Summary:ASTERISK-08424: Parked Calls drop immediately
Reporter:Matthew Jones (itransact)Labels:
Date Opened:2006-12-22 14:05:09.000-0600Date Closed:2011-06-07 14:02:42
Versions:Frequency of
Environment:Attachments:( 0) debuglog.txt
Description:Having an issue parking calls at a clients site.

Upgraded from 1.09 to 1.40b4 and everything went smooth with the exception of this strange call parking bug.

When a call is parked, it immediately exits with a this error:

Dec 22 11:38:09]     -- Started music on hold, class 'default', on channel 'SIP/808-40f12500'
[Dec 22 11:38:09] DEBUG[29486]: channel.c:1908 ast_settimeout: Scheduling timer at 160 sample intervals
[Dec 22 11:38:09] DEBUG[29486]: pbx.c:2356 __ast_pbx_run: Spawn extension (internal,s,1) exited KEEPALIVE on 'SIP/808-40f12500'
[Dec 22 11:38:09]   == Spawn extension (internal, s, 1) exited KEEPALIVE on 'SIP/808-40f12500'

It then goes back to the device as a call on hold, but will not complete the park.

Caller hears the MOH music for a split second when the call is placed on hold, but when the call is xfered to the parking extension 700 the call drops right after the system places the park channel.


[Dec 22 11:38:07]   == Parked SIP/808-40f12500 on 701@parkedcalls. Will timeout back to extension [internal] s, 1 in 45 seconds
[Dec 22 11:38:07]     -- Added extension '701' priority 1 to parkedcalls
[Dec 22 11:38:07]     -- Playing 'digits/7' (language 'en')
[Dec 22 11:38:08]     -- Playing 'digits/0' (language 'en')
[Dec 22 11:38:08]     -- Playing 'digits/1' (language 'en')
[Dec 22 11:38:09]     -- Started music on hold, class 'default', on channel 'SIP/808-40f12500'
[Dec 22 11:38:09]   == Spawn extension (internal, s, 1) exited KEEPALIVE on 'SIP/808-40f12500'

Rolled back to 1.09 and confirmed all works again.

Tried in 1.4.0 beta 3 and beta 4 with same results


using stock features.conf file
include=> parkedcalls is in the [local] definition (used the supplied config file and modified it with the current extensions, so using the stock definition).

Phones are Polycom 500/501 with SIP 1.6.7 image.
Comments:By: Matthew Jones (itransact) 2006-12-22 23:39:36.000-0600

Just tested against 1.2.13 and 1.2.14 and all seems fine. Calls park as expected. Problem seems limited to 1.4 branch

By: Serge Vecher (serge-v) 2006-12-27 13:57:09.000-0600

the problem, I think, is that you are using mpg123 for music-on-hold. Support for it has been removed in 1.4 release. You should switch to using native file formats, such as ulaw or gsm and avoid using mp3, especially if this is a production server.

By: Joshua C. Colp (jcolp) 2007-01-10 23:55:35.000-0600

Please give 1.4 as of revision 50468 a try. Thanks!

By: Joshua C. Colp (jcolp) 2007-01-22 22:30:24.000-0600

I am suspending this bug for now since there has been no response for awhile. If this is still an issue please try the revision I gave and produce updated console logging. Thanks!