[OpenSIPS-Users] inconsistence nathelper behavior

[Leon Li]

Hello all,

 

I've got a problem of one way voice when making a call from a public side to private side, where the callee on private side can't hear caller from public side. However, if the call is initialled from private side, everything is fine.

 

Here is my topology. 

 

EP1 (public IP) à Cisco CUCM (public IP) à OpenSIPs (public IP with rtpproxy) ß Home router (NATed) ß EP2 (private IP).

 

After enabled the debug as below, I found when EP1 calls EP2, nathelper request a rtpproxy port but received an "0".

Mar 23 23:44:22 [23719] DBG:nathelper:force_rtp_proxy: Forcing body:

[v=0

o=xxxxxxxxxxxxx 8000 8000 IN IP4 192.168.1.112

s=SIP Call

c=IN IP4 192.168.1.112

t=0 0

m=audio 49866 RTP/AVP 0 8 18 9 101

a=sendrecv

a=rtpmap:0 PCMU/8000

a=ptime:20

a=rtpmap:8 PCMA/8000

a=rtpmap:18 G729/8000

a=fmtp:18 annexb=no

a=rtpmap:9 G722/8000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

m=video 21778 RTP/AVP 99 100 34

b=AS:384

a=sendrecv

a=rtpmap:99 H264/90000

a=fmtp:99 profile-level-id=428014; packetization-mode=0; sprop-parameter-sets=Z0KADJWgUH5A,aM4Ecg==

a=rtpmap:100 H263-1998/90000

a=fmtp:100 CIF=1; QCIF=1

a=rtpmap:34 H263/90000

a=fmtp:34 CIF=1; QCIF=1]

Mar 23 23:44:22 [23719] DBG:core:parse_headers: flags=40

Mar 23 23:44:22 [23719] DBG:core:parse_to_param: tag=7d81dea5-6b91-4499-b7a2-77dff783a179-43138246

Mar 23 23:44:22 [23719] DBG:core:parse_to: end of header reached, state=29

Mar 23 23:44:22 [23719] DBG:core:parse_to: display={"Leon Li"}, ruri={sip:3537 at 202.158.207.34}

Mar 23 23:44:22 [23719] DBG:nathelper:force_rtp_proxy_body: proxy reply: 0

Mar 23 23:44:22 [23719] ERROR:nathelper:force_rtp_proxy_body: incorrect port 0 in reply from rtp proxy

 

In the debug on calls from EP2 to EP1, I got

Mar 24 00:06:02 [24298] DBG:nathelper:force_rtp_proxy_body: proxy reply: 48334

Mar 24 00:06:02 [24298] DBG:nathelper:force_rtp_proxy_body: proxy reply: 48126

 

Can anyone shed some lights on what could be wrong?

 

Thanks,

Leon 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20110324/bbd127aa/attachment-0001.htm>