Yes you are right , but in my scenario a couple of Asterisk behind NAT must not route RTP directly , all must go to RTP Proxy so i have found that case that for me its not working.
Sorry if i haven explained so much.. If i turn STUN off as Olle mentioned, all worked fine.. but if i have a customer that for error it turns ON it does not work in my case.. Any way to force RTP in that cases? BR 2015-07-14 12:07 GMT+02:00 Daniel Tryba <d.tr...@pocos.nl>: > On Tuesday 14 July 2015 11:56:38 Alberto Sagredo wrote: > > I have found an issue detecting NAT of GS 1.4.23 Phones when using Stun > on > > this phones > > > > Usual nat_uac_test with numbers 19 and 3 does not seems to detect is > behind > > nat so NATMANAGE is not called > > Isn't that the point of using things like STUN? > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users@lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
