Flujo de trabajo de configuración de Webex Calling
Flujo de trabajo de configuración de Webex Calling
08 de agosto de 2023
Descripción general de Webex Calling

Imagine 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 de Webex Calling o un dispositivo de Cisco. Eso es exactamente lo que Webex Calling tiene para ofrecerle.

Presentación de Webex Calling

Webex Calling ofrece las siguientes características y ventajas:

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

  • Servicios en la nube seguros y confiables ofrecidos por proveedores de servicios regionales confiables

  • Acceso a la aplicación Webex para cada usuario, lo que agrega comunicaciones unificadas y servicios de colaboración en equipo enriquecidos.

  • Webex Meetings como complemento opcional e integrado para proporcionar las experiencias de reuniones premium que esperan los usuarios empresariales.

  • 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 PBX IP local o con un entorno de llamadas de Unified CM existente) o las opciones de PSTN proporcionadas por el socio o Cisco.

  • Soporte de nivel 1 proporcionado por su socio, soporte de próximo nivel proporcionado por Cisco

Control Hub es un portal de administración basado en la web que se integra con Webex Calling para agilizar sus pedidos y configuración, y centralizar su administración de la oferta agrupada: Webex Calling, Aplicación de Webex y Webex Meetings.

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 el trabajo en equipo y la colaboración mediante la creación de un grupo de contestación de llamadas para que los usuarios puedan responder las llamadas de otros usuarios. 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 las 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 razones como cortes de energía, problemas de red, etc., los usuarios pueden desviar las 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 agilizar sus pedidos y configuración, y centralizar su administración de la oferta agrupada: Webex Calling, Aplicación de Webex y Meetings.

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:

Administradores de clientes

Como administrador de clientes en una suscripción de prueba o paga a Webex Calling, puede configurar su organización en Control Hub agregando ubicaciones, licencias, números de teléfono, características de llamadas, usuarios y espacios de trabajo (dispositivos de Room que se inscriben en la nube de Webex). También puede administrar todos estos componentes desde allí.

Socios

Como proveedor de servicios para socios, puede personalizar, comercializar y vender Webex Calling a sus clientes. Puede configurar y extender pruebas, implementar servicios para sus clientes, y crear y aprovisionar pedidos para sus clientes.

Disponibilidad

Consulte el encabezado Webex Calling en el artículo Dónde está disponible Cisco Webex para ver los países en los Webex Calling está disponible para la venta.

Descripción general

Webex Calling ahora incluye una opción de instancia de nube dedicada basada en la arquitectura de Cisco Unified Communications Manager . Instancia dedicada está integrada con Webex Calling y aprovecha los servicios de plataforma de Webex para proporcionar una administración centralizada y la innovación aplicable en la nube, desarrollada en cualquier lugar de la plataforma de Webex, para mejorar la experiencia de llamada. Instancia de uso exclusivo también admite extremos más antiguos de Cisco, o integraciones existentes que son parte de flujos de trabajo críticos para la empresa.

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

  • Cisco Unified Communications Manager

  • IM y presencia de Cisco Unified

  • Conexión Unity de Cisco

  • Cisco Expressway

  • Cisco Emergency Responder (solo en la región de América)

  • 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 está integrada con Webex Calling para el 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 dedicado y Webex Calling. Por ejemplo, Webex Calling usuarios no pueden formar parte de un 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 poner en marcha su organización, le recomendamos que invite a algunos usuarios a entrar a la Aplicación de Webex introduciendo sus direcciones de correo electrónico en 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 agregó 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 eliminar 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 asignaron servicios, pueden comenzar a usar sus teléfonos multiplataforma (MPP) compatibles para Webex Calling y Aplicación de Webex para mensajería 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 Webex Calling del cliente a la puerta de enlace local. Esto incluye números de PSTN y extensiones internas de Unified CM, que Webex Calling no puede ver. La puerta de enlace local enruta todas las llamadas que provienen 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 a la puerta de enlace local que está 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 fuera de la red (fuera de Webex Calling) 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 de enrutamiento de Webex Calling se asegura de que la llamada se envíe al dispositivo Webex Calling deseado, según 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 el enrutamiento 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 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 originan en la PSTN y otra para llamadas que se originan 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 troncales entrantes en Unified CM, esto se puede lograr fácilmente si se configura el espacio de búsqueda de llamadas requerido para las llamadas entrantes en cada 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 a Webex Calling

Figura 3. Agregar un destino de Webex Calling al plan de marcado

Para agregar disponibilidad para destinos de Webex Calling a este plan de marcado, se debe crear una partición que represente todos los destinos de Webex Calling (“Webex Calling”) y se agrega un patrón de ruta +E.164 para cada rango de DID en Webex Calling 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 llamadas a Webex Calling. Debido a que todos los destinos marcados se normalizan a +E.164, ya sea mediante patrones de traducción de normalización de marcado para llamadas que se originan desde extremos registrados de Unified CM o transformaciones de partes entrantes para llamadas que se originan desde la PSTN, este conjunto único de patrones de ruta +E.164 es suficiente para lograr la accesibilidad para destinos en Webex Calling independientemente del hábito de marcado utilizado.

Si, por ejemplo, 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 el patrón de ruta para un destino de 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 de Webex Calling, agregue el patrón de traducción de normalización de marcado correspondiente para la ubicación de Webex Calling a la partición “Webex Calling” (por ejemplo, “8101XX” en el diagrama). Después de la normalización, la llamada se envía de nuevo a Webex Calling después de coincidir con el patrón de ruta en la partición “Webex Calling”.

No recomendamos agregar el patrón de traducción de normalización de marcado abreviado para las llamadas de 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 es la aplicación de llamada 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 en 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 poder elegir la Aplicación de Webex, puede indicarles que cambien las asociaciones de protocolos para la Aplicación de Webex en Windows 10:

  1. Abra la configuración del sistema Configuración predeterminada 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 se inscribieron en los protocolos de llamadas antes de la Aplicación de Webex, los usuarios deben configurar su Aplicación de Webex para que sea la opción de llamada predeterminada.

En la Aplicación de Webex para Mac, los usuarios pueden confirmar que Aplicación de Webex está seleccionado para la configuración Iniciar llamadas con en preferencias generales. También pueden marcar la opción Conectarse siempre a Microsoft Outlook si desean realizar llamadas en la Aplicación de Webex cuando hacen clic en el número de un contacto de Outlook.

20 de octubre de 2023
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 Webex y 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 al Acuerdo empresarial.

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

Red telefónica pública conmutada (PSTN)

Webex Calling requiere servicios de PSTN; elija una de estas tres opciones:

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. Puede implementar la puerta de enlace local como independiente o en integración con Cisco Unified Communications Manager. Consulte Introducción a la puerta de enlace local para obtener más detalles.

Dispositivos para los que se proporciona soporte

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, Webex Board y Desk son compatibles como dispositivos en un espacio de trabajo que cree en Control Hub. Consulte "Dispositivos de Cisco Webex Room, Webex 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 de firewall que se documentan 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:

  • Tener un conocimiento básico sobre los principios de VoIP

  • Tener un conocimiento activo básico sobre los conceptos de voz de Cisco IOS-XE y IOS-XE

  • Tener una comprensión básica del Protocolo de inicio de sesión (SIP)

  • Tener un entendimiento básico de Cisco Unified Communications Manager (Unified CM) si su modelo de implementación incluye Unified CM

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

Requisitos de hardware y software para la puerta de enlace local

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

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

14 de julio de 2023
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

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

Tenga en cuenta que las nuevas ubicaciones se alojarán en el centro de datos regional que corresponda al país que seleccionó mediante el Asistente de 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: elija un país con el que desee vincular la ubicación. Por ejemplo: puede crear una ubicación (sede central) en los Estados Unidos y otro (sucursal) en el Reino Unido. El país que seleccione determinará los campos de dirección siguientes. Los que se documentan aquí usan la convención de direcciones de EE. UU. como ejemplo.
  • Dirección: elija la dirección postal principal de la ubicación.
  • Ciudad / pueblo —Introduzca una ciudad para esta ubicación.
  • Estado / provincia / región —En el menú desplegable, elija un estado.
  • Código postal: introduzca el código postal.
  • Idioma del anuncio : Seleccione el idioma para los anuncios de audio y las indicaciones para los nuevos usuarios y funciones.
  • Idioma del correo electrónico : Seleccione el idioma para la comunicación por correo electrónico con los nuevos usuarios.
  • Zona horaria : Seleccione la zona horaria de la ubicación.
3

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

4

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

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


     

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

    • Ha adquirido al menos un Plan de llamadas de Cisco OCP (Plan de llamadas salientes) comprometido.

    • La ubicación se encuentra en un país donde se admite el Plan de llamadas de Cisco.

    • Su ubicación es nueva. Las ubicaciones preexistentes que tienen otras capacidades de PSTN asignadas no son elegibles para el Plan de llamadas de Cisco en este momento. Abra un caso de soporte para obtener ayuda.

    • Está alojado en un centro de datos de Webex Calling en una región en la que se admite el plan de llamadas de Cisco .

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

     

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

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

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

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

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 > Números y, en el menú desplegable, seleccione la ubicación que desea eliminar. Debe eliminar esos usuarios y espacios de trabajo antes de eliminar la ubicación.

1

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

2

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

3

Elegir Eliminar ubicación y confirme que desea eliminar esa ubicación.

La ubicación suele demorar un par de minutos para que se elimine permanentemente, pero podría tomar hasta una hora. Puede comprobar el estado haciendo clic en Más junto al nombre de la ubicación y seleccionando Estado de eliminación.

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


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

1

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

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

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 nacionales e internacionales y le permite pedir nuevos números PSTN o portabilidad de números existentes a Cisco.


     

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

    • Ha adquirido al menos un Plan de llamadas de Cisco OCP (Plan de llamadas salientes) comprometido.

    • La ubicación se encuentra en un país donde se admite el Plan de llamadas de Cisco.

    • Su ubicación es nueva. Las ubicaciones preexistentes que tienen otras capacidades de PSTN asignadas no son elegibles para el Plan de llamadas de Cisco en este momento. Abra un caso de soporte para obtener ayuda.

    • Está alojado en un centro de datos de Webex Calling en una región en la que se admite el plan de llamadas de Cisco .

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

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 de lápiz en la parte superior de la página Ubicación para cambiar el nombre de la ubicación, la zona horaria, o el idioma según sea necesario y, a continuación, haga clic en Guardar.


 

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


 

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

Esta configuración es para el marcado interno y también está disponible en el asistente de configuración inicial. Cuando cambie su plan de marcado, los números de ejemplo de Control Hub se actualizarán para reflejar estas modificaciones.


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

1

Inicie sesión en Control Hub enhttps://admin.webex.com/ ir a Servicios > Llamando > Configuración del servicio y luego desplácese hasta Marcación interna .

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.

  •  

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

  • Dígito de dirección en el prefijo de enrutamiento - Elija el número que se establecerá como el primer dígito de cada prefijo de enrutamiento.
  • 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 marcación saliente.

Impacto en los usuarios:

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

  • Las extensiones de usuario no deben comenzar con el mismo número que el dígito de dirección de la ubicación o los dígitos de marcación saliente.

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

Iniciar sesión en Centro de control enhttps://admin.webex.com ir a Servicios > Llamando > Enrutamiento de llamadas y seleccione Agregar 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

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

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

Iniciar sesión en Centro de control enhttps://admin.webex.com , seleccione el icono de 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.

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

28 de febrero de 2024
Configurar la puerta de enlace local en IOS-XE para Webex Calling

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

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

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

  • Troncal basada en registro

  • Troncal basada en certificados

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

Antes de comenzar

  • Comprender los requisitos de la red telefónica pública conmutada (PSTN) y la puerta de enlace local (LGW) para Webex Calling . Ver Arquitectura preferida de Cisco para llamadas de Webex Calling para más información.

  • Este artículo asume que existe una plataforma de puerta de enlace local dedicada sin configuración de voz existente. Si modifica una puerta de puerta de enlace PSTN existente o una implementación empresarial de puerta de enlace local para utilizarla como la función de puerta de enlace local para Webex Calling , luego preste especial atención a la configuración. Asegúrese de no interrumpir los flujos de llamadas y la funcionalidad existentes debido a los cambios que realice.

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


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

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


 

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

Antes de comenzar

  • Asegúrese de que la siguiente configuración de la plataforma de referencia que configure esté configurar de acuerdo con las políticas y los procedimientos de su organización:

    • NTP

    • ACL

    • Habilitar contraseñas

    • Contraseña principal

    • Enrutamiento IP

    • Direcciones IP , etc.

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


 

Solo CUBE admite la puerta de enlace local basada en registro; no se admiten otros SBC de terceros.

1

Asegúrese de asignar cualquier interfaz de Capa 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 principal para la contraseña mediante los siguientes comandos, antes de utilizarla en las credenciales y los secretos compartidos. Las contraseñas de tipo 6 se cifran mediante el 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 hacer ping para asegurarse de que el servidor sea accesible. La puerta de enlace local utiliza DNS para resolver las direcciones de proxy de Webex Calling :

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:

  1. Cree un punto de confianza de 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 establece la conexión de la puerta de enlace local solo si el proxy de salida que configura en inquilino 200 (descrito más adelante) coincide con la lista CN-SAN que recibe del servidor.

    Necesita el Trustpoint criptográfico para que TLS funcione. Aunque no necesita un certificado de cliente local (por ejemplo, mTLS) configurar para la conexión.

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

  4. Establezca el recuento de reintentos de tcp en 1000 (múltiplos de 5 mseg = 5 segundos).

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


     

    Se aplica Cisco IOS XE 17.3.2 y versiones posteriores.

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" o "IdenTrust Commercial" que necesita para validar el certificado del lado del servidor durante el establecimiento de la conexión TLS a Webex Calling.

Descarga la última "Paquete raíz de núcleo de confianza de Cisco " desdehttp://www.cisco.com/security/pki/ para actualizar el paquete trustpool.

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

    show crypto pki trustpool | include DigiCert
  2. Si los certificados de DigiCert Root CA e IdenTrust Commercial no existen, actualícelo 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 desde la 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 en 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 llamadas de Cisco Webex Calling para las subredes IP más recientes que debe agregar a la lista confiable:

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
asymmetric payload full
end

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

Prevención del fraude telefónico

voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Habilita las direcciones IP de origen de las entidades de las que la puerta de enlace local espera llamadas VoIP legítimas, como Webex Calling pares, nodos de Unified CM e 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 dial-peers con “ IP de destino de sesión” o grupo de servidores son confiables de manera predeterminada, y no es necesario que las complete aquí.

  • Las direcciones IP de la lista deben coincidir con las subredes IP de acuerdo con la Webex Calling centro de datos que 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 de cono restringido, es posible que prefiera deshabilitar la lista de dirección IP confiables en la interfaz de Webex Calling . El firewall ya lo protege de la VoIP entrante no solicitada. La acción de desactivación reduce la sobrecarga de configuración a largo plazo, porque no podemos garantizar que las direcciones de Webex Calling los pares permanecen fijos y, en cualquier caso, debe configurar su firewall para los pares.

  • Configure otras direcciones IP en otras interfaces, por ejemplo: se asegura de agregar las direcciones de Unified CM a las interfaces internas.

  • Las direcciones IP deben coincidir con la IP del host y la outbound-proxy resuelve inquilino 200.

    Para obtener más información sobre cómo utilizar una lista de dirección IP confiables para evitar el fraude telefónico, consulte dirección IP confiable .

voice service voip
 media statistics 
 media bulk-stats 

Multimedia

  • Estadísticas de medios

    Habilita la supervisión de medios en la puerta de enlace local.

  • Estadísticas masivas de medios

    Permite al plano de control sondear el plano de datos en busca de estadísticas de llamada masivas.

    Para obtener más información sobre estos comandos, consulte Multimedia.

Funcionalidad básica de SIP a SIP

allow-connections sip to sip
  • Permita las conexiones SIP a SIP.

  • De manera predeterminada, los dispositivos de voz de Cisco IOS o IOS XE no permiten que una parte de VoIP entrante salga como VoIP.

    Para obtener más información, consulte Permitir conexiones .

Servicios complementarios

no supplementary-service sip refer
no supplementary-service sip handle-replaces

Deshabilita REFER y reemplaza el Identificador del diálogo en el encabezado reemplaza con el Identificador del diálogo del mismo nivel. Para obtener más información, consulte Sip de servicio complementario .

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 se cifrará. Para obtener más información sobre este comando, consulte protocolo de fax t38 (servicio de voz) .

Habilitar aturdimiento global

stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Cuando reenvía una llamada a un Webex Calling usuario (por ejemplo, tanto la parte llamada como la parte llamante son Webex Calling suscriptores y si ancla medios en el Webex Calling SBC), los medios no pueden fluir a la puerta de enlace local ya que el orificio no está abierto.

  • La función de enlaces de aturdimiento en la puerta de enlace local permite que las solicitudes de aturdimiento generadas localmente se envíen a través de la ruta de medios negociada. El aturdimiento ayuda a abrir el orificio del cortafuegos.

  • Una contraseña aturdida es un requisito previo para que la puerta de enlace local envíe mensajes aturdidos. Puede configurar firewalls basados en Cisco IOS/ IOS XE para verificar la contraseña y abrir agujeros de alfiler de forma dinámica (por ejemplo, sin reglas explícitas de entrada y salida). Pero para la implementación de la puerta de enlace local, se configura el cortafuegos de forma estática para abrir agujeros de entrada y salida en función de la Webex Calling Subredes SBC. Como tal, el firewall debe tratar las subredes SBC como cualquier paquete UDP entrante, lo que activa la apertura del orificio sin mirar explícitamente el contenido del paquete.

Para obtener más información, consulte stun flowdata agent-id y stun flowdata secreto compartido .

G729

sip
g729 annexb-all

Permite todas las variantes de G729. Para obtener más información, consulte g729 anexob-todo.

SIP

early-offer forced

Obliga a la puerta de enlace local a enviar la información de SDP en el mensaje INVITE inicial en lugar de esperar el acuse de recibo del par vecino. Para obtener más información sobre este comando, consulte oferta anticipada .

2

Configure el "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í hay una explicación de los campos para la configuración:

  • regla 9

    Asegura que incluya el encabezado como “SIP-Req-URI” y no “SIP-Req-URL” .

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

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

  • Aplica el perfil SIP al inquilino de la clase de voz 200 (que se explica más adelante) para todos los usuarios de tráfico Webex Calling . Para obtener más información, consulte perfiles de sorbo de clase de voz .

    Para obtener más información sobre los comandos de reglas, consulte regla (regla de traducción de voz) .

3

Configure el perfil de códec, la definición de aturdimiento y la suite SRTP Crypto.


voice class codec 99
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 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

 

La negociación y la transcodificación del códec Opus solo están disponibles para llamadas SIP a SIP. Para enlaces troncales T1/E1/FXO, excluya preferencia de códec1 opus del Configuración del códec de clase de voz99.

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

  • códec de clase de voz99

    Permite los códecs g711 (mu-law y a-law) para las sesiones. Aplicar aturdimiento a todos los dial-peers. Para obtener más información, consulte códec de clase de voz .

  • clase de voz srtp-crypto200

    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    Especifica SHA1_ 80 como el único conjunto de cifrado SRTP que ofrece la puerta de enlace local en el SDP en oferta y respuesta. Webex Calling solo es compatible con SHA180._ Para obtener más información sobre el comando de clase de voz, consulte clase de voz srtp-crypto .

  • Aplica inquilino de clase de voz200 (analizado más adelante) que enfrenta a Webex Calling.

  • uso aturdido de clase de voz200

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

    Define el uso del aturdimiento. Se aplica el aturdimiento a todos los interlocutores de Webex Calling de Webex (etiqueta 2XX) para evitar el audio sin sentido cuando un teléfono de Unified CM reenvía la llamada a otro teléfono de Webex Calling . Ver stun uso firewall-datos de flujo transversal y uso de aturdimiento ice lite .


 

Si sus medios de anclaje en el ITSP SBC y la puerta de enlace local están detrás de un NAT, espere el flujo de medios entrantes desde ITSP. Puede aplicar el comando de aturdimiento en ITSP frente a dial-peers.


 

Requiere el uso aturdido de ice-lite para los flujos de llamadas mediante la optimización de la ruta de medios. Para admitir la puerta de enlace SIP a TDM de Cisco para la optimización de medios basada en ICE-lite, configure el par de marcado de bucle atrás en una puerta de enlace de TDM como solución alternativa. Para obtener más detalles técnicos, póngase en contacto con los equipos de cuenta o TAC.

4

Asigne los parámetros de Control Hub a la configuración de la puerta de enlace local.

Agregar Webex Calling como inquilino dentro de la puerta de enlace local. Es necesario configurar para registrar la puerta de enlace local en inquilino de clase de voz 200. Debe obtener los elementos de esa configuración de la página de información del tronco de Control Hub, 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.

Aplicar inquilino 200 a todos los Webex Calling frente a los pares de marcado etiqueta) dentro de la configuración de la puerta de enlace local.2xx La función de inquilino de la clase de voz permite agrupar y configurar los parámetros de la troncal SIP que, de otro modo, se realizarían en el servicio de voz VoIP y sip-ua. Cuando configura un inquilino y lo aplica en un dial-peer, el siguiente orden de preferencia se aplica a las configuraciones de la puerta de enlace local:

  • Configuración del par de marcado

  • Configuración del inquilino

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

5

Configurar inquilino de la clase de voz 200 para habilitar el registro de troncales desde la puerta de enlace local a las llamadas de Webex Calling según los parámetros que haya obtenido de Control Hub:


 

La siguiente línea de comandos y 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í hay una explicación de los campos para la configuración:

inquilino de clase de voz 200

Habilita configuraciones globales específicas para múltiples inquilinos en troncales SIP que permiten servicios diferenciados para inquilinos. Para obtener más información, consulte inquilino de la clase de voz .

registrador dns: 40462196.cisco-bcld.com esquema sorbos expira 240 relación de actualización 50 tcp tls

Servidor de registro para la puerta de enlace local con el registro configurado para actualizarse cada dos minutos (50% de 240 segundos). Para obtener más información, consulte registrador .

número de credenciales Hussain6346_LGU nombre de usuario Hussain2572_LGU contraseña 0 meX71]~)Vmf dominio BroadWorks

Credenciales para el desafío de registro de troncales. Para obtener más información, consulte credenciales (SIP UA) .

nombre de usuario de autenticación Hussain6346_LGU contraseña 0 meX71]~)Vmf realm BroadWorks
nombre de usuario de autenticación Hussain6346_LGU contraseña 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Desafío de autenticación para llamadas. Para obtener más información, consulte autenticación (dial-peer) .

sin ID de fiesta remota

Deshabilite el encabezado SIP Remote-Party- Identificador (RPID) ya que Webex Calling admite PAI, que se habilita mediante CIO pai de identificación afirmada . Para obtener más información, consulte ID-partido-remoto .

conexión-reutilización

Utiliza la misma conexión persistente para el registro y el procesamiento de llamadas. Para obtener más información, consulte conexión-reutilización .

srtp-crypto 200

Define clase de voz srtp-crypto 200 para especificar SHA1_80 (especificado en el paso 3). Para obtener más información, consulte clase de voz srtp-crypto.

sesión de transporte tcp tls

Establece el transporte en TLS. Para obtener más información, consulte transporte de sesión .

sorbos de url

La consulta SRV debe ser SIP según lo admitido por el SBC de acceso; todos los demás mensajes se cambian a SIP por sip-profile 200.

error-passthru

Especifica la funcionalidad de paso a través de la respuesta de error de SIP . Para obtener más información, consulte error-passthru .

pai de identificación afirmada

Activa el procesamiento de PAI en la puerta de enlace local. Para obtener más información, consulte id-afirmado .

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

Configura una dirección IP de origen para señalizar la interfaz de origen que se dirige a Webex Calling.

vincular interfaz de fuente de medios GigabitEthernet0/0/1

Configura una dirección IP de origen para la interfaz de origen de medios que enfrenta Webex Calling. Para obtener más información sobre los comandos de vinculación, consulte atar .

sin paso a través de contenido personalizado-sdp

Comando predeterminado en el inquilino. Para obtener más información sobre este comando, consulte contenido de transferencia .

perfiles sip 200

Cambia los SIP a SIP y modifica la Línea / Puerto para los mensajes INVITAR y REGISTRAR como se define en perfiles de sorbo 200 . Para obtener más información, consulte perfiles de sorbo de clase de voz .

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

Webex Calling acceder a SBC. Para obtener más información, consulte proxy de salida .

política de privacidad passthru

Transfiera de forma transparente los valores del encabezado de privacidad del tramo entrante al saliente. Para obtener más información, consulte política de privacidad .

Después de definir el inquilino 200 dentro de la puerta de enlace local y configurar un dial-peer de VoIP SIP , la puerta de enlace inicia una conexión TLS hacia Webex Calling , momento en el que el SBC de acceso presenta su certificado a la puerta de enlace local. La puerta de enlace local valida la Webex Calling Acceda al certificado SBC utilizando el paquete raíz de CA que se actualizó anteriormente. Establece una sesión TLS persistente entre la puerta de enlace local y Webex Calling acceder a SBC. Luego, la puerta de enlace local envía un REGISTRO al SBC de acceso que se cuestiona. El AOR de inscripción es number@domain. El número se toma del parámetro "número" de credenciales y el dominio de "registrador dns:<fqdn> . " Cuando se impugna el registro:

  • Utilice el nombre de usuario, contraseña y reino parámetros del credenciales para construir el encabezado y el perfil sip 200.

  • Convierte la URL de SIPS de nuevo a SIP.

El registro es exitoso cuando recibe 200 Aceptar del SBC de acceso.

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

  1. Inquilinos de la clase de voz —Crea otros inquilinos para dial-peers que enfrentan ITSP de manera similar al inquilino 200 que cree para los dial-peers de Webex Calling .

  2. URI de clase de voz —Usted define patrones para puertos / direcciones IP de host para varios troncales que terminan en la puerta de enlace local:

    • Webex Calling a la LGW

    • Terminación de troncal SIP de PSTN en LGW

  3. Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde LGW a ITSP troncal SIP y Webex Calling .

  4. Clase de voz DPG —Puede invocar para apuntar a los dial-peers salientes desde un dial-peer entrante.

  5. Dial-peers entrantes —Puede aceptar tramos de llamadas entrantes desde ITSP y Webex Calling .

