Mecanismo de la distribución de llamadas CUCM en el tronco SIP/H323

Introducción

Este documento describe el modus operandi usado por el encargado de las Comunicaciones unificadas de Cisco para decidir que a qué Nodos CUCM se utilizan para enviar dice en voz alta vía el Session Initiation Protocol (SIP) o los troncos basados H.323.

Contribuido por Murali Arumugam y Kurt Van De Vel

Prerequisites

Requisitos

Cisco recomienda que usted tiene conocimiento anterior de estos temas:

• Conceptos del ruteo de llamadas básico de los encargados de las Comunicaciones unificadas de Cisco (CUCM)

Componentes usados

 La información en este documento se basa en los encargados de las Comunicaciones unificadas de Cisco (CUCM) 8.x y más adelante.

 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 su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.

Antecedentes

Los troncos y Gateways H.323 del SORBO no se registran con el CUCM (a diferencia de los gatewayes MGCP). En lugar, el grupo CUCM asociado a la agrupación de dispositivos asociada al tronco o al gateway determina, donde estarán activos. Por ejemplo, si son activos en 2 o 3 Nodos, qué mecanismo hace CUCM utilizan para decidir a qué servidor para enviar el decir en voz alta encendido.

El objetivo de este documento es explicar cómo se toman las decisiones de ruteo de llamadas y cómo el Equilibrio de carga se puede alcanzar para las llamadas de salida vía los troncos o H.323 del SORBO.

Mecanismo Pre-CUCM 8.5 de Callrouting (no usando el funcionamiento en toda la característica unificada active de los Nodos cm)

Lógica general: Para una llamada de salida, una vez que CUCM ha pasado con la análisis de dígitos, amplía la llamada al RouteList o al dispositivo del extremo.  (RouteList consigue registrado a un nodo determinado, que depende del grupo CUCM)

El control de RouteList identifica la lista de dispositivos y pregunta al administrador de dispositivos.
El administrador de dispositivos da a dispositivo el identificador de proceso (PID) (ejemplo: (2,100,25,45), en este ejemplo el dispositivo es activo en el nodo 2)

El control de RouteList controla el estatus del dispositivo (es el dispositivo objetivo activo, ocioso u ocupado) y amplía la llamada al tronco o al gateway.

¿Puesto que los troncos/Gateways H.323 del SORBO pueden ser activos en los nodos múltiples, la pregunta ahora pide qué nodo es seleccionado como PID activo por el administrador de dispositivos?

Estos decorados del uso-caso vertieron la luz adicional en esto:

Uso-caso 1: Teléfonos registradoes al nodo 1. Ningún RouteList configuró. El tronco del SORBO es activo en el nodo 1 y 4.

La lógica general sigue siendo lo mismo, CUCM hace la análisis de dígitos en el nodo 1 donde se registra el teléfono.
Puesto que no se configura ningún RouteList, el modelo de la ruta se asocia directamente al tronco del SORBO.
CUCM en el nodo 1 pregunta al administrador de dispositivos en el nodo 1.
Tabla local del control del administrador de dispositivos (DM) siempre primero, y de vuelta dispositivo local si hay uno, evitar la comunicación/el tráfico interes innecesarios del racimo.
En este caso el tronco del SORBO es activo en el nodo 1 donde se registra el teléfono.
CUCM amplía tan la llamada del nodo 1 (cada vez) que la lógica al azar no se aplica aquí y allá no es ningún Equilibrio de carga, puesto que la llamada es extendida del nodo 1 en todos los casos.

Uso-caso 2: Los Teléfonos IP registradoes al nodo 1. RouteList registrado al nodo tronco de 2. SORBOS son activos en el nodo 2 y 4.

