Este documento describe los fundamentos de la configuración de Cisco Unified Border Element (CUBE) con Cisco Unified Communications Manager (CUCM).
Cisco recomienda que su sistema no tenga configuración de sistema de nombres de dominio (DNS) y que tenga conocimiento de estos temas:
La información que contiene este documento se basa en el hecho de que cualquier número de servidores CUCM, cualquier router de servicios integrados (ISR) de Cisco, ISR Generation 2 (G2) o Cisco Aggregation Services Router (ASR) puede ser un CUBE. No se necesitan procesadores de señal digital (DSP) para el funcionamiento básico de CUBE.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Cuando configure por primera vez un CUBE, debe habilitar el router para enrutar llamadas como un CUBE. Esta imagen muestra una configuración VoIP de servicio de voz básica en un CUBE:
Estos son algunos puntos importantes sobre esta configuración:
Los pares de marcado en CUBE son como otros pares de marcado en gateways Cisco IOS. 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 pares de marcado entrantes se encuentran 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 que realice 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. Consulte el artículo Comprensión de los Pares de Marcado Entrantes y Salientes que Coinciden 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 los gateways de voz del IOS de Cisco. Refiérase al artículo Traducción de Número con Perfiles de Traducción de Voz para obtener más información.
El direccionamiento IP en CUBE se realiza de la misma manera que en otros dispositivos Cisco IOS, pero utiliza la tabla de ruteo para determinar de qué interfaz el CUBE origina tráfico SIP. El comando show ip route A.B.C.D proporciona información sobre la interfaz que utiliza CUBE para originar el tráfico SIP. Esto es importante cuando se envían llamadas a CUCM y cuando se envían llamadas a un proveedor SIP. Es posible que se necesiten rutas estáticas para que esto funcione.
En algunos casos, es posible que deba enlazar SIP a una interfaz determinada, como una interfaz de loopback en el CUBE. El enlace SIP puede provocar efectos secundarios, como cuando CUBE no escucha tráfico SIP en una interfaz determinada. Cisco recomienda que no utilice vinculaciones y deje que la tabla de ruteo decida, pero esto no siempre es posible. Puede aplicar vinculaciones SIP en VoIP de servicio de voz > SIP o en pares de marcado individuales. Las vinculaciones SIP se explican más en el artículo Configuración de las Funciones de Enlaces SIP.
Los códecs de clase de voz se utilizan para CUBE para ofrecer varios códecs cuando las llamadas utilizan un dial-peer VoIP determinado. Esto es lo mismo que en una 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 disponibles en el dial-peer entrante y 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 hace 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. A continuación, el otro agente de usuario SIP (UA) responde a los códecs ofrecidos.
El códec de clase de voz en la imagen anterior contiene tres códecs, g729r8, g711ulaw o g711alaw. La imagen los muestra en el orden en que el gateway del IOS de Cisco 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.
La aplicación de fraude de llamadas 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 llamadas en Cisco IOS permite al router especificar 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 pares de marcado pueden enviar llamadas automáticamente a la gateway de voz de Cisco IOS sin necesidad de configuración adicional. Esto suele incluir todos los proveedores de SIP y los servidores CUCM en el entorno, pero no siempre. Si no lo hace, 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 de Llamada de IOS Release 15.1(2)T para obtener más información.
Realice llamadas de prueba para verificar que su configuración funciona correctamente. Si las llamadas de prueba fallan, tome seguimientos de servicio detallados de CUCM o seguimientos de CUBE para entender el problema.
Actualmente, no hay información específica de troubleshooting disponible para esta configuración.