Utilice las configuraciones para la instalació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. Aplicar inquilino de clase de voz 100 a todos los dial-peers salientes que se enfrentan a 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. Aplicar inquilino de clase de voz 300 a todos los dial-peers entrantes desde 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 URL 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 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í hay una explicación de los campos para la configuración:

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

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

    destination-pattern BAD.BAD

    Permite la selección de dial-peer 101 . Sin embargo, usted invoca a este dial-peer saliente directamente desde el dial-peer entrante utilizando declaraciones dpg y eso omite los criterios de coincidencia del patrón de dígitos. Está utilizando un patrón arbitrario basado en dígitos alfanuméricos permitidos por la CLI del patrón de destino.

    session protocol sipv2

    Especifica que dial-peer 101 maneja tramos de llamada SIP .

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino para enviar el segmento 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 dial-peer hereda todos los parámetros del inquilino 100 a menos que ese mismo parámetro esté definido en el propio dial-peer.

    no vad

    Deshabilita la detección de actividad de voz.

  2. Dial-peer saliente hacia Webex Calling (Usted actualiza el dial-peer saliente para que sirva como dial-peer entrante desde Webex Calling también 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 dial-peer de VoIP con una etiqueta de 200201 y ofrece una descripción significativa para facilitar la gestió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 inquilino 200 se hereda para dial-peer 200201 .

    voice-class stun-usage 200

    Permite que las solicitudes de aturdimiento 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 agujero en el firewall.

    no voice-class sip localhost

    Deshabilita la sustitución del nombre de organizador local de DNS en lugar de la dirección IP física en los encabezados De, Call- Identificador e Remote-Party- Identificador de los mensajes salientes.

    voice-class sip tenant 200

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

    srtp

    Habilita SRTP para el segmento de llamada.

    no vad

    Deshabilita la detección de actividad de voz.

4

Configure los siguientes grupos de dial-peer (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 al dial-peer entrante 200201 para Webex Calling -> LGW -> PSTN camino.

    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. Aplicar DPG 200 al dial-peer 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í hay una explicación de los campos para la configuración:

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

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

    session protocol sipv2

    Especifica que dial-peer 100 maneja tramos de llamada SIP .

    incoming uri via 100

    Especifica la clase de voz uri 100 para hacer coincidir todo el tráfico entrante desde IP PSTN a la puerta de enlace local en la dirección IP del host de un encabezado VIA. Para obtener más información, consulte uri entrante .

    destination dpg 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    voice-class sip tenant 300

    El dial-peer hereda todos los parámetros del inquilino 300 a menos que ese mismo parámetro esté definido en el propio dial-peer.

    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í hay una explicación de los campos para la configuración:

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

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

    incoming uri request 200

    Especifica la clase de voz uri 200 para que coincida con todo el tráfico entrante de Webex Calling a LGW en el patrón dtg único en el URI de solicitud, identificando de manera única el sitio de la puerta de enlace local dentro de una empresa y en el Webex Calling ecosistema. Para obtener más información, consulte uri entrante .

    destination dpg 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    max-conn 250

    Restringe el número de llamadas simultáneas a 250 entre la LGW y Webex Calling , asumiendo que un solo dial-peer se enfrenta Webex Calling para las llamadas entrantes y salientes según se define en este artículo. Para obtener más información sobre los límites de llamadas simultáneas que involucran la puerta de enlace local, consulte el documento Transición de Unified CM a Webex Calling .

PSTN a Webex Calling

Haga coincidir todos los tramos de llamadas IP PSTN entrantes en la puerta de enlace local con dial-peer 100 para definir un criterio de coincidencia para el encabezado VIA con la dirección IP de la PSTN dirección IP. DPG 200 invoca al dial-peer saliente 200201 , que tiene el Webex Calling servidor como destino de destino.

Webex Calling a PSTN

Coincidir con todos los entrantes Webex Calling tramos de llamada en la puerta de enlace local con dial-peer 200201 para definir el criterio de coincidencia para el patrón de encabezado REQUEST URI con el parámetro OTG / DTG del grupo de troncal , exclusivo de esta implementación de puerta de enlace local. DPG 100 invoca al dial-peer saliente 101 , que tiene la dirección IP IP PSTN 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 dial-peers frente a Unified CM e ITSP, similar a inquilino 200 que creas para Webex Calling frente a los pares de marcado.

  2. URI de clase de voz —Usted define un patrón para los puertos / direcciones IP de host para varios troncales que terminan en la LGW desde:

    • Unified CM a LGW para destinos PSTN

    • Unified CM a LGW para Webex Calling destinos

    • Webex Calling a destinos LBV

    • Terminación de troncal SIP de PSTN en LGW

  3. Grupo de servidores de clase de voz —Puede orientar direcciones IP / puertos para troncales salientes desde:

    • LGW a Unified CM

    • LGW a Webex Calling

    • troncal SIP de LGW a PSTN

  4. Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde:

    • LGW a Unified CM

    • troncal SIP de ITSP

    • Webex Calling

  5. Clase de voz DPG : Puede invocar a los pares de marcado salientes de destino desde un par de marcado entrante.

  6. Interlocutores entrantes: Puede aceptar tramos de llamadas entrantes de Unified CM, ITSP y Webex Calling .

1

Configure los siguientes inquilinos de clase de voz:

  1. Aplicar inquilino de clase de voz 100 en todos los dial-peers salientes frente a Unified CM e 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. Aplicar inquilino de clase de voz 300 en todos los dial-peers entrantes de Unified CM e 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 URL 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 troncal de Control Hub:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Actualmente, la puerta de enlace local no admite el subrayado "_ "en el patrón de coincidencia. Como solución alternativa, utiliza 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 la IP de señalización de origen de Unified CM y el puerto VIA para el enlace troncal PSTN :

    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 y el número de puerto de Unified CM Grupo de Unified CM 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 y el número de puerto de Unified CM Grupo de Unified CM 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 Unified CM troncal de Grupo de Unified CM 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 un 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 Unified CM troncal de Grupo de Unified CM 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í hay una explicación de los campos para la configuración:

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

    Define un dial-peer de VoIP con una etiqueta de 101 y se proporciona una descripción significativa para facilitar la gestión y la resolución de problemas.

    patrón de destino MALO MALO

    Permite la selección de dial-peer 101 . Sin embargo, usted invoca al dial-peer saliente directamente desde el dial-peer entrante utilizando declaraciones dpg y eso omite los criterios de coincidencia del patrón 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.

    protocolo de sesión sipv2

    Especifica que dial-peer 101 maneja tramos de llamada SIP .

    objetivo de sesión ipv4:192.168.80.13

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

    códec de clase de voz 99

    Indica la lista de preferencias de códecs 99 para estar en uso para este par de marcado.

    inquilino sip de clase de voz 100

    El dial-peer hereda todos los parámetros del inquilino 100 a menos que defina el mismo parámetro en el propio dial-peer.

  2. Dial-peer saliente hacia Webex Calling (Actualice el dial-peer saliente para que sirva como dial-peer 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í hay una explicación de los campos para la configuración:

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

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

    servidor de sorbos de destino de sesión

    Indica que el servidor SIP global es el destino de las llamadas del dial-peer 200201 . Webex Calling servidor que se define en inquilino 200 se hereda para el dial-peer 200201 .

    uso de aturdimiento de clase de voz 200

    Permite que las solicitudes de aturdimiento generadas localmente se envíen a través de la ruta de medios negociada. Stun ayuda a abrir el agujero en el firewall.

    sin localhost sip de clase de voz

    Deshabilita la sustitución del nombre de organizador local de DNS en lugar de la dirección IP física en los encabezados De, Call- Identificador e Remote-Party- Identificador de los mensajes salientes.

    inquilino sip de clase de voz 200

    El dial-peer hereda todos los parámetros del inquilino 200 (LGW <--> Webex Calling trunk) a menos que defina el mismo parámetro en el dial-peer.

    srtp

    Habilita SRTP para el segmento de llamada.

  3. Dial-peer saliente hacia CM unificados Webex Calling tronco:

    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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Aquí hay una explicación de los campos para 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 dial-peer de VoIP con una etiqueta de 301 y ofrece una descripción significativa para facilitar la administración y la resolución de problemas.

    grupo de servidores de sesión 301

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

    Grupo de servidores en dial-peer saliente

    Con varios dial-peer en el DPG y varios servidores en el grupo de servidores dial-peer, puede lograr una distribución aleatoria de las llamadas entre todos los suscriptores de procesamiento de llamadas de llamadas de Unified CM o realizar búsquedas según una preferencia definida. Cada grupo de servidores puede tener hasta cinco servidores (IPv4/v6 con o sin puerto). Solo necesita un segundo dial-peer y un segundo grupo de servidores si se utilizan más de cinco suscriptores de procesamiento de llamadas .

    Para obtener más información, consulte Grupos de servidores en dial peers salientes en Guía de configuración del Cisco Unified Border Element de Cisco - Cisco IOS XE 17.6 en adelante .

  4. Segundo dial-peer saliente hacia Unified CM's Webex Calling troncal 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
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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 
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Segundo dial-peer saliente hacia la troncal PSTN de 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  
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    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 al dial-peer 302 entrante definido más tarde para el Unified CM -> LGW -> PSTN camino:

    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. Definir DPG 300 para dial-peers salientes 301 o 303 para el Webex Calling -> LGW -> Unified CM camino:

    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í hay una explicación de los campos para la configuración:

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

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

    protocolo de sesión sipv2

    Especifica que dial-peer 100 maneja tramos de llamada SIP .

    uri entrante a través de 100

    Especifica la clase de voz uri 100 a todo el tráfico entrante desde Unified CM a LGW en la dirección IP del host del encabezado VIA. Para obtener más información, consulte uri entrante .

    dpg de destino 302

    Especifica el grupo de pares de marcado 302 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    inquilino sip de clase de voz 300

    El dial-peer hereda todos los parámetros del inquilino 300 a menos que defina el mismo parámetro en el propio dial-peer.

  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í hay una explicación de los campos para la configuración:

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

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

    solicitud de uri entrante 200

    Especifica la clase de voz uri 200 a todo el tráfico entrante desde Unified CM a LGW en el patrón dtg único en el URI de la solicitud, identificando de forma única un sitio de puerta de enlace local dentro de una empresa y en el ecosistema de Webex Calling . Para obtener más información, consulte uri entrante .

    dpg de destino 300

    Especifica el grupo de pares de marcado 300 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    conn máx. 250

    Restringe el número de llamadas simultáneas a 250 entre la LGW y Webex Calling asumiendo un único dial-peer frente a Webex Calling para llamadas entrantes y salientes como se define en esta guía. Para obtener más detalles sobre los límites de llamadas simultáneas que involucran la puerta de enlace local, consulte el documento Transición de Unified CM a Webex Calling .

  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í hay una explicación de los campos para la configuración:

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

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

    uri entrante a través de 300

    Especifica el URI de la clase de voz 300 a todo el tráfico entrante desde Unified CM a LGW en el puerto de origen (5065). Para obtener más información, consulte uri entrante .

    dpg de destino 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    inquilino sip de clase de voz 300

    El dial-peer hereda todos los parámetros del inquilino 300 a menos que defina el mismo parámetro en el propio dial-peer.

  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í hay una explicación de los campos para la configuración:

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

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

    uri entrante a través de302

    Especifica la clase de voz uri 302 a todo el tráfico entrante desde Unified CM a LGW en el puerto de origen (5065). Para obtener más información, consulte uri entrante .

    dpg de destino 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado saliente. Para obtener más información sobre cómo configurar un grupo de dial-peer, consulte clase de voz dpg .

    inquilino sip de clase de voz 300

    El dial-peer hereda todos los parámetros del inquilino 300 a menos que defina el mismo parámetro en el propio dial-peer.

IP PSTN al enlace troncal de Unified CM PSTN

Plataforma de llamadas de Webex Calling a la troncal de Webex Calling de Unified CM

Troncal Unified CM PSTN a IP PSTN

Troncal de Webex Calling de Unified CM a la plataforma de Webex Calling de Webex

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

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

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

  • Generación de un archivo de registro consolidado

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

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

Antes de comenzar:

  • No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.

  • Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.

  • Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.

Requisitos previos

Puerta de enlace local que ejecuta IOS XE 17.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 que se utilizará para enviar notificaciones proactivas si el dispositivo está ejecutando Cisco IOS XE 17.3.2 o superior.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.

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

Puerta de enlace local con 16.11.1 o superior

  1. Las firmas de diagnóstico están activado de forma 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. 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 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 de Gmail basado en la web típico que admita OAuth, por lo que debemos configurar una configuración de cuenta de Gmail específica y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente:

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

  2. Responda "Sí, fui yo" cuando reciba un correo electrónico de Gmail que indique "Google impidió que alguien iniciara sesión en su cuenta con una aplicación que no es de Google".

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

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

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

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

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  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 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 la copia del archivo desde un servidor FTP a la puerta de enlace local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  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 mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".

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

    Descargar DSes:

    ID de DS

    Nombre de DS

    Revisión

    Estado

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    7/11/2020 22:05:33


     

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

Supervisión del registro de troncal SIP

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

  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

    Anulación del registro de la troncal SIP 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 el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".

Monitoreo de desconexiones anormales de llamadas

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

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

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  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 SIP con correo electrónico y notificación de 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 mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente mediante. La columna de estado debe tener un valor "registrado".

Instalar firmas de diagnóstico para solucionar un problema

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

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

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

  1. Configurar una variable de entorno de DS adicionalds_fsurl_prefix que es la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) en la que se cargan los datos de diagnóstico recopilados. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte en el siguiente comando. El token de carga del archivo puede generarse en la sección Archivos adjuntos del Administrador de casos de soporte, según sea necesario.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Ejemplo:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Asegúrese de que el SNMP esté habilitado con mostrar snmp comando . Si no está activado, configure el administrador de servidor snmp comando .

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Asegúrese de instalar el DS 64224 de alta monitorización de CPU como medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de CPU con notificación por correo electrónico .

  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 mediante el mostrar la firma de diagnóstico de la llamada a domicilio comando. La columna de estado debe tener un valor "registrado".

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

    DSes descargados:

    ID de DS

    Nombre de DS

    Revisión

    Estado

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrados

    2020-11-08

Verificar la ejecución de firmas de diagnóstico

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

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

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

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

64224

DS_LGW_CPU_MON75

0.0.10

Registrados

08/11/20 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Ejecutando

08/11/20 00:12:53

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

ID de DS

Nombre de DS

Desencadenado/Máximo/Desinstalar

Tiempo de ejecución promedio (segundos)

Tiempo de ejecución máximo (segundos)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Desinstalar firmas de diagnóstico

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

call-home diagnostic-signature deinstall <DS ID> 

Ejemplo:

call-home diagnostic-signature deinstall 64224 

 

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

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

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

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

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

  • uri de clase de voz: Se utiliza para clasificar mensajes SIP entrantes y seleccionar un par de marcado entrante.

  • par de marcado entrante: Proporciona tratamiento para los mensajes SIP entrantes y determina la ruta saliente con un grupo de pares de marcado.

  • grupo de pares de marcado: Define los pares de marcado salientes que se utilizan para el enrutamiento de llamadas en curso.

  • par de marcado saliente: Proporciona tratamiento para los mensajes SIP salientes y los enruta al destino requerido.

Mientras intertrabaja con una solución local de Cisco Unified Communications Manager y Webex Calling, puede utilizar la sencilla configuración de la puerta de enlace de PSTN como base para crear la solución ilustrada en la siguiente imagen. En este caso, Unified Communications Manager proporciona enrutamiento y tratamiento centralizados de todas las llamadas de PSTN y Webex Calling. El enfoque de configuración de alto nivel se ilustra en el diagrama.

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

Antes de comenzar

  • Cree una configuración de base para su plataforma que siga sus políticas empresariales. En particular, asegúrese de que lo siguiente esté configurado y verificado que funciona correctamente:

    • NTP

    • ACL

    • Autenticación de usuarios y acceso remoto

    • DNS

    • Enrutamiento IP

    • Direcciones IP

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

    • Los enrutadores de la serie ISR4000 deben estar configurados con licencias de tecnología de Unified Communications y Security.

    • Los enrutadores Catalyst Edge serie 8000 requieren licencias de DNA Essentials.

    • Para los requisitos de alta capacidad, es posible que también necesite una licencia de alta seguridad (HSEC) y derechos de rendimiento adicionales.

      Consulte Códigos de autorización para obtener más detalles.

  • La red hacia Webex Calling debe utilizar una dirección IPv4. Las direcciones de nombres de dominio totalmente calificados (FQDN) de la puerta de enlace local o de registro de servicio (SRV) deben resolverse a una dirección IPv4 pública en Internet.

  • Todos los puertos SIP y multimedia de la interfaz de la puerta de enlace local frente a Webex deben ser accesibles desde Internet, ya sea directamente o a través de NAT estática. Asegúrese de actualizar el firewall en consecuencia.

  • Instale un certificado firmado en la puerta de enlace local (a continuación se proporcionan pasos detallados de configuración).

    • Una autoridad de certificación (CA) pública debe firmar el certificado del dispositivo como se detalla en ¿Qué autoridades de certificación raíz son compatibles con las llamadas a las plataformas de audio y vídeo de Cisco Webex?

    • El FQDN configurado en Control Hub debe ser el nombre común (CN) o el nombre alternativo del sujeto (SAN) del certificado del enrutador. Por ejemplo:

      • Si un enlace troncal configurado en el Control Hub de su organización tiene cube1.lgw.com:5061 como FQDN de la puerta de enlace local, el CN o SAN del certificado del enrutador debe contener cube1.lgw.com. 

      • Si un enlace troncal configurado en el Control Hub de su organización tiene lgws.lgw.com como dirección SRV de las puertas de enlace locales a las que se puede acceder desde el enlace troncal, el CN o SAN en el certificado del enrutador debe contener lgws.lgw.com. Los registros a los que se resuelve la dirección SRV (CNAME, A Record o IP Address) son opcionales en SAN.

      • Ya sea que utilice un FQDN o un SRV para el enlace troncal, la dirección de contacto de todos los diálogos SIP nuevos de su puerta de enlace local debe tener el nombre configurado en Control Hub.

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

  • Cargue el paquete de confianza en la puerta de enlace local.

1

Asegúrese de asignar direcciones IP válidas y enrutables a cualquier interfaz de capa 3, por ejemplo:


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

Cree un punto de confianza de cifrado con un certificado firmado por su autoridad de certificación (CA) preferida.

  1. Cree un par de claves RSA con el siguiente comando de exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Cree un punto de confianza para el certificado firmado con los siguientes comandos de configuración:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgwtrunking.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Genere una solicitud de firma de certificado (CSR) con el siguiente comando de configuración o ejecutivos y utilícelo para solicitar un certificado firmado de un proveedor de CA compatible:

    crypto pki enroll LGW_CERT
3

Autentique su nuevo certificado con su certificado de CA intermedia (o raíz) y, a continuación, importe el certificado. Introduzca el siguiente comando ejecutivo o de configuración:


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

Importe el certificado de organizador firmado mediante el siguiente comando de configuración o exec:


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

Habilite la exclusividad de TLS1.2 y especifique el punto de confianza predeterminado utilizando el siguiente comando de configuración:


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

Instale el paquete de CA raíz de Cisco, que incluye el certificado de CA de DigiCert utilizado por Webex Calling. Utilizar el url limpia de importación de trustpool de crypto pkipara descargar el paquete de CA raíz de la URL especificada y para borrar el grupo de confianza de CA actual; a continuación, instale el nuevo paquete de certificados:

crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
1

Cree un enlace troncal basado en certificados con su nombre de organizador/SRV de CUBE en Control Hub y asígnelo a la ubicación. Para obtener más información, consulte Configurar enlaces troncales, grupos de rutas y planes de marcado para Webex Calling .

2

Utilice los comandos de configuración de la siguiente sección para configurar CUBE con sus enlaces troncales de Webex Calling y PSTN:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

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

lista de confianza de direcciones ip

ipv4 x.x.x.x y.y.y.y

  • Define las direcciones IP de origen de las entidades desde las que el CUBE espera llamadas VoIP legítimas.

  • De forma predeterminada, CUBE bloquea todos los mensajes de VoIP entrantes de direcciones IP que no están en su lista de confianza. Los pares de marcado configurados estáticamente con “IP de destino de sesión” o direcciones IP de grupo de servidores son de confianza de forma predeterminada y no se agregan a la lista de confianza.

  • Al configurar su puerta de enlace local, agregue las subredes IP para su centro de datos de Webex Calling regional a la lista. Ver Información de referencia del puerto para llamadas de Webex Calling para más información.

  • Para obtener más información sobre cómo utilizar una lista de dirección IP confiables para evitar el fraude telefónico, consulte dirección IP confiable .

elemento de borde de modo

permitir conexiones sip a sip

Habilite la funcionalidad de agente de usuario de SIP básico de CUBE back to back. Para obtener más información, consulte Permitir conexiones .


 

De forma predeterminada, el transporte de fax T.38 está habilitado. Para obtener más información, consulte el protocolo de fax t38 (servicio de voz).

forzado de oferta anticipada

Obliga al CUBE a enviar información de SDP en el mensaje INVITE inicial en lugar de esperar el reconocimiento del par vecino. Para obtener más información sobre este comando, consulte oferta anticipada .

carga útil asimétrica llena

Configura el soporte de carga útil asimétrica SIP tanto para DTMF como para cargas útiles de códec dinámicas. Para obtener más información sobre este comando, consulte carga útil asimétrica .

3

Configurar códec 100 de clase de voz filtro de códec para el enlace troncal. En este ejemplo, se utiliza el mismo filtro de códec para todos los enlaces troncales. Puede configurar filtros para cada enlace troncal para un control preciso.


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

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

códec de clase de voz 100

Se utiliza para permitir solo códecs preferidos para llamadas a través de enlaces troncales SIP. Para obtener más información, consulte códec de clase de voz .


 

El códec Opus solo es compatible con enlaces troncales de PSTN basados en SIP. Si el enlace troncal de PSTN utiliza una conexión de voz T1/E1 o FXO analógico, excluya preferencia de códec 1 opus de códec de clase de voz 100 configuración de .

4

Configurar uso de aturdimiento de clase de voz 100 para habilitar ICE en el enlace troncal de Webex Calling.


voice class stun-usage 100 
 stun usage ice lite

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

uso de aturdimiento de la clase de voz 100

Se utiliza para habilitar ICE-Lite para todos los pares de marcado que llegan a Webex Calling para permitir la optimización de medios siempre que sea posible. Para obtener más información, consulte uso de aturdimiento de clase de voz y uso de aturdimiento ice lite .


 

Requiere el uso aturdido de ICE-lite para los flujos de llamadas mediante la optimización de la ruta de medios. Para proporcionar la optimización de medios para una puerta de enlace de SIP a TDM, configure un par de marcado de bucle atrás con ICE-Lite habilitado en la sección IP-IP. Para obtener más detalles técnicos, póngase en contacto con los equipos de cuenta o TAC.

5

Configure la política de cifrado de medios para el tráfico de Webex.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

clase de voz srtp-crypto 100
Especifica SHA1_80 como la única oferta de CUBE de conjunto de cifrado SRTP en el SDP en los mensajes de oferta y respuesta. Webex Calling solo es compatible con SHA180._
Para obtener más información, consulte clase de voz srtp-crypto .
6

Configure perfiles de manipulación de mensajes SIP. Si su puerta de enlace está configurada con una dirección IP pública, configure un perfil de la siguiente manera o vaya a la siguiente sección si está usando NAT. En el ejemplo, cube1.lgw.com es el FQDN seleccionado para la puerta de enlace local y "198.51.100.1" es la dirección IP pública de la interfaz de la puerta de enlace local que enfrenta Webex Calling:


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

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

regla 10 y regla 20

Para permitir que Webex autentique mensajes desde su puerta de enlace local, el encabezado "Contacto" en los mensajes de solicitud SIP y respuestas debe contener el valor provisto para el enlace troncal en Control Hub. Este será el FQDN de un solo host o el nombre de dominio SRV utilizado para un grupo de dispositivos.


 

Omita el siguiente paso si configuró su puerta de enlace local con direcciones IP públicas.

7

Si su puerta de enlace está configurada con una dirección IP privada detrás de NAT estática, configure los perfiles SIP entrantes y salientes de la siguiente manera. En este ejemplo, cube1.lgw.com es el FQDN seleccionado para la puerta de enlace local, "10.80.13.12" es la dirección IP de interfaz que enfrenta Webex Calling y "192.65.79.20" es la dirección IP pública de NAT.

Perfiles SIP para mensajes salientes a Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
Perfiles SIP para mensajes entrantes de Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 90 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Para obtener más información, consulte perfiles de sorbo de clase de voz .

8

Configure una opción SIP keepalive con perfil de modificación de encabezado.


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

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

clase de voz sip-options-keepalive 100

Configura un perfil de keepalive e ingresa al modo de configuración de la clase de voz. Puede configurar el tiempo (en segundos) en el que se envía un ping de opciones de diálogo fuera de SIP al destino de marcado cuando la conexión del corazón al extremo está en estado ascendente o descendente.

Este perfil de keepalive se activa desde el par de marcado configurado hacia Webex.

Para garantizar que los encabezados de contacto incluyan el nombre de dominio completamente calificado de SBC, se utiliza el perfil SIP 115. Las reglas 30, 40 y 50 solo son necesarias cuando el SBC está configurado con NAT estática.

En este ejemplo, cube1.lgw.com es el FQDN seleccionado para la puerta de enlace local y, si se utiliza NAT estático, "10.80.13.12" es la dirección IP de la interfaz de SBC hacia Webex Calling y "192.65.79.20" es la dirección IP pública de NAT.

9

Configure el perfil coincidente de URI para clasificar los mensajes entrantes de Webex Calling.


voice class uri 110 sip
 pattern cube1.lgw.com

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

uri 100 sip de clase de voz

Define el patrón de coincidencia de FQDN para una llamada entrante de Webex Calling. Consulte Preferencia de sip uri de clase de voz.

10

Configurar el enlace troncal de Webex Calling:

  1. Recomendamos usar inquilinos para configurar comportamientos comunes para los pares de marcado asociados con un enlace troncal específico:

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

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

    inquilino de clase de voz 100

    Le recomendamos que utilice inquilinos para configurar enlaces troncales que tengan su propio certificado TLS y lista de validación de CN o SAN. Aquí, el perfil tls asociado al inquilino contiene el punto de confianza que se utilizará para aceptar o crear nuevas conexiones, y tiene la lista CN o SAN para validar las conexiones entrantes.

    sin ID de fiesta remota

    Deshabilita la traducción del ID de parte remota.

    srtp-crypto 100

    Configura los conjuntos de cifrado preferidos para el segmento de llamada SRTP (conexión). Para obtener más información, consulte clase de voz srtp-crypto .

    localhost dns: cube1.lgw.com

    Configura CUBE para reemplazar la dirección IP física en los encabezados From (De), Call-ID (ID de llamada) e Remote-Party-ID (ID de persona remota) en los mensajes salientes con el FQDN proporcionado.

    sesión de transporte tcp tls

    Establece el transporte en TLS. Para obtener más información, consulte transporte de sesión .

    no se actualizó ninguna sesión

    Deshabilita la actualización de la sesión SIP de forma global.

    enlazar interfaz de fuente de control GigabitEthernet0 / 0/1

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

    enlazar interfaz de origen de medios GigabitEthernet0 / 0/1

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

    política de privacidad passthru

    Configura las opciones de la política del encabezado de privacidad para que el enlace troncal transfiera los valores de privacidad del mensaje recibido al siguiente tramo de llamada.

  2. Configure el dial-peer saliente hacia Webex Calling.

    
    dial-peer voice 100 voip
     description OutBound Webex Calling
     destination-pattern bad.bad
     session protocol sipv2
     session target dns:<your edge proxy address>
     session transport tcp tls
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip profiles 100
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte
     srtp
     no vad
    

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

    voz de par de marcado 100 voip

    descripción de Webex Calling OutBound

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

    patrón de destino malo.malo

    Se requiere un patrón de destino ficticio cuando se enrutan llamadas salientes mediante un grupo de pares de marcado entrantes.

    protocolo de sesión sipv2

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

    dns de destino de sesión: <your edge="" proxy="" address="">

    Define la dirección SRV del proxy perimetral de Webex Calling desde Control Hub al que se envían las llamadas. Por ejemplo, el destino de la sesión dns:us01.sipconnect.bcld.webex.com. Para obtener más información, consulte destino de la sesión (dial-peer de VoIP ) .

    sesión de transporte tcp tls

    El par de Marcación SIP utiliza Seguridad de la capa de transporte (TLS) sobre el protocolo de la capa de transporte TCP .

    códec de clase de voz 100

    Indica la lista de filtros de códecs para llamadas hacia y desde Webex Calling. Para obtener más información, consulte códec de clase de voz .

    perfiles sip de clase de voz 100

    Aplica el perfil de modificación de encabezado (dirección IP pública o NAT) para utilizarlo en los mensajes salientes. Para obtener más información, consulte perfiles sip de clase de voz .

    inquilino sip de clase de voz 100

    Agrega este par de marcado al inquilino 100, desde donde recibirá todas las configuraciones del enlace troncal común.

    Opciones de sip de clase de voz: perfil keepalive 100

    Este comando se utiliza para supervisar la disponibilidad de un grupo de servidores o extremos SIP mediante un perfil específico (100).

11

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

  1. Definir DPG 100 con el par de marcado saliente 100 hacia Webex Calling. DPG 100 se aplica al par de marcado entrante desde la PSTN.


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

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

par de marcado 100

Asocia un par de marcado saliente con un grupo de pares de marcado 100. Para obtener más información, consulte voz de dial-peer .

12

Configure un par de marcado entrante para recibir mensajes de Webex Calling. La coincidencia entrante se basa en la solicitud de URI .


dial-peer voice 110 voip 
 description Inbound dial-peer from Webex Calling
 session protocol sipv2
 session transport tcp tls
 destination dpg 200
 incoming uri request 110
 voice-class codec 100
 voice-class stun-usage 100 
 voice-class sip profiles 110 
 voice-class sip srtp-crypto 100
 voice-class sip tenant 100 
 srtp

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

uri de clase de voz 100 sip

Para crear o modificar una clase de voz para que los pares de marcado coincidan con un identificador de recursos uniforme (URI) del Protocolo de inicio de sesión (SIP). Para obtener más información, consulte uri de clase de voz.

sesión de transporte tcp tls

Establece el transporte en TLS. Para obtener más información, consulte transporte de sesión .

dpg de destino 200

Especifica un grupo de pares de marcado 200 para seleccionar un par de marcado saliente hacia PSTN o Unified Communications Manager. Para obtener más información sobre los grupos de dial-peer, consulte dpg de clase de voz .

solicitud de uri entrante 110

Para especificar la clase de voz que se utiliza para que un par de marcado de VoIP coincida con el identificador de recursos uniforme (URI) de una llamada entrante. Para obtener más información, consulte uri entrante .

perfil sip de clase de voz 110

Solo es necesario cuando CUBE está detrás de NAT estática, el perfil 110 de SIP modifica la dirección IP pública a la dirección de interfaz privada. Para obtener más información, consulte perfiles de sorbo de clase de voz .

srtp-crypto de clase de voz 100

Configura los conjuntos de cifrado preferidos para el segmento de llamada SRTP (conexión). Para obtener más información, consulte clase de voz srtp-crypto .

inquilino sip de clase de voz 100

Asocia este par de marcado con el inquilino del enlace troncal, lo que le permite heredar todas las configuraciones asociadas. Para obtener más información, consulte inquilino sip de clase de voz.

srtp

Especifica que todas las llamadas que utilicen este par de marcado deben utilizar medios cifrados. Para obtener más información, consulte srtp.

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


 

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

1

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


voice class uri 210 sip
  host ipv4:192.168.80.13
2

Configure el siguiente par de marcado saliente hacia el enlace troncal IP de PSTN:


dial-peer voice 200 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í hay una explicación de los campos para la configuración:

voz de par de marcado 200 voip

descripción Par de marcado saliente a PSTN

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

patrón de destino MALO MALO

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

protocolo de sesión sipv2

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

Objetivo de sesión ipv4:192.168.80.13

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

códec 100 de clase de voz

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

rtp-nte del relé dtmf

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

no vadead

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

3

Configure el siguiente grupo de dial-peer (DPG):

  1. Defina DPG 200 con el par de marcado saliente 200 hacia la PSTN. Aplique DPG 200 al par de marcado entrante de Webex Calling.

    
    voice class dpg 200
     description Incoming IP PSTN to Webex Calling
     dial-peer 200 
4

Configure el siguiente par de marcado entrante:

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

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

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

    voz de par de marcado 210 voip

    descripción Par de marcado entrante de PSTN

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

    protocolo de sesión sipv2

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

    uri entrante a través de 210

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

    destino dpg 100

    Omite los criterios de coincidencia de pares de marcado salientes clásicos en la puerta de enlace local con el DPG de destino 100 hacia Webex Calling. Para obtener más información sobre la configuración de grupos de dial peer, consulte dpg de clase de voz .

    no vadead

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

La configuración de PSTN-Webex Calling de las secciones anteriores se puede modificar para incluir un enlace troncal adicional a un grupo de Cisco Unified Communications Manager (UCM). En este caso, todas las llamadas se enrutan a través de Unified CM. Las llamadas de UCM al puerto 5060 se enrutan a la PSTN y las llamadas al puerto 5065 se enrutan a Webex Calling. Se pueden agregar las siguientes configuraciones incrementales y actualizadas para incluir este escenario de llamadas.

1

Configure las siguientes URI de clase de voz:

  1. Clasifica las llamadas de Unified CM a Webex mediante el puerto SIP VIA:

    
    voice class uri 310 sip
     pattern :5065
    
  2. Clasifica las llamadas de Unified CM a PSTN mediante SIP a través del puerto:

    
    voice class uri 410 sip
     pattern :5060
    
2

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


 

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


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

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

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

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

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

2: La prioridad de registro de recursos SRV

1: El peso del registro del recurso SRV

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

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

Para resolver el nombre de host de destino del registro de recursos, cree registros A de DNS locales, por ejemplo:

ip host ucmsub5.mydomain.com 192.168.80.65

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

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

192.168.80.65: La dirección IP del organizador.

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

3

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia Unified CM desde Webex Calling:

    
    dial-peer voice 300 voip
     description Outgoing dial-peer to CUCM from Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

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

    voz de par de marcado 300 voip

    descripción Par de marcado saliente a CUCM desde Webex Calling

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

    dns de destino de sesión:wxtocucm.io

    Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS.

  2. Par de marcado saliente hacia Unified CM desde la PSTN:

    
    dial-peer voice 400 voip
     description Outgoing dial-peer to CUCM from PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

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

    voz de par de marcado 400 voip

    descripción Par de marcado saliente a CUCM desde PSTN

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

    dns de destino de sesión:pstntocucm.io

    Define el destino de sesión de varios nodos de Unified CM mediante resolución de SRV de DNS.

4

Configure el siguiente grupo de pares de marcado (DPG) para llamadas hacia Unified CM:

  1. Defina DPG 300 para el par de marcado saliente 300 para llamadas a Unified CM desde Webex Calling:

    
    voice class dpg 300
     dial-peer 300
     
  2. Defina DPG 400 para el par de marcado saliente 400 para llamadas a Unified CM desde la PSTN:

    
    voice class dpg 400
     dial-peer 400
    
5

Modifique los siguientes pares de marcado entrantes para enrutar llamadas de PSTN y Webex Calling a Unified CM:

  1. Modificar el par de marcado entrante para llamadas de Webex Calling:

    
    dial-peer voice 110 voip
     no destination dpg 200
     destination dpg 300
    
  2. Modificar el par de marcado entrante para las llamadas desde la PSTN:

    
    dial-peer voice 210 voip
     no destination dpg 100 
     destination dpg 400
    
  3. Agregue un par de marcado entrante para llamadas de UCM hacia Webex Calling:

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

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

    voz 310 voip de par de marcado

    descripción Par de marcado entrante de CUCM para Webex Calling

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

    uri entrante a través de 310

    Especifica el URI de la clase de voz 300 a todo el tráfico entrante desde Unified CM a LGW en el puerto de origen (5065). Para obtener más información, consulte uri entrante .

    destino dpg 100

    Especifica el grupo de pares de marcado 100 para seleccionar un par de marcado saliente hacia Webex Calling. Para obtener más información sobre la configuración de grupos de dial peer, consulte clase de voz dpg .

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

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

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

    voz 311 voip de par de marcado

    descripción Par de marcado entrante de CUCM para PSTN

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

    uri entrante a través del 311

    Especifica la URI de clase de voz 410 para que coincida todo el tráfico entrante de Unified CM con una puerta de enlace local para un destino PSTN en el puerto VIA. Para obtener más información, consulte uri entrante .

    dpg de destino 200

    Especifica el grupo de pares de marcado 200 para seleccionar un par de marcado saliente hacia la PSTN. Para obtener más información sobre la configuración de grupos de dial peer, consulte clase de voz dpg .

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

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

  • Recopilación de salidas del comando show

  • Generación de un archivo de registro consolidado

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

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

Antes de comenzar:

  • No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.

  • Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.

  • Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.

Requisitos previos

Puerta de enlace local con IOS XE 17.6.1 o superior

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

  2. Configure el servidor de correo electrónico seguro que utiliza para enviar notificaciones proactivas si el dispositivo ejecuta IOS XE 17.6.1 o superior.

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Configurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.

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

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

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

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

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

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

    Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge

    Producto

    CUBE Enterprise en la solución de Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de la CPU con notificación por correo electrónico

  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 la copia del archivo desde un servidor FTP a la puerta de enlace local.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  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 mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".

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

    Descargar DSes:

    ID de DS

    Nombre de DS

    Revisión

    Estado

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    7/11/2020 22:05:33


     

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

Monitoreo de desconexiones anormales de llamadas

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

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

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

    Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Detección de desconexión de llamadas anormales SIP con correo electrónico y notificación de Syslog.

  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. Usa el comando mostrar la firma de diagnóstico de la llamada a domicilio para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".

Instalar firmas de diagnóstico para solucionar un problema

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

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

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

  1. Configurar otra variable de entorno de DSds_fsurl_prefix como la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) para cargar los datos de diagnóstico. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte como se muestra a continuación. El token de carga de archivos se puede generar en el Adjuntos sección del Administrador de casos de soporte, según sea necesario.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Ejemplo:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Asegúrese de que el SNMP esté habilitado mediante el comando mostrar snmp. Si el SNMP no está habilitado, configure el administrador de servidor snmp comando .

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Recomendamos instalar el DS 64224 de alta monitorización de CPU como una medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

    Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

    Alta utilización de CPU con notificación por correo electrónico .

  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

    Software Cisco 4300, 4400 ISR Series o Catalyst 8000V Edge

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Syslog

    Tipo de problema

    Syslog - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0

  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 XML de alta supervisión de la CPU DS 64224 y, a continuación, DS 65095 en la puerta de enlace local.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Compruebe que la firma se haya instalado correctamente con mostrar llamada-inicio diagnóstico-firma. La columna de estado debe tener un valor de "inscrito".

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

    DSes descargados:

    ID de DS

    Nombre de DS

    Revisión

    Estado

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    8/11/2020 00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrados

    8/11/2020 00:12:53

Verificar la ejecución de firmas de diagnóstico

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

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

DSes descargados:

ID de DS

Nombre de DS

Revisión

Estado

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

64224

DS_LGW_CPU_MON75

0.0.10

Registrados

08/11/20 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Ejecutando

08/11/20 00:12:53

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

ID de DS

Nombre de DS

Desencadenado/Máximo/Desinstalar

Tiempo de ejecución promedio (segundos)

Tiempo de ejecución máximo (segundos)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Desinstalar firmas de diagnóstico

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

call-home diagnostic-signature deinstall <DS ID> 

Ejemplo:

call-home diagnostic-signature deinstall 64224 

 

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

12 de octubre de 2023
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 crear una configuración de puerta de enlace local utilizando CUBE de alta disponibilidad, CUBE activos o de espera para la recuperación de fallas con seguimiento 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: Hussain1076_LGU

  • 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

mostrar el estado del registro sip-ua


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

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

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

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

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

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

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

VCUBE-2#show sip-ua register status

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

A partir de la salida anterior, puede ver que VCUBE-2 es el LGW activo que mantiene la inscripción con el SBC de acceso de Webex Calling, mientras que la salida de "show sip-ua register status" está en blanco en VCUBE-1

3

Ahora habilite las siguientes depuraciones en VCUBE-1


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

Simule la recuperación de fallas mediante la emisión del siguiente comando en LGW activo, VCUBE-2 en este caso.


VCUBE-2#redundancy application reload group 1 self

El cambio del LGW ACTIVE a STANDBY ocurre en la siguiente situación, además de la CLI listada anteriormente.

  • Cuando se recarga el enrutador ACTIVE

  • Cuando se apaga y se enciende el enrutador ACTIVE

  • Cuando cualquier interfaz configurada de RG del enrutador ACTIVE para la que está habilitado el seguimiento está apagada

5

Compruebe si VCUBE-1 se ha inscrito en el SBC de acceso de Webex Calling VCUBE-2 ya debería haberse recargado.


VCUBE-1#show sip-ua register status

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

VCUBE-1 ahora es el LGW activo.

6

Mire el registro de depuración relevante en VCUBE-1 que envía un SIP REGISTER a Webex Calling a través de la IP virtual y recibe 200 OK.


VCUBE-1#show log

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

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
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
25 de enero de 2024
Configurar y administrar los usuarios de llamadas de Webex

Debe agregar cada uno de los usuarios de Control Hub para poder aprovechar los servicios de Webex Calling. El número de usuarios que debe agregar determinará cómo los agregará en el control Hub, si agrega manualmente cada usuario por dirección de correo electrónico o si agrega varios usuarios mediante un archivo CSV. La elección es suya.

27 de marzo de 2024
Configurar y administrar los dispositivos de Webex Calling

Puede asignar y administrar dispositivos para usuarios y espacios de trabajo en Control Hub. Elija agregar por la dirección MAC o generando un código de activación para ingresar en el dispositivo.

Con Control Hub, puede asignar dispositivos a usuarios para uso personal.

Los dispositivos listados aquí son compatibles con Webex Calling. Si bien todos estos dispositivos se pueden agregar con una dirección MAC, solo se puede registrar el siguiente subconjunto con un código de activación:

  • Teléfonos multiplataforma Cisco IP Phone Serie 6800 (teléfonos de audio: 6821 , 6841, 6851, 6861, 6871)

  • Teléfonos multiplataforma Cisco IP Phone Serie 7800 (teléfonos de audio: 7811, 7821, 7841, 7861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de audio: 8811, 8841, 8851, 8861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de vídeo: 8845, 8865)

  • Teléfonos para conferencias Cisco IP 7832 y 8832

  • Cisco Video Phone 8875


 

Con respecto a los dispositivos DECT , solo los dispositivos base DECT (no los teléfonos DECT ) están disponibles para su asignación en Centro de control . Después de asignar una unidad de base a un usuario, debe emparejar manualmente un auricular DECT con esa unidad base. Para obtener más información, consulte Conectar el auricular a la estación base.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Dispositivos > Agregar dispositivo.

También puede agregar un dispositivo al usuario desde la sección Usuarios navegando a Administración > Usuarios > seleccione un usuario Dispositivos > Agregar dispositivo.
2

Elija Uso personal para asignar un dispositivo a un usuario y, a continuación, haga clic en Siguiente.

3

Introduzca el nombre de usuario o el nombre real del propietario del teléfono, elija el usuario en los resultados y, a continuación, haga clic en Siguiente.

4

Elija Cisco IP Phone y, a continuación, haga clic en Siguiente.

5

Elija un dispositivo de la lista desplegable y, a continuación, haga clic en Siguiente.

6

Elija una de las siguientes opciones y, a continuación, haga clic en Guardar.

  • Por código de activación: elija esta opción si desea generar un código de activación que pueda compartir con el propietario del dispositivo. El código de activación de 16 dígitos debe introducirse manualmente en el propio dispositivo.

     

    Los teléfonos multiplataforma deben tener una carga de firmware de 11.2.3MSR1 o una versión posterior para mostrar la pantalla del código de activación. Si se necesita actualizar el firmware del teléfono, dirija a los usuarios a https://upgrade.cisco.com/MPP_upgrade.html

  • Por dirección MAC: elija esta opción si conoce la dirección MAC del dispositivo. La dirección MAC de un teléfono debe ser una entrada única. Si introduce una dirección MAC para un teléfono que ya está inscrito o comete un error al introducir el número, aparecerá un mensaje de error.

 

Se pueden aplicar limitaciones al utilizar dispositivos de terceros.

Si eligió generar un código de activación para el dispositivo, pero todavía no ha utilizado ese código, el estado de ese dispositivo es Activando en la sección Dispositivos del usuario asignado y en la lista principal de Dispositivos en Control Hub. Tenga en cuenta que el estado del dispositivo puede tardar hasta 10 minutos en actualizarse en Centro de control .

Para modificar o administrar los dispositivos asignados al usuario, consulte la sección Administrar un dispositivo para un usuario.

Cuando las personas están en el trabajo, se reúnen en muchos lugares como comedores, salas de recepción y salas de conferencia. Puede configurar dispositivos de Cisco Webex compartidos en estos espacios de trabajo, agregar servicios y, a continuación, ver cómo se produce la colaboración.

El principio clave de un dispositivo de espacio de trabajo es que no está asignado a un usuario específico, sino a una ubicación física, lo que permite un uso compartido.

Los dispositivos detallados aquí son compatibles con Webex Calling. Si bien la mayoría de estos dispositivos pueden inscribirse con una dirección MAC, solo se puede inscribirse el siguiente subconjunto con un código de activación:

  • Teléfonos multiplataforma Cisco IP Phone Serie 6800 (teléfonos de audio: 6821, 6841, 6851)

  • Teléfonos multiplataforma Cisco IP Phone Serie 7800 (teléfonos de audio: 7811, 7821, 7841, 7861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de audio: 8811, 8841, 8851, 8861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de vídeo: 8845, 8865)

  • Teléfonos para conferencias Cisco IP 7832 y 8832

1

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Dispositivos > Agregar dispositivo.

También puede agregar un dispositivo a un nuevo espacio de trabajo desde la sección Dispositivos mediante la navegación a Administración > Espacios de trabajo > Agregar espacio de trabajo.
2

Elija Uso compartido > Nuevo espacio de trabajo.

3

Introduzca un nombre para el espacio de trabajo (por ejemplo: el nombre de la sala física), seleccione el tipo de sala y agregue la capacidad. Luego, haga clic en Crear.


 

El nombre de un espacio de trabajo no puede tener más de 30 caracteres y no puede tener%, #, <,>, /, \ y "caracteres.

4

Elija Cisco IP Phone y, a continuación, haga clic en Siguiente.

5

Elija un tipo de dispositivo de la lista desplegable y, a continuación, haga clic en Siguiente.

6

Elija si desea registrar el teléfono con un código de activación (si aparece la opción) o una dirección MAC y, a continuación, haga clic en Siguiente.

Si opta por registrar el dispositivo con un código de activación, el código se envía por correo electrónico al administrador designado para la ubicación.

Para Webex Calling, solo puede agregar un teléfono compartido a un espacio de trabajo.

Para el teléfono de conferencia Cisco IP 7832, es posible que algunas teclas programables no estén disponibles. Si necesita un conjunto completo de teclas programables, le recomendamos que asigne este teléfono a un usuario en su lugar.

7

Haga clic en el servicio Calling y elija la suscripción que desea asignar al espacio de trabajo.

8

Asigne una Ubicación y un Número de teléfono (determinados por la ubicación que elija) y luego haga clic en Guardar. También tiene la opción de asignar una extensión.


 
Para modificar o administrar los dispositivos asignados al espacio de trabajo, consulte la sección Administrar un dispositivo para un espacio de trabajo.

Para reutilizar un teléfono que está asignado a un usuario / área de trabajo de Webex Calling a otro usuario / área de trabajo de Webex Calling, siga estos pasos:

1

Desde la vista del cliente enhttps://admin.webex.com, vaya al Usuario / Espacio de trabajo donde está asignado actualmente el dispositivo.

Puede reasignar el dispositivo en estos escenarios:

  1. Si desea eliminar el usuario, seleccione Eliminar usuario / espacio de trabajo para eliminar el usuario / espacio de trabajo y los dispositivos asociados.

  2. Si desea eliminar un dispositivo, seleccione Dispositivos y elija el dispositivo que desea eliminar.

2

En el teléfono, vaya al menú de configuración y complete estos pasos para reasignar el teléfono.

  1. Seleccionar Administración de dispositivos entonces Restablecimiento de fábrica .

  2. El teléfono se reinicia. Al completar el reinicio, el teléfono muestra la pantalla Código de activación.

  3. El teléfono ya está listo para ser reasignado.

3

Siga las instrucciones del Agregar y asignar un teléfono a un usuario o Agregar un teléfono a un nuevo espacio de trabajo para asignar o agregar un teléfono a un usuario / espacio de trabajo.

4

Al agregar el dispositivo en Control Hub, complete estas acciones en el teléfono:

  1. Para el código de activación:

    Introduzca el código de activación. El teléfono se reinicia y se conecta al nuevo usuario / espacio de trabajo.

  2. Para la dirección MAC:

    Introduzca # 000 en la pantalla del Código de activación, el teléfono se vuelve a incorporar con Webex Webex Calling y se aprovisiona para el nuevo usuario / espacio de trabajo.

Cuando las personas están en el trabajo, se reúnen en muchos espacios de trabajo como comedores, salas de recepción y salas de conferencia. Puede configurar dispositivos de Cisco Webex compartidos en estos espacios de trabajo, agregar servicios y, a continuación, ver cómo se produce la colaboración.

El principio clave de un dispositivo de Workspaces es que no está asignado a un usuario específico, sino a una ubicación física, lo que permite el uso compartido.

Los dispositivos listados aquí son compatibles con Webex Calling.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Dispositivos > Agregar dispositivo.

También puede agregar un dispositivo a un nuevo espacio de trabajo desde la sección Dispositivos mediante la navegación a Administración > Espacios de trabajo > Agregar espacio de trabajo.
2

Elija Uso compartido > Nuevo espacio de trabajo.

3

Introduzca un nombre para el espacio de trabajo (como el nombre de la sala física), seleccione el tipo de sala y agregue capacidad. Luego, haga clic en Crear.

4

Elija Dispositivo de colaboración de Cisco y, a continuación, haga clic en Siguiente.

El dispositivo de colaboración de Cisco incluye el dispositivo de Cisco Webex Room o Desk, incluido Cisco Webex Board.

5

Elija uno de los siguientes servicios y haga clic en Siguiente.

  • Llamada en Webex (llamada 1:1, no PSTN) : los usuarios solo pueden realizar llamadas de la Aplicación de Webex o del Protocolo de iniciación de sesiones (SIP) de Webex utilizando una dirección SIP (por ejemplo, username@example.calls.webex.com).
  • Cisco Webex Calling: además de poder realizar y recibir llamadas SIP y de la aplicación de Webex, las personas de este espacio de trabajo pueden utilizar el dispositivo para realizar y recibir llamadas telefónicas desde el plan de numeración de Webex Calling. Por ejemplo, puede llamar a su compañero de trabajo marcando el número telefónico 555-555-5555, extensión 5555 o la dirección SIP username@example.webex.com, pero también puede llamar a su pizzería local.
6

Si eligió el servicio Cisco Webex Calling, elija la suscripción que desea asignar al espacio de trabajo.

7

Asigne una Ubicación, un Número de teléfono (determinado por la ubicación que elija) y una Extensión y, a continuación, haga clic en Guardar.

8

Active el dispositivo utilizando el código provisto. Puede copiar, enviar por correo electrónico o imprimir el código de activación.

Para asignar varios dispositivos a usuarios y espacios de trabajo, puede completar un archivo CSV con la información necesaria y activar esos dispositivos en solo un par de sencillos pasos.

Los dispositivos listados aquí son compatibles con Webex Calling. Puede registrar todos los dispositivos con una dirección MAC; sin embargo, registre el siguiente subconjunto de dispositivos con un código de activación:

  • Teléfonos multiplataforma Cisco IP Phone Serie 6800 (teléfonos de audio: 6821, 6841, 6851)

  • Teléfonos multiplataforma Cisco IP Phone Serie 7800 (teléfonos de audio: 7811, 7821, 7841, 7861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de audio: 8811, 8841, 8851, 8861)

  • Teléfonos multiplataforma Cisco IP Phone Serie 8800 (teléfonos de vídeo: 8845, 8865)

  • Teléfonos para conferencias Cisco IP 7832 y 8832

  • Cisco Video Phone 8875

1

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Dispositivos > Agregar dispositivo > Varios teléfonos IP de Cisco.

2

Elija una de las siguientes opciones y haga clic en Descargar.

  • Usuarios de mi organización: puede obtener una lista de todos los usuarios de su organización y sus atributos asociados para no tener que buscar manualmente cada usuario.
  • Espacios de trabajo de mi organización: puede obtener una lista de todos los espacios de trabajo de su organización y sus atributos asociados para no tener que buscar manualmente cada espacio de trabajo.
  • Agregar plantilla de muestra de dispositivo: puede utilizar la plantilla disponible para introducir información como nombres de usuario, tipo (indique si es un usuario o un espacio de trabajo), direcciones MAC y modelos de dispositivo.
Puede utilizar la siguiente tabla para preparar su archivo CSV.

 
Los siguientes campos son obligatorios al asignar un dispositivo a usuarios y espacios de trabajo de Webex Calling:
  • Para los usuarios: Nombre de usuario, Tipo, Tipo de dispositivo y Modelo si el tipo de dispositivo es IP.
  • Para el espacio de trabajo: Nombre de usuario, tipo, número de teléfono o extensión, espacio de trabajo de Webex Calling [nombre de suscripción], tipo de dispositivo y modelo si el tipo de dispositivo es IP.

Nombre de la columnaDescripciónValor admitido

Nombre de usuario

Para asignar un dispositivo a un usuario, introduzca la dirección de correo electrónico del usuario.


 
No introduzca el ID de usuario ni su nombre.

Para asignar un dispositivo a un espacio de trabajo, introduzca el nombre del espacio de trabajo.


 
Si ingresa a un espacio de trabajo que aún no existe, el espacio de trabajo se crea automáticamente.

Ejemplo de correo electrónico del usuario: test@example.com

Ejemplo de nombre del espacio de trabajo: Sala de descanso

Tipo

Introduzca el tipo apropiado como usuario o espacio de trabajo.

USUARIO

ESPACIO DE TRABAJO

Número de teléfono

Introduzca un número de teléfono.

Ejemplo: +12815550100

Extensión

Introduzca una extensión.

Ejemplo: 00-999999

Tipo de dispositivo

Introduzca el tipo de dispositivo.

Para utilizar teléfonos multiplataforma, dispositivos ATA o DECT con Webex Calling, ingrese IP.

Para crear nuevos espacios de trabajo para tener dispositivos RoomOS, ingrese WEBEX o WEBEX_CALLING, según la opción de llamada deseada

Modelo

Introduzca el modelo de dispositivo si el tipo de dispositivo es IP.

Ejemplo de modelo de dispositivo: Cisco 7841, Cisco 8851, etc.

Dirección MAC

Introduzca la dirección MAC del dispositivo.

Si deja el campo de dirección MAC en blanco, se genera un código de activación.


 
Utilice códigos de activación para los dispositivos RoomOS.

Ejemplo de dirección MAC: 001A2B3C4D5E

Ubicación

Introduzca el nombre del usuario o la ubicación del espacio de trabajo.

Ejemplo: San José

Plan de llamadas

Introduzca TRUE para habilitar el Plan de llamadas de Cisco para el espacio de trabajo recién agregado.

Esta característica no funciona para los usuarios, los espacios de trabajo existentes y los espacios de trabajo con una ubicación no compatible.

VERDAD

FALSO

Webex Calling Workspace [ID de suscripción]

Especifique la suscripción que se utilizará para crear espacios de trabajo de llamadas de área común.

Cada suscripción que posee licencia de espacio de trabajo tiene una columna correspondiente. Debe designar solo una suscripción para un espacio de trabajo. Introduzca TRUE en la columna correspondiente.

También puede transferir espacios de trabajo de una suscripción a otra. Para transferir, introduzca FALSE en la columna de suscripción de origen y TRUE en la columna de suscripción de destino.


 
Recomendamos utilizar una plantilla generada recientemente para preparar el archivo de importación de CSV, ya que contendrá información precisa sobre las suscripciones activas para las licencias de espacios de trabajo.

VERDAD

FALSO


 
Estos campos de número de teléfono y extensión se titulaban anteriormente como Número de directorio y Línea directa; estos nombres de columnas siguen siendo compatibles durante un breve período de tiempo.

 
Le recomendamos que limite la cantidad de dispositivos a 1000 por archivo CSV. Si desea agregar más de 1000 dispositivos, utilice un segundo archivo CSV.
3

Rellene la hoja de cálculo.

4

Cargue el archivo CSV; para ello, arrastre y suelte o haga clic en Elegir un archivo.

5

Si la dirección MAC está en blanco, obtendrá las opciones para elegir dónde se envía el código de activación.

  • Proporcionar un vínculo: el código de activación se agrega a un archivo CSV. Después de la importación, obtendrá un enlace para descargar el archivo de código de activación en la pantalla Import Status (Estado de importación).
  • Código de activación de correo electrónico —Si el dispositivo es para un espacio de trabajo, se le enviará el código de activación, como administrador. Si el dispositivo es para un usuario, el código de activación se envía al usuario por correo electrónico.

Usted o el usuario deben introducir el código de activación en el dispositivo para activarlo.

6

Haga clic en Enviar.

Muestra el estado actualizado cuando los dispositivos se activan.

 

Los dispositivos multiplataforma deben ejecutar una carga de firmware de 11.2.3MSR1 o posterior para que los usuarios ingresen el código de activación en su dispositivo. Para obtener información sobre cómo actualizar el firmware del teléfono, consulte este artículo.

Si desea ver la lista de dispositivos asignados a usuarios y espacios de trabajo, puede exportar el archivo CSV.

Desde la vista del cliente en https://admin.webex.com, vaya a Dispositivos.

Seleccione varios dispositivos de la lista de dispositivos y seleccione el Exportar opción. Puede elegir los campos para incluir en el archivo CSV y exportar el contenido a una carpeta local.


 

Los campos que se muestran en el archivo CSV dependen de la conexión del dispositivo a la plataforma. Por lo tanto, algunos campos no están disponibles en el archivo de salida.

Puede agregar, eliminar, reiniciar, verificar la activación o crear un nuevo código de activación para los dispositivos que están asignados a los usuarios dentro de su organización. Esto puede ser útil para ver y administrar dispositivos en la pantalla de los usuarios, cuando sea necesario.

1

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

2

Seleccione un usuario y haga clic en Dispositivos.

3

Para agregar un dispositivo a este usuario, haga clic en Agregar dispositivo.


 
Si el usuario ya tiene asignado un dispositivo y desea agregar otro, haga clic en Acción > Agregar dispositivo.

Para obtener más información sobre cómo agregar el dispositivo a un usuario, consulte la sección Agregar teléfonos a un usuario.

4

Para modificar un dispositivo existente, seleccione el nombre del dispositivo.

Esto le llevará a la página Dispositivos. Aquí puede ver y editar la configuración del dispositivo, eliminar el dispositivo, reiniciar el dispositivo o crear un nuevo código de activación para el dispositivo, si corresponde. Para obtener más información acerca de la configuración de los ajustes del teléfono, consulte Configurar y actualizar los ajustes del teléfono.

5

Si el dispositivo agregado al usuario es Webex Aware, la opción Webex Aware se muestra debajo de los dispositivos como se muestra en el diagrama. Webex Aware indica que el dispositivo se ha incorporado a la plataforma de Webex y tiene acceso a las funciones de Webex compatibles con el teléfono.

6

Haga clic en Acciones para administrar el dispositivo. Las acciones ayudan a aplicar cambios de configuración o actualizar el firmware de los dispositivos MPP.

La pestaña Acciones tiene estas opciones para un dispositivo habilitado para Webex Aware:
  • Aplicar cambios: los problemas solicitan al teléfono descargar y aplicar cambios a la configuración.
  • Reiniciar: emite una solicitud para forzar el reinicio del dispositivo y descargar la configuración actual.
  • Informar de un problema: emite una solicitud al dispositivo para generar y cargar un PRT en la nube.
  • Eliminar: elimina un dispositivo que aparece en la lista del usuario.

Los dispositivos pueden agregarse y administrarse directamente desde un perfil de espacio de trabajo. Los dispositivos de un espacio de trabajo pueden incluir dispositivos ATA, como máquinas de fax. También puede configurar un dispositivo de espacio de trabajo como host de "hoteling". Para obtener más información sobre hotelería, consulte: Alojamiento en Cisco Webex Control Hub .

1

Desde la vista del cliente en https://admin.webex.com, vaya a Administración > Espacios de trabajo.

2

Seleccione el espacio de trabajo para modificar.

3

Para agregar un dispositivo, haga clic en Agregar dispositivo en el mosaico Dispositivos.

Para obtener más información sobre cómo agregar dispositivos al espacio de trabajo, consulte la sección Agregar un teléfono a un nuevo espacio de trabajo.

4

Para modificar un dispositivo existente, seleccione el nombre del dispositivo.

Esto le llevará a la página Dispositivos. Aquí puede ver y editar la configuración del dispositivo, eliminar el dispositivo, reiniciar el dispositivo y habilitar el dispositivo para que se utilice como host de "hoteling". Para obtener más información acerca de la configuración de los ajustes del teléfono, consulte Configurar y actualizar los ajustes del teléfono.

5

Si el dispositivo agregado al espacio de trabajo es Webex Aware, la opción Webex Aware se muestra debajo de los dispositivos como se muestra en el diagrama. Webex Aware indica que el dispositivo se ha incorporado a la plataforma de Webex y tiene acceso a las funciones de Webex que son compatibles con el teléfono.

6

Haga clic en Acciones para administrar el dispositivo. Las acciones ayudan a aplicar cambios de configuración o actualizar el firmware de los dispositivos MPP.

La pestaña Acciones tiene estas opciones para un dispositivo habilitado para Webex Aware:
  • Aplicar cambios: los problemas solicitan al teléfono descargar y aplicar cambios a la configuración.
  • Reiniciar: emite una solicitud para forzar el reinicio del dispositivo y descargar la configuración actual.
  • Informar de un problema: emite una solicitud al dispositivo para generar y cargar un PRT en la nube.
  • Eliminar: elimina un dispositivo que aparece en la lista del usuario.

La apariencia de línea compartida le permite agregar líneas a un dispositivo principal del usuario y reordenar cómo aparecen las líneas. Esta característica permite a un usuario recibir y realizar llamadas desde y hacia la extensión de otro usuario, utilizando su propio teléfono. Un ejemplo de apariencia de línea compartida es un asistente ejecutivo que desea realizar y recibir llamadas desde la línea del jefe. Los aspectos de la línea compartida también pueden ser otra instancia de la línea del usuario principal.

El límite máximo de configuración es de 35 dispositivos para cada número telefónico de usuario, incluida la aplicación de escritorio o móvil del usuario. Puede agregar líneas adicionales a un teléfono de área de trabajo, pero no puede agregar un teléfono de área de trabajo como una línea compartida.


 

Al asignar una línea compartida, puede asignar números de diferentes Webex Calling ubicaciones a dispositivos en una ubicación diferente. Por ejemplo, un número (usuario, espacio de trabajo, línea virtual) de la ubicación del Reino Unido se puede asignar a un dispositivo que se asigna a un usuario en la ubicación de EE. UU.

Para obtener más información sobre la línea compartida entre ubicaciones, consulte: Configuración de líneas compartidas y líneas virtuales entre ubicaciones .


 

Cuando un usuario agrega las marcaciones rápidas a su teléfono MPP, no están visibles en el Centro de control. Las marcaciones rápidas se pueden sobrescribir al configurar una línea compartida.

Si un usuario tiene números de otros usuarios / grupos configurados en sus dispositivos, puede agregar una etiqueta personalizada para la línea compartida. Esta etiqueta personalizada ayuda a identificar la apariencia de una línea compartida de la otra.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios o Espacios de trabajo (según dónde se asigne el dispositivo para modificar).

2

Seleccione el usuario o espacio de trabajo que desea modificar y desplácese hacia abajo hasta Dispositivos.

3

Seleccione el dispositivo para agregar o modificar las líneas compartidas y desplácese hasta Usuarios y configuración del teléfono .

Los usuarios y los espacios de trabajo que aparecen en este teléfono se listan en orden de aparición.

4

Para agregar o eliminar usuarios o lugares de este teléfono, seleccione Configurar líneas.

5

Para eliminar una línea, haga clic encomentarios.


 
No puede eliminar al usuario principal en la línea 1.
6

Para agregar una apariencia de línea compartida, haga clic encomentarios.


 
Agregue las líneas en el orden en que desea que aparezcan. Para reordenar el aspecto de la línea, elimine y agregue a la lista en el orden en que desea que aparezca.
7

Introduzca el nombre o el número de teléfono, seleccione una de las opciones que aparecen y haga clic en Guardar.

Puede configurar los puertos en un dispositivo adaptador de teléfono analógico (ATA) asignado a un usuario en Control Hub. Actualmente, las dos configuraciones para dispositivos ATA disponibles son para dispositivos con dos puertos y dispositivos con 24 puertos.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios.

2

Seleccione el usuario que desea modificar y desplácese hasta Dispositivos.

3

Seleccione el dispositivo que desea agregar o modificar.

4

En Usuarios en este dispositivo, haga clic en Configurar puertos.

5

Para agregar una configuración de puerto compartido, haga clic encomentarios.

6

Introduzca el nombre o el número de teléfono, seleccione una de las opciones que aparecen y, luego, haga clic en Guardar.


 
Solo aparecen en la búsqueda los espacios de trabajo sin dispositivos.
7

Si el dispositivo requiere compresión de fax T.38, marque la casilla en la columna T.38 o anule las opciones de compresión a nivel de usuario y, a continuación, haga clic en Guardar .


 
Un espacio de trabajo puede tener un ATA. Esto es útil para las máquinas de fax.

Puede agregar números de teléfono a los dispositivos de escritorio y de sala en la organización de su cliente en cualquier momento, ya sea que se encuentre en el medio de una prueba o se haya convertido a una suscripción paga.


 

Hemos aumentado la cantidad de números de teléfono que puede agregar Centro de control 250 a 1000.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Servicios > Llamadas > Números y, a continuación, haga clic en Agregar números.

2

Especifique la Ubicación y el Tipo de número. Si está transfiriendo números, introduzca sus números de facturación actuales y nuevos.

3

Especifique la Ubicación, el Estado, el Código de área, el Prefijo (opcional) y, a continuación, haga clic en Buscar.

Se muestran los números disponibles.

4

Seleccione los números que desea agregar a la ubicación.

Los números que elija pasan al campo Números seleccionados.

5

Haga clic en Guardar.

Puede ver una lista de números de PSTN solicitados por su organización. Con esta información, puede ver los números no utilizados que están disponibles y los números que se han pedido que pronto estarán disponibles.

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

Cuando conecta accesorios (auriculares / KEM) a un dispositivo MPP, aparecen como un elemento de inventario en la pestaña Dispositivos en el Centro de control. En el inventario de dispositivos de Control Hub puede averiguar el modelo de los accesorios, el estado y a quién pertenecen. Cuando se selecciona un accesorio, se puede obtener información adicional, como el número de serie del accesorio y la versión del software actual. El campo de estado del accesorio se informa como “en línea”, siempre que el accesorio esté conectado a un MPP. Un auricular conectado a un MPP realizará automáticamente una mejora de su software con la última versión disponible desde Administración de dispositivos.

¿Quiere ver cómo se hace? Mira esto demostración de vídeo sobre cómo ver sus accesorios en Centro de control .
Tabla 1. Auriculares compatibles

Modelo de teléfono

Auricular Cisco serie 520

Auricular Cisco serie 530

Auricular Cisco serie 560

Auricular Cisco serie 730

Cisco IP Phone 8811/8841/8845

RJ9 y RJ11

Cisco IP Phone 8851/8861/8865

USB

USB

USB

RJ9 y RJ11

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6851/6861

Teléfono IP de Cisco 6871

USB

USB

USB

Teléfono para conferencias Cisco IP 7832/8832

Tabla 2. Módulos de expansión de teclado compatibles

Modelo de teléfono

KEM

Cisco IP Phone 8811/8841/8845

Cisco IP Phone 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6861/6871

Teléfono IP de Cisco 6851

CP-68KEM-3PCC

Teléfono para conferencias Cisco IP 7832/8832


 

Para solucionar los problemas que se enfrentan con el módulo de módulo de expansión de expansión clave) en los teléfonos registrados en Webex Calling, consulte Solucionar problemas de módulos de expansión clave en Webex Calling para más detalles.

