Flujo de trabajo de configuración de Webex Calling
Flujo de trabajo de configuración de Webex Calling

30 de septiembre de 2022
Descripción general de Webex Calling

Presentación de Webex Calling

Imagínese poder aprovechar las características de llamadas en la nube, movilidad y PBX de nivel empresarial, junto con la aplicación Webex para mensajería, reuniones y llamadas desde un cliente de software Webex Calling o un dispositivo Cisco. Eso es exactamente lo que Webex Calling tiene para ofrecerle.

Webex Calling ofrece las siguientes ventajas:

  • Suscripciones de llamadas para los usuarios de telefonía y las áreas comunes

  • Acceso a la aplicación web de Webex para cada usuario

  • Acceso a la Red de telefonía de conmutación pública (PSTN) para permitir que sus usuarios marquen números fuera de la organización. El servicio se proporciona a través de una infraestructura empresarial existente (puerta de enlace local sin IP PBX local o con un entorno de llamadas de Unified CM existente) o el socio o Cisco proporciona PSTN opciones.

Webex Calling admite las siguientes características: Para obtener más información, consulte el capítulo Configurar las características de Webex Calling.

Tabla 1. Características configurables por el administrador

Característica

Descripción

Contestador automático

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. Puede crear un programa de 24 horas o proporcionar distintas opciones cuando su empresa esté abierta o cerrada. Incluso puede derivar llamadas sobre la base de los atributos del identificador de llamadas para crear listas VIP o manejar de otra manera llamadas provenientes de ciertos códigos de área.

Cola de llamada

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

Captura de llamada

Puede mejorar las capacidades de trabajo en equipo y la colaboración si crea un grupo de captura de llamada para que los usuarios puedan responder 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.

Detención de llamadas

Puede activar la detención de llamadas para que los usuarios puedan poner una llamada en espera y proseguirla en otro teléfono.

Grupo de salto

Es posible que quiera configurar grupos de búsqueda en las siguientes situaciones:

  • Un equipo de Ventas que requiera direccionamiento secuencial. Una llamada entrante ingresa a un teléfono pero, si no recibe ninguna respuesta, se la direcciona al siguiente agente de la lista.

  • Un equipo de Soporte que prefiera que los teléfonos suenen a la vez para que el primer agente que esté disponible atienda la llamada.

Grupo de paginación

Puede crear un grupo de paginación para que los usuarios puedan enviar un mensaje de audio a una persona, a un departamento o a un equipo. Cuando alguien envía un mensaje a un grupo de paginación, el mensaje se reproduce en todos los dispositivos del grupo.

Cliente recepcionista

Ayude a satisfacer las necesidades del personal de atención al público al proporcionarle un conjunto completo de opciones de control de llamadas, monitoreo de líneas a gran escala, colas de llamadas, varias opciones y vistas del directorio, integración con Outlook y más.

Los usuarios pueden configurar las siguientes características en https://settings.webex.com, que se inicia en forma cruzada en el portal de usuarios de Calling.

Tabla 2. Características configurables por el usuario

Característica

Descripción

Rechazo de llamada anónima

Los usuarios pueden rechazar llamadas entrantes con identificadores de llamadas bloqueados.

Continuidad del negocio

Si los teléfonos de los usuarios no están conectados a la red por algún motivo (como interrupción del servicio de energía, problemas de red, y así sucesivamente), los usuarios pueden reenviar llamadas entrantes a un número de teléfono específico.

Reenvío de llamadas

Los usuarios pueden reenviar llamadas entrantes a otro teléfono.

Reenvío de llamadas selectivo

Los usuarios pueden reenviar llamadas en momentos específicos de personas que llaman específicas. Este ajuste tiene precedencia sobre el reenvío de llamadas.

Notificación de llamada

Los usuarios pueden enviarse un correo electrónico a sí mismos cuando reciben una llamada según criterios predefinidos, como el número de teléfono o la fecha y hora.

Llamadas en espera

Los usuarios pueden permitir la respuesta de llamadas entrantes adicionales.

No molestar

Los usuarios pueden permitir temporalmente que todas las llamadas se dirijan directamente al correo de voz.

Office Anywhere

Los usuarios pueden utilizar los teléfonos seleccionados ("Ubicaciones") como extensión del número de teléfono y plan de marcado de su empresa.

Alerta de prioridad

Los usuarios pueden llamar a sus teléfonos con un timbre respectivo cuando se cumplen criterios predefinidos, como el número de teléfono o la fecha y hora.

Oficina remota

Los usuarios pueden realizar llamadas desde un teléfono remoto y hacer que aparezcan desde su línea de negocios. Además, todas las llamadas entrantes a su línea de negocios sonarán en este teléfono remoto.

Aceptación de llamada selectiva

Los usuarios pueden aceptar llamadas en momentos específicos de personas que llaman específicas.

Rechazo selectivo de llamadas

Los usuarios pueden rechazar llamadas en momentos específicos de personas que llaman específicas.

Timbre secuencial

Llame a hasta 5 dispositivos uno después del otro para las llamadas entrantes.

Timbre simultáneo

Llame a los números de los usuarios y a los demás ("destinatarios de la llamada") al mismo tiempo para las llamadas entrantes.

Servicios de aprovisionamiento, dispositivos y usuarios en Control Hub, inicio en forma cruzada a la configuración detallada en el portal de administración de llamadas

