Flujo de trabajo de configuración de Webex Calling

05 de julio de 2024 | 4283 vista(s) | 0 personas pensaron que esto fue útil

En este artículo

Preparar su entorno

Requisitos de la puerta de enlace local para Webex Calling

Requisitos previos generales

Requisitos de hardware y software para la puerta de enlace local

Requisitos de licencias para las puertas de enlace locales

Requisitos de certificado y seguridad para la puerta de enlace local

Requisitos de optimización de rutas de medios, NAT transversal y firewall para la puerta de enlace local

Configurar Webex Calling para su organización

Configurar la puerta de enlace local en Cisco IOS XE para Webex Calling

Descripción general

Implementar alta disponibilidad de CUBE como puerta de enlace local

Fundamentos

Configurar la redundancia en ambos CUBE

Configurar una puerta de enlace local en ambos CUBE

Configurar Unified CM para Webex Calling

Configurar el perfil de seguridad del enlace troncal SIP para el enlace troncal a la puerta de enlace local

Configurar el perfil del SIP para el enlace troncal de la puerta de enlace local

Crear un espacio de búsqueda de llamadas para llamadas desde Webex

Configurar un enlace troncal SIP hacia y desde Webex

Configurar el grupo de rutas para Webex

Configurar la lista de rutas para Webex

Crear una partición para los destinos de Webex

Configurar patrones de rutas para destinos de Webex

Configurar la normalización de marcado entre sitios abreviada para Webex

Configurar sus características de Webex Calling

Configurar un grupo de salto

Crear una cola de llamada

Crear un cliente recepcionista

Crear y administrar asistentes automáticos

Configurar un grupo de paginación

Configurar la captura de llamadas

Configurar llamada en espera

Habilitar intromisión para los usuarios

Habilitar la privacidad para un usuario

Configurar la supervisión

Habilitar el tono de advertencia del puente de llamada para los usuarios

Activar la gestión de hoteles para un usuario

Tendencias de adopción e informes de uso para Webex Calling

Ver informes de llamadas

Ejecute la herramienta CScan

Flujo de trabajo de configuración de Webex Calling

En este artículo

Preparar su entorno

Requisitos de la puerta de enlace local para Webex Calling

Requisitos previos generales

Antes de configurar una puerta de enlace local para Webex Calling, asegúrese de:

Tener un conocimiento básico sobre los principios de VoIP
Tener un conocimiento activo básico sobre los conceptos de voz de Cisco IOS-XE y IOS-XE
Tener una comprensión básica del Protocolo de inicio de sesión (SIP)
Tener un entendimiento básico de Cisco Unified Communications Manager (Unified CM) si su modelo de implementación incluye Unified CM

Consulte la Guía de configuración empresarial de Cisco Unified Border Element (CUBE) para obtener más detalles.

Requisitos de hardware y software para la puerta de enlace local

Asegúrese de que su implementación tenga al menos una de las puertas de enlace locales (Cisco CUBE (para conectividad basada en IP) o puerta de enlace de Cisco IOS (para conectividad basada en TDM)) que están en la Tabla 1 de la Guía para realizar pedidos de Webex Calling. Además, asegúrese de que la plataforma esté ejecutando una versión IOS-XE compatible según la Guía de configuración de la puerta de enlace local.

Requisitos de licencias para las puertas de enlace locales

Se deben instalar licencias de llamadas de CUBE en la puerta de enlace local. Para obtener más información, consulte la Guía de configuración de Cisco Unified Border Element.

Requisitos de certificado y seguridad para la puerta de enlace local

Webex Calling requiere señalización y medios seguros. La puerta de enlace local realiza el cifrado, y se debe establecer una conexión TLS saliente a la nube con los siguientes pasos:

Se debe actualizar el LGW con el paquete raíz de CA desde PKI de Cisco
Se utiliza un conjunto de credenciales resumidas de SIP de la página de configuración del enlace troncal de Control Hub para configurar el LGW (los pasos son parte de la configuración siguiente)
El paquete raíz de CA valida el certificado presentado
Se le solicitan las credenciales (se proporciona el resumen de SIP)
La nube identifica qué puerta de enlace local está inscrita en forma segura

Requisitos de optimización de rutas de medios, NAT transversal y firewall para la puerta de enlace local

En la mayoría de los casos, la puerta de enlace y los extremos locales pueden residir en la red interna del cliente, usando direcciones IP privadas con NAT. El firewall empresarial debe permitir el tráfico saliente (SIP, RTP/UDP, HTTP) a direcciones IP/puertos específicos, tema que se cubre en Información de referencia de puertos.

Si desea utilizar la Optimización de rutas de medios con ICE, la interfaz que llega a la puerta de enlace local de Webex Calling debe tener una ruta de red directa hacia y desde los extremos de Webex Calling. Si los extremos están en una ubicación diferente y no hay una ruta de red directa entre los extremos y la interfaz que llega a la puerta de enlace local de Webex Calling, la puerta de enlace local debe tener una dirección IP pública asignada a la interfaz que llega a Webex Calling para que las llamadas entre la puerta de enlace local y los extremos utilicen la optimización de rutas de medios. Además, debe ejecutar la versión 16.12.5 de IOS-XE.

Configurar Webex Calling para su organización

Configurar los ajustes de llamadas en el Asistente de configuración inicial

El primer paso para poner en marcha sus servicios de Webex Calling es completar el Asistente de configuración inicial (FTSW). Una vez completado el FTSW para su primera ubicación, no es necesario completarlo para las ubicaciones adicionales.

Haga clic en el enlace Introducción en el correo electrónico de bienvenida que recibe.

Se utiliza automáticamente su dirección de correo electrónico de administrador para iniciar sesión en Control Hub; allí se le solicitará que cree su contraseña de administrador. Después de que inicie sesión, se abre automáticamente el asistente de configuración.

Revise y acepte las condiciones del servicio.

Revise su plan y, a continuación, haga clic en Introducción.

El administrador de su cuenta es responsable de activar los primeros pasos del FTSW. Póngase en contacto con el administrador de su cuenta si recibe el aviso “No se puede configurar su llamada” cuando selecciona Comenzar.

Seleccione el país al que debería asignar su centro de datos e introduzca la información del contacto y la dirección del cliente.

Haga clic en Siguiente: Ubicación predeterminada.

Elija de las opciones siguientes:

Haga clic en Guardar y cerrar si es administrador del socio y desea que el administrador del cliente complete el aprovisionamiento de Webex Calling.
Complete la información necesaria de la ubicación. Después de crear la ubicación en el asistente, puede crear más ubicaciones más tarde.

Después de completar el asistente de configuración, asegúrese de agregar un número principal a la ubicación que crea.

Haga las siguientes selecciones para aplicarlas a esta ubicación:

Idioma de los anuncios: para los anuncios de audio y las indicaciones tanto para las características como para los usuarios nuevos.
Idioma del correo electrónico: para la comunicación por correo electrónico de los usuarios nuevos.
País
Zona horaria

Haga clic en Siguiente.

Introduzca una dirección SIP disponible de Cisco Webex, haga clic en Siguiente y seleccione Finalizar.

Agregar una ubicación

Antes de comenzar

Para crear una nueva ubicación, prepare la siguiente información:

Dirección de la ubicación
Números de teléfono deseados (opcional)

Inicie sesión en Control Hub enhttps://admin.webex.com ir a Gestión > Ubicacion .

Se alojará una nueva ubicación en el centro de datos regional que corresponda al país que seleccionó mediante el Asistente de configuración inicial.

Configure los ajustes de la ubicación:

Nombre de la ubicación: introduzca un nombre único para identificar la ubicación.
País: elija un país con el que desee vincular la ubicación. Por ejemplo: puede crear una ubicación (sede central) en los Estados Unidos y otro (sucursal) en el Reino Unido. El país que seleccione determinará los campos de dirección siguientes. Los que se documentan aquí usan la convención de direcciones de EE. UU. como ejemplo.
Dirección: elija la dirección postal principal de la ubicación.
Ciudad / pueblo —Introduzca una ciudad para esta ubicación.
Estado / provincia / región —En el menú desplegable, elija un estado.
Código postal: introduzca el código postal.
Idioma del anuncio : Seleccione el idioma para los anuncios de audio y las indicaciones para los nuevos usuarios y funciones.
Idioma del correo electrónico : Seleccione el idioma para la comunicación por correo electrónico con los nuevos usuarios.
Zona horaria : Seleccione la zona horaria de la ubicación.

Haga clic en Guardar y luego elige Si / No para agregar números a la ubicación ahora o más tarde.

Si hizo clic en Agregar ahora, elija una de las siguientes opciones:

Cisco PSTN: elija esta opción si quiere una solución de Cloud PSTN de Cisco. El Plan de llamadas de Cisco es una solución de reemplazo de PSTN completa que proporciona llamadas de emergencia, llamadas entrantes y salientes nacionales e internacionales y le permite pedir nuevos números PSTN o portabilidad de números existentes a Cisco.

La opción Cisco PSTN solo es visible en las siguientes condiciones:

Ha adquirido al menos un Plan de llamadas de Cisco OCP (Plan de llamadas salientes) comprometido.
La ubicación se encuentra en un país donde se admite el Plan de llamadas de Cisco.
Su ubicación es nueva. Las ubicaciones preexistentes que tienen otras capacidades de PSTN asignadas no son elegibles para el Plan de llamadas de Cisco en este momento. Abra un caso de soporte para obtener ayuda.
Está alojado en un centro de datos de Webex Calling en una región en la que se admite el plan de llamadas de Cisco .

PSTN conectada a la nube: elija esta opción si busca una solución de PSTN en la nube de uno de los muchos partners del CCP de Cisco o si el Plan de llamadas de Cisco no está disponible en su ubicación. Los partners de CCP ofrecen soluciones de reemplazo de PSTN, una gran cobertura global y una amplia y variada gama de características, paquetes y precios.

Aquí se enumeran los partners del CCP y la cobertura geográfica. Solo se muestran los partners que admiten el país de su ubicación. Los partners aparecen enumerados con un logotipo o como una cadena breve de texto seguida de una región, entre paréntesis, por ejemplo: (UE), (EE. UU.) o (CA). Los partners enumerados con un logotipo siempre ofrecen Medios regionales para CCP. Para los partners que se muestran como una cadena, elija la región más cercana al país de su ubicación para garantizar los Medios regionales para CCP.

Si ve la opción para Solicitar números ahora en un proveedor indicado, le recomendamos que elija esa opción para poder obtener los beneficios de CCP integrado. El CCP integrado permite adquirir y aprovisionar números de teléfono en Control Hub en un único panel. El CCP no integrado requiere que adquiera sus números de teléfono del partner de CCP fuera de Control Hub.

PSTN local (puerta de enlace local): puede elegir esta opción si desea conservar su proveedor de PSTN actual o si desea conectar sitios que no están en la nube con sitios en la nube.

La opción de PSTN se encuentra en cada nivel de ubicación (cada ubicación tiene solo una opción de PSTN). Puede combinar y coincidir todas las opciones que quiera para su implementación, pero cada ubicación tendrá una opción. Una vez que haya seleccionado y aprovisionado una opción de PSTN, puede cambiarla al hacer clic en Administrar en las propiedades y PSTN de la ubicación. Sin embargo, es posible que algunas opciones, como Cisco PSTN, no estén disponibles después de que se haya asignado otra opción. Abra un caso de soporte para obtener ayuda.

Decida si quiere activar los números ahora o más tarde.

Si seleccionó un CCP no integrado o una PSTN local, introduzca los Números de teléfono como valores separados por comas y, luego, haga clic en Validar.

Se agregan números para la ubicación específica. Las entradas válidas se trasladan al campo Números validados, y las entradas no válidas permanecen en el campo Agregar números, junto con un mensaje de error.

Según el país de la ubicación, los números se formatean de acuerdo con los requisitos marcado local. Por ejemplo, si se requiere un código de país, puede introducir números con o sin el código y se preanexará.

Haga clic en Guardar.

Qué hacer a continuación

Después de crear una ubicación, puede habilitar los servicios de emergencia del 911 para esa ubicación. Consulte Servicio 911 de emergencia de RedSky para Webex Calling para obtener más información.

Antes de comenzar

Obtenga una lista de los usuarios y los espacios de trabajo asociados con una ubicación: Vaya a Servicios > Números y, en el menú desplegable, seleccione la ubicación que desea eliminar. Debe eliminar esos usuarios y espacios de trabajo antes de eliminar la ubicación.

Tenga en cuenta que todos los números asociados con esta ubicación se liberarán de nuevo a su proveedor de PSTN; usted ya no será el propietario de esos números.

1	Inicie sesión en Control Hub enhttps://admin.webex.com ir a Gestión > Ubicacion .
2	Haga clic enen la columna Acciones junto a la ubicación que desea eliminar.
3	Elegir Eliminar ubicación y confirme que desea eliminar esa ubicación. La ubicación suele demorar un par de minutos para que se elimine permanentemente, pero podría tomar hasta una hora. Puede comprobar el estado haciendo clic en Más junto al nombre de la ubicación y seleccionando Estado de eliminación.

