Marca de agua
15 de jul. de 2021 | vista(s) | personas pensaron que esto fue útil

Flujo de trabajo de configuración de Webex Calling

Flujo de trabajo de configuración de Webex Calling

Descripción general de Webex Calling

Presentación de Webex Calling

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

Webex Calling ofrece las siguientes ventajas:

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

  • Acceso a Webex para cada usuario

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

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

Tabla 1. Características configurables por el administrador

Característica

Descripción

Contestador automático

Puede agregar saludos, configurar menús y enrutar llamadas a un servicio de respuestas, a un grupo de búsqueda, a una casilla de correo de voz o a una persona real. Puede crear un programa de 24 horas o proporcionar distintas opciones cuando su empresa esté abierta o cerrada. Incluso puede derivar llamadas sobre la base de los atributos del identificador de llamadas para crear listas VIP o manejar de otra manera llamadas provenientes de ciertos códigos de área.

Cola de llamada

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

Captura de llamada

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

Detención de llamadas

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

Grupo de salto

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

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

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

Grupo de paginación

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

Cliente recepcionista

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

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

Tabla 2. Características configurables por el usuario

Característica

Descripción

Rechazo de llamada anónima

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

Continuidad del negocio

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

Reenvío de llamadas

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

Reenvío de llamadas selectivo

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

Notificación de llamada

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

Llamadas en espera

Los usuarios pueden permitir la respuesta de llamadas entrantes adicionales.

No molestar

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

Office Anywhere

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

Alerta de prioridad

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

Oficina remota

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

Aceptación de llamada selectiva

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

Rechazo selectivo de llamadas

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

Timbre secuencial

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

Timbre simultáneo

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

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

Control Hub (https://admin.webex.com) es un portal de administración que se integra con Webex Calling para optimizar sus pedidos y la configuración, y centralizar su administración de la oferta agrupada: Webex Calling, Webex y Webex 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:

Realizar un recorrido por Control Hub

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

Para hacer que su organización esté siempre activa, le recomendamos que invite a algunos usuarios para que entren a Webex; para ello, introduzca 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.

Introducción

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)

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

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

Asignar servicios a usuarios

Debe asignar servicios a los usuarios que haya agregado para que las personas puedan comenzar a usar Webex.

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

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

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

Otorgue funcionalidades a sus usuarios

Ahora que agregó usuarios y se les hayan asignado servicios, pueden comenzar a utilizar sus teléfonos multiplataforma (MPP) compatibles para Webex Calling y 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.

BroadCloud envía las llamadas que no coinciden con los destinos de Webex Calling del cliente a la puerta de enlace local. Esto incluye números PSTN y extensiones internas de Unified CM, que BroadCloud no puede ver. La puerta de enlace local enruta todas las llamadas que provienen de BroadCloud 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.

BroadCloud enruta todas las llamadas que no coinciden con los destinos de Webex Calling del cliente a la puerta de enlace local que se asigna 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 BroadCloud, la llamada se envía a la puerta de enlace local para su procesamiento posterior. Todas las llamadas fuera de la red (fuera de BroadCloud) 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 BroadCloud luego se asegura de que la llamada se envíe al dispositivo de Webex Calling previsto, en función de la asignación de 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 BroadCloud.

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 BroadCloud

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 BroadCloud

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 BroadCloud. La figura también muestra que si la funcionalidad de la puerta de enlace de PSTN se reasigna en conjunto con la puerta de enlace local, se requieren dos enlaces troncales de PSTN GW y la puerta de enlace local combinadas a Unified CM: una para llamadas que se originaron en el PSTN y otra para llamadas que se originaron en BroadCloud. Esto es impulsado por el requisito de aplicar espacios de búsqueda de llamadas diferenciados por tipo de tráfico. Con dos enlace troncales entrantes en Unified CM, esto se puede lograr fácilmente si se configura el espacio de búsqueda de llamadas requerido para llamadas entrantes en cada enlace troncal

Integración del plan de marcado

En esta guía se asume que existe una instalación que se basa en las mejores prácticas actuales de la "Arquitectura preferida para implementaciones locales de Cisco Collaboration, CVD". La última versión está disponible en https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

El diseño 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 en https://www.cisco.com/go/ucsrnd.

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 BroadCloud

Figura 3. Agregar un destino de BroadCloud al plan de marcado

Para agregar capacidad de acceso para los destinos de BroadCloud a este plan de marcado, se debe crear una partición que represente a todos los destinos de BroadCloud ("BroadCloud"), y un patrón de ruta +E.164 para cada rango de DID en BroadCloud se agrega a esta partición. Este patrón de ruta hace referencia a una lista de rutas con un solo miembro: el grupo de rutas con el enlace troncal SIP a la puerta de enlace local para llamadas a BroadCloud. Debido a que todos los destinos marcados se normalizan a +E.164, ya sea mediante el uso de patrones de traducción de normalización de marcado para las llamadas originadas desde extremos inscritos de Unified CM o transformaciones de partes entrantes para llamadas que se originaron desde el PSTN, este conjunto único de patrones de ruta +E.164 es suficiente para lograr la capacidad de acceso para los destinos en BroadCloud, 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 BroadCloud en la partición "BroadCloud". 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 BroadCloud, agregue el patrón de traducción de normalización de marcado correspondiente para la ubicación de BroadCloud a la partición "BroadCloud" (por ejemplo, "8101XX" en el diagrama). Después de la normalización, la llamada nuevamente se envía a BroadCloud después de que coincida con el patrón de ruta la partición "BroadCloud".

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

Diferencia entre Webex Calling para los proveedores de servicios y los revendedores de valor agregado

Existen dos ofertas de llamadas individuales que aprovechan la misma plataforma de Webex Calling. Una oferta es para proveedores de servicios (SP) y sus clientes, mientras que la otra es para revendedores de valor agregado (VAR) y sus clientes. En la mayoría de los casos, las ofertas son idénticas y, como tales, las nombramos genéricamente como Webex Calling. Sin embargo, existen un par de diferencias y, cuando debemos resaltarlas, nos aseguraremos de que usted sepa si se aplican a los SP o VAR.

Si bien ambas ofertas se administran en Control Hub con inicios en forma cruzada en el portal de administración de llamadas, estas son algunas diferencias clave.

Los SP pueden implementar su marca en sus portales y aplicaciones de llamadas y deben agrupar y proporcionar sus propios servicios de PSTN a sus clientes o aprovechar la implementación de una puerta de enlace local. Los SP también deben proporcionar su propio soporte de Nivel 1.

Los VAR, por otra parte, utilizan la imagen de marca proporcionada por Cisco. Los VAR no son proveedores de servicios regulados y no pueden ofrecer PSTN de alta calidad. El servicio de PSTN debe aprovecharse a través de una implementación de puerta de enlace local empresarial. Los VAR también pueden ofrecer su propio soporte de Nivel 1 o utilizar el de Cisco. Ambas ofertas de llamadas proporcionan garantía de servicio a través de métricas de calidad de los medios y pueden agrupar Webex y Webex Meetings junto con sus aplicaciones de llamadas.

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 Webex Teams cuando se trata de la aplicación de llamadas predeterminada en Mac o Windows:

  • CLICKTOCALL: o CLICKTOCALL://

  • SIP: o SIP://

  • TEL: o TEL://

  • WEBEXTEL: o WEBEXTEL://

Controladores de protocolos para Windows

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

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

  1. Abra la configuración del sistema Configuración de aplicaciones predeterminadas, haga clic en Establecer valores predeterminados por aplicación y, a continuación, seleccione Webex.

  2. Para cada protocolo, elija Webex.

Controladores de protocolos para Mac

En Mac OS, si otras aplicaciones se inscribieron en los protocolos de llamadas antes de Webex, los usuarios deben configurar sus aplicaciones de Webex para que sean la opción de llamadas predeterminada.

En Webex para Mac, los usuarios pueden confirmar que Webex esté seleccionado en la configuración Iniciar llamadas con en las preferencias generales. También pueden marcar Siempre conectarse con Microsoft Outlook si desean realizar llamadas en Webex al hacer clic en el número de un contacto de Outlook.

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Preparar su entorno para Webex Calling

Preparar su entorno Configurar Webex Calling para su organización. Configurar la puerta de enlace local para el acceso de PSTN (solo VAR) Configurar UCM Configurar las características de Webex Calling Configurar y administrar usuarios Configurar y administrar dispositivos

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 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 de los Acuerdos empresariales.

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

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

Requisitos de ancho de banda

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

Puerta de enlace local para PSTN local

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

Dispositivos compatibles

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


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

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

Firewall

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

Requisitos de la puerta de enlace local para Webex Calling

Requisitos previos generales

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

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

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

    • Tener un entendimiento básico del Protocolo de iniciación de sesión (SIP)

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

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

Requisitos de hardware y software para la puerta de enlace local

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

Requisitos de certificado y seguridad para la puerta de enlace local

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

  • Se debe actualizar el LGW con el paquete raíz de CA desde PKI de Cisco

  • Se utiliza un conjunto de credenciales resumidas de SIP de la página de configuración del enlace troncal de Control Hub para configurar el LGW (los pasos son parte de la configuración siguiente)

  • El paquete raíz de CA valida el certificado presentado

  • Se le solicitan las credenciales (se proporciona el resumen de SIP)

  • La nube identifica qué puerta de enlace local está inscrita en forma segura

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

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

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

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Configurar Cisco Webex Calling para su organización

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.

Antes de comenzar

Si está intentando configurar un cliente en Canadá, son necesarios pasos adicionales. Para obtener más información, comuníquese con la Mesa de ayuda del socio.

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 socio y desea que el administrador del cliente complete el aprovisionamiento de Webex Calling.
  • Complete la información necesaria de la ubicación. Después de crear la ubicación en el asistente, puede crear más ubicaciones más tarde.

 

El país de la ubicación predeterminada se establece como el país del contrato que seleccionó el socio y no se puede cambiar. Puede crear otras ubicaciones en diferentes países en otro momento, pero tenga en cuenta que se alojarán en el centro de datos regional que se corresponda con el país del contrato que seleccionó anteriormente en este procedimiento. Por ejemplo: puede tener una ubicación en los Estados Unidos y otra en el Reino Unido.


 

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

7

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

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

Haga clic en Siguiente.

9

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

Antes de comenzar

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

  • Dirección de la ubicación

  • Números de teléfono deseados (opcional)

1

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

Tenga en cuenta que las nuevas ubicaciones se alojarán en el centro de datos regional que se corresponda con el país del contrato 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.
  • Idioma: elija el idioma de la ubicación.
  • Dirección: elija la dirección postal principal de la ubicación.
  • Ciudad: introduzca una ciudad para esta ubicación.
  • Estado: en el menú desplegable, elija un estado.
  • Código postal: introduzca el código postal.Número de teléfono: introduzca el número de teléfono al que puede comunicarse el contacto principal de la ubicación.
3

