Lonnie Abelbeck wrote:
> With asterisk 1.4 (astlinux builds) a handy new features.conf
> "parkcall" allows one-step-parking. Example snippets follow...
>
> --- features.conf ---
> [general]
> parkext => 1187 ; What ext. to dial to park
> parkpos => 1188-1189 ; What extensions to park calls on
> context => parkedcalls ; Which context parked calls are in
>
> [featuremap]
> parkcall => ** ; One Step Park with (Kk options)
> ---
>
> When I type ** the caller is parked, the lot extension is announced,
> and the callee disconnects in one smooth operation.
>
> In addition to defining "parkcall" incoming DIAL commands must have
> the "k" option, and outgoing DIAL's must have the "K" option.
>
> I feel this extra configuration is worth the user simplicity and
> works with any phone.
>
> But, there is one problem with the standard
> include => parkedcalls
> extensions.conf setup. A person can ** once, then pickup, but after
> that ** no longer works. The asterisk dev team does not considered
> this a bug, but lack of a feature and asterisk 1.6 adds a
> features.conf solution, but I am a long way off from using 1.6.
>
> Therefore I have found a solution using the Local channel, it seems
> to work well... if anyone sees a problem please speak-up.
>
> --- extensions.conf ---
> ;
> ; Park via 1187 or ** (see features.conf)
> ; Parking lot extensions 1188-1189
> ;
> exten => _118[789],1,Macro(dial-park,${EXTEN})
>
> [macro-dial-park]
> exten => s,1,Answer
> exten => s,n,DIAL(Local/[EMAIL PROTECTED],30,Kk)
> exten => s,n,GotoIf($["${DIALSTATUS}" = "CHANUNAVAIL"]?100)
> exten => s,n,Hangup
>
> exten => s,100,Playback(pbx-invalidpark)
> exten => s,n,Wait(0.4)
> exten => s,n,SayAlpha(${ARG1})
> exten => s,n,Hangup
> ---
>
> I don't use "include => parkedcalls" anywhere.
>
> With this approach, I can **, 1188(pickup), **, 1188(pickup), etc.
>
> Hope this is useful to others.
Interesting. I usually use use the park and announce feature. So you
just transfer the call to 1187 in your example, then have someone else
dial 1188 (etc) to pick up the call.
I'm just thinking how much of a pain in the butt it's going to be to
redo all the Macro logic to a non-macro approach when the Macro function
is deprecated.
Darrick
--
Darrick Hartman
DJH Solutions, LLC
http://www.djhsolutions.com
http://www.djhsolutions.com/wiki
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to [EMAIL
PROTECTED]
