michael@202: ; michael@202: ; Sample Call Features (parking, transfer, etc) configuration michael@202: ; michael@202: michael@202: ;[general] michael@202: ;parkext => 700 ; What extension to dial to park michael@202: ;parkpos => 701-720 ; What extensions to park calls on. These needs to be michael@202: ; numeric, as Asterisk starts from the start position michael@202: ; and increments with one for the next parked call. michael@202: ;context => parkedcalls ; Which context parked calls are in michael@202: ;parkingtime => 45 ; Number of seconds a call can be parked for michael@202: ; (default is 45 seconds) michael@202: ;courtesytone = beep ; Sound file to play to the parked caller michael@202: ; when someone dials a parked call michael@202: ; or the Touch Monitor is activated/deactivated. michael@202: ;parkedplay = caller ; Who to play the courtesy tone to when picking up a parked call michael@202: ; one of: parked, caller, both (default is caller) michael@202: ;adsipark = yes ; if you want ADSI parking announcements michael@202: ;findslot => next ; Continue to the 'next' free parking space. michael@202: ; Defaults to 'first' available michael@202: ;parkedmusicclass=default ; This is the MOH class to use for the parked channel michael@202: ; as long as the class is not set on the channel directly michael@202: ; using Set(CHANNEL(musicclass)=whatever) in the dialplan michael@202: michael@202: ;transferdigittimeout => 3 ; Number of seconds to wait between digits when transferring a call michael@202: ; (default is 3 seconds) michael@202: ;xfersound = beep ; to indicate an attended transfer is complete michael@202: ;xferfailsound = beeperr ; to indicate a failed transfer michael@202: ;pickupexten = *8 ; Configure the pickup extension. (default is *8) michael@202: ;featuredigittimeout = 500 ; Max time (ms) between digits for michael@202: ; feature activation (default is 500 ms) michael@202: ;atxfernoanswertimeout = 15 ; Timeout for answer on attended transfer default is 15 seconds. michael@202: michael@202: ; Note that the DTMF features listed below only work when two channels have answered and are bridged together. michael@202: ; They can not be used while the remote party is ringing or in progress. If you require this feature you can use michael@202: ; chan_local in combination with Answer to accomplish it. michael@202: michael@202: ;[featuremap] michael@202: ;blindxfer => #1 ; Blind transfer (default is #) michael@202: ;disconnect => *0 ; Disconnect (default is *) michael@202: ;automon => *1 ; One Touch Record a.k.a. Touch Monitor michael@202: ;atxfer => *2 ; Attended transfer michael@202: ;parkcall => #72 ; Park call (one step parking) michael@202: michael@202: ;[applicationmap] michael@202: ; Note that the DYNAMIC_FEATURES channel variable must be set to use the features michael@202: ; defined here. The value of DYNAMIC_FEATURES should be the names of the features michael@202: ; to allow the channel to use separated by '#'. For example: michael@202: ; michael@202: ; Set(DYNAMIC_FEATURES=myfeature1#myfeature2#myfeature3) michael@202: ; michael@202: ; michael@202: ; The syntax for declaring a dynamic feature is the following: michael@202: ; michael@202: ; => ,[/],[,[,MOH_Class]] michael@202: ; michael@202: ; FeatureName -> This is the name of the feature used in when setting the michael@202: ; DYNAMIC_FEATURES variable to enable usage of this feature. michael@202: ; DTMF_sequence -> This is the key sequence used to activate this feature. michael@202: ; ActivateOn -> This is the channel of the call that the application will be executed michael@202: ; on. Valid values are "self" and "peer". "self" means run the michael@202: ; application on the same channel that activated the feature. "peer" michael@202: ; means run the application on the opposite channel from the one that michael@202: ; has activated the feature. michael@202: ; ActivatedBy -> This is which channel is allowed to activate this feature. Valid michael@202: ; values are "caller", "callee", and "both". "both" is the default. michael@202: ; The "caller" is the channel that executed the Dial application, while michael@202: ; the "callee" is the channel called by the Dial application. michael@202: ; Application -> This is the application to execute. michael@202: ; AppArguments -> These are the arguments to be passed into the application. michael@202: ; MOH_Class -> This is the music on hold class to play while the idle michael@202: ; channel waits for the feature to complete. If left blank, michael@202: ; no music will be played. michael@202: ; michael@202: ; michael@202: ; IMPORTANT NOTE: The applicationmap is not intended to be used for all Asterisk michael@202: ; applications. When applications are used in extensions.conf, they are executed michael@202: ; by the PBX core. In this case, these applications are executed outside of the michael@202: ; PBX core, so it does *not* make sense to use any application which has any michael@202: ; concept of dialplan flow. Examples of this would be things like Macro, Goto, michael@202: ; Background, WaitExten, and many more. michael@202: ; michael@202: ; Enabling these features means that the PBX needs to stay in the media flow and michael@202: ; media will not be re-directed if DTMF is sent in the media stream. michael@202: ; michael@202: ; Example Usage: michael@202: ; michael@202: ;testfeature => #9,peer,Playback,tt-monkeys ;Allow both the caller and callee to play michael@202: ; ;tt-monkeys to the opposite channel michael@202: ; michael@202: ;pauseMonitor => #1,self/callee,Pausemonitor ;Allow the callee to pause monitoring michael@202: ; ;on their channel michael@202: ;unpauseMonitor => #3,self/callee,UnPauseMonitor ;Allow the callee to unpause monitoring michael@202: ; ;on their channel michael@202: ;