Ejemplo de configuración de la integración de CUCM a CUBE

Introducción

Este documento describe los aspectos básicos de la configuración de Cisco Unified Border Element (CUBE) con Cisco Unified Communications Manager (CUCM).

Prerequisites

Requirements

Cisco recomienda que el sistema no tenga una configuración de sistema de nombres de dominio (DNS) y que tenga conocimiento de estos temas:

• CUCM versión 8.6 a la versión 10.x
• Cisco IOS^® versión 15.1(2)T y posteriores

Nota: Las direcciones IP varían según los esquemas de direccionamiento de la red.

Componentes Utilizados

La información de este documento se basa en el hecho de que cualquier número de servidores de CUCM, cualquier router de servicios integrados de Cisco (ISR), ISR Generation 2 (G2) o router de servicios de agregación de Cisco (ASR) puede ser un CUBE. No se necesitan procesadores de señales digitales (DSP) para el funcionamiento básico de CUBE.

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 tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Configurar

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 passthru 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 cumplen con 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. Las rutas estáticas pueden ser necesarias para que esto funcione.

En algunos casos, debe vincular SIP a una interfaz determinada, 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 que CUBE filtre los códecs en función de 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.

Aplicación Cisco IOS Toll-Fraud

La aplicación de fraude de llamada en Cisco IOS es útil porque puede evitar el acceso SIP no deseado, pero sin una planificación adecuada, puede causar algunos problemas con el funcionamiento normal. La aplicación de fraude de llamada en Cisco IOS permite que el router especifique los dispositivos que pueden comunicarse con él para realizar llamadas (H323 o SIP). Las direcciones IP que se utilizan como destinos de sesión en los pares de marcado pueden enviar automáticamente llamadas a la gateway de voz de Cisco IOS sin configuración adicional. Esto suele incluir todos los proveedores SIP y servidores CUCM del entorno, pero no siempre. Si no es así, se deben agregar manualmente al CUBE. Sólo se deben agregar las direcciones de señalización, no las direcciones de medios. Refiérase al artículo Función de Prevención de Fraude por Cobro en IOS Release 15.1(2)T para obtener más información.

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 proceda a configurar el troncal SIP como se muestra aquí:
   
   

   

   
   
   
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 Cisco Unity Connection (UC) y entra en el correo de voz, UC utiliza el origen de desvío inicial (número de reenví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 de 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 durante la falla, 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.
   
   

   

Verificación

Realice llamadas de prueba para verificar que su configuración funcione correctamente. Si las llamadas de prueba fallan, tome seguimientos detallados del servicio CUCM o seguimientos de CUBE para comprender el problema.

Troubleshoot

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