Re-parking a call in same parking lot spot causes disconnect of call

Using Freepbx 13.0.197
Parking Lot Module 13.0.19.11

Client places a call in a parking lot location, someone picks up the call and needs to repark them, so they park them in the same parking lot location, the call is disconnected. If they park them in a new lot location they have no problems.

Has anyone else experienced this? Any work around or setting that may be incorrect?

Any and all help is greatly appreciated.

Share a call trace on pastebin, maybe there is a clue there.
https://wiki.freepbx.org/display/SUP/Providing+Great+Debug#ProvidingGreatDebug-AsteriskLogs-PartII

1 Like

https://pastebin.freepbx.org/view/85db2b95#L676

Is there more? All this shows is a call coming, ring a Ring Group, get answered and the call is parked. Nothing shows it being unparked/picked up or the re-parking attempt.

Part 2 - Two CDR Line Items for the one call.

https://pastebin.freepbx.org/view/07425398

Looking at part 2. I don’t see where the call is being sent to park again.

It only shows 105 retrieving the call from 72.

[2019-10-25 08:47:08] VERBOSE[5778][C-000a5ff2] res_musiconhold.c:     -- Stopped music on hold on SIP/vitel-inbound-000dd0cb
[2019-10-25 08:47:08] VERBOSE[5778][C-000a5ff2] file.c:     -- <SIP/105-000dd0d6> Playing 'beep.ulaw' (language 'en')
[2019-10-25 08:47:08] VERBOSE[5778][C-000a5ff2] file.c:     -- <SIP/vitel-inbound-000dd0cb> Playing 'beep.ulaw' (language 'en')
[2019-10-25 08:47:09] VERBOSE[5778][C-000a5ff2] features.c:     -- Channel SIP/105-000dd0d6 connected to parked call 72

However, I did notice there’s a 7 second delay from when 105 dialed 72 till they got connected.

Which version of Asterisk are you using?

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.