Haga clic en Guardar y, a continuación, elija si desea agregar los números 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 agrupada que le permita pedir nuevos números de PSTN y transferir números existentes a Cisco.


     

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

    1. El Plan de llamadas de Cisco se ha habilitado o comprado para ese cliente.

    2. La ubicación se encuentra en un país donde se admite el Plan de llamadas de Cisco (actualmente solo disponible en los Estados Unidos).

  • PSTN conectado a la nube: elija esta opción si está buscando una solución en la nube que no requiera una inversión significativa en hardware local y, luego, seleccione un proveedor de CCP.

     

    Solo se muestran los socios que admiten el país de su ubicación.

    Si ve la opción para Solicitar números ahora en un proveedor listado, le recomendamos que elija esa opción para poder obtener los beneficios de CCP integrado. De esta manera, puede pedir sus números aquí en Control Hub. Si elige esta opción, vaya aquí para obtener más información y ver los próximos pasos.

    Tenga en cuenta que si decide no pedir sus números en este momento, los cambios posteriores en su proveedor de PSTN pueden estar limitados.

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

5

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

6

Introduzca los Números de teléfono como valores separados por comas y, a continuación, 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.

Cuando creó la organización de su cliente en Control Hub, la primera ubicación que creó se convierte automáticamente en la ubicación predeterminada. Los usuarios que agrega a su organización se asignan a esta ubicación predeterminada, a menos que especifique lo contrario. Puede convertir a cualquier ubicación posterior en la ubicación predeterminada, pero tenga en cuenta que no puede eliminar la ubicación predeterminada.

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

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

2

Haga clic en Más junto al nombre de la ubicación, elija 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

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

Si ve un símbolo de Precaución junto a una ubicación, significa que aún no ha configurado un número de teléfono para esa ubicación. Los usuarios no podrán realizar ni recibir llamadas hasta que se 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 agrupada que le permita pedir nuevos números de PSTN y transferir números existentes a Cisco.


     

    Los socios deben ser socios autorizados de Webex Calling y haber aceptado el nuevo anexo de Webex Calling a través de la inscripción en el programa de PSTN de VAR de Cisco Webex Calling.

    Los socios realizarán un pedido con licencias del Plan de llamadas de Cisco (Plan de llamadas salientes y números de teléfono) dentro de Cisco Commerce Workspace (CCW).

    Esta opción sólo está disponible para revendedores de valor agregado.

  • PSTN conectado a la nube: elija esta opción si está buscando una solución en la nube que no requiera una inversión significativa en hardware local y, luego, seleccione un proveedor de CCP.


     

    Solo se muestran los socios que admiten el país de su ubicación.

  • PSTN local (puerta de enlace local): elija 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 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

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

5

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

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

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

2

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

  • Longitud del prefijo de enrutamiento de la ubicación: le recomendamos este ajuste si tiene varias ubicaciones. Puede introducir una longitud de 2 a 7 dígitos. Si tiene varias ubicaciones con la misma extensión, los usuarios deben marcar un prefijo cuando llamen entre las ubicaciones. Por ejemplo: si tiene varias tiendas, todas con la extensión 1000, puede configurar un prefijo de enrutamiento para cada tienda. Si una tienda tiene un prefijo de 888, usted marcaría 8881000 para comunicarse con esa tienda.
  • Dígito de control en el prefijo de enrutamiento: puede establecer un valor aquí independientemente de si utiliza prefijos de enrutamiento de la ubicación.
  • Longitud de las extensiones internas: puede introducir entre 2 y 6 dígitos; el valor predeterminado es 2.

     

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

3

Especifique el marcado interno para ubicaciones específicas. Vaya a Servicios > Llamada > Ubicaciones, seleccione una ubicación, desplácese hasta Marcado y, a continuación, cambie el marcado interno y externo según sea necesario:

  • Marcado interno: especifique el prefijo de enrutamiento que deben marcar los usuarios de otras ubicaciones para comunicarse con alguien en esta ubicación. El prefijo de enrutamiento de cada ubicación debe ser único. Le recomendamos que la longitud del prefijo coincida con la longitud establecida en el nivel de la organización, pero debe tener entre 2 y 7 dígitos de longitud.
  • Marcado externo: de manera opcional, puede elegir un dígito de marcado de salida que los usuarios deben marcar para comunicarse con una línea externa. El valor predeterminado es Ninguno y puede dejarlo así si no necesita este hábito de marcado. Si decide utilizar esta característica, le recomendamos que utilice un número diferente al del dígito de control de su organización.

     

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

Impacto en los usuarios:

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

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

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


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

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

Antes de comenzar

  • Una vez que se agrega una ubicación, y antes de configurar un PSTN local para una ubicación, debe crear un enlace troncal.

  • Cree ubicaciones, ajustes específicos y números en cada una. Las ubicaciones deben existir antes de poder agregar un PSTN local.

  • Comprenda los requisitos de PSTN local (puerta de enlace local) para Webex Calling.

  • No puede elegir más de un enlace troncal para una ubicación con PSTN local, pero puede elegir el mismo enlace troncal para varias ubicaciones.

1

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

2

Seleccione una ubicación.

3

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


 

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

Qué hacer a continuación

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

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

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

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

1

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

2

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

3

Seleccione PSTN local y haga clic en Siguiente.

4

Elija un enlace troncal del menú desplegable.


 

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

5

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

Qué hacer a continuación

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

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

1

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

Aparecerá una tabla que muestra los números y la información correspondiente para todas las ubicaciones. Puede hacer clic en el menú desplegable Todas las ubicaciones y elegir una ubicación si desea filtrar una específica. En la tabla se incluye información como la persona a la que se asignó el número y su estado.

2

(Opcional) Junto a una entrada de número, en Acciones, haga clic en y, a continuación, elija una de las siguientes opciones:

  • Editar: para los números activos que actualmente están asignados a un usuario o a un lugar. Haga clic en esta opción para abrir el portal de administración de llamadas, donde puede realizar más cambios.

  • Activar: para los números en estado inactivo, esta opción está disponible una vez que se completa un número transferido a Webex Calling que se envió con un pedido. Después de activar el número, este aparece como Activo cuando esté listo para usar.

  • Eliminar: en el caso de números en estado inactivo y que actualmente no están asignados a un usuario o a un lugar, esta opción está disponible.

3

(Opcional) Haga clic en Agregar números, complete la información necesaria para agregar al menos un nuevo número a una ubicación y, a continuación, haga clic en Guardar.


 

Las entradas válidas se trasladan al campo Números validados, mientras que las entradas no válidas permanecen en el campo Agregar números, junto con un mensaje de error.

Los números deben seguir el formato E.164 para todos los países, excepto los Estados Unidos, donde también pueden seguir el formato nacional.

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

4

(Opcional) Active números en forma masiva. Puede filtrar la lista de números en función de una ubicación o un estado específicos, o ambos. Haga clic en Inactivos para ver solo los números que se encuentran en estado inactivo. Puede activar 500 números al mismo tiempo seleccionando Activar números en la parte superior de la lista y luego confirmar su intención haciendo clic en Activar en el cuadro de diálogo que se abre.

1

Desde la vista del cliente en https://admin.webex.com, seleccione el icono del edificio .

2

Seleccione la ficha Suscripciones y, a continuación, haga clic en Comprar ahora.

Se envía un correo electrónico a su socio para informarle que usted está interesado en convertirse a una suscripción paga.

1

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

2

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

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

3

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


 

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

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


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

Antes de comenzar

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

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

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

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

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

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


 

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

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

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

Después de configurar Webex Calling para su organización, puede configurar un enlace troncal para conectar su puerta de enlace local a Webex Calling. El enlace troncal entre la puerta de enlace local y la nube de Webex siempre es seguro mediante el transporte TLS de SIP y SRTP para los medios entre la puerta de enlace local y el SBC de acceso de Webex Calling.

Utilice este flujo de tareas para configurar una puerta de enlace local para su enlace troncal de Webex Calling. Los pasos que se indican a continuación se realizan en la propia puerta de enlace local mediante la línea de comandos. El enlace troncal entre la puerta de enlace local y Webex Calling siempre es seguro mediante el transporte SIP TLS y SRTP para los medios entre la puerta de enlace local y el SBC de acceso de Webex Calling.

Antes de comenzar

  • Comprenda los requisitos de PSTN local (puerta de enlace local) para Webex Calling.

  • Cree un enlace troncal en Control Hub y asígnelo a la ubicación deseada.

  • Las pautas de configuración provistas en este documento suponen que existe una plataforma de puerta de enlace local dedicada sin ninguna configuración de voz existente. Si se está modificando una implementación empresarial de CUBE o de puerta de enlace de PSTN existente para utilizar la función de puerta de enlace local para Webex Calling, preste atención a la configuración aplicada y asegúrese de que los flujos de llamadas y la funcionalidad existentes no se interrumpan como resultado de los cambios que realice.

  Comando o acción Propósito
1

Asignación de parámetros entre Control Hub y Cisco Unified Border Element

Utilice esta tabla como referencia para los parámetros que provienen de Control Hub y dónde se asignan en la puerta de enlace local.

2

Realizar la configuración de la plataforma de referencia

Implemente estos pasos como una configuración global común para la puerta de enlace local. La configuración incluye la configuración de la plataforma de referencia y una actualización del grupo de confianza.

3

Inscribir la puerta de enlace local en Webex Calling

4

Elija una opción según su implementación:

El enrutamiento de llamada en la puerta de enlace local se basa en la opción de implementación de Webex Calling que eligió. En esta sección se presupone que la terminación de PSTN de IP está en la misma plataforma que la puerta de enlace local. La configuración siguiente es para una de estas opciones en la puerta de enlace local:

  • La opción de implementación de la puerta de enlace local sin una IP PBX local. La puerta de enlace local y el IP PSTN CUBE residen en conjunto.

  • La opción de implementación de la puerta de enlace local dentro de un entorno de Unified CM existente. La puerta de enlace local y el IP PSTN CUBE residen en conjunto.

Tabla 1. Asignación de parámetros entre Control Hub y la puerta de enlace local

Control Hub

Puerta de enlace local

Inscribir dominio:

Control Hub debe analizar el dominio desde el LinePort que se recibe de UCAPI.

example.com

inscribir

example.com

OTG/DTG del grupo de enlaces troncales

Perfiles de SIP:

regla <rule-number> request ANY sip-header

Desde modify ">" ";otg=otgDtgId>"

Línea/puerto

usuario@ejemplo.com

número: usuario

Proxy saliente

proxy saliente (nombre de DNS – SRV del SBC de acceso)

Nombre de usuario de SIP

nombre de usuario

Contraseña de SIP

contraseña

Antes de comenzar

  • Asegúrese de que la configuración de la plataforma de referencia, como NTP, ACL, habilitar contraseñas, contraseña principal, enrutamiento de IP, direcciones IP, etc. estén configuradas según las políticas y los procedimientos de su organización.

  • Se requiere la versión más reciente de IOS-XE 16.12 o IOS-XE 17.3 para todas las implementaciones de LGW.

1

Asegúrese de que todas las interfaces de nivel 3 tengan direcciones IP válidas y enrutables asignadas:

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

Debe preconfigurar una clave principal para la contraseña mediante los comandos que se muestran a continuación antes de poder utilizarse en las credenciales y secretos compartidos. Las contraseñas del tipo 6 se cifran mediante el cifrado AES y la clave principal definida por el usuario.


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

