Ok, "bananas" might not be the right word, but it resembles what is happening ;-)
When I get a CANCEL from my customer to Kamailio, it is not passed on to my vendor - this is with a specific customer using VoipSwitch. The result is that the phone called keeps ringing even though it's been (attempted) cancelled, and a sideeffect is that it goes nuts at the carrier side because it can send anymore and returns 480 or 486. Below is the dialog from the Session Progress to when the call is cancelled - and then it goes bananas.
Any ideas?
Thanks a lot!
U 2010/02/12 14:40:25.435793 MyKamailioIP:5060 -> MyCustomerIP:5060 SIP/2.0 183 Session Progress. To: sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact: sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Content-Type: application/sdp. Via: SIP/2.0/UDP MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 210. . v=0. o=prxams02 0 0 IN IP4 MyVendorIP. s=sip call. c=IN IP4 62.93.140.13. t=0 0. m=audio 42972 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15.
U 2010/02/12 14:40:30.625842 MyCustomerIP:5060 -> MyKamailioIP:5060 CANCEL sip:890912551184517324@MyKamailioIP SIP/2.0. CSeq: 1 CANCEL. Via: SIP/2.0/UDP MyCustomerIP:5060;branch=z9hG4bk120246101250121320412156. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To: sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. Contact: sip:MyCustomerIP:5060;transport=udp. Content-Length: 0. .
U 2010/02/12 14:41:25.496605 MyVendorIP:5060 -> MyKamailioIP:5060 SIP/2.0 480 Temporarily Unavailable. To: sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact: sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. Via: SIP/2.0/UDP MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 0. .
U 2010/02/12 14:41:25.496888 MyKamailioIP:5060 -> MyVendorIP:5060 ACK sip:84370551184517324@MyVendorIP:5060 SIP/2.0. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To: sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. CSeq: 1 ACK. Max-Forwards: 70. User-Agent: Kamailio. Content-Length: 0.
Which version of kamailio?
How is the CANCEL routed/processed in your config? (it must be routed identical to INVITE. if t_relay is used, just call t_relay for cANCEL too).
increase loglevel and watch syslog during processing of CANCEL, there might be some error/warnings.
regards klaus
Am 12.02.2010 21:54, schrieb Anders:
Ok, "bananas" might not be the right word, but it resembles what is happening ;-)
When I get a CANCEL from my customer to Kamailio, it is not passed on to my vendor - this is with a specific customer using VoipSwitch. The result is that the phone called keeps ringing even though it's been (attempted) cancelled, and a sideeffect is that it goes nuts at the carrier side because it can send anymore and returns 480 or 486. Below is the dialog from the Session Progress to when the call is cancelled
- and then it goes bananas.
Any ideas?
Thanks a lot!
U 2010/02/12 14:40:25.435793 MyKamailioIP:5060 -> MyCustomerIP:5060 SIP/2.0 183 Session Progress. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Content-Type: application/sdp. Via: SIP/2.0/UDP MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 210. . v=0. o=prxams02 0 0 IN IP4 MyVendorIP. s=sip call. c=IN IP4 62.93.140.13. t=0 0. m=audio 42972 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15.
U 2010/02/12 14:40:30.625842 MyCustomerIP:5060 -> MyKamailioIP:5060 CANCEL sip:890912551184517324@MyKamailioIP SIP/2.0. CSeq: 1 CANCEL. Via: SIP/2.0/UDP MyCustomerIP:5060;branch=z9hG4bk120246101250121320412156. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. Contact:sip:MyCustomerIP:5060;transport=udp. Content-Length: 0. .
U 2010/02/12 14:41:25.496605 MyVendorIP:5060 -> MyKamailioIP:5060 SIP/2.0 480 Temporarily Unavailable. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. Via: SIP/2.0/UDP MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 0. .
U 2010/02/12 14:41:25.496888 MyKamailioIP:5060 -> MyVendorIP:5060 ACK sip:84370551184517324@MyVendorIP:5060 SIP/2.0. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. CSeq: 1 ACK. Max-Forwards: 70. User-Agent: Kamailio. Content-Length: 0.
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Thanks, Klaus:
I cannot see any specific CANCEL handling until failure_route, where this takes place:
if (t_was_cancelled()) { exit; }
t_relay missing here?
//Anders
On Mon, Feb 15, 2010 at 4:02 AM, Klaus Darilion klaus.mailinglists@pernau.at wrote:
Which version of kamailio?
How is the CANCEL routed/processed in your config? (it must be routed identical to INVITE. if t_relay is used, just call t_relay for cANCEL too).
increase loglevel and watch syslog during processing of CANCEL, there might be some error/warnings.
regards klaus
Am 12.02.2010 21:54, schrieb Anders:
Ok, "bananas" might not be the right word, but it resembles what is happening ;-)
When I get a CANCEL from my customer to Kamailio, it is not passed on to my vendor - this is with a specific customer using VoipSwitch. The result is that the phone called keeps ringing even though it's been (attempted) cancelled, and a sideeffect is that it goes nuts at the carrier side because it can send anymore and returns 480 or 486. Below is the dialog from the Session Progress to when the call is cancelled
- and then it goes bananas.
Any ideas?
Thanks a lot!
U 2010/02/12 14:40:25.435793 MyKamailioIP:5060 -> MyCustomerIP:5060 SIP/2.0 183 Session Progress. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Content-Type: application/sdp. Via: SIP/2.0/UDP
MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 210. . v=0. o=prxams02 0 0 IN IP4 MyVendorIP. s=sip call. c=IN IP4 62.93.140.13. t=0 0. m=audio 42972 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15.
U 2010/02/12 14:40:30.625842 MyCustomerIP:5060 -> MyKamailioIP:5060 CANCEL sip:890912551184517324@MyKamailioIP SIP/2.0. CSeq: 1 CANCEL. Via: SIP/2.0/UDP MyCustomerIP:5060;branch=z9hG4bk120246101250121320412156. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. Contact:sip:MyCustomerIP:5060;transport=udp. Content-Length: 0. .
U 2010/02/12 14:41:25.496605 MyVendorIP:5060 -> MyKamailioIP:5060 SIP/2.0 480 Temporarily Unavailable. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. Via: SIP/2.0/UDP
MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156. Content-Length: 0. .
U 2010/02/12 14:41:25.496888 MyKamailioIP:5060 -> MyVendorIP:5060 ACK sip:84370551184517324@MyVendorIP:5060 SIP/2.0. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. CSeq: 1 ACK. Max-Forwards: 70. User-Agent: Kamailio. Content-Length: 0.
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
Am 19.02.2010 14:48, schrieb Anders:
Thanks, Klaus:
I cannot see any specific CANCEL handling until failure_route, where this takes place:
if (t_was_cancelled()) { exit;
I think this is fine. Have you increased log-level and analyzed syslog?
regards klaus
}t_relay missing here?
//Anders
On Mon, Feb 15, 2010 at 4:02 AM, Klaus Darilion klaus.mailinglists@pernau.at wrote:
Which version of kamailio?
How is the CANCEL routed/processed in your config? (it must be routed identical to INVITE. if t_relay is used, just call t_relay for
cANCEL too).
increase loglevel and watch syslog during processing of CANCEL,
there might
be some error/warnings.
regards klaus
Am 12.02.2010 21:54, schrieb Anders:
Ok, "bananas" might not be the right word, but it resembles what is happening ;-)
When I get a CANCEL from my customer to Kamailio, it is not passed on to my vendor - this is with a specific customer using VoipSwitch. The result is that the phone called keeps ringing even though it's been (attempted) cancelled, and a sideeffect is that it goes nuts at the carrier side because it can send anymore and returns 480 or 486. Below is the dialog from the Session Progress to when the call is cancelled
- and then it goes bananas.
Any ideas?
Thanks a lot!
U 2010/02/12 14:40:25.435793 MyKamailioIP:5060 -> MyCustomerIP:5060 SIP/2.0 183 Session Progress. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Content-Type: application/sdp. Via: SIP/2.0/UDP
MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156.
Content-Length: 210. . v=0. o=prxams02 0 0 IN IP4 MyVendorIP. s=sip call. c=IN IP4 62.93.140.13. t=0 0. m=audio 42972 RTP/AVP 18 101. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=no. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15.
U 2010/02/12 14:40:30.625842 MyCustomerIP:5060 -> MyKamailioIP:5060 CANCEL sip:890912551184517324@MyKamailioIP SIP/2.0. CSeq: 1 CANCEL. Via: SIP/2.0/UDP
MyCustomerIP:5060;branch=z9hG4bk120246101250121320412156.
From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. Contact:sip:MyCustomerIP:5060;transport=udp. Content-Length: 0. .
U 2010/02/12 14:41:25.496605 MyVendorIP:5060 -> MyKamailioIP:5060 SIP/2.0 480 Temporarily Unavailable. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Contact:sip:84370551184517324@MyVendorIP:5060. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. CSeq: 1 INVITE. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. Via: SIP/2.0/UDP
MyCustomerIP:5060;rport=5060;received=MyCustomerIP;branch=z9hG4bk120246101250121320412156.
Content-Length: 0. .
U 2010/02/12 14:41:25.496888 MyKamailioIP:5060 -> MyVendorIP:5060 ACK sip:84370551184517324@MyVendorIP:5060 SIP/2.0. Via: SIP/2.0/UDP MyKamailioIP;branch=z9hG4bKf18c.fa7b81d2.0. From: "69912390" sip:001128650136@MyCustomerIP:5060;tag=1202461012501320412156. Call-ID: GWV0iI5c5vUSEUnPBz@MyCustomerIP. To:sip:890912551184517324@MyKamailioIP;tag=3474974816-620042. CSeq: 1 ACK. Max-Forwards: 70. User-Agent: Kamailio. Content-Length: 0.
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
-
Anders -
Klaus Darilion