Re: [Astlinux-users] One Step Parking
Lonnie Abelbeck wrote: On May 19, 2008, at 2:32 AM, Philip Prindeville wrote: Darrick Hartman (lists) wrote: [snip] 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 Actually, I didn't find the new GoSub with arguments to be all that painful. It wasn't as bad as I thought it would be. -Philip It appears that MACRO() is not going away, though deprecated. for the sake of backwards compatibility it will not be removed see below. From asterisk /tags/1.6.0-beta9/UPGRADE.txt 88 Macro() is now deprecated. If you need subroutines, you should use the The developers typically remove the feature in the version after the feature is marked as deprecated. I would expect this to be gone in 1.8, whenever that's released. So for 1.4 and 1.6, you're right that Macro() is still available. 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/vse012070mrt/direct/01/ ___ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
Re: [Astlinux-users] One Step Parking
It appears that MACRO() is not going away, though deprecated. for the sake of backwards compatibility it will not be removed see below. From asterisk /tags/1.6.0-beta9/UPGRADE.txt 88 Macro() is now deprecated. If you need subroutines, you should use the The developers typically remove the feature in the version after the feature is marked as deprecated. I would expect this to be gone in 1.8, whenever that's released. So for 1.4 and 1.6, you're right that Macro() is still available. Darrick I agree with you, removing deprecated features is the norm... but I read their description as... we prefer you not to use macro() anymore, but because of all the grief we have been getting from removing long-standard features, we have decided to not remove macro() anytime soon - my quote I predict 1.8 and 2.0 will include macro()... but, I may be wrong. :-) Lonnie Look at http://www.venturevoip.com/news.php?rssid=1997 Maybe they will be insightful somewhere in the future. Michael -- Email: mailto:[EMAIL PROTECTED] Web : http://www.easylivin.de - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
Re: [Astlinux-users] One Step Parking
On May 14, 2008, at 11:02 PM, Darrick Hartman (lists) wrote:
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.
Yes, but ** is the easier method to park the call, no transferring
required.
Hence the One Step Park.
Lonnie
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to [EMAIL
PROTECTED]
Re: [Astlinux-users] One Step Parking
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/vse012070mrt/direct/01/
___
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to [EMAIL
PROTECTED]
