<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 4, 2013 at 2:04 PM, Mert Yazgart <span dir="ltr"><<a href="mailto:efes9999@hotmail.com" target="_blank">efes9999@hotmail.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 dir="ltr">I'm relatively new to Asterisk, and not familiar with the inner workings
 of the code. It was recommended that I post here (instead of the users 
list) - I appreciate it if a developer with experience with Asterisk 
parking can shed some light on the issue I'm having.<br><br>I'm basically letting Asterisk (1.8.23) handle all of the parking process:<br><br><br>features.conf<br>parkext => 700<br>parkpos => 701-702<br>context => parkedcalls<br>
<br>On the Cisco phone, I programmed one of the soft keys to park the calls:<br>Key: fnc=sd;ext=<a href="mailto:700@10.0.1.103" target="_blank">700@10.0.1.103</a>;vid=1;nme=Park<br><br>I can either press this key or dial #700 to park the call. Both work smoothly.<br>
<br>The problem happens when I try to park a call when the parking lot is full:<br><br>-
 if I try to park it with dialing #700,I get a warning message saying 
that it can't be done. The existing call (that I tried to park) stays on
 as intended. This is the desired behavior.<br><br>- On the other hand, 
if I try to park it via using the Key (which sends a REFER), Asterisk 
responds with a SIP 503 message (which the phone processes correctly 
telling me that its an invalid transfer). However, the existing call is 
gone - both caller and callee's phones show as if there is a call, but 
they are not connected to each other.  There is no SIP BYE. Asterisk CLI
 says :<br>Spawn extension (callee) exited non-zero on 'Parking\SIP\caller'...<br><br>Is there something that can be done not to lose the call?<br><br>I noticed that parking with dialing #700 and parking with the key button seem to be handled differently in the Asterisk code with different results in this case:<br>
<br>#700 goes thru xfer_park_call_helper and eventually masq_call_transfer in features.c.<br>Key method (REFER) goes thru sip_park_thread in chan_sip.c, ast_park_call_exten and park_call_full in features.c.<br><br>Thanks,<br>
Mert<br>                                    </div></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" 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" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br></blockquote></div><br></div><div class="gmail_extra">Out of morbid curiosity, could you test the same type of transfer against Asterisk 12's parking system?<br>
<br></div><div class="gmail_extra">Also, is this a blind or attended transfer? As in, does the person transferring the call hear the parking failed message, and does that person then get hung up on, or is it the transferee the one that actually attempted parking and failed?<br clear="all">
</div><div class="gmail_extra"><br>-- <br><div dir="ltr">Jonathan R. Rose<br>Digium, Inc. | Software Engineer<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - US<br>direct +1 256 428 6139 <br><br>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a><br>
<br></div>
</div></div>