VoIP Mailing List Archives

[ggraudins at hotmail.com]

Hello group,

We were running Asterisk 1.4.9 until we ran into the bug where Monitor()ing a channel that's sitting in a MeetMe() room would only record one leg of the conversation. Shucks. Did some checking around, saw some similar issues on the list, decided to upgrade to see if it's been fixed.

Upgraded to 1.4.20. The good news - it's fixed, works like a charm. The bad news - now it seems doing an AMI redirect of a channel between two MeetMe() conferences successfully puts the channel in the new MeetMe() (the target), but the old MeetMe() (the source) still hears the channel, even though AMI tells us that there was a MeetMeLeave event, etc. Looks very much like a bug. Anyone seen this bizarre behavior?

The setup is as follows:

The channel is a Zap channel - Zap/N-1

The meetmes are very straight forward:
[conf]
exten => _X.,1,MeetMe(${EXTEN},d)

The scenario is equally simple - let's say Zap/1-1 is sitting in 1 at conf. If I do an

action: redirect
channel: Zap/1-1
context: conf
exten: 2
priority: 1

2 at conf now hears Zap/1-1 and all is well, except that 1 at conf also (still!) hears Zap/1-1. Didn't work that way before. When was this introduced?

Thoughts?
Girts
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080525/1fdab546/attachment.htm

[tony at softins.clara....]

In article <BLU140-W5DED69E2E3E1888995586B9C20 at phx.gbl>,
Girts Graudins <ggraudins at hotmail.com> wrote:

[ggraudins at hotmail.com]

Hello group,

So, if anyone encounters this in the future here's the solution. We were doing the Monitor() on the channel from the AMI right as it was entering the conference. This was resulting in the voice sticking around in the conf. even when the channel itself was AMI redirected elsewhere.

We changed the setup to start Monitor on the channel from the dialplan _before_ the call was placed in the conference. That fixed the issue. Now the channel and the voice leaves properly upon an AMI redirect.
Girts