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. & the other client ends up sending ACK packet to this addr=
ess. & 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: <sip:192.168.1.1;lr=
=3Don><br>
From: <sip:tuser1 at PRIVATE_IP>;tag=3D332199248<br>To: <sip:tuser2 at P=
RIVATE_IP>;tag=3D1564457814<br>Call-ID: 637708402<br>CSeq: 21 INVITE<br>=
Contact: <<a href=3D"http://sip:tuser2@192.168.1.248:5060">sip:tuser2 at 19=
2.168.1.248:5060</a>><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: <sip:192.168.1.1;lr=3Don>=
;<br>From: <sip:tuser1 at PRIVATE_IP>;tag=3D332199248<br>To: <sip:tus=
er2 at PRIVATE_IP>;tag=3D1564457814<br>
Call-ID: 637708402<br>CSeq: 21 INVITE<br>Contact: <sip:tuser2 at 192.168.1.=
248:5060;nat=3Dyes><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>& 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: <sip:192.168=
.1.54;lr=3Don><br>From: <sip:tuser1 at PRIVATE_IP>;tag=3D332199248<br=
>To: <sip:tuser2 at PRIVATE_IP>;tag=3D1564457814<br>
Call-ID: 637708402<br>CSeq: 21 ACK<br>Contact: <<a href=3D"http://sip:tu=
ser1 at 59.161.177.228:5060">sip:tuser1 at 59.161.177.228:5060</a>><br>Proxy-A=
uthorization:
Digest username=3D"tuser1", realm=3D"PRIVATE_IP5",
nonce=3D"4c0f700200000037926169c961edd9ac10258ccf5fa75912",
uri=3D"sip:tuser2 at PRIVATE_IP"<br>, response=3D"00dab0a4a4a14=
d24a2a9a69daf5136ee", 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"=
>& therefore this ACK never reaches our server & 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>
'Building Telephony system using Opensips1.6' 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 & rega=
rds<br>yuvraj pasi<br>
--000e0cd34c7aab456504889723fc--
More information about the Users
mailing list