The previous attempt at using a pipe to guarantee astcanary shutdown did not work.
[asterisk/asterisk.git] / configs / ais.conf.sample
1 ;
2 ; Sample configuration file for res_ais
3 ;   * SAForum AIS (Application Interface Specification)
4 ;
5 ; More information on the AIS specification is available from the SAForum.
6 ;   * http://www.saforum.org/
7 ;
8 ; A nice open source implementation of AIS is available called openais. Visit
9 ; the openais website for downloads and more information.
10 ;   * http://www.openais.org/
11 ;
12
13 ;
14 ;                            *** NOTE ***
15 ; This document includes some information about using the res_ais module for
16 ; distributed events.  However, it is important to note that res_ais is still
17 ; considered experimental, as the module exposes the binary format of events
18 ; over the network between servers.  This format is still subject to change
19 ; between 1.6.X releases.
20 ;                            ************
21
22 ;
23 ; [general]
24 ; The general section is reserved but not currently used.
25 ;
26
27 ;
28 ; Event channels are named distributed groups that share events.  Each node
29 ; that is the member of the event channel should have an entry in their
30 ; ais.conf file that indicates that they are a member of the event channel.
31 ; Each node's entry for the event channel also indicates which event types
32 ; will be published to other nodes, as well as which event types this node
33 ; will subscribe to from other nodes in the event channel.
34 ;
35 ; The name of the event channel is the name in brackets that begin a section
36 ; in the configuration file.
37 ;    [mwi]
38 ;
39 ; To define an event channel, this entry must be in the configuration section:
40 ;    type=event_channel
41 ;
42 ; Indicate that a node is capable of publishing events of a certain type by
43 ; using the publish_event directive.
44 ;    publish_event=mwi
45 ;
46 ; Indicate that a node is interested in receiving events of a certain type
47 ; from other nodes in the event channel by using the subscribe_event directive.
48 ;    subscribe_event=mwi
49 ;
50 ; Supported event types include: mwi, device_state
51 ;
52
53 ;
54 ; This example is for a node that can provide MWI state information, but should
55 ; also be listening for MWI state changes from other nodes.  Examples of when
56 ; this would be used are when this is both a voicemail server and also has
57 ; phones directly registered to it.
58 ;
59 ; [mwi]
60 ; type=event_channel
61 ; publish_event=mwi
62 ; subscribe_event=mwi
63 ;
64
65 ;
66 ; This example would be used for a node that can provide MWI state to other
67 ; nodes, but does not need to know about MWI state changes that happen on
68 ; any other node.  This would most likely be a voicemail server where no
69 ; phones are directly registered.
70 ;
71 ; [mwi]
72 ; type=event_channel
73 ; publish_event=mwi
74 ;
75
76 ;
77 ; This example would be used for a node that has phones directly registered
78 ; to it, but does not have direct access to voicemail.  So, this node wants
79 ; to be informed about MWI state changes on other voicemail server nodes, but
80 ; is not capable of publishing any state changes.
81 ;
82 ; [mwi]
83 ; type=event_channel
84 ; subscribe_event=mwi
85 ;