Actualizar una ubicación existente

Puede cambiar su configuración de PSTN, así como el nombre, la zona horaria y el idioma de una ubicación después de su creación. Tenga presente que el nuevo idioma solo se aplica a usuarios y dispositivos nuevos. Los usuarios y dispositivos existentes siguen usando el idioma anterior.

Para las ubicaciones existentes, puede habilitar los servicios de emergencia del 911. Consulte Servicio 911 de emergencia de RedSky para Webex Calling para obtener más información.

Inicie sesión en Control Hub enhttps://admin.webex.com ir a Gestión > Ubicacion .

Si ve un símbolo de Precaución junto a una ubicación, significa que aún no ha configurado un número de teléfono para esa ubicación. No puede realizar ni recibir llamadas hasta que configure ese número.

(Opcional) En Conexión de PSTN, seleccione PSTN conectado a la nube o PSTN local (puerta de enlace local), según cuál ya haya configurado. Haga clic en Administrar para cambiar esa configuración y, luego, seleccione Continuar para reconocer los riesgos asociados. Luego, elija una de las siguientes opciones y haga clic en Guardar:

La opción Cisco PSTN solo es visible en las siguientes condiciones:

Ha adquirido al menos un Plan de llamadas de Cisco OCP (Plan de llamadas salientes) comprometido.
La ubicación se encuentra en un país donde se admite el Plan de llamadas de Cisco.
Su ubicación es nueva. Las ubicaciones preexistentes que tienen otras capacidades de PSTN asignadas no son elegibles para el Plan de llamadas de Cisco en este momento. Abra un caso de soporte para obtener ayuda.
Está alojado en un centro de datos de Webex Calling en una región en la que se admite el plan de llamadas de Cisco .

PSTN local (puerta de enlace local): puede elegir esta opción si desea conservar su proveedor de PSTN actual o si desea conectar sitios que no están en la nube con sitios en la nube.

Los clientes de Webex Calling con ubicaciones previamente configuradas con una puerta de enlace local se convertirán automáticamente a una PSTN local con un enlace troncal correspondiente.

Seleccione el número principal con el que podrá comunicarse con el contacto principal de la ubicación.

(Opcional) Debajo Llamada de emergencia , puede seleccionar Identificador de ubicación de emergencia para asignar a esta ubicación.

Esta configuración es opcional y solo se aplica a los países que la requieran.

En algunos países (ejemplo: Francia), existen requisitos reglamentarios para los sistemas de radio celular para establecer la identidad de la celda cuando realiza una llamada de emergencia y se pone a disposición de las autoridades de emergencia. Otros países, como EE. UU. Y Canadá, implementan la determinación de la ubicación mediante otros métodos. Para obtener más información, consulte Llamada de emergencia mejorada .

Su proveedor de llamada de emergencia puede necesitar información sobre la red de acceso y se logra mediante la definición de un nuevo encabezado de extensión SIP privado, P-Access-Network-Info. El encabezado lleva información relacionada con la red de acceso.

Cuando configura el identificador de ubicación de emergencia para una ubicación, el valor de la ubicación se envía al proveedor como parte del mensaje SIP. Comuníquese con su proveedor de llamada de emergencia para ver si necesita esta configuración y use el valor proporcionado por su proveedor de llamada de emergencia ".

Seleccione el número de correo de voz al que los usuarios pueden llamar para verificar su correo de voz para esta ubicación.

(Opcional) Haga clic en el icono de lápiz en la parte superior de la página Ubicación para cambiar el nombre de la ubicación, la zona horaria, o el idioma según sea necesario y, a continuación, haga clic en Guardar.

El cambio del idioma del aviso tiene efecto inmediato para los nuevos usuarios y las nuevas características que se agregan a esta ubicación. Si los usuarios y / o características existentes también deben cambiar el idioma de sus anuncios, cuando se le solicite, seleccione Cambio para usuarios y espacios de trabajo existentes o Cambio de características existentes . Haga clic en Aplicar. Puede ver el progreso en la página Tareas. No puede realizar más cambios hasta que finalice esta configuración.

El cambio de la zona horaria no actualizará las zonas horarias de las características asociadas a esta ubicación. Para editar las zonas horarias para características como el asistente automático, grupo de búsqueda y cola de llamada, vaya al área Configuración general de la característica específica para la que quiera actualizar la zona horaria, editarla y guardarla.

Esta configuración es para el marcado interno y también está disponible en el asistente de configuración inicial. A medida que cambia su plan de marcado, los números de ejemplo de Control Hub se actualizan para mostrar estos cambios.

Puede configurar los permisos de llamadas salientes para una ubicación. Consulte estos pasos para configurar los permisos de llamadas salientes.

Inicie sesión en Control Hub, vaya a Servicios > Llamadas > Configuración del servicio y, luego, desplácese hasta Marcado interno.

Configure las siguientes preferencias de marcado opcionales, según sea necesario:

Longitud del prefijo de enrutamiento de ubicación: recomendamos esta configuración si tiene varias ubicaciones. Puede introducir una longitud de 2 a 7 dígitos. Si tiene varias ubicaciones con la misma extensión, los usuarios deben marcar un prefijo cuando llamen entre las ubicaciones. Por ejemplo: si tiene varias tiendas, todas con la extensión 1000, puede configurar un prefijo de enrutamiento para cada tienda. Si una tienda tiene un prefijo de 888, usted marcaría 8881000 para comunicarse con esa tienda.

Las longitudes de los prefijos de enrutamiento incluyen el dígito de dirección. Por ejemplo, si establece la longitud del prefijo de enrutamiento en cuatro, solo se pueden utilizar tres dígitos para especificar el sitio.

Si asigna un prefijo de enrutamiento a una ubicación, todas las apariencias de extensiones asignadas a esa ubicación incluyen el prefijo de enrutamiento delante del número de extensión. Por ejemplo, 888-1000 (prefijo-extensión de enrutamiento).

Dígito de control en el prefijo de enrutamiento: elija el número que se definirá como el primer dígito de cada prefijo de enrutamiento.
Longitud de la extensión interna: puede introducir entre 2 y 10 dígitos y el valor predeterminado es 2.

Después de aumentar la longitud de la extensión, los marcados rápidos existentes a las extensiones internas no se actualizan automáticamente.
Permitir el marcado de extensiones entre ubicaciones: permite personalizar el marcado de extensiones entre ubicaciones en función de los requisitos de su organización.
- Habilite la alternancia si su organización no tiene extensiones duplicadas en todas sus ubicaciones.
  De manera predeterminada, la alternancia está habilitada.
- Deshabilite la alternancia si su organización tiene la misma extensión en diferentes ubicaciones. Cuando la alternancia está deshabilitada y la persona que llama marca la extensión, la llamada se dirige a un usuario con una extensión que coincida en la misma ubicación que la persona que llama. La persona que llama debe marcar el número significativo de la empresa (prefijo de enrutamiento de ubicación + extensión) para comunicarse con una extensión en otras ubicaciones.

Especifique el marcado interno para ubicaciones específicas. Vaya a Administración > Ubicaciones, seleccione una ubicación de la lista y haga clic en Llamadas. Desplácese hasta Marcado y, a continuación, cambie el marcado interno según sea necesario:

Marcado interno: especifique el prefijo de enrutamiento que deben marcar los usuarios de otras ubicaciones para comunicarse con alguien en esta ubicación. El prefijo de enrutamiento de cada ubicación debe ser único. Recomendamos que la longitud del prefijo coincida con la longitud establecida a nivel de la organización, pero debe tener entre 2 y 7 dígitos.

Especifique el marcado externo para ubicaciones específicas. Vaya a Administración > Ubicaciones, seleccione una ubicación de la lista y haga clic en Llamadas. Desplácese hasta Marcado y, a continuación, cambie el marcado externo según sea necesario:

Marcado externo: puede elegir un dígito de marcado de salida que los usuarios deben marcar para comunicarse con una línea externa. El valor predeterminado es Ninguno y puede dejarlo así si no necesita este hábito de marcado. Si decide utilizar esta característica, le recomendamos que utilice un número diferente al del dígito de control de su organización.

Los usuarios pueden incluir el dígito de marcado de salida cuando hacen llamadas externas para imitar la forma en que marcan en los sistemas heredados. Sin embargo, todos los usuarios aún pueden realizar llamadas externas sin el dígito de marcación saliente.

De manera opcional, tiene la capacidad de Exigir la marcación del dígito de marcado de salida de esta ubicación, lo que garantiza que el usuario debe utilizar el dígito de marcado de salida establecido por el administrador para realizar llamadas externas.

Las llamadas de emergencia aún se pueden marcar con o sin el dígito de marcado de salida cuando esta característica está habilitada.

Una vez habilitados, los números de destino externos, como los que se utilizan para el desvío de llamadas, ya no funcionarán si no se incluye un dígito de marcado de salida.

Si una extensión es la misma que el número nacional, la extensión tiene prioridad sobre el número nacional. Por lo tanto, le recomendamos que active el dígito de marcado de salida.

Recomendamos encarecidamente utilizar el formato de numeración E.164 para llamadas PSTN entrantes y salientes.

Impacto en los usuarios:

Los usuarios deben reiniciar sus teléfonos para que se apliquen los cambios en las preferencias de marcado.
Las extensiones de usuario no deben comenzar con el mismo número que el dígito de control de la ubicación o los dígitos de marcado de salida.

Configurar PSTN local (puerta de enlace local) en Control Hub

Si es revendedor de valor agregado, puede seguir estos pasos para iniciar la configuración de la puerta de enlace local en Control Hub. Cuando esta puerta de enlace está inscrita en la nube, puede utilizarla en una o más de sus ubicaciones de Webex Calling para brindar enrutamiento hacia un proveedor de servicios de PSTN empresarial.

Una ubicación que tiene una puerta de enlace local no puede eliminarse cuando la puerta de enlace local se está utilizando para otras ubicaciones.

Crear un enlace troncal

Siga estos pasos para crear un enlace troncal en Control Hub.

Antes de comenzar

Una vez que se agrega una ubicación, y antes de configurar un PSTN local para una ubicación, debe crear un enlace troncal.
Cree ubicaciones, ajustes específicos y números en cada una. Las ubicaciones deben existir antes de poder agregar un PSTN local.
Comprenda los requisitos de PSTN local (puerta de enlace local) para Webex Calling.
No puede elegir más de un enlace troncal para una ubicación con PSTN local, pero puede elegir el mismo enlace troncal para varias ubicaciones.

Iniciar sesión en Centro de control en ir a Servicios > Llamando > Enrutamiento de llamadas y seleccione Agregar troncal .https://admin.webex.com

Seleccione una ubicación.

Asígnele un nombre al enlace troncal y haga clic en Guardar.

El nombre no puede tener más de 24 caracteres.

Qué hacer a continuación

Se le presentan los parámetros relevantes que necesitará configurar en el enlace troncal. También generará un conjunto de credenciales resumidas de SIP para asegurar la conexión de PSTN.

La información del enlace troncal aparece en la pantalla Inscribir dominio, OTG/DTG de grupo de enlace troncal, Línea/puerto y Dirección de proxy saliente.

Le recomendamos que copie esta información desde Control Hub y la pegue en un archivo o documento de texto local para poder consultarla cuando esté listo para configurar la PSTN local.

Si pierde las credenciales, debe generarlas desde la pantalla de información del enlace troncal en Control Hub. Haga clic en Recuperar nombre de usuario y restablecer contraseña para generar un nuevo conjunto de credenciales de autenticación para usar en el enlace troncal.

Seleccionar un enlace troncal para la PSTN local

Inicie sesión en Control Hub enhttps://admin.webex.com ir a Gestión > Ubicacion .

Seleccione una ubicación para modificar y haga clic en Administrar.

Seleccione PSTN local y haga clic en Siguiente.

Elija un enlace troncal del menú desplegable.

Visite la página del enlace troncal para administrar sus opciones de grupos de enlaces troncales.

Haga clic en el aviso de confirmación y, a continuación, haga clic en Guardar.

Qué hacer a continuación

Debe tomar la información de configuración que generó Control Hub y asignar los parámetros a la puerta de enlace local (por ejemplo, en un Cisco CUBE local). Este artículo lo guía por este proceso. Como referencia, consulte el siguiente diagrama para ver un ejemplo sobre cómo la información de configuración de Control Hub (a la izquierda) se asigna a los parámetros en el CUBE (a la derecha):

Después de completar correctamente la configuración de la puerta de enlace, puede volver a Servicios > Llamada > Ubicaciones en Control Hub y la puerta de enlace que creó aparecerá en la tarjeta de ubicación que le asignó con un punto verde a la izquierda del nombre. Este estado indica que la puerta de enlace está inscrita en forma segura en la nube de llamadas y que actúa como la puerta de enlace de PSTN activa para la ubicación.

Administrar números de teléfono

Puede ver, activar, eliminar y agregar números de teléfono para su organización fácilmente en Control Hub. Para obtener más información, consulte Administrar números de teléfono en Control Hub.

Solicitar una compra de servicios de Webex a partir de una prueba en Control Hub

