[SR-Users] Record-route issue in Kamailio 3.0.3

[Morten Isaksen]

Hi,

I was mistaken. This is not the problem. OCS kan handle r-r with multiple entry.

This one works OK - The OCS sends a PRACK

SIP/2.0 180 Ringing
Via: SIP/2.0/TCP x.x.42.177:65371;rport=65371;branch=z9hG4bK991996e6
From: <sip:+XXXXXX04963;ext=4963 at rpvocsmed01.rpdc.local;user=phone>;epid=E1A3C38520;tag=74504cfc7a
To: <sip:+XXXXX07357 at sip.uni-tel.dk;user=phone>;tag=1c564710455
Call-ID: 707d32ae-acaf-4c13-8117-f9b39c42f26e
CSeq: 1429 INVITE
Contact: <sip:1102 at x.x.248.56:5060>
Record-Route: <sip:x.x.248.20;r2=on;lr;ftag=74504cfc7a>,<sip:x.x.248.20;transport=tcp;r2=on;lr;ftag=74504cfc7a>
Supported: em,timer,replaces,path,early-session,resource-priority
Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
Require: 100rel
RSeq: 1
Server: Audiocodes-Sip-Gateway-Mediant 2000/v.5.60A.035.002
Content-Type: application/sdp
Content-Length: 258

v=0
o=AudiocodesGW 564744967 564744627 IN IP4 x.x.248.56
s=Phone-Call
c=IN IP4 x.x.248.18
t=0 0
m=audio 62722 RTP/AVP 8 101
c=IN IP4 178.21.248.18
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv


But the OCS does not answer this. Could it be lr=on that triggers the
problem? I do not have access to the OCS myself.

SIP/2.0 180 Ringing
Via: SIP/2.0/TCP x.x.42.177:65251;rport=65251;branch=z9hG4bK9a5a33df
From: <sip:+XXXXX04960;ext=4960 at rpvocsmed01.rpdc.local;user=phone>;epid=E1A3C38520;tag=6f5e4da8ab
To: <sip:+XXXX37043 at sip.uni-tel.dk;user=phone>;tag=1c11675351
Call-ID: acf61479-f483-42d8-b5c0-be4feaf6dad7
CSeq: 1412 INVITE
Contact: <sip:1219 at x.x.248.56:5060>
Record-Route: <sip:x.x.248.7;lr=on;ftag=6f5e4da8ab;did=5e1.cffb1006>,<sip:x.x.248.20;r2=on;lr;ftag=6f5e4da8ab>,<sip:x.x.248.20;transport=tcp;r2=on;lr;ftag=6f5e4da8ab>
Supported: em,timer,replaces,path,early-session,resource-priority
Allow: REGISTER,OPTIONS,INVITE,ACK,CANCEL,BYE,NOTIFY,PRACK,REFER,INFO,SUBSCRIBE,UPDATE
Require: 100rel
RSeq: 1
Server: Audiocodes-Sip-Gateway-Mediant 2000/v.5.60A.035.002
Content-Type: application/sdp
Content-Length: 256

v=0
o=AudiocodesGW 11709683 11709345 IN IP4 178.21.248.56
s=Phone-Call
c=IN IP4 x.x.248.22
t=0 0
m=audio 63608 RTP/AVP 8 101
c=IN IP4 x.x.248.22
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv





On Thu, Oct 14, 2010 at 4:57 PM, Juha Heinanen <jh at tutpro.com> wrote:
> Morten Isaksen writes:
>
>> When OpenSer sends the message to Kamailio the recourd-routes look like this:
>>
>> Record-Route: <sip:x.x.248.20;r2=on;lr;ftag=3d9e7d131b>
>> Record-Route: <sip:x.x.248.20;transport=tcp;r2=on;lr;ftag=3d9e7d131b>
>>
>> But when the message comes back from Kamailio it is:
>> Record-Route: <sip:x.x.248.7;lr=on;ftag=3d9e7d131b;did=584.1a683a45>,<sip:x.x.248.20;r2=on;lr;ftag=3d9e7d131b>,<sip:x.x.248.20;transport=tcp;r2=on;lr;ftag=3d9e7d131b>
>>
>> OpenSER forwards the message to the OCS with Record-route unchanged
>> and the OCS gets confused and does not reply.
>
> then file a bug to ocs folks, because ocs should understand r-r header
> that contains more than one entry.
>
> -- juha
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



-- 
Morten Isaksen