[SR-Users] Catching internally generated BYE event & other

Daniel-Constantin Mierla miconda at gmail.com
Tue Apr 20 21:48:09 CEST 2010



On 4/20/10 8:36 PM, Alex Balashov wrote:
> On 04/19/2010 05:15 AM, Daniel-Constantin Mierla wrote:
>
>> event_route should be called in this case. Can you test with dlg bridge
>> to see if the event route is executed?
>
> I have not had a chance to test this with dlg_bridge() yet, but it 
> clearly is not working so well with dialog timeout/BYE.

Do you get it for some other case? Can you check the event route name? 
Have you run in debug mode (it should be a debug message when the event 
route is executed)?
>
> To accomplish my goal (accounting for internally generated BYEs), what 
> else can I do?  Is $dlg(...) exposed within the timeout_route?

trying will reveal that :-)

Cheers,
Daniel

> If it is, and I can fish the Call-ID out of it, that is probably 
> enough for me to cut a custom CDR event, though it will not be 
> possible to use acc_db_request() to do it because it uses db_extras 
> which contain things like:
>
>    ani=$fU
>
> ... which are R/O, and not populated in the timeout route.
>
> I understand why the timeout route has no real information;  the 
> timeout_route feature and the timeout_bye feature are not actually 
> related, and can be used independently of each other, so there is not 
> an underlying "request" driving the firing of the timeout_route.
>
> At the same time, it makes the timeout_route rather useless if it is 
> completely acontextual and has no information about the dialog in 
> connection with which it is being called.
>

-- 
Daniel-Constantin Mierla * http://www.asipto.com/ * 
http://twitter.com/miconda * 
http://www.linkedin.com/in/danielconstantinmierla




More information about the sr-users mailing list