[Freeswitch-dev] Bridge problem...

[Mathieu Rene]

On another note, switch_ivr_uuid_bridge() will flush the state handler  
table for both legs. You need to set them back after.
Note that event hooks aren't removed, so you can use  
switch_core_event_hook_add_state_change() (look in mod_limit for an  
example) to get a callback on state change.

Mathieu Rene
Avant-Garde Solutions Inc
Office: + 1 (514) 664-1044 x100
Cell: +1 (514) 664-1044 x200
mrene at avgs.ca




On 13-Jul-09, at 6:20 PM, Kevin Snow wrote:

> Hi,
>
> In my module (written in C) I spin up a session using the recipe you  
> gave me a few weeks ago. I then use switch_ivr_originate twice to  
> establish two endpoints and bridge them using  
> switch_ivr_multi_threaded_bridge. I inherited some of this code, but  
> I think it’s using the multithreaded bridge to be able to pass a  
> DTMF callback.
>
> In any case, the above is working fine. My problem comes in when one  
> of the ends hangsup, it’s not exiting the bridge function. It’s like  
> the calls are still bridged (because I think they are). Running  
> “show channels”, does in fact, show the two legs sitting there.  
> Using the “hupall” command, does hang them up, handlers called and  
> my world then shutsdown.
>
> I’m not sure what I have wrong here. Is there something special I  
> need to do to detect when an endpoint hangup?
>
> Thanks
>
> Kevin
> _______________________________________________
> Freeswitch-dev mailing list
> Freeswitch-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20090713/0b6ead37/attachment.html