Configure el servidor de nombres de IP para habilitar la búsqueda de DNS y asegúrese de que sea accesible haciendo ping en él:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#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 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

  3. Se necesita el servidor cn-san-validate para garantizar que la puerta de enlace local establezca la conexión solo si el proxy saliente configurado en el inquilino 200 (descrito más adelante) coincide con la lista de CN-SAN recibida del servidor.

  4. El punto de confianza criptográfico es necesario para que TLS funcione aun cuando no se requiere un certificado del cliente local (por ejemplo, mTLS) para configurar la conexión.

  5. Deshabilite TLS v1.0 y v1.1 al habilitar la exclusividad de v1.2.

  6. Establezca el recuento de tcp-retry en 1000 (múltiples de 5 ms = 5 segundos).

  7. (IOS-XE 17.3.2 y versiones posteriores) Establezca la conexión del temporizador establecer tls <wait-timer in="" sec="">. El intervalo está entre 5 y 20 segundos y el predeterminado es 20 segundos. (LGW tarda 20 segundos en detectar la falla de conexión de TLS antes de intentar establecer una conexión con el siguiente SBC de acceso de Webex Calling disponible. Esta CLI permite al administrador cambiar el valor para adaptarse a las condiciones de la red y detectar fallas en la conexión con el SBC de acceso mucho más rápido).


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

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Actualizar el conjunto de confianza de la puerta de enlace local:

El paquete del conjunto confianza predeterminado no incluye el certificado "DigiCert Root CA" necesario para validar el certificado del lado del servidor durante el establecimiento de la conexión de TLS a Webex Calling.

El paquete de conjunto de confianza se debe actualizar mediante la descarga del "Paquete raíz principal de confianza de Cisco" más reciente desde http://www.cisco.com/security/pki/.

  1. Compruebe si existe el certificado DigiCert Room CA:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Si no existe, actualícelo de la siguiente manera:

    
    LocalGateway#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    LocalGateway(config)#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.
    LocalGateway(config)#end
    
  1. Verificar:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

Antes de comenzar

Asegúrese de haber completado los pasos en Control Hub para crear una ubicación y de haber agregado un enlace troncal para esa ubicación. En el ejemplo que se muestra aquí, la información se obtuvo de Control Hub.

1

Introduzca estos comandos para activar la aplicación de la puerta de enlace local (consulte la Información de referencia de puertos para Cisco Webex Calling para las subredes IP más recientes que deben agregarse a la lista de confianza):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Explicación de los comandos:

Prevención del fraude telefónico
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Habilita explícitamente las direcciones IP de origen de las entidades desde las que la puerta de enlace local espera llamadas VoIP legítimas, como pares de Webex Calling, nodos de Unified CM, direcciones, IP PSTN.

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

  • Las direcciones IP de esta lista deben coincidir con las subredes IP según el centro de datos de Webex Calling al que está conectado el cliente. Para obtener más información, consulte Información de referencia de puertos para Webex Calling.


     

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

  • Es posible que deba configurar otras direcciones IP en otras interfaces; por ejemplo, es posible que sus direcciones de Unified CM deban agregarse a las interfaces interiores.

  • Las direcciones IP deben coincidir con la IP de los hosts de outbound-proxy se resuelve en el inquilino 200

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

Multimedia
voice service voip
 media statistics 
 media bulk-stats 
  • Las estadísticas de medios permiten el monitoreo de medios en la puerta de enlace local.

  • Las estadísticas masivas de medios permiten que el plano de control sondee el plano de datos para realizar estadísticas de llamadas masivas.

Funcionalidad básica de SIP a SIP
allow-connections sip to sip
Servicios complementarios
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Deshabilita REFER y reemplaza el ID de diálogo en el encabezado Reemplaza por el ID de diálogo del par.

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

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

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

Habilitar STUN global
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Cuando una llamada se reenvía a un usuario de Webex Calling (por ejemplo: las partes que reciben y las que envían las llamadas son suscriptores de Webex Calling y tienen los medios anclados en el SBC de Webex Calling), los medios no pueden pasar a la puerta de enlace local ya que el punto de acceso no está abierto.

  • La característica de las vinculaciones de STUN en la puerta de enlace local permite enviar solicitudes de STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el punto de acceso en el firewall.

  • La contraseña de STUN es un requisito previo para que la puerta de enlace local envíe mensajes de STUN. Los firewalls basados en IOS/IOS-XE se pueden configurar para buscar esta contraseña y abrir puntos de acceso en forma dinámica (por ejemplo, sin reglas de salida explícitas). Pero, para el caso de implementación de la puerta de enlace local, el firewall se configura estáticamente para abrir y cerrar puntos de acceso según las subredes de SBC de Webex Calling. Por lo tanto, el firewall debe tratar esto como cualquier paquete de UDP entrante que desencadenará la apertura del punto de acceso sin tener en cuenta explícitamente el contenido del paquete.

G729
sip
  g729 annexb-all

Permite todas las variantes de G729.

SIP
early-offer forced

Obliga a la puerta de enlace local a enviar la información de SDP en el mensaje de INVITACIÓN inicial en lugar de esperar el mensaje de confirmación del par vecino.

2

Configure "Perfil SIP 200".

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Estas reglas son

Explicación de los comandos:

  • la regla 9 se asegura de que el encabezado esté listado como“SIP-Req-URI” y no “SIP-Req-URL”

    Esto se convierte entre direcciones URI de SIP y URL de SIP, ya que Webex Calling no admite direcciones URl de SIP en los mensajes de solicitud/respuesta, pero las necesita para consultas de SRV, por ejemplo._sips._tcp.<outbound-proxy>.
  • la regla 20 modifica el encabezado Desde para incluir el parámetro OTG/DTG del grupo de enlace troncal de Control Hub a fin de identificar de forma única un sitio de LGW dentro de una empresa.

  • Este perfil de SIP se aplicará al inquilino 200 de la clase de voz (se explicará más adelante) para todo el tráfico que llegue a Webex Calling.

3

Configure el perfil del códec, la definición de STUN y el conjunto criptográfico de SRTP.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Explicación de los comandos:

  • Códec 99 de clase de voz: Permite ambos códecs g711 (mu y a-law) para las sesiones. Se aplica a todos los pares de marcado.

  • srtp-cripto 200 de clase de voz: Especifica SHA1_80 como la única serie de cifrado de SRTP que ofrece la puerta de enlace local en el SDP en oferta y respuesta. Webex Calling solo es compatible con SHA1_80.

  • Se aplicará al inquilino 200 de clase de voz (se explicará más adelante) que llega a Webex Calling.

  • stun-usage 200 de clase de voz: Define el uso de STUN. Se aplica a todos pares de marcado (etiqueta 2XX) que llegan a Webex Calling para evitar que el audio cuando un teléfono de Unified CM reenvíe la llamada a otro teléfono de Webex Calling.


 

En casos en los que los medios están anclados en el SBC de ITSP y la puerta de enlace local está detrás de una NAT y esperando el flujo de medios entrantes de ITSP, este comando puede aplicarse a los pares de marcado que llegan a ITSP.


 

Se requiere Stun usage ice lite para los flujos de llamadas que utilizan la optimización de la ruta de medios.

4

Asignar parámetros de Control Hub a la configuración de la puerta de enlace local:

Webex Calling se agrega como inquilino dentro de la puerta de enlace local. La configuración necesaria para inscribir la puerta de enlace local se define en el inquilino 200 de la clase de voz. Debe obtener los elementos de esa configuración de la página Información del enlace troncal dentro de Control Hub, como se muestra en esta imagen. Este es un ejemplo para mostrar los campos asignados a la CLI de la puerta de enlace local respectiva.

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

  • Configuración del par de marcado

  • Configuración del inquilino

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

5

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


 

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

LocalGateway(config)#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

Explicación de los comandos:

voice class tenant 200

La característica de inquilino múltiple de una puerta de enlace local permite configuraciones globales específicas para varios inquilinos en enlace troncales de SIP que permiten servicios diferenciados para los inquilinos.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

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

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

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

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

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

no remote-party-id

Deshabilite el encabezado SIP Remote-Party-ID (RPID), ya que Webex Calling es compatible con PAL, que se habilita mediante CIOasserted-id pai(consulte a continuación).

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

Para utilizar la misma conexión persistente para la inscripción y el procesamiento de llamadas.

srtp-crypto 200

Especifica SHA1_80 como se define en voice class srtp-crypto 200.

session transport tcp tls
Define el transporte a TLS
url sips

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

error-passthru

Funcionalidad de paso de respuesta de error de SIP

asserted-id pai

Activa el procesamiento de PAI en la puerta de enlace local.

bind control source-interface GigabitEthernet0/0/1

Interfaz de origen de señalización que llega a Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Interfaz de origen de medios que llega a Webex Calling.

no pass-thru content custom-sdp

Comando predeterminado en el inquilino.

sip-profiles 200

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

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

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

privacy-policy passthru

Transmita en forma transparente los valores del encabezado de privacidad desde la sección entrante a la saliente.

Después de que el inquilino 200 se define dentro de la puerta de enlace local y se configura un par de marcado de SIP VoIP, la puerta de enlace inicia una conexión TLS hacia Webex Calling, en cuyo momento el SBC de acceso presenta su certificado en la puerta de enlace local. La puerta de enlace local valida el certificado de SBC de acceso de Webex Calling utilizando el paquete raíz de CA actualizado anteriormente. Se establece una sesión de TLS persistente entre la puerta de enlace local y el SBC de acceso de Webex Calling. La puerta de enlace local envía un REGISTER al SBC de acceso en cuestión. El AOR de inscripción es number@domain. El número se toma del parámetro "número" de las credenciales y del dominio del "dns de inscripción:<fqdn>". Cuando se prueba la inscripción, los parámetros nombre de usuario, contraseña y dominio de las credenciales se utilizan para crear el encabezado y el sip-profile 200 convierte la URL de SIPS de nuevo a SIP. La inscripción se realiza correctamente una vez que se recibe 200 OK del SBC de Acceso.

Para esta opción de implementación, se requiere la siguiente configuración en la puerta de enlace local:

  1. Inquilinos de clase de voz: en primer lugar, crearemos inquilinos adicionales para los pares de marcado que llegan a ITSP, similares al inquilino 200 que creamos para los pares de marcado que llegan a Webex Calling.

  2. URI de clase de voz: patrones que definen las direcciones IP/los puertos del host para diversos enlaces troncales que terminan en la puerta de enlace local: Webex Calling a LGW; y la terminación del enlace troncal SIP de PSTN en LGW.

  3. Pares de marcado salientes: para enrutar las secciones de llamadas salientes desde LGW hacia el enlace troncal SIP de ITSP y Webex Calling.

  4. DPG de clase de voz: pares de marcado salientes de destino invocados desde un par de marcado entrante.

  5. Pares de marcado entrantes: para aceptar las secciones de llamadas entrantes de ITSP y Webex Calling.

