Vous êtes sur la page 1sur 8

REGISTRO DE DETALLE DE LLAMADAS (CDR)

Un registro de detalle de llamadas (CDR) en voz sobre IP (VoIP) es un archivo


que contiene informacin sobre el uso del sistema recientes tales como las
identidades de las fuentes (puntos de origen), las identidades de los destinos
(extremos), la duracin de cada llamada, la cantidad facturada por cada
llamada, el tiempo de uso total en el perodo de facturacin, el tiempo libre
total restante en el perodo de facturacin, y el funcionamiento total cargado
durante el perodo de facturacin. El formato de la CDR vara entre los
proveedores de VoIP o programas. Algunos programas permiten CDRs ser
configurado por el usuario.
Puede descargarse A CDR para una cuenta particular a peticin del suscriptor
que tiene esa cuenta. Si el proveedor de VoIP provee a los usuarios con cuentas
detalladas, va a aparecer un CDR en cada factura, en un formato similar de una
factura de telfono de larga distancia detallada suministrado por una compaa
telefnica convencional.
En una central telefnica, un CDR contiene informacin acerca de todas las
llamadas pasan a travs del intercambio. Los CDRs son generados por
contabilidad de mensaje automtico (AMA) y procesados por el sistema de
soporte de operaciones (OSS).
BENEFICIOS DEL ANLISIS DE REGISTRO DE DETALLES DE LLAMADAS
(CDR)
El monitoreo y la medicin de componentes crticos de calidad de llamadas
VoIP es relativamente fcil si dispone de las herramientas de anlisis de CDR
apropiadas. Con SolarWinds VNQM, puede monitorear las mediciones de
desempeo de llamadas existentes en el CDR de cualquier llamada VoIP para
realizar un seguimiento del estado de la red VoIP y mantener la eficacia de la
calidad de voz. Tambin puede correlacionar las mtricas de desempeo de
llamadas reales con las operaciones IP SLA correspondientes para detectar y
solucionar problemas de mala calidad de llamadas y desempeo WAN.
IMPLEMENTACIN DE ANLISIS DE REGISTRO DE DETALLES DE
LLAMADAS (CDR)
Las llamadas de VoIP de calidad requieren de una red IP que pueda entregar
paquetes de voz cumpliendo con los requerimientos mnimos relacionados con
inestabilidad, prdida de paquetes y latencia. SolarWinds VNQM le permite
informar acerca de CDR para identificar mtricas de bajo desempeo de VoIP,
encontrar otras llamadas afectadas e identificar patrones potenciales en redes
VoIP Cisco. Las mediciones de llamadas VoIP en profundidad de VNQM le
permiten ver detalles de ruta de llamadas, sealizacin de llamadas y
encontrar la causa raz del problema.

CMO FUNCIONA EL ANLISIS DE REGISTRO DE DETALLES DE


LLAMADAS?
SolarWinds VNQM le brinda la capacidad de buscar y filtrar los datos
encontrados en cada detalle de llamadas o registro de administracin de
llamadas. Ante una calidad de llamadas deficiente, puede ubicar cualquier
detalle pertinente ms all de las llamadas por medio de las capacidades de
deteccin y solucin de problemas de VNQM para as determinar la causa raz
de la mala calidad. VNQM tambin lo ayuda a realizar mediciones en varios
puntos para ver exactamente dnde desciende la calidad de las llamadas y
eliminar al instante los problemas de VoIP.
REGISTRO DETALLADO DE LLAMADAS
Un registro detallado de llamadas (CDR) es un registro de datos producido por un equipo de
intercambio de telfono u otros telecomunicaciones que documenta los detalles de una llamada
telefnica u otra transaccin de comunicaciones (por ejemplo, mensaje de texto ) que pasa a travs
de la instalacin o el dispositivo. El registro contiene varios atributos de la llamada, como la hora, la
duracin, el estado de finalizacin, nmero de la fuente, y el nmero de destino. [1] [2] [3] Es
el automatizado equivalente de las tarjetas de peaje de papel que se han escrito y con fecha
determinada por operadores para llamadas de larga distancia en un intercambio telefnico manual .
CDR CONTENIDO
Un registro detallado de llamadas contiene metadatos - es decir, datos sobre los datos - que
contiene los campos de datos que describen una instancia especfica de una transaccin de
telecomunicaciones, pero no incluye el contenido de la transaccin. A modo de ejemplo simplista,
un registro detallado de llamadas que describe una llamada de telfono en particular podra incluir
los nmeros de telfono tanto de la llamada y las partes que reciben, la hora de inicio y la duracin
de la llamada. En la prctica moderna real, llaman registros de detalles son mucho ms detallados, y
contienen atributos tales como:
el nmero de telfono del abonado que origina la llamada ( el que llama , de la parte A)
el nmero de telfono que recibe la llamada ( la parte llamada , parte B)
la hora de inicio de la llamada (fecha y hora)
la duracin de la llamada
el nmero de telfono de facturacin que se cobra por la llamada
la identificacin del intercambio o equipo telefnico escribir el registro
un nico nmero de secuencia que identifica el registro
los dgitos adicionales sobre el nmero llamado utilizados para encaminar la llamada o cobran
la disposicin o los resultados de la llamada, lo que indica, por ejemplo, si la llamada se conect

