Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Temporizador de la Conmutación por falla en los links troncales del SORBO con el ejemplo de la configuración del CallManager

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


Contenido


Introducción

Este documento proporciona un procedimiento para determinar el intervalo del temporizador que las aplicaciones del CallManager para verificar que un dispositivo del Session Initiation Protocol (SIP) esté no más presente al utilizar un trunk SIP en una lista de la ruta. La información proporcionada en este documento le permite para cambiar ciertos parámetros del CallManager para minimizar el tiempo que lleva la Conmutación por falla al trunk/al gateway siguientes en la realización del routelist y de la tentativa de la llamada. Este procedimiento se aplica PARA SORBER solamente los trunks.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en el Cisco CallManager 5.0(4a).

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

Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.

Descripción del SORBO

SORBA es un Control Protocol de la capa de la aplicación que se puede utilizar para establecer, para mantener, y para terminar las llamadas entre dos o más puntos extremos. El SORBO se diseña para dirigir las funciones de la señalización y de la administración de la sesión dentro de una red de telefonía de paquetes.

El SORBO es un protocolo entre iguales. Llaman los pares en una sesión los agentes de usuario (UA). Un agente de usuario puede funcionar en uno de estos papeles:

  • Cliente del agente de usuario (UAC) — Una aplicación de cliente que inicia la petición del SORBO.

  • Servidor del agente de usuario (UA) — Una aplicación del servidor que entra en contacto al usuario cuando se recibe una petición del SORBO y que vuelve una respuesta en nombre del usuario.

Típicamente, un punto extremo del SORBO puede funcionar como un UAC y los UA, pero funciona solamente como uno o el otro por la transacción. Si la función de los puntos extremos como un UAC o los UA depende del UA que inició la petición.

De un punto de vista de la arquitectura, los componentes físicos de una red del SORBO pueden ser agrupados en dos categorías: clientes (teléfonos y gatewayes) y servidores (servidores proxy, servidores de redirección, servidores del secretario). El diagrama de la red ilustra la arquitectura de la red del SORBO usada para este documento.

Éste es los trabajos del SORBO de la manera:

  1. Cuando un usuario inicia una llamada, una petición invita se envía a un servidor (el proxy o reorienta), que determina la trayectoria.

  2. La petición enviada incluye el direccionamiento del llamador y el direccionamiento del callee.

  3. Entonces el servidor (el proxy o reorienta) establece una llamada Point-to-Point.

Configurar

El CallManager tiene ciertos parámetros que se puedan modificar para reducir el tiempo de la Conmutación por falla entre el primer y la segunda ruta en la lista de la ruta. En el CallManager, un Grupo de Routes señala la orden en la cual se seleccionan los dos gatewayes. Es decir permite que usted dé prioridad a una lista de gatewayes y de puertos para la selección del tronco saliente. Con esta característica, usted puede fijar su primario y ruta secundaria.

Una lista de la ruta asocia a los Grupos de Routes en una orden especificada. En este caso, hay solamente un Grupo de Routes que contiene los dos gatewayes. Estos dos gatewayes se han dado un orden de prioridad. Sin embargo, una lista de la ruta después se asocia a uno o más patrones de ruta y determina la orden en la cual acceden a esos Grupos de Routes. Un patrón de ruta es simplemente un conjunto de los dígitos que rutean la llamada al gateway. Si usted marca cierto número, el número tiene que hacer juego a uno de los patrones de ruta especificados en su CallManager. Entonces, el número tiene que ser marcado por el lista de la ruta para verificar su prioridad. Si el número no tiene una prioridad de pasar a través del gateway principal, un rato de la Conmutación por falla existe. Después de la Conmutación por falla el tiempo expira y se encuentra el segundo gateway, después la llamada puede ir a través.

Esto explica el comportamiento que el CallManager admite su comunicación con sus puntos extremos del SORBO:

  1. El SORBO inicial invita a la petición al primer gateway

  2. el 1ros invitan a la recomprobación al primer gateway (retardo a revisar: ~500ms)

  3. el 2dos invitan a la recomprobación al primer gateway (retardo a revisar: ~1sec)

  4. el 3ro invitan a la recomprobación al primer gateway (retardo a revisar: ~2sec)

  5. el 4tos invitan a la recomprobación al primer gateway (retardo a revisar: ~4sec)

  6. el 5tos invitan a la recomprobación al primer gateway (retardo a revisar: ~8sec)

  7. el 6tos invitan a la recomprobación al primer gateway (retardo a revisar: ~16sec)

  8. Gateway del tiempo de la Conmutación por falla segundo (retardo a la Conmutación por falla: ~32)

El tiempo total a la Conmutación por falla es 63.5 segundos. Como usted puede ver, el retardo para revisar los aumentos como progresión geométrica con una relación de transformación común de 2 y un Factor de escala igual al tiempo inicial de la Conmutación por falla. Usted puede utilizar esta fórmula para encontrar el tiempo total:

  • n = número de recomprobaciones + 1

  • k = caso de la recomprobación en la adición (1ra recomprobación, 2da recomprobación, etc)

  • r = relación de transformación común (2 en esta situación)

  • a = retraso inicial a revisar (Factor de escala)

  • Tiempo total a la Conmutación por falla:

    failover-timer8.gif

Esto trabaja como diseñado y no hay un parámetro de servicio que usted puede cambiar para alterar la relación de transformación común. Sin embargo, usted puede cambiar el retraso inicial para revisar y el número de recomprobaciones. Esto bajará el tiempo total a la Conmutación por falla.

Diagrama de la red

En este documento, se utiliza esta configuración de red:

/image/gif/paws/82250/failover-timer7.gif

Configuración

Ésta es la configuración para alcanzar un rato mucho más bajo de la Conmutación por falla:

  1. Sistema del tecleo en la ventana de administración del Cisco Unified CallManager.

    /image/gif/paws/82250/failover-timer1.gif

  2. Elija los parámetros de servicio.

    /image/gif/paws/82250/failover-timer2.gif

  3. Elija el servidor que es utilizado con el SORBO de la lista desplegable de Server*.

    /image/gif/paws/82250/failover-timer3.gif

  4. Elija el Cisco CallManager (activo) de la lista desplegable de Service*.

    /image/gif/paws/82250/failover-timer4.gif

  5. Navegue hacia abajo a la sección para el dispositivo - SIP.

    /image/gif/paws/82250/failover-timer5.gif

  6. Éstos son los dos parámetros que usted puede cambiar para alterar el número de recomprobaciones y del retraso inicial:

    • El número de recomprobaciones es alterado por la cuenta de reintentos para el SORBO invita al parámetro. Fíjelo a 3.

    • El retraso inicial a revisar es alterado por el parámetro del temporizador del SORBO que intenta (milisegundo). Fíjelo a 200.

    failover-timer6.gif

    Esta configuración baja el tiempo total a la Conmutación por falla al sec ~3. Usted puede utilizar esta fórmula y estos parámetros para fijar el tiempo de la Conmutación por falla a lo que usted quiere.

Verificación

Actualmente, no hay un procedimiento de verificación disponible para esta configuración.

Troubleshooting

Actualmente, no hay información específica de troubleshooting disponible para esta configuración.


Información Relacionada


Document ID: 82250