[SR-Users] Problem with loose_route for a BYE

Igor Potjevlesch igor.potjevlesch at gmail.com
Wed Nov 20 18:10:31 CET 2013


Hello,


Thank you for your reply. Indeed, I think that R-URI contains the kamailio
address.

Here is the full trace :

 

Frame 35: 1015 bytes on wire (8120 bits), 1015 bytes captured (8120 bits)

Ethernet II, Src: b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40), Dst:
Broadcom_6c:77:94 (00:10:18:6c:77:94)

Internet Protocol Version 4, Src: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO),
Dst: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Request-Line: INVITE sip:101 at sip.fqdn SIP/2.0

    Message Header

        Record-Route: <sip:IP_ADDRESS_KAMAILIO;lr=on>

        Via: SIP/2.0/UDP IP_ADDRESS_KAMAILIO;branch=z9hG4bKb9e5.f4f14df5.0

        Via: SIP/2.0/UDP IP_END_USER:5060;rport=5060;branch=z9hG4bK-dfc0fcaa

        From: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        To: <sip:101 at sip.fqdn>

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 102 INVITE

        Max-Forwards: 16

        Contact: "102" <sip:102 at IP_END_USER:5060>

        Expires: 240

        User-Agent: Cisco/SPA525G2-7.5.2a

        Content-Length: 314

        Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER,
UPDATE

        Supported: replaces

        Content-Type: application/sdp

    Message Body

 

Frame 40: 681 bytes on wire (5448 bits), 681 bytes captured (5448 bits)

Ethernet II, Src: Broadcom_6c:77:94 (00:10:18:6c:77:94), Dst:
b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40)

Internet Protocol Version 4, Src: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER),
Dst: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Status-Line: SIP/2.0 180 Ringing

    Message Header

        Via: SIP/2.0/UDP
IP_ADDRESS_KAMAILIO;rport=5060;branch=z9hG4bKb9e5.f4f14df5.0

        Via: SIP/2.0/UDP IP_END_USER:5060;rport=5060;branch=z9hG4bK-dfc0fcaa

        Record-Route: <sip:IP_ADDRESS_OLD_SER;ftag=806b7e8f1bbefb72o0;lr=on>

        Record-Route: <sip:IP_ADDRESS_KAMAILIO;lr=on>

        From: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        To: <sip:101 at sip.fqdn>;tag=e97b7b77c5a3a9cc

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 102 INVITE

        Contact: "Extn1074" <sip:101 at 10.141.0.21:5060;transport=udp>

        Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO,
UPDATE

        Supported: timer

        Content-Length: 0

 

Frame 149: 932 bytes on wire (7456 bits), 932 bytes captured (7456 bits)

Ethernet II, Src: Broadcom_6c:77:94 (00:10:18:6c:77:94), Dst:
b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40)

Internet Protocol Version 4, Src: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER),
Dst: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Status-Line: SIP/2.0 200 Ok

    Message Header

        Via: SIP/2.0/UDP
IP_ADDRESS_KAMAILIO;rport=5060;branch=z9hG4bKb9e5.f4f14df5.0

        Via: SIP/2.0/UDP IP_END_USER:5060;rport=5060;branch=z9hG4bK-dfc0fcaa

        Record-Route: <sip:IP_ADDRESS_OLD_SER;ftag=806b7e8f1bbefb72o0;lr=on>

        Record-Route: <sip:IP_ADDRESS_KAMAILIO;lr=on>

        From: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        To: <sip:101 at sip.fqdn>;tag=e97b7b77c5a3a9cc

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 102 INVITE

        Contact: "Extn1074" <sip:101 at 10.141.0.21:5060;transport=udp>

        Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO,
UPDATE

        Supported: timer

        Content-Type: application/sdp

        Content-Length: 223

    Message Body

 

Frame 150: 817 bytes on wire (6536 bits), 817 bytes captured (6536 bits)

Ethernet II, Src: b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40), Dst:
Broadcom_6c:77:94 (00:10:18:6c:77:94)

Internet Protocol Version 4, Src: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO),
Dst: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Request-Line: ACK sip:101 at 10.141.0.21:5060;transport=udp SIP/2.0

    Message Header

        Via: SIP/2.0/UDP IP_ADDRESS_KAMAILIO;branch=z9hG4bKcydzigwkX

        Via: SIP/2.0/UDP IP_END_USER:5060;rport=5060;branch=z9hG4bK-2fac85aa

        From: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        To: <sip:101 at sip.fqdn>;tag=e97b7b77c5a3a9cc

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 102 ACK

        Max-Forwards: 16

        Route: <sip:IP_ADDRESS_OLD_SER;ftag=806b7e8f1bbefb72o0;lr=on>

        Proxy-Authorization: Digest
username="102",realm="sip.fqdn",nonce="Uoyii1KMoV+WyB1HA74q80A/4nYiA8jL",uri
="sip:101 at sip.fqdn",algorithm=MD5,response="5ee662c87271f39b9e6eccb9bd0b6b59
"

        Contact: "102" <sip:102 at IP_END_USER:5060>

        User-Agent: Cisco/SPA525G2-7.5.2a

        Content-Length: 0

 