La configuración de esta sección se puede utilizar para la configuración de la puerta de enlace local alojada por el socio, como se muestra a continuación, o para la puerta de enlace del sitio del cliente local.

1

Configure los siguientes inquilinos de clase de voz:

  1. El inquilino 100 de clase de voz se aplica a todos los pares de marcado SALIENTES que llegan 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. El inquilino 300 de clase de voz se aplica a todos los pares de marcado ENTRANTES que salen de IP PSTN.

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

Configure la siguiente URI de clase de voz:

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Actualmente, la puerta de enlace local no admite el guión bajo "_" en el patrón de coincidencia. Como solución alternativa, utilizamos 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

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

    Explicación de los comandos:

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

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

    destination-pattern BAD.BAD

    Patrón de dígitos que permite la selección de este par de marcado. Sin embargo, invocaremos este par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones de DPG y eso omite los criterios de coincidencia de patrones de dígitos. Por lo tanto, estamos 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 este par de marcado manejará las secciones de llamadas de SIP.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino donde se enviará esta sección de llamadas. En este caso, la dirección IP de ITSP.

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

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

    no vad

    Deshabilita la detección de actividad de voz.

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

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

    Explicación de los comandos:

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

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

    session target sip-server

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

    voice-class stun-usage 200

    La característica de las vinculaciones de STUN en la puerta de enlace local permite enviar solicitudes de STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el punto de acceso en el firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP está habilitado para esta sección de llamadas.

    no vad

    Deshabilita la detección de actividad de voz.

4

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

  1. Define el grupo de pares de marcado 100. El par de marcado saliente 101 es el destino de cualquier par de marcado entrante que invoque al grupo de pares de marcado 100. Aplicaremos DPG 100 al par de marcado entrante 200201 para la ruta Webex Calling --> LGW --> PSTN.

    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. DPG 200 se aplicará al par de marcado entrante 100 definido 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
    

    Explicación de los comandos

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

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

    session protocol sipv2

    Especifica que este par de marcado manejará las secciones de llamadas de SIP.

    incoming uri via 100

    Todo el tráfico entrante de IP PSTN a LocalGW coincide en la dirección IP del host del encabezado de VIA entrante definida en la clase de voz URI 100 SIP para que coincida en función de la dirección IP de origen (de ITSP).

    destination dpg 200

    Con el dpg 200 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado salientes clásicos e inmediatamente continúa para configurar la sección de llamadas salientes mediante pares de marcado definidos en el grupo de pares de marcado 200 de destino, que es el par de marcado 200201.

    voice-class sip tenant 300

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

    no vad

    Deshabilita la detección de actividad de voz.

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

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

    Explicación de los comandos

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

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

    incoming uri request 200

    Todo el tráfico entrante de Webex Calling a LGW puede coincidir con el patrón dtg único en la URI de la solicitud, identificando de forma única el sitio de la puerta de enlace local dentro de una empresa y en el ecosistema de Webex Calling.

    destination dpg 100

    Con el dpg 100 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado salientes clásicos e inmediatamente continúa para configurar la sección de llamadas salientes mediante pares de marcado definidos en el grupo de pares de marcado 100 de destino, que es el par de marcado 101.

    max-conn 150

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

PSTN a Webex Calling

Todas las secciones de llamadas de IP PSTN entrantes de la puerta de enlace local se corresponden en el par de marcado 100, ya que define un criterio de coincidencia para el encabezado VÍA con la dirección IP del IP PSTN. La selección de pares de marcado salientes es determinada por DPG 200, que invoca directamente el par de marcado saliente 200201, que tiene el servidor de Webex Calling listado como el destino.

Webex Calling a PSTN

Todas las secciones de llamadas de Webex Calling entrantes de la puerta de enlace local se corresponden con el par de marcado 200201 ya que cumplen con criterios coincidentes para el patrón de encabezado URI de SOLICITUD con el parámetro OTG/DTG de grupo de enlaces troncales, único para esta implementación de la puerta de enlace local. La selección del par de marcado saliente queda determinada por DPG 100, que invoca directamente el par de marcado 101 saliente, que tiene la dirección IP de IP PSTN listada como el destino.

Para esta opción de implementación, se requiere la siguiente configuración en la puerta de enlace local:

  1. Inquilinos de clase de voz: debe crear inquilinos adicionales para los pares de marcado que llegan a Unified CM y ITSP, similares al inquilino 200 que creamos para los pares de marcado que llegan a Webex Calling.

  2. URI de clase de voz: patrones que definen las direcciones IP/los puertos del host para diversos enlaces troncales que terminan en el LGW: de Unified CM a LGW para destinos de PSTN; Unified CM a LGW para destinos de Webex Calling; Webex Calling a LGW; y enlace troncal de terminación de SIP de PSTN en LGW.

  3. Grupo de servidor de clase de voz: direcciones IP/puertos de destino para los enlace troncales salientes de LGW a Unified CM, LGW a Webex Calling y LGW el enlace troncal SIP de PSTN.

  4. Pares de marcado salientes: para enrutar las secciones de llamadas salientes desde LGW Unified CM , enlace troncal SIP de ITSP o /Webex Calling.

  5. DPG de clase de voz: pares de marcado salientes de destino invocados desde un par de marcado entrante.

  6. Pares de marcado entrantes: para aceptar las secciones de llamadas entrantes de Unified CM , ITSP o /Webex Calling.

1

Configure los siguientes inquilinos de clase de voz:

  1. El inquilino de la clase de voz 100 se aplica a todos los pares de marcado salientes que llegan a Unified CM y 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. El inquilino 300 de clase de voz se aplica a todos los pares de marcado entrantes de Unified CM y 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 las siguientes URI de clase de voz:

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

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Actualmente, la puerta de enlace local no admite el guión bajo "_" en el patrón de coincidencia. Como solución alternativa, utilizamos 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 CUCM y el puerto VIA para el enlace troncal de 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 del enlace troncal de Unified CM y el número de puerto para el grupo 1 de Unified CM (5 nodos). Unified CM utiliza el puerto 5065 para el tráfico entrante en el enlace troncal Webex Calling (Webex Calling <-> LGW --> Unified CM).

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

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

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

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

    Explicación de los comandos

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

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

    destination-pattern BAD.BAD

    Patrón de dígitos que permite la selección de este par de marcado. Sin embargo, invocaremos este par de marcado saliente directamente desde el par de marcado entrante mediante instrucciones de DPG y eso omite los criterios de coincidencia de patrones de dígitos. Por lo tanto, estamos 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 este par de marcado manejará las secciones de llamadas de SIP.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino donde se enviará esta sección de llamadas. (En ese caso, la dirección IP de ITSP).

    voice-class codec 99

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

    voice-class sip tenant 100

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

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

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

    Explicación de los comandos

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

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

    session target sip-server

    Indica que el servidor SIP global es el destino de las llamadas desde este par de marcado. El servidor de Webex Calling definido en el inquilino 200 se heredará para este par de marcado.

    voice-class stun-usage 200

    La característica de las vinculaciones de STUN en el LGW permite enviar solicitudes de STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el punto de acceso en el firewall.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP está habilitado para esta sección de llamadas.

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

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

    Explicación de los comandos

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

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

    session server-group 301

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

    Grupo de servidores en el par de marcado saliente

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

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

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

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

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Segundo par de marcado saliente hacia el enlace troncal de 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  
     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. Aplicaremos el DPG 100 a un par de marcado 302 entrante definido más adelante para la ruta Unified CM --> LGW --> PSTN:

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

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

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

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

Configure los siguientes pares de marcado entrantes:

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

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

    Explicación de los comandos

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

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

    session protocol sipv2

    Especifica que este par de marcado manejará las secciones de llamadas de SIP.

    incoming uri via 100

    Todo el tráfico entrante de IP PSTN a LGW coincide en la dirección IP del host del encabezado de VIA entrante definida en la clase de voz URI 100 SIP para que coincida en función de la dirección IP de origen (de ITSP).

    destination dpg 302

    Con el DPG 302 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado de salida clásicos e inmediatamente continúa para configurar el tramo de llamada saliente mediante pares de marcado definidos dentro del DPG 302 de destino, que puede ser el par de marcado 305 o 307.

    voice-class sip tenant 300

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

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

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

    Explicación de los comandos

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

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

    incoming uri request 200

    Todo el tráfico entrante de Webex Calling a LGW puede coincidir con el patrón dtg único en la URI de la solicitud, identificando de forma única un sitio de la puerta de enlace local dentro de una empresa y en el ecosistema de Webex Calling.

    destination dpg 300

    Con el DPG 300 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado de salida clásicos e inmediatamente continúa para configurar el tramo de llamada saliente mediante pares de marcado definidos dentro del DPG 300 de destino, que puede ser el par de marcado 301 o 303.

    max-conn 150

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

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

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

    Explicación de los comandos

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

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

    incoming uri via 300

    Todo el tráfico entrante de Unified CM a LGW coincide en el puerto de origen VIA (5065), definido en el SIP URI 300 de clase de voz.

    destination dpg 200

    Con el DPG 200 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado salientes clásicos e inmediatamente continúa para configurar la sección de llamadas saliente mediante pares de marcado definidos en el DPG 200 de destino, que será el par de marcado 200201.

    voice-class sip tenant 300

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

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

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

    Explicación de los comandos

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

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

    incoming uri via 302

    Todo el tráfico entrante de Unified CM a LGW para un destino de PSTN coincide con la dirección IP de señalización de origen de Unified CM y el puerto VIA definido en el SIP URI 302 de clase de voz. Se utiliza el puerto SIP estándar 5060.

    destination dpg 100

    Con el DPG 100 de destino, IOS-XE omite los criterios de coincidencia de pares de marcado salientes clásicos e inmediatamente continúa para configurar la sección de llamadas saliente mediante pares de marcado definidos en el DPG 100 de destino, que será el par de marcado 101.

    voice-class sip tenant 300

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

IP PSTN al enlace troncal de PSTN de Unified CM

Plataforma de Webex Calling al enlace troncal de Webex Calling de Unified CM

Enlace troncal de PSTN de Unified CM a IP PSTN

Enlace troncal de Webex Calling de Unified CM a la plataforma de Webex Calling

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en IOS XE y generan notificaciones 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 acerca de los eventos que desencadenan el problema y las medidas que deben tomarse para informar, solucionar y remediar el problema. La lógica de detección de problemas se define mediante los mensajes de syslog, los eventos de SNMP y a través del monitoreo periódico de determinadas salidas del comando show. Los tipos de acciones incluyen recopilar mostrar salidas del comando show, generar un archivo de registro consolidado y cargar el archivo a una ubicación de red proporcionada por el usuario, como HTTPS, SCP o servidor FTP. Los archivos de DS son creados por ingenieros de TAC y tienen una firma digital para la protección de integridad. Cada archivo de DS tiene un ID numérico único asignado por el sistema. La Herramienta de búsqueda de firmas de diagnóstico (DSLT) es una única fuente para encontrar las firmas aplicables para monitorear y solucionar diversos problemas.

