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