Control Hub (https://admin.webex.com) es un portal de administración que se integra con Webex Calling para optimizar sus pedidos y configuración, y centralizarsu administración de la oferta agrupada: Webex Calling, aplicación de Webex y reuniones.

Control Hub es el punto central para el aprovisionamiento de todos los servicios, dispositivos y usuarios. Puede realizar la configuración inicial de su servicio de llamadas, inscribir teléfonos MPP en la nube (con la dirección MAC), configurar usuarios asociando dispositivos, agregando números, servicios, características de llamadas, entre otros. Además, desde Control Hub, puede iniciar en forma cruzada al Portal de administración de llamadas.

Experiencia del usuario

Los usuarios tienen acceso a las siguientes interfaces:

Descripción general

Webex Calling costos operativos y mejorar la productividad, lo que lo ayuda a migrar las comunicaciones empresariales críticas a la nube. Cuando se combina con otras aplicaciones y dispositivos de Webex, es el corazón de una completa experiencia empresarial de llamadas y colaboración en la nube. Cisco admite implementaciones de modelos combinados localmente, en la nube y para mantener a nuestros clientes conectados y productivos desde cualquier lugar; incluso durante eventos molestos del mercado.

Webex Calling ahora incluye una opción de instancia de nube exclusiva basada en la Cisco Unified Communications Manager dedicada. Instancia dedicada está integrada con Webex Calling y aprovecha los servicios de las plataformas de Webex, lo que aporta innovación en la nube y una experiencia mejorada para los clientes que necesitan admitir extremos de Cisco más antiguos, soluciones de sobrevivientes locales o integraciones existentes parte de los flujos de trabajo críticos de la empresa.

El complemento de la instancia de uso exclusivo para Webex Calling incluye:

  • Cisco Unified Communications Manager

  • Cisco Unified mi y presencia

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (región América únicamente)

  • Cisco Session Management Edition (SME) (Opcional)

Retorno de la inversión extendido: la instancia de uso exclusivo admite los mismos extremos de voz y vídeo que la versión asociada de UC Manager, lo que elimina el requisito de actualizar todos los extremos de clientes al migrar a la nube y ampliar el retorno de la inversión de estos activos.

Inter-Op básica : la instancia de uso exclusivo se integra Webex Calling de enrutamiento de llamadas a través de la plataforma de Webex. Los clientes tienen la flexibilidad de distribuir usuarios entre la instancia de uso exclusivo y el Webex Calling, y ajustarse con el tiempo según sea necesario para resolver los requisitos comerciales de las llamadas en la nube.


Los clientes que dividen usuarios en distintas plataformas experimentarán diferentes características. Las características de llamada no se incluyen entre la Instancia de dedicada y Webex Calling. Por ejemplo, Webex Calling usuarios no pueden formar parte de una grupo de búsqueda instancia de uso exclusivo.

Realizar un recorrido por Control Hub

Control Hub es su interfaz única personalizada basada en la Web para administrar su organización, administrar sus usuarios, asignar servicios, analizar tendencias de adopción y calidad de llamadas, y más.

Para hacer que su organización se ejecute, le recomendamos que invite a algunos usuarios para que entren a la aplicación Webex ; para ello, introduzca sus direcciones de correo electrónico en el Control Hub. Aliente a las personas a usar los servicios que les ofrece, incluso las llamadas, y a que proporcionen comentarios acerca de su experiencia. Cuando esté listo, siempre podrá agregar más usuarios.


Le recomendamos que utilice la versión para equipos de escritorio más reciente de Google Chrome o Mozilla Firefox para acceder a Control Hub. Los navegadores de dispositivos móviles y otros navegadores de escritorio pueden producir resultados inesperados.

Utilice la información que se presenta a continuación como un resumen de alto nivel de lo que puede esperar al configurar su organización con los servicios. Para obtener más información detallada, consulte los capítulos individuales para ver las instrucciones paso a paso.

Comenzar

Después de que su socio cree su cuenta, recibirá un correo electrónico de bienvenida. Haga clic en el enlace Introducción en el correo electrónico con Chrome o Firefox para acceder a Control Hub. El enlace inicia sesión automáticamente con su dirección de correo electrónico de administrador. Luego, se le solicitará que cree su contraseña de administrador.

Asistente inicial para pruebas

Si su socio se ha inscrito para una prueba, el asistente de configuración se inicia automáticamente después de iniciar sesión en Control Hub. El asistente lo guiará a través de la configuración básica para que su organización comience a utilizar Webex Calling, entre otros servicios. Puede configurar y revisar su configuración de Calling antes de terminar el recorrido del asistente.

Revisar la configuración

Cuando se cargue Control Hub, podrá revisar su configuración.

Agregar usuarios

Ahora que ya ha configurado sus servicios, está listo para agregar personas desde el directorio de su empresa. Diríjase a Usuarios y haga clic en Administrar usuarios.

Si utiliza Microsoft Active Directory, le recomendamos que habilite la sincronización de directorios primero y, luego, decida cómo desea agregar usuarios. Haga clic en Siguiente y siga las instrucciones para configurar del Conector de directorios de Cisco.

Configurar el inicio de sesión único (SSO)

La aplicación de Webex utiliza la autenticación básica. Puede optar por configurar SSO para que los usuarios se autentiquen con su Proveedor de servicios de identidad empresarial mediante sus credenciales empresariales, en lugar de utilizar una contraseña separada almacenada y administrada en Webex.

Diríjase a Configuración, desplácese hasta Autenticación, haga clic en Modificar y, luego, seleccione Integrar proveedor externo de servicios de identidad.

Asignar servicios a usuarios

Debe asignar servicios a los usuarios que haya agregado para que las personas puedan comenzar a usar la aplicación de Webex.

Diríjase a Usuarios, haga clic en Administrar usuarios, seleccione Exportar e importar usuarios con un archivo CSV y, luego, haga clic en Exportar.

En el archivo que descargue, simplemente agregue True para los servicios que quiera asignar a cada uno de sus usuarios.

Importe el archivo completado, haga clic en Agregar y quitar servicios y, luego, haga clic en Enviar. Ahora está listo para configurar las características de llamadas, inscribir dispositivos que se pueden compartir en un lugar común, e inscribir y asociar dispositivos con usuarios.

Otorgue funcionalidades a sus usuarios

Ahora que agregó usuarios y se les han asignado servicios, estos pueden comenzar a utilizar sus teléfonos multiplataforma (MPP) compatibles con Webex Calling y la aplicación de Webex para mensajes y reuniones. Aliéntelos a usar la configuración de Cisco Webex como punto de acceso único.

Función de la puerta de enlace local

La puerta de enlace local es un dispositivo de límite administrado por la empresa o el socio para el intertrabajo de la Red de telefonía de conmutación pública (PSTN) y el intertrabajo de la central de conmutación pública (PBX) heredado (incluido Unified CM).

Puede utilizar Control Hub para asignar una puerta de enlace local a una ubicación; luego, Control Hub proporciona parámetros que puede configurar en el CUBE. Estos pasos inscriben la puerta de enlace local en la nube y, luego, se proporciona el servicio PSTN a través de la puerta de enlace para los usuarios de Webex Calling en una ubicación específica.

Para especificar y pedir una puerta de enlace local, lea la guía de solicitud de la puerta de enlace local.

Implementaciones admitidas de la puerta de enlace local para Webex Calling

Se admiten las siguientes implementaciones básicas:

La puerta de enlace local se puede implementar independientemente o en implementaciones en las que sea necesaria la integración con Cisco Unified Communications Manager.

Implementaciones de la puerta de enlace local sin IP PBX local

Implementaciones de la puerta de enlace local independientes

En esta figura se muestra una implementación de Webex Calling sin ninguna IP PBX existente y se aplica a una ubicación única o a una implementación de varias ubicaciones.

Para todas las llamadas que no coinciden con sus destinos de Webex Calling, Webex Calling envía esas llamadas a la puerta de enlace local que se asigna a la ubicación para el procesamiento. La puerta de enlace local enruta todas las llamadas que provienen de Webex Calling al PSTN y en la otra dirección, PSTN a Webex Calling.

La puerta de enlace de PSTN puede ser una plataforma exclusiva o puede residir en conjunto con la puerta de enlace local. Como en la siguiente figura, recomendamos la variante de puerta de enlace de PSTN exclusiva de esta implementación; puede utilizarse si la puerta de enlace PSTN existente no puede utilizarse como puerta de enlace local de Webex Calling.

Implementación de la puerta de enlace local que reside en conjunto

La puerta de enlace local puede estar basada en IP, conectarse a un ITSP mediante un enlace troncal SIP, o estar basada en un TDM usando un ISDN o un circuito analógico. La siguiente figura muestra una implementación de Webex Calling en la que la puerta de enlace local reside en conjunto con el PSTN GW/SBC.

Implementaciones de la puerta de enlace local con PBX de Unified CM local

Las integraciones con Unified CM se requieren en los siguientes casos:

  • Las ubicaciones habilitadas para Webex Calling se agregan a una implementación existente de Cisco UC en la que Unified CM se implementa como la solución local de control de llamadas

  • Se requiere el marcado directo entre teléfonos inscritos en Unified CM y teléfonos en ubicaciones de Webex Calling.

En esta figura se muestra una implementación de Webex Calling donde el cliente tiene una PBX IP existente de Unified CM.

Webex Calling envía llamadas que no coinciden con los destinos de conexión y Webex Calling cliente con la puerta de enlace local. Esto incluye PSTN internos y extensiones internas de Unified CM, Webex Calling pueden ver. La puerta de enlace local enruta todas las llamadas que vienen de Webex Calling a Unified CM y viceversa. Luego, Unified CM enruta las llamadas entrantes a destinos locales o al PSTN según el plan de marcado existente. El plan de marcado de Unified CM normaliza los números como +E.164. La puerta de enlace de PSTN puede ser exclusiva o puede residir en conjunto con la puerta de enlace local.

Puerta de enlace de PSTN exclusiva

Como se muestra en el diagrama, la variante de puerta de enlace de PSTN exclusiva de esta implementación es la opción recomendada y se puede utilizar si la puerta de enlace de PSTN existente no puede utilizarse como puerta de enlace local de Webex Calling.

Puerta de enlace de PSTN que reside en conjunto

Esta figura muestra una implementación de Webex Calling con Unified CM en la que la puerta de enlace local reside en conjunto con la puerta de enlace/SBC de PSTN.

Webex Calling enruta todas las llamadas que no coinciden con los destinos de Webex Calling del cliente con la puerta de enlace local asignada a la ubicación. Esto incluye los destinos de PSTN y las llamadas dentro de la red hacia las extensiones internas de Unified CM. La puerta de enlace local enruta todas las llamadas a Unified CM. Luego, Unified CM enruta las llamadas a teléfonos inscritos localmente o al PSTN a través de la puerta de enlace local, que tiene una funcionalidad PSTN/SBC ubicada en conjunto.

Consideraciones sobre el enrutamiento de llamada

Llamadas de Webex Calling a Unified CM

La lógica de enrutamiento de Webex Calling funciona de la siguiente manera: si el número que se marca en un extremo de Webex Calling no se puede enrutar a ningún otro destino dentro del mismo cliente en Webex Calling, la llamada se envía a la puerta de enlace local para su procesamiento posterior. Todas las llamadas por fuera de la red (fuera Webex Calling red) se envían a la puerta de enlace local.

En el caso de una implementación de Webex Calling sin integración con un Unified CM existente, cualquier llamada fuera de la red se considera una llamada de PSTN. Cuando se combina con Unified CM, una llamada fuera de la red puede seguir siendo una llamada en la red a cualquier destino alojado en Unified CM o una llamada real fuera de la red a un destino de PSTN. La distinción entre los dos últimos tipos de llamadas es determinada por Unified CM y depende del plan de marcado empresarial que se ofrece en Unified CM.

La siguiente figura muestra a un usuario de Webex Calling que marca un número nacional en EE. UU.

Ahora, Unified CM, basado en el servicio plan de marcado, enruta la llamada a un extremo inscrito localmente en el que el destino al que se llama se aprovisiona como número de directorio. Para esto, el plan de marcado de Unified CM debe admitir el enrutamiento de números +E.164.

Llamadas de Unified CM a Webex Calling

Para habilitar el enrutamiento de llamada desde Unified CM a Webex Calling en Unified CM, se debe aprovisionar un conjunto de rutas para definir el conjunto de direcciones de planes de numeración +E.164 y empresariales en Webex Calling.

Con estas rutas en su lugar, se pueden realizar ambas situaciones de llamadas que se muestran en la siguiente figura.

Si una persona que llama en la PSTN llama a un número DID que está asignado a un dispositivo de Webex Calling, la llamada se entrega a la empresa a través de la puerta de enlace de PSTN de la empresa y luego llega a Unified CM. La dirección a la que se llama en esa llamada coincide con una de las rutas de Webex Calling que se aprovisiona en Unified CM, y la llamada se envía a la puerta de enlace local. (La dirección a la que se llama debe tener el formato +E.164 cuando se envía a la puerta de enlace local). La lógica Webex Calling enrutamiento de llamadas luego se asegura de que la llamada se envíe al dispositivo Webex Calling previsto, en función de la asignación did.

Además, las llamadas que se originaron desde extremos inscritos de Unified CM, dirigidas a destinos en Webex Calling, están sujetas al plan de marcado que se aprovisione en Unified CM. Normalmente, este plan de marcado permite a los usuarios utilizar hábitos de marcado empresariales comunes para realizar llamadas. Estos hábitos no incluyen necesariamente el marcado +E.164. Cualquier hábito de marcado que no sea +E.164 debe normalizarse a +E.164 antes de que las llamadas se envíen a la puerta de enlace local para permitir un direccionamiento correcto en Webex Calling.

Clase de servicio (CoS)

La implementación de estrictas restricciones de clase de servicio siempre se recomienda por diversos motivos, como evitar bucles de llamadas y prevenir el fraude telefónico. En el contexto de la integración de la puerta de enlace local de Webex Calling con la clase de servicio de Unified CM, debemos considerar la clase de servicio para:

  • Dispositivos inscritos en Unified CM

  • Llamadas que llegan a Unified CM desde el PSTN

  • Llamadas que llegan a Unified CM desde Webex Calling

Dispositivos inscritos en Unified CM

Agregar los destinos de Webex Calling como una clase nueva de destinos a una configuración de CoS existente es una opción directa: el permiso para llamar a destinos de Webex Calling generalmente es equivalente al permiso para llamar a destinos locales (incluidos entre sitios).

Si un plan de marcado empresarial ya implementa un permiso "(abreviado) entre sitios en la red", entonces ya hay una partición aprovisionada en Unified CM que podemos usar y aprovisionar todos los destinos conocidos de Webex Calling en la red en la misma partición.

De lo contrario, aún no existe el concepto de permiso "(abreviado) entre sitios en la red", entonces se debe aprovisionar una partición nueva (por ejemplo "onNetRemote"), se agregan los destinos Webex Calling a esta partición y, finalmente, esta partición nueva se debe agregar a los espacios de búsqueda de llamadas correspondientes.

Llamadas que llegan a Unified CM desde el PSTN

Agregar los destinos de Webex Calling como una clase nueva de destinos a una configuración de CoS existente es una opción directa: el permiso para llamar a destinos de Webex Calling generalmente es equivalente al permiso para llamar a destinos locales (incluidos entre sitios).

Si un plan de marcado empresarial ya implementa un permiso "(abreviado) entre sitios en la red", entonces ya hay una partición aprovisionada en Unified CM que podemos usar y aprovisionar todos los destinos conocidos de Webex Calling en la red en la misma partición.

De lo contrario, aún no existe el concepto de permiso "(abreviado) entre sitios en la red", entonces se debe aprovisionar una partición nueva (por ejemplo "onNetRemote"), se agregan los destinos Webex Calling a esta partición y, finalmente, esta partición nueva se debe agregar a los espacios de búsqueda de llamadas correspondientes.

Llamadas que llegan a Unified CM desde Webex Calling

Las llamadas que llegan desde el PSTN deben acceder a todos los destinos de Webex Calling. Esto requiere agregar la partición anterior que mantiene todos los destinos de Webex Calling al espacio de búsqueda de llamadas utilizado para llamadas entrantes en el enlace troncal de PSTN. El acceso a los destinos de Webex Calling se incluye además del acceso ya existente.

Mientras que para las llamadas desde PSTN se requiere acceso a los DID de Unified CM y a los DIDs de Webex Calling, las llamadas que se originaron en Webex Calling necesitan acceso a los DID de Unified CM y a los destinos de PSTN.

Figura 1. CoS diferenciado para llamadas desde PSTN y Webex Calling

Esta figura compara estas dos clases diferentes de servicio para las llamadas de PSTN y Webex Calling. La figura también muestra que si la funcionalidad de la puerta de enlace de PSTN se reasigna en conjunto con la puerta de enlace local, se requieren dos enlaces troncales de PSTN GW y la puerta de enlace local combinadas a Unified CM: una para llamadas que se originaron en el PSTN y otra para llamadas que se originaron en Webex Calling. Esto es impulsado por el requisito de aplicar espacios de búsqueda de llamadas diferenciados por tipo de tráfico. Con dos enlace troncales entrantes en Unified CM, esto se puede lograr fácilmente si se configura el espacio de búsqueda de llamadas requerido para llamadas entrantes en cada enlace troncal.

Integración del plan de marcado

En esta guía se asume que existe una instalación que se basa en las mejores prácticas actuales de la "Arquitectura preferida para implementaciones locales de Cisco Collaboration, CVD". La última versión está disponible aquí.

El diseño del plan de marcado recomendado sigue el enfoque de diseño que se documenta en el capítulo Plan de marcado de la última versión del SRND de Cisco Collaboration System disponible aquí.

Figura 2. Plan de marcado recomendado

En esta figura se muestra una descripción general del diseño del plan de marcado recomendado. Las características clave de este plan de marcado incluyen:

  • Todos los números de directorio que están configurados en Unified CM tienen formato +E.164.

  • Todos los números del directorio residen en la misma partición (DN) y se marcan como urgentes.

  • El enrutamiento principal se basa en +E.164.

  • Todos los hábitos de marcado que no sean +E.164 (por ejemplo, el marcado abreviado intrasitio y el marcado de PSTN utilizando hábitos de marcado comunes) se normalizan (globalizan) a +E.164 utilizando patrones de traducción de normalización de marcado.

  • Los patrones de traducción de normalización de marcado utilizan el espacio de búsqueda de llamadas del patrón de traducción heredado; y tienen configurada la opción "Utilizar el espacio de búsqueda de llamadas del originador".

  • La clase de servicio se implementa mediante el uso de espacios de búsqueda de llamadas específicos del sitio y la clase de servicio.

  • Las capacidades de acceso de PSTN (por ejemplo, acceso a destinos de PSTN internacionales) se implementan agregando particiones con los patrones de ruta +E.164 respectivos al espacio de búsqueda de llamadas que define la clase de servicio.

Capacidad de acceso Webex Calling

Figura 3. Agregar Webex Calling destino a la plan de marcado

Para agregar capacidad de acceso para los destinos de Webex Calling a este plan de marcado, se debe crear una partición que represente a todos los destinos Webex Calling ("Webex Calling") y un patrón de ruta +E.164 para cada rango de DID en Webex Calling se agrega a esta partición. Este patrón de ruta hace referencia a una lista de rutas con un solo miembro: el grupo de rutas con el enlace troncal SIP a la puerta de enlace local para las llamadas Webex Calling. Como todos los destinos marcados se normalizan a +E.164, ya sea mediante el uso de patrones de traducción de normalización de marcado para llamadas originadas en extremos registrados de Unified CM o transformaciones de partes entrantes que se originaron desde el PSTN este conjunto único de patrones de ruta +E.164 es suficiente para lograr la capacidad de acceso para destinos en Webex Calling independientemente del hábito de marcado utilizado.

Por ejemplo, si un usuario marca "914085550165", el patrón de traducción de normalización de marcado en la partición "UStoE164" normaliza esta cadena de marcado a "+14085550165", que luego coincide con la patrón de ruta para un destino Webex Calling en la partición "Webex Calling". Finalmente, Unified CM envía la llamada a la puerta de enlace local.

Agregar marcado abreviado entre sitios

Figura 4. Agregar marcado abreviado entre sitios

La forma recomendada de agregar marcado abreviado entre sitios al plan de marcado de referencia es agregar patrones de traducción de normalización de marcado para todos los sitios bajo el plan de numeración empresarial a una partición dedicada ("ESN", Números significativos empresariales). Estos patrones de traducción interceptan las cadenas de marcado en el formato del plan de numeración empresarial y normalizan la cadena marcada a +E.164.

Para agregar marcado abreviado empresarial a destinos Webex Calling, agregue el patrón de traducción de normalización de marcado respectivo para la ubicación Webex Calling a la partición "Webex Calling" (por ejemplo, "8101XX" en el diagrama). Después de la normalización, la llamada nuevamente se envía a Webex Calling tras coincidir el patrón de ruta en la partición "Webex Calling".

No recomendamos agregar el patrón de traducción de marcado abreviado para las llamadas Webex Calling a la partición "ESN", ya que esta configuración puede crear bucles de enrutamiento de llamadas no deseados.

Controladores de protocolos para llamadas

Webex Calling inscribe los siguientes controladores de protocolos en el sistema operativo para habilitar la funcionalidad de clic para llamar desde navegadores web u otras aplicaciones. Los siguientes protocolos inician una llamada de audio o vídeo en la aplicación de Webex cuando se trata de la aplicación de llamadas predeterminada en Mac o Windows:

  • CLICKTOCALL: o CLICKTOCALL://

  • SIP: o SIP://

  • TEL: o TEL://

  • WEBEXTEL: o WEBEXTEL://

Controladores de protocolos para Windows

Otras aplicaciones pueden inscribirse para los controladores de protocolos antes de la aplicación de Webex. En Windows 10, la ventana del sistema para pedir a los usuarios que seleccionen qué aplicación utilizar para iniciar la llamada. Las preferencias de usuario se pueden recordar si el usuario marca Utilizar siempre esta aplicación.

Si los usuarios necesitan restablecer la configuración predeterminada de la aplicación de llamadas para que puedan escoger la aplicación de Webex, usted puede indicarles que cambien las asociaciones de protocolos de la aplicación de Webex en Windows 10:

  1. Abra la configuración predeterminada del sistema de la aplicación, haga clic en Establecer valores predeterminados por aplicación y, a continuación, elija Aplicación de Webex.

  2. Para cada protocolo, elija Aplicación de Webex.

Controladores de protocolos para macOS

En Mac OS, si otras aplicaciones inscritas en los protocolos de llamadas antes de la aplicación de Webex, los usuarios deben configurar su aplicación Webex para que sea la opción de llamada predeterminada.

En la aplicación de Webex para Mac, los usuarios pueden confirmar que la aplicación de Webex esté seleccionada para iniciar llamadas con el ajuste en preferencias generales. También pueden marcar Siempre conectarse con Microsoft Outlook si desean realizar llamadas en la aplicación Webex cuando hacen clic en un número de contacto de Outlook.

30 de septiembre de 2022
Preparar su entorno para Webex Calling

Requisitos para llamadas

Licencias

Webex Calling está disponible a través del Plan flexible de Cisco Collaboration. Debe adquirir un plan de Acuerdo empresarial (EA) (para todos los usuarios, incluido el 50 % de dispositivos de espacios de trabajo) o un plan de Usuario nombrado (NU) (algunos o todos los usuarios).

Webex Calling proporciona tres tipos de licencia ("Tipos de estación")

  • Profesionales: estas licencias proporcionan un conjunto de características completo para toda su organización. Esta oferta incluye comunicaciones unificadas (Webex Calling), movilidad (clientes de escritorio y móviles con soporte para varios dispositivos), colaboración en equipo en la aplicación de Webexy la opción de agrupar reuniones con hasta 1000 participantes por reunión.

  • Básica: elija esta opción si sus usuarios necesitan características limitadas sin movilidad ni comunicaciones unificadas. Aún así, seguirán con una oferta de voz con todas las características, pero están limitadas a un solo dispositivo por usuario.


    Las licencias básicas solo están disponibles si usted tiene una suscripción de Usuario nombrado. Las licencias básicas no son compatibles con las suscripciones de los Acuerdos empresariales.

  • Espacios de trabajo (también conocidas como Área común): elija esta opción si está buscando un tono de marcado básico con un conjunto limitado de características de llamadas apropiadas para áreas como salas de descanso, salas de recepción y salas de conferencia.

Más adelante en esta documentación, se le muestra cómo utilizar Control Hub para administrar estas distribuciones de licencias en las distintas ubicaciones de su organización.

Requisitos de ancho de banda

Cada dispositivo de una videollamada requiere hasta 2 Mbps. Cada dispositivo de una llamada de audio requiere 100 kbps. Los teléfonos inactivos necesitan un ancho de banda mínimo.

Puerta de enlace local para PSTN local

Tanto los revendedores de valor agregado (VAR) como los proveedores de servicios (SP) pueden proporcionar acceso a PSTN para las organizaciones de Webex Calling. Actualmente, la puerta de enlace local es la única opción para proporcionar acceso a PSTN local. La puerta de enlace local se puede implementar independientemente o en implementaciones en las que sea necesaria la integración con Cisco Unified Communications Manager. Los requisitos de la puerta de enlace local son los siguientes.

Dispositivos compatibles

Webex Calling admite teléfonos IP multiplataforma (MPP) de Cisco. Como administrador, puede inscribir los siguientes teléfonos en la nube. Consulte los siguientes artículos de ayuda para obtener más información:


Para obtener una lista completa de los dispositivos compatibles con Webex Calling, consulte Dispositivos compatibles con Webex Calling.

Los dispositivos de Cisco Webex Room, Board y Desk son compatibles como dispositivos en un espacio de trabajo que cree en Control Hub. Consulte "Dispositivos de Cisco Webex Room, Board y Desk" en Dispositivos compatibles con Webex Calling para obtener más información. Sin embargo, puede proporcionar a estos dispositivos el servicio PSTN habilitando Webex Calling para el espacio de trabajo.

Firewall

Cumpla con los requisitos del firewall documentados en Información de referencia de puertos para Cisco Webex Calling.

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 lo siguiente:

    • 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 un entendimiento básico del Protocolo de iniciación 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

    Puede encontrar más detalles en la Guía de configuración empresarial de Cisco Unified Border Element (CUBE) en https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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 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.

30 de septiembre de 2022
Configurar Cisco Webex Calling para su organización

Personalice su organización para Webex Calling en Control Hub. Después de activar su primera ubicación con el Asistente de configuración inicial, puede configurar y administrar ubicaciones adicionales, asignaciones y uso de enlace troncal, opciones del plan de marcado, usuarios, dispositivos y características.

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.

1

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.

2

Revise y acepte las condiciones del servicio.

3

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.

4

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.

5

Haga clic en Siguiente: Ubicación predeterminada.

6

Elija de las opciones siguientes:

  • Haga clic en Guardar y cerrar si es administrador del partner 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.

7

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
8

Haga clic en Siguiente.

9

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

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)

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > ubicaciones yhaga clic en Agregar ubicación.

