Re: RTP problem with some NAT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





At 03:53 AM 10/02/2006, you wrote:
Hi Roman,

... delete...

If your network includes Asterisk, an IAX softphone would avoid this
trouble.

You can use any standard H.323 softphone/IP phone. GNUGK has very good NAT detection apparatus and will automatically proxy calls from the NATed Endpoints.


Although SIP has the same problem as H.323 in this regard, you may
be able to configure Asterisk and/or SER to deal with this issue,
without having to write any new code.

If you want to receive calls behind a NAT then you can just use a free GNUGK Nat-Aware softphone which will work without any need for configuration. You can also use any H.323 softphone/IP phone and just port forward in your NAT.


If all else fails, you could use a VPN.

If you want encryption then there is a free H.323 secure softphone available that are fully interperable with GNUGK and other H.323 equipment so you would never ever need a VPN.

Simon


Good luck,

Stewart


----- Original Message -----
From: "Roman Rusakov" <roman@xxxxxx>
To: <openh323gk-users@xxxxxxxxxxxxxxxxxxxxx>
Sent: Thursday, February 09, 2006 4:46 AM
Subject:  RTP problem with some NAT


> When I use a SoftPhone behind NAT, I have following problem:
>
> RRQ packet was sent from 192.168.x.x:4751(external IP:195.128.52.250) ==>
194.242.x.x:1719
> OK, GnuGK understand, what endpoint is behind NAT, and ready to
> receive RTP packets from other port then specified in FastStart.
> As I understand, function, responsive for it is
> UDPProxySocket::ReceiveData():
> ===
> // Workaround: some bad endpoints don't send packets from the specified port
> ===
> But some bad providers have strange routes, and RTP packets sent from
> 192.168.x.x:5000 came from 87.251.133.254:5000 (alternate route) - not
> from 195.128.52.250!!!
> GnuGK forwards RTP packets from gateway 194.242.33.101 to 195.128.52.250:5000
> OK, we assume NAT preventing ports, but ready to change port
> And GnuGK forwards RTP from 87.251.133.254:5000 to 195.128.52.250:5000
> (i.e. to /dev/null)
>
> ===
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 194.242.33.101:27862 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 194.242.33.101:27862 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 194.242.33.101:27862 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 87.251.133.254:5000 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 194.242.33.101:27862 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 87.251.133.254:5000 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 194.242.33.101:27862 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ProxyRTP(0)     1 sockets selected from 2, total 2/0
> RTP     Forward 87.251.133.254:5000 to 195.128.52.250:5000
> 195.128.52.250:5000<=>194.242.x.x:53016<=>194.242.33.101:27862 84 bytes sent
> ===
>
> I think UDPProxySocket::ReceiveData() must be more robust for this
> type of provider's behavior. If endpoint is behind NAT, GnuGK must not
> believe on any address/port values, this values must be fully
> autodetected.
>
> --
> Best regards,
>  Roman                          mailto:roman@xxxxxx
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> _______________________________________________________
>
> Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
> Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
> Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
> Homepage: http://www.gnugk.org/
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________________

Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx
Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549
Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users
Homepage: http://www.gnugk.org/

[Index of Archives]     [SIP]     [Open H.323]     [Gnu Gatekeeper]     [Asterisk PBX]     [ISDN Cause Codes]     [Yosemite News]

  Powered by Linux