[OpenSIPS-Users] [RFD] dialog expire event in dialog module

[Bogdan-Andrei Iancu]

Hi jnod,

If you generate the BYE, you can catch it in local_route() and do 
whatever you want there (rtporxy, log, acc, etc).

Adding a new type of route is it very complicated - we will have to 
check if the existing function are to run in this route, etc....

Maybe a more simple approach will be to set if BYE should be sent out or 
not and to do custom stuff in local_route when the BYE is generated. The 
weak point is that, in order to do custom stuff, you need to send the 
BYE ....so you could not do simple acc without sending BYE.

Regards,
Bogdan

jnod wrote:
> I think its useful also to stop any rtpproxy (or mediaproxy) session 
> when we send BYE, not so ? It can be done with a bitmask flag ?
>
> Maybe a t_on_timeout() or something like that can cover any other 
> question.
>
> -- 
> Regards,
> jnod
>
> Bogdan-Andrei Iancu wrote:
>> Hi everybody,
>>
>> I want to bring into discussion an older topic as we need to take a 
>> decisions on this - it is what to do when a dialog gives timeout in 
>> dialog module.
>>
>> Right now, nothing is done. The dialog module simply stops monitoring 
>> the dialog without taking any action.
>>
>> There were several demanded actions to be done, as:
>>     - accounting (to be able to account hanged calls)
>>     - send BYE in both directions
>>     - etc.....
>>
>> Of course, we are looking for a mechanism to cover as many cases as 
>> possible and not to hardcode one of them.
>>
>> So, I would like to get some feedback on:
>>     1) what are the actions that could be done when a dialog gives 
>> timeout
>>     2) how the implementation should look like?
>>
>> For 2), we already have some ideas:
>>     A) use bitmask flags to select the action to be done at dialog 
>> timeout event.
>>     B) set a route to be called when the dialog timesout
>>
>>
>> So, ideas and comments are welcomed.
>>
>> REgards,
>> Bogdan
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>