Si está probando los servicios de Webex y quiere convertir su prueba en una suscripción paga, puede enviar una solicitud a su partner por correo electrónico.

1	Inicie sesión en Control Hub en https://admin.webex.com, seleccione el icono del edificio.
2	Seleccione la ficha Suscripciones y, a continuación, haga clic en Comprar ahora. Se envía un correo electrónico a su socio para informarle que usted está interesado en convertirse a una suscripción paga.

Establecer opciones de llamada

Puede utilizar Control Hub para definir la prioridad de las opciones de llamadas disponibles que los usuarios ven en la aplicación Webex. También puede habilitarlos para que puedan hacer clic para llamar. Para obtener más información, consulte lo siguiente: Establecer opciones de llamada para los usuarios de la aplicación Webex .

Configurar el comportamiento de las llamadas

Puede controlar qué aplicación de llamadas se abre cuando los usuarios realizan llamadas. Puede configurar la configuración del cliente de llamadas, incluida la implementación en modo mixto para organizaciones con usuarios autorizados con Unified CM o Webex Calling y usuarios sin servicios de llamadas de pago de Cisco. Para obtener más información, consulte lo siguiente: Configurar el comportamiento de las llamadas.

Configurar la puerta de enlace local en Cisco IOS XE para Webex Calling

Descripción general

Actualmente, Webex Calling admite dos versiones de la puerta de enlace local:

Puerta de enlace local
Puerta de enlace local para Webex for Government

Puerta de enlace local
Puerta de enlace local para Webex for Government

Consideraciones clave

Antes de comenzar, comprenda los requisitos de la red telefónica pública conmutada (PSTN) y la puerta de enlace local (LGW) locales para Webex Calling. Ver Arquitectura preferida de Cisco para llamadas de Webex Calling para más información.
Este artículo asume que existe una plataforma de puerta de enlace local dedicada sin configuración de voz existente. Si modifica una implementación existente de puerta de enlace de PSTN o CUBE Enterprise para utilizarla como la función de puerta de enlace local para Webex Calling, preste atención a la configuración. Asegúrese de no interrumpir los flujos de llamadas y la funcionalidad existentes debido a los cambios que realice.

Los procedimientos contienen enlaces a la documentación de referencia de los comandos donde puede obtener más información sobre las opciones de los comandos individuales. Todos los enlaces de referencia de comandos van a la Referencia de comandos de las puertas de enlace administradas de Webex a menos que se indique lo contrario (en cuyo caso, los enlaces de comando van a Referencia de comandos de voz de Cisco IOS ). Puede acceder a todas estas guías en Referencias de comandos de Cisco Unified Border Element.

Para obtener información sobre los SBC de terceros admitidos, consulte la documentación de referencia del producto correspondiente.

Configurar su puerta de enlace local

Hay dos opciones para configurar la puerta de enlace local para su Webex Calling tronco:

Troncal basada en registro
Troncal basada en certificados

Utilice el flujo de tareas en el Puerta de enlace local basada en registro o Puerta de enlace local basada en certificados para configurar la puerta de enlace local para su Webex Calling tronco.

Consulte Introducción a la puerta de enlace local para obtener más información sobre los distintos tipos de troncales. Realice los siguientes pasos en la propia puerta de enlace local, utilizando la interfaz de línea de comandos (CLI). Utilizamos el Protocolo de inicio de sesión (SIP) y el Seguridad de la capa de transporte (TLS) para proteger el enlace troncal y el protocolo seguro en tiempo real (SRTP) para proteger los medios entre la puerta de enlace local y Webex Calling .

Consideraciones clave

Seleccione CUBE como su puerta de enlace local. Actualmente, Webex for Government no admite ningún controlador de borde de sesión (SBC) de terceros. Para revisar la lista más reciente, consulte Introducción a la puerta de enlace local.
Instale Cisco IOS XE Dublin 17.12.1a o versiones posteriores para todas las puertas de enlace locales gubernamentales de Webex.
Para revisar la lista de autoridades de emisión de certificados (CA) raíz compatibles con Webex for Government, consulte Autoridades de emisión de certificados raíz para Webex for Government.
Para obtener detalles sobre los rangos de puertos externos para la puerta de enlace local en Webex for Government, consulte Requisitos de red para Webex for Government (FedRAMP).

La puerta de enlace local para Webex for Government no admite lo siguiente:

STUN/ICE-Lite para la optimización de rutas de medios
Fax (T.38)

Configurar su puerta de enlace local para Webex for Government

Para configurar la puerta de enlace local para su enlace troncal de Webex Calling en Webex for Government, utilice la siguiente opción:

Troncal basada en certificados

Utilice el flujo de tareas en la Puerta de enlace local basada en certificados para configurar la puerta de enlace local para su enlace troncal de Webex Calling. Para obtener más detalles sobre cómo configurar una puerta de enlace local basada en certificados, consulte Configurar un enlace troncal basado en certificados de Webex Calling.

Es obligatorio configurar cifrados de GCM que cumplan con FIPS para que sean compatibles con la puerta de enlace local para Webex for Government. Si no es así, la configuración de la llamada falla. Para obtener detalles de la configuración, consulte Configurar el enlace troncal basado en certificados de Webex Calling.

Webex for Government no admite la puerta de enlace local basada en el registro.

Puerta de enlace local basada en registro
Puerta de enlace local basada en certificados

Descripción general del diseño

Esta sección describe cómo configurar un Cisco Unified Border Element (CUBE) como puerta de enlace local para Webex Calling, mediante un enlace troncal SIP de registro. La primera parte de este documento ilustra cómo configurar una puerta de enlace de PSTN simple. En este caso, todas las llamadas de la PSTN se enrutan a Webex Calling y todas las llamadas de Webex Calling se enrutan a la PSTN. La imagen siguiente resalta esta solución y la configuración de enrutamiento de llamadas de alto nivel que se seguirá.

En este diseño se utilizan las siguientes configuraciones principales:

inquilinos de la clase de voz: Se utiliza para crear configuraciones específicas del enlace troncal.
uri de clase de voz: Se utiliza para clasificar mensajes SIP para la selección de un par de marcado entrante.
par de marcado entrante: Proporciona tratamiento para los mensajes SIP entrantes y determina la ruta saliente con un grupo de pares de marcado.
grupo de pares de marcado: Define los pares de marcado salientes que se utilizan para el enrutamiento de llamadas en curso.
par de marcado saliente: Proporciona tratamiento para los mensajes SIP salientes y los enruta al destino requerido.

Call routing from/to PSTN to/from Webex Calling configuration solution

Al conectar una solución local de Cisco Unified Communications Manager con Webex Calling, puede utilizar la configuración simple de la puerta de enlace de PSTN como base para crear la solución ilustrada en el siguiente diagrama. En este caso, Unified Communications Manager proporciona enrutamiento y tratamiento centralizados de todas las llamadas de PSTN y Webex Calling.

A lo largo de este documento, se utilizan los nombres de host, las direcciones IP y las interfaces ilustradas en la siguiente imagen.

Utilice las instrucciones de configuración del resto de este documento para completar la configuración de la puerta de enlace local de la siguiente manera:

Paso 1: Configurar la conectividad y la seguridad de base del enrutador
Paso 2: Configurar el enlace troncal de Webex Calling

En función de su arquitectura requerida, siga una de las siguientes opciones:
Paso 3: Configurar la puerta de enlace local con el enlace troncal SIP PSTN
Paso 4: Configurar la puerta de enlace local con el entorno existente de Unified CM

O bien:
Paso 3: Configurar la puerta de enlace local con el enlace troncal PSTN de TDM

Configurar la conectividad y la seguridad

Configuración de línea de base

El primer paso para preparar su enrutador de Cisco como puerta de enlace local para Webex Calling es crear una configuración de base que asegure su plataforma y establezca la conectividad.

Todas las implementaciones de la puerta de enlace local basada en el registro requieren Cisco IOS XE 17.6.1a o versiones posteriores. Para ver las versiones recomendadas, consulte la página Investigación de software de Cisco. Busque la plataforma y seleccione una de las versiones sugeridas.
- Los enrutadores de la serie ISR4000 deben estar configurados con licencias de tecnología de Unified Communications y Security.
- Los enrutadores Catalyst Edge serie 8000 equipados con tarjetas de voz o DSP requieren licencia de DNA Advantage. Los enrutadores sin tarjetas de voz o DSP requieren un mínimo de licencias de DNA Essentials.
Cree una configuración de base para su plataforma que siga sus políticas empresariales. En particular, configure lo siguiente y verifique el funcionamiento:
- NTP
- ACL
- Autenticación de usuarios y acceso remoto
- DNS
- Enrutamiento IP
- Direcciones IP
La red hacia Webex Calling debe utilizar una dirección IPv4.
Cargue el paquete de CA raíz de Cisco en la puerta de enlace local.

Configuración


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurar el enlace troncal basado en el registro de Webex Calling


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

Después de definir el inquilino 100 y configure un par de marcado VoIP SIP, la puerta de enlace inicia una conexión TLS hacia Webex Calling. En este punto, el SBC de acceso presenta su certificado a la Puerta de Enlace Local. La puerta de enlace local valida el certificado de SBC de acceso de Webex Calling mediante el paquete raíz de CA que se actualizó anteriormente. Si se reconoce el certificado, se establece una sesión de TLS persistente entre la puerta de enlace local y el SBC de acceso de Webex Calling. La puerta de enlace local podrá utilizar esta conexión segura para inscribirse en el SBC de acceso de Webex. Cuando se cuestiona el registro para la autenticación:

En la respuesta se utilizan los parámetros nombre de usuario, contraseña y dominio de la configuración de credenciales.
Las reglas de modificación en el perfil de sip 100 se utilizan para convertir la URL de SIPS en SIP.

El registro se realiza correctamente cuando se recibe 200 OK del SBC de acceso.

Configurar la puerta de enlace local con un enlace troncal PSTN SIP

Después de haber creado un enlace troncal hacia Webex Calling anteriormente, utilice la siguiente configuración para crear un enlace troncal no cifrado hacia un proveedor de PSTN basado en SIP:

Si su proveedor de servicios ofrece un enlace troncal de PSTN seguro, puede seguir una configuración similar a la detallada anteriormente para el enlace troncal de Webex Calling. CUBE admite el enrutamiento de llamadas seguro a seguro.

Para configurar las interfaces de TDM para las secciones de llamadas de PSTN en las puertas de enlace TDM-SIP de Cisco, consulte Configuración de PRI de ISDN.

Configure el siguiente uri de clase de voz para identificar las llamadas entrantes del enlace troncal de PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aquí hay una explicación de los campos para la configuración:

uri 200 sip de clase de voz

Define un patrón para que coincida con una invitación SIP entrante con un par de marcado del enlace troncal entrante. Al introducir este patrón, utilice la dirección IP de su puerta de enlace de PSTN IP. Para obtener más información, consulte uri de clase de voz.

Configure el siguiente par de marcado PSTN IP:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aquí hay una explicación de los campos para la configuración:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Define un dial-peer de VoIP con una etiqueta de 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas. Para obtener más información, consulte voz de dial-peer.

patrón de destino MALO MALO

Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes. Para obtener más información, consulte patrón de destino (interfaz) .

protocolo de sesión sipv2

Especifica que el par de marcado 200 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (dial peer) .

Objetivo de sesión ipv4:192.168.80.13

Indica la dirección IPv4 de destino del destino para enviar el segmento de llamada. El objetivo de la sesión aquí es la dirección IP de ITSP. Para obtener más información, consulte destino de sesión (par de marcado de VoIP).

uri entrante a través de 200

Define un criterio de coincidencia para el encabezado VIA con la dirección IP IP de la IP PSTN. Coincide con todas las secciones de llamadas PSTN de IP entrantes en la puerta de enlace local con el par de marcado 200. Para obtener más información, consulte URL entrante.

interfaz de fuente de control de enlace GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.

interfaz de fuente multimedia de enlace GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.

códec 100 de clase de voz

Configura el par de marcado para que utilice la lista de filtros de códecs comunes 100. Para obtener más información, consulte códec de clase de voz .

rtp-nte del relé dtmf

Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).

no vadead

Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).

Si está configurando su puerta de enlace local para enrutar solo llamadas entre Webex Calling y la PSTN, agregue la siguiente configuración de enrutamiento de llamada. Si está configurando su puerta de enlace local con una plataforma de Unified Communications Manager, vaya a la siguiente sección.

Cree grupos de pares de marcado para enrutar las llamadas hacia Webex Calling o la PSTN. Defina DPG 100 con el par de marcado saliente 100 hacia Webex Calling. DPG 100 se aplica al par de marcado entrante desde la PSTN. De manera similar, defina DPG 200 con el par de marcado saliente 200 hacia la PSTN. DPG 200 se aplica al par de marcado entrante de Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Aquí hay una explicación de los campos para la configuración:
par de marcado 100
Asocia un par de marcado saliente con un grupo de pares de marcado. Para obtener más información, consulte dpg de clase de voz.
Aplique grupos de pares de marcado para enrutar llamadas desde Webex a la PSTN y desde la PSTN a Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Aquí hay una explicación de los campos para la configuración:
dpg de destino 200
Especifica qué grupo de pares de marcado y, por lo tanto, el par de marcado se debe utilizar para el tratamiento saliente de las llamadas presentadas a este par de marcado entrante.

Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las características de CUBE.

