<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Pass stopmixmonitor the mixmonitorid of Joe's channel.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I'll admit it might end up being somewhat kludgy, but I figure a database can keep track of all that for you, so it's just a query at the right moment, and then passing the correct mixmonitorid in the local channel.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">I can tell you this: if you need new functionality built into Asterisk, that's really only going to happen if you're willing to fund the development, or you can convince Sangoma there's a business case.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 17, 2020 at 8:17 AM Nikša Baldun <<a href="mailto:it@voxdiversa.hr">it@voxdiversa.hr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<p>Hello Jim,</p>
<p>thanks for the reply. Consider the following scenario:</p>
<p>Joe calls Mary and asks to speak to Jill. Recording a call with
Mary is allowed, so recording on Joe's channel is turned on. Mary
makes an attended transfer to Jill. Both Mary's channels are hung
up, and Joe's and Jill's channels are now bridged. Recording a
call with Jill is not allowed, so StopMixMonitor should be
executed on Joe's channel before bridging. How can Local channel
help me do that?</p>
<p>
</p><blockquote type="cite">
<pre style="white-space:pre-wrap;color:rgb(0,0,0);font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration-style:initial;text-decoration-color:initial">For the specific use case you've described, I should think a Local/ channel
could be built to implement the necessary logic. In fact I'm pretty sure we
do that in our Local/ channel handler for queue agents.
On Fri, Jul 17, 2020 at 5:04 AM Nikša Baldun <<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">it at voxdiversa.hr</a>> wrote:
><i> Hello,
</i>><i>
</i>><i> I have been using Asterisk for years, and the one thing that I believe
</i>><i> is sorely missing, but I can't find any mention of it on the Internet,
</i>><i> and that is pushable pre-bridge handlers. In current setup, there are
</i>><i> following limitations:
</i>><i>
</i>><i> 1. Pre-bridge handler can only be attached to the B-leg channel, not the
</i>><i> A-leg channel.
</i>><i>
</i>><i> 2. The handler will only be executed before a bridge resulting from Dial
</i>><i> application, but a channel can be bridged multiple times during its
</i>><i> lifetime (by SIP attended transfer, for example).
</i>><i>
</i>><i> So, for example, if I want to turn call recording on/off depending on
</i>><i> who the channel is bridged to, there is no way to do that via dialplan
</i>><i> (that I know of).
</i>><i>
</i>><i> There is a possibility to attach hangup handlers to any channel by using
</i>><i> CHANNEL(hangup_handler_push), but no similar feature for pre-bridge
</i>><i> handlers, which are much more important, IMO. So, has there been any
</i>><i> discussion among developers about this topic?
</i>><i>
</i>><i> Best regards.
</i>><i>
</i>><i>
</i>><i> --
</i>><i> _____________________________________________________________________
</i>><i> -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com/" target="_blank">http://www.api-digital.com</a> --
</i>><i>
</i>><i> asterisk-dev mailing list
</i>><i> To UNSUBSCRIBE or update options visit:
</i>><i> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a>
</i></pre>
<br>
</blockquote>
<br>
<p></p>
</div>
-- <br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a></blockquote></div>