Antes de comenzar:

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

  • Se requiere un servidor de Protocolo de transferencia de correo simple (SMTP) 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.3.2 o superior si desea utilizar un servidor de 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 una notificación proactiva si el dispositivo está ejecutando IOS XE 17.3.2 o una versión superior.

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

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

Puerta de enlace local que ejecuta IOS XE 16.11.1 o superior

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

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

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

    
    LocalGateway#configure terminal 
    LoclGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    LocalGateway(config)#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.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#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.

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

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

A continuación se muestra un ejemplo de configuración de una puerta de enlace local que ejecuta IOS XE 17.3.2 para enviar las notificaciones proactivas a tacfaststart@gmail.com con Gmail como servidor de SMTP seguro:


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

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

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

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

Instalar firmas de diagnóstico para el monitoreo proactivo

Monitoreo de una alta utilización de la CPU

Este DS realiza un seguimiento del uso de CPU en 5 segundos con el SNMP OID 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcance el 75 % o más, deshabilitará todas las depuraciones y desinstalará todas las firmas de diagnóstico instaladas en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  2. Descargue DS 64224 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:

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

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Rendimiento

    Tipo de problema

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

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

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

    A continuación, se muestra un ejemplo de cómo copiar el archivo desde un servidor FTP a la puerta de enlace local.

    
    LocalGateway# 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) 
    LocalGateway # 
  4. Instale el archivo XML de DS en la puerta de enlace local.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito".

    
    LocalGateway# 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

    LocalGateway#


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

Monitorear la inscripción del enlace troncal SIP

Este DS comprueba la falta de inscripción del enlace troncal SIP de una puerta de enlace local en la nube de Cisco Webex Calling cada 60 segundos. Una vez que se detecta un evento de falta de inscripción, genera una notificación de syslog y un correo electrónico y se desinstala a sí mismo después de dos ocurrencias de falta de inscripción. 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

    Falta de inscripción del enlace troncal SIP con notificación por correo electrónico

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito".

Monitoreo de desconexiones de llamadas anormales

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# 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 
    .... 
    .... 
    LocalGateway# 
  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 llamada anormal en SIP con notificación por correo electrónico y syslog

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito".

Instalar firmas de diagnóstico para solucionar un problema

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

Puede utilizar la Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas aplicables e instalarlas para resolver automáticamente un problema determinado o puede instalar la firma recomendada por el ingeniero de TAC como parte de la participación en el soporte.

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

  1. Configure una variable de entorno de DS adicional ds_fsurl_prefix que sea la ruta del servidor de archivos CiscoTAC (cxd.cisco.com) a 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 del archivo que se puede recuperar del Administrador de casos de soporte, como se muestra a continuación. El token de carga del archivo puede generarse en la sección Archivos adjuntos del Administrador de casos de soporte, según sea necesario.

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    LocalGateway(config)#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 SNMP esté habilitado mediante el comando show snmp. Si no está habilitado, configure el comando "snmp-server manager".

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Se recomienda instalar el DS 64224 de monitoreo de alta utilización de la CPU como medida dinámica 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 la CPU con notificación por correo electrónico

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

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    Solución CUBE Enterprise en Webex Calling

    Alcance del problema

    Syslog

    Tipo de problema

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

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# 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.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Verifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito".

    
    LocalGateway# 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

    LocalGateway#

Verificar ejecución de firmas de diagnóstico

Como se muestra a continuación, la columna "Estado" del comando show call-home diagnostic-signature cambiará a "en ejecución" mientras la puerta de enlace local esté ejecutando la acción definida dentro de la firma. El resultado de show call-home diagnostic-signature statistics es la mejor manera de verificar si una firma de diagnóstico ha detectado un evento de interés y ha ejecutado la acción. La columna "Desencadenado/Máximo/Desinstalar" indica la cantidad de veces que la firma dada ha desencadenado un evento, la cantidad máxima de veces que se define para detectar un evento y si la firma se desinstalará automáticamente después de detectar la cantidad máxima de eventos desencadenados.


LocalGateway# 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

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

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

LocalGateway#

El correo electrónico de notificación enviado durante la ejecución de la firma de diagnóstico contiene información clave, como el tipo de problema, los detalles del dispositivo, la versión del software, la configuración en ejecución y las salidas del comando show que son relevantes para resolver el problema dado.

Desinstalar las firmas de diagnóstico

Generalmente, las firmas de diagnóstico que se utilizan para solucionar problemas se definen para desinstalarse después de detectar una determinada cantidad de ocurrencias de problemas. Si desea desinstalar una firma manualmente, recupere el ID de DS del resultado de show call-home diagnostic-signature y ejecute el comando que se muestra a continuación.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway# 

Ejemplo:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway# 

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

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Implemente la alta disponibilidad de CUBE como puerta de enlace local

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

Fundamentos

Requisitos previos

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

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

Componentes de hardware y software

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


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

Material de referencia

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

Descripción general de la solución Webex Calling

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

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

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

Redundancia entre decodificadores de nivel 2

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


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

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

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

Componente Infra del grupo de redundancia

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

  • Un protocolo similar a HSRP que negocia el estado de redundancia final para cada enrutador intercambiando mensajes de monitoreo de actividad y bienvenida entre los dos CUBE (a través de la interfaz de control); GigabitEthernet3 en la figura anterior.

  • Un mecanismo de transporte para el punto de control del estado de la señalización y los medios para cada llamada desde el enrutador activo al de modo de espera (a través de la interfaz de datos); GigabitEthernet3 en la figura anterior.

  • Configuración y administración de la interfaz de IP virtual (VIP) para las interfaces de tráfico (varias interfaces de tráfico se pueden configurar con el mismo grupo de RG); GigabitEthernet 1 y 2 se consideran interfaces de tráfico.

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

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

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

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

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

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

  • CUBE HA no puede tener interfaces TDM o analógicas ubicadas al mismo tiempo

  • A Gig1 y Gig2 se les conoce como interfaces de tráfico (SIP/RTP) y Gig3 es una interfaz de control/datos del grupo de redundancia (RG).

  • No se pueden colocar más de 2 pares de CUBE HA en el mismo dominio de nivel 2, uno con ID de grupo 1 y el otro con ID de grupo 2. Si configura 2 pares de alta disponibilidad con el mismo ID de grupo, las interfaces de control/datos de RG deben pertenecer a dominios de nivel 2 diferentes (vlan, conmutador independiente)

  • El canal de puertos es compatible con las interfaces de control/datos y tráfico de RG

  • Todas la señalización/los medios se traslada desde/hacia la dirección IP virtual

  • Cada vez que se recarga una plataforma en una relación CUBE-HA, siempre arranca en modo de espera

  • La dirección más baja para todas las interfaces (Gig1, Gig2, Gig3) debe estar en la misma plataforma

  • El Identificador de interfaz de redundancia (RII), debe ser único para una combinación de par/interfaz en el mismo nivel 2

  • La configuración en amos CUBE debe ser idéntica, incluida la configuración física, y debe ejecutarse en el mismo tipo de plataforma y versión de IOS-XE

  • Las interfaces de bucle no se pueden utilizar como enlace, ya que siempre están activas

  • Las interfaces de tráfico múltiple (SIP/RTP) (Gig1, Gig2) requieren que se configure el seguimiento de la interfaz

  • CUBE-HA no es compatible con una conexión de cable transversal para el enlace de datos/control de RG (Gig3)

  • Ambas plataformas deben ser idénticas y deben estar conectadas a través de un conmutador físico en todas las interfaces similares para que CUBE HA funcione, es decir, GE0/0/0 de CUBE-1 y CUBE-2 deben terminar en el mismo conmutador, y así sucesivamente.

  • WAN no puede terminar en los CUBE directamente ni en la alta disponibilidad de datos en cualquiera de los lados

  • Tanto el enrutador activo como el de espera deben estar en el mismo centro de datos

  • Es obligatorio utilizar una interfaz L3 independiente para la redundancia (control/datos de RG, Gig3). Es decir, la interfaz que se utiliza para el tráfico no se puede utilizar para mantener el monitoreo de actividad y los puntos de control de HA

  • Después de la recuperación de fallas, el CUBE anteriormente activo pasa por una recarga por diseño, preservando la señalización y los medios

Configurar la redundancia en ambos CUBE

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

1

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

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

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

2

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

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

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

  • redundancia: introduce el modo de redundancia

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

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

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

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

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

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

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

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

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

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

  • seguimiento: seguimiento de interfaces del grupo de RG

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

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

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

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

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

3

Habilite la redundancia entre decodificadores para la aplicación CUBE. Configure el RG en el paso anterior en voice service voip. Esto permite que la aplicación CUBE controle el proceso de redundancia.

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

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

4

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

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

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

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


     

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

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


     

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

5

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

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

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

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

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

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

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


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

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

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

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

VCUBE-1#

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

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

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

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

VCUBE-2#

Configurar una puerta de enlace local en ambos CUBE

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

  • Usuario: 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

show sip-ua-register status


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

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

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

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

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

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

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

VCUBE-2#show sip-ua register status

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

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

3

Ahora habilite las siguientes depuraciones en VCUBE-1


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

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


VCUBE-2#redundancy application reload group 1 self

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

  • Cuando se recarga el enrutador ACTIVE

  • Cuando se apaga y se enciende el enrutador ACTIVE

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

5

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


VCUBE-1#show sip-ua register status

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

VCUBE-1 ahora es el LGW activo.

6

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


VCUBE-1#show log

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

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

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

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_Webex
Descripción Descripción significativa, como Lista de rutas para Webex
Ejecutar en todos los nodos activos de Unified CM Activado
Información del miembro de la lista de rutas
Grupos seleccionados Solo el grupo de rutas anteriormente definido: Webex

Crear una partición para los destinos de Webex

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

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

Qué hacer a continuación

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

Configurar patrones de rutas para destinos de Webex

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

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

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

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

Configuración Valor
Patrón de traducción Patrón de ESN para el rango de ESN en Webex. Por ejemplo: 80121XX
Partición Webex
Descripción Descripción significativa, como Patrón de normalización de Webex
Utilizar el espacio de búsqueda de llamadas del originador Activado
Prioridad urgente Activado
No esperar el tiempo de espera de Interdigit en los saltos posteriores Activado
Máscara de transformación de la persona que recibió la llamada Máscara para normalizar el número a +E.164. Por ejemplo: +140855501XX
Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Configurar sus características de Webex Calling

Crear y administrar asistentes automáticos

Asegúrese de que las llamadas sean contestadas y de que se respondan los pedidos de quienes llaman. 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.

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

Configurar un grupo de búsqueda

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

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

Crear un cliente del recepcionista

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

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

Configurar un grupo de paginación

La característica Grupo de paginación permite a los usuarios realizar una llamada unidireccional o una comunicación grupal a un máximo de 75 usuarios y espacios de trabajo objetivo al marcar un número o una extensión asignados a un grupo de paginación específico.

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

Crear una cola de llamada

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

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

Configurar la captura de llamada

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

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

Configurar detención de llamadas

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

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

Permitir que los usuarios se entremetan en las llamadas telefónicas de otras personas

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, vaya a Configuración avanzada de llamadas y, a continuación, seleccione Intromisión.