la va por la que la llamada entr en el intercambio


la ruta por la cual la llamada abandon el intercambio
tipo de llamada (voz, SMS , etc.)
cualquier condicin de fallo encontr
Cada fabricante de cambio decide qu informacin se emite en los tickets y la forma en que est
formateada. Ejemplos:
Enviar la marca de hora del final de la llamada en lugar de la duracin
mquinas slo de voz no se pueden enviar tipo de llamada
Algunos pequeos PBX no enva al abonado que llama
En algunos corporativa central telefnica privada sistemas (PBX), un registro detallado de llamadas
se denomina un registro de detalles de mensajes de estacin (SMDR). [4]
USOS
registros detallados de llamadas sirven una variedad de funciones. Para los proveedores de servicios
telefnicos , que son crticos para la produccin de ingresos, ya que proporcionan la base para la
generacin de facturas de telfono. Para hacer cumplir la ley , los registros detallados de llamadas
que proporcionan una gran cantidad de informacin que puede ayudar a identificar a los
sospechosos, ya que pueden revelar detalles en cuanto a las relaciones de un individuo con
empresas asociadas, la comunicacin y los patrones de comportamiento, e incluso datos de
posicin que puede determinar el paradero de un individuo durante la totalidad de la llamada. Para
las empresas con sistemas telefnicos PBX, llaman registros de detalles proporcionan un medio de
seguimiento del acceso de larga distancia, puede supervisar el uso del telfono por el departamento
u oficina, y puede crear la lista de llamadas entrantes y salientes.
PROTOCOLO DE INTERNET DETALLES DE REGISTRO
En telecomunicaciones , un detalle IP Record (IPDR) ofrece informacin sobre el Protocolo de
Internet (IP) basado en el uso del servicio y otras actividades que pueden ser utilizados por las
operaciones de los sistemas de apoyo (OSSE) y sistemas de soporte de negocio (BSSes). El
contenido de la IPDR est determinado por el proveedor de servicios , operador de red / elemento
de servicio, o cualquier otra comunidad de usuarios con autoridad para especificar los detalles de
los servicios basados en IP en un contexto dado. Las especificaciones IPDR fueron producidos
originalmente por el Protocolo de Internet Detalle Organizacin Record, Inc. (tambin conocido
como IPDR.org). En 2007 la organizacin IPDR.org fue adquirida por el TM Forum , una
asociacin de la industria de ms de 900 miembros a nivel mundial en ms de 160 pases de todo las
industrias convergentes de telecomunicaciones, cable, medios de comunicacin e Internet. Las
especificaciones IPDR incluyen disposiciones sobre la toma IPDR, codificacin y protocolos de
transporte para el intercambio de registros IPDR, la especificacin de diseo de servicios de
orientacin IPDR, y varios documentos de muestra Definicin de servicio IPDR. Las

especificaciones IPDR se mantienen y siguen evolucionando en el programa de interfaz TM


