No subject


Tue May 11 03:46:02 CEST 2010


n in the sdp packet. so it does but <br>it changes the contact information =
of the incoming INVITE packet from public IP address to private IP address =
i.e. <br>
192.168.1.1. &amp; the other client ends up sending ACK packet to this addr=
ess. &amp; thus it never reaches the first client.<br><br>Message send from=
 a client behind our netwrk only<br><br>ortp-message-Message sent: (to dest=
=3D<a href=3D"http://192.168.1.1:5060">192.168.1.1:5060</a>)<br>
SIP/2.0 200 OK<br>Via: SIP/2.0/UDP 192.168.1.1;branch=3Dz9hG4bKc3ad.cfe1003=
3.0<br>Via: SIP/2.0/UDP 59.161.177.228:5060;received=3D59.161.177.228;rport=
=3D5060;branch=3Dz9hG4bK1023899182<br>Record-Route: &lt;sip:192.168.1.1;lr=
=3Don&gt;<br>
From: &lt;sip:tuser1 at PRIVATE_IP&gt;;tag=3D332199248<br>To: &lt;sip:tuser2 at P=
RIVATE_IP&gt;;tag=3D1564457814<br>Call-ID: 637708402<br>CSeq: 21 INVITE<br>=
Contact: &lt;<a href=3D"http://sip:tuser2@192.168.1.248:5060">sip:tuser2 at 19=
2.168.1.248:5060</a>&gt;<br>
Content-Type: application/sdp<br>User-Agent: Linphone/3.2.1 (eXosip2/3.3.0)=
<br>Content-Length:=A0=A0 231<br><br>v=3D0<br>o=3Droot 123456 654321 IN IP4=
 192.168.1.248<br>s=3DA conversation<br>c=3DIN IP4 192.168.1.248<br>t=3D0 0=
<br>m=3Daudio 7078 RTP/AVP 0 8 101<br>
a=3Drtpmap:0 PCMU/8000/1<br>a=3Drtpmap:8 PCMA/8000/1<br>a=3Drtpmap:101 tele=
phone-event/8000<br>m=3Dvideo 0 RTP/AVP 0<br><br><br>Message received by ot=
her client outside our network.<br><br>ortp-message-Received message: <br>S=
IP/2.0 200 OK<br>
Via: SIP/2.0/UDP 59.161.177.228:5060;received=3D59.161.177.228;rport=3D5060=
;branch=3Dz9hG4bK1023899182<br>Record-Route: &lt;sip:192.168.1.1;lr=3Don&gt=
;<br>From: &lt;sip:tuser1 at PRIVATE_IP&gt;;tag=3D332199248<br>To: &lt;sip:tus=
er2 at PRIVATE_IP&gt;;tag=3D1564457814<br>
Call-ID: 637708402<br>CSeq: 21 INVITE<br>Contact: &lt;sip:tuser2 at 192.168.1.=
248:5060;nat=3Dyes&gt;<br>Content-Type: application/sdp<br>User-Agent: Linp=
hone/3.2.1 (eXosip2/3.3.0)<br>Content-Length: 249<br>P-hint: onreply_route|=
force_rtp_proxy <br>
P-hint: Onreply-route - fixcontact <br><br>v=3D0<br>o=3Droot 123456 654321 =
IN IP4 192.168.1.248<br>s=3DA conversation<br>c=3DIN IP4 192.168.1.1<br>t=
=3D0 0<br>m=3Daudio 55924 RTP/AVP 0 8 101<br>a=3Drtpmap:0 PCMU/8000/1<br>a=
=3Drtpmap:8 PCMA/8000/1<br>
a=3Drtpmap:101 telephone-event/8000<br>m=3Dvideo 0 RTP/AVP 0<br>a=3Dnortppr=
oxy:yes<br><br><br>&amp; hence it send the ACK message as<br><br>ortp-messa=
ge-Message sent: (to dest=3D<a href=3D"http://192.168.1.1:5060">192.168.1.1=
:5060</a>)<br>
ACK sip:tuser2 at 192.168.1.248:5060;nat=3Dyes SIP/2.0<br>Via: SIP/2.0/UDP 59.=
161.177.228:5060;rport;branch=3Dz9hG4bK2056355642<br>Route: &lt;sip:192.168=
.1.54;lr=3Don&gt;<br>From: &lt;sip:tuser1 at PRIVATE_IP&gt;;tag=3D332199248<br=
>To: &lt;sip:tuser2 at PRIVATE_IP&gt;;tag=3D1564457814<br>
Call-ID: 637708402<br>CSeq: 21 ACK<br>Contact: &lt;<a href=3D"http://sip:tu=
ser1 at 59.161.177.228:5060">sip:tuser1 at 59.161.177.228:5060</a>&gt;<br>Proxy-A=
uthorization:
Digest username=3D&quot;tuser1&quot;, realm=3D&quot;PRIVATE_IP5&quot;,
nonce=3D&quot;4c0f700200000037926169c961edd9ac10258ccf5fa75912&quot;,
uri=3D&quot;sip:tuser2 at PRIVATE_IP&quot;<br>, response=3D&quot;00dab0a4a4a14=
d24a2a9a69daf5136ee&quot;, algorithm=3DMD5<br>Max-Forwards: 70<br>User-Agen=
t: Linphone/3.2.1 (eXosip2/3.3.0)<br>Content-Length: 0<br><br clear=3D"all"=
>&amp; therefore this ACK never reaches our server &amp; the call gets drop=
ped.<br>

<br>
The same scenario stands true even if both the clients are out side our
network. I have written the opensips.cfg file exactly as mentioned in
the book <br>
&#39;Building Telephony system using Opensips1.6&#39; by flavio gnocalves.<=
br>
<br>
If somebody has faced this problem please guide me in the right direction.<=
br>
Any help will be appreciated.<br clear=3D"all"><br>-- <br>Thanks &amp; rega=
rds<br>yuvraj pasi<br>

--000e0cd34c7aab456504889723fc--



More information about the Users mailing list