[Home]

Summary:ASTERISK-09437: Attempt to park call to already taken parking slot result in weird behavior and requires asterisk restart
Reporter:mdu113 (mdu113)Labels:
Date Opened:2007-05-14 14:35:26Date Closed:2007-07-11 19:58:55
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) parking1.txt
( 1) parking-stillbad-attended
( 2) parking-stillbad-blind
Description:Attempt to park call to already taken parking slot (I'm using PARKINGEXTEN variable) results in all parked call to loose sound and partial asterisk block.
After such attempt I'm unable to pick up any parked channel. 'core show channels'
works intermittently (sometimes it shows nothing) and when it works it shows all parked calls in the channel list. Other console commands also work intermittently
and 'restart now' 4 out of 5 times doesn't restart asterisk.


****** ADDITIONAL INFORMATION ******

features.conf:
[general]
parkext => 700                
parkpos => 701-709            
context => parkedcalls
parkingtime => 600

extensions.conf
[default]
exten => *33,1,Set(PARKINGEXTEN=705)
exten => *33,n,Park
exten => *33,n,HangUp
exten => *33705,1,ParkedCall(705)

I'm initiating a call from another asterisk server,answer it at local sip friend 'xyz011101' and transfer it to extension *33. At this point I call is parked at extension 705 and I can pick it up by dialing *33705.
If I repeat the process and attempt to park another call to the extension 705 (by dialing *33 again) then parking is broken, asterisk is partially blocked and
requires restart to get back to normal.
I'm uploading console output of such attempt. After the 2nd parking attempt I hungup all the calls. Nonetheless they still show up in 'core show channels'.
Please let me know if you need more info.
Comments:By: Russell Bryant (russell) 2007-05-14 16:18:00

This issue should be fixed in 1.4 and trunk in revisions 64353 and 64354.  Park will now properly check to ensure that the parking extension requested is not already in use.  Thanks!

By: mdu113 (mdu113) 2007-05-15 11:37:39

Upgraded to revision 64353, but see no difference.
It behaves exactly as it was before.
If you need more debugging info please let me know what you want me to collect. Thanks.

By: Russell Bryant (russell) 2007-05-15 14:59:55

Ok, I think I really got it this time.  :)

Fixed in 1.4 and trunk in revisions 64426 and 64427.  Thanks!

By: mdu113 (mdu113) 2007-05-16 11:25:27

Not completely ;(.
Using the same configuration and scenario.
Files parking-stillbad-blind and parking-stillbad-attended have console output and
my comments for executing the scenario with blind and attended transfer.
I made it in files because they are quite long and I didn't want to clutter this page.

By: Russell Bryant (russell) 2007-06-01 14:45:17

I have moved this issue into the SIP category, because it now looks like another bug report on hanging SIP channels, and not specific to the parking code.

By: Joshua C. Colp (jcolp) 2007-06-04 12:43:11

Fixed in 1.4 as of revision 67064 and trunk as of revision 67065.