Resolución de problemas de pasos a seguir cuando CUBE no se descubre como elemento de borde en PCA

Introducción

Este documento describe los pasos que se deben seguir para solucionar problemas cuando Cisco Unified Border Element (CUBE) no se detecta como Border Element en Prime Collaboration Assurance (PCA).

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• PCA
• Cisco Unified Communications Manager (CUCM)
• CUBO

Componentes Utilizados

La información de este documento se basa en Prime Collaboration Assurance.

  

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). If your network is live, make sure that you understand the potential impact of any command.

Pasos a seguir si CUBE no se detecta como elemento de borde en PCA

Para que un CUBE se identifique como elemento fronterizo en PCA:

1. a. Implementación distinta de CUCM: Estas condiciones deben cumplirse:

Condición 1: El modelo de dispositivo debe estar en la lista de plataformas compatibles (http://www.cisco.com/c/en/us/products/collateral/unified-communications/unified-border-element/data-sheet-c78-729692.html?cachemode=refresh,) - Tabla 2.

Condición 2: SIP-UA-MIB debe devolver un valor distinto de noTalObject / noTalInstance para SipCfgPeerTable.

1. b. Implementación de CUCM: Estas condiciones deben cumplirse:

Condición 1: El modelo de dispositivo debe estar en la lista de plataformas compatibles (http://www.cisco.com/c/en/us/products/collateral/unified-communications/unified-border-element/data-sheet-c78-729692.html?cachemode=refresh,) - Tabla 2.

Condición 2: SIP-UA-MIB debe devolver un valor distinto de noTalObject / noTalInstance para SipCfgPeerTable.

Condición 3: La dirección IP del dispositivo debe estar asociada con el troncal SIP de uno de CUCM.

Para que un dispositivo se identifique como CUBE SP, primero debe identificarse como CUBE y debe responder a CISCO_SESS_BORDER_CTRLR_CALL_STATS_MIB.csbSIPMthdCurrentStatsAdjName (1.3.6.1.4.1.9.9.757.1.3.1.1)

Si se cumplen estas condiciones y PCA sigue sin identificar el dispositivo como elemento de borde, verifique si la configuración en CUCM y el dispositivo.

El lado CUBE de la integración de CUCM a CUBE

Cuando configure por primera vez un CUBE, debe habilitar el router para rutear llamadas como un CUBE. Esta imagen muestra una configuración VoIP básica del servicio de voz en un CUBE:

Estos son algunos puntos importantes sobre esta configuración:

• La primera línea de la configuración es mode border-element, que habilita CUBE en un router. Algunos dispositivos no tienen esta configuración cuando funcionan como un CUBE.
• Permitir conexiones SIP de SIP a SIP permite al CUBE aceptar llamadas de protocolo de inicio de sesión (SIP) y enrutarlas como llamadas SIP. También hay opciones para H323.
• El protocolo de fax t38 es una configuración predeterminada para los routers ISR G2. No es necesario para la configuración de CUBE.
• La oferta anticipada forzada permite a CUBE enrutar llamadas en un escenario de oferta diferida a oferta anticipada. Casi todos los proveedores requieren llamadas SIP de oferta temprana. En realidad, se recomienda enviar la oferta anticipada de CUCM para evitar los problemas iniciales de acceso directo a los medios.
• El paso a través de señalización de llamada media es solo para llamadas SIP a SIP. Es necesario para que funcionen algunos servicios suplementarios.
• G729 anexb-all es óptimo en los casos en que CUBE negocia con proveedores que no siguen el formato RFC para los códecs G729r8 y G729br8.

Configuración de par de marcado en CUBE

Los pares de marcado en CUBE son como otros pares de marcado en las gateways del IOS de Cisco. La diferencia es que las llamadas se enrutan de un par de marcado VoIP a otro par de marcado VoIP.

Observe que hay dos pares de marcado aquí: entrante y saliente. CUBE siempre coincide con dos pares de marcado. Los dial-peers entrantes son desde la perspectiva de CUBE, ya sea desde CUCM o desde el proveedor SIP. Los pares de marcado salientes se envían hacia CUCM o al proveedor SIP.

ICisco recomienda realizar la mayor parte de la manipulación de dígitos en CUCM a través de dígitos significativos, máscara de número de teléfono externo y traducciones.

Refiérase al artículo Cómo Comprender la Coincidencia de Pares de Marcado Entrantes y Salientes en Plataformas IOS para obtener más información sobre los pares de marcado.

La manipulación de dígitos se puede realizar en CUBE, de la misma manera que se realiza en Cisco IOS Voice Gateways. Para obtener más información, consulte el artículo Traducción de números mediante perfiles de traducción de voz.

Direccionamiento IP básico

El direccionamiento IP en CUBE se logra de la misma manera que en otros dispositivos Cisco IOS, pero utiliza la tabla de ruteo para determinar desde qué interfaz el CUBE origina el tráfico SIP. El comando show ip route A.B.C.D proporciona información sobre la interfaz que utiliza el CUBE para originar el tráfico SIP. Esto es importante cuando las llamadas se envían a CUCM y cuando se envían a un proveedor SIP. Es posible que se necesiten rutas estáticas para que esto funcione.

En algunos casos, es posible que deba vincular SIP a una interfaz en particular, como una interfaz de loopback en el CUBE. El enlace SIP puede causar efectos secundarios, como cuando el CUBE no escucha el tráfico SIP en una interfaz determinada. Cisco recomienda no utilizar enlaces y dejar que la tabla de ruteo decida, pero esto no siempre es posible. Puede aplicar enlaces SIP en Voice Service VoIP > SIP, o en pares de marcado individuales. Los enlaces SIP se explican más en el artículo Configuración de las Funciones de Enlace SIP.

Códecs de clase de voz en CUBE

Los códecs de clase de voz se utilizan para CUBE para ofrecer varios códecs cuando las llamadas utilizan un par de marcado VoIP determinado. Esto es lo mismo que en un gateway de voz del IOS de Cisco, pero cuando es un CUBE, los códecs se filtran de un tramo de llamada VoIP al otro. Utiliza códecs que están disponibles tanto en el dial-peer entrante como en el dial-peer saliente. Los códecs que coinciden con ambos son ofertas enviadas. Cuando CUBE recibe un mensaje SIP con el protocolo de descripción de sesión (SDP), también lo compara con los códecs de clase de voz. Esto permite a CUBE filtrar códecs según lo que se recibe del mensaje SIP con SDP, el dial-peer entrante y el dial-peer saliente. El otro agente de usuario SIP (UA) responde a los códecs ofrecidos.

El códec de clase de voz de la imagen anterior contiene tres códecs, g729r8, g711ulaw o g711alaw. La imagen los muestra en el orden en que el gateway de Cisco IOS prioriza cómo se ofrecen los códecs al otro extremo.  Los códecs de clase de voz se aplican a los pares de marcado.

El lado de CUCM de la integración de CUCM a CUBE

1. Para agregar el enlace troncal a la configuración de CUCM, navegue hasta esta ubicación:
   
   

2. Seleccione Add New y vaya a configurar el enlace troncal de protocolo de inicio de sesión (SIP) como se muestra a continuación:
   
   

3. En la página de configuración del troncal, recuerde seleccionar el grupo de dispositivos adecuado que permita las llamadas entrantes al servidor de CUCM concreto que acepta llamadas.
   
   

Una vez creado el tronco, asegúrese de que los patrones de ruta accedan correctamente a través de un patrón de ruta SIP o de una configuración de lista de rutas/grupo de rutas.

El encabezado de desvío de redireccionamiento se puede marcar para llamadas entrantes o salientes.

Cuando se reenvían números externos a la red VoIP, los mensajes de invitación SIP incluyen información de desvío retransmitida a CUCM. Muestra el autor de la llamada. Por ejemplo, si un flujo de llamadas se integra con UC y entra en el buzón de voz, UC utiliza el origen de desvío inicial (número de desvío externo) como buzón de correo de destino. Por lo tanto, es posible que puedan obtener el saludo de apertura predeterminado en lugar del buzón de correo de los suscriptores como se esperaba. Depende del flujo de llamadas y de los requisitos de su topología si esto va a ser necesario para la configuración.

4. El perfil SIP para la oferta anticipada suele ser necesario cuando se conecta el CUBE a un proveedor. Si el troncal se conecta a otro dispositivo de Cisco, es posible que no desee seleccionar la inserción del protocolo de transporte de medios (MTP), en función de los dispositivos de extremo lejano. Esta imagen muestra la ubicación del perfil SIP y dónde seleccionar la casilla para la oferta anticipada. 

La oferta temprana suele ayudar a resolver los problemas de medios tempranos que surgen cuando se integra el servidor de CUCM y CUBE con otros productos de terceros. También se recomienda en el diseño de red de referencia de soluciones (SRND).

Si se va a modificar el perfil, siempre es mejor crear un nuevo perfil para utilizarlo en lugar del perfil predeterminado. 

Nota: Esta casilla de verificación se utiliza cuando los usuarios finales no desean que se utilice un MTP en cada llamada.

5. Puede que sea necesario cambiar de TCP/UDP para el protocolo dentro del perfil de seguridad SIP en función del flujo de llamadas. Para realizar este cambio, navegue hasta Perfiles de seguridad del troncal SIP > Perfil de troncal SIP no seguro:

Las llamadas fallarán y se requieren seguimientos de CUBE/CUCM para comprender lo que sucede en el momento del fallo, pero esta función se puede modificar para confirmar que no es la causa del problema. Sin embargo, una vez modificado, debe restablecer/reiniciar el tronco para que se produzca el cambio.

6. En algunas circunstancias, es posible que sea necesario agregar la máscara de teléfono externa en la configuración del teléfono para que la llamada continúe, ya que algunas empresas de telecomunicaciones no permiten que la llamada continúe sin la máscara esperada. Para realizar esta modificación, vaya a la página de configuración del número de directorio (DN) del teléfono de la persona que llama, realice los cambios necesarios en el cuadro y reinicie el teléfono después de guardar los cambios.
   
   

Una vez realizada esta configuración en CUCM, inicie la detección del clúster en PCA.

El dispositivo se detectará ahora como elemento de borde en PCA.