Tenga en cuenta que las nuevas ubicaciones se alojarán en el centro de datos regional que se corresponda con el país que seleccionó mediante el Asistente para la configuración inicial.

2

Configure los ajustes de la ubicación:

  • Nombre de la ubicación: introduzca un nombre único para identificar la ubicación.
  • País/Región: elija un país al que 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 dela ubicación: introduzca la dirección principal dirección postal.
  • Ciudad/Ciudad: 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: elija el idioma para los anuncios de audio y los mensajes para nuevos usuarios y características.
  • Idioma del correoelectrónico: elija el idioma para la comunicación por correo electrónico con los usuarios nuevos.
  • Zona horaria: elija la zona horaria para la ubicación.
3

Haga clic en Guardar y luego elija Sí/ No para agregar números a la ubicación ahora o más adelante.

4

Si ha hecho clic en , 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 de 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.

5

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

6

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á.

7

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 > Llamadas > Números de teléfono 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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Ubicaciones.

2

Haga clic en la columna Acciones que se encuentra junto a la ubicación que desea eliminar.

3

Elija Eliminar ubicacióny 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 junto al nombre de la ubicación y seleccionando Estado de eliminación.

Puede cambiar la configuración PSTN usuario, 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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Ubicaciones y, a continuación, seleccione la ubicación que desea actualizar.

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 podrá realizar ni recibir llamadas hasta configurar ese número.

2

