<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>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.<br><br>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?<br><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. Didn't work that way before. When was this introduced?<br><br>Thoughts?<br><br><br>Girts<br></body>
</html>