28 Nov
2016
28 Nov
'16
4:51 p.m.
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@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@CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186@CUSTOMER_IP.108>;tag=33F431FC-2103.
To: <sip:900133139864069@EU_KMAILIO_IP.40>.
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E(a)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@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@CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186@CUSTOMER_IP.108>;tag=33F431FC-2103.
To: <sip:00233139864069@EU_SUPPLIER_IP.198>.
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E(a)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@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@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@CUSTOMER_IP.108>;party=calling;screen=yes;privacy=off.
From: <sip:441753825186@CUSTOMER_IP.108>;tag=33F431FC-2103.
*To: <sip:900133139864069@EU_KMAILIO_IP.40>.*
Date: Mon, 28 Nov 2016 14:34:29 GMT.
Call-ID: 9A8A4545-B4AE11E6-9238E2D3-6BBD43E(a)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@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