(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:

  • 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 locales 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. Actualmente, las ubicaciones preexistedas que han tenido otras PSTN planificadas asignadas no son elegibles para el Plan de llamadas de Cisco. Abra un caso de soporte para obtener ayuda.

    • Está alojado en un centro de datos de Webex Calling de 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.

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

     

    Webex Calling clientes con ubicaciones que estén configuradas previamente con una puerta de enlace local se convertirán automáticamente a clientes basados en las instalaciones PSTN un enlace troncal correspondiente.

3

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

4

(Opcional) En Llamadas 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 lo requieren.

En algunos países (ejemplo: Francia), existen requisitos regulatorios para los sistemas de radio celulares para establecer la identidad de la celda cuando realiza una llamada de emergencia y es puesto a disposición de las autoridades de emergencia. Otros países, como EE. UU. y Canadá, implementan la determinación de la ubicación usando otros métodos. Para obtener más información, consulte Llamadas de emergencia mejoradas.

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

Cuando define el Identificador de ubicación de emergencia para una ubicación, el valor de ubicación se envía al proveedor como parte del mensaje SIP. Comuníquese con su proveedor de llamadas de emergencia para ver si necesita esta configuración y utilice el valor que le proporciona su proveedor de llamadas de emergencia".

5

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

6

(Opcional) Haga clic en el icono del lápiz en la parte superior de la página Ubicación para cambiar el nombre de la ubicación, el idioma del anuncio, el idioma del correo electrónico, el Zona horaria o la dirección según sea necesario; luego, haga clic en Guardar.


 

La modificación del idioma del anuncio entra en vigor inmediatamente para todos los usuarios y características nuevos que se agregan a esta ubicación. Si los usuarios existentes y/o las características también deberían cambiar el idioma del anuncio, cuando se le solicite, seleccione Cambiar para los usuarios y áreas de trabajo existentes o Cambiar para las características existentes . Haga clic en Aplicar. Puede ver el progreso en la página Tareas. No puede realizar más cambios hasta que se complete.


 

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. Cuando cambie su plan de marcado, los números de ejemplo de Control Hub se actualizarán para reflejar estas modificaciones.


Los códigos de marcado de salida no son compatibles con la aplicación Webex, Webex Calling web o los dispositivos de sala de Cisco.


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

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Configuración del servicio y, a continuación, desplácese hasta Marcado interno.

2

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

  • Longitud del prefijo de enrutamiento de la ubicación: le recomendamos este ajuste 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.
  • Dígito de control en el prefijo de enrutamiento: puede establecer un valor aquí independientemente de si utiliza prefijos de enrutamiento de la ubicación.
  • Longitud de las extensiones internas: puede introducir entre 2 y 6 dígitos; el valor predeterminado es 2.

     

    Después de que aumente la longitud de sus extensiones, los números de marcado rápido ya existentes a extensiones internas no se actualizarán automáticamente.

3

Especifique el marcado interno para ubicaciones específicas. Vaya a Servicios > Llamada > Ubicaciones, seleccione una ubicación, desplácese hasta Marcado y, a continuación, cambie el marcado interno y externo 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. Le recomendamos que la longitud del prefijo coincida con la longitud establecida en el nivel de la organización, pero debe tener entre 2 y 7 dígitos de longitud.
  • Marcado externo: de manera opcional, 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 marcado de salida.

Impacto en los usuarios:

  • Los usuarios deben reiniciar sus teléfonos para que los cambios en las preferencias de marcado entren en vigencia.

  • Las extensiones del usuario no deben comenzar con el mismo número que el dígito de control de la ubicación.

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.

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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Enrutamiento de llamada y seleccione Agregar enlace troncal.

2

Seleccione una ubicación.

3

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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Ubicaciones.

2

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

3

Seleccione PSTN local y haga clic en Siguiente.

4

Elija un enlace troncal del menú desplegable.


 

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

5

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.

1

Desde la vista del cliente 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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Configuración de la organización > Servicios, desplácese hasta Llamadas y, a continuación, elija Configuración del cliente.

2

Arrastre y suelte las opciones de llamadas que desea que los usuarios vean en el campo Opciones de llamadas disponibles y reordene las opciones en el orden de prioridad que quiera para sus usuarios.

Otras opciones que están ocultas para los usuarios aparecen en el campo Opciones de llamadas ocultas, como se muestra en esta captura de pantalla de ejemplo:

3

Active Habilitar un solo clic para llamar si quiere que los usuarios puedan realizar una llamada con la primera opción de llamada que configuró en el paso anterior.


 

Los cambios pueden tardar hasta 24 horas en aparecer en la aplicación Webex. Puede aconsejar a sus usuarios que reinicien sus aplicaciones para que implementen estos cambios con mayor rapidez.

Puede controlar qué aplicación de llamadas se abre cuando los usuarios realizan llamadas de PSTN. Después de configurar este ajuste a nivel de la organización, puede anularlo para usuarios específicos.


Solo elija la opción en toda la organización si está listo para migrar toda su organización.

Antes de comenzar

  • Su organización debe tener las suscripciones correctas para el comportamiento de llamadas que usted elija.

  • Los usuarios deben tener números de teléfono válidos. Si los números no son válidos, la aplicación Webex aún envía el número a la aplicación de llamadas que seleccione, pero la llamada desde esa aplicación fallará.

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Configuración de la organización y, a continuación, desplácese hasta Comportamiento de llamadas y, a continuación, elija una de las siguientes opciones: .




  • Llamadas en Webex: seleccioneesta opción si desea que los usuarios realicen llamadas directamente en la aplicación Webex mediante Webex Calling.
  • Aplicación Webex Calling: seleccione esta opción si su organización tiene una suscripción a Cisco Webex Calling y desea permitir que los usuarios realicen llamadas de PSTN con la aplicación Webex Calling. Cuando los usuarios realizan llamadas de PSTN en la aplicación Webex, se utiliza la aplicación Webex Calling para realizar la llamada.

     

    La Webex Calling cliente está disponible solo para clientes selectos.

Aparecerá un mensaje que indica que se actualizó el comportamiento de las llamadas. Ahora, los usuarios pueden realizar llamadas de PSTN desde la aplicación Webex o desde la aplicación Webex Calling.

Los usuarios deben tener instalada la aplicación correspondiente para realizar llamadas de PSTN desde la aplicación Webex. Asegúrese de permitir que los usuarios sepan qué opción elige y si se utiliza otra aplicación para realizar llamadas de PSTN.


 

Puede cambiar esta configuración a nivel de usuario si determinadas personas necesitan usar un comportamiento de llamadas diferente. Vaya a Usuarios y en Configuración, seleccione Comportamiento de llamadas. Puede tomar su decisión y, a continuación, hacer clic en Guardar.

30 de septiembre de 2022
Configurar la puerta de enlace local en IOS-XE para Webex Calling

Después de configurar las Webex Calling para su organización, puede configurar un enlace troncal para conectar su puerta de enlace local a Webex Calling. El transporte SIP TLS asegura el enlace troncal entre la puerta de enlace local y la nube de Webex. Los medios entre la puerta de enlace local y Webex Calling utilizan SRTP.

Flujo de tareas de configuración de la puerta de enlace local

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

  • Enlace troncal basado en inscripción

  • Enlace troncal basado en certificados

Utilice el flujo de tareas en la puerta de enlace local basada en inscripción o en la puerta de enlace local basada en certificado para configurar la puerta de enlace local para su enlace Webex Calling registro. Consulte Configurar enlace troncales, grupos de rutas y planes de marcado para Webex Calling para obtener más información sobre los diferentes tipos de enlace troncal. Realice los siguientes pasos en la propia puerta de enlace local mediante la interfaz de línea de comandos (CLI). Utilizamos el transporte Protocolo de iniciación de sesión (SIP) y de Seguridad de capa de transporte (TLS) para asegurar el enlace troncal y el Protocolo seguro en tiempo real (SRTP) para asegurar los medios entre la puerta de enlace local y Webex Calling.

Antes de comenzar

  • Comprenda los requisitos de la red de telefonía conmutada pública (Public Switched Telephone Network, PSTN) y de la puerta de enlace local (LGW) basadas en las instalacionespara Webex Calling. Consulte Arquitectura preferida de Cisco para Webex Calling para obtener más información.

  • En este artículo se asume que existe una plataforma de puerta de enlace local dedicada sin configuración de voz existente. Si modifica una implementación empresarial de PSTN o puerta de enlace local para utilizarla como la función de la 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 realizados.

  • Cree un enlace troncal en control Hub y asígnelo a la ubicación. Consulte Configurar enlace troncales, grupos de rutas y planes de marcado para Webex Calling para obtener más información.

Antes de comenzar

  • Asegúrese de que la siguiente configuración de la plataforma de referencia que configure se configure según las políticas y los procedimientos de su organización:

    • Pnt

    • Acl

    • habilitar contraseñas

    • contraseña principal

    • Enrutamiento IP

    • direcciones IP, y así sucesivamente

  • Necesita una versión mínima compatible de Cisco IOS XE 16.12 o IOS-XE 17.3 para todas las implementaciones de la puerta de enlace local.

1

Asegúrese de asignar cualquier interfaz de Nivel 3 que tenga direcciones IP válidas y enrutables:

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
ip address 192.168.43.197 255.255.255.0
2

Preconfigure una clave primaria para la contraseña mediante los siguientes comandos, antes de utilizar en las credenciales y compartición de valor. Cifre las contraseñas del tipo 6 mediante cifrado AES y la clave principal definida por el usuario.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configure el servidor de nombres IP para habilitar la búsqueda de DNS y el ping para asegurarse de que el servidor sea accesible. La puerta de enlace local utiliza DNS para resolver Webex Calling de proxy:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

Habilite la exclusión de TLS 1.2 y un punto de confianza del marcador de posición predeterminado:

  1. Cree un punto de confianza PKI de marcador de posición y llámelo sampleTP.

  2. Asigne el punto de confianza como el punto de confianza de señalización predeterminado en sip-ua.


     
    • Asegúrese de que un servidor cn-san-validate establezca la conexión de la puerta de enlace local solo si el proxy de salida que configura en el inquilino 200 (descrito más adelante) coincide con la lista de CN-SAN que recibe del servidor.

    • Necesita el punto de confianza criptográfico para que TLS funcione. Si bien no necesita un certificado de cliente local (por ejemplo, mTLS) configurado para la conexión.

  3. Habilite la exclusivo de v1.2 para deshabilitar TLS v1.0 y v1.1.

  4. Establezca el recuento de tcp-reintentar en 1000 (ms 5-msec = 5 segundos).

  5. Defina la conexión del temporizador para establecer TLS <wait-timer in="" sec="">. El intervalo es de 5 a 20 segundos y el predeterminado es 20 segundos. (LGW tarda 20 segundos en detectar la falla de conexión TLS antes de intentar establecer una conexión a la siguiente disponible Webex Calling acceder al SBC. La CLI permite al administrador cambiar el valor para adaptarse a las condiciones de la red y detectar fallas en la conexión con el SBC de Access mucho más rápido).


     

    Se aplica Cisco IOS XE 17.3.2 y una versión posterior.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Actualice el grupo de confianza de la puerta de enlace local:

El paquete de confianza predeterminado no incluye los certificados "DigiCert Root CA" ni "IdenTrust Commercial" que necesita para validar el certificado del lado del servidor durante la conexión TLS a Webex Calling.

Descargue el "Paquete raíz de confianza de Cisco" más reciente desde http://www.cisco.com/security/pki/ para actualizar el paquete de confianza de confianza.

  1. Compruebe si existen los certificados DigiCert Room CA e IdenTrust Commercial:

    show crypto pki trustpool | include DigiCert
  2. Si la CA DigiCert Room y los certificados IdenTrust Commercial no existen, actualíquelos de la siguiente manera:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Como alternativa, puede descargar el paquete de certificados e instalarlo desde un servidor local o una memoria flash de la puerta de enlace local.

    Por ejemplo:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Verificar:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Antes de comenzar

Asegúrese de completar los pasos del Control Hub para crear una ubicación y agregar un enlace troncal para esa ubicación. En el siguiente ejemplo, obtiene la información de Control Hub.

1

Introduzca los siguientes comandos para activar la aplicación de puerta de enlace local; consulte Información de referencia del puerto para Cisco Webex Calling para las subredes IP más recientes que debe agregar a la lista de confianza:

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 t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
end

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

Prevención de fraudes telefónicos
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Permite las direcciones IP de origen de las entidades desde las que la puerta de enlace local espera llamadas VoIP legítimas, como pares Webex Calling , nodos de Unified CM e direcciones IP PSTN.

  • De manera predeterminada, LGW bloquea todas las configuraciones de llamadas entrantes VoIP de las direcciones IP que no se incluyen en la lista de confianza. Las direcciones IP de pares de marcado con "IP de destino de sesión" o grupo de servidores son confiables de manera predeterminada, y no es necesario que se completen aquí.

  • Las direcciones IP de la lista deben coincidir con las subredes IP según la configuración regional de Webex Calling de datos que se conecte. Para obtener más información, consulte Información de referencia de puertos para Webex Calling.


     

    Si su LGW está detrás de un firewall con NAT con cono restringido, es posible que prefiera deshabilitar la lista de confianza de direcciones IP en la interfaz frontal de Webex Calling. El firewall ya le protege de las llamadas entrantes no VoIP. La acción de desactivación reduce la sobrecarga de configuración a largo plazo, ya que no podemos garantizar que las direcciones de los pares de Webex Calling permanezcan fijas, y usted debe configurar su firewall para los pares en cualquier caso.

  • Configure otras direcciones IP en otras interfaces, por ejemplo: asegúrese de agregar las direcciones de Unified CM a las interfaces hacia adentro.

  • Las direcciones IP deben coincidir con las direcciones IP de los organizadores y outbound-proxy se resuelve en el inquilino 200.

  • Consulte https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html para obtener más información.

Multimedia
voice service voip
 media statistics 
 media bulk-stats 
Funcionalidad básica de SIP a SIP
allow-connections sip to sip
Servicios complementarios
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Desactiva REFER y reemplaza el ID de diálogo en el encabezado de reemplazo por el ID de diálogo del par.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 para obtener más información.

Protocolo de fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Habilita T.38 para el transporte de fax, aunque el tráfico de fax no estará cifrado.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 para obtener más información.
Habilitar el atono global
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Cuando reenvía una llamada a un usuario de Webex Calling (por ejemplo: las partes que llaman y las que llaman son suscriptores de Webex Calling y si ancla medios en el SBC de Webex Calling ), el medio no puede pasar a la puerta de enlace local ya que el punto de acceso no está abierto.

  • La característica de los enlaces stun de la puerta de enlace local permite enviar solicitudes stun generadas localmente a través de la ruta de medios negociada. El stun ayuda a abrir el resquiso del servidor de seguridad.

  • La contraseña del stun es un requisito previo para que la puerta de enlace local envíe mensajes stun. Puede configurar servidores de seguridad basados en Cisco IOS/IOS XE para comprobar la contraseña y abrir los sondeos dinámicamente (por ejemplo, sin reglas explícitas de salida). Pero para la implementación de la puerta de enlace local, usted configura el firewall de forma estática para que abra y salga de los sondeos en función de las subredes Webex Calling SBC. Por lo tanto, el firewall debe tratar las subredes SBC como cualquier paquete UDP de entrada, que activa la apertura del sondeo sin mirar explícitamente el contenido de los paquetes.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 para obtener más información.
G729
sip
g729 annexb-all

Permite todas las variantes de G729.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 para obtener más información.
SIP
early-offer forced

Obliga a la puerta de enlace local a enviar la información SDP en el mensaje INVITE inicial en lugar de esperar que el par vecino lo confirmará.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp3350229210 para obtener más información.
2

Configure "Perfil SIP 200".

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=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

  • regla 9

    Garantiza que se enumera el encabezado como “SIP-Req-URI” y no “SIP-Req-URL” .




    La regla se convierte entre las URL de SIP y las URL de SIP, ya que Webex Calling no admite direcciones URl de SIP en los mensajes de solicitud/respuesta, pero las necesita para consultas SRV, por ejemplo: _sips._tcp.<outbound-proxy>.
  • regla 20

    Modifica el encabezado Desde para incluir el parámetro OTG/DTG del grupo de enlace troncal del Control Hub para identificar de forma única un sitio de puerta de enlace local dentro de una empresa.

  • Aplica perfil de SIP al inquilino de la clase de voz 200 (se analiza más adelante) para todos los administradores que Webex Calling. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 para obtener más información.

3

Configure el perfil del códec, la definición stun y la suite criptografía SRTP.

voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
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
stun usage ice lite
exit

Aquí se ofrece una explicación de los campos correspondientes a la configuración:


 

Si su medio anclado en el SBC de ITSP y la puerta de enlace local está detrás de una NAT, espere a que el flujo de medios entrantes de ITSP. Puede aplicar el comando stun en pares de marcado frontales ITSP.


 

Para optimizar las rutas de los medios, se necesita un uso estundente para los flujos de llamada.

4

Asigne los parámetros del Concentrador de control a la configuración de la puerta de enlace local.

Agregar Webex Calling como inquilino dentro de la puerta de enlace local. Debe tener la configuración para inscribir la puerta de enlace local en el inquilino de la clase de voz 200. Debe obtener los elementos de esa configuración de la página Información de enlace troncal del Concentrador de control, como se muestra en la siguiente imagen. El siguiente ejemplo muestra cuáles son los campos que se asignan a la CLI de la puerta de enlace local respectiva.

Aplique el inquilino 200 a todos los Webex Calling de marcado frontales (2xx etiqueta) dentro de la configuración de la puerta de enlace local. La característica del inquilino de la clase de voz permite agrupar y configurar parámetros de enlace troncal SIP que no se hacen en el servicio de voz VoIP y sip-ua. Cuando configura un inquilino y lo aplica en un par de marcado, se aplica el siguiente orden de preferencia a las configuraciones de la puerta de enlace local:

  • Configuración del par de marcado

  • Configuración del inquilino

  • Configuración global (servicio de VoIP/sip-ua)

5

Configure el inquilino de la clase de voz 200 para habilitar el registro de enlace troncal de la puerta de enlace local a Webex Calling en función de los parámetros que haya obtenido de Control Hub:


 

La siguiente línea de comandos y los parámetros son solo ejemplos. Utilice los parámetros para su propia implementación.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF 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 GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class tenant 200

Permite configuraciones globales específicas para varios inquilinos en enlace troncales SIP que permiten servicios diferenciados para los inquilinos.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 para obtener más información.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Servidor de registro para la puerta de enlace local con el registro configurado para actualizar cada dos minutos (50 % de 240 segundos). Para obtener más información, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Credenciales para el desafío de registro de enlace troncal. Para obtener más información, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Desafío de autenticación para llamadas. Para obtener más información, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Deshabilite el encabezado SIP Remote-Party-ID (RPID), ya que Webex Calling es compatible con PAL, que se habilita mediante CIO asserted-id pai.


 Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 para obtener más información.

sip-server dns:40462196.cisco-bcld.com
Define los Webex Calling registrados. Para obtener más información, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Utiliza la misma conexión persistente para el registro y el procesamiento de llamadas.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 para obtener más información.
srtp-crypto 200

Define voice class srtp-crypto 200 para especificar SHA1_80. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 para obtener más información.

session transport tcp tls
Define el transporte en TLS. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 para obtener más información.
url sips

SRV consulta debe ser SIP, tal como lo admite el SBC de acceso; todos los demás mensajes se cambian a SIP por sip-profile 200.

error-passthru

Especifica la funcionalidad de paso de respuesta de error de SIP.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 para obtener más información.
asserted-id pai

Activa el procesamiento de VPN en la puerta de enlace local. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 para obtener más información.

bind control source-interface GigabitEthernet0/0/1

Configura una dirección IP de origen para la interfaz de origen de señales hacia Webex Calling. Consulte para obtener https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 más información.

bind media source-interface GigabitEthernet0/0/1

Configura una dirección IP de origen para la interfaz de origen multimedia hacia Webex Calling. Consulte para obtener https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 más información.

no pass-thru content custom-sdp

Comando predeterminado en el inquilino. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 para obtener más información.

sip-profiles 200

Cambia los SIP a SIP y modifican la línea/puerto para los mensajes INVITE y REGISTRAR, como se define en voice class sip-profiles 200.


 Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 para obtener más información.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling acceder al SBC. Para obtener más información, consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Transmitir en forma transparente los valores del encabezado de privacidad desde los entrantes a la sección saliente. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 para obtener más información.

Después de definir el inquilino 200 dentro de la puerta de enlace local y configurar un par de marcado de SIP VoIP, la puerta de enlace inicia una conexión TLS hacia Webex Calling, en cuyo punto el acceso el SBC presenta su certificado en la puerta de enlace local. La puerta de enlace local valida la Webex Calling certificado SBC mediante el paquete raíz de CA que se actualizó anteriormente. Establece una sesión de TLS persistente entre la puerta de enlace local y el acceso Webex Calling SBC. La puerta de enlace local envía un REGISTRO al SBC de acceso en cuestión. El AOR de inscripción es number@domain. El número se toma de las credenciales "número" parámetro y dominio de la "registrar dns:<fqdn>." Cuando se deba al desafío el registro:

  • Utilice los parámetros de nombre de usuario, contraseña y dominio de las credenciales para generar el encabezado y el perfil sip 200.

  • Convierte la URL de SIPS de nuevo a SIP.

La inscripción se realiza correctamente cuando recibe 200 ok del access SBC.

Esta implementación requiere la siguiente configuración en la puerta de enlace local:

  1. Inquilinos de laclase de voz: usted crea otros inquilinos para pares de marcado que se enfrentan a ITSP de manera similar a los 200 que crea para los Webex Calling de marcado frontales.

  2. URL de clase de voz: usted define patrones para las direcciones IP/los puertos del host para diversos enlace troncales que terminan en la puerta de enlace local:

    • Webex Calling a LGW

    • PSTN terminación del enlace troncal SIP en LGW

  3. Pares de marcado salientes: puede enrutar las pestañasde llamadas salientes desde LGW hacia el enlace troncal SIP itsp y Webex Calling.

  4. DPG de clase devoz: puede invocar para dirigir los pares de marcado salientes desde un par de marcado entrante.

  5. Pares de marcado entrantes: puede aceptar las pestañasde llamada entrante de ITSP y Webex Calling.

Utilice las configuraciones para la configuración de la puerta de enlace local alojada por el socio o la puerta de enlace del sitio del cliente, como se muestra en la siguiente imagen.

1

Configure los siguientes inquilinos de clase de voz:

  1. Aplique el inquilino 100 de la clase de voz a todos los pares de marcado salientes que se enfrentan a PSTN.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Aplique el inquilino de la clase de voz 300 a todos los pares de marcado entrantes desde las direcciones IP PSTN.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Configure la siguiente uri de clase de voz:

  1. Defina la dirección IP del host de ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Defina un patrón para identificar de forma única un sitio de puerta de enlace local dentro de una empresa en función del parámetro OTG o DTG del grupo de enlace troncal de Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Actualmente, la puerta de enlace local no admite un guión bajo "_" en el patrón de coincidencia. Como solución alternativa, puede utilizar un punto "." (coincida con cualquiera) para que coincida con el "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    Define un VoIP de marcado con una etiqueta de 101y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    destination-pattern BAD.BAD

    Permite la selección del par de marcado 101. Sin embargo, invoca este par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones dpg y eso omite los criterios de coincidencia de patrones de dígitos. Está utilizando un patrón arbitrario basado en dígitos alfanuméricos que están permitidos por la CLI del patrón de destino.

    session protocol sipv2

    Especifica que el par de marcado101 maneja las extensiones de las llamadas de SIP.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino para enviar la ruta de llamada. En este caso, la dirección IP de ITSP.

    voice-class codec 99

    Indica la lista de preferencias de códecs 99 que se utilizará para este par de marcado.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad de DTMF esperada en esta sección de llamadas.

    voice-class sip tenant 100

    El par de marcado hereda todos los parámetros del inquilino 100 , a menos que ese mismo parámetro se defina en el mismo par de marcado.

    no vad

    Deshabilita la detección de actividad de voz.

  2. Par de marcado saliente hacia Webex Calling ( Actualiza el par de marcado saliente para que sirva como par de marcado entrante desde Webex Calling y más adelante en la guía de configuración).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Explicación de los comandos:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Define un VoIP dial-peer con una etiqueta de 200201 ofrece una descripción significativa para facilitar la administración y la resolución de problemas

    session target sip-server

    Indica que el servidor SIP global es el destino de las llamadas desde este par de marcado. Webex Calling servidor que define en el inquilino 200 se hereda para las llamadas de pares 200201.

    voice-class stun-usage 200

    Permite que las solicitudes stun generadas localmente en la puerta de enlace local se envíen a través de la ruta de medios negociada. Stun ayuda a abrir el acceso al servidor de seguridad.

    no voice-class sip localhost

    Deshabilita la sustitución del nombre de host local de DNS en lugar de la dirección IP física en los encabezados Desde, Id. de llamada y ID de parte remota de los mensajes salientes.

    voice-class sip tenant 200

    El par de marcado hereda todos los parámetros del inquilino 200 (LGW <--> Webex Calling Trunk), a menos que defina el mismo parámetro en el mismo par de marcado. </-->

    srtp

    Habilita SRTP para la etapa de llamada.

    no vad

    Deshabilita la detección de actividad de voz.

4

Configure los siguientes grupos de pares de marcado (dpg):

  1. Define el grupo de pares de marcado 100. El par de marcado saliente 101 es el destino de cualquier par de marcado entrante que invoque al grupo de pares de marcado 100. Aplicamos DPG 100 a las llamadas entrantes de 200201 de marcado para Webex Calling --> LGW --> PSTN acceso directo.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Defina el grupo de pares de marcado 200 con el par de marcado saliente 200201 como el destino para la ruta PSTN --> LGW --> Webex Calling. Aplique DPG 200 al par de marcado entrante 100 que defina más adelante.

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para secciones de llamadas de IP PSTN entrantes:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Define un VoIP de marcado con una etiqueta de 100 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session protocol sipv2

    Especifica que el par de marcado 100 maneja las extensiones de las llamadas de SIP.

    incoming uri via 100

    Especifica la uri de clase de voz 100 para que coincida con todo el tráfico entrante de IP PSTN a la puerta de enlace local en la dirección IP del host del encabezado VIA. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    voice-class sip tenant 300

    El par de marcado hereda todos los parámetros del inquilino 300 , a menos que ese mismo parámetro se defina en el mismo par de marcado.

    no vad

    Deshabilita la detección de actividad de voz.

  2. Par de marcado entrante para las secciones de llamadas de Webex Calling:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Actualiza un VoIP de marcado con una etiqueta de 200201y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    incoming uri request 200

    Especifica la uri de clase de voz 200 para que coincida con todo el tráfico entrante de Webex Calling a LGW en el patrón dtg único en la URI de solicitud, identificando de forma única el sitio de la puerta de enlace local dentro de una empresa y en el ecosistema Webex Calling . Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    max-conn 250

    Restringe la cantidad de llamadas concurrentes a 250 entre la LGW y Webex Calling, suponiendo un único Webex Calling de par de marcado para llamadas entrantes y salientes como se define en este artículo. Para obtener más información sobre los límites de llamadas concurrentes que involucran a la puerta de enlace local, consulte https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

PSTN a Webex Calling

Coincida todas las entradas de llamada de ip PSTN de la puerta de enlace local con el par de marcado 100 para definir un criterio de coincidencia para el encabezado VIA con la dirección IP del PSTN IP. DPG 200 invoca un 200201 de marcado saliente, que tiene al Webex Calling de llamadas como destino.

Webex Calling a PSTN

Haga coincidir todas las seccións de llamada de Webex Calling entrantes de la puerta de enlace local con la 200201 del par de marcado para definir el criterio de coincidencia para el patrón de encabezado de URI de SOLICITUD con el parámetro OTG/DTG del grupo de enlace troncal, único para esta implementación de la puerta de enlace local. DPG 100 invoca el par de marcado saliente 101, que tiene la dirección IP PSTN IP como destino de destino.

Esta implementación requiere la siguiente configuración en la puerta de enlace local:

  1. Inquilinos de la clase de voz: crea más inquilinos para los pares de marcado frente a Unified CM y ITSP, similar a los 200 que crea para los pares de marcado de Webex Calling de cara.

  2. URL de clase de voz: usted define un patrón para las direcciones IP/los puertos del host para diversos enlaces troncales que terminan en la LGW de:

    • Unified CM a LGW para destinos PSTN diferentes

    • Unified CM a LGW para destinos Webex Calling diferentes

    • Webex Calling a destinos LGW

    • PSTN terminación del enlace troncal SIP en LGW

  3. Grupo de servidores de clase de voz: puede dirigir las direcciones IP/los puertos para los enlace troncales salientes desde:

    • LGW a Unified CM

    • LGW a Webex Calling

    • LGW para PSTN enlace troncal SIP

  4. Pares de marcado salientes:puede enrutar las rutas de las llamadas salientes desde:

    • LGW a Unified CM

    • Enlace troncal SIP ITSP

    • Webex Calling

  5. DPG de clase devoz: puede invocar a pares de marcado salientes de destino desde un par de marcado entrante.

  6. Pares de marcado entrantes: puede aceptar las pestañasde llamada entrante de Unified CM, ITSP y Webex Calling.

1

Configure los siguientes inquilinos de clase de voz:

  1. Aplique el inquilino 100 de la clase de voz en todos los pares de marcado salientes hacia Unified CM y las direcciones IP PSTN:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Aplique el inquilino de la clase de voz 300 en todos los pares de marcado entrantes de Unified CM y de las direcciones IP PSTN:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Configure la siguiente uri de clase de voz:

  1. Define la dirección IP del host de ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Defina un patrón para identificar de forma única un sitio de puerta de enlace local dentro de una empresa en función del parámetro OTG/DTG del grupo de enlace troncal de Control Hub:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Actualmente, la puerta de enlace local no admite el guión bajo "_" en el patrón de coincidencia. Como solución alternativa, utilice el punto "." (coincida con cualquiera) para que coincida con el "_".

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Define el puerto VIA de señalización de Unified CM para el enlace troncal de Webex Calling:

    voice class uri 300 sip
    pattern :5065
    
  4. Define el ip de la señalización de origen de Unified CM y el puerto VIA para PSTN enlace troncal:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Configure los siguientes grupos de servidores de clase de voz:

  1. Define la dirección IP del host de destino del enlace troncal de Unified CM y el número de puerto para el grupo 1 de Unified CM (5 nodos). Unified CM utiliza el puerto 5065 para el tráfico entrante en el enlace troncal Webex Calling (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Define la dirección IP del host de destino del enlace troncal de Unified CM y el número de puerto para el grupo 2 de Unified CM, si corresponde:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Define la dirección IP del host de destino del enlace troncal de Unified CM para el grupo 1 de Unified CM (5 nodos). Unified CM utiliza el puerto 5060 predeterminado para el tráfico entrante en el enlace troncal de PSTN. Sin número de puerto especificado, puede utilizar el puerto 5060 predeterminado. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Define la dirección IP del host de destino del enlace troncal de Unified CM para el grupo 2 de Unified CM, si corresponde.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    Define un VoIP de marcado con una etiqueta del 101 y se ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    destination-pattern BAD.BAD

    Permite la selección del par de marcado 101. Sin embargo, invoca el par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones dpg y eso omite los criterios de coincidencia de patrones de dígitos. Está utilizando un patrón arbitrario que se basa en dígitos alfanuméricos permitidos por la CLI del patrón de destino.

    session protocol sipv2

    Especifica que el par de marcado 101 maneja las extensiones de las llamadas de SIP.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino para enviar la llamada. (En este caso, la dirección IP de ITSP).

    voice-class codec 99

    Indica la lista de preferencias de códecs 99 que se utilizará para este par de marcado.

    voice-class sip tenant 100

    El par de marcado hereda todos los parámetros del inquilino 100 , a menos que defina el mismo parámetro en el mismo par de marcado.

  2. Par de marcado saliente hacia Webex Calling (Actualice el par de marcado saliente para que sirva como el par de marcado entrante desde Webex Calling):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Define un VoIP de marcado con una etiqueta de 200201 ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session target sip-server

    Indica que el servidor SIP global es el destino de las llamadas desde el par demarcado 200201 . Webex Calling cliente que se define en el inquilino 200 se hereda para la aplicación de pares de 200201.

    voice-class stun-usage 200

    Permite enviar solicitudes stun generadas localmente a través de la ruta de medios negociada. Stun ayuda a abrir el acceso al servidor de seguridad.

    no voice-class sip localhost

    Deshabilita la sustitución del nombre de host local de DNS en lugar de la dirección IP física en los encabezados Desde, Id. de llamada y ID de parte remota de los mensajes salientes.

    voice-class sip tenant 200

    El par de marcado hereda todos los parámetros del enlace troncal del inquilino 200 (LGW <--> Webex Calling ), a menos que defina el mismo parámetro en el mismo par de marcado. </-->

    srtp

    Habilita SRTP para la etapa de llamada.

  3. Par de marcado saliente hacia el enlace troncal de enlace Webex Calling Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    Define un VoIP de marcado con una etiqueta de 301 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session server-group 301

    En lugar de la IP de destino de la sesión en el par de marcado, está apuntando a un grupo de servidores de destino (servidor-grupo 301 para el par de marcado 301) para definir varios nodos de UCM de destino, aunque el ejemplo solo muestra un único nodo.

    Grupo de servidores en par de marcado saliente

    Con varios dial-peers en el DPG y varios servidores en el grupo de servidores de pares de marcado, puede lograr la distribución aleatoria de llamadas en todos los suscriptores de procesamiento de llamadas de Unified CM o una búsqueda en función de una preferencia definida. Cada grupo de servidores puede tener hasta cinco servidores (IPv4/v6 con o sin puerto). Solo es necesario un segundo par de marcado y un segundo grupo de servidores si se utilizan más de cinco suscriptores de procesamiento de llamadas.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html para obtener más información.

  4. Segundo par de marcado saliente hacia el enlace troncal Webex Calling Unified CM si tiene más de 5 nodos de Unified CM:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Par de marcado saliente hacia el enlace troncal de PSTN de Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Segundo par de marcado saliente hacia el enlace troncal PSTN Unified CM si tiene más de 5 nodos de Unified CM:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Configure el siguiente DPG:

  1. Define el DPG 100. El par de marcado saliente 101 es el destino de cualquier par de marcado entrante que invoque al grupo de pares de marcado 100. Aplicamos DPG 100 a un par de marcado entrante 302 definido más adelante para la ruta de acceso directo a LG > PSTN W --> LGW de Unified CM:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Defina el DPG 200 con el par de marcado saliente 200201 como el destino para la ruta Unified CM --> LGW --> Webex Calling:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Defina el DPG 300 para los pares de marcado de salida 301 o 303 para la ruta Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Defina el DPG 302 para los pares de marcado salientes 305 o 307 para la ruta PSTN --> LGW --> Unified CM:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para secciones de llamadas de IP PSTN entrantes:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Define un VoIP de marcado con una etiqueta de 100 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session protocol sipv2

    Especifica que el par de marcado100 maneja las extensiones de las llamadas de SIP.

    incoming uri via 100

    Especifica la uri de clase de voz 100 a todo el tráfico entrante de Unified CM a LGW en la dirección IP del host del encabezado VIA. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 302

    Especifica el grupo de pares de marcado 302 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    voice-class sip tenant 300

    El par de marcado hereda todos los parámetros del inquilino 300, a menos que defina el mismo parámetro en el mismo par de marcado.

  2. Par de marcado entrante para las secciones de llamadas de Webex Calling:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Actualiza un VoIP de marcado con una etiqueta de 200201 ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    incoming uri request 200

    Especifica la url de la clase de voz 200 a todo el tráfico entrante de Unified CM a LGW en el patrón dtg único de la URI de solicitud, con la identificación exclusiva de un sitio de puerta de enlace local dentro de una empresa y en el ecosistema Webex Calling . Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Especifica el grupo de pares de marcado 300 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    max-conn 250

    Restringe la cantidad de llamadas concurrentes a 250 entre el LGW y Webex Calling suponiendo un único par de marcado que llega a Webex Calling para llamadas entrantes y salientes como se define en esta guía. Para obtener más detalles acerca de los límites de llamadas concurrentes que involucran a la puerta de enlace local, consulte https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Par de marcado entrante para las secciones de llamadas de Unified CM con Webex Calling como destino:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Define un VoIP de marcado con una etiqueta de 300 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    incoming uri via 300

    Especifica la clase de voz URI 300 a todo el tráfico entrante de Unified CM a LGW en el puerto de origen a través de (5065). Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    voice-class sip tenant 300

    El par de marcado hereda todos los parámetros del inquilino 300, a menos que defina el mismo parámetro en el mismo par de marcado.

  4. Par de marcado entrante para las secciones de llamadas de Unified CM con PSTN como destino:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Define un VoIP de marcado con una etiqueta de 302 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    incoming uri via 302

    Especifica la uri de clase de voz 302 a todo el tráfico entrante de Unified CM a LGW en el puerto de origen a través de (5065). Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    voice-class sip tenant 300

    El par de marcado hereda todos los parámetros del inquilino 300 , a menos que defina el mismo parámetro en el mismo par de marcado.

Enlace PSTN IP al enlace troncal de enlace PSTN Unified CM

Webex Calling enlace troncal de conexión de la plataforma Webex Calling Unified CM

El enlace troncal PSTN unified CM a dirección IP PSTN

El enlace troncal Webex Calling Unified CM a la Webex Calling móvil

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en IOS XE y genera notificaciones 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 acerca de los eventos que desencadenan el problema y las acciones que deben tomarse para informar, solucionar y solucionar el problema. puede definir la lógica de detección de problemas mediante los mensajes de syslog, los eventos SNMP y a través de la supervisión periódica de determinadas salidas de comandos de la demostración.

Los tipos de acción incluyen recopilar mostrar salidas de comandos:

  • generar un archivo de registro consolidado

  • cargar el archivo a una ubicación de red proporcionada por el usuario, como HTTPS, SCP, servidor FTP

Los ingenieros de TAC autorizan los archivos DS y los firman digitalmente para proteger la integridad. Cada archivo de DS tiene un ID numérico único asignado por el sistema. La Herramienta de búsqueda de firmas de diagnóstico (ADSL) es una única fuente para encontrar las firmas aplicables para supervisar y solucionar diversos problemas.

Antes de comenzar:

  • No edite el archivo DS que descarga de DSLT. Los archivos que modifique fallarán en la instalación debido a un error de comprobación de integridad.

  • Un servidor de Protocolo de transferencia de correo simple (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.3.2 o superior

  1. Las firmas de diagnóstico están habilitadas de manera predeterminada.

  2. Configure el servidor de correo electrónico seguro para que se utilice para enviar una notificación proactiva si el dispositivo está ejecutando Cisco IOS XE 17.3.2 o una versión superior.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador que le notificará.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Puerta de enlace local que se ejecuta en 16.11.1 o superior

  1. Las firmas de diagnóstico están habilitadas de manera predeterminada

  2. Configure el servidor de correo electrónico que se utilizará para enviar notificaciones proactivas si el dispositivo ejecuta una versión anterior a la 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador al que se notificará.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

Puerta de enlace local que ejecuta la versión 16.9.x

  1. Ingrese los siguientes comandos para habilitar las firmas de diagnóstico.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Configure el servidor de correo electrónico que se utilizará para enviar notificaciones proactivas si el dispositivo ejecuta una versión anterior a la 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador al que se notificará.

    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.3.2 para enviar las notificaciones proactivas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:

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 gmail basado en la Web que es compatible con OAuth, por lo que debemos configurar una configuración específica de la cuenta de Gmail y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente:

  1. Vaya a Administrar cuenta de Google > Seguridad y active la configuración Acceso a aplicaciones menos seguras.

  2. Responda "Sí, era yo" cuando recibió un correo electrónico de Gmail en el que se indica: "Google evitó que alguien iniciar sesión en su cuenta utilizando una aplicación que no es Google".

Instale firmas de diagnóstico para la supervisión dinámica

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

Este DS realiza un seguimiento del uso de CPU de 5 segundos con 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 están instaladas en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.

  1. Asegúrese de habilitar SNMP mediante el comando show snmp. Si no habilita , configure el comando "snmp-server manager".

    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 
    
  2. 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 la CPU con notificación por correo electrónico.

  3. 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 cómo copiar el 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) 
    
  4. 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 
  5. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. 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 continuar monitoreando la alta utilización de la CPU en la puerta de enlace local.

Supervisión del registro de enlace troncal SIP

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

  1. 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

    Enlace troncal SIP registro con notificación por correo electrónico.

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

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. 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#  
  4. Utilice mostrar la firma de diagnóstico de llamadas entrantespara verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "registrado".

Monitoreo de desconexiones de llamadas anormales

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 que 5 en el último sondeo, genera una notificación de syslog y de correo electrónico. Siga los pasos a continuación para instalar la firma.

  1. Compruebe si el SNMP está habilitado con el comando show snmp. Si no está habilitado, configure el comando "snmp-server manager".

    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 
    
  2. 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 en SIP con notificación de correo electrónico y syslog.

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. 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 
    
  5. Use la opción mostrar diagnóstico de llamada-homepara verificar que la firma se haya instalado correctamente con . La columna de estado debe tener un valor de "registrado".

Instale firmas de diagnóstico para solucionar un problema

Utilice las Firmas de diagnóstico (DS) para resolver problemas con rapidez. Los ingenieros del TAC de Cisco han publicado 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 del TAC de Cisco. Las Firmas de diagnóstico (DS) eliminan la necesidad de buscar manualmente la instancia del problema y facilitan la resolución de problemas intermitentes y transitorios.

Puede utilizar la Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas aplicables e instalarlas para buscar un problema determinado o puede instalar la firma que recomienda el ingeniero del TAC como parte de la participación en el 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:

  1. Configure una variable de entorno DS adicional ds_fsurl_prefix que sea la ruta del servidor de archivos (cxd.cisco.com TAC de Cisco) a la que se cargan los datos de diagnósticos recopilados. El nombre de usuario en el ruta del archivo es el número de caso y la contraseña es el token carga de archivos que se puede recuperar desde Support Case Manager 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"  
  2. Asegúrese de que el SNMP esté habilitado mediante el comando show snmp. Si no está habilitado, configure el comando "snmp-server manager".

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Asegúrese de instalar el control de CPU alta DS 64224 como medida dinámica para deshabilitar todas las firmas de depuración y 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 la CPU con notificación por correo electrónico.

  4. 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

  5. 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: 
  6. 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 
    
  7. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "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 comando muestra los cambios de la firma de diagnóstico de llamada-home a "en ejecución" mientras la puerta de enlace local ejecuta la acción definida dentro de la firma. El resultado de mostrar estadísticas de la firma de diagnóstico de llamadas locales 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 "Desencadenado/Máximo/Desinstalar" indica la cantidad de veces que la firma dada ha desencadenado un evento, la cantidad máxima de veces que se define para detectar un evento y si la firma se desinstala a sí misma después de detectar la cantidad máxima de eventos desencadenados.

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 la firma de diagnóstico de llamadas locales

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

La 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 muestra las salidas de comandos que son relevantes para resolver el problema dado.

Desinstalar las firmas de diagnóstico

Por lo general, las firmas de diagnóstico se definen para desinstalar después de detectar algunas instancias de problemas. Si quiere desinstalar una firma manualmente, recupere el ID de DS del resultado de show call-home diagnostic-signature y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID> 

Ejemplo:

call-home diagnostic-signature deinstall 64224 

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

Antes de comenzar

  • Asegúrese de que la siguiente configuración de la plataforma de referencia que configure se configure según las políticas y los procedimientos de su organización:

    • Pnt

    • Acl

    • habilitar contraseñas

    • contraseña principal

    • Enrutamiento IP

    • direcciones IP, y así sucesivamente

  • Necesita una versión mínima compatible de IOS XE 17.6 para todas las implementaciones de la puerta de enlace local.

1

Asegúrese de asignar direcciones IP válidas y enrutables a cualquier interfaz de Nivel 3:

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
 ip address 198.51.100.1 255.0.0.0

 
La interfaz hacia Webex Calling debe poder accederse desde el exterior.

 

Solo puede configurar el Concentrador de control con FQDN/SRV de la puerta de enlace local. Asegúrese de que el FQDN se resuelva en la IP de la interfaz.

2

Preconfigure una clave primaria para la contraseña con los siguientes comandos antes de utilizarse como credenciales y comparticiones. Las contraseñas del tipo 6 se cifran mediante cifrado AES y la clave principal definida por el usuario.

conf t
key config-key password-encrypt Password123
password encryption aes
3

Configure el servidor de nombres IP para habilitar la búsqueda de DNS. Haga ping en el servidor de nombre de IP y asegúrese de que el servidor sea accesible. La puerta de enlace local debe Webex Calling direcciones proxy utilizando este DNS:

conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
4

Habilite la exclusividad de TLS 1.2 y un punto de confianza de marcador de posición predeterminado:


 
  • Se debe reconocer un certificado de CA firmado y de confianza.

  • Dominio en el URI del encabezado de contacto de los mensajes de solicitud SIP (por ejemplo: Invitar, Opciones) debe estar presente en el certificado SAN para establecer la conexión TLS.

  1. Cree una clave RSA que coincida con la longitud del certificado de la certificado raíz con el siguiente comando:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Cree un punto de confianza para mantener un certificado firmado por una CA con los siguientes comandos:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Genere una Solicitud de firma de certificado (CSR) con el siguiente comando:

    crypto pki enroll CUBE_CA_CERT

     
    • Utilice este CSR para solicitar un certificado de una de las autoridades de certificados admitidas.

    • Asegúrese de que el destino troncal (FQDN o SRV) que configure en control Hub esté presente en el SAN del certificado.

5

Si el certificado raíz tiene una CA intermedia, ejecute los siguientes comandos:


 

Si no hay autoridades de certificados intermedias, vaya al Paso 6.

crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
6

Cree un punto de confianza para mantener la certificado raíz. Ejecute los siguientes comandos, si no hay ninguna CA intermedia:

crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >

7

Configure SIP-UA para utilizar el punto de confianza que creó.

configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Antes de comenzar

  • La red en dirección Webex Calling usar una dirección IPv4 pública. Los nombres de dominio completamente calificados (FQDN) o las direcciones de registro de servicio (SRV) deben resolverse en una dirección IPv4 pública en Internet.

  • Todos los puertos SIP y multimedia de la interfaz externa deben poder accederse desde Internet. Los puertos no deben estar detrás de una traducción de dirección de red (Network Address Translation, NAT). Asegúrese de actualizar el firewall en los componentes de red empresariales.

  • Instale un certificado firmado en la puerta de enlace local.

    • La autoridad de certificación (CA) debe firmar el certificado como se mencionó en ¿Qué autoridades de certificados raíz son compatibles con las llamadas a plataformas Cisco Webex audio y vídeo? .




    • El FQDN seleccionado desde el Concentrador de control debe ser el Nombre común (CN) o el Nombre alternativo del sujeto (Subject Alternate Name, SAN) del certificado. Por ejemplo:

      • Si un enlace troncal configurado desde el Concentrador de control de su organización tiene london.lgw.cisco.com:5061 como FQDN de la puerta de enlace local, el nombre común o el SAN deben contener london.lgw.cisco.com en el certificado.  

      • Si un enlace troncal configurado desde el Concentrador de control de su organización tiene london.lgw.cisco.com como la dirección SRV de la puerta de enlace local, el nombre común o el SAN deben contener london.lgw.cisco.com en el certificado. Los registros en los que SRV de correo electrónico se resuelve en (CNAME, A Record o IP Address) son opcionales en SAN.

      • En el ejemplo FQDN o SRV que usa para el enlace troncal, la dirección de contacto para todos los cuadros de diálogo SIP nuevos de su puerta de enlace local debe tener london.lgw.cisco.com en la parte del host de la dirección SIP de . Consulte, Paso 5 para la configuración.

  • Asegúrese de que los certificados estén firmados para el uso de cliente y servidor.

  • Cargue el paquete de confianza en la puerta de enlace local como se menciona en ¿Qué autoridades de certificados raíz son compatibles con las llamadas Cisco Webex plataformas de audio y vídeo?.

1

Introduzca los siguientes comandos para activar la aplicación de puerta de enlace local ( consulte Información de referencia sobre puertos para Cisco Webex Calling para ver las subredes IP más recientes que se agregarán como lista de confianza):

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

Prevención de fraudes telefónicos
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Permite las direcciones IP de origen de las entidades desde las que la puerta de enlace local espera VoIP llamadas legítimas, desde Webex Calling pares.

  • De manera predeterminada, la puerta de enlace local bloquea todas las configuraciones VoIP llamadas entrantes de las direcciones IP que no se encuentra en su lista de confianza. Las direcciones IP de pares de marcado con "IP de destino de sesión" o grupo de servidores son de confianza de manera predeterminada y no se completan aquí.

  • Las direcciones IP de esta lista deben coincidir con las subredes IP según el centro de datos de Webex Calling regional que el cliente conecta. Consulte Información de referencia de puertos para Webex Calling para obtener más información.


     

    Si su puerta de enlace local está detrás de un firewall con NAT estática restringida, deshabilite la lista de confianza de direcciones IP en la interfaz que mira a Webex Calling. El firewall le protege de llamadas entrantes no VoIP no solicitadas. Esta acción reduce su sobrecarga de configuración a largo plazo, debido a que las direcciones de los pares Webex Calling pueden cambiar, y debe configurar su firewall para los pares.

  • Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp3977511557 para obtener más información.

Funcionalidad básica de SIP a SIP
allow-connections sip to sip
Protocolo de fax
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Habilita T.38 para el transporte de fax, aunque el tráfico de fax no esté cifrado. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 para obtener más información.

SIP
early-offer forced

Obliga a la puerta de enlace local a enviar la información SDP en el mensaje INVITE inicial en lugar de esperar que el par vecino lo confirmará.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html para obtener más información.
2

Configure el "códec de clase de voz 100".

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

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

Códec de clase de voz 100

Permite códecs opus y g711 (mu y a-law) para las sesiones. Aplica el códec preferido a todos los pares de marcado. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 para obtener más información.

3

Configure "uso stun de clase de voz 100" para habilitar ICE.

voice class stun-usage 100 
stun usage ice lite

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

Uso de stun de clase de voz 100

Define el uso del stun. Aplica conexión a todos los Webex Callingde marcado frontales para evitar que no haya audio cuando un teléfono de Unified CM reenvía la llamada a otro Webex Calling móvil.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 para obtener más información.
4

Configure "clase de voz srtp-cripto 100" para limitar el soporte criptográfico.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

Clase de voz srtp-crypto 100
Especifica SHA1_80 como la única suite de cifrado SRTP que una puerta de enlace local ofrece en el SDP en oferta y respuesta. Webex Calling solo es compatible con SHA1_80.
5

Configure "Perfiles de SIP 100". En el ejemplo, cube1.abc.lgwtrunking.com es la FQDN seleccionada para la puerta de enlace local y "172.x.x.x" es la dirección IP de la interfaz de la puerta de enlace local que se encuentra hacia Webex Calling:

voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

regla 10 a la regla 20
Garantiza que reemplaza la dirección IP de la puerta de enlace local por FQDN en el encabezado de 'Contacto' de los mensajes de solicitud y respuesta.

Este es un requisito para que la autenticación de su puerta de enlace local se utilice como enlace troncal en una ubicación Webex Calling determinada para su organización.

Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 para obtener más información.
6

Configure los siguientes cuatro pares de marcado de salida:

  1. Configure el primer par de marcado de salida hacia Webex Calling.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable 
    voice-class codec 100
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Aquí se ofrece una explicación de los campos correspondientes a la configuración:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Define un VoIP de marcado con una etiqueta de 101 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    destination-pattern BAD.BAD

    Permite la selección del par de marcado 101. Sin embargo, invocamos el par de marcado saliente 101 directamente desde el par de marcado entrante mediante instrucciones DPG y eso omite los criterios de coincidencia de patrones de dígitos. Está utilizando un patrón arbitrario que se basa en dígitos alfanuméricos permitidos por la CLI del patrón de destino. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 para obtener más información.

    session protocol sipv2

    Especifica que el par de marcado 101 maneja las extensiones de las llamadas de SIP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 para obtener más información.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Indica la dirección de destino del FQDN desde el Concentrador de control para enviar la ruta de la llamada. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 para obtener más información.

    voice-class codec 100

    Indica la lista de preferencias de códecs 100 para usar para el par de marcado101. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 para obtener más información.

  2. Configure el resto de un par de marcado saliente en dirección a Webex Calling. Los pasos siguen siendo los mismos que el Paso 6a , pero tiene un "destino de sesión" diferente para los pares de marcado.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Cree un grupo de pares de marcado basado en el par de marcado hacia Webex Calling modelo activo/activo.


 

Esta configuración se aplica a todas las regiones, excepto a los enlace troncales que configure en una ubicación con Base en Singapur. Consulte el Paso 8 para obtener más información.

  1. Defina DPG 100 con el par de marcado saliente 101,102,103,104 hacia Webex Calling. Aplique DPG 100 al par de marcado entrante 100 para definir PSTN o Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
Aquí se ofrece una explicación de los campos correspondientes a la configuración:
dial-peer 101 preference 1 

Asocia un par de marcado de salida con el grupo de pares de marcado 100 y configura el par de marcado 101, 102, 103 y 104 con la misma preferencia. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

8

Cree un grupo de pares de marcado basado en el par de marcado hacia Webex Calling modelo primario/de respaldo.


 

Esta configuración solo se aplica a los enlace troncales que usted configura en las ubicaciones de Singapur.

  1. Defina el grupo de pares de marcado 100 con el par de marcado saliente 101,102,103,104 hacia Webex Calling. Aplique DPG 100 al par de marcado entrante 100 para definir PSTN o Unified CM.

voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
Aquí se ofrece una explicación de los campos correspondientes a la configuración:
dial-peer 101 and 102 preference 1 

Asocia un par de marcado de salida con el grupo de pares de marcado 100 y configura el par de marcado 101 y 102 como primera preferencia. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

dial-peer 103 and 104 preference 2 

Asocia un par de marcado de salida con el grupo de pares de marcado 100 y configura el par de marcado 103 y 104 como segunda preferencia. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

9

Configure el par de marcado entrante desde Webex Calling. La coincidencia entrante se basa en la solicitud de URI.

voice class uri 120 sip 
pattern cube.domain.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control 
source-interface GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Aquí se ofrece una explicación de los campos correspondientes a la configuración:

voice class uri 120 sip
Define el patrón de coincidencia de una llamada entrante de Webex Calling . Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 para obtener más información.
session transport tcp tls
Define el transporte en TLS. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 para obtener más información.
destination dpg 120
Especifica el grupo de pares de marcado 120 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.
incoming uri request 120

Hace una coincidencia con todo el tráfico entrante de Webex Calling a la puerta de enlace local en el patrón DTG único de la URI de solicitud, e identifique de forma única un sitio de puerta de enlace local dentro de una empresa y en el ecosistema Webex Calling clientes. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

Voice class srtp-crypto 100

Configura los conjuntos de cifrado preferidos para la etapa de llamada (conexión) de SRTP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 para obtener más información.

bind control source-interface GigabitEthernet0/0/1

Configura una dirección IP de origen para la interfaz de origen de señales hacia Webex Calling. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 para obtener más información.

bind media source-interface GigabitEthernet0/0/1

Configura una dirección IP de origen para la interfaz de origen multimedia hacia Webex Calling. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 para obtener más información.

Esta implementación requiere la siguiente configuración en la puerta de enlace local:

  1. URL de clase de voz: puede definir las direcciones IP/los patrones de puerto del host para diversos enlaces troncales que terminan en la puerta de enlace local:

    • Webex Calling a LGW

    • PSTN terminación del enlace troncal SIP en LGW

  2. Pares de marcado de salida: puede enrutarlas entradas de llamada salientes de un lgW a un enlace troncal SIP del proveedor de servicios de telefonía por Internet (ITSP) y Webex Calling.

  3. DPG de clase devoz: puede invocar a pares de marcado salientes de destino desde un par de marcado entrante.

  4. Pares de marcado entrantes: puede aceptar las pestañasde llamada entrante de ITSP y Webex Calling.

Utilice la configuración para la configuración de una puerta de enlace local alojada por el socio o para la puerta de enlace del sitio del cliente local. Consulte lo siguiente:

1

Configure la siguiente uri de clase de voz:

  1. Defina la dirección IP del host de ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Defina un patrón para identificar de forma exclusiva un sitio de puerta de enlace local dentro de una empresa. Utilice el nombre de host de la puerta de enlace local como patrón de coincidencia del Identificador de recurso uniforme (URI).

    voice class uri 200 sip
    pattern cube.domain.com
    

     

    Actualmente, la puerta de enlace local no admite un guión bajo "_" en el patrón de coincidencia. Como solución alternativa, utilice el punto "." (coincida con cualquiera) para que coincida con el "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
2

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

    dial-peer voice 121 voip
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13 
    voice-class codec 100
    dtmf-relay rtp-nte 
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 121 voip
     description Outgoing dial-peer to PSTN
    

    Define un VoIP de marcado con una etiqueta de 121 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    destination-pattern BAD.BAD

    Permite la selección del par de marcado 121. Sin embargo, invoca este par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones DPG y eso omite los criterios de coincidencia de patrones de dígitos. Está utilizando un patrón arbitrario que se basa en dígitos alfanuméricos permitidos por la CLI del patrón de destino. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 para obtener más información.

    session protocol sipv2

    Especifica que el par de marcado 121 maneja las extensiones de las llamadas de SIP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 para obtener más información.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino para enviar la ruta de llamada. El destino de la sesión aquí es la dirección IP de ITSP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 para obtener más información.

    voice-class codec 100.

    Indica la lista de preferencias de códecs 100 para usar para el par de marcado 121.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 para obtener más información.

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad DTMF esperada en la sección de llamadas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 para obtener más información.

    no vad

    Deshabilita la detección de actividad de voz. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 para obtener más información.

  2. Par de marcado saliente hacia Webex Calling. Consulte Configurar enlace troncal basado en certificados para configuraciones.

3

Configure el siguiente grupo de pares de marcado (DPG):

  1. Define el grupo de pares de marcado 120. El par de marcado saliente 121 es el destino de Webex Calling--> LGW --> PSTN. Usted aplica DPG 120 a la ruta de acceso telefónico entrante 110 para Webex Calling --> LGW --> PSTN acceso.

    voice class dpg 120
    description Incoming IP PSTN to Webex Calling
    dial-peer 110 

     

    Debe configurar el DPG 120 en el par de marcado entrante de Webex Calling; consulte el Paso 9 en Configurar enlace troncal basado en certificados para obtener más información.

4

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para secciones de llamadas de IP PSTN entrantes:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN 
    session protocol sipv2
    destination dpg 100 
    incoming uri via 100 
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 122 voip
    description Incoming dial-peer from PSTN

    Define un VoIP de marcado con una etiqueta de 122 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    session protocol sipv2

    Especifica que el par de marcado 122 maneja las extensiones de las llamadas de SIP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 para obtener más información.

    incoming uri via 100

    Define un criterio de coincidencia para el encabezado VIA con la dirección IP del PSTN IP del usuario. Coincide con todas las entradas de PSTN IP entrantes de la puerta de enlace local con el par de marcado 122. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 100

    Omite los criterios de coincidencia de pares de marcado de salida clásico en la puerta de enlace local con el DPG 100 de destino. Configure la ruta llamada saliente utilizando pares de marcado definidos en el DPG de destino 100, es decir, el par de marcado 101,102,103,104. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

    no vad

    Deshabilita la detección de actividad de voz. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 para obtener más información.

  2. Par de marcado entrante para las secciones de llamadas de Webex Calling:

PSTN a Webex Calling:

Coincida todas las sección de llamada entrante de la PSTN IP de la puerta de enlace local con el par de marcado 122 para definir un criterio de coincidencia para el encabezado VIA con la dirección IP del PSTN IP. DPG 100 invoca el par de marcado saliente 101,102,103,104, que tiene el servidor Webex Calling como destino.

Webex Calling a PSTN:

Haga coincidir todas las entradas Webex Calling de llamada de la puerta de enlace local con el par de marcado 110 para definir los criterios de coincidencia para el patrón de encabezado de la URI de SOLICITUD con el nombre de host de la puerta de enlace local, único para la implementación de la puerta de enlace local. DPG 120 invoca el par de marcado saliente 121, que tiene la dirección IP PSTN IP como destino de destino.

Esta implementación requiere la siguiente configuración en la puerta de enlace local:

  1. URL de clase de voz: puede definir patrones de direcciones IP del host/puertos para diversos enlaces troncales que terminan en la LGW desde:

    • Unified CM a LGW para destinos PSTN diferentes

    • Unified CM a LGW para destinos Webex Calling diferentes

    • Webex Calling a destinos LGW

    • PSTN terminación de enlace troncal SIP en destinos LGW

  2. Grupo de servidores de clase de voz: puede dirigir las direcciones IP o los puertos para los enlace troncales salientes desde:

    • LGW a Unified CM

    • LGW a Webex Calling

    • LGW para PSTN enlace troncal SIP

  3. Pares de marcado salientes:puede enrutar las rutas de las llamadas salientes desde:

    • LGW a Unified CM

    • Enlace troncal SIP Proveedor de servicios telefonía vía Internet (ITSP)

    • Webex Calling

  4. Dpg de clase devoz: puede recurrir a pares de marcado salientes desde un par de marcado entrante.

  5. Pares de marcado entrantes:puede aceptar las pestañas de llamada entrante de Unified CM, ITSP y Webex Calling.

1

Configure las siguientes URI de clase de voz:

  1. Define la dirección IP de host (IP) del host de ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Defina un patrón para identificar de forma exclusiva un sitio de puerta de enlace local dentro de una empresa. Utilice el nombre de host de la puerta de enlace local como patrón de coincidencia del Identificador de recurso uniforme (URI) requerido.

    voice class uri 200 sip
    pattern cube.domain.com

     

    Actualmente, la puerta de enlace local no admite un guión bajo "_" en el patrón de coincidencia. Como solución alternativa, utilizamos un punto "." (coincida con cualquiera) para que coincida con el "_".

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Define el puerto VIA de señalización de Unified CM para el enlace troncal de Webex Calling:

    voice class uri 300 sip
    pattern :5065
    
  4. Define el ip de la señalización de origen de Unified CM y el puerto VIA para PSTN enlace troncal:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

Configure los siguientes grupos de servidores de clase de voz:

  1. Define la dirección IP del host de destino del enlace troncal de Unified CM y el número de puerto para el grupo 1 de Unified CM (5 nodos). Unified CM utiliza el puerto 5065 para el tráfico entrante en el enlace troncal Webex Calling (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Define la dirección IP del host de destino del enlace troncal de Unified CM y el número de puerto para el grupo 2 de Unified CM, si corresponde:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Define la dirección IP del host de destino del enlace troncal de Unified CM para el grupo 1 de Unified CM (5 nodos). Unified CM utiliza el puerto 5060 predeterminado para el tráfico entrante en el enlace troncal de PSTN. Utilice el puerto 5060 predeterminado, si no especifica el número de puerto. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Define la dirección IP del host de destino del enlace troncal de Unified CM para el grupo 2 de Unified CM, si corresponde.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

    dial-peer voice 121 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 121 voip
    description Outgoing dial-peer to PSTN

    Define un VoIP de marcado con una etiqueta de 121 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    destination-pattern BAD.BAD

    Permite la selección del par de marcado 121. Sin embargo, invocamos este par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones DPG y eso omite los criterios de coincidencia de patrones de dígitos. Estamos utilizando un patrón arbitrario basado en dígitos alfanuméricos que están permitidos por la CLI del patrón de destino. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 para obtener más información. session protocol sipv2

    Especifica que el par de marcado 121 maneja las extensiones de las llamadas de SIP.

    session target ipv4:192.168.80.13

    Proporcione la dirección IPv4 de destino del destino para enviar la ruta de la llamada (en este caso, la dirección IP de ITSP). Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 para obtener más información.

    voice-class codec 100

    Indica la lista de preferencias de códecs 100 que utiliza para el par de marcado 121.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 para obtener más información.

  2. Par de marcado saliente hacia Webex Calling:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering1.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200202 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200203 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    
    dial-peer voice 200204 voip
    description Outgoing dial-peer to Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com:5062
    session transport tcp tls
    voice-class sip rel1xx disable
    voice-class codec 100  
    voice-class stun-usage 100
    voice-class sip profiles 100
    voice-class sip srtp-crypto 100
    voice-class sip options-keepalive
    voice-class sip bind control source-interface GigabitEthernet 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 200201 voip
    description Outgoing dial-peer to Webex Calling

    Define un dial-peer de VoIP con una etiqueta de 200201, 200202, 200203, 200204 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    voice-class stun-usage 100

    Envíe una solicitud stun generada localmente a través de la ruta de medios negociada. Stun abre el acceso al servidor de seguridad.

    srtp

    Habilita SRTP para la etapa de llamada.

  3. Par de marcado saliente hacia el enlace troncal de enlace Webex Calling Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling – Nodes 1 to 5

    Define un VoIP de marcado con una etiqueta de 301 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session server-group 301

    Define el destino de la sesión de varios nodos de Unified CM (grupo de servidores 301 para el par de marcado 301), aunque el ejemplo solo muestra un solo nodo.

    Grupo de servidores en el par de marcado saliente

    Logra la distribución aleatoria de llamadas en todos los suscriptores o internos de procesamiento de llamadas de Unified CM en función de una preferencia definida con varios pares de marcado en el DPG y varios servidores en el grupo de servidores de pares de marcado. Cada grupo de servidores puede tener hasta cinco servidores (IPv4/v6 con o sin puerto). Solo puede utilizar un segundo par de marcado y un segundo grupo de servidores para más de cinco suscriptores de procesamiento de llamadas.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html para obtener más información.

  4. Segundo par de marcado saliente hacia el enlace troncal Webex Calling unified CM si tiene más de 5 nodos de Unified CM:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Par de marcado saliente hacia el enlace troncal de PSTN de Unified CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Segundo par de marcado saliente hacia el enlace troncal PSTN Unified CM si tiene más de 5 nodos de Unified CM:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 100  
    dtmf-relay rtp-nte
    no vad
    
4

Configure el siguiente grupo de pares de marcado (DPG):

  1. Define DPG 121. El par de marcado saliente 121 es el destino de cualquier par de marcado entrante que invoque DPG 121. Aplique DPG 121 a un par de marcado entrante 302 definido más adelante para la ruta de acceso directo a LG > PSTN W --> LGW de Unified CM:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Defina DPG 100 con par de marcado saliente 200201, 200202, 200203, 200204 como el destino de la ruta de acceso directo a Unified CM --> LGW --> Webex Calling :


     

    Asegúrese de que los cambios de preferencia estén basados en la ubicación de la puerta de enlace local configurada. Consulte los Pasos 7y 8 de Configurar enlace troncal basado en certificados para obtener más información.

    voice class dpg 100
    dial-peer 200201 preference 1
    dial-peer 200202 preference 1
    dial-peer 200203 preference 1
    dial-peer 200204 preference 1
    
  3. Defina el DPG 300 para los pares de marcado de salida 301 o 303 para la ruta Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Defina el DPG 302 para los pares de marcado salientes 305 o 307 para la ruta PSTN --> LGW --> Unified CM:

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
5

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para secciones de llamadas de IP PSTN entrantes:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    Define un VoIP de marcado con una etiqueta de 100 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session protocol sipv2

    Especifica que el par de marcado 100 maneja las extensiones de las llamadas de SIP.

    incoming uri via 100

    Especifica la uri de clase de voz 100 para que coincida con todo el tráfico entrante de IP PSTN a la puerta de enlace local en una dirección IP del host del host del encabezado entrante. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 302

    Especifica el grupo de pares de marcado 302 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.
  2. Par de marcado entrante para las secciones de llamadas de Webex Calling:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    incoming uri request 120  
    voice-class codec 100 
    voice-class stun-usage 100 
    voice-class sip profiles 100 
    voice-class sip srtp-crypto 100 
    voice-class sip bind control source-interface GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Actualiza un VoIP de marcado con una etiqueta de 110 y ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    destination dpg 120

    Especifica el grupo de pares de marcado 120 para seleccionar un par de marcado de salida. Consulte para obtener https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 más información.

    Voice class srtp-crypto 100

    Configura los conjuntos de cifrado preferidos para la etapa de llamada (conexión) de SRTP. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 para obtener más información.

    bind control source-interface GigabitEthernet0/0/1

    Configura una dirección IP de origen para la interfaz de origen de señales hacia Webex Calling.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 para obtener más información.

    bind media source-interface GigabitEthernet0/0/1

    Configura una dirección IP de origen para la interfaz de origen multimedia hacia Webex Calling.

    Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 para obtener más información.

  3. Par de marcado entrante para las secciones de llamadas de Unified CM con Webex Calling como destino:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    Define un VoIP de marcado con una etiqueta de 300 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    incoming uri via 300

    Especifica la clase de voz URI 300 a todo el tráfico entrante de Unified CM a LGW en el puerto de origen a través de (5065). Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 para obtener más información.

    destination dpg 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

  4. Par de marcado entrante para las secciones de llamadas de Unified CM con PSTN como destino:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
    

    Aquí se ofrece una explicación de los campos correspondientes a la configuración:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    Define un VoIP de marcado con una etiqueta de 302 y ofrece una descripción significativa para facilitar la administración y la solución de problemas. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 para obtener más información.

    incoming uri via 302

    Especifica la clase de voz URI 300 para que coincida con todo el tráfico entrante de Unified CM a una puerta de enlace local para un destino PSTN en puerto VIA. Puede utilizar el puerto 5060 como puerto SIP estándar. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 para obtener más información.

    destination dpg 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado de salida. Consulte https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 para obtener más información.

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en Cisco IOS XE y genera notificaciones 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 acerca de eventos y acciones de activación de problemas para informar, solucionar y solucionar el problema. Utilice los mensajes de syslog, los eventos SNMP y a través de la supervisión periódica de salidas de comandos de demostración específicas para definir la lógica de detección de problemas. Entre los tipos de acción se incluyen los siguientes:

  • Recopilación de resultados de comandos para mostrar

  • Generar un archivo de registro consolidado

  • Cargando el archivo a una ubicación de red proporcionada por el usuario, como HTTPS, SCP, ftp server

Los ingenieros de TAC autorizan archivos DS y los firman digitalmente para proteger la integridad. Cada archivo DS tiene el ID numérico único asignado por el sistema. La Herramienta de búsqueda de firmas de diagnóstico (ADSL) es una única fuente para encontrar las firmas aplicables para supervisar y solucionar diversos problemas.

Antes de comenzar:

  • No edite el archivo DS que descarga de DSLT. Los archivos que modifique fallarán en la instalación debido a un error de comprobación de integridad.

  • Un servidor de Protocolo de transferencia de correo simple (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.1 o superior

  1. Las firmas de diagnóstico están habilitadas de manera predeterminada.

  2. Configure el servidor de correo electrónico seguro que utilice para enviar una notificación proactiva si el dispositivo está ejecutando IOS XE 17.6.1 o una versión superior.
    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador que le notificará.

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

Puerta de enlace local que ejecuta la versión 17.6.1

  1. Introduzca los siguientes comandos para habilitar las firmas de diagnóstico.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Configure el servidor de correo electrónico para enviar notificaciones dinámicas si el dispositivo está ejecutando una versión anterior a la 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Configure la variable de entorno ds_email con la dirección de correo electrónico del administrador que notifique

    .



    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)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.1 para enviar las notificaciones proactivas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:


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

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

  1. Vaya a Administrar cuenta de Google > Seguridad y active la configuración Acceso a aplicaciones menos seguras.

  2. Responda "Sí, era yo" cuando recibió un correo electrónico de Gmail en el que se indica: "Google evitó que alguien iniciar sesión en su cuenta utilizando una aplicación que no es Google".

Instalar firmas de diagnóstico para el monitoreo proactivo

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

Este DS realiza un seguimiento del uso de CPU de 5 segundos con 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 usted instala en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.

  1. Asegúrese de habilitar el SNMP mediante el comando show snmp. Si SNMP no está habilitado, configure el comando "snmp-server manager".

    
    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 
    
  2. 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

    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 la CPU con notificación por correo electrónico.

  3. 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 cómo copiar el 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) 
    
  4. 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  
  5. Utilice el comando show call-home diagnostic-signature para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "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


    Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para continuar monitoreando la alta utilización de la CPU en la puerta de enlace local.

Monitoreo de desconexiones de llamadas anormales

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 que 5 en el último sondeo, genera una notificación de syslog y de correo electrónico. Siga los pasos a continuación para instalar la firma.

  1. Asegúrese de que el SNMP esté habilitado mediante el comando show snmp. Si SNMP no está habilitado, configure el comando "snmp-server manager".

    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 
  2. 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 en SIP con notificación de correo electrónico y syslog.

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. 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 
  5. Utilice el comando show call-home diagnostic-signaturepara 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 con rapidez. Los ingenieros del TAC de Cisco han publicado 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 del 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.

Puede utilizar la Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas aplicables e instalarlas para buscar un problema determinado o puede instalar la firma que recomienda el ingeniero del TAC como parte de la participación en el 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:

  1. Configure otra variable de entorno DS como ds_fsurl_prefix la ruta del servidor de archivos del Tac de Cisco (cxd.cisco.com) para cargar los datos de diagnóstico. El nombre de usuario del ruta del archivo es el número de caso y la contraseña es el token carga de archivos que se puede recuperar desde Support Case Manager , como se muestra a continuación. El carga de archivos token de asistencia puede generarse en la sección Archivos adjuntos del Gestor 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"  
  2. Asegúrese de que el SNMP esté habilitado mediante el comando show snmp. Si SNMP no está habilitado, configure el comando "snmp-server manager".

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Le recomendamos instalar el control de CPU alta DS 64224 como medida dinámica para deshabilitar todas las firmas de depuración y 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 la CPU con notificación por correo electrónico.

  4. 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

  5. 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: 
  6. 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 
    
  7. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. 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 ejecución de firmas de diagnóstico

En el siguiente comando, la columna "Estado" del comando muestra los cambios de la firma de diagnóstico de llamada-home a "en ejecución" mientras la puerta de enlace local ejecuta la acción definida dentro de la firma. El resultado de mostrar estadísticas de la firma de diagnóstico de llamadas locales 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 "Desencadenado/Máximo/Desinstalar" indica la cantidad de veces que la firma dada ha desencadenado un evento, la cantidad máxima de veces que se define para detectar un evento y si la firma se desinstala a sí misma después de detectar la cantidad máxima de eventos desencadenados.

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 la firma de diagnóstico de llamadas locales

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

La 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 del software, la configuración en ejecución y muestra las salidas de comandos que son relevantes para resolver el problema dado.

Desinstalar las firmas de diagnóstico

Por lo general, las firmas de diagnóstico se definen para desinstalar después de detectar algunas instancias de problemas. Si desea desinstalar una firma manualmente, recupere el ID de DS del resultado de show call-home diagnostic-signature y ejecute el siguiente comando:

call-home diagnostic-signature deinstall <DS ID> 

Ejemplo:

call-home diagnostic-signature deinstall 64224 

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

30 de septiembre de 2022
Implemente la alta disponibilidad de CUBE como puerta de enlace local

La puerta de enlace local (LGW) es la única opción para proporcionar acceso a PSTN local para los clientes de Cisco Webex Calling. El objetivo de este documento es ayudarlo a desarrollar una configuración de puerta de enlace local con alta disponibilidad de CUBE, CUBE activos/en espera para la recuperación de fallas con inspección de estado de las llamadas activas.

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:

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:

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.

1

Configure el seguimiento de la interfaz a nivel global para realizar un seguimiento del estado de la interfaz.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

La CLI de seguimiento se utiliza en RG para realizar un seguimiento del estado de la interfaz de tráfico de voz de modo que la ruta activa abandone su rol activo una vez que de desactive la interfaz de tráfico.

2

Configure un RG para utilizar con VoIP HA bajo el modo secundario de redundancia de la aplicación.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Aquí se ofrece una explicación de los campos utilizados en esta configuración:

  • redundancia: introduce el modo de redundancia

  • redundancia de la aplicación: introduce el modo de configuración de redundancia de la aplicación

  • grupo: introduce el modo de configuración del grupo de aplicaciones de redundancia

  • nombre de puerta de enlace local-HA: define el nombre del grupo de RG

  • prioridad 100 umbral de recuperación de fallas 75: especifica los umbrales iniciales de prioridad y recuperación de fallas para un RG

  • demora de temporizadores 30 recarga 60: configura los dos tiempos para la demora y la recarga

    • Temporizador de demora, que es la cantidad de tiempo para demorar la inicialización y la negociación de funciones del grupo de RG después de que aparece la interfaz: valor predeterminado de 30 segundos. El rango es de 0 a 10 0000 segundos

    • Recarga: esta es la cantidad de tiempo para demorar la inicialización y la negociación de funciones del grupo de RG después de una recarga: valor predeterminado de 60 segundos. El rango es de 0 a 10 0000 segundos

    • Se recomiendan los temporizadores predeterminados, aunque estos temporizadores se pueden ajustar para adaptarse a cualquier demora de convergencia de red adicional que pueda ocurrir durante el arranque/la recarga de los enrutadores, a fin de garantizar que se lleve a cabo la negociación del protocolo de RG después de que el enrutamiento en la red haya convergido a un punto estable. Por ejemplo, si se observa después de la recuperación de fallas que demora hasta 20 segundos para que el nuevo STANDBY vea el primer paquete RG HELLO del nuevo ACTIVE, los temporizadores se deben ajustar a "demora de temporizadores 60 recarga 120" para ajustarse a esta demora.

  • control GigabitEthernet3 protocolo 1: configura la interfaz que se utiliza para intercambiar mensajes de actividad y bienvenida entre los dos CUBE y especifica la instancia del protocolo que se adjuntará a una interfaz de control e introduce el modo de configuración del protocolo de redundancia de la aplicación.

  • GigabitEthernet3 de datos: configura la interfaz que se utiliza para el punto de control del tráfico de datos.

  • seguimiento: seguimiento de interfaces del grupo de RG

  • protocolo 1: especifica la instancia del protocolo que se adjuntará a una interfaz de control e introduce el modo de configuración del protocolo de la aplicación de redundancia

  • bienvenida de temporizadores 3 espera 10: configura los dos temporizadores para la bienvenida y la espera:

    • Bienvenida: intervalo entre mensajes de bienvenida sucesivos (valor predeterminado de 3 segundos). El rango es de 250 milisegundos a 254 segundos

    • Espera: el intervalo entre la recepción de un mensaje de bienvenida y la confirmación de que el enrutador que envía ha fallado. Esta duración debe ser superior al tiempo de bienvenida (valor predeterminado de 10 segundos). El rango es de 750 milisegundos a 255 segundos

      Le recomendamos que configure el temporizador de espera para que sea al menos 3 veces el valor del temporizador de bienvenida.

3

Habilite la redundancia entre decodificadores para la aplicación CUBE. Configure el RG en el paso anterior en voice service voip.


 Esto permite que la aplicación CUBE controle el proceso de redundancia.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancia-grupo 1: para agregar y eliminar este comando, se requiere una recarga a fin de que la configuración actualizada entre en vigencia. Volveremos a cargar las plataformas una vez que se haya aplicado toda la configuración.

4

Configure las interfaces Gig1 y Gig2 con sus respectivas IP virtuales como se muestra a continuación y aplique el identificador de interfaz de redundancia (RII)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Aquí se ofrece una explicación de los campos utilizados en esta configuración:

  • redundancia rii: configura el identificador de interfaz de redundancia para el grupo de redundancia. Necesario para generar una dirección de MAC virtual (VMAC). Debe usarse el mismo valor de ID de rii en la interfaz de cada enrutador (ACTIVE/STANDBY) que tenga la misma VIP.


     

    Si hay más de un par de B2B en la misma LAN, cada par DEBE tener ID de rii únicos en sus respectivas interfaces (para evitar la colisión). "show redundancy application group all" debe indicar la información local y de pares correcta.

  • grupo de redundancia 1: asocia la interfaz con el grupo de redundancia creado en el paso 2 anterior. Configure el grupo de RG, así como la VIP asignada a esta interfaz física.


     

    Es obligatorio utilizar una interfaz separada para la redundancia, es decir, la interfaz utilizada para el tráfico de voz no se puede utilizar como interfaz de control y datos especificada en el paso 2 anterior. En este ejemplo, la interfaz Gigabit 3 se utiliza para control/datos de RG

5

Guarde la configuración del primer CUBE y vuelva a cargarla.

La última plataforma en volver a cargarse es la de espera.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Después de que VCUBE-1 se inicie completamente, guarde la configuración de VCUBE-2 y vuelva a cargarla.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Verifique que la configuración entre decodificadores esté funcionando como se esperaba. La salida relevante se resalta en negrita.

Hemos recargado el último VCUBE-2 y, de acuerdo con las consideraciones de diseño, la última plataforma que se volverá a cargar en siempre será la de espera.


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#

VCUBE-2#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: STANDBY
Peer Role: ACTIVE
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: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        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-2#

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: LGU de Hussain1076_

  • Contraseña: lOV12MEaZx

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

show sip-ua-register status


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
30 de septiembre de 2022
Configurar Unified CM para Webex Calling

Es posible que necesite una integración con Unified CM si se agregan ubicaciones habilitadas para Webex Calling a una implementación existente en la que Unified CM es la solución de control de llamadas local y si necesita marcado directo entre teléfonos inscritos en Unified CM y teléfonos en ubicaciones de 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_de 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 Mi 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
30 de septiembre de 2022
Configurar sus características de Webex Calling

Obtenga más información acerca de algunas de las características disponibles en Webex Calling de y cómo configurarlas para su organización y sus usuarios.

Configurar una grupo de búsqueda

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

Para obtener más información sobre cómo configurar una grupo de búsqueda, 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 de recepcionista

Ayude a satisfacer las necesidades del personal de atención al público. Puede configurar usuarios como asistentes de teléfono para que puedan realizar llamadas entrantes a ciertas personas 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 programa 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 asistentes automáticos en Cisco Webex Control Hub.

Configurar una grupo de paginación

La función de paginación grupal permite a los usuarios realizar una llamada un vía o una página grupal hasta 75 usuarios y áreas de trabajo objetivo al marcar un número o una extensión asignados a una cuenta grupo de paginación.

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

Configure la contestación de llamada

Mejore el trabajo en equipo y la colaboración creando contestación de llamada grupo para que los usuarios puedan responder 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 detele llamadas

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.

Permitir que los usuarios realicen una intromisión en las llamadas telefónicas de las otras personas

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, vaya a Permisos entre usuariosy, a continuación, seleccione Inargo.

3

Active Barge Iny elija si desea realizar la llamada en curso en una llamada en conferencia.

  • Permitir que otros se agreguen a las llamadas de este usuario.

  • Reproducir un tono cuando alguien entra a una llamada.

A continuación, haga clic en Guardar.

Evitar que alguien controle el estado de una línea de un usuario

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, vaya a Permisos entre usuarios y habilite la privacidad .

3

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
4

Marque la casilla de verificación Habilitar privacidad. Luego, puede decidir si desea bloquear a todos dejando el campo Buscar usuario por nombre vacío o elegir quién puede supervisar el estado de la línea de este usuario.

Con el ejemplo del ejecutivo anterior, buscaría el nombre de su asistente administrativo.

5

Haga clic en Guardar.

Ejemplo

¿Quiere saber cómo está? Mire esta demostración de vídeo sobre cómo administrar la configuración de privacidad para un usuario en Control Hub.

Lista de supervisión: otros usuarios y Detención de llamadas extensiones

La cantidad máxima de líneas supervisadas es de 50, pero debe considerar el ancho de banda. La cantidad máxima también puede estar determinada por la cantidad de botones de líneas que hay en el teléfono del usuario.


El servicio de monitoreo solo funciona con el dispositivo principal de un usuario.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, vaya a la sección Permisos entre usuarios y seleccione Supervisión.

3

Elija entre las opciones siguientes:

  • Agregar línea supervisada:
  • Agregar extensión de detención de llamadas
4

Decida si desea que se notifique a este usuario sobre la detención de llamadas, busque a la persona o la extensión de la detención de llamadas que se monitoreará y, luego, 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 volver a ordenar la lista de líneas monitoreadas en cualquier momento.


 

El nombre que aparece para la línea supervisada es el nombre introducido en los campos Nombre y Apellido del usuario o del área de trabajo Identificador de llamadas nombre y apellido.

Ejemplo

¿Quiere saber cómo está? Mire esta demostración de vídeo sobre cómo administrar la configuración de monitoreo para un usuario en Control Hub.

Activar la hotelación 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.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, vaya a Entre permisos de usuarioy haga clic en Hoteles.

3

Active el Hoteling y luego haga clic en Guardar.

Ejemplo

¿Quiere saber cómo está? Mire esta demostración de vídeo sobre cómo configurar hotel en Control Hub.