Forum. El Presidente / COO de IPDR era Kelly Anderson y el equipo tcnico de plomo IPDR a
partir de 2004 hasta que fue doblado en el TM Forum fue Amit Kleinmann de Amdocs.

LA DURACIN MEDIA DE LAS LLAMADAS


La duracin de la llamada promedio (ACD) es una medida de telecomunicaciones que refleja una
longitud media de las llamadas telefnicas de transmisin en redes de telecomunicaciones .
La medicin se basa normalmente en la presentacin de informes por los equipos de
telecomunicaciones a travs de los registros detallados de llamadas . Las muestras se recogieron
para determinar los volmenes de demanda de trfico de llamadas y de previsin, que sirve tambin
como una herramienta para el monitoreo de la infraestructura deinterruptores y cables.
MANAGEMENT INFORMATION BASE (MIB)
La Base de Informacin Gestionada (Management Information
Base o MIB) es un tipo de base de datos que contiene informacin jerrquica,
estructurada en forma de rbol, de todos los dispositivos gestionados en
una red de comunicaciones. Es parte de la gestin de red definida en el modelo OSI.
Define las variables usadas por el protocoloSNMP para supervisar y controlar los
componentes de una red. Est compuesta por una serie de objetos que
representan los dispositivos (como enrutadores y conmutadores) en la red. Cada
objeto manejado en un MIB tiene un identificador de objeto nico e incluye el
tipo de objeto (tal como contador, secuencia o gauge), el nivel de acceso (tal
como lectura y escritura), restricciones de tamao, y la informacin del rango
del objeto.
Los formatos del MIB de CMIP y del SNMP se diferencian en estructura y
complejidad. Los objetos de una MIB se definen usando un subconjunto
del ASN.1, la versin 2 de laestructura de la informacin gestionada (Structure of
Management Information Version 2 o SMIv2) definido en el RFC 2578.
El software que procesa esa informacin para crear la base de datos se denomina
"compilador de MIBs" (MIB Compiler). Las MIBs suelen ser modificadas cada
cierto tiempo para aadir nuevas funcionalidades, eliminar ambigedades y
arreglar fallos. Estos cambios se han de hacer de acuerdo con la seccin 10
del RFC 2578.
LA MIB-II
La MIB-II es la base de datos comn para la gestin de equipos en internet. Esta
MIB se ha actualizado bastantes veces. Originalmente estaba definida en el RFC
1213. Con la aparicin de SNMPv2 y SNMPv3 esta MIB se ampli y se dividi en

varios RFCs: RFC 4293, RFC 4022, RFC 4113, RFC 2863 y RFC 3418. Se apoya en el
modelo de informacin estructurada definido en el RFC 1155, que establece las
bases para definir la MIB, indica los tipos de objetos que se pueden usar y
define el uso de ASN.1.

La MIB-II cuelga del nodo 1.3.6.1.2.1 del rbol de registro.


TIPOS DE NODOS
Existen dos tipos de nodos: estructurales y de informacin.
Los nodos estructurales slo tienen descrita su posicin en el rbol. Son
"ramas". Por ejemplo:
ip OBJECT IDENTIFIER ::= { 1 3 6 1 2 1 4 }
Los nodos con informacin son nodos "hoja". De ellos no cuelga ningn otro
nodo. Estos nodos estn basados en la macro OBJECT TYPE, por ejemplo:
ipInReceives OBJECT TYPE
SYNTAX Counter
ACCESS read-only
STATUS mandatory

DESCRIPTION "texto descriptivo indicando para qu vale"


