Voz y Comunicaciones unificadas : Cisco PGW 2200 Softswitch

Interacción entre el parámetro SysMdlMemoryReduction, la Conmutación por falla, y los CDR

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento describe la interacción entre el parámetro SysMdlMemoryReduction, la Conmutación por falla, y los registros de detalles de la llamada (CDR). Hay dos maneras de generar los CDR en el PGW, y cada método utiliza su propia técnica para poblar las etiquetas en los CDR para Cisco PGW2200.

prerrequisitos

Requisitos

Los Quien lea este documento deben tener conocimiento de las descripciones del bloque del detalle de llamada (BDC). Refiera a la documentación de la versión 9 del Cisco Media Gateway Controller Software para la información de PGW adicional.

Componentes Utilizados

La información en este documento se basa en Cisco PGW2200.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Descripción

Estas líneas están en el archivo de /opt/CiscoMGC/etc/XECfgParm.dat:

engine.SysMdlMemoryReduction = 1
*.LongCallTime = 21600000
engine.CDRmessageTypes = "1010,1020,1030,1040,1050,1060,1070"

Para las configuraciones predeterminadas, refiera al documento de los parámetros del archivo del XECfgParm.dat.

Extremo de la generación de CDR de la llamada

En este método, las etiquetas se escriben en BDC 1110 solamente en el final de la llamada. Por lo tanto, toda la información CDR se preserva hasta el final de la llamada, y toda la información CDR es también checkpointed al recurso seguro. En este método, la información está disponible cuando se escribe el BDC 1060. Por lo tanto, todas las etiquetas se pueblan correctamente en BDC 1060 antes y después de la Conmutación por falla.

Generación de CDR basada en el evento

En este método, un cliente recibe la información CDR en las diversas etapas de una llamada. El PGW predefine varias etapas (contestadas, larga duración, liberada, y así sucesivamente) que puedan accionar una generación de BDC. Los diversos BDC que pueden ser configurados son 1010, 1020, 1030, 1040, 1050, 1060, 1070, y 1080. Una etiqueta se escribe una vez en un BDC, él se considera para ser información no esencial; El PGW no hace información no esencial del punto de control al recurso seguro. Las etiquetas en BDC 1060 son información no esencial porque fueron escritas ya en BDC 1010. Una vez que ocurre la Conmutación por falla, el sistema activo tiene nuevamente ningún conocimiento de información no esencial, pues él no era checkpointed. Por lo tanto, crea BDC 1060 con las etiquetas vacías.

Si usted fija el parámetro engine.SysMdlMemeoryReduction en el archivo del XECfgParm.dat a 1, después la información no esencial se borra en el PGW activo después de que las etiquetas se escriban en un BDC. El 1 valor para ese parámetro se recomienda para el uso óptimo de la memoria por la llamada.

Si el parámetro antedicho fuera fijado a 0, las etiquetas en BDC 1060 estarían vacías solamente en el sistema inactivo.

1060 BDC se pierden a veces

Una llamada se contesta una vez, el Temporizador de larga duración se enciende en el active y el sistema inactivo. Siempre que el temporizador expire en el sistema activo, el PGW escribe el BDC 1060 y recomienza el temporizador. El PGW espera no pierde de vista solamente el temporizador y no escribe un CDR. Después de la Conmutación por falla, el PGW nuevamente activo escribe un registro CDR.

Éste es un ejemplo de esa secuencia:

  1. La llamada se contesta en 8:33.

  2. El Temporizador de larga duración por 30 minutos se enciende en el PGW activo y espera en 8:33.

  3. La Conmutación por falla ocurre en 9:02. Toma los pares de los segundos para que el PGW espera llegue a ser activa.

  4. El PGW activo casi para en el mismo tiempo que expira el Temporizador de larga duración. Por lo tanto, no puede escribir los 1060 BDC en 9:03. Además, en 9:03, el PGW espera es transitioning al PGW activo y no es completamente activo. Puesto que solamente un PGW activo crea 1060 BDC, se pierde este CDR.

  5. En 9:33, el tiempo de la larga duración expira otra vez y the1060 BDC es creado por el PGW nuevamente activo.

Es posible que el BDC 1060 puede llegar a ser perdido durante la falla debido a una condición de carrera entre el vencimiento del Temporizador de larga duración y el proceso de la Conmutación por falla.

Nota:  Si sucede la Conmutación por falla en cualquier otro momento (por ejemplo, en 9:05), después no hay condición de carrera y el BDC no se pierde.


Información Relacionada


Document ID: 44280