Has anyone observed a problem where using Local channels with AddQueueMember results in missing TRANSFER events?<br><br>Right now I&#39;m using straight SIP channels when I call AddQueueMember().&nbsp; I&#39;m contemplating moving to Local channels because the non-state-based wrapuptime blows when you have a channel in multiple queues (they can hang up and get a call immediately so long as it&#39;s from a different queue).&nbsp; My grand plan is to use the &#39;h&#39; extension in the context where app_queue calls my agents to invoke PauseQueueMember instead.
<br><br>The problem is with the /n suffix to the channel name.&nbsp; With it, I lose TRANSFER events.&nbsp; Without it, the &#39;h&#39; extension gets invoked as soon as the call is bridged to the agent.<br><br>My agent context looks like this:
<br><br>[agents]<br>exten =&gt; 491,1,Dial(SIP/491,20)<br>exten =&gt; h,1,PauseQueueMember(|${CUT(CHANNEL,,1)})<br><br>When I do something along the lines of:<br><br>AddQueueMember(queuename,Local/XXXX@agents)<br><br>Then as soon as the call is bridged, my &#39;h&#39; extension gets run:
<br><br>&nbsp;&nbsp;&nbsp; -- Executing [491@agents:1] Dial(&quot;Local/491@agents-c002,2&quot;, &quot;SIP/491&quot;) in new stack<br>&nbsp;&nbsp;&nbsp; -- Called 491<br>&nbsp;&nbsp;&nbsp; -- SIP/491-00aa22d0 is ringing<br>&nbsp;&nbsp;&nbsp; -- Local/491@agents-c002,1 is ringing<br>
&nbsp;&nbsp;&nbsp; -- SIP/491-00aa22d0 answered Local/491@agents-c002,2<br>&nbsp;&nbsp;&nbsp; -- Local/491@agents-c002,1 answered SIP/427-9d849a90<br>&nbsp; == Spawn extension (agents, 491, 1) exited non-zero on &#39;Local/491@agents-c002,2&#39;<br>&nbsp;&nbsp;&nbsp; -- Executing [
h@agents:1] PauseQueueMember(&quot;Local/491@agents-c002,2&quot;, &quot;|Local/491@agents&quot;) in new stack<br>&nbsp;&nbsp;&nbsp; -- Stopped music on hold on SIP/427-9d849a90<br><br>Once the call is bridged, I transfer to 7777 from the agent softphone.&nbsp; This is what queue log looks like for this type of call:
<br><br>1183671934|1183671934.5745|emerg_nccc_ld_ts|NONE|ENTERQUEUE||427<br>1183671937|NONE|NONE|Local/491@agents/n|PAUSEALL|<br>1183671940|1183671934.5745|emerg_nccc_ld_ts|Local/491@agents|CONNECT|6|1183671934.5746<br>1183672005|1183671934.5745|emerg_nccc_ld_ts|Local/491@agents
|TRANSFER|7777|from-somecontext|6|65<br><br>If I use /n when adding the channel to the queue:<br><br>AddQueueMember(queuename,Local/XXXX@agents/n)<br><br>Then my &#39;h&#39; extension is not executed until the bridged call is actually over.&nbsp; I do the same transfer, but it doesn&#39;t show up in the queue log - the call appears to have been terminated by the caller.
<br><br>1183672119|1183672119.5839|emerg_nccc_ld_ts|NONE|ENTERQUEUE||427<br>1183672124|1183672119.5839|emerg_nccc_ld_ts|Local/491@agents/n|CONNECT|5|1183672119.5840<br>1183672135|1183672119.5839|emerg_nccc_ld_ts|Local/491@agents
/n|COMPLETECALLER|5|11|1<br><br>Any ideas?&nbsp; I need the Pause-on-agent-hangup behaviour (or something like it, short of adding proper wrapup state to app_queue), but I can&#39;t lose visibility of my transfers (especially not after I just introduced the sales people to them after never having visibility of this stat on a Nortel BCM)
<br><br>Much appreciated.<br><br>-- <br>j.<br>