Hi Sebastian,
Thank you for your reply.
I have handled CANCEL in case of 408 in failure route as you suggested.
This part has been done.
However, for proxy generated CANCEL, i need to intimate that call was
answered else where and have to add this event in custom event logs.
I am receiving 487 in onreply-route but its true for all types of CANCELs.
If i know the CANCEL type, i can log EDR (events detail records).
I am trying to look around for event_route but no success yet.
event_route [tm:local-request] { # Handle locally generated requests
xlog("L_INFO", "Routing locally generated $rm to <$ru>\n");}
--
regards,
abdul basit
On 25 August 2017 at 01:28, Sebastian Damm <damm(a)sipgate.de> wrote:
Hi,
On Thu, Aug 24, 2017 at 10:05 PM, Abdul Basit <basit.engg(a)gmail.com>
wrote:
I am trying to capture and distinguish two types
of cancels generated by
kamailio.
1- Cancel when Invite timeout 408
You can catch this one in failure route. Whenever an INVITE times out
and you have set t_on_failure(someroute) before, you end up in the
failure route named someroute.
2- Cancel generated when call lands on multiple
devices and any one of
them
answer the call.
I don't know whether those actually run through any route.
How can I capture and isolate these proxy
generated CANCEL events?
What's the purpose of distinguishing those two CANCELs?
Regards
Sebastian
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users