Commit | Line | Data |
---|---|---|
b2e905a6 TN |
1 | ; |
2 | ; Sample Call Features (parking, transfer, etc) configuration | |
3 | ; | |
4 | ||
5 | [general] | |
6 | parkext => *22 ; What extension to dial to park | |
7 | parkpos => 22200-22299 ; What extensions to park calls on. These needs to be | |
8 | ; numeric, as Asterisk starts from the start position | |
9 | ; and increments with one for the next parked call. | |
10 | context => parkedcalls ; Which context parked calls are in | |
11 | parkingtime => 120 ; Number of seconds a call can be parked for | |
12 | ; (default is 45 seconds) | |
13 | courtesytone = beep ; Sound file to play to the parked caller | |
14 | ; when someone dials a parked call | |
15 | ; or the Touch Monitor is activated/deactivated. | |
16 | ;parkedplay = caller ; Who to play the courtesy tone to when picking up a parked call | |
17 | ; one of: parked, caller, both (default is caller) | |
18 | ;adsipark = yes ; if you want ADSI parking announcements | |
19 | ;findslot => next ; Continue to the 'next' free parking space. | |
20 | ; Defaults to 'first' available | |
21 | ;parkedmusicclass=default ; This is the MOH class to use for the parked channel | |
22 | ; as long as the class is not set on the channel directly | |
23 | ; using Set(CHANNEL(musicclass)=whatever) in the dialplan | |
24 | ||
25 | transferdigittimeout => 3 ; Number of seconds to wait between digits when transferring a call | |
26 | ; (default is 3 seconds) | |
27 | ;xfersound = beep ; to indicate an attended transfer is complete | |
28 | ;xferfailsound = beeperr ; to indicate a failed transfer | |
29 | xfersound = pbx-transfer | |
30 | xferfailsound = abandons | |
31 | ||
32 | ;pickupexten = *8 ; Configure the pickup extension. (default is *8) | |
33 | pickupexten = *# | |
34 | ||
35 | featuredigittimeout = 500 ; Max time (ms) between digits for | |
36 | ; feature activation (default is 500 ms) | |
37 | atxfernoanswertimeout = 15 ; Timeout for answer on attended transfer default is 15 seconds. | |
38 | ||
39 | ; Note that the DTMF features listed below only work when two channels have answered and are bridged together. | |
40 | ; They can not be used while the remote party is ringing or in progress. If you require this feature you can use | |
41 | ; chan_local in combination with Answer to accomplish it. | |
42 | ||
43 | [featuremap] | |
44 | blindxfer => ## ; Blind transfer (default is #) | |
45 | disconnect => *10 ; Disconnect (default is *) | |
46 | automon => *13 ; One Touch Record a.k.a. Touch Monitor | |
47 | atxfer => ** ; Attended transfer | |
48 | ;parkcall => #72 ; Park call (one step parking) | |
49 | ||
50 | [applicationmap] | |
51 | ; Note that the DYNAMIC_FEATURES channel variable must be set to use the features | |
52 | ; defined here. The value of DYNAMIC_FEATURES should be the names of the features | |
53 | ; to allow the channel to use separated by '#'. For example: | |
54 | ; | |
55 | ; Set(DYNAMIC_FEATURES=myfeature1#myfeature2#myfeature3) | |
56 | ; | |
57 | ; | |
58 | ; The syntax for declaring a dynamic feature is the following: | |
59 | ; | |
60 | ;<FeatureName> => <DTMF_sequence>,<ActivateOn>[/<ActivatedBy>],<Application>[,<AppArguments>[,MOH_Class]] | |
61 | ; | |
62 | ; FeatureName -> This is the name of the feature used in when setting the | |
63 | ; DYNAMIC_FEATURES variable to enable usage of this feature. | |
64 | ; DTMF_sequence -> This is the key sequence used to activate this feature. | |
65 | ; ActivateOn -> This is the channel of the call that the application will be executed | |
66 | ; on. Valid values are "self" and "peer". "self" means run the | |
67 | ; application on the same channel that activated the feature. "peer" | |
68 | ; means run the application on the opposite channel from the one that | |
69 | ; has activated the feature. | |
70 | ; ActivatedBy -> This is which channel is allowed to activate this feature. Valid | |
71 | ; values are "caller", "callee", and "both". "both" is the default. | |
72 | ; The "caller" is the channel that executed the Dial application, while | |
73 | ; the "callee" is the channel called by the Dial application. | |
74 | ; Application -> This is the application to execute. | |
75 | ; AppArguments -> These are the arguments to be passed into the application. | |
76 | ; MOH_Class -> This is the music on hold class to play while the idle | |
77 | ; channel waits for the feature to complete. If left blank, | |
78 | ; no music will be played. | |
79 | ; | |
80 | ; | |
81 | ; IMPORTANT NOTE: The applicationmap is not intended to be used for all Asterisk | |
82 | ; applications. When applications are used in extensions.conf, they are executed | |
83 | ; by the PBX core. In this case, these applications are executed outside of the | |
84 | ; PBX core, so it does *not* make sense to use any application which has any | |
85 | ; concept of dialplan flow. Examples of this would be things like Macro, Goto, | |
86 | ; Background, WaitExten, and many more. | |
87 | ; | |
88 | ; Enabling these features means that the PBX needs to stay in the media flow and | |
89 | ; media will not be re-directed if DTMF is sent in the media stream. | |
90 | ; | |
91 | ; Example Usage: | |
92 | ; | |
93 | ;testfeature => #9,peer,Playback,tt-monkeys ;Allow both the caller and callee to play | |
94 | ; ;tt-monkeys to the opposite channel | |
95 | ; | |
96 | ;pauseMonitor => #1,self/callee,Pausemonitor ;Allow the callee to pause monitoring | |
97 | ; ;on their channel | |
98 | ;unpauseMonitor => #3,self/callee,UnPauseMonitor ;Allow the callee to unpause monitoring | |
99 | ; ;on their channel | |
100 | ; |