Hi,
this last weekend we went live from the old 3.0 version to the latest stable release of Kamailio (3,3,0). All went well, except for one issue. We make use of uac_replace_from in our config, in case a client needs CLIR: uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid");
Since the upgrade we receive the following error:
uac [replace.c:521]: new URI shorter than old URI
Which causes the call to be disconnected after about 20/30 seconds. This, because the ACK is received by Kamailio, but cannot be 'linked' to the transaction i guess.
What is exactly causing this issue and, more importantly, is there any way to resolve this?
Thanks in advance,
Regards, Ronald Voermans
Responding to myself: attached is an ngrep (made by homer/sipcature server). Some strange things are happening. When I do a ngrep on the Kamailio, I see the ACK gets mangled:
SIP UA -> Kamalio ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.10:56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 70. Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:08000403@10.254.254.1;transport=UDP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:r.voermans@10.254.254.1;transport=UDP;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. Proxy-Authorization: Digest username="r.voermans",realm="10.254.254.1",nonce="USabJ1EmmfuYD+XnJVMqKQkK6/VmiXJ8",uri="sip:08000403@10.254.254.1;transport=UDP",response="25e0d8980c67d1785948a44de4e51b44",algorithm=MD5. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
Kamailio -> SIP UA U 2013/02/21 23:04:52.911391 10.254.254.1:5060 -> 10.254.254.20:5060 ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Record-Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes. Via: SIP/2.0/UDP 10.254.254.1;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 192.168.1.10:56953;rport=56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 69. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:anonymous@anonymous.invalid;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
restore_mode modparam is set to 'auto', and I checked that the vsf in Route-headers are correct. Any clues?
Regards, Ronald
Op 21 feb. 2013, om 16:49 heeft Ronald Voermans <r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nl> het volgende geschreven:
Hi,
this last weekend we went live from the old 3.0 version to the latest stable release of Kamailio (3,3,0). All went well, except for one issue. We make use of uac_replace_from in our config, in case a client needs CLIR: uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid");
Since the upgrade we receive the following error:
uac [replace.c:521]: new URI shorter than old URI
Which causes the call to be disconnected after about 20/30 seconds. This, because the ACK is received by Kamailio, but cannot be 'linked' to the transaction i guess.
What is exactly causing this issue and, more importantly, is there any way to resolve this?
Thanks in advance,
Regards, Ronald Voermans
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
the problem here seems to be the update of To header. Are you changing the To URI as well? I don't see the parameter for it in the Route header.
From URI handling seems to be ok.
Cheers, Daniel
On 2/21/13 11:12 PM, Ronald Voermans wrote:
Responding to myself: attached is an ngrep (made by homer/sipcature server). Some strange things are happening. When I do a ngrep on the Kamailio, I see the ACK gets mangled:
SIP UA -> Kamalio ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.10:56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 70. Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:08000403@10.254.254.1;transport=UDP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:r.voermans@10.254.254.1;transport=UDP;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. Proxy-Authorization: Digest username="r.voermans",realm="10.254.254.1",nonce="USabJ1EmmfuYD+XnJVMqKQkK6/VmiXJ8",uri="sip:08000403@10.254.254.1;transport=UDP",response="25e0d8980c67d1785948a44de4e51b44",algorithm=MD5. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
Kamailio -> SIP UA U 2013/02/21 23:04:52.911391 10.254.254.1:5060 -> 10.254.254.20:5060 ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Record-Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes. Via: SIP/2.0/UDP 10.254.254.1;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 192.168.1.10:56953;rport=56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 69. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:anonymous@anonymous.invalid;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
restore_mode modparam is set to 'auto', and I checked that the vsf in Route-headers are correct. Any clues?
Regards, Ronald
Op 21 feb. 2013, om 16:49 heeft Ronald Voermans <r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nl> het volgende geschreven:
Hi,
this last weekend we went live from the old 3.0 version to the latest stable release of Kamailio (3,3,0). All went well, except for one issue. We make use of uac_replace_from in our config, in case a client needs CLIR: uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid");
Since the upgrade we receive the following error:
uac [replace.c:521]: new URI shorter than old URI
Which causes the call to be disconnected after about 20/30 seconds. This, because the ACK is received by Kamailio, but cannot be 'linked' to the transaction i guess.
What is exactly causing this issue and, more importantly, is there any way to resolve this?
Thanks in advance,
Regards, Ronald Voermans
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi Daniel,
Thanks for your update. No, I'm only changing the from header. The to-header URI is not touched. The R-URI is however (there's a prefix added). When the ACK is being sent, syslog adds a message 'New URI shorter then old URI'.
Regards,
Ronald
Op 26 feb. 2013, om 11:02 heeft Daniel-Constantin Mierla <miconda@gmail.commailto:miconda@gmail.com> het volgende geschreven:
Hello,
the problem here seems to be the update of To header. Are you changing the To URI as well? I don't see the parameter for it in the Route header.
From URI handling seems to be ok.
Cheers, Daniel
On 2/21/13 11:12 PM, Ronald Voermans wrote:
Responding to myself: attached is an ngrep (made by homer/sipcature server). Some strange things are happening. When I do a ngrep on the Kamailio, I see the ACK gets mangled:
SIP UA -> Kamalio ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.10:56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 70. Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDPsip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:08000403@10.254.254.1;transport=UDPsip:08000403@10.254.254.1;transport=UDP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:r.voermans@10.254.254.1;transport=UDPsip:r.voermans@10.254.254.1;transport=UDP;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. Proxy-Authorization: Digest username="r.voermans",realm="10.254.254.1",nonce="USabJ1EmmfuYD+XnJVMqKQkK6/VmiXJ8",uri="sip:08000403@10.254.254.1;transport=UDP"sip:08000403@10.254.254.1;transport=UDP,response="25e0d8980c67d1785948a44de4e51b44",algorithm=MD5. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
Kamailio -> SIP UA U 2013/02/21 23:04:52.911391 10.254.254.1:5060 -> 10.254.254.20:5060 ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Record-Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yessip:10.254.254.1;lr;ftag=868b7d56;nat=yes. Via: SIP/2.0/UDP 10.254.254.1;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 192.168.1.10:56953;rport=56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 69. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDPsip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DPsip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:anonymous@anonymous.invalidsip:anonymous@anonymous.invalid;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
restore_mode modparam is set to 'auto', and I checked that the vsf in Route-headers are correct. Any clues?
Regards, Ronald
Op 21 feb. 2013, om 16:49 heeft Ronald Voermans <r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nl> het volgende geschreven:
Hi,
this last weekend we went live from the old 3.0 version to the latest stable release of Kamailio (3,3,0). All went well, except for one issue. We make use of uac_replace_from in our config, in case a client needs CLIR: uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"sip:anonymous@anonymous.invalid);
Since the upgrade we receive the following error:
uac [replace.c:521]: new URI shorter than old URI
Which causes the call to be disconnected after about 20/30 seconds. This, because the ACK is received by Kamailio, but cannot be 'linked' to the transaction i guess.
What is exactly causing this issue and, more importantly, is there any way to resolve this?
Thanks in advance,
Regards, Ronald Voermans
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla - http://www.asipto.comhttp://www.asipto.com/ http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin - http://conference.kamailio.comhttp://conference.kamailio.com/ -
_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hello,
can you look at execution traces printed by debugger module just ot be sure no subst/replcae function is executed there?
I will have to look at sources to see if there is a side effect in uac replace from that affect the two header. Also, can you use the latest 3.3.x (3.3.4 or git branch 3.3) just to be sure it is not the effect of an fixed issue (you mentioned 3.3.0 as your used version).
Cheers, Daniel
On 2/26/13 3:58 PM, Ronald Voermans wrote:
Hi Daniel,
Thanks for your update. No, I'm only changing the from header. The to-header URI is not touched. The R-URI is however (there's a prefix added). When the ACK is being sent, syslog adds a message 'New URI shorter then old URI'.
Regards,
Ronald
Op 26 feb. 2013, om 11:02 heeft Daniel-Constantin Mierla <miconda@gmail.commailto:miconda@gmail.com> het volgende geschreven:
Hello,
the problem here seems to be the update of To header. Are you changing the To URI as well? I don't see the parameter for it in the Route header.
From URI handling seems to be ok.
Cheers, Daniel
On 2/21/13 11:12 PM, Ronald Voermans wrote:
Responding to myself: attached is an ngrep (made by homer/sipcature server). Some strange things are happening. When I do a ngrep on the Kamailio, I see the ACK gets mangled:
SIP UA -> Kamalio ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Via: SIP/2.0/UDP 192.168.1.10:56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 70. Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-sip:10.254.254.1;lr;ftag=868b7d56;nat=yes;vsf=czFwOkQpYzVueyNnLEMbCDY6fyo/ejIqLXoQM2IvdwpSA14CTmo8PmQ-. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDPsip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:08000403@10.254.254.1;transport=UDPsip:08000403@10.254.254.1;transport=UDP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:r.voermans@10.254.254.1;transport=UDPsip:r.voermans@10.254.254.1;transport=UDP;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. Proxy-Authorization: Digest username="r.voermans",realm="10.254.254.1",nonce="USabJ1EmmfuYD+XnJVMqKQkK6/VmiXJ8",uri="sip:08000403@10.254.254.1;transport=UDP"sip:08000403@10.254.254.1;transport=UDP,response="25e0d8980c67d1785948a44de4e51b44",algorithm=MD5. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
Kamailio -> SIP UA U 2013/02/21 23:04:52.911391 10.254.254.1:5060 -> 10.254.254.20:5060 ACK sip:08000403@10.254.254.20:5060 SIP/2.0. Record-Route: sip:10.254.254.1;lr;ftag=868b7d56;nat=yessip:10.254.254.1;lr;ftag=868b7d56;nat=yes. Via: SIP/2.0/UDP 10.254.254.1;branch=z9hG4bKcydzigwkX. Via: SIP/2.0/UDP 192.168.1.10:56953;rport=56953;branch=z9hG4bK-d8754z-170b73a13fd7a39d-1---d8754z-. Max-Forwards: 69. Contact: sip:r.voermans@192.168.1.10:56953;transport=UDPsip:r.voermans@192.168.1.10:56953;transport=UDP. To: sip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DPsip:#x)1,+2']..qmu.vinu5l{3(yuv....O!y.DP;tag=a94c095b773be1dd6e8d668a785a9c84dac9696f. From: "testcallerid"sip:anonymous@anonymous.invalidsip:anonymous@anonymous.invalid;tag=868b7d56. Call-ID: YWYwY2M0MTcwM2VmMTUxMTdkMTUwNDFhM2E2NjI3MTg.. CSeq: 2 ACK. User-Agent: Zoiper Communicator 2.04.10164 rev.10204. Content-Length: 0. .
restore_mode modparam is set to 'auto', and I checked that the vsf in Route-headers are correct. Any clues?
Regards, Ronald
Op 21 feb. 2013, om 16:49 heeft Ronald Voermans <r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nlmailto:r.voermans@global-datacenter.nl> het volgende geschreven:
Hi,
this last weekend we went live from the old 3.0 version to the latest stable release of Kamailio (3,3,0). All went well, except for one issue. We make use of uac_replace_from in our config, in case a client needs CLIR: uac_replace_from("Anonymous","sip:anonymous@anonymous.invalid"sip:anonymous@anonymous.invalid);
Since the upgrade we receive the following error:
uac [replace.c:521]: new URI shorter than old URI
Which causes the call to be disconnected after about 20/30 seconds. This, because the ACK is received by Kamailio, but cannot be 'linked' to the transaction i guess.
What is exactly causing this issue and, more importantly, is there any way to resolve this?
Thanks in advance,
Regards, Ronald Voermans
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-- Daniel-Constantin Mierla - http://www.asipto.comhttp://www.asipto.com/ http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda Kamailio World Conference, April 16-17, 2013, Berlin
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.orgmailto:sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Daniel-Constantin Mierla -
Ronald Voermans