Frame 1326: 737 bytes on wire (5896 bits), 737 bytes captured (5896 bits)

Ethernet II, Src: Broadcom_6c:77:94 (00:10:18:6c:77:94), Dst:
b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40)

Internet Protocol Version 4, Src: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER),
Dst: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Request-Line: BYE sip:102 at IP_ADDRESS_KAMAILIO:5060 SIP/2.0

    Message Header

        Record-Route: <sip:IP_ADDRESS_OLD_SER;ftag=e97b7b77c5a3a9cc;lr=on>

        Via: SIP/2.0/UDP IP_ADDRESS_OLD_SER;branch=z9hG4bKc9e5.3cbad207.0

        Via: SIP/2.0/UDP
10.141.0.21:5060;rport=5060;branch=z9hG4bK1fbe0a49fe344e6af1efd45b74305a9a

        Route: <sip:IP_ADDRESS_KAMAILIO;lr=on>

        From: "101" <sip:101 at sip.fqdn>;tag=e97b7b77c5a3a9cc

        To: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 103 BYE

        Contact: "Extn1074" <sip:101 at 10.141.0.21:5060;transport=udp>

        Max-Forwards: 16

        Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO,
UPDATE

        Supported: timer

        Content-Length: 0

 

Frame 1328: 478 bytes on wire (3824 bits), 478 bytes captured (3824 bits)

Ethernet II, Src: b0:fa:eb:fc:9a:40 (b0:fa:eb:fc:9a:40), Dst:
Broadcom_6c:77:94 (00:10:18:6c:77:94)

Internet Protocol Version 4, Src: IP_ADDRESS_KAMAILIO (IP_ADDRESS_KAMAILIO),
Dst: IP_ADDRESS_OLD_SER (IP_ADDRESS_OLD_SER)

User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)

Session Initiation Protocol

    Status-Line: SIP/2.0 404 Not here

    Message Header

        Via: SIP/2.0/UDP
IP_ADDRESS_OLD_SER;rport=5060;branch=z9hG4bKc9e5.3cbad207.0

        Via: SIP/2.0/UDP
10.141.0.21:5060;rport=5060;branch=z9hG4bK1fbe0a49fe344e6af1efd45b74305a9a

        From: "101" <sip:101 at sip.fqdn>;tag=e97b7b77c5a3a9cc

        To: "102" <sip:102 at sip.fqdn>;tag=806b7e8f1bbefb72o0

        Call-ID: e2d6ce93-527a4b3e at 192.168.10.41

        CSeq: 103 BYE

        Server: Kamailio (2.0)

        Content-Length: 0

 

Regards,

 

Igor.

 

De : sr-users-bounces at lists.sip-router.org
[mailto:sr-users-bounces at lists.sip-router.org] De la part de
Daniel-Constantin Mierla
Envoyé : mercredi 20 novembre 2013 16:42
À : Kamailio (SER) - Users Mailing List
Objet : Re: [SR-Users] Problem with loose_route for a BYE

 

Hello,

you have to give all the BYE -- the best is to send from the first INVITE to
the last BYE, because it matters how the record-route are built for INVITE.

I suspect that the BYE comes with r-uri having kamailio address, if the old
ser does fix natted contact (which should not do in this case).

Cheers,
Daniel

On 11/20/13 3:03 PM, Igor Potjevlesch wrote:

Hello,

 

I work on interconnecting an old SER version with Kamailio.

When a BYE is sent by the old SER, the “if (loose_route)” instruction
returns false and then a “404 Not here” is sent. So the BYE is not relay to
the UA. 

If the BYE is sent by Kamailio, no problem.

 

Here are the BYE headers received by Kamailio:

Record-Route: sip:OLD_SER_IP_ADDRESS;ftag=e97b7b77c5a3a9cc;lr=on

Via: SIP/2.0/UDP OLD_SER_IP_ADDRESS;branch=z9hG4bKc9e5.3cbad207.0

Via: SIP/2.0/UDP
UA_IP_ADDRESS_CONNECTED_TO_OLD_SER:5060;rport=5060;branch=z9hG4bK1fbe0a49fe3
44e6af1efd45b74305a9a

Route: sip:KAMAILIO_IP_ADDRESS;lr=on

 

I looked at the RR module documentation and it’s clearly said that “The
loose_route function analyzes the Route: headers in the requests. [
]If a
Route: header is found, the function returns 1 and behaves as described in
section 16.12 of RFC 3261.”. 

 

Someone has an idea?

 

Regards,

 

Igor.

 

 


  _____  


 <http://www.avast.com/> 

Ce courrier électronique ne contient aucun virus ou logiciel malveillant
parce que la protection Antivirus avast! <http://www.avast.com/>  est
active. 







_______________________________________________
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





-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28
  - more details about Kamailio trainings at http://www.asipto.com -


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20131120/fa9eb83b/attachment-0001.html>


More information about the sr-users mailing list