Después de los resultados de la análisis de dígitos (DA), el nodo 1 CUCM amplía la llamada al control de RouteList en el control de RouteList del nodo 2. en el nodo 2 preguntará al administrador de dispositivos en el nodo 2.
El administrador de dispositivos (DM) controla siempre la tabla local primero, y vuelve un dispositivo local si hay uno, en este caso el tronco del SORBO es local al nodo 2.
Como consecuencia, no importa dónde se registra el teléfono, puesto que el RouteList se registra al nodo 2 y tronco del sorbo es activo en el mismo nodo, todas las llamadas es fuente del nodo 2.
Una vez más la lógica al azar no es aplicada.

Uso-caso 3: Los Teléfonos IP registradoes al nodo 1. RouteList registrado al gateway H323 del nodo 2. son activos en el nodo 1 y 4.

Después de los resultados DA, CCM en el nodo 1 amplía la llamada al control de RouteList en el control de RouteList del nodo 2. en el nodo 2 pregunta al administrador de dispositivos en el nodo 2.
El administrador de dispositivos (DM) controla siempre la tabla local primero, y vuelve el dispositivo local ningunos.
El administrador de dispositivos mira para arriba RemoteTable, y ve el active del gateway de H.323 en el nodo 1 y 4.
Aplica la lógica al azar, y da un PID activo aleatoriamente al control de RouteList. Puesto que se envía aleatoriamente entre el nodo 1 y 4, las llamadas son carga equilibrada en CUCM.

Conclusión

CUCM controla si el gateway del SORBO trunk/H.323 es activo en el mismo nodo que el dispositivo de llamada. Si es así entonces utiliza siempre el nodo local para enviar el decir en voz alta.
Si el gateway del SORBO trunk/H.323 no es activo en el mismo nodo que el dispositivo de llamada, después él las fuentes aleatoriamente de los Nodos donde está activos el tronco/el dispositivo.

Note: El dispositivo de llamada puede ser un teléfono o un RouteList.  Si el modelo de la ruta está correspondiendo con un RouteList, después el partido de llamada es el RouteList. Si el modelo de la ruta se asocia directamente al dispositivo SIP/H.323, después el partido de llamada es el teléfono.

Equilibrio de carga

Si el Equilibrio de carga quiere ser alcanzado, después no es recomendable coimplantar el RouteList o el teléfono con los Nodos CUCM que los gateways SIP/H.323 están asociados a es decir si son ambos active en el mismo nodo, después las llamadas serán enviadas del nodo local (siempre).

Es decir el gateway del SORBO trunk/H.323 necesita ser configurado tales que no son activas en los Nodos donde se registra el RouteList o los teléfonos.

De la versión 8.6 CUCM hacia adelante, CUCM introdujo las nuevas funciones llamadas funcionamiento en todos los Nodos unificados active cm para ambos troncos RouteList/SIP.     

Ésta es otra manera de cargar eficientemente la balanza las llamadas de salida y reduce el número de señales intercambió dentro del racimo.

Poste-CUCM 8.5 del mecanismo de Callrouting (el funcionamiento en todos los Nodos unificados active cm ofrece siendo utilizado)

En CUCM 8.5 y sobre Cisco introdujo una nueva función en los troncos del sorbo y el funcionamiento llamado lista de la ruta en todo el active unificó los Nodos cm. Esto quitó básicamente la dependencia del tronco del sorbo y la lista de la ruta en el grupo CUCM les asignó. Esto implica que usted puede tener más de tres servidores CUCM que originan y terminando llama y a un tronco del sorbo.

Troncos del SORBO – Ejecútese en todos los Nodos y la regla del Local de la ruta

Cuando está ejecutado en toda la opción unificada Active de los Nodos cm se comprueba un tronco del SORBO, unificado cm crea un caso de la daemon del tronco del SORBO en cada suscriptor del Procesamiento de llamadas dentro del racimo, así permitiendo que recibea una llamada de tronco del SORBO sea hecha o en cualquier suscriptor del Procesamiento de llamadas. (Antes de esta característica, hasta tres Nodos se podrían seleccionar por el tronco usando los grupos unificados cm.)

