[Serusers] HELP me: Confuse between mediaproxy and STUN
Marian Dumitru
marian.dumitru at voice-sistem.ro
Tue Mar 22 19:26:35 CET 2005
Hello Charles,
Just to give you the big picture about NAT traversal mechanisms:
STUN is used to perform the NAT traversal on the client side - the UAC
is NAT aware (via STUN) and sends SIP messages using the public IP. From
server side, the UAC will look like a public one, so there no logic
required on server for this case.
nathelper and mediaproxy are rather equivalent and implement NAT
traversal on server side - UAC has nothing to know about NAT and send
messages with private IP. The server takes care about detecting a
correcting messages coming from behind a NAT.
Best regards
Marian
Charles Wang wrote:
> Hi, ALL:
>
> I can't not make sure my view point between STUN and mediaproxy.
> Please explain for me.
> In my view, if NATed UACs want to make a call,
> the solutions shall be nathelper, mediaproxy or building a STUN server.
>
> If NATed UACs set their own STUN server's IP correctly,
> and they want to talk with each other will be in a "direct"
> (RTP will not pass through SER) mode, is it correct? And the STUN server
> will tell our UACs what's their NAT gateway's IP(behind what kind
> of network environment , and UACs will send these informations to SER?
> In another word, it is not necessary to use media proxy to pass their
> RTP channel?
>
> If it is correctly, so we will not to set any mediaproxy daemon for
> them, is it correct?
> If it is not, can anyone tell me why it is not?
>
> If ignore the STUN issue, I use the mediaproxy's ser.cfg as my template ser.cfg.
> But I find all UACs's RTP packages will pass through my SER wether
> behind NAT or not( read IPs ). How can I modify my ser.cfg and make a
> call directly without pass through SER if two UACs are all real IPs?
--
Voice System
http://www.voice-system.ro
More information about the sr-users
mailing list