Allow Caller to Exit Park

Hello Everyone,

I don’t have much experience with Asterisk, if anyone can help, i’ll appreciate it!

Scenario:
Parking lot with a timeout destination to a Queue.

What we are trying to accomplish:
Allow the caller to press a digit or digits while being parked that will send the caller to the timeout destination.

Can anyone provide some tips how to accomplish this?

Many thanks.

You may want to skip parking the caller and instead place them directly in the queue, queues support having a dialplan context associated with them to handle dialing extensions while waiting for an agent.

Thought of that already.
But park manager won’t work with this. Plus, I want anyone to be able to retrieve the call and all other park features.

Is there anyway to include in the park config that it should listen for DTMF, and once received it should go to the timeout destination?

I don’t believe that is possible to do with the Park application.

Understood. As mentioned, I’m no expert, so here I am with another question…

Is there a possibility to send the call to a custom dialplan before going to park which will set the call to listen the entire time for DTMF?

You could park a local channel, in which case any features that can accessed from Dial could be used.

Hi David, I know this is quite old, but we never found a proper solution to that and I want to revisit this.

Can you please elaborate on that?

During an active call I see both channels SIP/DEV1 and SIP/DEV2


testpbx*CLI> core show channels
Channel              Location             State   Application(Data)
SIP/101-00000082   (None)               Up      AppDial((Outgoing Line))
SIP/107-00000081     s@macro-dial-one:55  Up      Dial(SIP/101,,HhTtrb(func-ap

Where would I get the local channel?

Further testing, I see that non of the Dynamic Features are working while the caller is parked.

Maybe I am missing something?

Depends on which channel you are parking.

Looking at the example above, 107.

The initial extension called by 107 dials a local channel, with the /n option, and with features enabled. The local channel invokes the Queue application. When the call gets parked, it is the ;2 side of the local channel that gets parked, so the feature code can still act on the real incoming channel, which is bridged to the ;1 side, and not, itself, parked.

Thanks, I’ll look into it.

In the meantime, does anyone know if this intentionally by design to now allow these to be dialed while parked?

Dynamic features only work while in Dial() and bridging to someone else. It’s just the way the implementation works.

1 Like

Understood, Thanks.

When you say bridging to someone else, you indicated that in a holding bridge it won’t work as well. Is that correct?

That is correct. They don’t apply there.

Thanks. I’ll see what I can come up with.