3

Active la Intromisión, elija si desea que el teléfono reproduzca un sonido cuando alguien se une a una llamada y, a continuación, haga clic en Guardar.

Activar la característica “Hoteling” para un usuario

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

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, elija Configuración avanzada de llamadas y haga clic en Hoteling.

3

Active el Hoteling y luego haga clic en Guardar.

Evitar que alguien controle el estado de la línea de un usuario

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas y, a continuación, vaya a Privacidad.

3

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

4

Marque la casilla de verificación Habilitar privacidad. Luego, puede decidir si desea bloquear a todos dejando el campo Buscar usuario por nombre vacío o elegir quién puede supervisar el estado de la línea de este usuario.

Con el ejemplo del ejecutivo anterior, buscaría el nombre de su asistente administrativo.

5

Haga clic en Guardar.

Permitir que un usuario vea el estado de la línea en el teléfono de otra persona o en la extensión de detención de llamadas

La cantidad máxima de líneas supervisadas es de 50, pero debe considerar el ancho de banda. La cantidad máxima también puede estar determinada por la cantidad de botones de líneas que hay en el teléfono del usuario.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar.

2

Seleccione Llamadas, elija Configuración avanzada de llamadas y vaya a Monitoreo.

3

Elija entre las opciones siguientes:

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

Decida si desea que se notifique a este usuario sobre la detención de llamadas, busque a la persona o la extensión de la detención de llamadas que se monitoreará y, luego, haga clic en Guardar.


 

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

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Configurar y administrar los usuarios de llamadas de Webex

Debe agregar cada uno de los usuarios de Cisco Webex Control Hub para poder aprovechar los servicios de llamadas de WebEx. 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.


Si sincroniza usuarios desde un directorio, como Active Directory, cuando agregue personas manualmente en Control Hub, también deberá agregarlas a su directorio.


Al agregar usuarios, el nombre y apellido no deben incluir caracteres ascii extendidos o los siguientes caracteres: %, #, <, >, \, /,", y tienen una longitud máxima de 30 caracteres.

Antes de comenzar

Es posible que obtenga un error si está intentando agregar usuarios que utilizaron su dirección de correo electrónico para crear una cuenta de prueba. Solicite a los usuarios que eliminen su organización antes de agregarlos a su organización.

1

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

2

Seleccione Agregar o modificar usuarios manualmente.

3

(Opcional) Si envía automáticamente correos electrónicos de bienvenida, haga clic en Siguiente.

4

Elija una opción y haga clic en Siguiente:

  • Seleccione Dirección de correo electrónico e introduzca hasta 25 direcciones de correo electrónico.
  • Seleccione Nombres y direcciones de correo electrónico y, luego, introduzca un máximo de 25 nombres y direcciones de correo electrónico.

 

Puede agregar usuarios que estén disponibles para convertir en su organización.

5

Asignación de licencias:

  • Si tiene una plantilla de licencia activa, las licencias se asignan automáticamente para los nuevos usuarios y usted puede revisar el resumen de licencias.
  • Seleccione los servicios para asignar. Si tiene varias suscripciones, elija una suscripción de la lista.


 

Si asigna licencias para el Centro de contacto, seleccione Webex Teams y, a continuación, Atención al cliente con la opción Agente premium y estándar. Para agregar un supervisor, seleccione las opciones Premium y Supervisor. Un usuario se trata como agente a menos que usted lo convierta en supervisor.

6

Administración de contenido:

  • Si se selecciona acceso global para la administración de contenido empresarial, la administración de contenido se asigna automáticamente a los usuarios.
  • Elija una opción de administración de contenido para cada usuario.

7

Haga clic en Guardar.

  • Se envía un correo electrónico a cada persona con una invitación para entrar.

  • En Control Hub, las personas aparecen con estado de invitación pendiente hasta que inician sesión por primera vez. Las licencias se asignan después de que el usuario inicia sesión por primera vez o si utiliza Cisco Conector de directorios con un dominio reclamado, las licencias se asignan cuando se crean los usuarios.

8

(Opcional) Si ha agregado llamadas al usuario, asigne una ubicación, un número de teléfono y una extensión.

9

Revise la página de resumen de registros procesados y haga clic en Finalizar.


 

Inmediatamente después de agregar un usuario de llamadas, si se recibe un error al seleccionar la configuración de llamadas del usuario, le recomendamos que elimine la licencia de Webex Calling y, a continuación, reasigne la licencia de llamadas al usuario.

Qué hacer a continuación

Puede asignar privilegios administrativos a las personas en su organización.

Antes de comenzar

Si tiene más de un archivo CSV para su organización, cargue un archivo y, una vez que finalice esa tarea, puede cargar el archivo siguiente.


Algunos editores de hojas de cálculo eliminan el signo + de las celdas cuando se abre el archivo. csv. Le sugerimos que utilice un editor de texto para realizar actualizaciones. csv. Si utiliza un editor de hojas de cálculo, asegúrese de establecer el formato de la celda en texto y agregue cualquier signo + que haya sido eliminado.

1

En la vista del cliente en https://admin.webex.com, vaya a Usuarios, haga clic en Administrar usuarios y elija Agregar o modificar usuarios de CSV.

2

Haga clic en Exportar para descargar el archivo y puede introducir la información del usuario en una nueva línea del archivo CSV.

  • Para asignar un servicio, agregue TRUE (VERDADERO) en la columna de ese servicio y para excluir un servicio, agregue FALSE (FALSO). La columna ID de usuario/Correo electrónico (obligatorio) es el único campo obligatorio. Si tiene un directorio y números externos específicos para cada usuario nuevo, incluya el signo + inicial para los números externos sin otros caracteres,

    Si tiene una plantilla de licencia activa, deje en blanco todas las columnas de servicio y la plantilla se asignará automáticamente al usuario nuevo en esa fila.


     

    No puede asignar permisos de administración de contenido empresarial a los usuarios que utilicen la plantilla de licencia, consulte Habilitar la administración de contenido para los usuarios en Cisco WebEx control Hub para obtener más detalles.

  • Para asignar una ubicación, introduzca el nombre en la columna Ubicación. Si deja este campo en blanco, se asigna al usuario la ubicación predeterminada.

  • Si está agregando usuarios como supervisores para el Centro de contacto de Cisco Webex, debe Agregar usuarios manualmente. Solo puede asignar las funciones Estándar y Premium con un CSV.

 

Al introducir el nombre de un usuario, asegúrese de incluir su apellido; de lo contrario, es posible que tenga problemas.

3

Haga clic en Importar, seleccione su archivo y haga clic en Abrir.

4

Elija Agregar servicios únicamente o Agregar y quitar servicios.

Si tiene una plantilla de licencia activa, seleccione Agregar servicios únicamente.

5

Haga clic en Enviar.

Se carga el archivo CSV y se crea su tarea. Puede cerrar el navegador o esta ventana y su tarea se seguirá ejecutando. Para revisar el progreso de la tarea, consulte Administrar tareas en Cisco Webex Control Hub.

1

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

2

Seleccione un usuario y haga clic en Servicios > Editar licencias.

3

Si tiene varias suscripciones, elija una suscripción de la lista.

4

Seleccione los servicios que desea agregar o eliminar y haga clic en Siguiente.

5

Si asignó una licencia de Webex Meetings, elija un tipo de cuenta para asignar al usuario para cada sitio de Webex Meetings y haga clic en Guardar.


 

Debe tener habilitada la característica de cuenta de asistente en su sitio de Webex para asignar usuarios como asistentes. Si no ve la columna de la cuenta de asistente en el archivo CSV, comuníquese con su Gerente de atención al cliente (CSM), su Gerente de atención al socio (PSM) o el Centro de asistencia técnica (TAC) de Cisco para habilitar esta característica en su sitio de Webex.

El tipo de cuenta del asistente no está disponible para los usuarios con la función Administrador del sitio de Webex. Si desea asignar una cuenta de asistente a estos usuarios, debe eliminar sus privilegios administrativos para ese sitio de Webex Meetings.


 

Inmediatamente después de agregar una licencia de llamadas, si se recibe un error al seleccionar la configuración de llamadas del usuario, le recomendamos que elimine la licencia de Webex Calling y, a continuación, reasigne la licencia al usuario.

Antes de comenzar

Si tiene más de un archivo CSV para su organización, cargue un archivo y, una vez que finalice esa tarea, puede cargar el archivo siguiente.

No puede eliminar usuarios ni cambiar la ubicación asignada a un usuario con la plantilla CSV.


Algunos editores de hojas de cálculo eliminan el signo + de las celdas cuando se abre el archivo. csv. Le sugerimos que utilice un editor de texto para realizar actualizaciones. csv. Si utiliza un editor de hojas de cálculo, asegúrese de establecer el formato de la celda en texto y agregue cualquier signo + que haya sido eliminado.

1

En la vista del cliente en https://admin.webex.com, vaya a Usuarios, haga clic en Administrar usuarios y elija Agregar o modificar usuario de CSV.

2

(Opcional) Si envía automáticamente correos electrónicos de bienvenida, haga clic en Siguiente.

3

Haga clic en exportar para descargar el archivo. Puede editar el archivo descargado (exported_users.csv) de cualquiera de las siguientes maneras:

  • Para modificar los usuarios existentes, puede actualizar cualquier columna excepto ID de usuario/correo electrónico (obligatorio) y Ubicación. Por ejemplo, si cambia ID de usuario/Correo electrónico, se creará un usuario nuevo.

  • Para asignar una ubicación, introduzca el nombre en la columna Ubicación. Si deja este campo en blanco, se asigna al usuario la ubicación predeterminada.

  • Para asignar un servicio, agregue TRUE (VERDADERO) en la columna de ese servicio y para excluir un servicio, agregue FALSE (FALSO).

  • Cuando tiene varias suscripciones, puede utilizar el ID de suscripción en el encabezado de la columna para identificar el servicio que desea agregar. Por ejemplo, si tiene dos suscripciones con el mismo servicio, puede especificar un servicio de una suscripción específica para que se aplique al usuario.

4

Introduzca un valor en la columna Comportamiento de las llamadas si quiere cambiar la manera en que se suceden las llamadas para usuarios específicos. Puede introducir una de las siguientes opciones y consultar Configurar el comportamiento de las llamadas de Webex para obtener más información sobre cada configuración:

  • USE_ORG_SETTINGS: introduzca esta cadena para utilizar la configuración en toda la organización.

  • NATIVE_WEBEX_TEAMS_CALLING: introduzca esta cadena para utilizar la opción Llamadas en Webex Teams.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL: introduzca esta cadena para utilizar la opción Aplicación Webex Calling.

5

Introduzca el Número de identificador de llamadas, el Nombre del identificador de llamadas y el Apellido del identificador de llamadas. Si deja en blanco las columnas Número de identificador de llamadas, Nombre del identificador de llamadas y Apellido del identificador de llamadas, aparecerá lo que se encuentra en las columnas Nombre, Apellido y Número de teléfono cuando el usuario realice una llamada. Si deja el número de identificador de llamadas en blanco, aparece el número principal de la ubicación cuando el usuario realiza una llamada.


 