Configurar la puerta de enlace local con un entorno de Unified CM existente

La configuración de PSTN-Webex Calling de las secciones anteriores puede modificarse para incluir enlaces troncales adicionales a un grupo de Cisco Unified Communications Manager (UCM). En este caso, todas las llamadas se enrutan a través de Unified CM. Las llamadas de UCM en el puerto 5060 se enrutan a la PSTN y las llamadas del puerto 5065 se enrutan a Webex Calling. Se pueden agregar las siguientes configuraciones incrementales para incluir este escenario de llamadas.

Al crear el enlace troncal de Webex Calling en Unified CM, asegúrese de configurar el puerto entrante en la configuración del perfil de seguridad del enlace troncal SIP en 5065. Esto permite los mensajes entrantes en el puerto 5065 y rellena el encabezado VIA con este valor al enviar mensajes a la puerta de enlace local.

Configure las siguientes URI de clase de voz:

Clasifica las llamadas de Unified CM a Webex mediante el puerto SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Clasifica las llamadas de Unified CM a PSTN mediante SIP a través del puerto:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Clasifique los mensajes entrantes del UCM hacia el enlace troncal de PSTN utilizando uno o más patrones que describan las direcciones de origen y el número de puerto de origen. Se pueden utilizar expresiones regulares para definir patrones de coincidencia si es necesario.

En el ejemplo anterior, se utiliza una expresión regular para hacer coincidir cualquier dirección IP en el rango 192.168.80.60 a 65 y el número de puerto 5060.

Configure los siguientes registros de DNS para especificar el enrutamiento de SRV a hosts de Unified CM:

IOS XE utiliza estos registros para determinar localmente los hosts y puertos de UCM de destino. Con esta configuración, no es necesario configurar registros en su sistema DNS. Si prefiere utilizar su DNS, estas configuraciones locales no son necesarias.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aquí hay una explicación de los campos para la configuración:

El siguiente comando crea un registro de recursos SRV de DNS. Cree un registro para cada host y enlace troncal de UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nombre de registro de recursos SRV

2: La prioridad de registro de recursos SRV

1: El peso del registro del recurso SRV

5060: El número de puerto que se utilizará para el host de destino en este registro de recursos

ucmsub5.mydomain.com: El host de destino del registro de recursos

Para resolver los nombres de host de destino del registro de recursos, cree registros A de DNS locales. Por ejemplo:

ip host ucmsub5.mydomain.com 192.168.80.65

host de ip: Crea un registro en la base de datos local de IOS XE.

ucmsub5.mydomain.com: El nombre de organizador A del registro.

192.168.80.65: La dirección IP del organizador.

Cree los registros de recursos de SRV y los registros A para reflejar su entorno de UCM y su estrategia de distribución de llamadas preferida.

Configure los siguientes pares de marcado:

Par de marcado para llamadas entre Unified CM y Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Aquí hay una explicación de los campos para la configuración:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Define un par de marcado de VoIP con una etiqueta 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.
patrón de destino MALO MALO
Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes. En este caso puede utilizarse cualquier patrón de destino válido.
protocolo de sesión sipv2
Especifica que el par de marcado 300 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (par de marcado).
dns de destino de sesión:wxtocucm.io
Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS. En este caso, el registro SRV definido localmente wxtocucm.io se utiliza para dirigir llamadas.
uri entrante a través de 300
Utiliza la URI 300 de clase de voz para dirigir todo el tráfico entrante de Unified CM mediante el puerto de origen 5065 a este par de marcado. Para obtener más información, consulte uri entrante.
códec de clase de voz 100
Indica la lista de filtros de códecs para llamadas hacia y desde Unified CM. Para obtener más información, consulte códec de clase de voz.
interfaz de fuente de control de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.
interfaz de fuente multimedia de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.
rtp-nte del relé dtmf
Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).
no vadead
Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).
Par de marcado para llamadas entre Unified CM y la PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Aquí hay una explicación de los campos para la configuración:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Define un dial-peer de VoIP con una etiqueta de 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.
patrón de destino MALO MALO
Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes. En este caso puede utilizarse cualquier patrón de destino válido.
protocolo de sesión sipv2
Especifica que el par de marcado 400 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (par de marcado).
dns de destino de sesión:pstntocucm.io
Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS. En este caso, el registro de SRV definido localmente pstntocucm.io se utiliza para dirigir llamadas.
uri entrante a través de 400
Utiliza la URI 400 de clase de voz para dirigir todo el tráfico entrante de los hosts de Unified CM especificados mediante el puerto de origen 5060 a este par de marcado. Para obtener más información, consulte uri entrante.
códec de clase de voz 100
Indica la lista de filtros de códecs para llamadas hacia y desde Unified CM. Para obtener más información, consulte códec de clase de voz.
interfaz de fuente de control de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.
interfaz de fuente multimedia de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.
rtp-nte del relé dtmf
Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).
no vadead
Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).

Agregue el enrutamiento de llamada mediante las siguientes configuraciones:

Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y Webex Calling. Definir DPG 100 con Par de marcado de salida 100 hacia Webex Calling. DPG 100 se aplica al par de marcado entrante asociado de Unified CM. De manera similar, defina DPG 300 con el par de marcado saliente 300 hacia Unified CM. DPG 300 se aplica al par de marcado entrante de Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y la PSTN. Definir DPG 200 con Par de marcado saliente 200 hacia la PSTN. DPG 200 se aplica al par de marcado entrante asociado de Unified CM. De manera similar, defina DPG 400 con el par de marcado saliente 400 hacia Unified CM. DPG 400 se aplica al par de marcado entrante desde la PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Aquí hay una explicación de los campos para la configuración:
par de marcado 100
Asocia un par de marcado saliente con un grupo de pares de marcado. Para obtener más información, consulte dpg de clase de voz.
Aplique grupos de pares de marcado para enrutar llamadas de Webex a Unified CM y de Unified CM a Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Aquí hay una explicación de los campos para la configuración:
dpg de destino 300
Especifica qué grupo de pares de marcado y, por lo tanto, el par de marcado se debe utilizar para el tratamiento saliente de las llamadas presentadas a este par de marcado entrante.
Aplique grupos de pares de marcado para enrutar llamadas desde la PSTN a Unified CM y desde Unified CM a la PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las características de CUBE.

Supervisar y solucionar problemas de la puerta de enlace local con firmas de diagnóstico

Las firmas de diagnóstico (DS) detectan de forma proactiva los problemas que se observan con frecuencia en la puerta de enlace local basada en IOS XE y generan una notificación por correo electrónico, syslog o mensajes de terminal del evento. También puede instalar DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso de TAC de Cisco para acelerar el tiempo de resolución.

Las firmas de diagnóstico (DS) son archivos XML que contienen información sobre los eventos desencadenantes de problemas y las medidas que deben tomarse para informar, solucionar y corregir el problema. Puede definir la lógica de detección de problemas mediante mensajes syslog, eventos SNMP y la supervisión periódica de salidas de comandos show específicas.

Los tipos de acción incluyen la recopilación de salidas del comando show:

Generación de un archivo de registro consolidado
Cargar el archivo en una ubicación de red proporcionada por el usuario, como HTTPS, SCP o servidor FTP.

Los ingenieros de TAC crean los archivos de DS y los firman digitalmente para proteger su integridad. Cada archivo de DS tiene un ID numérico único asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico (DSLT) es una fuente única para encontrar firmas aplicables para monitorear y solucionar varios problemas.

Antes de comenzar:

No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.
Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.
Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.

Requisitos previos

Puerta de enlace local que ejecuta IOS XE 17.6.1a o superior

Las firmas de diagnóstico están habilitadas de manera predeterminada.
Configure el servidor de correo electrónico seguro que se utilizará para enviar notificaciones proactivas si el dispositivo está ejecutando Cisco IOS XE 17.6.1a o superior.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Configurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

A continuación, se muestra un ejemplo de configuración de una puerta de enlace local que se ejecuta en Cisco IOS XE 17.6.1a o superior para enviar las notificaciones proactivas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:

Le recomendamos que utilice Cisco IOS XE Bengaluru 17.6.x o versiones posteriores.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Una puerta de enlace local que se ejecuta en el software Cisco IOS XE no es un cliente de Gmail basado en la web típico que admita OAuth, por lo que debemos configurar una configuración de cuenta de Gmail específica y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente:

Vaya a Administrar cuenta de Google > Seguridad y activar la configuración de Acceso menos seguro a la aplicación.
Responda "Sí, fui yo" cuando reciba un correo electrónico de Gmail que indique "Google impidió que alguien iniciara sesión en su cuenta con una aplicación que no es de Google".

Instale firmas de diagnóstico para una supervisión proactiva

Supervisión de la alta utilización de la CPU

Este DS realiza un seguimiento del uso de la CPU durante cinco segundos mediante el OID SNMP 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, deshabilita todas las depuraciones y desinstala todas las firmas de diagnóstico que están instaladas en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.

Utilizar el mostrar snmp para activar SNMP. Si no activa, configure el administrador de servidor snmp comando .

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Descargue DS 64224 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Alta utilización de CPU con notificación por correo electrónico .

Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

El siguiente ejemplo muestra la copia del archivo desde un servidor FTP a la puerta de enlace local.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Instale el archivo XML de DS en la puerta de enlace local.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Utilice el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Descargar DSes:

ID de DS	Nombre de DS	Revisión	Estado	Última actualización (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrados	7/11/2020 22:05:33

Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para seguir supervisando el uso elevado de la CPU en la puerta de enlace local.

Supervisión del registro de troncal SIP

Este DS comprueba la cancelación del registro de un enlace troncal SIP de puerta de enlace local con la nube de Webex Calling cada 60 segundos. Una vez que se detecta el evento de cancelación del registro, genera una notificación por correo electrónico y syslog y se desinstala después de dos casos de cancelación del registro. Siga los pasos a continuación para instalar la firma:

Descargue DS 64117 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	SIP-SIP
Tipo de problema	Anulación del registro de la troncal SIP con notificación por correo electrónico .

Copie el archivo XML de DS en la puerta de enlace local.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Instale el archivo XML de DS en la puerta de enlace local.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Utilice el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".

Monitoreo de desconexiones anormales de llamadas

Este DS usa sondeos de SNMP cada 10 minutos para detectar una desconexión de llamada anormal con los errores de SIP 403, 488 y 503.  Si el incremento del recuento de errores es mayor o igual a 5 de la última encuesta, genera un syslog y una notificación por correo electrónico. Siga los pasos a continuación para instalar la firma.

Utilizar el mostrar snmp para comprobar si el SNMP está activado. Si no está activado, configure el administrador de servidor snmp comando .

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Descargue DS 65221 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Detección de desconexión de llamadas anormales SIP con correo electrónico y notificación de Syslog.

Copie el archivo XML de DS en la puerta de enlace local.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Instale el archivo XML de DS en la puerta de enlace local.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Utilice el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".

Instalar firmas de diagnóstico para solucionar un problema

Utilice las firmas de diagnóstico (DS) para resolver problemas rápidamente. Los ingenieros de TAC de Cisco han creado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso de TAC de Cisco . Las firmas de diagnóstico (DS) eliminan la necesidad de comprobar manualmente la ocurrencia del problema y facilitan mucho la resolución de problemas intermitentes y transitorios.

Puede utilizar el Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas correspondientes e instalarlas para resolver un problema determinado o puede instalar la firma recomendada por el ingeniero de TAC como parte del compromiso de soporte.

A continuación, se muestra un ejemplo de cómo encontrar e instalar un DS para detectar la ocurrencia “%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC = 1.1.181.1.29.0 "syslog y automatice la recopilación de datos de diagnóstico mediante los siguientes pasos:

Configurar una variable de entorno de DS adicionalds_fsurl_prefix que es la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) en la que se cargan los datos de diagnóstico recopilados. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte en el siguiente comando. El token de carga del archivo puede generarse en la sección Archivos adjuntos del Administrador de casos de soporte, según sea necesario.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Ejemplo:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Asegúrese de que el SNMP esté habilitado con mostrar snmp comando . Si no está activado, configure el administrador de servidor snmp comando .
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Asegúrese de instalar el DS 64224 de alta monitorización de CPU como medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Alta utilización de CPU con notificación por correo electrónico .

Descargue DS 65095 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Syslog
Tipo de problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0

Copie los archivos XML de DS en la puerta de enlace local.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Instale el archivo DS 64224 de monitoreo de alta utilización de CPU y, luego, el archivo XML de DS 65095 en la puerta de enlace local.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Verifique que la firma se haya instalado correctamente mediante el mostrar la firma de diagnóstico de la llamada a domicilio comando. La columna de estado debe tener un valor "registrado".

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

