9b2725b9316f0a40e2eea1ccedeb17cf12cacb4e
[asterisk/asterisk.git] / configs / cdr_adaptive_odbc.conf.sample
1 ;
2 ; This configuration defines the connections and tables for which CDRs may
3 ; be populated.  Each context specifies a different CDR table to be used.
4 ;
5 ; The columns in the tables should match up word-for-word (case-insensitive)
6 ; to the CDR variables set in the dialplan.  The natural advantage to this
7 ; system is that beyond setting up the configuration file to tell you what
8 ; tables to look at, there isn't anything more to do beyond creating the
9 ; columns for the fields that you want, and populating the corresponding
10 ; CDR variables in the dialplan.  For the builtin variables only, you may
11 ; create aliases for the real column name.
12 ;
13 ; Please note that after adding columns to the database, it is necessary to
14 ; reload this module to get the new column names and types read.
15 ;
16 ; Warning: if you specify two contexts with exactly the same connection and
17 ; table names, you will get duplicate records in that table.  So be careful.
18 ;
19
20 ;[first]
21 ;connection=mysql1
22 ;table=cdr
23
24 ;[second]
25 ;connection=mysql1
26 ;table=extracdr
27
28 ;[third]
29 ;connection=sqlserver
30 ;table=AsteriskCDR
31 ;usegmtime=yes ; defaults to no
32 ;alias src => source
33 ;alias channel => source_channel
34 ;alias dst => dest
35 ;alias dstchannel => dest_channel
36 ;
37 ; Any filter specified MUST match exactly or the CDR will be discarded
38 ;filter accountcode => somename
39 ;filter src => 123
40 ; Negative filters are also now available
41 ;filter src != 456
42 ;
43 ; Additionally, we now support setting static values per column.  Reason
44 ; for this is to allow different sections to specify different values for
45 ; a certain named column, presumably separated by filters.
46 ;static "Some Special Value" => identifier_code
47
48
49 ; On Wednesday 10 September 2008 21:11:16 Tilghman Lesher wrote:
50 ;
51 ; I thought that the sample cdr_adaptive_odbc.conf was rather clear, but
52 ; apparently not.  The point of this module is to allow you log whatever you
53 ; like in terms of the CDR variables.  Do you want to log uniqueid?  Then simply
54 ; ensure that your table has that column.  If you don't want the column, ensure
55 ; that it does not exist in the table structure.  If you'd like to call uniqueid
56 ; something else in your table, simply provide an alias in the configuration
57 ; file that maps the standard CDR field name (uniqueid) to whatever column
58 ; name you like.  Perhaps you'd like some extra CDR values logged that aren't
59 ; in the standard repertoire of CDR variables (some that come to mind are
60 ; certain values used for LCR:  route, per_minute_cost, and per_minute_price).
61 ; Simply set those CDR variables in your dialplan, i.e. Set(CDR(route)=27),
62 ; ensure that a corresponding column exists in your table, and cdr_adaptive_odbc
63 ; will do the rest.
64