Registro Llamadas y Eventos - Historial de revisiones

SirLouen en 16:46 6 jul 2014

2014-07-06T16:46:06Z

SirLouen: /* Enlaces Externos */

2012-06-19T11:55:04Z

Enlaces Externos

SirLouen en 21:04 7 jun 2012

2012-06-07T21:04:17Z

SirLouen: /* Configuración MySQL / PostgreSQL */

2012-06-05T19:55:02Z

Configuración MySQL / PostgreSQL

SirLouen: /* Configuración MySQL / PostgreSQL */

2012-06-05T19:54:50Z

Configuración MySQL / PostgreSQL

SirLouen: /* Véase también */

2012-06-05T19:09:22Z

Véase también

SirLouen en 19:07 5 jun 2012

2012-06-05T19:07:48Z

SirLouen: /* Sistema CEL */

2012-06-05T18:53:17Z

Sistema CEL

SirLouen: /* Configuración SQLite */

2012-06-05T18:52:31Z

Configuración SQLite

SirLouen: /* Configuración ODBC */

2012-06-05T18:38:07Z

Configuración ODBC

← Revisión anterior		Revisión del 16:46 6 jul 2014
Línea 2:		Línea 2:

	El registro de llamadas en Asterisk, llamado CDR (Call Detail Record), y de Eventos llamado CEL (Call Event Logging) proveen de múltiples mecanismos de almacenaje de toda la información relativa a las llamadas, con carácter entrante y saliente del sistema, específicamente diseñado para su posible posterior analísis.		El registro de llamadas en Asterisk, llamado CDR (Call Detail Record), y de Eventos llamado CEL (Call Event Logging) proveen de múltiples mecanismos de almacenaje de toda la información relativa a las llamadas, con carácter entrante y saliente del sistema, específicamente diseñado para su posible posterior analísis.
		+
		+	{{Centrar\|{{#Widget:AdSense}}}}

	__TOC__		__TOC__

← Revisión anterior		Revisión del 11:55 19 jun 2012
Línea 158:		Línea 158:
	* [http://www.sqlite.org/ SQLite], página oficial de este básico motor de Base de Datos		* [http://www.sqlite.org/ SQLite], página oficial de este básico motor de Base de Datos

−	[[Categoría:~~General~~]]	+	[[Categoría:Avanzado‏‎]]

← Revisión anterior		Revisión del 21:04 7 jun 2012
Línea 1:		Línea 1:
−	~~{{Format}}~~
	{{ToDo}}		{{ToDo}}

@@ Línea 110: / Línea 110: @@
 {{Database|cdr|CREATE TABLE cdr (<br>calldate datetime NOT NULL default '0000-00-00 00:00:00',<br>clid varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>src varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>
-dst varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dcontext varchar(80) NOT NULL default <nowiki>''</nowiki>, <br>channel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dstchannel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br> lastapp varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>lastdata varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>duration int(11) NOT NULL default '0',<br>billsec int(11) NOT NULL default '0',<br>disposition varchar(45) NOT NULL default <nowiki>''</nowiki>,<br>amaflags int(11) NOT NULL default '0',<br>accountcode varchar(20) NOT NULL default <nowiki>''</nowiki>,<br>uniqueid varchar(32) NOT NULL default <nowiki>''</nowiki>,<br>userfield varchar(255) NOT NULL default ''<br>);}}
+dst varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dcontext varchar(80) NOT NULL default <nowiki>''</nowiki>, <br>channel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dstchannel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br> lastapp varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>lastdata varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>duration int(11) NOT NULL default '0',<br>billsec int(11) NOT NULL default '0',<br>disposition varchar(45) NOT NULL default <nowiki>''</nowiki>,<br>amaflags int(11) NOT NULL default '0',<br>accountcode varchar(20) NOT NULL default <nowiki>''</nowiki>,<br>uniqueid varchar(32) NOT NULL default <nowiki>''</nowiki>,<br>userfield varchar(255) NOT NULL default <nowiki>''</nowiki><br>);}}
 Esta estructura, también es valido para otros sistemas, como el Driver ODBC, en caso que sea la configuración estandar y no vayamos a usar campos adicionales específicos del sistema Adaptativo.

@@ Línea 109: / Línea 109: @@
 Para el caso de las bases de datos, necesitaremos crear una tabla como la siguiente, donde se almacenará toda la información SQL:
-{{Database|cdr|CREATE TABLE cdr (<br>calldate datetime NOT NULL default '0000-00-00 00:00:00',<br>clid varchar(80) NOT NULL default '',<br>src varchar(80) NOT NULL default '',<br>
+{{Database|cdr|CREATE TABLE cdr (<br>calldate datetime NOT NULL default '0000-00-00 00:00:00',<br>clid varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>src varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>
-dst varchar(80) NOT NULL default '',<br>dcontext varchar(80) NOT NULL default '',<br>channel varchar(80) NOT NULL default '',<br>dstchannel varchar(80) NOT NULL default '',<br>
+dst varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dcontext varchar(80) NOT NULL default <nowiki>''</nowiki>, <br>channel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>dstchannel varchar(80) NOT NULL default <nowiki>''</nowiki>,<br> lastapp varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>lastdata varchar(80) NOT NULL default <nowiki>''</nowiki>,<br>duration int(11) NOT NULL default '0',<br>billsec int(11) NOT NULL default '0',<br>disposition varchar(45) NOT NULL default <nowiki>''</nowiki>,<br>amaflags int(11) NOT NULL default '0',<br>accountcode varchar(20) NOT NULL default <nowiki>''</nowiki>,<br>uniqueid varchar(32) NOT NULL default <nowiki>''</nowiki>,<br>userfield varchar(255) NOT NULL default ''<br>);}}
 Esta estructura, también es valido para otros sistemas, como el Driver ODBC, en caso que sea la configuración estandar y no vayamos a usar campos adicionales específicos del sistema Adaptativo.

← Revisión anterior		Revisión del 19:09 5 jun 2012
Línea 155:		Línea 155:

	* [[Asterisk Realtime]]		* [[Asterisk Realtime]]
		+	* [[CDR-Stats]]

	== Enlaces Externos ==		== Enlaces Externos ==

@@ Línea 31: / Línea 31: @@
 * Con un Driver ODBC parecido al sistema visto en [[Asterisk Realtime]] (Fichero '''cdr_odbc.conf''')
 * Podemos pasar al [[AMI]] información de lectura sobre el CDR (fichero '''cdr_manager.conf''')
 === Configuración Ficheros CSV ===
@@ Línea 125: / Línea 132: @@
 == Sistema CEL ==
-Segun visto anteriormente, CEL, Call Event Logging, es una evolución de CDR, surgida a partir de la versión 1.8, dando aun superior soporte al anterior intento basado en el CDR Adaptativo, y diseñada para poder tener control no solo de los pasos de la llamada, sino de los eventos a nivel interno que van surgiendo en el flujo de una llamada dentro de nuestro [[:Seccion:Dialplan|Plan de Marcación]]. Es posible que el sistema CDR quede obsoleto con el tiempo en favor a CEL, dado que es capaz de recibir y manipular la misma cantidad de información que CDR, pero incluso con mayor detalle a voluntad, aunque el primero, podría aun conservarse para sistemas que tampoco requieran un nivel de detalle tan excesivo, dada que su facilidad de interpretación.
+Según visto anteriormente, CEL, Call Event Logging, es una evolución de CDR, surgida a partir de la versión 1.8, dando aun superior soporte al anterior intento basado en el CDR Adaptativo, y diseñada para poder tener control no solo de los pasos de la llamada, sino de los eventos a nivel interno que van surgiendo en el flujo de una llamada dentro de nuestro [[:Seccion:Dialplan|Plan de Marcación]]. Es posible que el sistema CDR quede obsoleto con el tiempo en favor a CEL, dado que es capaz de recibir y manipular la misma cantidad de información que CDR, pero incluso con mayor detalle a voluntad, aunque el primero, podría aun conservarse para sistemas que tampoco requieran un nivel de detalle tan excesivo, dada que su facilidad de interpretación.
 == Referencias ==

@@ Línea 112: / Línea 112: @@
 ==== Configuración SQLite ====
-Por otro lado existe la posibilidad de almacenar en un sistema de Base de Datos más básico para máquinas que no hacen un uso especialmente intensivo de este recurso, como es el caso de SQLite, un tipo de base de datos transaccional que esta basada en uno o varios ficheros localizados, y requiere un bajo nivel de configuración (por no decir nulo). En contrapartida hay que sabe r
+Por otro lado existe la posibilidad de almacenar en un sistema de Base de Datos más básico para máquinas que no hacen un uso especialmente intensivo de este recurso, como es el caso de SQLite, un tipo de base de datos transaccional que esta basada en uno o varios ficheros localizados, y requiere un bajo nivel de configuración (por no decir nulo). En contrapartida hay que saber que este tipo de Base de Datos es muy limitada (porque en esencia no deja de ser un único fichero), y suele ser utilizada para instalaciones, literalmente, de andar por casa (de hecho por ejemplo uno de los sistemas que utilice una base de datos SQL es el sistema de almacenamiento online Dropbox <ref>[https://www.dropbox.com DropBox], Dropbox Inc.</ref> para el software que proporciona en el lado '''Cliente'''. Esto es importante, dado que aunque sea un sistema de base de datos como otros aquí vistos es muy posible que si estemos haciendo un uso intensivo del mismo, tengamos la necesidad de cambiar lo antes posible
 == Sistema CEL ==

← Revisión anterior		Revisión del 18:38 5 jun 2012
Línea 80:		Línea 80:

	{{Archivo\|/etc/asterisk/extensions.conf\| ; Llamadas a Moviles<br>exten => _6XXXXXXXX,1,Set(CDR(coste_minuto)=0.05)}}		{{Archivo\|/etc/asterisk/extensions.conf\| ; Llamadas a Moviles<br>exten => _6XXXXXXXX,1,Set(CDR(coste_minuto)=0.05)}}
		+
		+	La estructura del fichero cdr_adaptive_odbc.conf esta basada en la definición de contextos por cada tabla a la que queramos hacer referencia del registro de llamadas. El contexto lo definimos con un nombre cualquiera descriptivo para la conexión, ejemplo <nowiki>[odbc_cdr]</nowiki>. Luego podemos definir los siguientes parámetros especificos:
		+
		+	* '''connection''': El nombre del contexto dentro de res_odbc.conf al que queremos hacer referencia, tenemos más información de este fichero dentro del apartado [[Asterisk Realtime]].
		+	* '''table''': La tabla de la base de datos SQL donde vamos a almacenar la información
		+	* '''usegmtime''': Si queremos utilizar el tiempo en el huso GMT por defecto.
		+
		+	==== Configuración MySQL / PostgreSQL ====
		+
		+	En este caso, como comentaba antes, la mayoría de las soluciones "a medida" para diferentes bases de datos estan quedando obsoletas en favor de los Drivers ODBC y más en este caso, el sistema ODBC Adaptativo que incorpora funcionalidades muy superiores.
		+
		+	En caso de MySQL, tenemos el fichero cdr_mysql.conf, y para PostgreSQL, el fichero cdr_pgsql.conf, cuya configuración de ambos se basa en un único contexto <nowiki>[global]</nowiki> y dentro de este los siguientes parámetros específicos:
		+
		+	* '''hostname''': Dirección IP del servidor MySQL
		+	* '''dbname''': Nombre de la base de datos contenida en el servidor MySQL
		+	* '''table''': Nombre de la tabla a la que haremos referencia
		+	* '''user''': Usuario de la base de datos
		+	* '''password''': Contraseña del usuario de la base de datos
		+	* '''port''': Puerto de la base de datos MySQL si es diferente al estándar 3306.
		+
		+	Para el caso de las bases de datos, necesitaremos crear una tabla como la siguiente, donde se almacenará toda la información SQL:
		+
		+	{{Database\|cdr\|CREATE TABLE cdr (<br>calldate datetime NOT NULL default '0000-00-00 00:00:00',<br>clid varchar(80) NOT NULL default '',<br>src varchar(80) NOT NULL default '',<br>
		+	dst varchar(80) NOT NULL default '',<br>dcontext varchar(80) NOT NULL default '',<br>channel varchar(80) NOT NULL default '',<br>dstchannel varchar(80) NOT NULL default '',<br>
		+	lastapp varchar(80) NOT NULL default '',<br>lastdata varchar(80) NOT NULL default '',<br>duration int(11) NOT NULL default '0',<br>billsec int(11) NOT NULL default '0',<br>
		+	disposition varchar(45) NOT NULL default '',<br>amaflags int(11) NOT NULL default '0',<br>accountcode varchar(20) NOT NULL default '',<br>uniqueid varchar(32) NOT NULL default '',<br>
		+	userfield varchar(255) NOT NULL default ''<br>);}}
		+
		+	Esta estructura, también es valido para otros sistemas, como el Driver ODBC, en caso que sea la configuración estandar y no vayamos a usar campos adicionales específicos del sistema Adaptativo.

	==== Configuración SQLite ====		==== Configuración SQLite ====