Última actualización (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrados

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrados

2020-11-08

Verificar la ejecución de firmas de diagnóstico

En el siguiente comando, la columna "Estado" del mostrar la firma de diagnóstico de la llamada a domicilio El comando cambia a "en ejecución" mientras que la puerta de enlace local ejecuta la acción definida dentro de la firma. La salida de Mostrar estadísticas de firma de diagnóstico a domicilio es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecuta la acción. La columna "Activada / Máxima / Desinstalar" indica la cantidad de veces que la firma dada ha activado un evento, la número máximo de veces que está definida para detectar un evento y si la firma se desinstala después de detectar la número máximo de eventos activados.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS	Nombre de DS	Revisión	Estado	Última actualización (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrados	08/11/20 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Ejecutando	08/11/20 00:12:53

Mostrar estadísticas de firma de diagnóstico a domicilio

ID de DS	Nombre de DS	Desencadenado/Máximo/Desinstalar	Tiempo de ejecución promedio (segundos)	Tiempo de ejecución máximo (segundos)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

El notificación por correo electrónico que se envía durante la ejecución de la firma de diagnóstico contiene información clave como el tipo de problema, los detalles del dispositivo, la versión de software, la configuración en ejecución y los resultados de los comandos de visualización que son relevantes para solucionar el problema dado.

Desinstalar firmas de diagnóstico

Las firmas de diagnóstico de uso para fines de resolución de problemas generalmente se definen para desinstalar después de la detección de algunas ocurrencias de problemas. Si desea desinstalar una firma manualmente, recupere el ID de DS del resultado de mostrar llamada-inicio diagnóstico-firma y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID>

Ejemplo:

call-home diagnostic-signature deinstall 64224

Las nuevas firmas se agregan periódicamente a la herramienta de búsqueda de firmas de diagnóstico, según los problemas que se observan comúnmente en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas.

Administrar y validar las puertas de enlace de Cisco IOS XE a través de Control Hub

Para una mejor administración de las puertas de enlace de Cisco IOS XE, le recomendamos que inscriba y administre las puertas de enlace a través del concentrador de control. Es una configuración opcional. Una vez inscrito, puede utilizar la opción de validación de la configuración en el Centro de control para validar la configuración de su puerta de enlace local e identificar cualquier problema de configuración. Actualmente, solo los enlaces troncales basados en registro admiten esta funcionalidad.

Para obtener más información, consulte lo siguiente:

Descripción general del diseño

Esta sección describe cómo configurar un Cisco Unified Border Element (CUBE) como puerta de enlace local para Webex Calling, mediante el uso del enlace troncal SIP de TLS mutuo basado en certificados (mTLS). La primera parte de este documento ilustra cómo configurar una puerta de enlace de PSTN simple. En este caso, todas las llamadas de la PSTN se enrutan a Webex Calling y todas las llamadas de Webex Calling se enrutan a la PSTN. La siguiente imagen resalta esta solución y la configuración de enrutamiento de llamadas de alto nivel que se seguirá.

En este diseño se utilizan las siguientes configuraciones principales:

inquilinos de la clase de voz: Se utiliza para crear configuraciones específicas del enlace troncal.
uri de clase de voz: Se utiliza para clasificar mensajes SIP para la selección de un par de marcado entrante.
par de marcado entrante: Proporciona tratamiento para los mensajes SIP entrantes y determina la ruta saliente con un grupo de pares de marcado.
grupo de pares de marcado: Define los pares de marcado salientes que se utilizan para el enrutamiento de llamadas en curso.
par de marcado saliente: Proporciona tratamiento para los mensajes SIP salientes y los enruta al destino requerido.

A lo largo de este documento, se utilizan los nombres de host, las direcciones IP y las interfaces ilustradas en la siguiente imagen. Se proporcionan opciones para direcciones públicas o privadas (detrás de NAT). Los registros de DNS SRV son opcionales, a menos que el equilibrio de carga entre varias instancias de CUBE.

Utilice las instrucciones de configuración del resto de este documento para completar la configuración de la puerta de enlace local de la siguiente manera:

Paso 1: Configurar la conectividad y la seguridad de base del enrutador
Paso 2: Configurar el enlace troncal de Webex Calling

En función de su arquitectura requerida, siga una de las siguientes opciones:
Paso 3: Configurar la puerta de enlace local con el enlace troncal SIP PSTN
Paso 4: Configurar la puerta de enlace local con el entorno existente de Unified CM

O bien:
Paso 3: Configurar la puerta de enlace local con el enlace troncal PSTN de TDM

Configurar la conectividad y la seguridad

Configuración de línea de base

El primer paso para preparar su enrutador de Cisco como puerta de enlace local para Webex Calling es crear una configuración de base que asegure su plataforma y establezca la conectividad.

Todas las implementaciones de la puerta de enlace local basada en certificados requieren Cisco IOS XE 17.9.1a o versiones posteriores. Para ver las versiones recomendadas, consulte la página Investigación de software de Cisco. Busque la plataforma y seleccione una de las versiones sugeridas.
- Los enrutadores de la serie ISR4000 deben estar configurados con licencias de tecnología de Unified Communications y Security.
- Los enrutadores Catalyst Edge serie 8000 equipados con tarjetas de voz o DSP requieren licencia de DNA Essentials. Los enrutadores sin tarjetas de voz o DSP requieren un mínimo de licencias de DNA Essentials.
- Para los requisitos de alta capacidad, es posible que también necesite una licencia de alta seguridad (HSEC) y derechos de rendimiento adicionales.
  
  Consulte Códigos de autorización para obtener más detalles.
Cree una configuración de base para su plataforma que siga sus políticas empresariales. En particular, configure lo siguiente y verifique el funcionamiento:
- NTP
- ACL
- Autenticación de usuarios y acceso remoto
- DNS
- Enrutamiento IP
- Direcciones IP
La red hacia Webex Calling debe utilizar una dirección IPv4. Las direcciones de nombres de dominio totalmente calificados (FQDN) de la puerta de enlace local o de registro de servicio (SRV) deben resolverse a una dirección IPv4 pública en Internet.
Todos los puertos SIP y multimedia de la interfaz de la puerta de enlace local frente a Webex deben ser accesibles desde Internet, ya sea directamente o a través de NAT estática. Asegúrese de actualizar el firewall en consecuencia.
Instale un certificado firmado en la puerta de enlace local (a continuación, se detallan los pasos de configuración).
- Una autoridad de certificación (CA) pública, como se detalla en ¿Qué autoridades de certificación raíz son compatibles con las llamadas a las plataformas de audio y vídeo de Cisco Webex?, debe firmar el certificado del dispositivo.
- El FQDN configurado en Control Hub al crear un enlace troncal debe ser el certificado de nombre común (CN) o nombre alternativo del sujeto (SAN) del enrutador. Por ejemplo:
  - Si un enlace troncal configurado en el Control Hub de su organización tiene cube1.lgw.com:5061 como FQDN de la puerta de enlace local, el CN o SAN del certificado del enrutador debe contener cube1.lgw.com. 
  - Si un enlace troncal configurado en el Control Hub de su organización tiene lgws.lgw.com como dirección SRV de las puertas de enlace locales a las que se puede acceder desde el enlace troncal, el CN o SAN del certificado del enrutador debe contener lgws.lgw.com. Los registros a los que se resuelve la dirección SRV (CNAME, A Record o IP Address) son opcionales en SAN.
  - Ya sea que utilice un FQDN o un SRV para el enlace troncal, la dirección de contacto de todos los diálogos SIP nuevos de su puerta de enlace local utiliza el nombre configurado en Control Hub.
Asegúrese de que los certificados estén firmados para uso del cliente y del servidor.
Cargue el paquete de CA raíz de Cisco en la puerta de enlace local.

Configuración


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Configurar el enlace troncal basado en certificados de Webex Calling



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

Configurar la puerta de enlace local con un enlace troncal PSTN SIP

Después de haber creado un enlace troncal hacia Webex Calling anteriormente, utilice la siguiente configuración para crear un enlace troncal no cifrado hacia un proveedor de PSTN basado en SIP:

Para configurar las interfaces de TDM para las secciones de llamadas de PSTN en las puertas de enlace TDM-SIP de Cisco, consulte Configuración de PRI de ISDN.

Configure el siguiente uri de clase de voz para identificar las llamadas entrantes del enlace troncal de PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Aquí hay una explicación de los campos para la configuración:

uri 200 sip de clase de voz

Configure el siguiente par de marcado PSTN IP:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Aquí hay una explicación de los campos para la configuración:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

patrón de destino MALO MALO

protocolo de sesión sipv2

Especifica que el par de marcado 200 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (dial peer) .

Objetivo de sesión ipv4:192.168.80.13

uri entrante a través de 200

interfaz de fuente de control de enlace GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.

interfaz de fuente multimedia de enlace GigabitEthernet0/0/0

Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.

códec 100 de clase de voz

Configura el par de marcado para que utilice la lista de filtros de códecs comunes 100. Para obtener más información, consulte códec de clase de voz .

rtp-nte del relé dtmf

Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).

no vadead

Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).

Cree grupos de pares de marcado para enrutar las llamadas hacia Webex Calling o la PSTN. Defina DPG 100 con el par de marcado saliente 100 hacia Webex Calling. DPG 100 se aplica al par de marcado entrante desde la PSTN. De manera similar, defina DPG 200 con el par de marcado saliente 200 hacia la PSTN. DPG 200 se aplica al par de marcado entrante de Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Aquí hay una explicación de los campos para la configuración:
par de marcado 100
Asocia un par de marcado saliente con un grupo de pares de marcado. Para obtener más información, consulte dpg de clase de voz.
Aplique grupos de pares de marcado para enrutar llamadas desde Webex a la PSTN y desde la PSTN a Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Aquí hay una explicación de los campos para la configuración:
dpg de destino 200
Especifica qué grupo de pares de marcado y, por lo tanto, el par de marcado se debe utilizar para el tratamiento saliente de las llamadas presentadas a este par de marcado entrante.

Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las características de CUBE.

Configurar la puerta de enlace local con un entorno de Unified CM existente

Configure las siguientes URI de clase de voz:

Clasifica las llamadas de Unified CM a Webex mediante el puerto SIP VIA:
```
voice class uri 300 sip
 pattern :5065
```
Clasifica las llamadas de Unified CM a PSTN mediante SIP a través del puerto:
```
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060
```
Clasifique los mensajes entrantes del UCM hacia el enlace troncal de PSTN utilizando uno o más patrones que describan las direcciones de origen y el número de puerto de origen. Se pueden utilizar expresiones regulares para definir patrones de coincidencia si es necesario.

En el ejemplo anterior, se utiliza una expresión regular para hacer coincidir cualquier dirección IP en el rango 192.168.80.60 a 65 y el número de puerto 5060.

Configure los siguientes registros de DNS para especificar el enrutamiento de SRV a hosts de Unified CM:


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Aquí hay una explicación de los campos para la configuración:

El siguiente comando crea un registro de recursos SRV de DNS. Cree un registro para cada host y enlace troncal de UCM:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: Nombre de registro de recursos SRV

2: La prioridad de registro de recursos SRV

1: El peso del registro del recurso SRV

5060: El número de puerto que se utilizará para el host de destino en este registro de recursos

ucmsub5.mydomain.com: El host de destino del registro de recursos

Para resolver los nombres de host de destino del registro de recursos, cree registros A de DNS locales. Por ejemplo:

ip host ucmsub5.mydomain.com 192.168.80.65

host de ip: Crea un registro en la base de datos local de IOS XE.

ucmsub5.mydomain.com: El nombre de organizador A del registro.

192.168.80.65: La dirección IP del organizador.

Cree los registros de recursos de SRV y los registros A para reflejar su entorno de UCM y su estrategia de distribución de llamadas preferida.

Configure los siguientes pares de marcado:

Par de marcado para llamadas entre Unified CM y Webex Calling:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Aquí hay una explicación de los campos para la configuración:
```
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
```
Define un par de marcado de VoIP con una etiqueta 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.
patrón de destino MALO MALO
Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes. En este caso puede utilizarse cualquier patrón de destino válido.
protocolo de sesión sipv2
Especifica que el par de marcado 300 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (par de marcado).
dns de destino de sesión:wxtocucm.io
Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS. En este caso, el registro SRV definido localmente wxtocucm.io se utiliza para dirigir llamadas.
uri entrante a través de 300
Utiliza la URI 300 de clase de voz para dirigir todo el tráfico entrante de Unified CM mediante el puerto de origen 5065 a este par de marcado. Para obtener más información, consulte uri entrante.
códec de clase de voz 100
Indica la lista de filtros de códecs para llamadas hacia y desde Unified CM. Para obtener más información, consulte códec de clase de voz.
interfaz de fuente de control de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.
interfaz de fuente multimedia de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.
rtp-nte del relé dtmf
Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).
no vadead
Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).
Par de marcado para llamadas entre Unified CM y la PSTN:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad
```
Aquí hay una explicación de los campos para la configuración:
```
dial-peer voice 400 voip
 description UCM-PSTN trunk
