Re: [asterisk-dev] Support for Agent channels in Bridge manager and dial plan patch
On 1/5/07, BJ Weschke [EMAIL PROTECTED] wrote: Local channels probably pose the same issue for you as well. This was I've been using the 1.2 version of the patch, specificly the manager command (as opposed to the dialplan application), for quite some time with Local channels and have not run into problems. I'm not too familiar with chan_agent, is Agent/1 actually a channel like you'd pass to, e.g. the manager redirect command, or a device like you'd pass to the Dial command or add to a queue? Or is it somehow both? With local channels you have what I usually call a device, like Local/[EMAIL PROTECTED] that you can Dial(), which creates two new channels, Local/[EMAIL PROTECTED],1 and ,2, one of which is linked to the channel that called Dial, the other starts navigating the dialplan, and can be bridged just fine to some other live channel, or it can Dial a device and get bridged that way. In the end, if there's not a dial string of n, both Local channels masquerade themselves out of the way (producing 3 rename events each, which only through reading the code did I realize were a single entity, and that for my purposes only the middle one mattered). --Tim ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] Support for Agent channels in Bridge manager and dial plan patch
On 1/3/07, Moises Silva [EMAIL PROTECTED] wrote: Hi, I have been working with the patch for the Bridge manager action and dial plan application. So far it seems to work, however, more testing is needed, this bug/feature has more than 1 year on the bugtracker, plz if someone has the time, test it. A known issue is that does not work with Agent channels. It seems Agent channel is like a proxy, and hides the real channel. So this does not work: Bridge(Agent/something) Because I use the routine ast_get_channel_by_name_locked on the argument to try to get the channel and do_masquerade() on it. So the channel is not found because the real channel is hidden, and the call to Bridge fails. Should I write a call similar to ast_get_channel_by_name_locked() that supports the proxy concept? or something like that already exists? Any advice will be appreciated. Local channels probably pose the same issue for you as well. This was talked about in the dev sessions at Astricon this year and while everyone acknowledged the work put in to the Bridge action and the need to have such a feature, I think the outcome of the discussion was that for the same reason you're having issues now, a core Bridging API is necessary is really necessary to put this kind of thing to rest once and for all. -- Bird's The Word Technologies, Inc. http://www.btwtech.com/ ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
