Hi fellows

    Our system is showing an anormal behavior. Sometimes, our clients devices behind NAT cannot obtain successfuls call to other device. Take a look at the SDP headers below. These 2 dumps were made between SIP Proxy and client (at private IP 192.168.0.13). Notice that the 'c field' is differente between them. The first SDP has the public address from RTPProxy (X.Y.Z.A). This call is a example of a perfect situation. The SDP below that shows the 'c field' with a private address. When the call is established, the RTP from my phone is sent to this private IP, 192.168.0.13, in our LAN.

    All the sinalization is sent among the 2 devices and SIP Proxy normally.

    When the 'openser' process is restarted, the calls flows without any problems.

    Somebody knows what can be happen?

    Thanks in advance

    Bruno Machado

..................
INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Type: application/sdp
Content-Length: 402
P-hint: usrloc applied
P-hint: nat-p2p
v=0
o=11000600 8000 8002 IN IP4 192.168.0.13
s=SIP Call
c=IN IP4 X.Y.Z.A..t=0 0
m=audio 56304 RTP/AVP 18 4 0 8 2 99 101
a=sendrecv
a=rtpmap:18 G729/8000
a=rtpmap:4 G723/8000
a=rtpmap:0 PCMU/8000
...................

INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE
Content-Type: application/sdp
Content-Length: 381
P-hint: usrloc applied
P-hint: nat-p2p
v=0
o=11000600 8000 8002 IN IP4 192.168.0.13
s=SIPCall
c=IN IP4 192.168.0.13
t=0 0
m=audio 5004 RTP/AVP 18 4 0 8 2 99 101
a=sendrecv
a=rtpmap:18 G729/8000
a=rtpmap:4 G723/8000
a=rtpmap:0 PCMU/8000..a=rtpmap:8
.......................

__________________________________________________
Faça ligações para outros computadores com o novo Yahoo! Messenger
http://br.beta.messenger.yahoo.com/