[OpenSIPS-Users] Siptrace on session expires

[Bogdan-Andrei Iancu]

Douglas, all internally generated requests (including the ones from 
dlg_end_dlg ) are visible in local_route.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com


On 01/24/2013 02:48 PM, Douglas Lopes Pereira wrote:
> Hi Bogdan,
>
> thanks for the quick reply.
>
> Unfortunatelly the BYE messages are sent by the dlg_end_dlg (triggered 
> on dlg_ontimeout) so I believe we don't have a chance to call 
> sip_trace() from any local route. Do we?
>
> Regards,
> Douglas
>
>
> On Thu, Jan 24, 2013 at 10:24 AM, Bogdan-Andrei Iancu 
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     Hi Douglas,
>
>     Indeed, that's an interesting case - have you tried to call
>     sip_trace() from local route when the BYEs are sent out ?
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>     OpenSIPS Founder and Developer
>     http://www.opensips-solutions.com
>
>
>     On 01/24/2013 01:00 PM, Douglas Lopes Pereira wrote:
>>     Hi guys,
>>
>>     Let's say my current opensips application is reponsible for
>>     finishing a call if the session is not refreshed by the
>>     endpoints. At that point what we do is to send BYE messages to
>>     both legs and get the 200OK from them to finish the dialog.
>>
>>     My question is, is it possible to trace those BYE generated
>>     internally on opensips and 200OK replies using Siptrace? I've
>>     looked into the callback flags and none seems to apply to this case.
>>
>>     My plan was to change the function t_uac on uac.c to call the log
>>     callback but I would like to hear from you if there is any other
>>     option.
>>
>>     Thanks in advace.
>>
>>     Regards,
>>     Douglas
>>
>>
>>     _______________________________________________
>>     Users mailing list
>>     Users at lists.opensips.org  <mailto:Users at lists.opensips.org>
>>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20130124/43b34017/attachment.htm>