Hi All
I was wondering about the rtpproxy and mediaproxy modules, if I do use either of them to allow clients behind NAT to do VOIP calls does that mean that I do not need to use a STUN server anymore ?
Or should I use both a STUN server and the rtp proxy ?
What would provide the best solution in terms of solving NAT related problems ?
Thanks
On Monday 11 February 2008 12:46:17 Ali Jawad wrote:
Hi All
I was wondering about the rtpproxy and mediaproxy modules, if I do use either of them to allow clients behind NAT to do VOIP calls does that mean that I do not need to use a STUN server anymore ?
Or should I use both a STUN server and the rtp proxy ?
STUN is a NAT solution transparent for the server. If the client uses STUN the its SIP packets will be not detect as natted by the proxy so it doesn't need to enable a rtp proxy for it (nat test functions won't detect nat).
Both are valid solutions and both can live together.
Dear Iñaki
Thanks for your quick reply, you have stated that STUN is transparent and once applied OpenSER modules wont detect NAT and therefore wont act upon the packets. You also said that both solution can work together. Let's suppose that STUN did not help a NAT client..in that case the proxy module of openser would kick in and start acting right ?
Thx
-----Original Message----- From: users-bounces@lists.openser.org [mailto:users-bounces@lists.openser.org] On Behalf Of Iñaki Baz Castillo Sent: Monday, February 11, 2008 1:56 PM To: users@lists.openser.org Subject: Re: [OpenSER-Users] OpenSer and NAT
On Monday 11 February 2008 12:46:17 Ali Jawad wrote:
Hi All
I was wondering about the rtpproxy and mediaproxy modules, if I do use either of them to allow clients behind NAT to do VOIP calls does that mean that I do not need to use a STUN server anymore ?
Or should I use both a STUN server and the rtp proxy ?
STUN is a NAT solution transparent for the server. If the client uses STUN the its SIP packets will be not detect as natted by the proxy so it doesn't need to enable a rtp proxy for it (nat test functions won't detect nat).
Both are valid solutions and both can live together.
On Monday 11 February 2008 13:04:35 Ali Jawad wrote:
Dear Iñaki
Thanks for your quick reply, you have stated that STUN is transparent and once applied OpenSER modules wont detect NAT and therefore wont act upon the packets. You also said that both solution can work together.
Let's suppose that STUN did not help a NAT client..
What does mean "STUN did not help a NAT client"? STUN doesn't work behind a NAT symetric router. In any other NAT type router it works. Anyway, the clients performs a NAT test and if they discover that they are behind a symmetric NAT router they warn the user about they cannot use STUN.
in that case the proxy module of openser would kick in and start acting right ?
Rtp/MediaProxy are solutions that force the audio going through a server with public IP. Also nathelper module makes fix the private IP's in the original message ("Contact", "Via"...).
Dear Iñaki
Sorry for the phrasing, yes I meant in case of symmetric NAT would mediaproxy solve the natting problem. I got the main idea, thanks a lot for your help
Thx
-----Original Message----- From: users-bounces@lists.openser.org [mailto:users-bounces@lists.openser.org] On Behalf Of Iñaki Baz Castillo Sent: Monday, February 11, 2008 2:27 PM To: users@lists.openser.org Subject: Re: [OpenSER-Users] OpenSer and NAT
On Monday 11 February 2008 13:04:35 Ali Jawad wrote:
Dear Iñaki
Thanks for your quick reply, you have stated that STUN is transparent and once applied OpenSER modules wont detect NAT and therefore wont act upon the packets. You also said that both solution can work together.
Let's suppose that STUN did not help a NAT client..
What does mean "STUN did not help a NAT client"? STUN doesn't work behind a NAT symetric router. In any other NAT type router it works. Anyway, the clients performs a NAT test and if they discover that they are behind a symmetric NAT router they warn the user about they cannot use STUN.
in that case the proxy module of openser would kick in and start acting right ?
Rtp/MediaProxy are solutions that force the audio going through a server with public IP. Also nathelper module makes fix the private IP's in the original message ("Contact", "Via"...).
On Monday 11 February 2008 13:55:35 Ali Jawad wrote:
Dear Iñaki
Sorry for the phrasing, yes I meant in case of symmetric NAT would mediaproxy solve the natting problem. I got the main idea, thanks a lot for your help
Yes, RTP/MediaProxy solution works with symmetric NAT ;)
-
Ali Jawad -
Iñaki Baz Castillo