Las columnas Nombre del identificador de llamadas y Apellido del identificador de llamadas no pueden contener caracteres especiales. Si un Nombre del identificador de llamadas o Apellido del identificador de llamadas contiene un carácter especial, se utiliza una versión simplificada del nombre.

6

Después de guardar el archivo CSV, haga clic en importar, seleccione el archivo que realizó y, a continuación, haga clic en abrir.

7

Elija Agregar servicios únicamente o Agregar y quitar servicios y haga clic en Enviar.

Se carga el archivo CSV y se crea su tarea. Puede cerrar el navegador o esta ventana y su tarea se seguirá ejecutando. Para revisar el progreso de la tarea, consulte Administrar tareas en Cisco Webex Control Hub.

Si no suprime los correos electrónicos de invitación del administrador, los usuarios nuevos recibirán correos electrónicos de activación.

Puede asignar números, extensiones o ambos a los dispositivos de las personas en cualquier momento. Las extensiones asignadas aparecen en las pantallas de los teléfonos.

También puede configurar números alternativos para que varios números de teléfono suenen en el mismo teléfono. Puede especificar distintos tonos de timbre para cada número para ayudar a distinguir las líneas a las que están llamando.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y, a continuación, elija a la persona a la que desea asignar el número.

2

Seleccione llamadas y luego haga clic en Agregar número.

3

Elija un número de teléfono de la lista de números disponibles. También tiene la opción de asignar una extensión.

Si ya se ha asignado un número al usuario, cualquier número adicional que se agregue al usuario se agregará como número alternativo. Puede agregar hasta 10 números alternativos a un usuario.

4

(Opcional) Para identificar las llamadas procedentes de números de teléfono específicos, puede asignar un patrón de timbre distintivo. Para habilitarlo, haga clic en el botón de alternancia que se encuentra en Patrón de timbre distintivo.

5

Haga clic en Guardar.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y filtre la columna Estado para mostrar a las personas con estado Invitación pendiente.

2

En Acciones, para una persona cuyo estado es Invitación pendiente, seleccione más > Reenviar invitación.

Si su organización utiliza sincronización de directorios, la opción eliminar no está disponible en Control Hub y usted debe eliminar las cuentas de usuario de su Active Directory. A continuación, el Conector de directorios de Cisco actualiza la lista de usuarios de su organización cuando sincroniza la información de cuentas de los usuarios.

Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios, haga clic en el botón más y, a continuación, haga clic en Eliminar usuario.

El usuario ya no puede iniciar sesión en su sitio de Webex, se eliminarán todos los servicios de Webex asignados y se eliminarán de cualquier espacio o equipo en el que participen. El contenido que hayan creado en espacios no se elimina y el contenido está sujeto a la política de retención que tiene implementado cada propietario del espacio.

Puede configurar un administrador de clientes con niveles de permisos diferentes. Pueden ser administradores completos, administradores de soporte, administradores de solo lectura o directores de cumplimiento. Si tiene privilegios de administrador completo, puede asignar una o más funciones a cualquier usuario en su organización.


Cualquier persona que tenga asignado el usuario y el administrador del dispositivo o la función de administrador de dispositivos no podrá administrar Webex Calling.

En el control Hub, puede obtener información sobre los diferentes niveles de privilegios y configurar un administrador de clientes. Los administradores de clientes pueden ser administradores completos, administradores de soporte, administradores de usuarios y dispositivos, administradores de dispositivos, administradores de solo lectura o responsables de cumplimiento. Si tiene privilegios de administrador completo, puede asignar una o más funciones a cualquier usuario en su organización.

Siempre deseará tener más de un administrador para una organización. Es una mejor práctica y siempre le permitirá realizar cambios administrativos si uno de los administradores no está disponible.

A los usuarios de su organización se les pueden asignar funciones administrativas específicas para determinar qué pueden ver y quién puede acceder a Control Hub. Cuando asigna funciones administrativas específicas, optimiza las responsabilidades, lo que facilita que los administradores sean responsables. Los responsables de cumplimiento pueden buscar a personas específicas de su empresa, encontrar el contenido que han compartido o buscar en un espacio específico y, a continuación, generar un informe de sus hallazgos.


1

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

2

En funciones y seguridad, haga clic en funciones del administrador o enacceso de servicio.

3

Seleccione una función para asignar a ese usuario.

Para asignar un usuario como administrador del sitio de Webex, junto a Funciones del administrador del sitio de Webex, haga clic en Editar y elija una función para cada sitio de Webex que desee que administre el usuario.

4

Seleccione Guardar.

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Configurar y administrar los dispositivos de Webex Calling

Como administrador, puede asignar dispositivos a usuarios o espacios de trabajo en Control Hub. Tiene la opción de proporcionar la dirección MAC de un dispositivo o generar un código de activación que luego se debe introducir manualmente en el propio dispositivo.

Con Control Hub, puede asignar dispositivos a usuarios para uso personal y luego inscribirlos en la nube.

Los dispositivos listados aquí son compatibles con Webex Calling. Si bien todos 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, 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


Con respecto a los dispositivos DECT, solo los dispositivos de base DECT (no los auriculares DECT) están disponibles para asignar en Control Hub. 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 Dispositivos y, a continuación, haga clic en Agregar dispositivo.


 
También puede agregar un teléfono a un usuario en el perfil del usuario. Consulte cómo hacerlo en la sección Administrar un dispositivo para un usuario.
2

Elija Usuario existente, introduzca el propietario del teléfono, ya sea parte del nombre de usuario o del nombre real del usuario, elija el usuario en los resultados y, luego, haga clic en Siguiente.

3

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

4

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

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 listados 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 Espacios de trabajo y, luego, haga clic en Agregar espacio de trabajo.

2

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.

3

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

4

Seleccione el tipo de dispositivo en el lista desplegable, elija si desea inscribir el teléfono con un código de activación o una dirección MAC y, luego, haga clic en Siguiente. Tenga en cuenta que si opta por inscribir 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.

5

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.

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 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 listados aquí son compatibles con Webex Calling.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Espacios de trabajo y, luego, haga clic en Agregar espacio de trabajo.

2

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.

3

Elija Otro dispositivo de Cisco Webex y, a continuación, haga clic en Siguiente.

Otros dispositivos de Cisco Webex incluyen dispositivos de Cisco Webex Room o Desk, incluido Cisco Webex Board.

4

Elija una de las siguientes opciones:

  • Llamadas gratuitas: los usuarios solo pueden realizar llamadas de Webex o del Protocolo de iniciación de sesión (SIP) de Webex con una dirección SIP (por ejemplo, username@example.calls.webex.com).
  • Webex Calling:además de poder hacer y recibir llamadas de Webex y SIP, 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 Giacomo Edwards marcando su número de teléfono 555-555-5555, su extensión 5555 o su dirección SIP gedwards@example.webex.com, pero también puede llamar a su pizzería local.
5

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.

6

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

Si tiene varios dispositivos que debe asignar a usuarios y lugares, puede completar un archivo CSV con la información necesaria y activar esos dispositivos con solo un par de pasos fáciles.

Los dispositivos listados aquí son compatibles con Webex Calling. Si bien todos 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 Dispositivos, haga clic en Agregar dispositivo y, luego, elija si está agregando el dispositivo a un usuario o a un lugar.

2

Seleccione Importar/cargar archivo CSV.

3

Elija una de las siguientes opciones:

  • Exportar atributos del usuario: puede obtener una lista de todos los usuarios en su organización y sus atributos asociados, de manera que no tenga que buscar cada usuario manualmente.
  • Descargar plantilla de CSV: puede utilizar una plantilla que hayamos creado e introducir información como nombres de usuario, tipo (indique si se trata de un usuario o un lugar), direcciones MAC y modelos de dispositivos. Aquí se presentan algunas cosas que debe tener en cuenta:
    • Para la columna Nombre de usuario del archivo CSV, asegúrese de introducir la dirección de correo electrónico del usuario, no su ID de usuario ni su nombre. También puede insertar un nombre de lugar en esta columna.

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

    • Si ingresa a un lugar que todavía no existe, el lugar se crea automáticamente para usted.

    • Si deja la columna de dirección MAC en blanco, se genera un código de activación que se debe introducir en el propio dispositivo.

4

Si la dirección MAC se ha dejado en blanco, puede elegir dónde se envía el código de activación:

  • Proporcionar un enlace: el código de activación se agrega a un archivo CSV que luego puede descargar.
  • Código de activación por correo electrónico: si el dispositivo es para un lugar, se le envía 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.
5

Importe el archivo CSV completado.

6

Haga clic en Enviar.

Se le presentará una actualización de estado a medida que se activan los dispositivos.

 

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

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

1

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

2

Seleccione el usuario que desea modificar y desplácese hacia abajo hasta 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 el icono junto a Dispositivos y haga clic en Agregar dispositivo.
4

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

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.

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 acerca del "hoteling", consulte "Hoteling" en Cisco Webex Control Hub.

1

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

2

Seleccione el área de trabajo para modificar y vaya al mosaico Dispositivos.

3

Para agregar un dispositivo, haga clic en Agregar dispositivo.

4

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

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.

Puede agregar líneas al dispositivo principal de un usuario y reordenar la forma en que aparecen. Esto también se conoce como aspecto de la línea compartida, que permite a los usuarios recibir y realizar llamadas hacia y desde la extensión de otro usuario, utilizando sus propios teléfonos. Un ejemplo de esto es un asistente ejecutivo que desea poder realizar y recibir llamadas de la línea de su 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 de teléfono de usuario, incluidos los usos de la aplicación de escritorio o para dispositivos móviles por parte del usuario. Se pueden agregar líneas adicionales a un teléfono de un espacio de trabajo, pero no se puede agregar un teléfono de un espacio de trabajo como una línea compartida.


Los marcados rápidos que haya agregado un usuario a su teléfono MPP no son visibles en Control Hub y se pueden sobrescribir si se configura una línea compartida.

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 donde quiera agregar o modificar las líneas compartidas y desplazarse hasta Usuarios de teléfonos y configuración.

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 en el icono .


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

Para agregar el aspecto de una línea compartida, haga clic en el icono .


 
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 los dispositivos ATA disponibles son para dispositivos con 2 puertos y 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 en el icono .

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 incrementado la cantidad de números de teléfono que puede agregar en Control Hub de 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

A continuación, 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 sin usar que están disponibles, y los que se han solicitado y estarán disponibles próximamente.

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

Cuando se conectan accesorios (auriculares/KEM) a un dispositivo MPP, aparecen como un elemento de inventario en la ficha Dispositivos de Control Hub. 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.

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 & RJ11

Cisco IP Phone 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

Cisco IP Phone 7811/7821/7841/7861

Cisco IP Phone 6821/6841/6851/6861

Cisco IP Phone 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

Cisco IP Phone 6851

CP-68KEM-3PCC

Teléfono para conferencias Cisco IP 7832/8832

Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

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

Tiene diversos informes a su alcance que pueden ayudarlo a evaluar la manera en que se utilizan los servicios de Webex Calling, y la frecuencia con la que se utilizan. También puede obtener una imagen visual 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 sesión en Control Hub; a continuación, vaya a Análisis y seleccione Historial de llamadas detallado.

Se lo dirigirá automáticamente al Portal de administración de llamadas, donde podrá analizar y evaluar el uso de las llamadas. Para obtener información acerca de los informes disponibles para características de llamadas específicas, consulte Portal de administración de llamadas: Informes. Para obtener información sobre la actividad de llamadas, consulte Portal de administración de llamadas: Análisis.

2

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.
Marca de agua
15 de jul. de 2021| vista(s) | personas pensaron que esto fue útil

Información de referencia de puertos para Cisco Webex Calling

A continuación, se muestra una lista de las direcciones, los puertos y los protocolos que se utilizan para conectar sus teléfonos, la aplicación Webex y las puertas de enlace a 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.

Un firewall configurado correctamente es esencial para una implementación de llamadas exitosa. Necesitamos puertos para señalización, medios, conectividad de red y puerta de enlace local y, como Webex Calling es un servicio global, le recomendamos que deje todos los puertos listados a continuación abiertos.

No todas las configuraciones de firewall necesitan puertos abiertos, pero si está ejecutando reglas de adentro hacia afuera, debe abrir puertos para permitir los protocolos requeridos para el servicio. Siempre que implemente NAT, defina períodos de vinculación razonables y evite manipular SIP en el dispositivo de NAT; no debería ser necesario que abra puertos entrantes en el firewall.


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.

Para obtener detalles sobre los requisitos de red para Webex Meetings y mensajería, consulte Requisitos de red para los servicios de Webex.

Tráfico de Webex Calling a través del firewall

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 basado en HTTP que sale y entra de sus redes. Como todos los extremos de Webex Calling no admiten el proxy http(s), siga las instrucciones del firewall que se indican a continuación para permitir el acceso a los servicios de Webex Calling desde su red.

Configuración del firewall

Si su firewall admite filtrado de URL, configure el firewall para permitir las direcciones URL de destino de Webex Calling listadas, que se describen en la tabla Dominios y direcciones URL de los servicios de Webex Calling.

Sin embargo, si está utilizando un firewall que no admite el filtrado de URL/dominios, configure el firewall para filtrar el tráfico usando los rangos de direcciones IP y los puertos listados en Direcciones IP y puertos para los servicios de Webex Calling.

Direcciones IP y puertos para los servicios de Webex Calling

La siguiente tabla describe los puertos y protocolos que se deben abrir en su firewall para permitir que las aplicaciones y los dispositivos de Webex inscritos en la nube se comuniquen con los servicios de medios y señalización en la nube de Webex Calling.

Subredes IP para los servicios de Webex Calling

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

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.

8934

Estas IP/puertos son necesarios para la señalización de llamadas SIP-TLS salientes desde puertas de enlace locales, dispositivos y aplicaciones (origen) a la nube de Webex Calling (destino).

Dispositivos

5060-5080

Aplicaciones

Efímero (dependiente del SO)

Medio de llamadas a Webex Calling (STUN, SRTP)

NIC externo de la puerta de enlace local

8000-48000

UDP

Consulte Subredes IP para los servicios de Webex Calling.

5004,19560-65535

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

Dispositivos

19560-19660

Aplicaciones

Efímero

Señalización de llamadas a la puerta de enlace de PSTN (SIP TLS) NIC interno de la puerta de enlace local 8000-65535 TCP Su ITSP PSTN GW o Unified CM Depende de la opción de PSTN (por ejemplo, generalmente 5060 o 5061 para Unified CM)
Medio de llamadas a la puerta de enlace de PSTN (SRTP) NIC interno de la puerta de enlace local

8000-48000

UDP Su ITSP PSTN GW o Unified CM Depende de la opción de PSTN (por ejemplo, generalmente 5060 o 5061 para Unified CM)

Señalización de llamadas a extremos con direcciones públicas (SIP TLS)

Consulte Subredes IP para los servicios de Webex Calling.

Efímero

TCP

IP del extremo

8934

Estas IP/puertos son necesarios para la señalización de llamadas SIP-TLS entrantes desde la nube de Webex Calling (origen) a los extremos con direcciones públicas (destino).

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

443,6970

*Estas IP pertenecen a cloudupgrader.webex.com.

Debe habilitar cloudupgrader.webex.com y los puertos 443 y 6970 solo cuando migra desde teléfonos empresariales (Cisco Unified CM) a Webex Calling. Vaya a upgrade.cisco.com para obtener más información.

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

80,443

*Estas IP pertenecen a activation.webex.com.

Estas IP son necesarias para la incorporación segura de dispositivos (teléfonos MPP) a través de un código de activación de 16 dígitos (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

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

80,443

Estas IP pertenecen a activate.cisco.com.

Este dominio se utiliza para el aprovisionamiento basado en direcciones MAC/CDA/EDOS. Usado por los dispositivos (teléfonos MPP, ATA y ATA DE SPA) con firmware más reciente.

Cuando un teléfono se conecta a una red por primera vez o después de un restablecimiento a valores de fábrica, y no hay opciones de DHCP configuradas, se comunica con el servidor de activación de dispositivos sin aprovisionamiento táctil. Los nuevos teléfonos utilizan "activate.cisco.com" en lugar de "webapps.cisco.com" para el aprovisionamiento. Los teléfonos con versiones de firmware anteriores a la 11.2(1) siguen utilizando "webapps.cisco.com". Le recomendamos que permita ambos nombres de dominio a través de su firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Estas IP pertenecen a webapps.cisco.com.

Este dominio se utiliza para el aprovisionamiento basado en direcciones MAC/CDA/EDOS. Usado por los dispositivos (teléfonos MPP, ATA y ATA DE SPA) con firmware más antiguo.

Cuando un teléfono se conecta a una red por primera vez o después de un restablecimiento a valores de fábrica, y no hay opciones de DHCP configuradas, se comunica con el servidor de activación de dispositivos sin aprovisionamiento táctil. Los nuevos teléfonos utilizan "activate.cisco.com" en lugar de "webapps.cisco.com" para el aprovisionamiento. Los teléfonos con versiones de firmware anteriores a la 11.2(1) siguen utilizando "webapps.cisco.com". Le recomendamos que permita ambos nombres de dominio a través de su firewall.

Consulte Subredes IP para los servicios de Webex Calling.

80 443

Estas IP son necesarias para la configuración del dispositivo y la administración del firmware para Webex Calling.

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 del nombre del dispositivo

Dispositivos de Webex Calling

Efímero

UDP y TCP

Definido por el host

53

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

80, 443

Estas IP pertenecen a los Servicios de autenticación de Idbroker de Webex y son utilizadas por clientes, es decir, aplicaciones de Webex.

Consulte Subredes IP para los servicios de Webex Calling.

80, 443, 8443

Estas IP pertenecen a los Servicios de configuración de la aplicación Webex Calling y son utilizadas por clientes, es decir, aplicaciones de Webex.

Sincronización de la hora de la aplicación

Aplicaciones de Webex Calling

123

UDP

Definido por el host

123

Resolución del nombre de la aplicación

Aplicaciones de Webex Calling

Efímero

UDP y TCP

Definido por el host

53

CScan

Aplicaciones de Webex Calling

Efímero

UDP y TCP

Consulte Subredes IP para los servicios de Webex Calling.

8934 y 80, 443, 19569-19760

Estas IP son utilizadas por los servicios de CScan que utilizan los clientes, es decir, aplicaciones de Webex. Vaya a cscan.webex.com para obtener más información.

† El rango de puertos de medios de CUBE se puede configurar con el rango de rtp-port.

*Cisco no es propietario de estas direcciones y rangos de IP y están sujetas a cambios periódicamente. Si está utilizando un firewall, le recomendamos que permita las URL listadas.

Dominios y direcciones URL para los servicios de Webex Calling

Dominio/URL

Descripción

Aplicaciones y dispositivos de Webex que utilizan estos 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

*.cisco.com

Cuando un teléfono se conecta a una red por primera vez o después de un restablecimiento a valores de fábrica, si no hay opciones de DHCP configuradas, se comunica con el servidor de activación de dispositivos sin aprovisionamiento táctil. Los nuevos teléfonos usan activate.cisco.com y los teléfonos con versiones de firmware anteriores a la 11.2(1) siguen usando la webapps.cisco.com para el aprovisionamiento.

Teléfonos MPP, Control Hub

*.ucmgmt.cisco.com

Servicios de Webex Calling

Control Hub

*.webex.com

Servicios centrales de Webex para llamadas, reuniones y mensajería, como la autenticación, etc.

Todos

*.wbx2.com y *.ciscospark.com

Microservicios de Webex, como el servicio de mejora de software.

Todos

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

Servicios de administración de dispositivos (principalmente, para los EE. UU.).

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

Si su firewall de red admite listas de dominios permitidos para tráfico http(s), como *.webex.com, se recomienda con énfasis que permita todos estos dominios.

Webex Meetings/mensajería - Requisitos de red

Si está implementando Webex Calling con los servicios de Webex Meetings y mensajería, los requisitos de red para los servicios de Webex Meetings y mensajería se pueden encontrar en Requisitos de red para los servicios de Webex.

Historial de revisión de documentos

Fecha

Hemos realizado los siguientes cambios en este artículo

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.

jueves, 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 el Establecimiento de conectividad interactiva (ICE) que estará disponible en Webex Calling en de abril de 2021.

lunes, 22 de febrero de 2021

Los dominios y las URL ahora se listan en una tabla separada.

La tabla de direcciones IP y puertos se ajusta a las direcciones IP grupales para los mismos servicios en conjunto.

La columna Notas se agregó a la tabla de direcciones IP y puertos para comprender mejor las necesidades.

Las siguientes direcciones IP se movieron a rangos simplificados para la configuración de dispositivos y la administración de firmware (dispositivos de 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

Se agregaron las siguientes direcciones IP para la configuración de aplicaciones debido a que el cliente de Cisco Webex apuntará a una nueva SRV DNS en Australia en marzo de 2021.

  • 199.59.64.237

  • 199.59.67.237

jueves, 21 de enero de 2021

Hemos agregado las siguientes direcciones IP a la configuración de dispositivos y a la administración de firmware (dispositivos de 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 de dispositivos y de la administración de firmware (dispositivos de Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Hemos agregado las siguientes direcciones IP a la configuración de aplicaciones:

  • 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 aplicaciones:

  • 64.68.99.6

  • 64.68.100.6

Hemos eliminado los siguientes números de puerto de la configuración de aplicaciones:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Hemos agregado los siguientes dominios a la configuración de aplicaciones:

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

Se ocultaron los diagramas de red hasta que estas direcciones IP también se puedan agregar allí.

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

miércoles, 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ñalización de llamadas a extremos con direcciones públicas (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.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 cambió 199.59.67.156 a 199.59.64.156

  • Las nuevas características requerían nuevos puertos, además de UDP: 19560-19760.

miércoles, 11 de marzo de 2020

Hemos agregado los siguientes dominios y direcciones IP a la configuración de aplicaciones:

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

Artículos relacionados

Recién vistos

×