<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>Hello group,<br><br>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. <br><br>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.<br><br><br>Girts<br><hr id="stopSpelling">> To: asterisk-users@lists.digium.com<br>> From: tony@softins.clara.co.uk<br>> Date: Mon, 26 May 2008 11:03:50 +0000<br>> Subject: Re: [asterisk-users] AMI Redirect between MeetMe rooms<br>> <br>> In article <BLU140-W5DED69E2E3E1888995586B9C20@phx.gbl>,<br>> Girts Graudins <ggraudins@hotmail.com> wrote:<br>> > The setup is as follows:<br>> > <br>> > The channel is a Zap channel - Zap/N-1<br>> > <br>> > The meetmes are very straight forward:<br>> > [conf]<br>> > exten => _X.,1,MeetMe(${EXTEN},d)<br>> > <br>> > The scenario is equally simple - let's say Zap/1-1 is sitting in 1@conf. If I do an<br>> > <br>> > action: redirect<br>> > channel: Zap/1-1<br>> > context: conf<br>> > exten: 2<br>> > priority: 1<br>> > <br>> > 2@conf now hears Zap/1-1 and all is well, except that 1@conf also (still!) hears Zap/1-1. <br>> > Didn't work that way before. When was this introduced?<br>> <br>> Are you sure the redirect succeeded? Is the above exactly what you do,<br>> or just an illustrative example? The reason I ask is because _X. will NOT<br>> match the extension "2". A dot matches *one* or more characters.<br>> <br>> If you really are using one-digit extension and conference numbers, change<br>> your pattern to _X! instead, and try again. A "!" will match zero or more.<br>> <br>> Of course, if that was just an illustration, your problem could be completely<br>> different. :-)<br>> <br>> Cheers<br>> Tony<br>> -- <br>> Tony Mountifield<br>> Work: tony@softins.co.uk - http://www.softins.co.uk<br>> Play: tony@mountifield.org - http://tony.mountifield.org<br>> <br>> _______________________________________________<br>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --<br>> <br>> asterisk-users mailing list<br>> To UNSUBSCRIBE or update options visit:<br>> http://lists.digium.com/mailman/listinfo/asterisk-users<br></body>
</html>