Con el funcionamiento en todo el Active unificó los Nodos cm activados, las llamadas de tronco salientes del SORBO originan del mismo nodo en el cual se recibe la llamada entrante (por ejemplo, de un teléfono o de un tronco) (basado en la regla local de la ruta). El funcionamiento en toda la característica unificada Active de los Nodos cm reemplaza la configuración de grupo unificada cm del tronco.

Para los troncos del SORBO, éste es cómo la regla local de la ruta actúa:

Para las llamadas de tronco salientes del SORBO, cuando una llamada de un teléfono registrado o de un tronco entrante llega un nodo unificado cm, unificado cm controla para ver si un caso del tronco saliente seleccionado existe en el mismo nodo donde llegó la llamada entrante. Si es así unificado cm utiliza este nodo para establecer la llamada de tronco saliente.

Para activar el funcionamiento en todos los Nodos unificados Active cm en los troncos del SORBO se recomienda altamente porque esta característica permite que las llamadas de salida originen de, y se reciba encendido, cualquier nodo del Procesamiento de llamadas dentro del racimo. Ejecútese en todos los Nodos unificados Active cm puede también eliminar las llamadas de la determinación entre los Nodos del Procesamiento de llamadas dentro del mismo racimo antes de ser establecido sobre el tronco saliente del SORBO.

Como con todos los troncos unificados del SORBO cm, las daemones del SORBO asociadas al tronco validan las llamadas entrantes solamente de los sistemas de extremo con los IP Addresses que se definen en los campos dirección de destino del tronco.

Cuando los troncos múltiples del SORBO a los mismos destinos están utilizando los Nodos del proceso de misma llamada, un número del puerto entrante y del destino único se debe definir por el tronco para permitir que cada tronco sea identificado únicamente.

Listas de la ruta – Ejecútese en todos los Nodos y la regla del Local de la ruta

Aunque esto no sea específicamente una característica del tronco del SORBO, que funciona con la ruta las listas en todos los Nodos proporciona a las ventajas para los troncos en las listas de la ruta y los grupos de la ruta. Las listas corrientes de la ruta en todos los Nodos mejoran la distribución de llamada de salida usando la regla local de la ruta para evitar el tráfico innecesario de la disposición de llamada dentro del clúster.

Para las listas de la ruta, éste es cómo la regla local de la ruta actúa:

Para las llamadas de salida que utilizan las listas de la ruta (y los grupos y los troncos asociados de la ruta), cuando una llamada de un teléfono registrado o de un tronco entrante llega el nodo con el caso de la lista de la ruta, unificó los controles cm para ver si un caso del tronco saliente seleccionado existe en el mismo nodo que la lista de la ruta. Si es así unificado cm utiliza este nodo para establecer la llamada de tronco saliente.

• Si la lista de la ruta y el tronco se han ejecutado en todos los Nodos unificados Active cm activados, la distribución de llamada de salida es determinada por el nodo en el cual la llamada entrante llega.
• Si el tronco saliente seleccionado utiliza a los grupos unificados cm en vez de ejecutarse en todos los Nodos, unificados cm aplica la regla local de la ruta si un caso del tronco saliente seleccionado existe en el mismo nodo en el cual la llamada entrante llegó.
• Si un caso del tronco no existe en este nodo, después unificado el cm adelante la llamada (dentro del racimo) a un nodo donde está activo el tronco.
• Si la lista de la ruta no se ha ejecutado en todos los Nodos unificados Active cm activados, un caso de la lista de la ruta será activo en un nodo dentro del racimo (el Nodo primario del grupo unificado cm de la lista de la ruta).
• Si el tronco saliente seleccionado es también activo en el Nodo primario del grupo unificado cm de la lista de la ruta, la regla local de la ruta es aplicada, dando por resultado la distribución de llamada de salida subóptima porque todas las llamadas de tronco salientes originan de este nodo.

Cisco recomienda fuertemente la activación ejecutada en todos los Nodos unificados Active cm en todas las listas de la ruta y troncos del SORBO.