16 de junio de 2023
Tendencias de adopción e informes de uso para Webex Calling

Los administradores tienen una serie de informes a su alcance que pueden ayudar a evaluar cómo se utilizan los servicios de Webex Calling y con qué frecuencia. Los administradores también pueden obtener una visualización rápida de la calidad de los medios para su ubicación.

Ver informes de llamadas

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

1

Para obtener informes detallados del historial de llamadas , inicie iniciar sesión en Centro de control , luego ve a Analítica > Llamando .

2

Seleccionar Historial de llamadas detallado .

Para obtener más información acerca de las llamadas que utilizan la instancia exclusiva, consulte Análisis de instancias exclusivas.

3

Para acceder a los datos sobre la calidad de los medios, inicie sesión en Control Hub; a continuación, vaya a Análisis y seleccione Llamadas.

Para obtener más información, consulte Análisis para su cartera de colaboración en la nube.
11 de enero de 2024
Información de referencia de puertos para Cisco Webex Calling

Este artículo es para administradores de red, particularmente administradores de firewalls y de seguridad de proxy que quieran utilizar servicios de Webex Calling dentro de su organización. Describe los requisitos de la red y enumera las direcciones, los puertos y los protocolos utilizados para conectar sus teléfonos, la aplicación de Webex y las puertas de enlace a los servicios de Webex Calling .

Un firewall y un proxy correctamente configurados son esenciales para una implementación de llamadas exitosa. Webex Calling utiliza SIP y HTTPS para la señalización de llamadas y las direcciones y puertos asociados para medios, conexión de conexión de red y conectividad de puerta de enlace como Webex Calling es un servicio global.

No todas las configuraciones de firewall requieren que los puertos estén abiertos. Sin embargo, si está ejecutando reglas de adentro hacia afuera, debe abrir puertos para que los protocolos requeridos liberen servicios.

Traducción de direcciones de red (NAT)

Las funciones de traducción de direcciones de red (NAT) y traducción de direcciones de puertos (PAT) se aplican en la frontera entre dos redes para traducir espacios de direcciones o para evitar la colisión de espacios de direcciones IP.

Las organizaciones utilizan tecnologías de gateway, como firewalls y proxies que proporcionan servicios NAT o PAT para proporcionar acceso a Internet a Aplicaciones o dispositivos que se encuentran en un espacio privado de direcciones IP. Estas puertas de enlace hacen que el tráfico de Aplicaciones o Dispositivos internos a Internet parezca que proviene de una o más direcciones IP de enrutamiento público.

  • Si implementa NAT, no es obligatorio abrir un puerto de entrada en el firewall.

  • Valide el tamaño del grupo de NAT necesario para la conectividad de aplicaciones o dispositivos cuando varios usuarios y dispositivos de la aplicación acceden a los servicios de Webex Calling y Webex Aware mediante NAT o PAT. Asegúrese de que se asignen direcciones IP públicas adecuadas a los grupos de NAT para evitar el agotamiento de puertos. El agotamiento de puertos contribuye a que los usuarios y dispositivos internos no puedan conectarse a los servicios de Webex Calling y Webex Aware.

  • Defina períodos de vinculación razonables y evite manipular SIP en el dispositivo NAT.

  • Configure un tiempo de espera mínimo de NAT para garantizar el correcto funcionamiento de los dispositivos. Ejemplo: Los teléfonos Cisco envían un mensaje de actualización del REGISTRO de seguimiento cada 1 a 2 minutos.

  • Si su red implementa NAT o SPI, establezca un tiempo de espera mayor (de al menos 30 minutos) para las conexiones. Este tiempo de espera permite una conectividad confiable al tiempo que reduce el consumo de batería de los dispositivos móviles de los usuarios.

Puerta de enlace de la capa de aplicación SIP

Si un enrutador o firewall está alerta de SIP, lo que significa que tiene la puerta de enlace a nivel de aplicaciones (ALG) de SIP o alguna función similar habilitada, le recomendamos que desactive esta funcionalidad para mantener el correcto funcionamiento del servicio.

Consulte la documentación del fabricante correspondiente para obtener información sobre cómo deshabilitar ALG de SIP en dispositivos específicos.

Soporte de proxy para Webex Calling

La mayoría de los clientes implementa un firewall de Internet, o un servidor proxy de Internet y un firewall, para restringir y controlar el tráfico que sale y entra de sus redes. Protegiendo así su red de diversas formas de ciberataques.

Los proxies realizan varias funciones de seguridad como:

  • Permitir o bloquear el acceso a URL específicas.

  • autenticación segura

  • Búsqueda de reputación de dirección IP/ dominio / nombre de host / URI

  • Inspección y descifrado de tráfico

Al configurar la función de proxy, se aplica a todas las aplicaciones que utilizan el protocolo HTTP.

Las aplicaciones incluyen lo siguiente:

  • Servicios de Webex

  • Procedimientos de activación de dispositivos del cliente (CDA) mediante la plataforma de aprovisionamiento de Nube de Cisco , como GDS, activación de dispositivos EDOS, aprovisionamiento e incorporación a la nube de Webex .

  • Autenticación de certificados

  • Mejora de firmware

  • Informe de estado

  • Cargas de PRT

  • Servicios de VoIP


 

Si se configura una dirección de servidor proxy , solo el tráfico de señalización (HTTP / HTTPS) se envía al servidor proxy. Los clientes que utilizan SIP para registrarse en el servicio de Webex Calling y los medios asociados no se envían al proxy. Por lo tanto, permita que estos clientes pasen directamente por el firewall.

Opciones de proxy, configuración y tipos de autenticación compatibles

Los tipos de proxy admitidos son:

  • Proxy explícito (inspeccionando o no inspeccionando): configure la aplicación o el dispositivo de los clientes con un proxy explícito para especificar el servidor que se utilizará. Esta opción admite uno de los siguientes tipos de autenticación:

  • Proxy transparente (sin inspección): los clientes no están configurados para utilizar una dirección de servidor proxy específica y no requieren ningún cambio para trabajar con un proxy que no realiza la inspección.

  • Proxy transparente (inspección): los clientes no están configurados para utilizar una dirección de servidor proxy específica. No es necesario realizar cambios en la configuración de HTTP; sin embargo, sus clientes, ya sea la aplicación o los dispositivos, necesitan un certificado raíz para que confíen en el proxy. El equipo de TI utiliza los proxies de inspección para hacer cumplir las políticas en los sitios web que se visitan y los tipos de contenido que no están permitidos.

Configure las direcciones de proxy manualmente para los dispositivos de la sala de Webex , los teléfonos multiplataforma IP de Cisco (MPP) y la aplicación de Webex mediante:

  • SO de la plataforma

  • URL del dispositivo

  • Descubrimiento automático

Durante la configuración, elija entre las siguientes configuraciones de proxy y tipos de autenticación:

Producto

Configuración del proxy

Tipo de autenticación

Webex para Mac

Manual, WPAD, PAC

Sin autenticación, Básica, NTLM

Webex para Windows

Manual, WPAD, PAC, GPO

Sin autenticación, Básica, NTLM, Negotiate

Webex para iOS

Manual, WPAD, PAC

Sin autenticación, Básica, Implícita, NTLM

Webex para Android

Manual, PAC

Sin autenticación, Básica, Implícita, NTLM

Aplicación web de Webex

Soportado a través del sistema operativo

Sin autenticación, Básica, Implícita, NTLM, Negotiate

Dispositivos de Webex Room

WPAD, PAC o Manual

Sin autenticación, Básica, Implícita

Teléfonos IP de Cisco

Manual, WPAD, PAC

Sin autenticación, Básica, Implícita

Nodo de red de vídeo de Webex

Manual

Sin autenticación, Básica, Implícita, NTLM

Para leyendas en la tabla:

  1. Autenticación NTLM para Mac: No es necesario que la máquina esté conectada al dominio; se le solicita una contraseña al usuario(2):

  2. (2): Autenticación NTLM en Windows: compatible solamente si la máquina está registrada en un dominio

  3. Detección automática de proxy Web (WPAD): consulte Protocolo de descubrimiento automático de proxy Web para más detalles.

  4. Archivos de configuración automática de proxy (PAC): consulte Archivos de configuración automática de proxy para más detalles.

  5. Para conectar un dispositivo Cisco Webex Board, Desk o Room Series a un servidor proxy, consulte Conecte su dispositivo Board, Desk o Room Series a un servidor proxy .

  6. Para teléfonos IP de Cisco , consulte Configurar un servidor proxy como ejemplo para configurar el servidor proxy y los ajustes.


 

Para No Authentication, configure el cliente con una dirección proxy que no admita la autenticación. Abrir mediante Proxy Authentication, configurar con credenciales válidas. Los proxies que inspeccionan el tráfico web pueden interferir con las conexiones de los sockets web. Si se produce este problema, evite el tráfico que no está inspeccionando a *. Webex.com podría resolver el problema. Nota: si aparecen otras entradas, agregue un punto y coma después de la última entrada y, luego, introduzca la excepción de Webex.

Configuración de proxy para el sistema operativo Windows

Microsoft Windows admite dos bibliotecas de red para el tráfico HTTP (WinINet y WinHTTP) que permiten la configuración del proxy. WinINet es un superconjunto de WinHTTP.

  1. WinInet está diseñado para aplicaciones cliente de escritorio de un solo usuario

  2. WinHTTP está diseñado principalmente para aplicaciones multiusuario basadas en servidor

Al seleccionar entre los dos, elija WinINet para sus ajustes de configuración de proxy. Para obtener más detalles, consulte wininet-vs-winhttp .

Consulte Configure una lista de dominios permitidos para acceder a Webex mientras está en su red corporativa para obtener detalles sobre lo siguiente:

  • Para asegurarse de que las personas solo iniciar sesión en aplicaciones utilizando cuentas de una lista predefinida de dominios.

  • Utilice un servidor proxy para interceptar solicitudes y limitar los dominios permitidos.

Inspección del proxy y fijación de certificados

La aplicación de Webex y los dispositivos de Webex validan los certificados de los servidores con los que establecen sesiones de TLS. Las comprobaciones de los certificados, como el emisor del certificado y la firma digital, se basan en la verificación de la cadena de certificados hasta el certificado raíz. Para realizar las comprobaciones de validación, la aplicación y los dispositivos de Webex utilizan un conjunto de certificados de CA raíz de confianza instalados en el almacén de confianza del sistema operativo .

Si ha implementado un proxy de inspección de TLS para interceptar, descifrar e inspeccionar el tráfico de Webex Calling . Asegúrese de que el certificado que presenta el proxy (en lugar del certificado de servicio de Webex ) esté firmado por una autoridad de certificación y que el certificado raíz esté instalado en el almacén de confianza de su aplicación de Webex o dispositivo de Webex .

  • Para la aplicación Webex : instale el certificado CA que el proxy utiliza para firmar el certificado en el sistema operativo del dispositivo.

  • Para dispositivos de Webex Room y teléfonos IP multiplataforma de Cisco : abra una solicitud de servicio con el equipo de TAC para instalar el certificado CA

Esta tabla muestra la aplicación de Webex y los dispositivos de Webex que admiten la inspección de TLS por servidores proxy

Producto

Proporciona soporte de CA de confianza personalizados para la inspección de TLS

Aplicación de Webex (Windows, Mac, iOS, Android, Web)

Dispositivos de Webex Room

Teléfonos IP multiplataforma (MPP) de Cisco

Configuración del firewall

Soporte de Cisco Webex Calling y servicios de Webex Aware en centros de datos seguros de Cisco y Amazon Web Services (AWS). Amazon ha reservado sus subredes IP para uso exclusivo de Cisco y ha asegurado los servicios ubicados en estas subredes dentro de la nube privada virtual de AWS.

Configure su firewall para permitir la comunicación desde sus dispositivos, aplicaciones y servicios de Internet para realizar sus funciones correctamente. Esta configuración permite el acceso a todos los Webex Calling y los servicios en la nube, los nombres de dominio, las direcciones IP , los puertos y los protocolos de Webex Aware.

Incluya en la lista blanca o abra el acceso a lo siguiente para que el Webex Calling y los servicios de Webex Aware funcionan correctamente.

  • Las URL / dominios mencionados en la sección Dominios y URL para los servicios de Webex Calling

  • Subredes IP , puertos y protocolos mencionados en la sección Subredes IP para servicios de Webex Calling

  • Si utiliza Webex Meetings, Messaging y otros servicios, asegúrese de que los dominios/URL mencionados en este artículo también estén abiertos Requisitos de red para los servicios de Webex

Si solo utiliza un firewall, el filtrado del tráfico de Webex Calling solo con direcciones IP no es compatible, ya que los grupos de direcciones IP son dinámicos y pueden cambiar en cualquier momento. Actualice sus reglas con regularidad, no actualizar su lista de reglas de firewall podría afectar la experiencia de sus usuarios. Cisco no respalda el filtrado de un subconjunto de direcciones IP según una región geográfica o un proveedor de servicio en la nube en particular. El filtrado por región puede causar una degradación grave de su experiencia de llamadas.

Si su firewall no admite el filtrado de dominios / URL , utilice una opción de servidor proxy empresarial. Esta opción filtra / permite por URL/ dominio el tráfico de señalización HTTP a Webex Calling y los servicios de Webex Aware en su servidor proxy, antes de reenviarlos a su firewall.

Para Webex Calling , UDP es el protocolo de transporte preferido de Cisco para los medios y recomienda usar solo SRTP sobre UDP. TCP y TLS como protocolos de transporte para medios no son compatibles con Webex Calling en entornos de producción. La naturaleza orientada a la conexión de estos protocolos afecta la calidad de los medios en las redes con pérdidas. Si tiene preguntas sobre el protocolo de transporte, envíe un ticket de soporte.

Dominios y URL para los servicios de Webex Calling

Un * al principio de una URL (por ejemplo, *.webex.com) indica que se debe poder acceder a los servicios del dominio de nivel superior y a todos los subdominios.

Dominio/URL

Descripción

Aplicaciones y dispositivos de Webex que utilizan estos/as dominios/URL

Servicios de Cisco Webex

*.broadcloudpbx.com

Microservicios de autorización de Webex para inicio en forma cruzada desde Control Hub al portal de administración de llamadas.

Control Hub

*.broadcloud.com.au

Servicios de Webex Calling en Australia.

Todos

*.broadcloud.eu

Servicios de Webex Calling en Europa.

Todos

*.broadcloudpbx.net

Configuración del cliente de llamadas y servicios de administración.

Aplicaciones de Webex

*.webex.com

*.cisco.com

Servicios básicos de Webex Calling y Webex Aware

  1. aprovisionamiento de dispositivos

  2. Almacenamiento de identidad

  3. Autenticación

  4. Servicios de OAuth

  5. incorporación de dispositivos

  6. UC conectado a la nube

Cuando un teléfono se conecta a una red por primera vez o después de un configuración de fábrica sin opciones de DHCP configuradas, se comunica con un servidor de activación del dispositivo para el aprovisionamiento sin contacto. Los teléfonos nuevos usan active.cisco.com y los teléfonos con una versión de firmware anterior a la 11.2 (1), continúen usando webapps.cisco.com para el aprovisionamiento.

Descargue el firmware del dispositivo y las actualizaciones locales de binaries.webex.com .

Permitir que los teléfonos multiplataforma (MPP) de Cisco anteriores a la versión 12.0.3 accedan a sudirenewal.cisco.com a través del puerto 80 para renovar el certificado instalado por el fabricante (MIC) y tener un identificador único de dispositivo seguro (SUDI). Para obtener más información, consulte Aviso de campo.

Todos

*.ucmgmt.cisco.com

Servicios de Webex Calling

Control Hub

*.wbx2.com y *.ciscospark.com

Se utiliza para el conocimiento de la nube, CSDM, WDM, mercurio, etc. Estos servicios son necesarios para que las aplicaciones y los dispositivos se comuniquen con los servicios de Webex Calling y Webex Aware durante y después de la incorporación.

Todos

* .webexapis.com

Microservicios de Webex que administran sus aplicaciones y dispositivos.

  1. Servicio de imagen de perfil

  2. Servicio de pizarra

  3. Servicio de proximidad

  4. Servicio de presencia

  5. Inscripción necesaria

  6. Servicio de calendario

  7. Buscar dispositivo

Todos

*.webexconnect.com

Servicios de mensajería de Webex relacionados con el almacenamiento general de archivos, incluidos:

  1. Líneas de usuario

  2. Archivos transcodificados

  3. Imágenes

  4. Captura de pantalla

  5. Controles de pizarra

  6. Registros de clientes y dispositivos

  7. Imágenes del perfil

  8. Logotipos de marca

  9. Archivos de registro

  10. Archivos de importación y exportación masivos de CSV (Control Hub)

Servicios de Mensajería de Webex Apps.


 

Almacenamiento de archivos con webexcontent.com reemplazado por clouddrive.com en octubre de 2019

*.accompany.com

Integración de Información Personal

Aplicaciones de Webex

Servicios adicionales relacionados con Webex (dominios de terceros)

*.appdynamics.com

*.eum-appdynamics.com

Seguimiento del rendimiento, captura de errores e interrupciones, métricas de sesión.

Control Hub

*.huron-dev.com

Microservicios de Webex Calling, como servicios de alternancia, pedidos de números de teléfono y servicios de asignación.

Control Hub

*.sipflash.com

Servicio de administración de dispositivos Actualizaciones de firmware y propósitos de incorporación segura.

Aplicaciones de Webex

*.walkme.com *.walkmeusercontent.com

Cliente de orientación al usuario de Webex. Ofrece recorridos de uso e incorporación a los usuarios nuevos.

Para obtener más información sobre WalkMe, haga clic aquí.

Aplicaciones de Webex

* .google.com

* .googleapis.com

Notificaciones a las aplicaciones de Webex en dispositivos móviles (ejemplo: mensaje nuevo, cuando se responde la llamada)

Para subredes IP , consulte estos enlaces

Servicio de Mensajería en la nube de Google Firebase (FCM)

Servicio de Notificación automática de Apple (APNS)


 

Para APNS, Apple enumera las subredes IP para este servicio.

Aplicación de Webex

Subredes IP para los servicios de Webex Calling

Subredes IP para los servicios de Webex Calling

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Objetivo de la conexión

Direcciones de origen

Puertos de origen

Protocolo

Direcciones de destino

Puertos de destino

Notas

Señalización de llamadas a Webex Calling (SIP TLS)

Puerta de enlace local externa (NIC)

8000-65535

TCP

Consulte Subredes IP para los servicios de Webex Calling.

5062, 8934

Estos IP/puertos son necesarios para las señales de llamadas SIP-TLS salientes desde puertas de enlace, dispositivos y aplicaciones locales (origen) a Webex Calling nube (destino).

Puerto 5062 (necesario para troncales basadas en certificados). Y el puerto 8934 (necesario para troncales basadas en registro)

Dispositivos

5060-5080

8934

Aplicaciones

Efímero (dependiente del SO)

Señalización de llamadas desde Webex Calling (SIP TLS) a la puerta de enlace local

Rango de direcciones de Webex Calling.

Consulte Subredes IP para los servicios de Webex Calling

8934

TCP

IP o intervalo de IP elegido por el cliente para su puerta de enlace local

Puerto o rango de puertos elegido por el cliente para su puerta de enlace local

Se aplica a las puertas de enlace locales basadas en certificados. Es necesario establecer una conexión de Webex Calling a una puerta de enlace local.

La puerta de enlace local basada en el registro funciona para reutilizar una conexión creada desde la puerta de enlace local.

El puerto de destino es elegido por el cliente Configurar enlaces troncales

Medios de llamada a Webex Calling (STUN, SRTP, T38)

NIC externo de la puerta de enlace local

8000-48198†

UDP

Consulte Subredes IP para los servicios de Webex Calling.

5004, 9000 (puertos STUN)

8500-8700,19560-65535 (SRTP sobre UDP)

  • Estas IP/puertos son necesarios para los medios de llamadas SRTP salientes desde puertas de enlace locales, dispositivos y aplicaciones (origen) a la nube de Webex Calling (destino).

  • Para Llamadas dentro de la organización en las que la negociación de STUN y ICE es exitosa, el retransmisión de medios en la nube se elimina como ruta de comunicación. En tales casos, el flujo de medios se encuentra directamente entre las Aplicaciones/dispositivos del usuario.

    Por ejemplo: Si la optimización de medios es exitosa, las aplicaciones envían medios directamente entre sí en rangos de puertos entre 8500 y 9700 y los dispositivos se envían medios directamente entre sí en rangos de puertos entre 19560 y 19660.

  • Para determinadas topologías de red en las que se utilizan firewalls dentro de las instalaciones de un cliente, permita el acceso a los rangos de puertos de origen y destino mencionados dentro de su red para que los medios fluyan.

    Ejemplo: Para aplicaciones, permita el rango de puertos de origen y destino 8500–8700.

Dispositivos

19560-19660

Aplicaciones

8500-8700

Señalización de llamadas a la puerta de enlace de PSTN (SIP TLS)NIC interno de la puerta de enlace local8000-65535

TCP

Su ITSP PSTN GW o Unified CMDepende de la opción de PSTN (por ejemplo, generalmente 5060 o 5061 para Unified CM)

Medios de llamada desde Webex Calling (SRTP, T38)

Rango de direcciones de Webex Calling.

Consulte Subredes IP para los servicios de Webex Calling

19560-65535 (SRTP sobre UDP)

UDP

IP o intervalo de IP elegido por el cliente para su puerta de enlace local

Rango de puertos de medios elegido por el cliente para su puerta de enlace local

Webex Calling permite que todos los dispositivos remotos realicen el bloqueo de medios si el dispositivo está detrás de una NAT. Para la puerta de enlace local basada en certificados, es necesario permitir el acceso de entrada para un intervalo de puertos específico. Consulte los requisitos de red específicos de NAT cuando implemente una puerta de enlace local basada en certificados.

Medio de llamadas a la puerta de enlace de PSTN (SRTP)NIC interno de la puerta de enlace local

8000-48198†

UDP

Su ITSP PSTN GW o Unified CMDepende de la opción PSTN (por ejemplo, normalmente 5060 o 5061 para Unified CM)

Configuración de dispositivos y administración de firmware (dispositivos de Cisco)

Dispositivos de Webex Calling

Efímero

TCP

3.20.185.219

3.130.87.169

3.134.166.179

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

443, 6970, 80

Requerido por las siguientes razones:

  1. Migración de teléfonos empresariales (Cisco Unified CM) a Webex Calling. Ver upgrade.cisco.com para más información. Cloudupgrader.webex.com utiliza puertos: 6970,443 para el proceso de migración de firmware.

  2. Actualizaciones de firmware e incorporación segura de dispositivos (MPP y teléfonos de sala o de escritorio) mediante el código de activación (GDS) de 16 dígitos

  3. Para CDA / EDOS: aprovisionamiento basado en dirección MAC. Usado por los dispositivos (teléfonos MPP, ATA y ATA DE SPA) con firmware más reciente.

  4. Cuando un teléfono se conecta a una red por primera vez o después de un configuración de fábrica, sin las opciones de DHCP configuradas, se comunica con un servidor de activación del dispositivo para el aprovisionamiento sin contacto. Los teléfonos nuevos utilizan activate.cisco.comen lugar de webapps.cisco.com para el aprovisionamiento. Los teléfonos con firmware publicado antes de la versión 11.2(1) siguen utilizando webapps.cisco.com. Se recomienda permitir todas estas subredes IP .

  5. Permitir que los teléfonos multiplataforma de Cisco (MPP) anteriores a la versión 12.0.3 accedan a sudirenewal.cisco.coma través del puerto 80 para renovar el certificado instalado por el fabricante (MIC) y tener un identificador único de dispositivo seguro (SUDI). Para obtener más información, consulte Aviso sobre el terreno

Configuración de la aplicación

Aplicaciones de Webex Calling

Efímero

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

443, 8443

Se utiliza para la autenticación de Idbroker, los servicios de configuración de la aplicación para los clientes, el acceso web basado en el navegador para el autocuidado y el acceso a las interfaces administrativas.

Sincronización de la hora del dispositivo (NTP)

Dispositivos de Webex Calling

51494

UDP

Consulte Subredes IP para los servicios de Webex Calling.

123

Estas direcciones IP son necesarias para la sincronización de la hora para dispositivos (teléfonos MPP, ATA y ATA de SPA)

Resolución de nombres de dispositivos y resolución de nombres de aplicaciones

Dispositivos de Webex Calling

Efímero

UDP y TCP

Definido por el host

53

Se utiliza en las búsquedas de DNS para detectar las direcciones IP de los servidores de Webex en la nube.

Aunque las búsquedas típicas de DNS se realizan a través de UDP, es posible que algunas requieran TCP, si las respuestas a la consulta no encajan en los paquetes de UDP.

Sincronización de la hora de la aplicación

Aplicaciones de Webex Calling

123

UDP

Definido por el host

123

CScan

Herramienta de precalificación de la preparación de la red basada en la Web para Webex Calling

Efímero

TCP

Consulte Subredes IP para los servicios de Webex Calling.

8934 y 443

Herramienta de precalificación de preparación de red basada en la Web para Webex Calling. Vaya a cscan.webex.com para obtener más información.

UDP

19569-19760

Servicios adicionales de Webex Calling y Webex Aware (Terceros)

Servicios de notificaciones push APNS y FCM

Aplicaciones de Webex Calling

Efímero

TCP

Consulte las subredes IP mencionadas en los enlaces

Servicio de Notificación automática de Apple (APNS)

Mensajería en la nube de Google-Firebase (FCM)

443, 2197, 5228, 5229, 5230, 5223

Notificaciones a las aplicaciones de Webex en dispositivos móviles (ejemplo: Cuando reciba un mensaje nuevo o cuando se responda una llamada)


 
  • † El rango de puertos de medios de CUBE se puede configurar con el rango de rtp-port.

  • Si se configura una dirección de servidor proxy para sus aplicaciones y dispositivos, el tráfico de señalización se envía al proxy. Los medios transportaron SRTP a través de flujos UDP directamente a su firewall en lugar del servidor proxy.

  • Si está utilizando servicios NTP y DNS dentro de su red empresarial, abra los puertos 53 y 123 a través de su firewall.

Webex Meetings/mensajería - Requisitos de red

Incorpore los dispositivos MPP a la nube de Webex para servicios como el historial de llamadas, la búsqueda de directorios y las reuniones. Los requisitos de red para estos servicios de Webex se pueden encontrar en Requisitos de red para los servicios de Webex. Si está utilizando reuniones, mensajería y otros servicios de la aplicación Web, asegúrese de que los dominios / URL / direcciones mencionados en este artículo estén abiertos.

Referencias

Para saber qué hay de nuevo en Webex Calling, consulte Novedades de Webex Calling

Para conocer los requisitos de seguridad para Webex Calling, consulte Articulo

Optimización de medios de Webex Calling de Webex con establecimiento de conectividad interactiva (ICE) Articulo

Historial de revisión de documentos

Fecha

Hemos realizado los siguientes cambios en este artículo

18 de diciembre de 2023

Se incluyó el requisito del puerto 80 y la URL de sudirenewal.cisco.com para la configuración de dispositivos y la administración de firmware de la renovación del MIC del teléfono MPP de Cisco.

11 de diciembre de 2023

Se actualizaron las subredes IP para los servicios de Webex Calling para incluir un conjunto más grande de direcciones IP.

150.253.209.128/25 – cambiado a 150.253.128.0/17

29 de noviembre de 2023

Se actualizaron las subredes IP para los servicios de Webex Calling para incluir un conjunto más grande de direcciones IP a fin de adaptarse a la expansión de la región de Webex Calling para el crecimiento futuro.

144.196.33.0/25 – cambio a 144.196.0.0/16

Las subredes IP para las secciones de servicios de Webex Calling en Webex Calling (SIP TLS) y Medios de llamada a Webex Calling (STUN, SRTP) se actualizan para mayor claridad sobre los enlaces troncales basados en certificados y los requisitos de firewall para la puerta de enlace local.

14 de agosto de 2023

Agregamos las siguientes direcciones IP 144.196.33.0/25 y 150.253.156.128/25 para admitir mayores requisitos de capacidad para los servicios de Edge y Webex Calling.


 

Este rango de IP solo es compatible en la región de EE. UU.

5 de julio de 2023

Se agregó el enlacehttps://binaries.webex.com para instalar el firmware de Cisco MPP.

7 de marzo de 2023

Hemos revisado todo el artículo para incluir:

  1. Opciones incluidas para el soporte de Proxy.

  2. Diagrama de flujo de llamadas modificadas

  3. Dominios simplificados / URL / porciones de subred IP para los servicios de Webex Calling y Webex Aware

  4. Se agregó el rango de subred IP 170.72.0.0/16 para los servicios de Webex Calling y Webex Aware.

    Se han eliminado los siguientes intervalos: 170.72.231.0, 170.72.231.10, 170.72.231.161 y 170.72.242.0/24

5 de marzo de 2023

Actualización del artículo para incluir lo siguiente:

  • Se agregó el rango de puertos UDP- SRTP (8500-8700) utilizado por las aplicaciones.

  • Se agregaron los puertos para los servicios de notificaciones push APNS y FCM.

  • Divida el rango de puertos de CScan para UDP y TCP.

  • Añadida la sección de referencias.

15 de noviembre de 2022

Hemos agregado las siguientes direcciones IP para la configuración del dispositivo y la administración de firmware (dispositivos Cisco):

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Hemos eliminado las siguientes direcciones IP de la configuración del dispositivo y de la administración de firmware (dispositivos Cisco):

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14 de noviembre de 2022

Se agregó la subred IP 170.72.242.0/24 para el servicio de Webex Calling de Webex.

8 de septiembre de 2022

Las transiciones del firmware de Cisco MPP para usarhttps://binaries.webex.com como la URL de host para las actualizaciones de firmware MPP en todas las regiones. Este cambio mejora el rendimiento de la mejora de firmware.

30 de agosto de 2022

Se eliminó la referencia al Puerto 80 de la configuración del dispositivo y la administración de firmware (dispositivos de Cisco), la configuración de la aplicación y las filas CScan en la tabla de Puertos, ya que no hay ninguna dependencia.

jueves, 18 de agosto de 2022

No hay cambios en la solución. Se actualizaron los puertos de destino 5062 (obligatorios para el enlace troncal basado en certificados), 8934 (requerido para el enlace troncal con registro) para señales de llamadas a Webex Calling (SIP TLS).

26 de julio de 2022

Se agregó la dirección IP 54.68.1.225, que es necesaria para la mejora de firmware de dispositivos Cisco 840/860.

21 de julio de 2022

Se actualizaron los puertos de destino 5062 y 8934 para la señalización de llamadas a Webex Calling (SIP TLS).

14 de julio de 2022

Se agregaron las URL que admiten una función completa de los servicios de Webex Aware.

Se agregó la subred IP 23.89.154.0/25 para el servicio de Webex Calling de Webex.

lunes, 27 de junio de 2022

Se actualizaron el dominio y las direcciones URL para los Webex Calling personalizados:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15 de junio de 2022

Se agregaron los siguientes puertos y protocolos en Direcciones IP y Puertos para Webex Calling de emergencia:

  • Propósito de la conexión: Características de Webex

  • Direcciones de origen: Dispositivos de Webex Calling

  • Puertos de origen: Efímero

  • Protocolo: TCP

  • Direcciones de destino: Consulte las subredes y dominios IP definidos en Webex Meetings/ Mensajería : requisitos de red.

  • Puertos de destino: 443

    Notas: Los dispositivos de Webex Calling de Webex utilizan estas direcciones IP y dominios para interactuar con los servicios en la Nube de Webex , como el directorio, el historial de llamadas y las reuniones.

Información actualizada en la sección Webex Meetings mensajes/mensajería - Requisitos de red

24 de mayo de 2022

Se agregó la subred IP 52.26.82.54/24 a 52.26.82.54/32 para el servicio Webex Calling

6 de mayo de 2022

Se agregó la subred IP 52.26.82.54/24 para Webex Calling red

7 de abril de 2022

Se actualizó el rango de puertos UDP internos y externos de la puerta de enlace local a 8000-48198

martes, 5 de abril de 2022

Se agregaron las siguientes subredes IP para Webex Calling de red:

  • 23.89.40.0/25

  • 23.89.1.128/25

29 de marzo de 2022

Se agregaron las siguientes subredes IP para Webex Calling de red:

  • 23.89.33.0/24

  • 150.253.209.128/25

20 de septiembre de 2021

Se agregaron 4 subredes IP nuevas para Webex Calling de red:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

viernes, 2 de abril de 2021

Se agregó *.ciscospark.com en Dominios y direcciones URL para los servicios de Webex Calling para admitir casos de uso de Webex Calling en la aplicación Webex.

25 de marzo de 2021

Se agregaron 6 rangos de IP nuevos para activate.cisco.com, que tendrán efecto a partir del 8 de mayo de 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

jueves, 4 de marzo de 2021

Se reemplazaron las IP discretas y los rangos de IP más pequeños de Webex Calling con rangos simplificados en una tabla separada para facilitar la comprensión de la configuración del firewall.

viernes, 26 de febrero de 2021

Se agregó 5004 como puerto de destino para medios de llamadas a Webex Calling (STUN, SRTP) para admitir la conectividad interactiva Compatibilidad (ICE) que estará disponible en Webex Calling en abril de 2021.

lunes, 22 de febrero de 2021

Los dominios y las URL ahora se listan en una tabla separada.

Las direcciones IP y la tabla Puertos se ajustarán a las direcciones IP grupales para los mismos servicios.

Agregar la columna Notas a la tabla Puertos y direcciones IP que ayuda a comprender los requisitos.

Traslado de las siguientes direcciones IP a rangos simplificados para la configuración del dispositivo y la administración de firmware (dispositivos Cisco ):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Agregar las siguientes direcciones IP para la configuración de la aplicación porque el cliente de Cisco Webex apunta a un DNS SRV más nuevo en Australia en marzo de 2021.

  • 199.59.64.237

  • 199.59.67.237

21 de enero de 2021

Hemos agregado las siguientes direcciones IP a la configuración del dispositivo y a la administración de firmware (dispositivos Cisco):

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Hemos eliminado las siguientes direcciones IP de la configuración del dispositivo y de la administración de firmware (dispositivos Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Hemos agregado las siguientes direcciones IP a la configuración de la aplicación:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Hemos eliminado las siguientes direcciones IP de la configuración de la aplicación:

  • 64.68.99.6

  • 64.68.100.6

Hemos eliminado los siguientes números de puerto de la configuración de la aplicación:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Hemos agregado los siguientes dominios a la configuración de la aplicación:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

miércoles, 23 de diciembre de 2020

Se agregaron nuevas direcciones IP de configuración de aplicaciones a las imágenes de referencia del puerto.

martes, 22 de diciembre de 2020

Se actualizó la fila Configuración de aplicaciones en las tablas para incluir las siguientes direcciones IP: 135.84.171.154 y 135.84.172.154.

Escondió los diagramas de red hasta que se agreguen estas direcciones IP .

viernes, 11 de diciembre de 2020

Se actualizaron la configuración de dispositivos y la administración de firmware (dispositivos de Cisco) y las filas de configuración de aplicaciones para los dominios canadienses compatibles.

viernes, 16 de octubre de 2020

Se actualizaron la señalización de llamadas y las entradas de medios con las siguientes direcciones IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 de septiembre de 2020

En CScan, se reemplazó 199.59.64.156 con 199.59.64.197.

viernes, 14 de agosto de 2020

Se agregaron más direcciones IP para admitir la introducción de centros de datos en Canadá:

Señalización de llamadas a Webex Calling (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

miércoles, 12 de agosto de 2020

Se agregaron más direcciones IP para admitir la introducción de centros de datos en Canadá:

  • Medios de llamadas a Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Señales de llamadas a extremos de acceso público (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24.

  • Configuración de dispositivos y administración de firmware (dispositivos de Cisco): 135.84.173.155,135.84.174.155

  • Sincronización de la hora del dispositivo: 135.84.173.152, 135.84.174.152

  • Configuración de aplicaciones: 135.84.173.154,135.84.174.154

miércoles, 22 de julio de 2020

Se agregó la siguiente dirección IP para admitir la introducción de centros de datos en Canadá: 135.84.173.146

martes, 9 de junio de 2020

Hemos realizado los siguientes cambios en la entrada de CScan:

  • Se corrigió una de las direcciones IP; se modificaron 199.59.67.156 a 199.59.64.156.

  • Las nuevas características requieren nuevos puertos y UDP: 19560-19760

miércoles, 11 de marzo de 2020

Agregamos el siguiente dominio y direcciones IP a la configuración de la aplicación:

  • jp.bcld.webex.com: 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com: 64.68.99.6, 64.68.100.6

Hemos actualizado los siguientes dominios con direcciones IP adicionales en la configuración de dispositivos y en la administración de firmware:

  • cisco.webexcalling.eu:85.119.56.198, 85.119.57.198

  • webapps.cisco.com: 72.163.10.134

  • activation.webex.com: 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com: 3.130.87.169, 3.20.185.219

jueves, 27 de febrero de 2020

Hemos agregado los siguientes dominios y puertos a la configuración de dispositivos y a la administración de firmware:

cloudupgrader.webex.com: 443, 6970

¿Ha encontrado este artículo útil?
Flujo de trabajo de configuración de Webex Calling