ICE is not supported as I select the Media Proxy (which is TURN) manually in some Nat cases...Even note that I do not have peer to peer calls between 2 endpoints, just have VOIP to PSTN calls...All my VOIP customers supports STUN/TURN but without ICE
One more thing: I would like to ask how rtp proxy help to bypass NAT else than working as relay server...Does it have any other job like find the NAT type or check blocked port or something?
Regards
On Fri, Sep 16, 2011 at 5:50 PM, Klaus Darilion < klaus.mailinglists@pernau.at> wrote:
STUN alone is not 100% sufficient, only ICE+TURN is reliable. Thus, only if all your clients support ICE+TURN then you can drop rtpproxy.
klaus
On 16.09.2011 16:47, Mikael Williams wrote:
Dear All,
I would like to ask please if and in case I'm using STUN/TURN for Nat traversal to drp the rtpproxy from my solution as NAT traversal and relay server as I'm using SYUN for NAT traversal and TURN as relay in case of Symmetric NAT
Regards
______________________________**_________________ 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-**usershttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Am 16.09.2011 16:54, schrieb Mikael Williams:
ICE is not supported as I select the Media Proxy (which is TURN) manually in some Nat cases...Even note that I do not have peer to peer calls between 2 endpoints, just have VOIP to PSTN calls...All my VOIP customers supports STUN/TURN but without ICE
STUN or TURN?
One more thing: I would like to ask how rtp proxy help to bypass NAT else than working as relay server...Does it have any other job like find the NAT type or check blocked port or something?
"rtpproxy" is just an RTP relay (actually it is an UDP relay) - nothing more. It is controlled by the rtpproxy module of Kamailio.
regards Klaus
Regards On Fri, Sep 16, 2011 at 5:50 PM, Klaus Darilion <klaus.mailinglists@pernau.at <mailto:klaus.mailinglists@pernau.at>> wrote: STUN alone is not 100% sufficient, only ICE+TURN is reliable. Thus, only if all your clients support ICE+TURN then you can drop rtpproxy. klaus On 16.09.2011 16:47, Mikael Williams wrote: Dear All, I would like to ask please if and in case I'm using STUN/TURN for Nat traversal to drp the rtpproxy from my solution as NAT traversal and relay server as I'm using SYUN for NAT traversal and TURN as relay in case of Symmetric NAT Regards _________________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/__cgi-bin/mailman/listinfo/sr-__users <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