<div dir="ltr"><div><div>And further,<br><br></div>No matter what contains in the GOSUB (In this case relatively simple stuff), when the A party hangup, the queue should signal the B Channel(Member) to hangup. [ Which should tear down member LEG immediately ]<br>
<br></div>The problem here is Queue is not able to hangup the member leg even though the original caller has disappeared [Just because B channels is in a GOSUB ].<br><br>.<br><br><br></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Thu, Aug 8, 2013 at 4:41 PM, zendel fernandez <span dir="ltr"><<a href="mailto:zendel.fernandez@gmail.com" target="_blank">zendel.fernandez@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div><div><div><div>hi!<br><br></div>GOSUB X<br></div>* Presents Background message to the called party<br></div>* check if there's any inputs from the user ( Press 1 etc )<br></div>* exit if called party provide input <b>or not</b><br>
----------------<br><br></div><div>See the example URL for for similar implementations. <br><br></div><div><div><br><div><div><div><div><br></div><div>Regds<br></div><div><br><br></div></div></div></div></div></div></div>
<div class="HOEnZb"><div class="h5">
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 8, 2013 at 2:03 PM, Paul Belanger <span dir="ltr"><<a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 13-08-07 08:42 PM, zendel fernandez wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
hi!,<br>
<br>
Asterisk Version:1.6.1.20<br>
OS: CentOS release 5.3 (Final)<br>
uname: 2.6.18-128.el5PAE #1 SMP Wed Jan 21 11:19:46 EST 2009 i686 i686 i386<br>
GNU/Linux<br>
Application: Queue<br>
Specific Details: Obtain Acknowledgement from queue member before bridging<br>
the caller.<br>
Language: AEL<br>
Similar Example:<a href="http://www.voip-info.org/wiki/view/Asterisk+tips+Queue+Member+ackcall" target="_blank">http://www.voip-info.<u></u>org/wiki/view/Asterisk+tips+<u></u>Queue+Member+ackcall</a><br>
<br>
Scenario:<br>
1. User calls in a General Number<br>
<br>
2. Call is queued in Queue Application<br>
<br>
3. Queue calls a Local/xxxx@members channel<br>
<br>
4. At members context:<br>
Dial The real member(called party) channel with a U(GOSUB X) routine<br>
4.1 The "called party" answers, & is led to the GOSUB routine X:<br>
Here the prompt is given to the called party to acknowledge the incoming<br>
call<br>
[ depending on the out put, this will return appropriate GOSUB result ]<br>
4.2 Based on the GOSUB result, the Dial proceeds<br>
<br>
5. The Queue proceeds based on the result taken at 4.2 above.<br>
i.e.<br>
Take it as a success & build the bridge between the caller & member<br>
Whether to DIAL the next member<br>
<br>
The Question: All goes well & the dial-plan works. If between step 4.1 &<br>
4.2, the caller hangs up asterisk gives CPU spikes.<br>
Symptom: ASTERISK CLI gets stuck until step 4.2 returns.<br>
<br>
Console Error: app_dial.c: Could not stop autoservice on calling channel<br>
[ Somehow get the feeling that this is not the real error]<br>
<br>
What could be the reason for CPU SPIKES. How to avoid this ?<br>
<br>
</blockquote></div></div>
What are you doing in your GOSUB X routine, you are likely blocking the thread in Asterisk, which is causing your autoservice errors (and yes, they are real errors) which increases the CPU on asterisk.<br>
<br>
-- <br>
Paul Belanger | PolyBeacon, Inc.<br>
Jabber: <a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.com</a> | IRC: pabelanger (Freenode)<br>
Github: <a href="https://github.com/pabelanger" target="_blank">https://github.com/pabelanger</a> | Twitter: <a href="https://twitter.com/pabelanger" target="_blank">https://twitter.com/pabelanger</a><br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
<a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-<u></u>users</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>