RE: [Serusers] SER + rtpproxy

[Grzegorz Kowalczyk]

I found on:
www.informatik.uni-bremen.de/~prelle/terena/cookbook/main/ch04s07.html

----->:
When both parties are behind two different NATs, then this approach will
not work. The reason is very simple, since both SIP user agents are behind
NAT, both of them need to send the first media packet to open pinholes in
NAT. Both of them will use the data received in SDP, but that will not
work because NATs might have changed the port number.

To solve the situation, an intermediary in the public internet will be
necessary -- an RTP proxy. The RTP proxy will receive all the media
traffic from both parties and send it to the other side. Because it will
be located in the public internet it can wait for the first media packet
from both sides and send subsequent media packets to IPs and port from
which it received the first packets.
-----<
I've tried with the stun server and without rtpproxy. The SIP signaling
was working properly but there was not voice communication between UAs.
Grzegorz

<"Neill Wilkinson" wrote>
> You could use a STUN server instead.
> Neill....:o)
> -----Original Message-----
> From: serusers-bounces at iptel.org [mailto:serusers-bounces at lists.iptel.org]On
Behalf Of
> Grzegorz Kowalczyk
> Sent: Tuesday, September 28, 2004 1:20 PM
> To: serusers at lists.iptel.org
> Subject: [Serusers] SER + rtpproxy
> Hi!
> Do I have to use rtpproxy to communicate two NAT-ed UA's?
> Is there any alternative way to do this?
> How many simultaneous rtpproxy sessions may serve the one ordinary PC?
Grzegorz
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers