[SR-Users] CANCEL is not processed in onsend_route

[Daniel-Constantin Mierla]

Hello,

I was looking into it a bit, looks like an issue in missing flags as 
well as received request since it is generated locally. If it is handy 
for you, maybe you can send the log messages with debug=4 for a canceled 
call. That will help to be sure the right issue is tracked.

Thanks,
Daniel

On 9/9/11 2:51 PM, Daniel-Constantin Mierla wrote:
> Hello,
>
> On 9/8/11 7:51 PM, Timo Klecker wrote:
>> Hi,
>>
>> so there is no possibility to log the outgoing CANCEL?
>
> I will look in the sources, might be that the flag is lost since a new 
> cancel request is built for each branch, or the tm callbacks for 
> outbound requests are not called for cancels. Anyway, it will get 
> fixed somehow.
>
> Cheers,
> Daniel
>
>>
>> Greetings
>> Timo
>>
>> -----Ursprüngliche Nachricht-----
>> Von: sr-users-bounces at lists.sip-router.org
>> [mailto:sr-users-bounces at lists.sip-router.org] Im Auftrag von Klaus 
>> Darilion
>> Gesendet: Dienstag, 6. September 2011 11:20
>> An: sr-users at lists.sip-router.org
>> Betreff: Re: [SR-Users] CANCEL is not processed in onsend_route
>>
>> I have no idea how siptrace works, but: When using tm module, the 
>> CANCEL is
>> not forwarded but absorbed by tm module, and then tm module creates a 
>> new
>> CANCEL based on the previous sent INVITE.
>>
>> That may be the reason why on_send route is not activated.
>>
>> klaus
>>
>>
>> Am 06.09.2011 10:24, schrieb Timo Klecker:
>>> Hello all,
>>>
>>>
>>>
>>> I want to log the incoming and outgoing CANCEL on my Kamailio. I tried
>>> with a call of sip_trace in the default route
>>>
>>>
>>>
>>> setflag(22);
>>>
>>> if (method == “CANCEL”) {
>>>
>>>                  sip_trace();
>>>
>>>                  if (t_check_trans()) {
>>>
>>>                                 t_relay();
>>>
>>>                                 exit;
>>>
>>>                  }
>>>
>>> }
>>>
>>>
>>>
>>> This works great, I get the incoming CANCEL in the Database. But the
>>> outgoing CANCEL is not logged with flag set. So I tried to use
>>> onsend_route with the following lines:
>>>
>>>
>>>
>>> onsend_route {
>>>
>>>                  xlog(“L_NOTICE”, “ SENDING  from $si \n $mb \n “);
>>>
>>>                  if ( method == “CANCEL” )
>>>
>>>                                 sip_trace();
>>>
>>> }
>>>
>>>
>>>
>>> I am using Kamailio Version 3.1.0 (with Patch for Siptrace in
>>> onsend_route by Daniel ).
>>>
>>>
>>>
>>> But the CANCEL is not processed in the onsend_route at all. I do not
>>> even see the xlog-line. But tcpdump gives me the CANCEL outgoing.
>>>
>>>
>>>
>>> Following callflow:
>>>
>>>
>>>
>>> INVITE>
>>>
>>> 100<
>>>
>>> >  INVITE
>>>
>>> <  100
>>>
>>> <  180
>>>
>>> 180<
>>>
>>> CANCEL>
>>>
>>> >  *CANCEL*
>>>
>>>
>>>
>>> I am missing the last CANCEL.
>>>
>>>
>>>
>>> Why is the CANCEL not logged with flag 22 set?
>>>
>>> Why is the CANCEL not processed in the onsend_route?
>>>
>>>
>>>
>>>
>>>
>>> Greetings
>>>
>>> Timo
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>>> list sr-users at 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 at 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 at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>

-- 
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Oct 10-13, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda