12 Feb
2010
12 Feb
'10
10:54 p.m.
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.
15 Feb
15 Feb
11:02 a.m.
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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
19 Feb
19 Feb
3:48 p.m.
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(a)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(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
3:55 p.m.
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(a)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(a)lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
5393
days inactive
5400
days old
3 comments
2 participants
participants (2)
-
Anders -
Klaus Darilion