<div>I&#39;ve got a macro that tries to find the first available SIP trunk to send outgoing calls on.&nbsp; It tracks the usage of the lines (since each trunk has a call-limit of 2) by using GROUP().&nbsp; My problem is that once a call switched to ANSWER state, ``group show channels`` stops listing it and then my Macro starts screwing up because it&#39;s sending calls to a line that sometimes is full even though GROUP() shows it as being less than 2.&nbsp; I&#39;m tempted to send this to the Asterisk Dev team just because I believe it&#39;s an issue of the GROUP information being released when Asterisk consolidates the channels (removes all the MASQ channels) once the call is answered.&nbsp; But maybe it&#39;s something else so I&#39;ll ask here first.
</div>
<div>&nbsp;</div>
<div>The dialplan setup:</div>
<div>&nbsp;</div>
<div>exten =&gt; 555,1,Dial(Local/1234567890)</div>
<div>exten =&gt; _NXXNXXXXXX,1,Macro(which-line,${EXTEN})</div>
<div>&nbsp;</div>
<div>[macro-which-line]</div>
<div>exten =&gt; s,1,set(GROUP()=${DIALSTRING})</div>
<div>exten =&gt; s,n,Dial(${DIALSTRING}/1${ARG1})<br clear="all"></div>
<div>Things are a bit more complex, but it&#39;s all just logic.&nbsp; The extensions above should give a decent representation of what&#39;s going on.&nbsp; I think each time you switch extensions, Asterisk creates a MASQ channel and that&#39;s what&#39;s causing the issue since the GROUP() is set only at the end, inside the macro.&nbsp; Are there any EVENTS for unlocking of GROUPs?&nbsp; Anything I can do to better show where this is happening?
</div>
<div>&nbsp;</div>
<div>I&#39;d love some help if anyone has a guess.<br>-- <br>/Nick </div>