::= { ip 3 }
Este fragmento ASN.1 nos indica que el objeto "ipInReceives" es un contador
de slo lectura que es obligatorio incorporar si se quiere ser compatible con la
MIB-II (aunque luego no se utilice) y que cuelga del nodo ip con valor tres.
Como antes hemos visto el nodo estructural "ip" con su valor absoluto,
podemos ver que identificador de objeto de "ipInReceives" es "1.3.6.1.2.1.4.3".
ESTRUCTURA
La MIB-II se compone de los siguientes nodos estructurales:
System: de este nodo cuelgan objetos que proporcionan informacin genrica
del sistema gestionado. Por ejemplo, dnde se encuentra el sistema, quin lo
administra...
Interfaces: En este grupo est la informacin de las interfaces de red presentes
en el sistema. Incorpora estadsticas de los eventos ocurridos en el mismo.
At (address translation o traduccin de direcciones): Este nodo es obsoleto,
pero se mantiene para preservar la compatibilidad con la MIB-I. En l se
almacenan las direcciones de nivel de enlace correspondientes a una direccin IP.
Ip: En este grupo se almacena la informacin relativa a la capa IP, tanto de
configuracin como de estadsticas.
Icmp: En este nodo se almacenan contadores de los paquetes ICMP entrantes y
salientes.
Tcp: En este grupo est la informacin relativa a la configuracin, estadsticas y
estado actual del protocolo TCP.
Udp: En este nodo est la informacin relativa a la configuracin, estadsticas
del protocolo UDP.
Egp: Aqu est agrupada la informacin relativa a la configuracin y operacin
del protocolo Exterior Gateway Protocol.
Transmission: De este nodo cuelgan grupos referidos a las distintas tecnologas
del nivel de enlace implementadas en las interfaces de red del sistema
gestionado.
SINTAXIS
En el RFC 1155 estn definidos los siguientes tipos de objetos:
Universales

Integer: para objetos que se representen con un nmero entero.


Octet String: para texto.
Null: cuando el objeto carece de valor.
Object Identifier: para nodos estructurales.
Sequence y Sequence of: para arrays.
Application Type
IpAddress: para direcciones IP
Counter: para contadores.
Gauge
Timeticks: para medir tiempos. Cuenta en centsimas de segundos.
Opaque: para cualquier otra sintaxis ASN.1.
DEFINICIN DE TABLAS
Las tablas son un tipo estructurado. se definen usando los tipos "Sequence" y
"Sequence of" y la clusula "index". La tabla consiste en un array ("secuence
of") de filas, cada una formada por un "Sequence" que define la columna.
ndice de MIBs
SNMP - SMI: Definida en el RFC 1155, es la estructura de informacin
gestionada (SMI).
MIB-I: Definida en el RFC 1156, histricamente usada con CMOT pero no vale
para SNMP.
SNMPv2-SMI: Definida en el RFC 2578, es la estructura de informacin
gestionada versin 2 (SMIv2)
MIB-II: Definida en el RFC 1213, es la MIB para gestin de redes internet (basadas
en TCP/IP).
SNMPv2-MIB: Definida en el RFC 3418 es una MIB para la versin 2 de SNMP
(SNMPv2).
TCP-MIB: Definida en el RFC 4022, es una MIB para TCP.
UDP-MIB: Definida en el RFC 4113, es la MIB para UDP.
IP-MIB: Definida en el RFC 4293, es la MIB para IP.

IF-MIB: Definida en el RFC 2863 es la MIB del grupo de interfaces.


ENTITY-MIB: Definida en el RFC 4133, es la MIB de entidades versin 3.
ENTITY-STATE-MIB: Definida en el RFC 4268, es la MIB de los estados de las
entidades.
ALARM-MIB: Definida en el RFC 3877, es una MIB que define alarmas.
CANAL DE FIBRA
FC-MGMT-MIB: Definida en el RFC 4044, es la MIB para gestionar canales
de fibra ptica.
FIBRE-CHANNEL-FE-MIB: Definida en el RFC 2837, contiene las definiciones de
los objetos gestionados para el "Fabric Element" en un canal de fibra estndar.
PUENTE
P-BRIDGE-MIB: Definida en RFC 2674-1999, es un estndar propuesto.
Contiene las definiciones de los objetos gestionados para puentes, con clases
de trfico, filtrado multicast y extensiones VLAN.
SBRIDGEMIB: Definida en RFC 1525-1993, es un estndar propuesto, contiene
las definiciones de los objetos gestionada para puentes con enrutamiento fuente.
BRIDGEMIB: Definida en el RFC 1493-1993, es un borrador de estndar.
Contiene definiciones de los objetos gestionados en puentes.
HPR-IP-MIB: Definida en el RFC 2584, contiene definiciones de objetos
gestionados para APPN/HPR en redes IP.

Vous aimerez peut-être aussi