Voip en Español

[[cdr]]

Traza: » asterisk_funcion_zapsendkeypadfacility » asterisk_gui » asterisk_isdn4linux » asterisk_jabber » asterisk_manager_api » asterisk_misdn » asterisk_ss7 » callerid » caracteristicas_de_asterisk » cdr

Login

¡Actualmente no estás identificado! Introduce abajo tus datos de identificación para abrir una sesión. Necesitas tener las cookies activadas para identificarte.

Ingresar

Has olvidado tu contraseña? Obten una nueva.: Enviar nueva contraseña

CDR - Call Detail Record (registro de llamadas detallado)

ARREGLAR

Expedientes de detalle de la llamada Los intercambios de teléfono generan los expedientes de detalle supuestos de la llamada (CDRs) de los cuales contener la información detallada sobre las llamadas que originan, terminando en o pasando con el intercambio. CDRs se utiliza no asombrosamente para la facturación.

CDR formatos El formato en el cual se proporciona CDRs varía y es a menudo configurable. Tradicionalmente la generación y la dirección de CDRs se ha sabido en los E.E.U.U. como la contabilidad de mensaje automático o AMA, un sistema que va de nuevo a los años 40. Aún hoy, los intercambios para el uso en Norteamérica generan CDRs en el formato de Bellcore AMA o BAF.

Hoy, el PBX y los softswitches generan sobre todo CDRs o en formatos delimitados coma o escriben directamente en una base de datos.

CDR proceso (mediación del aka) En redes de teléfono convencionales, los sistemas que generan CDRs (elementos supuestos de la red) y los sistemas que procesan CDRs (sistemas de ayuda supuestos de las operaciones, u OSS) son entidades separadas. Por esta razón, CDRs se debe primero recoger de los elementos de la red y pasar encendido a OSS, un proceso conocido como la colección de los CDR o simplemente colección de la llamada.

Cuando se ha recogido el CDRs (históricamente enviando la cinta de papel y una cinta magnética más última, hoy en día por la interrogación y el ftp) deben ser comprobadas (validación), ser cambiadas formato (normalización) y ser consolidadas para la transformación posterior.

El proceso combinado de la colección, de la validación, de la normalización y de la consolidación también se refiere como mediación. Esto puede ser un proceso muy complejo y no es infrecuente que los telcos pierden una cantidad significativa de rédito debido a los errores. Al mismo tiempo la cantidad de CDRs que se procesará en un telco grande puede ser absolutamente sobresaltada. Puesto que CDRs representa los réditos de los telco y la cantidad de CDRs es enorme, la mayoría de los telcos más grandes funcionan su mediación en masivo el paralelo más de gran alcance y el hardware tolerante de la avería allí se sabe a la humanidad: El Himalaya en tándem que funcionaba un OS propietario llamó a Directo Kernel (guarda del aka de NSK), que en este caso no es un nombre overzealous de la comercialización pero representa la naturaleza verdadera del sistema. El Himalaya casi nunca se cierra. Todo el mantenimiento se hace bajo carga, a menos que las mejoras del OS. La arquitectura paralela masiva se basa en los pares de la CPU que son lockstepped: Cualquier par de la CPU que discrepe sobre el resultado de una sola instrucción se quita de la piscina del recurso y se cierra inmediatamente. ¡Todo en un Himalaya es hotswappable - todo! Innecesario decir, Himalaya costó una fortuna. Si tienes que pedir el precio, no puedes permitirse uno.

La lección importante aquí es ésta: CDRs es extremadamente importante. ¡Cuidado muy muy bueno de la toma de ellos!

En el mundo de VoIP y de los softswitches donde el CDRs se genera a menudo en el mismo sistema donde se procesan, la cadena de la mediación es perceptiblemente menos compleja. Incluso con fuentes geográficamente diversas de los CDR del múltiplo, paquete rápido - las redes cambiadas, el archivo ubicuo compartiendo instalaciones y los recursos de la base de datos, mediación y mandándolos la cuenta sigue siendo menos de un desafío que en el mundo convencional del teléfono.

Grado y facturación Una vez que se haya recogido, se haya validado, se haya normalizado y se haya consolidado CDRs, una carga se calcula para cada llamada identificada por los detalles en unos o más CDRs. Se sabe este proceso mientras que clasificando y es realizado no asombrosamente por un motor del grado. El motor del grado puede ser parte de un sistema de facturación o puede ser un exterior de proceso preliminar del sistema de facturación. En cualquier caso, el sistema de facturación agregará para arriba las cargas determinadas durante el clasificación para cada cuenta, calculará balances y generará facturas. El CDRs entonces finalmente termina para arriba en la factura en forma de una cuenta detallada.

Ver también

  • CDR mediación
  • CDRTool
  • CDR visión vía tela
  • Facturación del asterisco