77afc12898d6eba8d9d6a9628b624f45ff6f59e4
[asterisk/asterisk.git] / configs / cel_adaptive_odbc.conf.sample
1 ;
2 ; Asterisk Channel Event Logging (CEL) - Adaptive ODBC Backend
3 ;
4
5 ;
6 ; This configuration defines the connections and tables for which CEL records may
7 ; be populated.  Each context specifies a different CEL table to be used.
8 ;
9 ; The columns in the tables should match up word-for-word (case-insensitive)
10 ; to the CEL variables set in the dialplan.  The natural advantage to this
11 ; system is that beyond setting up the configuration file to tell you what
12 ; tables to look at, there isn't anything more to do beyond creating the
13 ; columns for the fields that you want, and populating the corresponding
14 ; CEL variables in the dialplan.
15 ;
16 ; Please note that after adding columns to the database, it is necessary to
17 ; reload this module to get the new column names and types read.
18 ;
19 ; Warning: if you specify two contexts with exactly the same connection and
20 ; table names, you will get duplicate records in that table.  So be careful.
21 ;
22 ; CEL FIELDS:
23 ;       eventtype
24 ;         CEL_CHANNEL_START = 1
25 ;         CEL_CHANNEL_END = 2
26 ;         CEL_HANGUP = 3
27 ;         CEL_ANSWER = 4
28 ;         CEL_APP_START = 5
29 ;         CEL_APP_END = 6
30 ;         CEL_BRIDGE_START = 7
31 ;         CEL_BRIDGE_END = 8
32 ;         CEL_CONF_START = 9
33 ;         CEL_CONF_END = 10
34 ;         CEL_PARK_START = 11
35 ;         CEL_PARK_END = 12
36 ;         CEL_BLINDTRANSFER = 13
37 ;         CEL_ATTENDEDTRANSFER = 14
38 ;         CEL_TRANSFER = 15
39 ;         CEL_HOOKFLASH = 16
40 ;         CEL_3WAY_START = 17
41 ;         CEL_3WAY_END = 18
42 ;         CEL_CONF_ENTER = 19
43 ;         CEL_CONF_EXIT = 20
44 ;         CEL_USER_DEFINED = 21
45 ;         CEL_LINKEDID_END = 22
46 ;         CEL_BRIDGE_UPDATE = 23
47 ;         CEL_PICKUP = 24
48 ;         CEL_FORWARD = 25
49 ;       eventtime  (timeval, includes microseconds)
50 ;       userdeftype (set only if eventtype == USER_DEFINED)
51 ;       cid_name
52 ;       cid_num
53 ;       cid_ani
54 ;       cid_rdnis
55 ;       cid_dnid
56 ;       exten
57 ;       context
58 ;       channame
59 ;       appname
60 ;       appdata
61 ;       accountcode
62 ;       peeraccount
63 ;       uniqueid
64 ;       linkedid
65 ;       amaflag  (an int)
66 ;       userfield
67 ;       peer
68
69
70 ;[first]
71 ;connection=mysql1
72 ;table=cel
73
74 ;[second]
75 ;connection=mysql1
76 ;table=extracel
77
78 ;[third]
79 ;connection=sqlserver
80 ;table=AsteriskCEL
81 ;usegmtime=yes ; defaults to no
82 ;alias src => source
83 ;alias channel => source_channel
84 ;alias dst => dest
85 ;alias dstchannel => dest_channel
86 ;
87 ; Any filter specified MUST match exactly or the CDR will be discarded
88 ;filter accountcode => somename
89 ;filter src => 123
90 ;
91 ; Additionally, we now support setting static values per column.  Reason
92 ; for this is to allow different sections to specify different values for
93 ; a certain named column, presumably separated by filters.
94 ;static "Some Special Value" => identifier_code
95
96
97 ; On Wednesday 10 September 2008 21:11:16 Tilghman Lesher wrote:
98 ; (this module patterned after the CDR module)
99 ; I thought that the sample cdr_adaptive_odbc.conf was rather clear, but
100 ; apparently not.  The point of this module is to allow you log whatever you
101 ; like in terms of the CDR variables.  Do you want to log uniqueid?  Then simply
102 ; ensure that your table has that column.  If you don't want the column, ensure
103 ; that it does not exist in the table structure.  If you'd like to call uniqueid
104 ; something else in your table, simply provide an alias in the configuration
105 ; file that maps the standard CDR field name (uniqueid) to whatever column
106 ; name you like.