```
Define un dial-peer de VoIP con una etiqueta de 300 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.
patrón de destino MALO MALO
Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes. En este caso puede utilizarse cualquier patrón de destino válido.
protocolo de sesión sipv2
Especifica que el par de marcado 400 maneja tramos de llamadas SIP. Para obtener más información, consulte protocolo de sesión (par de marcado).
dns de destino de sesión:pstntocucm.io
Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS. En este caso, el registro de SRV definido localmente pstntocucm.io se utiliza para dirigir llamadas.
uri entrante a través de 400
Utiliza la URI 400 de clase de voz para dirigir todo el tráfico entrante de los hosts de Unified CM especificados mediante el puerto de origen 5060 a este par de marcado. Para obtener más información, consulte uri entrante.
códec de clase de voz 100
Indica la lista de filtros de códecs para llamadas hacia y desde Unified CM. Para obtener más información, consulte códec de clase de voz.
interfaz de fuente de control de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los mensajes enviados a la PSTN. Para obtener más información, consulte bind.
interfaz de fuente multimedia de enlace GigabitEthernet0/0/0
Configura la interfaz de origen y la dirección IP asociada para los medios enviados a PSTN. Para obtener más información, consulte bind.
rtp-nte del relé dtmf
Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en el segmento de llamada. Para obtener más información, consulte Retransmisión DTMF (voz sobre IP).
no vadead
Deshabilita la detección de actividad de voz. Para obtener más información, consulte vad (par de marcado).

Agregue el enrutamiento de llamada mediante las siguientes configuraciones:

Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y Webex Calling. Definir DPG 100 con Par de marcado de salida 100 hacia Webex Calling. DPG 100 se aplica al par de marcado entrante asociado de Unified CM. De manera similar, defina DPG 300 con el par de marcado saliente 300 hacia Unified CM. DPG 300 se aplica al par de marcado entrante de Webex.
```
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300 
```
Cree grupos de pares de marcado para enrutar llamadas entre Unified CM y la PSTN. Definir DPG 200 con Par de marcado saliente 200 hacia la PSTN. DPG 200 se aplica al par de marcado entrante asociado de Unified CM. De manera similar, defina DPG 400 con el par de marcado saliente 400 hacia Unified CM. DPG 400 se aplica al par de marcado entrante desde la PSTN.
```
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400
```
Aquí hay una explicación de los campos para la configuración:
par de marcado 100
Asocia un par de marcado saliente con un grupo de pares de marcado. Para obtener más información, consulte dpg de clase de voz.
Aplique grupos de pares de marcado para enrutar llamadas de Webex a Unified CM y de Unified CM a Webex:
```
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100
```
Aquí hay una explicación de los campos para la configuración:
dpg de destino 300
Especifica qué grupo de pares de marcado y, por lo tanto, el par de marcado se debe utilizar para el tratamiento saliente de las llamadas presentadas a este par de marcado entrante.
Aplique grupos de pares de marcado para enrutar llamadas desde la PSTN a Unified CM y desde Unified CM a la PSTN:
```
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200 
```
Esto concluye la configuración de la puerta de enlace local. Guarde la configuración y vuelva a cargar la plataforma si es la primera vez que se configuran las características de CUBE.

Supervisar y solucionar problemas de la puerta de enlace local con firmas de diagnóstico

Las firmas de diagnóstico (DS) detectan de forma proactiva problemas comúnmente observados en la puerta de enlace local basada en Cisco IOS XE y generan una notificación del evento por correo electrónico, syslog o mensajes de terminal. También puede instalar DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso de TAC de Cisco para acelerar el tiempo de resolución.

Las firmas de diagnóstico (DS) son archivos XML que contienen información sobre eventos desencadenantes de problemas y acciones para informar, solucionar y remediar el problema. Utilice mensajes de syslog, eventos SNMP y mediante la supervisión periódica de salidas específicas del comando show para definir la lógica de detección de problemas. Los tipos de acción incluyen:

Recopilación de salidas del comando show
Generación de un archivo de registro consolidado
Cargar el archivo en una ubicación de red proporcionada por el usuario, como HTTPS, SCP, servidor FTP

Los ingenieros de TAC crean archivos DS y los firman digitalmente para proteger su integridad. Cada archivo DS tiene el Identificador numérico exclusivo asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico (DSLT) es una fuente única para encontrar firmas aplicables para monitorear y solucionar varios problemas.

Antes de comenzar:

No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.
Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.
Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.

Requisitos previos

Puerta de enlace local con IOS XE 17.6.1 o superior

Las firmas de diagnóstico están habilitadas de manera predeterminada.
Configure el servidor de correo electrónico seguro que utiliza para enviar notificaciones proactivas si el dispositivo ejecuta IOS XE 17.6.1 o superior.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

Configurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Instale firmas de diagnóstico para una supervisión proactiva

Supervisión de la alta utilización de la CPU

Este DS realiza un seguimiento de la utilización de la CPU en 5 segundos mediante el SNMP OID 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, deshabilita todas las depuraciones y desinstala todas las firmas de diagnóstico que instala en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.

Asegúrese de haber activado el SNMP con el comando mostrar snmp. Si el SNMP no está activado, configure el administrador de servidor snmp comando .


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Descargue DS 64224 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Nombre del campo	Valor de campo

Plataforma	Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge
Producto	CUBE Enterprise en la solución de Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Alta utilización de la CPU con notificación por correo electrónico

Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

El siguiente ejemplo muestra la copia del archivo desde un servidor FTP a la puerta de enlace local.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Instale el archivo XML de DS en la puerta de enlace local.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Utilice el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Descargar DSes:

ID de DS	Nombre de DS	Revisión	Estado	Última actualización (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrados	7/11/2020 22:05:33

Monitoreo de desconexiones anormales de llamadas

Asegúrese de que el SNMP esté habilitado mediante el comando mostrar snmp. Si el SNMP no está activado, configure el administrador de servidor snmp comando .

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Descargue DS 65221 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Detección de desconexión de llamadas anormales SIP con correo electrónico y notificación de Syslog.

Copie el archivo XML de DS en la puerta de enlace local.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Instale el archivo XML de DS en la puerta de enlace local.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Usa el comando mostrar la firma de diagnóstico de la llamada a domicilio para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".

Instalar firmas de diagnóstico para solucionar un problema

También puede utilizar las firmas de diagnóstico (DS) para resolver problemas rápidamente. Los ingenieros de TAC de Cisco han creado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso de TAC de Cisco . Esto elimina la necesidad de verificar manualmente la ocurrencia de problemas y facilita mucho la resolución de problemas intermitentes y transitorios.

Configurar otra variable de entorno de DSds_fsurl_prefix como la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) para cargar los datos de diagnóstico. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte como se muestra a continuación. El token de carga de archivos se puede generar en el Adjuntos sección del Administrador de casos de soporte, según sea necesario.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Ejemplo:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Asegúrese de que el SNMP esté habilitado mediante el comando mostrar snmp. Si el SNMP no está habilitado, configure el administrador de servidor snmp comando .
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Recomendamos instalar el DS 64224 de alta monitorización de CPU como una medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Rendimiento
Tipo de problema	Alta utilización de CPU con notificación por correo electrónico .

Descargue DS 65095 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

Nombre del campo	Valor de campo

Plataforma	Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge
Producto	Solución CUBE Enterprise en Webex Calling
Alcance del problema	Syslog
Tipo de problema	Syslog - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0

Copie los archivos XML de DS en la puerta de enlace local.


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Instale el archivo XML de alta supervisión de la CPU DS 64224 y, a continuación, DS 65095 en la puerta de enlace local.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Compruebe que la firma se haya instalado correctamente con mostrar llamada-inicio diagnóstico-firma. La columna de estado debe tener un valor de "inscrito".


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

Última actualización (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Registrados

8/11/2020 00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Registrados

8/11/2020 00:12:53

Verificar la ejecución de firmas de diagnóstico

En el siguiente comando, la columna "Estado" del comando mostrar la firma de diagnóstico de la llamada a domicilio cambia a "en ejecución" mientras que la puerta de enlace local ejecuta la acción definida dentro de la firma. La salida de Mostrar estadísticas de firma de diagnóstico a domicilio es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecuta la acción. La columna "Activada / Máxima / Desinstalar" indica la cantidad de veces que la firma dada ha activado un evento, la número máximo de veces que está definida para detectar un evento y si la firma se desinstala después de detectar la número máximo de eventos activados.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

DSes descargados:

ID de DS	Nombre de DS	Revisión	Estado	Última actualización (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrados	08/11/20 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Ejecutando	08/11/20 00:12:53

Mostrar estadísticas de firma de diagnóstico a domicilio

ID de DS	Nombre de DS	Desencadenado/Máximo/Desinstalar	Tiempo de ejecución promedio (segundos)	Tiempo de ejecución máximo (segundos)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Desinstalar firmas de diagnóstico

El uso de las firmas de diagnóstico para fines de resolución de problemas se define normalmente para desinstalar después de la detección de algunas ocurrencias de problemas. Si desea desinstalar una firma manualmente, recupere el Identificador de DS de la salida de mostrar la firma de diagnóstico de la llamada a domicilio y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID>

Ejemplo:

call-home diagnostic-signature deinstall 64224

Las firmas nuevas se agregan a la herramienta de búsqueda de firmas de diagnóstico periódicamente, según los problemas que se observan en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas.

Implementar alta disponibilidad de CUBE como puerta de enlace local

Fundamentos

Requisitos previos

Antes de implementar CUBE HA como puerta de enlace local para Webex Calling, asegúrese de comprender en profundidad los siguientes conceptos:

Solución Cisco Webex Calling
Opción de puerta de enlace local para Cisco Webex Calling
Redundancia entre decodificadores de nivel 2 con CUBE Enterprise para preservación de llamadas con inspección de estado

Las pautas de configuración proporcionadas en este artículo suponen una plataforma de puerta de enlace local exclusiva sin configuración de voz existente. Si se está modificando una implementación empresarial de CUBE existente para utilizar también la función de puerta de enlace local para Cisco Webex Calling, preste atención a la configuración aplicada para asegurarse de que los flujos de llamadas y las funcionalidades existentes no se interrumpan y asegúrese de que esté cumpliendo con los requisitos de diseño de CUBE HA.

Componentes de hardware y software

CUBE HA como puerta de enlace local requiere IOS-XE versión 16.12.2 o posterior y una plataforma en la que se admitan las funciones de CUBE HA y LGW.

Los comandos show y los registros de este artículo se basan en una versión mínima de software de Cisco IOS-XE 16.12.2 implementada en un vCUBE (CSR1000v).

Material de referencia

A continuación, se detallan algunas guías de configuración de CUBE HA para diversas plataformas:

Serie ISR 4K: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Arquitectura preferida de Cisco para Cisco Webex Calling: https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Descripción general de la solución Webex Calling

Cisco Webex Calling es una oferta de colaboración que ofrece una alternativa basada en la nube de varios inquilinos al servicio telefónico PBX local con varias opciones de PSTN para los clientes.

La implementación de la puerta de enlace local (representada a continuación) es el punto central de este artículo. El enlace troncal de la puerta de enlace local (PSTN local) en Webex Calling permite la conectividad a un servicio de PSTN propiedad del cliente. También proporciona conectividad para una implementación de IP PBX local, como Cisco Unified CM. Todas las comunicaciones hacia y desde la nube se protegen mediante el transporte TLS para SIP y SRTP para medios.

La figura a continuación muestra una implementación de Webex Calling sin ninguna IP PBX existente y se aplica a una implementación de uno o varios sitios. La configuración que se describe en este artículo se basa en esta implementación.

Redundancia entre decodificadores de nivel 2

La redundancia entre decodificadores de nivel 2 de CUBE HA utiliza el protocolo de infraestructura del Grupo de redundancia (RG) para formar un par de enrutadores activos/en espera. Este par comparte la misma dirección IP virtual (VIP) en sus respectivas interfaces y continuamente intercambian mensajes de estado. Se comprueba la información de la sesión de CUBE en todo el par de enrutadores, lo que permite que el enrutador en modo de espera asuma todas las responsabilidades del procesamiento de llamadas de CUBE de inmediato si el enrutador activo queda fuera de servicio, lo que genera la preservación de con inspección de estado de la señalización y los medios.

El punto de verificación se limita a llamadas conectadas con paquetes de medios. Las llamadas en tránsito no se verifican por punto (por ejemplo, un estado de intento o de timbre).

En este artículo, CUBE HA hará referencia a la redundancia entre decodificadores (B2B) de nivel 2 de CUBE de alta disponibilidad (HA) para la preservación de llamadas con inspección de estado.

A partir de IOS-XE 16.12.2, CUBE HA se puede implementar como puerta de enlace local para implementaciones del enlace troncal de Cisco Webex Calling (PSTN local), y cubriremos las consideraciones y configuraciones de diseño en este artículo. En esta figura se muestra una configuración típica de CUBE HA como puerta de enlace local para una implementación del enlace troncal de Cisco Webex Calling.

Componente Infra del grupo de redundancia

El componente Infra del grupo de redundancia (RG) proporciona soporte para la infraestructura de comunicación entre decodificadores entre los dos CUBE y negocia el estado de redundancia estable final. Este componente también proporciona:

Un protocolo similar a HSRP que negocia el estado de redundancia final para cada enrutador intercambiando mensajes de monitoreo de actividad y bienvenida entre los dos CUBE (a través de la interfaz de control); GigabitEthernet3 en la figura anterior.
Un mecanismo de transporte para el punto de control del estado de la señalización y los medios para cada llamada desde el enrutador activo al de modo de espera (a través de la interfaz de datos); GigabitEthernet3 en la figura anterior.
Configuración y administración de la interfaz de IP virtual (VIP) para las interfaces de tráfico (varias interfaces de tráfico se pueden configurar con el mismo grupo de RG); GigabitEthernet 1 y 2 se consideran interfaces de tráfico.

Este componente de RG debe configurarse específicamente para admitir B2B HA de voz.

Administración de la dirección IP virtual (VIP) para señalización y medios

B2B HA depende de la VIP para lograr la redundancia. La VIP y las interfaces físicas asociadas en ambos CUBE en el par de CUBE HA deben residir en la misma subred LAN. La configuración de la VIP y la vinculación de la interfaz VIP para una aplicación de voz (SIP) en particular son obligatorias para la compatibilidad con B2B HA de voz. Los dispositivos externos, como Unified CM, el SBC de acceso a Webex Calling, el proveedor de servicios o el proxy, usan la VIP como dirección IP de destino para las llamadas que atraviesan los enrutadores de CUBE HA. Por lo tanto, desde el punto de vista de Webex Calling, los pares de CUBE HA actúan como una única puerta de enlace local.

La información de la sesión de RTP y de señalización de llamadas de las llamadas establecidas se encuentran en punto de control desde el enrutador activo hasta el enrutador de espera. Cuando el enrutador activo se cae, el enrutador de modo de espera toma el control y sigue reenviando el flujo de RTP anteriormente enrutado por el primer enrutador.

Las llamadas en un estado transitorio en el momento de la recuperación de fallas no se conservarán después de la conmutación. Por ejemplo, las llamadas que todavía no están totalmente establecidas o están en proceso de modificación con una función de transferencia o espera. Las llamadas establecidas pueden desconectarse después de la conmutación.

Existen los siguientes requisitos para utilizar CUBE HA como puerta de enlace local para la recuperación de fallas con inspección de estado de las llamadas:

CUBE HA no puede tener interfaces TDM o analógicas ubicadas al mismo tiempo
A Gig1 y Gig2 se les conoce como interfaces de tráfico (SIP/RTP) y Gig3 es una interfaz de control/datos del grupo de redundancia (RG).
No se pueden colocar más de 2 pares de CUBE HA en el mismo dominio de nivel 2, uno con ID de grupo 1 y el otro con ID de grupo 2. Si configura 2 pares de alta disponibilidad con el mismo ID de grupo, las interfaces de control/datos de RG deben pertenecer a dominios de nivel 2 diferentes (vlan, conmutador independiente)
El canal de puertos es compatible con las interfaces de control/datos y tráfico de RG
Todas la señalización/los medios se traslada desde/hacia la dirección IP virtual
Cada vez que se recarga una plataforma en una relación CUBE-HA, siempre arranca en modo de espera
La dirección más baja para todas las interfaces (Gig1, Gig2, Gig3) debe estar en la misma plataforma
El Identificador de interfaz de redundancia (RII), debe ser único para una combinación de par/interfaz en el mismo nivel 2
La configuración en amos CUBE debe ser idéntica, incluida la configuración física, y debe ejecutarse en el mismo tipo de plataforma y versión de IOS-XE
Las interfaces de bucle no se pueden utilizar como enlace, ya que siempre están activas
Las interfaces de tráfico múltiple (SIP/RTP) (Gig1, Gig2) requieren que se configure el seguimiento de la interfaz
CUBE-HA no es compatible con una conexión de cable transversal para el enlace de datos/control de RG (Gig3)
Ambas plataformas deben ser idénticas y deben estar conectadas a través de un conmutador físico en todas las interfaces similares para que CUBE HA funcione, es decir, GE0/0/0 de CUBE-1 y CUBE-2 deben terminar en el mismo conmutador, y así sucesivamente.
WAN no puede terminar en los CUBE directamente ni en la alta disponibilidad de datos en cualquiera de los lados
Tanto el enrutador activo como el de espera deben estar en el mismo centro de datos
Es obligatorio utilizar una interfaz L3 independiente para la redundancia (control/datos de RG, Gig3). Es decir, la interfaz que se utiliza para el tráfico no se puede utilizar para mantener el monitoreo de actividad y los puntos de control de HA
Después de la recuperación de fallas, el CUBE anteriormente activo pasa por una recarga por diseño, preservando la señalización y los medios

Configurar la redundancia en ambos CUBE

Debe configurar la redundancia entre decodificadores de nivel 2 en ambos CUBE que se utilizarán en un par de HA para recupera las IP virtuales.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

Configurar una puerta de enlace local en ambos CUBE

En nuestra configuración de ejemplo, estamos utilizando la siguiente información de enlace troncal de Control Hub para crear la configuración de la puerta de enlace local tanto en las plataformas, VCUBE-1 como VCUBE-2. El nombre de usuario y la contraseña para esta configuración son los siguientes:

Usuario: Hussain1076_LGU
Contraseña: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

Configurar Unified CM para Webex Calling

Configurar el perfil de seguridad del enlace troncal SIP para el enlace troncal a la puerta de enlace local

En los casos en que la puerta de enlace local y la puerta de enlace de PSTN residan en el mismo dispositivo, debe habilitarse Unified CM para diferenciar entre dos tipos de tráfico diferentes (llamadas de Webex y de la PSTN) que se originan en el mismo dispositivo y aplicar una clase de servicio diferenciada a estos tipos de llamadas. Este tratamiento diferenciado de llamadas se logra aprovisionando dos enlaces troncales entre Unified CM y el dispositivo combinado de puerta de enlace local y PSTN, que requiere diferentes puertos de escucha de SIP para los dos enlaces troncales.

Cree un perfil de seguridad de enlace troncal SIP exclusivo para el enlace troncal de la puerta de enlace local con las siguientes configuraciones:

Configuración	Valor

Nombre	Nombre único, como Webex
Descripción	Descripción significativa, como Perfil de seguridad del enlace troncal SIP de Webex
Puerto entrante	Debe coincidir con el puerto utilizado en la configuración de la puerta de enlace local para el tráfico hacia/desde Webex: 5065

Configurar el perfil del SIP para el enlace troncal de la puerta de enlace local

Cree un perfil de SIP exclusivo para el enlace troncal de la puerta de enlace local con las siguientes configuraciones:

Configuración	Valor

Nombre	Nombre único, como Webex
Descripción	Descripción significativa, como Perfil de SIP de Webex
Habilitar el ping a OPCIONES para monitorear el estado de los destinos para enlaces troncales con tipo de servicio "Ninguno (predeterminado)"	Activado

Crear un espacio de búsqueda de llamadas para llamadas desde Webex

Cree un espacio de búsqueda de llamadas para llamadas que se originen desde Webex con la siguiente configuración:

Configuración	Valor

Nombre	Nombre único, como Webex
Descripción	Descripción significativa, como Espacio de búsqueda de llamadas de Webex
Particiones seleccionadas	DN (números de directorio +E.164) ESN (marcado abreviado entre sitios) PSTN Internacional (acceso a PSTN) onNetRemote (destinos aprendidos de GDPR)

La última partición onNetRemote se utiliza solo en un entorno de varios grupos donde se intercambia información de enrutamiento entre grupos de Unified CM mediante el servicio de búsqueda entre grupos (ILS) o la Replicación del plan de marcado global (GDPR).

Configurar un enlace troncal SIP hacia y desde Webex

Cree un enlace troncal SIP para las llamadas hacia y desde Webex a través de la puerta de enlace local con las siguientes configuraciones:

Configuración	Valor
Información del dispositivo
Nombre del dispositivo	Un nombre único, como Webex
Descripción	Descripción significativa, como Enlace troncal SIP de Webex
Ejecutar en todos los nodos activos de Unified CM	Activado
Llamadas entrantes
Espacio de búsqueda de llamadas	El espacio de búsqueda de llamadas anteriormente definido: Webex
Espacio de búsqueda de llamadas de AAR	Un espacio de búsqueda de llamadas con acceso solamente a patrones de rutas de PSTN: PSTNReroute
Información de SIP
Dirección de destino	Dirección IP del CUBE de la puerta de enlace local
Puerto de destino	5060
Perfil de seguridad del enlace troncal de SIP	Definido anteriormente: Webex
Perfil SIP	Definido anteriormente: Webex

Configurar el grupo de rutas para Webex

Cree un grupo de rutas con las siguientes configuraciones:

Configuración	Valor
Información del grupo de rutas
Nombre del grupo de rutas	Un nombre único, como Webex
Dispositivos seleccionados	El enlace troncal SIP configurado anteriormente: Webex

Configurar la lista de rutas para Webex

Cree una lista de rutas con las siguientes configuraciones:

Configuración	Valor
Información de la lista de rutas
Nombre	Un nombre único, como RL_Webex
Descripción	Descripción significativa, como Lista de rutas para Webex
Ejecutar en todos los nodos activos de Unified CM	Activado
Información del miembro de la lista de rutas
Grupos seleccionados	Solo el grupo de rutas anteriormente definido: Webex

Crear una partición para los destinos de Webex

Cree una partición para los destinos de Webex con las siguientes configuraciones:

Configuración	Valor
Información de la lista de rutas
Nombre	Nombre único, como Webex
Descripción	Descripción significativa, como Partición de Webex

Qué hacer a continuación

Asegúrese de agregar esta partición a todos los espacios de búsqueda de llamadas que deberían tener acceso a destinos de Webex. Debe agregar esta partición específicamente al espacio de búsqueda de llamadas que se utiliza como espacio de búsqueda de llamadas entrantes en los enlaces troncales de PSTN, para que se puedan enrutar las llamadas desde PSTN a Webex.

Configurar patrones de rutas para destinos de Webex

Configure patrones de ruta para cada rango de DID en Webex con las siguientes configuraciones:

Configuración	Valor

Patrón de ruta	Patrón +E.164 completo para el rango de DID en Webex con "\" inicial. Por ejemplo: \+140855501XX
Partición de ruta	Webex
Puerta de enlace/Lista de rutas	RL_Webex
Prioridad urgente	Activado

Configurar la normalización de marcado entre sitios abreviada para Webex

Si se requiere el marcado entre sitios abreviado en Webex, configure patrones de normalización de marcado para cada rango de ESN en Webex con las siguientes configuraciones:

Configuración	Valor

Patrón de traducción	Patrón de ESN para el rango de ESN en Webex. Por ejemplo: 80121XX
Partición	Webex
Descripción	Descripción significativa, como Patrón de normalización de Webex
Utilizar el espacio de búsqueda de llamadas del originador	Activado
Prioridad urgente	Activado
No esperar el tiempo de espera de Interdigit en los saltos posteriores	Activado
Máscara de transformación de la persona que recibió la llamada	Máscara para normalizar el número a +E.164. Por ejemplo: +140855501XX

Configurar sus características de Webex Calling

Configurar un grupo de salto

Los grupos de búsqueda enrutan las llamadas entrantes a un grupo de usuarios o espacios de trabajo. Incluso puede configurar un patrón para enrutar a un grupo completo.

Para obtener más información sobre cómo configurar un grupo de salto, consulte Grupos de búsqueda en Cisco Webex Control Hub .

Crear una cola de llamada

Puede configurar una cola de llamada para que, cuando no se puedan responder las llamadas de los clientes, se les proporcione una respuesta automatizada, mensajes cómodos y música en espera hasta que alguien pueda responder la llamada.

Para obtener más información sobre cómo configurar y administrar una cola de llamada, consulte Administrar colas de llamadas en Cisco Webex Control Hub .

Crear un cliente recepcionista

Ayude a satisfacer las necesidades del personal de atención al público. Puede configurar usuarios como asistentes telefónicos para que puedan filtrar las llamadas entrantes a determinadas personas dentro de su organización.

Para obtener información acerca de cómo configurar y ver sus clientes de recepcionista, consulte Clientes de recepcionista en Cisco Webex Control Hub.

Crear y administrar asistentes automáticos

Puede agregar saludos, configurar menús y enrutar llamadas a un servicio de respuestas, a un grupo de búsqueda, a una casilla de correo de voz o a una persona real. Cree un horario de 24 horas o proporcione diferentes opciones cuando su empresa esté abierta o cerrada.

Para obtener información sobre cómo crear y administrar asistentes automáticos, consulte Administrar operadores automáticos en Cisco Webex Control Hub .

Configurar un grupo de paginación

La localización de grupo permite a un usuario realizar una llamada unidireccional o una localización de grupo a hasta 75 usuarios de destino y espacios de trabajo marcando un número o extensión asignada a un grupo de localización específico.

Para obtener información sobre cómo configurar y editar grupos de paginación, consulte Configurar un grupo de paginación en Cisco Webex Control Hub .

Configurar la captura de llamadas

Mejore el trabajo en equipo y la colaboración creando un grupo de captura de llamada para que los usuarios puedan contestar las llamadas de los demás. Cuando agrega usuarios a un grupo de captura de llamada y uno de los integrantes del grupo está ocupado o ausente, otro puede responder sus llamadas.

Para obtener información acerca de cómo configurar un grupo de captura de llamada, consulte Captura de llamada en Cisco Webex Control Hub.

Configurar llamada en espera

La detención de llamadas permite que un grupo definido de usuarios detenga llamadas para otros miembros disponibles de un grupo de detención de llamadas. Los otros miembros del grupo que están en sus teléfonos pueden contestar las llamadas en estado de detención.

Para obtener información acerca de cómo configurar la detención de llamadas, consulte Detención de llamadas en Cisco Webex Control Hub.

Habilitar intromisión para los usuarios

1	Desde la vista del cliente en , vaya a Llamadas > Ubicaciones.https://admin.webex.com
2	Seleccione un usuario y haga clic en Calling (Llamadas).
3	Vaya a la sección Permisos entre usuarios y, a continuación, seleccione Intromisión.
4	Active la alternancia para permitir que otros usuarios se agreguen a sí mismos a la llamada en curso de este usuario.
5	Marque Reproducir un tono cuando este usuario Interfiera en una llamada si desea reproducir un tono a otras personas cuando este usuario interfiera en su llamada.
6	Haga clic en Guardar.

Habilitar la privacidad para un usuario

Inicie sesión en Control Hub y vaya a Administración > Usuarios.

Elija un usuario y haga clic en Calling (Llamadas).

Vaya al área Permisos entre usuarios y, a continuación, elija Privacidad.

Elija la configuración de Privacidad del asistente automático correspondiente a este usuario.

Permitir que se pueda llamar a este usuario por extensión
Permitir que se pueda llamar a este usuario por nombre o apellido

Marque la casilla de verificación Habilitar privacidad. A continuación, puede decidir bloquear a todos si no elige miembros de la lista desplegable. Como alternativa, puede elegir los usuarios, los espacios de trabajo y las líneas virtuales que pueden supervisar el estado de la línea de este usuario.

Si usted es administrador de ubicaciones, solo los usuarios, espacios de trabajo y líneas virtuales pertenecientes a sus ubicaciones asignadas aparecerán en la lista desplegable.

Desmarque la casilla de verificación Activar privacidad para permitir que todos supervisen el estado de la línea.

Marque la casilla de verificación Exigir privacidad para la contestación de llamadas dirigida y la intromisión para habilitar la privacidad para la contestación de llamadas dirigida y la intromisión.

Si habilita esta opción, solo los usuarios autorizados, las líneas virtuales y los dispositivos del espacio de trabajo pueden utilizar la captura de llamada dirigida y la intromisión en este usuario. De lo contrario, cualquier persona de la organización puede invocar la contestación de llamada dirigida y la intromisión en una línea.
Para obtener más información sobre la intromisión, consulte Intromisión en la llamada telefónica de otra persona.
El supervisor siempre puede entrar a las llamadas que los agentes reciben a través de la cola de llamada. Es decir, la configuración de privacidad no afecta la opción de intromisión de un supervisor.

En Agregar miembro por nombre, elija los usuarios, espacios de trabajo y líneas virtuales que pueden supervisar el estado de la línea telefónica e invocar la contestación de llamada dirigida y la intromisión.

Para filtrar los miembros que seleccione, utilice el campo filtrar por nombre, número o extensión.

Haga clic en Eliminar todo para eliminar todos los miembros seleccionados.

Para eliminar un miembro individual, haga clic en Eliminar junto al nombre del miembro.

Haga clic en Guardar.

Configurar la supervisión

El número máximo de líneas supervisadas para un usuario es de 50. Sin embargo, al configurar la lista de monitoreo, tenga en cuenta la cantidad de mensajes que afectan el ancho de banda entre Webex Calling y su red. Además, determine la cantidad máxima de líneas supervisadas por la cantidad de botones de línea en el teléfono del usuario.

Desde la vista del cliente en https://admin.webex.com, vaya a Administración y, a continuación, haga clic en Usuarios.

Seleccione el usuario que desea modificar y haga clic en Llamadas.

Vaya a la sección Permisos entre usuarios y seleccione Supervisión.

Elija entre las opciones siguientes:

Agregar línea monitoreada
Agregar extensión de detención de llamadas

Puede incluir una línea virtual en la lista Agregar línea supervisada para la supervisión de usuarios.

Elija si desea notificar a este usuario sobre las llamadas aparcadas, busque la persona o la extensión de detención de llamadas que se van a supervisar y, a continuación, haga clic en Guardar.

La lista de líneas monitoreadas en Control Hub corresponde al orden de las líneas monitoreadas que se muestran en el dispositivo del usuario. Puede reordenar la lista de líneas supervisadas en cualquier momento.

El nombre que aparece para la línea supervisada es el nombre introducido en los campos Nombre y apellido del identificador de llamadas para el usuario, el espacio de trabajo y la línea virtual.

¿Quiere ver cómo se hace? Mira esto demostración de vídeo sobre cómo administrar la configuración de monitoreo para un usuario en Centro de control .

Habilitar el tono de advertencia del puente de llamada para los usuarios

Antes de comenzar

Debe tener la línea compartida configurada para que se invoque el puente de llamadas. Ver como configurar líneas compartidas antes de habilitar la reproducción del tono de advertencia del puente de llamadas.

Inicie sesión en Control Hub y vaya a Administración > Usuarios.

Seleccione un usuario y haga clic en la pestaña Llamadas.

Vaya a Permisos entre usuarios y haga clic en Tono de advertencia de puente de llamadas.

Enciende Tono de advertencia de puenteo de llamadas y luego haga clic en Guardar .

De forma predeterminada, esta característica está habilitada.

Para obtener más información sobre el puente de llamadas en una línea compartida de MPP, consulte Líneas compartidas en su teléfono de escritorio multiplataforma.

Para obtener más información sobre el puente de llamadas en una línea compartida de la Aplicación de Webex, consulte Apariencia de línea compartida para WebexApp.

Activar la gestión de hoteles para un usuario

La habilitación del “hoteling” para un usuario le permite trabajar en otro espacio mientras mantiene la funcionalidad y las características de su teléfono de escritorio principal.

Desde la vista del cliente enhttps://admin.webex.com ir a Gestión y seleccione Usuarios .

Seleccione un usuario y haga clic en la pestaña Llamadas.

Vaya a la sección Permisos entre usuarios, seleccione Hoteling y active la alternancia.

Introduzca el nombre o el número del host de hoteling en el campo de búsqueda Ubicación de hoteling y elija el host de hoteling que desee asignar al usuario.

Solo se puede seleccionar un anfitrión de hotelería. Si elige otro organizador de hoteles, el primero se elimina.

Si usted es administrador de ubicaciones, solo puede asignar el organizador de “hoteling” correspondiente a sus ubicaciones asignadas.

Para limitar el tiempo que un usuario puede asociarse al host de "hoteling", elija la cantidad de horas que el usuario puede utilizar el host de "hoteling" en la lista desplegable Limitar período de asociación.

El usuario cerrará la sesión automáticamente después de la hora elegida.

Se muestra un mensaje de error en la pantalla si el período límite de asociación especificado para el usuario supera el período límite de asociación del host de "hoteling" elegido. Por ejemplo, si el host de hoteling tiene un período de asociación límite de 12 horas y el período de asociación límite del usuario es de 24 horas, se muestra un mensaje de error. En tales casos, es necesario ampliar el período de asociación límite del organizador de hoteles si se necesita más tiempo para el usuario.

Haga clic en Guardar.

Un usuario también puede buscar y localizar el host de "hoteling" que desea utilizar desde el concentrador de usuarios. Para obtener más información, consulte Acceda a su perfil de llamadas desde cualquier lugar .

¿Quiere ver cómo se hace? Mira esto demostración de vídeo sobre cómo configurar la hotelería en el Control Hub.

Tendencias de adopción e informes de uso para Webex Calling

Ver informes de llamadas

Puede utilizar la página Análisis de Control Hub para obtener información sobre el uso que hacen los usuarios de Webex Calling y la aplicación Webex (participación), así como sobre la calidad de su experiencia con los medios de llamadas. Para acceder a los análisis de Webex Calling, inicie sesión en Control Hub; a continuación, vaya a Análisis y seleccione la ficha Llamadas.

1	Para obtener informes detallados del historial de llamadas , inicie iniciar sesión en Centro de control , luego ve a Analítica > Llamando .
2	Seleccionar Historial de llamadas detallado . Para obtener más información acerca de las llamadas que utilizan la instancia exclusiva, consulte Análisis de instancias exclusivas.
3	Para acceder a los datos sobre la calidad de los medios, inicie sesión en Control Hub; a continuación, vaya a Análisis y seleccione Llamadas. Para obtener más información, consulte Análisis para su cartera de colaboración en la nube.

Ejecute la herramienta CScan

CScan es una herramienta de preparación de la red diseñada para probar la conexión de red con Webex Calling.

Para obtener más información, consulte Utilizar CScan para probar la calidad de red de Webex Calling.

1	Asegúrese de que se haya creado una clave de configuración para la contraseña con los comandos show que se muestran a continuación, antes de poder utilizarse en las credenciales o en los secretos compartidos. Las contraseñas del tipo 6 se cifran mediante cifrado AES y esta clave de configuración definida por el usuario. `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` A continuación, se muestra la configuración de la puerta de enlace local que se aplicará a ambas plataformas según los parámetros de Control Hub mostrados arriba, guardar y volver a cargar. Las credenciales del Resumen de SIP de Control Hub se resaltan en negrita. configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Para mostrar la salida del comando show, hemos recargado VCUBE-2 seguido de VCUBE-1, lo que hace que VCUBE-1 sea el CUBE de espera y VCUBE-2 el activo
2	En un momento determinado, solo una plataforma mantendrá una inscripción activa como puerta de enlace local con el SBC de acceso de Webex Calling. Mire los resultados de los siguientes comandos show. show redundancy application group 1 mostrar el estado del registro sip-ua `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# A partir de la salida anterior, puede ver que VCUBE-2 es el LGW activo que mantiene la inscripción con el SBC de acceso de Webex Calling, mientras que la salida de "show sip-ua register status" está en blanco en VCUBE-1
3	Ahora habilite las siguientes depuraciones en VCUBE-1 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	Simule la recuperación de fallas mediante la emisión del siguiente comando en LGW activo, VCUBE-2 en este caso. `VCUBE-2#redundancy application reload group 1 self` El cambio del LGW ACTIVE a STANDBY ocurre en la siguiente situación, además de la CLI listada anteriormente. Cuando se recarga el enrutador ACTIVE Cuando se apaga y se enciende el enrutador ACTIVE Cuando cualquier interfaz configurada de RG del enrutador ACTIVE para la que está habilitado el seguimiento está apagada
5	Compruebe si VCUBE-1 se ha inscrito en el SBC de acceso de Webex Calling VCUBE-2 ya debería haberse recargado. `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 ahora es el LGW activo.
6	Mire el registro de depuración relevante en VCUBE-1 que envía un SIP REGISTER a Webex Calling a través de la IP virtual y recibe 200 OK. VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0

Requisitos de la puerta de enlace local para Webex Calling

Requisitos previos generales

Requisitos de hardware y software para la puerta de enlace local

Requisitos de licencias para las puertas de enlace locales

Requisitos de certificado y seguridad para la puerta de enlace local

Requisitos de optimización de rutas de medios, NAT transversal y firewall para la puerta de enlace local

Antes de comenzar

Qué hacer a continuación

Antes de comenzar

Antes de comenzar

Qué hacer a continuación

Qué hacer a continuación

Descripción general

Configuración de línea de base

Configuración

Requisitos previos

Configuración de línea de base

Configuración

Requisitos previos

Instale firmas de diagnóstico para una supervisión proactiva

Monitoreo de desconexiones anormales de llamadas

Instalar firmas de diagnóstico para solucionar un problema

Verificar la ejecución de firmas de diagnóstico

Desinstalar firmas de diagnóstico

Fundamentos

Configurar la redundancia en ambos CUBE

Configurar una puerta de enlace local en ambos CUBE

Configurar el perfil de seguridad del enlace troncal SIP para el enlace troncal a la puerta de enlace local

Configurar el perfil del SIP para el enlace troncal de la puerta de enlace local

Crear un espacio de búsqueda de llamadas para llamadas desde Webex

Configurar un enlace troncal SIP hacia y desde Webex

Configurar el grupo de rutas para Webex

Configurar la lista de rutas para Webex

Crear una partición para los destinos de Webex

Qué hacer a continuación

Configurar patrones de rutas para destinos de Webex

Configurar la normalización de marcado entre sitios abreviada para Webex

Configurar un grupo de salto

Crear una cola de llamada

Crear un cliente recepcionista

Crear y administrar asistentes automáticos

Configurar un grupo de paginación

Configurar la captura de llamadas

Configurar llamada en espera

Habilitar intromisión para los usuarios

Habilitar la privacidad para un usuario

Configurar la supervisión

Habilitar el tono de advertencia del puente de llamada para los usuarios

Antes de comenzar

Activar la gestión de hoteles para un usuario

Ver informes de llamadas

Ejecute la herramienta CScan

Pequeñas empresas

Enterprise

Dispositivos

Soluciones para

Recursos

Company