[SR-Users] LCR modules troubles

Laura red_dra at plugit.net
Mon Nov 28 16:51:40 CET 2016


Dear list,

i have a strange situation with module LCR on kamailio 4.3.6.

A customer send a call to my first kamailio and i forward it with some
tech prefix to my supplier.

Here the 2 correct invites.. customer is sending to me with prefix 9001

14:34:29.155719 CUSTOMER_IP.101:5060 -> EU_KMAILIO_IP.40:5060
INVITE sip:900133139864069 at EU_KMAILIO_IP.40 SIP/2.0.
Record-Route:
<sip:CUSTOMER_IP.101;lr;ftag=33F431FC-2103;vst=AAAAAAwFBQQFAwEACgkFDQgADXADCG4DDQEABQUWHwYGLjEwMQ-->.
Via: SIP/2.0/UDP
CUSTOMER_IP.101;branch=z9hG4bK2d4.4853821c2be0bf7d75377fce7683f593.0.
Via: SIP/2.0/UDP CUSTOMER_IP.108:5060;branch=z9hG4bK504DC634.
Remote-Party-ID:
<sip:441753825186 at CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186 at CUSTOMER_IP.108>;tag=33F431FC-2103.
To: <sip:900133139864069 at EU_KMAILIO_IP.40>.
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E at CUSTOMER_IP.108.
Supported: 100rel,timer,resource-priority,replaces,sdp-anat.
Min-SE:  1800.
Cisco-Guid: 2592672861-3031306726-2677997592-0419390928.
User-Agent: Cisco-SIPGateway/IOS-12.x.
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
SUBSCRIBE, NOTIFY, INFO, REGISTER.
CSeq: 101 INVITE.
Max-Forwards: 69.
.....

and i forward to my supplier


U 2016/11/28 14:34:29.157516 EU_KMAILIO_IP.40:5060 ->
EU_SUPPLIER_IP.198:5060
INVITE sip:00233139864069 at EU_SUPPLIER_IP.198 SIP/2.0.
Record-Route:
<sip:EU_KMAILIO_IP.40;lr;ftag=33F431FC-2103;did=ff5.6f01;vst=AAAAAAkAAgIAAgIKAQ4CBAYPeXIECQAABAcAAwQIAAUJOA--;nat=yes>.
Record-Route:
<sip:CUSTOMER_IP.101;lr;ftag=33F431FC-2103;vst=AAAAAAwFBQQFAwEACgkFDQgADXADCG4DDQEABQUWHwYGLjEwMQ-->.
Via: SIP/2.0/UDP
EU_KMAILIO_IP.40:5060;branch=z9hG4bK2d4.782830bfdde5e873d3dc6a71bcbba70f.0.
Via: SIP/2.0/UDP
CUSTOMER_IP.101;rport=5060;branch=z9hG4bK2d4.4853821c2be0bf7d75377fce7683f593.0.
Via: SIP/2.0/UDP CUSTOMER_IP.108:5060;branch=z9hG4bK504DC634.
Remote-Party-ID:
<sip:441753825186 at CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186 at CUSTOMER_IP.108>;tag=33F431FC-2103.
To: <sip:00233139864069 at EU_SUPPLIER_IP.198>.
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E at CUSTOMER_IP.108.
Supported: 100rel,timer,resource-priority,replaces,sdp-anat.
Min-SE:  1800.
Cisco-Guid: 2592672861-3031306726-2677997592-0419390928.
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
SUBSCRIBE, NOTIFY, INFO, REGISTER.
CSeq: 101 INVITE.
Max-Forwards: 68.
Timestamp: 1480343669.
Contact: <sip:441753825186 at CUSTOMER_IP.108:5060>.
Expires: 180.
Allow-Events: telephone-event.
Content-Type: application/sdp.
Content-Disposition: session;handling=required.
Content-Length: 310.


On both invites the To field respect the correct information from INVITE
so that the kamailio CDR is working correct.

After that the supplier reply me 503 and call is come back to my kamailio.

LCR modules send the call to second supplier that on this case is my
second box kamailio on another countrie..

Here there is this problem that i signed on RED

U 2016/11/28 14:34:43.191618 EU_KMAILIO_IP.40:5060 ->
EU_SUPPLIER2_IP.242:5060
*INVITE sip:905233139864069 at EU_SUPPLIER2_IP.242 SIP/2.0.*
Record-Route: <sip:EU_KMAILIO_IP.40;lr;ftag=33F431FC-2103;did=ff5.6f01>.
Record-Route:
<sip:CUSTOMER_IP.101;lr;ftag=33F431FC-2103;vst=AAAAAAwFBQQFAwEACgkFDQgADXADCG4DDQEABQUWHwYGLjEwMQ-->.
Via: SIP/2.0/UDP
EU_KMAILIO_IP.40:5060;branch=z9hG4bK2d4.782830bfdde5e873d3dc6a71bcbba70f.1.
Via: SIP/2.0/UDP
CUSTOMER_IP.101;rport=5060;branch=z9hG4bK2d4.4853821c2be0bf7d75377fce7683f593.0.
Via: SIP/2.0/UDP CUSTOMER_IP.108:5060;branch=z9hG4bK504DC634.
Remote-Party-ID:
<sip:441753825186 at CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186 at CUSTOMER_IP.108>;tag=33F431FC-2103.
*To: <sip:900133139864069 at EU_KMAILIO_IP.40>.*
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E at CUSTOMER_IP.108.
Supported: 100rel,timer,resource-priority,replaces,sdp-anat.
Min-SE:  1800.
Cisco-Guid: 2592672861-3031306726-2677997592-0419390928.
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,
SUBSCRIBE, NOTIFY, INFO, REGISTER.
CSeq: 101 INVITE.
Max-Forwards: 68.
Timestamp: 1480343669.
Contact: <sip:441753825186 at CUSTOMER_IP.108:5060>.
Expires: 180.
Allow-Events: telephone-event.
Content-Type: application/sdp.
Content-Disposition: session;handling=required.
....


The LCR modules make the new INVITE using the original To field and
don't rewrite it like on the first request..

How is that possibile ?


Any idea ?

Best regards

Laura

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20161128/16b90648/attachment.html>


More information about the sr-users mailing list