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

Flujo de trabajo de configuración de llamadas de Webex

Flujo de trabajo de configuración de llamadas de Webex

Descripción general de Webex Calling

Presentación de las llamadas de Cisco Webex

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

Las llamadas de Webex ofrecen los siguientes beneficios:

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

Las llamadas de Webex admiten las siguientes características. Para obtener más información, consulte el capítulo Configurar características de llamadas de Webex.

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 llamadas

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

Captura de llamada

Puede mejorar las capacidades de trabajo en equipo y la colaboración mediante la creación de un grupo de contestación de llamadas para que los usuarios puedan responder llamadas de los demás. Cuando agrega usuarios a un grupo de contestación 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 del 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, supervisión de líneas a gran escala, colas de llamadas, varias opciones y vistas del directorio, integración con Outlook, etc.

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

Tabla 2. Características configurables por el usuario

Característica

Descripción

Rechazo de llamada anónima

Los usuarios pueden rechazar llamadas entrantes con ID de llamadas bloqueadas.

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 llamada

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

Selectivo de reenvío de llamada

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 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 unan directamente al correo de voz.

Office Anywhere

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

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 configuración detallada en el portal de administración dellamadas

Cisco Webex Control Hub ( ) es un portal de administración que se integra con las llamadas de Webex para optimizar sus pedidos y configuración, y centralizar su administración de la ofertahttps://admin.webex.comagrupada:WebexCalling, Webex , y WebexMeetings.

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, registrar 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 para obtener una configuración más detallada de características, dispositivos y usuarios. El aprovisionamiento de cualquier servicio adicional (Webex Meetings o Teams) también se produce en Control Hub.

El portal de administración de llamadas ofrece a los clientes acceso a una configuración avanzada de las características de llamadas y una vista rápida sobre la garantía del servicio. Las garantías de servicio proporcionan métricas de calidad de llamadas en diversas ubicaciones dentro de sus unidades comerciales indicando si las llamadas son buenas, razonables o de baja calidad. Recibir comentarios inmediatos sobre la calidad de la llamada permite a los socios y administradores de clientes ofrecer la mayor calidad de servicios a sus clientes.

Experiencia del usuario

Los usuarios tienen acceso a las siguientes interfaces:

Realizar una visita por Cisco Webex Control Hub

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

Para hacer que su organización se ejecute, le recomendamos que invite a algunos usuarios para que entren a Webex; para ello, introduzca sus direcciones de correo electrónico en el Control Hub. Aliente a las personas a usar los servicios que les ofrece, incluso las llamadas, y que le den 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 ControlHub. Los exploradores de dispositivos móviles y otros exploradores 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 de . Para obtener más información detallada, consulte los capítulos individuales para obtener 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 del correo electrónico con Chrome o Firefox para acceder al Concentrador decontrol. 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 registrado para una prueba, el asistente de configuración se inicia automáticamente después de iniciar sesión en el Control Hub. El asistente lo guiará a través de la configuración básica para que su organización se ejecute con las llamadas de Cisco Webex, entre otros servicios. Puede configurar y revisar su configuración de llamadas antes de terminar el asistente de implementación.

Revisar su 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 el Conector de directorios de Cisco.

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

Webex utiliza 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 características de llamadas, registrar dispositivos que se pueden compartir en un lugar común, y inscribir y asociar dispositivos con usuarios.

Dote a sus usuarios

Ahora que agregó usuarios y se les han asignado servicios, pueden comenzar a utilizar sus teléfonos multiplataforma (MPP) compatibles para las llamadas de Webex y Webex para mensajería y reuniones. Alimente a usar las configuraciones de Cisco Webex como una tienda única para el acceso.

Función de la puerta de enlace local

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

Puede utilizar Cisco Webex Control Hub para asignar una puerta de enlace local a una ubicación; luego, el Control Hub proporciona parámetros que puede configurar en CUBE. Estos pasos registran la puerta de enlace local en la nube y, luego, el servicio PSTN se proporciona a través de la puerta de enlace a los usuarios de llamadas de Webex 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 enlacelocal.

Implementaciones admitidas de la puerta de enlace local para las llamadas de Webex

Se admiten las siguientes implementaciones básicas:

La puerta de enlace local se puede implementar independiente 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 independiente

Esta figura muestra una implementación de las Llamadas de Webex sin ninguna IP PBX existente y se aplica a una ubicación única o a una implementación de varias ubicación.

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

La puerta de enlace PSTN puede ser una plataforma de uso exclusivo o una conexión principal con la puerta de enlace local. Como en la siguiente figura, recomendamos la versión exclusiva de la puerta de enlace PSTN de esta implementación; puede utilizarse si la puerta de enlace PSTN existente no se puede utilizar como puerta de enlace local de llamadas de Webex.

Implementación de la puerta de enlace local de conexión en núcleos

La puerta de enlace local puede basarse en IP, conectarse a un ITSP mediante un enlace troncal SIP o un TDM basado en un ISDN o un circuito analógico. La siguiente figura muestra una implementación de las Llamadas de Webex en la que la puerta de enlace local está basada en núcleos con la PSTN GW/SBC.

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

Las integraciones con Unified CM son necesarias en los siguientes casos:

  • Llamadas de Webex : las ubicaciones habilitadas se agregan a una implementación existente de Cisco UC en la que Unified CM se implementa como la soluciónlocal de control de llamadas

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

En esta figura se muestra una implementación de las Llamadas de Webex en la que el cliente tiene una PBX IP existente de Unified CM.

BroadCloud envía llamadas que no coinciden con los destinos de llamadas de Webex del cliente con la puerta de enlace local. Esto incluye los números de PSTN y las extensiones internas de Unified CM, que BroadCloud no puede ver. La puerta de enlace local enruta todas las llamadas que vienen de BroadCloud a Unified CM y viceversa. Luego, Unified CM enruta las llamadas entrantes a destinos locales o a la 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 PSTN puede ser una de uso exclusivo o residen en forma corresonda con la puerta de enlace local.

Puerta de enlace PSTN dedicada

La puerta de enlace PSTN dedicada de esta implementación como se muestra en este diagrama es la opción recomendada y se puede utilizar si la puerta de enlace PSTN existente no se puede utilizar como puerta de enlace local de llamadas de Webex.

Puerta de enlace PSTN en coresident

En esta figura se muestra una implementación de las Llamadas de Webex con un Unified CM en el que la puerta de enlace local está basada en conjunto con la puerta de enlace PSTN/SBC.

BroadCloud enruta todas las llamadas que no coinciden con los destinos de llamadas de Webex del cliente con la puerta de enlace local asignada a la ubicación. Esto incluye los destinos de PSTN y las llamadas en 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 registrados localmente o a la PSTN a través de la puerta de enlace local, que tiene la funcionalidad PSTN/SBC ubicada en conjunto.

Consideraciones sobre el enrutamiento de llamadas

Llamadas de llamadas de Webex a Unified CM

La lógica de enrutamiento de Webex Calling funciona de la siguiente forma: si el número que se marca en un extremo de llamadas de Webex 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 una Unified CM ya existente, cualquier llamada por fuera de la red se considera una llamada de PSTN. Cuando se combina con Unified CM, una llamada por fuera de la red puede seguir siendo una llamada en la red a cualquier destino alojado en Unified CM o una llamada 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 de la empresa que se ofrece en Unified CM.

La siguiente figura muestra a un usuario de webex Calling que marca un número nacional en los Estados Unidos.

Ahora, Unified CM basado en el plan de marcado configurado enruta la llamada a un extremo registrado localmente en el que el destino al que se llama se ofrece 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 llamadas de Webex

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

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 desde la PSTN llama a un número DID asignado a un dispositivo de Llamadas de Webex, la llamada se entrega a la empresa a través de la puerta de enlace PSTN de la empresa y, luego, a Unified CM. La dirección a la que se llama de esa llamada coincide con una de las rutas de llamadas de Webex 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 entonces asegura que la llamada se envíe al dispositivo previsto de Webex Calling, en función de la asignación de DID.

Además, las llamadas que se originaron desde extremos registrados de Unified CM, dirigidos a destinos en llamadas de Webex , están sujetas al plan de marcado que se ofrece en Unified CM. Generalmente, este plan de marcado les 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 servicio siempre se recomienda por diversos motivos, como evitar bucles de llamadas y evitar el fraude telefónico. En el contexto de la integración de la puerta de enlace local de llamadas de Webex con la clase de servicio de Unified CM, debemos considerar la clase de servicio para:

  • Dispositivos registrados en Unified CM

  • Llamadas que llegan a Unified CM desde la PSTN

  • Llamadas que llegan a Unified CM desde BroadCloud

Dispositivos registrados en Unified CM

Agregar los destinos de llamadas de Webex como una nueva clase de destinos a una configuración de CoS existente es muy directo: el permiso para llamar a destinos de llamadas de Webex generalmente es equivalente al permiso para llamar a destinos locales (incluidos los intersódes).

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

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

Llamadas que llegan a Unified CM desde la PSTN

Agregar los destinos de llamadas de Webex como una nueva clase de destinos a una configuración de CoS existente es muy directo: el permiso para llamar a destinos de llamadas de Webex generalmente es equivalente al permiso para llamar a destinos locales (incluidos los intersódes).

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

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

Llamadas que llegan a Unified CM desde BroadCloud

Las llamadas entrantes desde la PSTN necesitan acceso a todos los destinos de llamadas de Webex. Esto requiere agregar la partición anterior que mantiene todos los destinos de llamadas de Webex al espacio de búsqueda de llamadas que se utiliza para llamadas entrantes en el enlace troncal PSTN. El acceso a los destinos de las Llamadas de Webex se suma al acceso ya existente.

En el caso de las llamadas provenientes de la PSTN y de acceso a los DIDs de Unified CM y a los DIDs de llamadas de Webex, las llamadas que se originaron en las llamadas de Webex requieren acceso a los DIDs de Unified CM y a los destinos de PSTN.

Figura 1. CoS diferenciado para llamadas de PSTN y llamadas de Webex

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

Integración del plan de marcado

En esta guía se asume que existe una instalación existente que se basa en las mejores prácticas actuales en "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 del plan de marcado recomendado sigue el enfoque de diseño que se documenta en el capítulo del Plan de marcado de la última versión del SRND del sistema de colaboración de Cisco 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 diseño de 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 del +E.164 (por ejemplo, el marcado abreviado intrasitio y el marcado PSTN utilizando hábitos de marcado comunes) están normalizados (globalizados) 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 búsqueda de patrones de traducción y la búsqueda de espacios de búsqueda; 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 la PSTN (por ejemplo, el 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 el destino 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. 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. Como todos los destinos marcados se normalizan a +E.164, ya sea mediante el uso de patrones de traducción de normalización de marcado para llamadas originadas desde extremos registrados de Unified CM o transformaciones de partes entrantes que se originaron desde la PSTN, este conjunto único de patrones de ruta +E.164 es suficiente para lograr la capacidad de acceso para los destinos de 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 de 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 entre sitios abreviado

La forma recomendada de agregar marcado abreviado entre sitios al plan de marcado de referencia es agregar patrones de traducción de la normalización de marcado para todos los sitios bajo el plan de numeración empresarial a una partición dedicada ("ESN", Números significativos para la empresa). Estos patrones de traducción interceptan las cadenas de marcado en el formato del plan de numeración empresarial y normalizan la cadena discada 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 se vuelve a enviar a BroadCloud después de que coincida con el patrón de ruta en la partición "BroadCloud".

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

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

Hay 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 con valor agregado (VAR) y sus clientes. En la mayoría de los casos, las ofertas son idénticas y, como tal, nos referimos a ellas de forma genérica como Webex Calling. Sin embargo, hay un par de diferencias y en los que debemos llamar a esas diferencias, nos aseguraremos de que 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 proveedores de servicios de atención al cliente pueden implementar la marca de 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 PROVEEDORES de servicios (VAR) no son proveedores de servicios regulados y no pueden proporcionar el servicio de la RED PSTN. El servicio de la 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 con sus aplicaciones de llamadas.

Controladores de protocolos para llamadas

Las llamadas de Cisco Webex registran los siguientes controladores de protocolos en el sistema operativo para habilitar la funcionalidad de clic para llamar desde exploradores 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 de Webex. En Windows 10, la ventana del sistema para pedir a los usuarios que seleccionen qué aplicación utilizar para iniciar la llamada. Las preferencias de usuario se pueden recordar si el usuario marca Utilizar siempre esta aplicación.

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

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

  2. Para cada protocolo, elija Webex.

Controladores de protocolos para Mac

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

En Webex para Mac, los usuarios pueden confirmar que Webex esté seleccionado para iniciar llamadas con el ajuste en 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
18 de mar. 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 PSTN acceso remoto (solo LOS VAR) Cofiguración UCM Configurar Webex Calling avanzadas Configurar y administrar usuarios Configurar y administrar dispositivos

Requisitos para llamar

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, incluidos los dispositivos 50 % Workspaces) o un plan de Usuario nombrado (NU) (algunos o todos los usuarios).

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

  • Empresarial: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 funciones, 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.

  • Áreas 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 break, salas de registro y salas de conferencia.

En esta documentación más adelante 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 entornos PSTN

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

Dispositivos compatibles

Webex Calling teléfonos IP de Plataforma múltiple de Cisco (MPP). 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 Webex Calling, consulte Dispositivos compatibles para Webex Calling.

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

Firewall

Cumpla con los requisitos del firewall documentados en Información de referencia sobre 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 Cisco Webex Calling , asegúrese deque

    • Tener un conocimiento básico sobre VoIP generales

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

    • Tenga un entendimiento básico de la Protocolo de iniciación de sesión (SIP)

    • Tenga un entendimiento básico de la 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 del Cisco Unified de fronteras (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 Cisco IOS Gateway (para conectividad basada en TDM)) que están en la Tabla 1 de la Guía de realización de 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 medios y señales 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 de la PKI de Cisco

  • Se utiliza un conjunto de credenciales sip digest 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 credenciales (se proporciona el Resumen de SIP)

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

Requisitos de optimización de rutas de medios, transversales de NAT y firewalls 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 privada con NAT. El firewall empresarial debe permitir tráfico saliente (SIP, RTP/UDP, HTTP) a direcciones IP/puertos específicos, cubiertos por información de referencia de puertos.

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

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

Configurar las llamadas de Cisco Webex para su organización

Antes de comenzar

Si está tratando de 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 del correo electrónico de bienvenida que recibe.


 

Su dirección de correo electrónico de administrador se utiliza automáticamente para iniciar sesión en el Concentrador de control, donde 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

Revisar y aceptar las condiciones del servicio.

3

Revise su plan y, a continuación, haga clic en 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 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 de partners y desea que el administrador del cliente complete el aprovisionamiento de las llamadas de Webex.
  • Complete la información de ubicación necesaria. 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

(Opcional) Active Skype Empresarial si se requiere esta integración y, luego, haga clic en Siguiente.


 

Cuando está habilitada, esta configuración que se localiza en toda la ubicación convierte todas las aplicaciones de llamadas existentes en llamadas para S4B. Esta aplicación puede ejecutarse junto con Skype Empresarial para Windows y ofrece capacidades de llamadas de PSTN integradas.

8

Seleccione Siguiente.

9

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

10

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 , vaya a https://admin.webex.comServicios > Llamadas > Ubicacionesy, luego, 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 dela ubicación: introduzca un nombre único para identificar la ubicación.
  • País:elija un país al que vincular la ubicación. Por ejemplo, puede crear un lugar (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:introduzca 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 principalde la ubicación.
3

(Opcional) Active Skype Empresarial si sus usuarios de esta ubicación quieren continuar colaborando mediante la aplicación de escritorio Microsoft Skype Empresarial. Los usuarios podrán realizar y recibir llamadas telefónicas desde fuera de su organización, así como aprovechar las características avanzadas de llamadas que ofrece la aplicación S4B de llamadas de Webex. Los usuarios deben descargar e instalar la aplicación Webex Calling S4B para que, cuando inicien o reciban una llamada de PSTN en su aplicación Microsoft Skype, se inicien en forma cruzada en la aplicación S4B de llamadas de Webex.


 

Esta es la única vez que puede optar por no participar en la integración de Skype Empresarial con la aplicación de llamadas de Webex. Una vez creada la ubicación, ya no tiene la opción para cambiar esta configuración.

4

Haga clic en Guardar y, a continuación, elija si desea agregar los números ahora o más tarde.

5

Si ha hecho clic en Añadir ahora , elija una de las siguientesopciones:

  • PSTN de Cisco: elija esta opción si quiere una solución agrupada que le permita pedir nuevos números de PSTN y puertos de números existentes a Cisco.


     

    La opción de 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 conectada 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 desu elección.

     

    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 del 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 los próximos pasos.

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

  • PSTN basada en las instalaciones (puerta de enlace local): puede elegir esta opción si desea mantener su proveedor actual de PSTN o si desea conectar sitios que no son en la nube con sitiosen la nube.

6

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

7

Introduzca Números de teléfono como valores separados por comas y, luego, haga clic en Validar.

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

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

8

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 de emergencia 911 de RedSky para llamadas de Webex para obtener más información.

Cuando creó la organización de su cliente en ControlHub, la primera ubicación que creó se convierte automáticamente en la ubicación predeterminada. Los usuarios que agregue a su organización se asignarán 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 áreas de trabajo asociadas 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 áreas de trabajo antes de eliminar la ubicación.

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

1

Desde la vista del cliente en , vaya a Servicios https://admin.webex.com> Llamadas > Ubicación y, luego, 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 esaubicació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 la configuración de la PSTN, así como el nombre, la zona horaria y el idioma de una ubicación después de su creación. Pero tenga presente que el idioma nuevo 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 de emergencia 911 de RedSky para llamadas de Webex para obtener más información.

1

Desde la vista del cliente en , vaya a https://admin.webex.comServicios > Llamadas > Ubicacionesy, luego, 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 PSTN , seleccione PSTN conectada a la nube o PSTN basada en la nube (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. A continuación, elija una de las siguientes opciones y haga clic en Guardar:

  • PSTN de Cisco: elija esta opción si quiere una solución agrupada que le permita pedir nuevos números de PSTN y puertos de números existentes a Cisco.


     

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

    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 del Cisco Commerce Workspace (CCW).

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

  • PSTN conectada 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 desu elección.


     

    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 del 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 los próximos pasos

  • PSTN basada en las instalaciones (puerta de enlace local): elija esta opción si desea mantener su proveedor actual de PSTN o si desea conectar sitios que no son de la nube con sitiosen la nube.

     

    Los clientes de llamadas de Webex que tienen ubicaciones configuradas previamente con una puerta de enlace local se convertirán automáticamente a la PSTN basada en las instalaciones 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 del 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; luego, haga clic en Guardar.

Estos ajustes también están disponibles 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 mostrar estos cambios.

1

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

2

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

  • Longitud del prefijo de enrutamiento dela ubicación: le recomendamos esta configuración si tiene varias ubicaciones. Puede introducir una longitud de 2 a 7 dígitos. Si tiene varias ubicaciones con la misma extensión, los usuarios deben marcar un prefijo cuando llamen entre las ubicaciones. Por ejemplo: si tiene varias tiendas, todas con la extensión 1000, puede configurar un prefijo de direccionamiento 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 deenrutamiento de la ubicación.
  • Longitud de la extensióninterna: puede introducir entre 2 y 6 dígitos y 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 seanecesario:

  • Marcado interno: especifique el prefijo de enrutamiento que deben marcar los usuarios de otras ubicaciones para comunicarsecon 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 usuariosdeben marcar para llegar a una línea externa. El valor predeterminado es Ninguno y puede abandonarlo 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 cómo 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 de 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 Cisco Webex ControlHub. Cuando esta puerta de enlace está registrada en la nube, puede utilizarla en una o más de sus ubicaciones de llamadas de Cisco Webex para brindar enrutamiento hacia un proveedor de servicios de la 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 el Concentrador de control.

Antes de comenzar

  • Una vez que se agrega una ubicación, y antes de configurar la PSTN basada en las instalaciones para una ubicación, debe crear un enlace troncal.

  • Cree ubicaciones y ajustes y números específicos en cada una. Las ubicaciones deben existir antes de poder agregar una PSTN basada en las instalaciones.

  • Comprenda los requisitos de PSTN basados en las instalaciones (puerta de enlace local) para las llamadas de Webex.

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

1

Desde la vista del cliente en , vaya a Servicios > llamadas > enrutamiento de https://admin.webex.com llamadas y seleccione Agregar enlacetroncal.

2

Seleccione una ubicación.

3

Asigne 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 SIP digest para asegurar la conexión PSTN.

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

Le recomendamos que copie esta información desde control Hub y péguela en un archivo o documento de texto local para poder consultarla cuando esté listo para configurar la PSTN basada en las instalaciones.

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 utilizar 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 basada en las instalaciones 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 enlace troncal.

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 mapear los parámetros en la puerta de enlace local (por ejemplo, en un Cisco CUBE que se encuentra en las instalaciones). Este artículo lo guía a través de este proceso. Como referencia, consulte el siguiente diagrama para ver un ejemplo de cómo la información de configuración de Control Hub (a la izquierda) se asigna a los parámetros en cube (a la derecha):

Después de completar correctamente la configuración en la propia puerta de enlace, puede regresar a Servicios > Llamadas > Ubicaciones en Control Hub y la puerta de enlace que creó aparecerá en la tarjeta de ubicación a la que la asignó con un punto verde a la izquierda del nombre. Este estado indica que la puerta de enlace está registrada en forma segura en la nube de llamadas y cumple como la puerta de enlace activa de PSTN 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 filtrarla en una específica. La tabla incluye información como quién tiene asignado 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áscambios.

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

  • Eliminar: en el caso de números inactivos y que no estén actualmente asignados a un usuario o a unlugar, 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 también pueden seguir el formato nacional.

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

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 Inactivo para ver solo los números que se encuentran en estado inactivo. Puede activar 500 números a la vez seleccionando Activar números en la parte superior de la lista y luego confirme su intención haciendo clic en Activar en el cuadro de diálogo que se abre.

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

1

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

2

Seleccione la ficha Suscripciones y luego haga clic en Comprar ahora.

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

Puede utilizar Webex Control Hub para establecer la prioridad de las opciones de llamadas disponibles que los usuarios ven en Webex. También puede habilitarlos para que puedan hacer clic para llamar.

1

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

2

Arrastre y suelte las opciones de llamada que desea que los usuarios vean en el campo Opciones de llamadas disponibles y luego reordenar 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 este ejemplo de captura de pantalla:

3

Active Habilitar 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 se den cuenta con estos cambios más rápidamente.

Puede controlar qué aplicación de llamadas se abre cuando los usuarios hacen llamadas por LA PSTN. Después de configurar este ajuste en el nivel de la organización, puede omitirlo para usuarios específicos.


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 , vaya a Configuración , desplácese hasta Comportamiento de las llamadas https://admin.webex.comy, luego, elija una de las siguientes opciones: .

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

Aparecerá un mensaje que indica que se actualiza el comportamiento de las llamadas. Los usuarios ahora pueden realizar llamadas por la PSTN desde Webex o desde la aplicación de llamadas de Webex.

Los usuarios deben tener instalada la aplicación correspondiente para realizar llamadas por la PSTN desde Webex. Asegúrese de permitir que los usuarios sepan qué opción elegirá y si se utiliza otra aplicación para realizar llamadas por la 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 las llamadas. Puede tomar su decisión y, a continuación, hacer clic en Guardar.

Marca de agua
18 de mar. 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 Webex Calling red.

Utilice este flujo de tareas para configurar una puerta de enlace local para su enlace Webex Calling enlace troncal. 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 Webex Calling cliente.

Antes de comenzar

  • Comprenda los requisitos de PSTN locales (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 PSTN o gateway 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 Cisco Webex Control Hub y Cisco Unified elemento borde

Utilice esta tabla como referencia para los parámetros que provienen del Control Hub y dónde se asignan al gateway local.

2

Realizar 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

Registrar puerta de enlace local en Webex Calling

4

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

Enrutamiento de llamada en la puerta de enlace local se basa en la opción Webex Calling implementación predeterminada que eligió. En esta sección se presupone que la finalización PSTN 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 PSTN CUBE son componentes principales.

  • 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 PSTN CUBE son componentes principales.

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

Control Hub

Puerta de enlace local

Registrar dominio:

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

example.com

Registrador

example.com

OTG/DTG del grupo de enlaces troncales

perfiles de sip:

solicitud <rule-number> de regla CUALQUIER encabezado sip

Desde modificar ">" ";otg=otgDtgId>"

Línea/puerto

user@example.com

Número: usuario

Proxy saliente

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

Nombre de usuario SIP

nombre de usuario

Contraseña 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 IP, direcciones IP, y muchas otras opciones 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 la compartición de la clave. Las contraseñas del tipo 6 se cifran mediante AES chipreher 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 IP para habilitar la búsqueda de DNS y asegurarse 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 exclusión de TLS 1.2 y un marcador de posición de confianza predeterminado:

  1. Cree un marcador de posición PKI Trustpoint 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 de salida 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 de cliente local (por ejemplo, mTLS) para configurar la conexión.

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

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

  7. (IOS-XE 17.3.2 y versiones posteriores) Establecer 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 TLS antes de intentar establecer una conexión al siguiente sistema disponible Webex Calling Access SBC. 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 Access 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 confianza de la puerta de enlace local:

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

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

  1. Compruebe si existe el certificado de CA DigiCert Room:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Si no existe, actualíctelo 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 del Control Hub para crear una ubicación y agregó 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 Información de referencia sobre puertos para Cisco Webex Calling para las subredes IP más recientes que deben agregarse al 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 Webex Calling, nodos de Unified CM, direcciones IP PSTN.

  • De manera predeterminada, LGW bloquea todas las configuraciones de llamadas entrantes VoIP llamadas entrantes de las direcciones IP que no se incluyen en su lista de confianza. Las direcciones IP de pares de marcado con "ip de destino de sesión" o Grupo del servidor 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 sistema de conexión Webex Calling centro de datos al que está conectado el cliente. Para obtener más información, consulte Información de referencia sobre el puerto 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 la dirección IP en Webex Callinginterfaz frontal. Esto se debe a que el firewall ya le protege de las llamadas entrantes no VoIP. Esta acción reduciría su sobrecarga de 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 deba agregarse a las interfaces hacia el interior.

  • Las direcciones IP deben coincidir con la IP de los organizadores.outbound-proxyse resuelve en en el inquilino 200

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

Multimedia
voice service voip
 media statistics 
 media bulk-stats 
  • Las estadísticas multimedia permiten la supervisión de medios en la puerta de enlace local.

  • Las estadísticas masivas de los 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

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

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

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 fac 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 llaman y las que llaman 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 los enlaces STUN en la puerta de enlace local permite enviar solicitudes STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el resquicio del servidor de seguridad.

  • La contraseña STUN es un requisito previo para que la puerta de enlace local envíe mensajes STUN. Los servidores de seguridad basados en IOS/IOS-XE se pueden configurar para buscar esta contraseña y abrir espacios 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 salir de los sondeos basados en los sub netas Webex Calling SBC. Por lo tanto, el firewall debe tratar esto como cualquier paquete UDP de entrada que desencadenará la apertura del pinhole sin mirar 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 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 URL de SIP y DIRECCIONES URL de SIP, ya que Webex Calling no admite direcciones URl de SIP en los mensajes de solicitud/respuesta, pero las necesita para consultas SRV web, 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 del Control Hub para identificar de forma única un sitio de LGW dentro de una empresa.

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

3

Configure el perfil del códec, la definición STUN y el conjunto criptográfico 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 de clase de voz99: Permite los códecs g711 (mu y a-law) para las sesiones. Se aplica a todos los pares de marcado.

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

  • Se aplicará al inquilino de la clase de voz 200 (se discutirá más adelante) frente a Webex Calling.

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


 

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 están esperando el flujo de medios entrantes de ITSP, este comando puede aplicarse a los pares de marcado frontales de ITSP.


 

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

4

Asignar parámetros del 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 de la clase de voz 200. Debe obtener los elementos de esa configuración de la página Información de enlace troncal dentro del Concentrador de control, 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.

El inquilino 200 se aplica a todos los pares Webex Calling de marcado frontales(etiqueta 2xx) dentro de la configuración de la puerta de enlace local. La característica del inquilino de la clase de voz permite agrupar y configurar los parámetros del enlace troncal SIP, de lo contrario, se hace en voip del servicio de voz y sip-ua. Cuando un inquilino se configura y se 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 (voz sobre IP/sip-ua del servicio de voz)

5

Configure el inquilino de la clase de voz 200 para habilitar el registro de 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 multitente de una puerta de enlace local permite configuraciones globales específicas para varios inquilinos en enlace troncales 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 registro para la puerta de enlace local con el registro configurado para actualizar cada dos minutos (50 % de 240 segundos). Para obtener más información, consulte .https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014

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

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

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

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

no remote-party-id

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

sip-server dns:40462196.cisco-bcld.com
Webex Calling servidores. 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 el registro y el procesamiento de llamadas.

srtp-crypto 200

Especifica SHA1_80 definidos envoice class srtp-crypto 200.

session transport tcp tls
Define el transporte en TLS
url sips

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

error-passthru

Funcionalidad de paso a paso de respuesta de error de SIP

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

Interfaz de origen de señales Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Interfaz de origen multimedia orientada Webex Calling.

no pass-thru content custom-sdp

Comando predeterminado en inquilino.

sip-profiles 200

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

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

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

privacy-policy passthru

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

Después de que el inquilino 200 se define dentro de la puerta de enlace local y se configura un par de marcado SIP VoIP, la puerta de enlace inicia una conexión TLS hacia Webex Calling , en cuyo momento el Access SBC presenta su certificado en la puerta de enlace local. La puerta de enlace local valida el certificado Webex Calling Access SBC utilizando el paquete raíz de CA actualizado anteriormente. Se establece una sesión de TLS persistente entre la puerta de enlace local y Webex Calling SBC de Access. La puerta de enlace local envía un REGISTRO al SBC de acceso en cuestión. Registro AOR no number@domain. El número se toma de las credenciales "número" y del dominio del "dns de registrador:<fqdn>". Cuando se prueba el registro, el nombre de usuario, la contraseña y los parámetros del dominio de las credenciales se utilizan para crear el encabezado y el perfil sip200 convierte la URL de SIPS de nuevo a SIP. La inscripción se realiza correctamente una vez que se recibe la autorización de 200 en el 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 la clase de voz: en primer lugar, crearemos inquilinos adicionales para los pares de marcado para los que se enfrenta a ITSP de manera similar a los200 que creamos para los Webex Calling de marcado frontales.

  2. URI de la clase devoz: 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 también PSTN enlace troncal SIP en LGW.

  3. Pares de marcado salientes : para enrutar las idas y vueltas de las llamadas desde LGW hacia el enlacetroncal SIP ITSP Webex Calling.

  4. Clase de vozDPG: pares de marcado salientes de destino invocados desde un par de marcado entrante.

  5. Pares de marcado entrantes: para aceptar las pestañas de llamada entrante de ITSP 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 la clase de voz:

  1. El inquilino de la clase de voz 100 se aplica a todos los pares de marcado de SALIDA que se enfrentan a PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. El inquilino de la clase de voz 300 se aplica a todos los pares de marcado entrantes desde dispositivos 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 función del parámetro TrunkGroup OTG/DTG 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 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 de salida:

  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 voIP con una etiqueta de 101 y se ofrece una descripción significativa para facilitar la administración y la solució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 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 reglas de llamada de SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Define RTP-NTE (RFC2833) como la capacidad 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 voIP con una etiqueta del 200201 y se ofrece una descripción significativa para facilitar la administración y la solución de problemas

    session target sip-server

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

    voice-class stun-usage 200

    La característica de los enlaces STUN en la puerta de enlace local permite enviar solicitudes STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el resquicio del servidor de seguridad.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    SRTP está habilitado para esta fase de llamada.

    no vad

    Deshabilita la detección de actividad de voz.

4

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

  1. Define el grupo de pares de marcado 100. El par de marcado saliente 101 es el destino de cualquier grupo de pares de marcado entrantes que llamen a un grupo 100. Aplicaremos DPG 100 al par de marcado entrante 200201 para Webex Calling --> ruta de acceso de 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 PSTN--> LGW --> Webex Calling acceso. 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 direcciones IP entrantes PSTN de llamada:

    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 comandos

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

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

    session protocol sipv2

    Especifica que este par de marcado manejará las reglas de llamada 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 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 aprueba los criterios de coincidencia de pares de marcado de salida clásico y inmediatamente continúa para configurar la etapa de llamada saliente mediante pares de marcado definidos en el grupo de pares de marcado de destino 200, 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 porciones de Webex Calling entrantes:

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

    Explicación de comandos

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

    Actualiza un par de marcado VoIP con una etiqueta del 200201 y se ofrece una descripción significativa para facilitar la administración y la solució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 puerta de enlace local dentro de una empresa y en el ecosistema Webex Calling.

    destination dpg 100

    Con el dpg 100 de destino, IOS-XE aprueba los criterios de coincidencia de pares de marcado de salida clásico y inmediatamente continúa para configurar la línea llamada saliente mediante pares de marcado definidos en el grupo de pares de marcado de destino 100, 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 Webex Calling de par de marcado 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 entradas de llamadas de PSTN IP 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 DE VÍA con la dirección IP del PSTN IP. 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 Webex Calling listado como el destino.

Webex Calling a PSTN

Todas las entradas de Webex Calling de la puerta de enlace local se corresponden en el par de marcado 200201 ya que cumplen con criterios coincidentes para el patrón de encabezado de URI de SOLICITUD con el parámetro TrunkGroup OTG/DTG, único para esta implementación de la puerta de enlace local. La selección de dial-peer de salida es determinada por DPG 100 que invoca directamente el par de marcado saliente 101, que tiene la dirección IP IP PSTN enumerada 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 la clase de voz: debe crear inquilinos adicionales para los pares de marcado frente a Unified CM y ITSP, similares a los200 que creamos para los Webex Calling de marcado frontales.

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

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

  4. Pares de marcado salientes: para enrutar las rutas de llamadas salientes desde LGW a Unified CM, el enlace troncal SIP de ITSP oWebex Calling .

  5. Clase de voz DPG: par(s) de marcado saliente de destinoinvocados desde un par de marcado entrante.

  6. Pares de marcado entrantes : para aceptar las salientes de llamada entrante de Unified CM, ITSP o Webex Calling.

1

Configure los siguientes inquilinos de la clase de voz:

  1. El inquilino de la clase de voz 100 se aplica a todos los pares de marcado salientes hacia Unified CM y las direcciones IP PSTN:

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

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

Configure 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 función del parámetro TrunkGroup OTG/DTG 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 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 la señalización de Unified CM a TRAVÉS del puerto Webex Calling enlace troncal:

    voice class uri 300 sip
     pattern :5065
    
  4. Define la IP de la señalización de origen de CUCM y el puerto VIA para PSTN de conexión:

    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 PSTN red. 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 comandos

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

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

    destination-pattern BAD.BAD

    Patrón de dígitos que permitirá 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 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 reglas de llamada de SIP.

    session target ipv4:192.168.80.13

    Indica la dirección IPv4 de destino del destino donde se enviará esta ruta de llamada. (En este caso, la dirección IP de ITSP).

    voice-class codec 99

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

    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 comandos

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

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

    session target sip-server

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

    voice-class stun-usage 200

    La característica de enlaces STUN en LGW permite enviar solicitudes STUN generadas localmente a través de la ruta de medios negociada. Esto ayuda a abrir el resquicio del servidor de seguridad.

    no voice-class sip localhost

    Deshabilita la subscripción del nombre de host local dns en lugar de la dirección IP física en los encabezados Desde, ID de llamada y ID de persona remota de los mensajes salientes.

    voice-class sip tenant 200

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

    srtp

    SRTP está habilitado para esta fase de llamada.

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

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

    Explicación de 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 voIP con una etiqueta de 301 y se ofrece una descripción significativa para facilitar la administración y la solución de problemas.

    session server-group 301

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

    Grupo de servidores en el par de marcado saliente

    Con varios dial-peers 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 par de llamadas si se utilizan más de cinco suscriptores que están en proceso de llamada.

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

  4. Segundo punto de marcado saliente hacia el enlace troncal 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 enlace PSTN 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 DPG 100. El par de marcado saliente 101 es el destino de cualquier grupo de pares de marcado entrantes que llamen a un grupo 100. Aplicaremos DPG 100 a un par de marcado entrante 302 definido más adelante para la ruta de acceso directo a LG > PSTN W --> LGW de Unified CM:

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

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

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Defina DPG 302 para pares de marcado salientes 305 o 307 para la ruta de 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 direcciones IP entrantes PSTN de llamada:

    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 comandos

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

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

    session protocol sipv2

    Especifica que este par de marcado manejará las reglas de llamada 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 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 de destino DPG 302, IOS-XE aprueba los criterios de coincidencia de pares de marcado de salida clásico y directamente continúa para configurar la línea llamada saliente utilizando pares de marcado definidos en el DPG de destino 302, que puede ser un par de marcado 305 o un par de marcado 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 porciones de Webex Calling entrantes:

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

    Explicación de comandos

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

    Actualiza un par de marcado VoIP con una etiqueta del 200201 y se ofrece una descripción significativa para facilitar la administración y la solució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 exclusiva un sitio de puerta de enlace local dentro de una empresa y en el ecosistema Webex Calling.

    destination dpg 300

    Con el DPG de destino DPG 300, IOS-XE aprueba los criterios de coincidencia de pares de marcado de salida clásico y directamente continúa para configurar la línea llamada saliente mediante pares de marcado definidos en el DPG de destino 300, que puede ser dial-peer 301 o dial-peer 303.

    max-conn 150

    Restringe la cantidad de llamadas concurrentes a 150 entre el LGW y Webex Calling suponiendo que un Webex Calling de par de marcado único 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 entradas de llamadas de Unified CM 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 comandos

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

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

    incoming uri via 300

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

    destination dpg 200

    Con el DPG de destino DPG 200, IOS-XE aprueba los criterios clásicos de coincidencias de pares de marcado salientes y inmediatamente continúa para configurar la línea llamada saliente mediante pares de marcado definidos en el DPG de destino 200, que será dial peer 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 entradas de llamadas de Unified CM 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 comandos

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

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

    incoming uri via 302

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

    destination dpg 100

    Con el DPG de destino DPG 100, IOS-XE aprueba los criterios de coincidencia de pares de marcado de salida clásico y inmediatamente continúa para configurar la ruta llamada saliente mediante pares de marcado definidos en el DPG de destino 100, que será dial peer 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.

Enlace PSTN IP al enlace troncal de conexión de Unified CM PSTN

Webex Calling de enlace troncal de enlace a Unified CM Webex Calling

Enlace troncal PSTN unified CM a dirección IP PSTN

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

Las Firmas de diagnóstico (DS) detectan proactivamente los problemas más observados en la puerta de enlace local basada en IOS XE y genera notificaciones del evento por correo electrónico, syslog o mensajes de terminal. También puede instalar el DS para automatizar la recopilación de datos de diagnósticos y transferir los datos recopilados al caso del 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 solucionar el problema. La lógica de detección de problemas se define mediante los mensajes de syslog, los eventos SNMP y a través de la supervisión periódica de determinadas salidas de comandos de la demostración. Los tipos de acciones incluyen recopilar mostrar salidas de comandos, generar un archivo de registro consolidado y cargar el archivo a una ubicación de red proporcionada por el usuario, como HTTPS, SCP, ftp server. Los archivos DS son creados por ingenieros de TAC y tienen una firma digital para la protección de integridad. Cada archivo 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 supervisar y solucionar diversos problemas.

Antes de comenzar:

  • No edite el archivo 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 SMTP seguro para las notificaciones por correo electrónico.

Requisitos previos

Puerta de enlace local que ejecuta IOS XE 17.3.2 o superior

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

  2. Configure el servidor de correo electrónico seguro para que se utilice para enviar una notificación proactiva si el dispositivo está ejecutando 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 para ser notificado.

    
    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 para que se utilice para enviar notificaciones dinámicas 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 para ser notificado.

    
    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 para que se utilice para enviar notificaciones dinámicas 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 para ser notificado.

    
    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 

Lo siguiente muestra un ejemplo de configuración de una puerta de enlace local que ejecuta IOS XE 17.3.2 para enviar las notificaciones dinámicas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:


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

La puerta de enlace local que ejecuta el software IOS XE no es un cliente gmail basado en la web que es 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 la cuenta de Google > seguridad y active la configuración de Acceso menos seguro a la aplicación.

  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 la supervisión dinámica

Supervisión 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 estos 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 dediagnó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

    CUBE Enterprise en Webex Calling solución

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

    
    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:

    DS ID

    Nombre DS

    Revisión

    Estado

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

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-07 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.

Supervisar Enlace troncal SIP registro

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

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

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    CUBE Enterprise en Webex Calling solución

    Alcance del problema

    SIP-SIP

    Tipo de problema

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

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

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

Supervisión de desconexiones de llamadas anormales

Este DS usa sondeos SNMP cada 10 minutos para detectar una desconexión de llamada anormal con los errores 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 dediagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    CUBE Enterprise en Webex Calling solución

    Alcance del problema

    Rendimiento

    Tipo de problema

    Detección de desconexión de llamada anormal en SIP con notificación de 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 "registrado".

Instalar firmas de diagnóstico para solucionar un problema

También se pueden utilizar 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 "%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0" syslog y automatice la recopilación de datos de diagnóstico mediante los pasos que se muestran a continuación.

  1. Configure una variable de entorno 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ósticos recopilados. El nombre de usuario en el ruta del archivo es el número de caso y la contraseña es el token carga de archivos que se puede recuperar de Support Case Manager como se muestra a continuación. El carga de archivos token de asistencia puede generarse en la sección Archivos adjuntos del Gestor de casos de soporte, según sea necesario.

    
    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 control de CPU alta DS 64224 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 dediagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    CUBE Enterprise en Webex Calling solución

    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 dediagnóstico:

    Nombre del campo

    Valor de campo

    Plataforma

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

    Producto

    CUBE Enterprise en Webex Calling solución

    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 XML de supervisión de CPU alta DS 64224 y, luego, el archivo XML 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 "registrado".

    
    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:

    DS ID

    Nombre DS

    Revisión

    Estado

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

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrados

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrados

    2020-11-08: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 mostrar estadísticas de la firma de diagnóstico de call-home 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 "Activado/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:

DS ID

Nombre DS

Revisión

Estado

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

64224

DS_LGW_CPU_MON75

0.0.10

Registrados

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Ejecutando

2020-11-08 00:12:53

LocalGateway #

LocalGateway# show call-home diagnostic-signature statistics

DS ID

Nombre DS

Desencadenado/Max/Deinstall

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

20/01/Y

23.053

23.053

LocalGateway #

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

Desinstalar las firmas de diagnóstico

Generalmente, las firmas de diagnóstico que se utilizan para solucionar problemas se definen para desinstalarse después de detectar una determinada cantidad de frecuencias de problemas. Si quiere 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 frecuentes implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas.

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

Implemente CUBE High Availability como puerta de enlace local

Local Gateway (LGW) es la única opción para proporcionar acceso de alta PSTN instalaciones para Cisco Webex Calling clientes. El objetivo de este documento es ayudarlo a desarrollar una configuración de puerta de enlace local con CUBE de alta disponibilidad, CUB activos/de espera para la recuperación de fallas stateful 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 que es 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 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 gateway local requiere IOS-XE versión 16.12.2 o posterior y una plataforma en la que se admiten las funciones de CUBE HA y LGW.


Los comandos para mostrar 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 vCUBE (CSR1000v).

Material de referencia

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

Webex Calling descripción general de la solución de software

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 en las instalaciones 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 (conexión PSTN instalaciones) 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 asegura mediante el transporte TLS para SIP y SRTP para medios.

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

Redundancia de cuadro a cuadro de nivel 2

La redundancia box-a-box de nivel 2 de alta disponibilidad CUBE utiliza el protocolo de infraestructura del Grupo de redundancia (RG) para formar un par de enrutadores activo/de espera. Estos pares comparten 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 de modo espera tome todas las responsabilidades del procesamiento de llamadas de CUBE con el paso inmediato si el enrutador activo queda fuera de servicio, lo que resulta en conservación stateful de señales y medios.


La función de punto de verificación está limitada a llamadas conectadas con paquetes de medios. Las llamadas en tránsito no se marcan para (por ejemplo, un estado de intento o de timbre).

En este artículo, CUBE HA hará referencia a la redundancia CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) para obtener información de estado preservación de llamada

A partir de IOS-XE 16.12.2, CUBE HA se puede implementar como puerta de enlace local para implementaciones de Cisco Webex Calling trunk (PSTN basado en las instalaciones), y cubriremos 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 Cisco Webex Calling enlace troncal.

Componente infra del grupo de redundancia

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

  • Un protocolo HSRP-like que negocia el estado de redundancia final para cada enrutador mediante la intercambiar mensajes keepalive y hello entre los dos CUBEs (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 señales y medios para cada llamada desde el activo al enrutador de modo espera (a través de la interfaz de datos): GigabitEthernet3 en la figura anterior.

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

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

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

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

La información de la sesión de RTP y la 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 router Activo se cae, el enrutador de modo espera toma el control y sigue reenviando el flujo 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 de estado de las llamadas:

  • El sistema de alta disponibilidad de CUBE no puede tener interfaces TDM o analógicos ubicadas en forma coofi

  • A Gig1 y Gig2 se les conoce como interfaces de tráfico (SIP/RTP) y Gig3 es una interfaz de control/datos de grupos 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 RG deben pertenecer a dominios de nivel 2 diferentes (vlan, interruptor independiente)

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

  • Todas las señales/medios son fuente de/a la dirección IP virtual

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

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

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

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

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

  • 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 RG (Gig3)

  • Ambas plataformas deben ser idénticas y conectarse a través de un Interruptor físico en todas las interfaces del mismo modo para que CUBE HA funcione, es decir, GE0/0/0 de CUBE-1 y CUBE-2 deben finalizar en el mismo interruptor, y así sucesivamente.

  • No se puede cancelar WAN en CUBEs directamente o en la disponibilidad de datos en cualquiera de los lados

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

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

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

Configurar redundancia en ambos CUBES

Debe configurar redundancia box-to-box de nivel 2 en ambos CUBEs pensados para ser utilizados en un par de alta alta seguridad para mostrar 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(configuración)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#salida
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)#salida

El track CLI se utiliza en RG para realizar un seguimiento del estado de la interfaz de tráfico de voz de modo que la ruta activa quite su rol activo una vez que la interfaz de tráfico esté abajo.

2

Configure un RG para utilizar con alta VoIP bajo el sub mode de redundancia de la aplicación.

redundancia aplicación grupo 1 nombre LocalGateway-HA prioridad 100 umbral de recuperación de 
 
 
 
    fallas 75 
    control Protocolo GigabitEthernet3 protocolo 1 datos 
    GigabitEthernet3 temporizadores demoran 30 recarga 60 seguimiento 1 seguimiento de apagado 2 protocolo de cierre 1 temporizadores 
 
 
 
 
 
    holatime 3 holdtime 10 
 
 
 salida salida
Redundancia VCUBE-1(configuración)#
Redundancia de aplicaciones VCUBE-1(config-red)#
VCUBE-1(config-red-app)#grupo 1
VCUBE-1(config-red-app-grp)#nombre LocalGateway-HA
VCUBE-1(config-red-app-grp)#prioridad 100 umbral de conmutación por fallas 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocolo 1
VCUBE-1(config-red-app-grp)#datos GigabitEthernet3
VCUBE-1(config-red-app-grp)#temporizadores demoran 30 recarga 60
VCUBE-1(config-red-app-grp)#seguimiento 1 apagado
VCUBE-1(config-red-app-grp)#seguimiento 2 apagado
VCUBE-1(config-red-app-grp)#salir
VCUBE-1(config-red-app)#protocolo 1
VCUBE-1(config-red-app-prtcl)#temporizadores de saludo 3 tiempo de espera 10
VCUBE-1(config-red-app-prtcl)#salida
VCUBE-1(config-red-app)#salida
VCUBE-1(config-red)#salida
VCUBE-1(configuración) #
Redundancia VCUBE-2(configuración)#
Redundancia de aplicaciones VCUBE-2(config-red)#
VCUBE-2(config-red-app)#grupo 1
VCUBE-2(config-red-app-grp)#nombre LocalGateway-HA
VCUBE-2(config-red-app-grp)#prioridad 100 umbral de conmutación por fallas 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocolo 1
VCUBE-1(config-red-app-grp)#datos GigabitEthernet3
VCUBE-2(config-red-app-grp)#temporizadores demoran 30 recarga 60
VCUBE-2(config-red-app-grp)#seguimiento 1 apagado
VCUBE-2(config-red-app-grp)#seguimiento 2 apagado
VCUBE-2(config-red-app-grp)#salir
VCUBE-2(config-red-app)#protocolo 1
VCUBE-2(config-red-app-prtcl)#temporizadores de saludo 3 tiempo de espera 10
VCUBE-2(config-red-app-prtcl)#salida
VCUBE-2(config-red-app)#salida
VCUBE-2(config-red)#salida
VCUBE-2(configuración) #

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

  • redundancia: introduce el modo de redundancia

  • Redundancia de aplicaciones— Introduce el modo de configuración de redundancia de la aplicación

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

  • nombre LocalGateway-HA: define el nombre del grupo de RG

  • Prioridad 100 umbral de conmutación por falla 75: especifica los umbrales iniciales de prioridad y recuperaciónde fallas para un RG

  • temporizadores demoran 30 recarga 60: configura lasdos veces para el retraso 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 RG después de que la interfaz aparece: valor predeterminado de 30 segundos. El rango es de 0 a 10 0000 segundos

    • Volver a cargar: esta es la cantidad de tiempo para demorar la inicialización del grupo RG y la negociación de roles después de una recarga: 60 segundos predeterminados. 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/recarga de los enrutadores, a fin de garantizar que se lleve a cabo la negociación del protocolo RG después de que el enrutamiento en la red se haya convergedo a un punto estable. Por ejemplo, si se ve después de la recuperación de fallas que tardan hasta 20 segundos para que el nuevo MODO de espera vea el primer paquete RG HELLO del nuevo ACTIVO, los temporizadores se deben ajustar a "temporizadores demorar 60 recarga 120" para factorar esta demora.

  • Control GigabitEthernet3 protocolo 1: configura la interfaz que se utiliza para intercambiar mensajes keepalive y hola entre los dos CUBEs 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 controldel tráfico de datos.

  • seguimientode interfaces del grupo RG

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

  • temporizadores hellotime 3 holdtime 10: configura los dos temporizadores parahola y tiempo de espera:

    • Holatime: intervalo entre mensajes de saludo sucesivos: 3 segundos predeterminados. El rango es de 250 milisegundos a 254 segundos

    • Tiempo de espera: el intervalo entre la recepción de un mensaje de Saludo y la confirmación de que el enrutador enviado ha fallado. Esta duración debe ser superior al tiempo de saludo: valor predeterminado de 10 segundos. El rango es de 750 milisegundos a 255 segundos

      Le recomendamos que configure el temporizador de tiempo de espera para que sea por lo menos 3 veces el valor del temporizador de hellotime.

3

Habilite la redundancia box-to-box para la aplicación CUBE. Configure el RG del paso anterior en voz sobre IP del servicio de voz. Esto permite que la aplicación CUBE controle el proceso de redundancia.

salida del grupo 1 de redundancia de voz sobre 
   IP por servicio de 
   voz
VCUBE-1(configuración)#voz sobre IP del servicio de voz
VCUBE-1(config-voi-serv)#redundancia-grupo 1

  % creó la asociación RG 1 con Voice B2B HA; volver a cargar el enrutador para que la nueva configuración entre en vigencia
VCUBE-1(config-voi-serv)# salida
VCUBE-2(configuración)#voz sobre IP del servicio de voz
VCUBE-2(config-voi-serv)#redundancia-grupo 1

  % creó la asociación RG 1 con Voice B2B HA; volver a cargar el enrutador para que la nueva configuración entre en vigencia
VCUBE-2(config-voi-serv)# salida

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

4

Configurar las interfaces Gig1 y Gig2 con sus respectivas IP virtuales como se muestra a continuación y aplicar el identificador de la interfaz de redundancia (pliquen)

VCUBE-1(configuración)#interfaz GigabitEthernet1
VCUBE-1(config-if)# redundancia 1
VCUBE-1(config-if)# grupo de redundancia 1 ip 198.18.1.228 exclusivo
VCUBE-1(config-if)# salida
VCUBE-1(configuración) #
Interfaz VCUBE-1(config)#GigabitEthernet2
VCUBE-1(config-if)# redundancia 2
VCUBE-1(config-if)# grupo de redundancia 1 ip 198.18.133.228 exclusivo
VCUBE-1(config-if)# salida
VCUBE-2(configuración)#interfaz GigabitEthernet1
VCUBE-2(config-if)# redundancia 1
VCUBE-2(config-if)# grupo de redundancia 1 ip 198.18.1.228 exclusivo
VCUBE-2(config-if)# salida
VCUBE-2(configuración) #
VCUBE-2(configuración)#interfaz GigabitEthernet2
VCUBE-2(config-if)# redundancia 2
VCUBE-2(config-if)# grupo de redundancia 1 ip 198.18.133.228 exclusivo
VCUBE-v(config-if)# salida

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

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


     

    Si hay más de un par B2B en la misma LAN, cada par DEBE tener ID únicos en sus respectivas interfaces (para evitar la udación). 'mostrar grupo de aplicaciones de redundancia todo' debe indicar la información local y de pares correcta.

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


     

    Es obligatorio utilizar una interfaz separada para la redundancia, es decir, la interfaz que se utiliza 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 el control/datos RG

5

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

La plataforma para volver a cargar el último es siempre el Modo espera.

VCUBE-1#wr

  Configuración del edificio...

  [Aceptar]
VCUBE-1#volver a cargar

  ¿Continuar con la recarga? [confirmar]

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

VCUBE-2#wr

  Configuración del edificio...

  [Aceptar]
VCUBE-2#volver a cargar

  ¿Continuar con la recarga? [confirmar]
6

Verifique que la configuración de cuadro a cuadro 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 plataforma para volver a cargarse siempre estará en modo espera.


VCUBE-1# mostrargrupo de aplicación de redundancia Todos los estados de fallas Información del grupo 1:
       Prioridad de tiempo de ejecución: [100] 
               Fallas de RG Estado de RG: hacia arriba.
                       Cantidad total de conmutación debido a fallas:           0 Nº total de cambios de estado no gratuitos 
                       debido a fallas: 0 Group ID:1 
 Group Name:LocalGateway-HA    Administrative State: Sin estado 
 operativo global de cierre: Subir mi rol: Rol 
 de par ACTIVO: Presencia de par de espera: Sí, 
 comunicados del par: Se 
 inició la evolución del par: Sí 
 
 dominio RF: estado RF 
         btob-one: Estado 
         RF del par ACTIVO: Función de ------------------ RG del Protocolo 
 
 RG HOT 
 ------------------ 
 ESPERA: Negociación 
        activa: Prioridad 
        habilitada: Estado del 
        protocolo 100: Estado 
        activo de Ctrl Inctrl(s): Activar 
        par activo: Par         de espera local: dirección 10.1.1.2, prioridad 100, contadores de registros Gi3         de intf:
                cambio de función a activo: 1 
                cambio de función al modo de espera: 1 eventos 
                de desactivación: estado rg down 0, rg apagado 0 
                ctrl inctrl eventos: hasta 1, abajo 0, admin_down 0 volver 
                a cargar eventos: solicitud local 0, solicitud de pares 0 Contexto de medios 
 
 RG para RG 1 
 -------------------------- 
 estado de Ctx: ID de protocolo activo: 1 
        Tipo de medio: Interfaz         de control predeterminada: Temporizador de saludo actual de GigabitEthernet3: Temporizador de Saludo configurado de 3000: 3000, Temporizador de espera: Temporizador de saludo de pares 10000: 3000, temporizador de espera de pares: 10 000 
        estadísticas:
            Pkts 1509, bytes 93558, HA Seq 0, Número de seq 1509, Autenticación con Pérdida de 0 no configurada Falla de 
 
            autenticación: 0 
            Volver a cargar el par: TX 0, RX 0 
            Volver asignár: TX 0, Par par rx 
    0: Presente. Temporizador de espera: 10000 
 pkts 61, bytes 2074, ha seq 0, número de seq 69, pérdida de 0 
 
 VCUBE-1 #

VCUBE-2# mostrarredundancia grupo de aplicación todos los estados de fallas Grupo 1 información:
       Prioridad de tiempo de ejecución: [100] 
               Fallas de RG Estado de RG: hacia arriba.
                       Cantidad total de conmutación debido a fallas:           0 Nº total de cambios de estado no gratuitos 
                       debido a fallas: 0 Group ID:1 
 Group Name:LocalGateway-HA    Administrative State: Sin estado 
 operativo global de cierre: Subir mi rol: Función 
 del par STANDBY: Presencia de pares ACTIVOS: Sí, 
 comunicados del par: Se 
 inició la evolución del par: Sí 
 
 dominio RF: estado RF 
         btob-one: Estado 
         RF del par ACTIVO: Función de ------------------ RG del Protocolo 
 
 RG HOT 
 ------------------ 
 ESPERA: Negociación 
        activa: Prioridad 
        habilitada: Estado del 
        protocolo 100: Estado 
        activo de Ctrl Inctrl(s): Activar         par activo: dirección 10.1.1.2, prioridad 100, intf Gi3         Standby Peer: Contadores 
        de registro local:
                cambio de función a activo: 1 
                cambio de función al modo de espera: 1 eventos 
                de desactivación: estado rg down 0, rg apagado 0 
                ctrl inctrl eventos: hasta 1, abajo 0, admin_down 0 volver 
                a cargar eventos: solicitud local 0, solicitud de pares 0 Contexto de medios 
 
 RG para RG 1 
 -------------------------- 
 estado de Ctx: ID de protocolo activo: 1 
        Tipo de medio: Interfaz         de control predeterminada: Temporizador de saludo actual de GigabitEthernet3: Temporizador de Saludo configurado de 3000: 3000, Temporizador de espera: Temporizador de saludo de pares 10000: 3000, temporizador de espera de pares: 10 000 
        estadísticas:
            Pkts 1509, bytes 93558, HA Seq 0, Número de seq 1509, Autenticación con Pérdida de 0 no configurada Falla de 
 
            autenticación: 0 
            Volver a cargar el par: TX 0, RX 0 
            Volver asignár: TX 0, Par par rx 
    0: Presente. Temporizador de espera: 10000 
 pkts 61, bytes 2074, ha seq 0, número de seq 69, Pkt Loss 0 
 
 VCUBE-2 #

Configurar una puerta de enlace local en ambos CUBES

En nuestra configuración de ejemplo, estamos utilizando la siguiente información de enlace troncal del Concentrador de control para desarrollar 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 de 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 que se muestran a continuación, antes de poder utilizarse en las credenciales o en la compartición de valor. 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)#clave 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 del Concentrador de control mostrados arriba, guarde y vuelva 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 trustki import clean url end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.1 y.y salir de las conexiones permitidos sip para sip estadísticas multimedia a gran cantidad de estadísticas multimedia sin sip de servicio complementario no se refieren sip de servicio complementario protocolo de reemplazo de fax paso http://www.cisco.com/security/pki/trs/ios_core.p7b a través 
 de 
 
 
 
 
 
 
 
 g711ulaw 
 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 " " " rule 13 response ANY sip-header To modify " ";otg= hussain1076_lgu > hussain1076_lgu <6>" regla 30 solicitar CUALQUIER preferencia de códec de encabezado de sip P-Aserción P-Asertiva :(.*)" Modificar "sips:(.*)" códec de clase de voz 99 preferencia 1 g711ulaw preferencia del códec 2 g711ulaw salir de la clase de voz srtp-crypto 200 cripto 1 AES_CM_128_HMAC_SHA1_80 salir clase de voz stun-usage 200 stun usage firewall flowal flowal flowdata salir de la clase de voz inquilino<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)><sip:\1;transport=tls><sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  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 <sajan index="3" />200 registrar dns:40462196.cisco-bcld.com scheme sips expire 240 refresh-ratio 50 tcp credenciales tls número Hussain5091_LGU nombre de usuario Hussain1076_LGU contraseña 0 lOV12MEaZx dominio Broadworks nombre de usuario Hussain5091_LGU contraseña 0 lOVA12MEaZx dominio BroadWorks nombre de usuario de autenticación Hussain5091_LGU contraseña           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 trunk 
 control source-interface GigabitEthernet1 
 bind media source-interface GigabitEthernet1 
 no pass-thru contenido 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   error-passthru 
 bind control source-interface GigabitEthernet2 bind 
 media source-interface GigabitEthernet2 
 no pass-thru content custom-sdp voice class tenant 300 bind control control interfaz de origen 
 
 GigabitEthernet2 enlazar media 
 
 source-interface GigabitEthernet2 
 sin pass-thru contenido 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( Marcador de marcado saliente). Protocolo de sesión BAD 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(DP) 200) a IP PSTN(DP101) dial peer 101 preferencia 1 clase de voz 
 
 
 dpg 200 descripción IP entrante 
 PSTN(DP100) a Webex Calling(DP201) 
 dial-peer 201 preferencia 1 
 
 
 
 
 
 dial-peer voz 100 vo ip 
 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 Dial-Peer entrante del protocolo de sesión de Webex Calling sipv2 destino dpg 100 solicitudes de uri 

Para mostrar la salida del comando Mostrar, hemos recargado VCUBE-2 seguido de VCUBE-1, lo que hace que VCUBE-1 el CUBE de modo espera yVCUBE-2 el CUBE activo

2

En un momento determinado, solo una plataforma mantendrá una inscripción activa como puerta de enlace local con el acceso de Webex Calling SBC. Mire los resultados de los siguientes comandos de la demostración.

mostrar grupo de aplicación de redundancia 1

mostrar estado de registro sip-ua


VCUBE-1# mostrar redundancia grupo de aplicación 1 Group ID:1 Group 
 Name:LocalGateway-HA 
 
 Administrative State: Sin estado 
 operativo agregado de cierre: Up My Role: Función del par de espera: Presencia 
 de pares ACTIVOS: Sí, 
 comunicados del par: Se 
 inició la evolución del par: Sí 
 
 dominio RF: estado RF 
         btob-one: Estado RF del par HOT 
         DE ESPERA: ACTIVE 
 
 VCUBE-1#mostrar estado de registro sip-ua VCUBE-1 #

VCUBE-2#mostrar redundancia grupo de aplicación 1 Group ID:1 Group 
 Name:LocalGateway-HA 
 
 Administrative State: Sin estado 
 operativo agregado de cierre: Up My Role: Rol de par ACTIVO: ESTADO 
 Presencia de pares: Sí, 
 comunicados del par: Se 
 inició la evolución del par: Sí 
 
 dominio RF: estado RF 
         btob-one: Estado 
         RF del par ACTIVO: MODO DE 
 
 ESPERA HOT VCUBE-2#mostrar estado de registro sip-ua  Inquilino: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg regtir P-Associ-URI 
 ============================== ========= =============== === ============== 
 Hussain5091_LGU -1 48 sí 
 VCUBE-2 normal #

A partir de la salida anterior, puede ver que VCUBE-2 es el LGW activo que mantiene el registro con el SBC de acceso de Webex Calling, mientras que la salida de "mostrar estado de registro sip-ua" está en blanco en VCUBE-1

3

Ahora habilite las siguientes depuraciones en VCUBE-1


VCUBE-1# depurar ccsip sin llamar SIP El seguimiento fuera de diálogo está activado VCUBE-1# información de ccsip de depuración Información de llamada SIP está activado Seguimiento de la información de llamada de SIP 
 está activado VCUBE-1# mensajede ccsip de depuración
4

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


VCUBE-2#grupo de recarga de aplicaciones de redundancia 1

El cambio del DISPOSITIVO ACTIVO al LGW de modo de espera ocurre en las siguientes situaciones, además de la CLI enumerada anteriormente.

  • Cuando se recarga el enrutador ACTIVO

  • Cuando se activa el ciclo de alimentación del enrutador activo

  • Cuando cualquier interfaz configurada con RG del enrutador ACTIVO esté apagada para el que está habilitado el seguimiento

5

Compruebe si VCUBE-1 se ha registrado con Webex Calling SBC. VCUBE-2 ya se habría recargado.


VCUBE-1# mostrarestado de registro sip-ua 
 
 Inquilino: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg regtir P-Associ-URI 
 ============================== ========= =============== === ============== Hussain5091_LGU -1 56 sí VCUBE-1 normal #

VCUBE-1 ahora es el LGW activo.

6

Mire el registro de depuración relevante en VCUBE-1 enviando un REGISTRO SIP a Webex Calling A través de la IP virtual y recibiendo un 200 OK.


VCUBE-1#show log 
 
 9 de enero 18:37:24.769: %RG_MEDIA-3-TEMPORIZADOR: RG ID 1 El tiempo de saludo caducó.
9 de enero 18:37:24.771: %RG_PROTCOL-5-CAMBIO DE ROL: Cambio de rol del ID de RG 1 del modo de espera al activo 9 de enero 
 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: CAMBIAR, de STANDBY_HOT al estado ACTIVO.
9 de enero 18:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/Info/4096/sip_ha_notify_active_role_event: Se recibió una notificación del evento de rol 
 
 activo 9 de enero 18:37:25.758: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Enviado:
REGISTRAR sip: 40462196.cisco-bcld.com:5061 sip/2.0 a través de: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 
 De: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Fecha: Jue., 09 ene 2020 18:37:24 GMT 
 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 User-Agent: Cisco-SIPGateway/IOS-16.12.02 
 Reenvíos máximos: Marca de hora 
 de 70: 1578595044 
 CSeq: 2 REGISTRARSE 
 Contacto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expira: 240 
 Compatible: Ruta 
 Contenido-Longitud: 0
9 de enero 18:37:25.995: -1/00000000000/SIP/Msg/ccsipDisplayMsg:
Recibido:
SIP/2.0 401 No autorizado a través de: SIP/2.0/TLS 198.18.1.228:5061;recibido=173.38.218.1;branch=z9hG4bK0374;rport=4742 
 De: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Fecha: Jue., 09 ene 2020 18:37:24 GMT 
 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marca de 
 hora: 1578595044 
 CSeq: 2 REGISTRAR 
 WWW-Autenticación; Dominio DIGEST="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 
 Content-Length: 0
9 de enero 18:37:26.000: -1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Enviado:
INSCRIBIR sip:40462196.cisco-bcld.com:5061 SIP/2.0 A través de: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC 
 Desde: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Fecha: Jue., 09 ene 2020 18:37:25 GMT 
 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 User-Agent:Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: Marca de hora 
 de 70: 1578595045 
 CSeq: 3 REGISTRARSE 
 Contacto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expira: 240 
 Compatible: ruta 
 de autorización: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnuna="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 
 Contenido-Longitud: 0
9 de enero 18:37:26.190: 1/00000000000/SIP/Msg/ccsipDisplayMsg:

Recibido:
SIP/2.0 200 Aceptar a través de: SIP/2.0/TLS 198.18.1.228:5061;recibido=173.38.218.1;branch=z9hG4bK16DC;rport=4742 
 De: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 
 Para: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 
 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Marca de 
 hora: 1578595045 
 CSeq: 3 REGISTRARSE 
 Contacto: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Permitir eventos: llamada-información,línea-seize,diálogo,mensaje-resumen,como-característica-evento,x-broadworks-hoteling,x-broadworks-call-center-status,contenido-longitud de la 
 conferencia: 0
Marca de agua
18 de mar. de 2021| vista(s) | personas pensaron que esto fue útil

Configurar Unified CM para las llamadas de Webex

Es posible que requiera una integración con Unified CM si se agregan ubicaciones habilitadas para llamadas de Webex a una implementación existente en la que Unified CM es la solución de control de llamadas local y si requiere marcado directo entre teléfonos registrados en Unified CM y teléfonos en ubicaciones de llamadas de Webex.

Configurar el perfil de seguridad del enlace troncal de 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 PSTN residen en el mismo dispositivo, Unified CM debe habilitarse para diferenciar entre dos tipos diferentes de tráfico (llamadas de Webex y de la PSTN) que se originan desde el mismo dispositivo y aplican clase diferenciada para el servicio a estos tipos de llamadas. Este tratamiento diferenciado de llamadas se logra aprovisionando dos enlace troncales entre Unified CM y el dispositivo combinado de puerta de enlace local y puerta de enlace PSTN, que requiere diferentes puertos para escuchar SIP para los dos enlace troncales.

Cree un perfil de seguridad del 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 de enlace troncal de SIP de Webex
Puerto entrante Necesita 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 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 SIP de Webex
Habilitar ping A OPCIONES para monitorear el estado de los destinos para enlace 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 origine a partir de 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 (+E.164 números de directorio)

ESN (marcado abreviado entre sitios)

PSTNInternacional (acceso de 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 intercluster (Intercluster Lookup Service, ILS) o la Replicación de dialplan global (GDPR).

Configurar un enlace troncal SIP desde y hacia 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 AAR Un espacio de búsqueda de llamadas con acceso solo a los patrones de ruta de la 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 los siguientes ajustes:

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 los siguientes ajustes:

Configuración Valor
Información de 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 la siguiente configuración:

Configuración Valor
Información de lista de rutas
Nombre Nombre único, como Webex
Descripción Descripción significativa, como Partición 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 enlaces troncales pstN, para que las llamadas de la PSTN a Webex se puedan enrutar.

Configurar patrones de ruta para destinos Webex

Configure patrones de ruta para cada rango de DID en Webex con los siguientes ajustes:

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

Configurar la normalización del marcado entre sitios abreviado para Webex

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

Configuración Valor
Patrón de traducción Patrón 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 se llama Máscara para normalizar el número a +E.164. Por ejemplo: +140855501XX
Marca de agua
18 de mar. 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 puedan responder los requisitos 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 direccionar llamadas entrantes a un grupo de usuarios o áreas de trabajo. Incluso puede configurar un patrón para enrutar a todo un grupo.

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 configurar 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 paginación grupal permite a los usuarios realizar una llamada uneduada o una página grupal hasta 75 usuarios y áreas de trabajo objetivo marcando un número o una extensión asignados a un grupo de paginación específico.

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

Crear una cola de llamadas

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

1

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

2

Haga clic en Nueva característica y luego elija Cola de llamadas.

3

Introduzca un número piloto y, luego, indique si es el propietario del número, si su socio se lo proporciona o si desea cambiar el número.

4

Si está transferiendo un número más, debe ingresar el número de facturación asociado con su proveedor de servicios actual así como el número de facturación asociado con su nuevo proveedor de servicios.

5

Haga clic en Guardar.

Qué hacer a continuación

Puede configurar la característica de llamadas aún más si selecciona la instancia de la cola de llamadas en Servicios > llamadas > características. Se lo lleva a Servicios avanzados en el portal de administración de llamadas , donde puede completar suconfiguración. Para obtener más información, consulte Configurar colas dellamadas.

Configurar la contestación de llamada

Puede mejorar las capacidades de trabajo en equipo y la colaboración mediante la creación de un grupo de contestación de llamadas para que los usuarios puedan responder llamadas de los demás. Cuando agrega usuarios a un grupo de contestación 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 recogida de llamadas, consulte Recogida de llamadas en Cisco Webex Control Hub.

Configurar detención de llamadas

La deposición de llamadas permite que un grupo definido de usuarios retele llamadas a otros miembros disponibles de un grupo de deteleción de llamadas. Los otros miembros del grupo pueden recoger las llamadas en estado de desposición en sus teléfonos.

Para obtener más 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 unan a las llamadas telefónicas de otras personas

1

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

2

Seleccione Llamadas , vaya a Configuración avanzada de llamadasy, a continuación, seleccione Preferencias en.

3

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

Activar la entrada a hoteles para un usuario que llama de Webex

La hotelación consta de dos características: Hoteling Host and Hoteling Guest (Invitado de hotel) Estas características funcionan juntas para permitirle designar teléfonos (organizadores) específicos que los usuarios (invitados) puedan iniciar sesión en forma temporal y utilizar como sus propios teléfonos. Cuando un invitado inicia sesión en un teléfono de host, su perfil de usuario se transfiere automáticamente al dispositivo. El dispositivo de host se convierte en el dispositivo principal del usuario durante un período de tiempo específico.

Los pasos que se presentan aquí se pueden seguir para configurar un usuario como invitado de hotel. Para obtener información acerca del teléfono del host, consulte Configurar teléfono del host.

1

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

2

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

3

Active Hoteleoy, a continuación, haga clic en Guardar.

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

1

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

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 y dejar 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 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 una extensión de de park de llamadas

La cantidad máxima de líneas supervisadas es de 50, pero debe considerar el ancho de banda. El número de botones de línea del teléfono del usuario también puede determinar el máximo.

1

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

2

Seleccione Llamadas , elija Configuración avanzada de llamadasy, a continuación, vaya a Supervisión.

3

Elija entre las opciones siguientes:

  • Agregar línea supervisada
  • Agregar extensión de deteción de llamadas
4

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


 

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

Marca de agua
18 de mar. 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.

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.


Si tiene una active Directory y utiliza Cisco Conector de directorios cuando agrega personas manualmente en Control Hub, también debe agregarlas a su Active Directory.

El Centro de contacto de Cisco Webex no admite Active Directory.


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.

1

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

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 está asignando licencias para el Centro de contacto de Cisco Webex, seleccione Webex Teams y, a continuación, Atención al cliente con las opciones 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 convierte 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 queinician 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 agregó 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.

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 , vaya a Usuarios, haga clic en Administrar usuarios y elija Agregar o modificar usuarios de CSV.https://admin.webex.com

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 del Centro de contacto de Cisco Webex, debe agregar usuariosmanualmente. Solo puede asignar 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.

Como administrador con privilegios completos, puede editar detalles de servicios específicos para usuarios individuales en Cisco Webex Control Hub.

1

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

2

Seleccione un usuario y haga clic en Servicios > Editar .

3

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

4

Seleccione los servicios para agregar o eliminar y haga clic en Guardar.

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 , vaya a Usuarios, haga clic en Administrar usuarios y elija Agregar o modificar usuario de CSV.https://admin.webex.com

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 consulte Configurar el comportamiento de las llamadas de Cisco 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 de la aplicación Webex Calling.

5

Introduzca un Número de ID de llamada , ID de llamada Nombre y Identificador de llamadas Apellido. Si deja en blanco las columnas Id. de llamada , Id. de llamadas y Apellido, aparecerán las columnas Nombre , Apellido y Número de teléfono cuando el usuario realiza una llamada. Si deja el número de ID de llamada en blanco, el Número principal de la ubicación se muestra cuando el usuario realiza una llamada.


 

Las columnas Id. de llamadas y Apellido del ID de llamada no pueden contener caracteres especiales. Si el Apellido del ID de llamada o el ID de llamada de la persona que llama 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 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 suene el mismo teléfono. Puede especificar distintos tonos de timbre para cada número para ayudar a distinguir entre qué líneas se están llamadas.

1

Desde la vista del cliente en , diríjase a usuariosy, a continuación, elija la persona a la que desea asignarle un número.https://admin.webex.com

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.

4

Haga clic en Guardar.

5

(Opcional) Configure números alternativos para este usuario.

1

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

2

En Acciones , para una persona con el estado Invitación pendiente, seleccione más > Volver aenviar 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 ActiveDirectory. 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 eliminan todos los servicios De Webex asignados y se los elimina de cualquier espacio o equipo en el que participaba. 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 del dispositivo no podrá administrar las llamadas de Webex.

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 a qué pueden ver y quién tiene acceso en ControlHub. Cuando asigna funciones administrativas específicas, optimiza las responsabilidades y facilita el mantenimiento de los administradores 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 lo queencontraron.


Para obtener información acerca de los privilegios de administrador de HCS en Cisco Webex Control Hub, consulte https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

1

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

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.

4

Seleccione Guardar.

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

Configurar y administrar dispositivos Webex Calling diferentes

Como administrador, puede asignar dispositivos a usuarios o workspaces en Webex 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 ingresar manualmente en el propio dispositivo.

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

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

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

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

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

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

  • Teléfonos IP para conferencias Cisco 7832 y 8832


Con respecto a los dispositivos DECT, solo los dispositivos base DECT (no los dispositivos de DECT) están disponibles para su asignación en Control Hub. Después de asignar una unidad 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 la forma 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 desde el menú lista desplegable luego haga clic en Siguiente.

4

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

  • Al Código de activación: elija esta opción si quiere generar un código de activaciónque pueda compartir con el propietario del dispositivo. El código de activación de 16 dígitos debe ingresarse manualmente al 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, señale a los usuarios que https://upgrade.cisco.com/MPP_upgrade.html

  • Por direcciónMAC: 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 ingresa una dirección MAC para un teléfono que ya está registrado 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 se leerá Como Activación en la sección de 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 estas áreas de trabajo, agregar servicios y luego ver cómo se hace la colaboración.

El principio clave de un dispositivo Workspaces 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í admiten Webex Calling. Si bien la mayoría de estos dispositivos se pueden registrar con una dirección MAC, solo se puede registrar el siguiente subconjunto con un código de activación:

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

  • 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 IP para conferencias Cisco 7832 y 8832

1

Desde la vista del cliente en https://admin.webex.com, vaya a Áreas de trabajoy, a continuación, haga clic en Agregar área de trabajo.

2

Introduzca un nombre para el área de trabajo (como el nombre de la sala física), seleccione el tipo de sala y agregue capacidad. A continuación, haga clic enSiguiente .

3

Elija Teléfono IP de Cisco 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 Workspace.

Para el teléfono IP de conferencia Cisco 7832, es posible que algunas teclas programadas 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 reuniones y salas de conferencia. Puede configurar dispositivos de Cisco Webex compartidos en estas áreas de trabajo, agregar servicios y luego ver cómo se hace la colaboración.

El principio clave de un dispositivo Workspaces 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í admiten Webex Calling.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Áreas de trabajoy, a continuación, haga clic en Agregar área de trabajo.

2

Introduzca un nombre para el área de trabajo (como el nombre de la sala física), seleccione el tipo de sala y agregue capacidad. A continuación, haga clic enSiguiente .

3

Elija Otro dispositivo Cisco Webex teléfono y, luego, haga clic en Siguiente.

Otros Cisco Webex Devices incluyen Cisco Webex Room o dispositivo de escritorio, incluidos Cisco Webex Board.

4

Elija una de las siguientes opciones:

  • Llamadas gratuitas: los usuarios solo pueden realizar llamadas de Webex o webex Protocolo de iniciación de sesión (SIP) con una direcciónSIP de (por ejemplo, username@example.calls.webex.com).
  • Cisco Webex Calling: además de poder hacer y recibir llamadas de Webex y SIP, las personas de este workspace pueden utilizar el dispositivo para realizar y recibir llamadas telefónicas desde el plan de numeración 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 isla.
5

Active el dispositivo utilizando el código provisto. Puede copiar, enviar un 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 en solo un par de pasos fáciles.

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

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

  • 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 IP para conferencias Cisco 7832 y 8832

1

Desde la vista del cliente en , vaya a Dispositivos , haga clic en Agregar dispositivo y, luego, elija si está agregando el dispositivo a un usuario https://admin.webex.como a unlugar.

2

Seleccione Importar/Cargar archivoCSV.

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 buscarcada usuario manualmente.
  • Descargar plantilla CSV: puede utilizar una plantilla con la que hayamos creado e introducir información como nombres de usuario, escriba (indique si se trata de un usuario o un lugar), direcciones MAC y modelos dedispositivos. 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 nombre ID de usuario 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 eso, 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 y se lo debe ingresar 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:

  • Proporcione unenlace: 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 deactivació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 que se completa.

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 ingresar 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 , vaya a Usuarios.https://admin.webex.com

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 dispositivo, 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 ajustes delteléfono.

Los dispositivos pueden agregarse y administrarse directamente desde un perfil de workspace. Los dispositivos workspace pueden incluir dispositivos ATA, como máquinas de fax. También puede configurar un dispositivo de espacio de trabajo como anfitrión de hotel. Para obtener más información acerca de los hoteles, consulte Hoteles en Cisco Webex Control Hub.

1

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

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 hotel. Para obtener más información acerca de la configuración de los ajustes del teléfono, consulte Configurar y actualizar ajustes delteléfono.

Puede agregar líneas al dispositivo principal de un usuario y reordenar cómo aparecen las líneas. 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 quiere poder hacer y recibir llamadas desde la línea del jefe. Los aspectos de la línea compartida también pueden ser otra instancia de la línea del usuario principal.

Se pueden agregar líneas adicionales a un teléfono de área de trabajo, pero no se puede agregar un teléfono de workspace como una línea compartida.

1

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

2

Seleccione el usuario o área de trabajo para modificar y desplazarse 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 lugares que aparecen en este teléfono aparecen 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 aparezcan.
7

Introduzca el nombre o el número de teléfono y 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 dispositivos con 24 puertos.

1

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

2

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

3

Seleccione el dispositivo donde desea agregar o modificar.

4

En Users on this Device (Usuarios en estedispositivo), haga clic en Configure Ports (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 y seleccione una de las opciones que aparecen y, a continuación, 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 área 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 encuentra 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 el Concentrador de control de 250 a 1000.

1

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

2

Especifique la Ubicación y El Tipo de número. Si está portando números por más, introduzca sus números de facturación actuales y nuevos.

3

A continuación, haga clic en Guardar.

Puede ver una lista de PSTN números 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 > PSTNpedidos.

Será llevado al portal de administración de llamadas de , donde verá los pedidos que se hayan enviado y completado. Si tiene una ID de pedido a mano, puede introducirla como un parámetro y obtener detalles acerca de un pedido específico; de lo contrario, usted podrá obtener un resumen de todos los pedidos.
Marca de agua
18 de mar. de 2021| vista(s) | personas pensaron que esto fue útil

Tendencias de adopción y informes de uso para las llamadas de Cisco Webex

Tiene diversos informes a su alcance que pueden ayudarlo a evaluar cómo se utilizan los servicios de llamadas de Webex y con qué frecuencia se están utilizando. También puede obtener un rápido y visual de la calidad de los medios para su ubicación.

Ver informes de llamadas

Tiene acceso a diversos informes en Cisco Webex Control Hub que incluyen detalles sobre la activación y el uso de Webex Teams y Meetings.

Cuando acceda a los datos de llamadas desde Cisco Webex ControlHub, será llevado al portal de administración de llamadas. Puede utilizar esta información para evaluar cómo se están utilizando los servicios de llamadas de Webex en su organización y con qué frecuencia las personas los están usando.

Desde la vista del cliente en https://admin.webex.com, vaya a Análisis y, a continuación, seleccione Llamadas de Webex.

Es llevado automáticamente al portal de administración de llamadas de , donde puede analizar y evaluar el uso y la calidad 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.

Evalúe la calidad de los medios de sus ubicaciones

Obtenga una vista ubicación por ubicación de la calidad de medios para su ubicación de llamadas. La calidad de los medios se basa en una combinación de las puntuaciones de opinión media (MOS) para llamadas en una ubicación específica hacia y desde el cliente, desde teléfonos MPP de Cisco y el cliente de software de llamadas. Los valores posibles son los siguientes:

  • Bueno: > 3.2

  • Justo: de 2,7 a 3,2

  • Deficiente:<2.7

  • Sin datos disponibles: no se han realizado ni recibido llamadas para la ubicación en el período de tiempo seleccionado.

1

Desde la vista del cliente en https://admin.webex.com, vaya a Análisisy, a continuación, seleccione Llamadas de Webex.

Se lo lleva al portal de administración de llamadas.

2

Vaya a la consola y desplácese hasta Garantía de servicio para ver el estado general de su organización.

Si desea abrir la herramienta CScan para verificar la latencia, el ancho de banda y los puertos, haga clic en Prueba de disponibilidad de red.

Qué hacer a continuación

Si la ubicación muestra una calificación de Deficiente, indica que puede haber un problema con la calidad del medio en una de sus ubicaciones. Las causas comunes no tienen suficiente ancho de banda o congestión del tráfico. Si el problema continúa, vaya a la vista del cliente en , haga clic en su nombre de usuario de administrador https://admin.webex.comy, a continuación, haga clic en Comentarios para abrir un caso.

Ejecutar la herramienta CSCAN

Puede utilizar la herramienta Cisco SCAN para comprobar la latencia, el ancho de banda y los puertos.

Vaya a https://cscan.webex.com/, seleccione su servidor y, a continuación, haga clic en EJECUTAR PRUEBA.

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

Información de referencia del puerto 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 de 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 proxy que quieran utilizar servicios Webex Calling de red dentro de su organización.

Un firewall configurado correctamente es esencial para una implementación de llamadas exitosa. Necesitamos puertos para señales, 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 dentro y fuera de la red, debe abrir puertos para permitir los protocolos requeridos para la servicio. Siempre que implemente NAT, defina puntos de enlace 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án alertas de SIP, lo que significa que tiene la Puerta de enlace a nivel de aplicaciones (ALG) de SIP o algo 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 SIP ALG en dispositivos específicos.

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

Webex Calling tráfico a través del firewall

La mayoría de los clientes implementa un firewall de Internet, o un 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 Webex Calling extremos no admiten proxy http(s), siga las instrucciones del firewall que se indican a continuación para permitir el acceso a Webex Calling de red.

Configuración del firewall

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

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

Direcciones IP y puertos para los Webex Calling de red

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 registrados en la nube se comuniquen con los servicios de medios y señales en la nube Webex Calling.

Subredes IP para Webex Calling de red

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

Propósito de la conexión

Direcciones de origen

Puertos de origen

Protocolo

Direcciones de destino

Puertos de destino

Notas

Señales de llamadas para Webex Calling (SIP TLS)

Puerta de enlace local externa (NIC) 8000-65535

TCP

Consulte Subredes IP para Webex Calling ip.

8934

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

Dispositivos

5060-5080

Aplicaciones

Efímero (dependiente del SO)

Llamar medios a Webex Calling (STUN, SRTP)

NIC externo de la puerta de enlace local

8000-48000

UDP

Consulte Subredes IP para Webex Calling ip.

5004,19560-65535

Estos IP/puertos son necesarios para medios de llamadas SRTP salientes de puertas de enlace, dispositivos y aplicaciones locales (origen) a Webex Calling nube (destino).

Dispositivos

19560-19660

Aplicaciones

Efímero

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

8000-48000

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

Señales de llamadas para extremos dirigidos públicamente (SIP TLS)

Consulte Subredes IP para Webex Calling ip.

Efímero

TCP

IP de extremo

8934

Estos IP/puertos son necesarios para las señales de llamadas SIP-TLS entrantes desde la nube de Webex Calling (origen) a los puntos finales (destino) dirigidos públicamente.

Configuración de dispositivos y administración de firmware (dispositivos de Cisco)

Webex Calling dispositivos

Efímero

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Estos IP pertenecen a cloudupgrader.webex.com.

Debe habilitar los puertos cloudupgrader.webex.com y 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

*Estos 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

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

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 pone en contacto con el servidor de activación de dispositivo sin aprovisionamiento táctil. Los nuevos teléfonos utilizan la activate.cisco.com " en lugar de la "webapps.cisco.com" para el aprovisionamiento. Los teléfonos con versiones de firmware anteriores a la 11.2(1) siguen utilizando la versión "webapps.cisco.com". Le recomendamos que permita los nombres de dominio a través de su firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Estos 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 pone en contacto con el servidor de activación de dispositivo sin aprovisionamiento táctil. Los nuevos teléfonos utilizan la activate.cisco.com " en lugar de la "webapps.cisco.com" para el aprovisionamiento. Los teléfonos con versiones de firmware anteriores a la 11.2(1) siguen utilizando la versión "webapps.cisco.com". Le recomendamos que permita los nombres de dominio a través de su firewall.

Consulte Subredes IP para Webex Calling ip.

80,443

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

Sincronización de la hora del dispositivo (NTP)

Webex Calling dispositivos

51494

UDP

Consulte Subredes IP para Webex Calling ip.

123

Estas direcciones IP son necesarias para la sincronización a tiempo para dispositivos (teléfonos MPP, ATA y ATA DE SPA)

Resolución del nombre del dispositivo

Webex Calling dispositivos

Efímero

UDP y TCP

Definido por el host

53

Configuración de la aplicación

Webex Calling aplicaciones

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 Webex Calling ip.

80, 443, 8443

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

Sincronización de la hora de la aplicación

Webex Calling aplicaciones

123

UDP

Definido por el host

123

Resolución del nombre de la aplicación

Webex Calling aplicaciones

Efímero

UDP y TCP

Definido por el host

53

CScan

Webex Calling aplicaciones

Efímero

UDP y TCP

Consulte Subredes IP para Webex Calling ip.

8934 y 80, 443, 19569-19760

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

† rango de puertos cube se puede configurar con el rango de rtp-puerto.

*Cisco no es propietario de estas direcciones 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 Webex Calling de red

Dominio/URL

Descripción

Aplicaciones y dispositivos de Webex que utilizan estos dominios/DIRECCIONES URL

Cisco Webex de atención

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

Webex Calling servicios de emergencia en Australia.

Todos

*.broadcloud.eu

Webex Calling servicios de atención al cliente 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 pone en contacto con el servidor de activación de dispositivos sin aprovisionamiento táctil. Los nuevos teléfonos activate.cisco.com 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

Webex Calling de atención

Control Hub

*.webex.com

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

Todos

*.wbx2.com

Microservicios de Webex, como el servicio de actualización de software.

Todos

Servicios adicionales relacionados con Webex (dominios de terceros)

*.appdynamics.com

*.eum-appdynamics.com

Seguimiento del rendimiento, errores y capturas de caídas, métricas de la sesión.

Control Hub

*.huron-dev.com

Webex Calling microservicios 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 guía del usuario de Webex. Brinda visitas virtuales de incorporación y uso para nuevos usuarios.

Para obtener más información sobre WalkMe, haga clic aquí.

Aplicaciones de Webex

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

Webex Meetings/mensajería - Requisitos de red

Si está implementando una 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 deWebex.

Historial de revisiones de documentos

Fecha

Hemos realizado los siguientes cambios en este artículo

25 de marzo de 2021

Se agregaron 6 intervalos 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

4 de marzo de 2021

Se Webex Calling direcciones IP discretos y rangos de IP más pequeños con intervalos simplificados en una tabla separada para facilitar la comprensión de la configuración del firewall.

26 de febrero de 2021

Se agregó 5004 como puerto de destino para medios de llamadas a Webex Calling (STUN, SRTP) para admitir la conectividad interactiva Compatibilidad (ICE) que estará disponible el Webex Calling de abril de 2021.

22 de febrero de 2021

Los dominios y las URL ahora se enumeran 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 Direcciones IP y Puertos para comprender mejor las necesidades.

Las siguientes direcciones IP se movieron a rangos simplificados para la configuración del dispositivo y la administración de firmware (dispositivos Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

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

  • 199.59.64.237

  • 199.59.67.237

21 de enero de 2021

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

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

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

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Hemos eliminado las siguientes direcciones IP de la configuración de la aplicación:

  • 64.68.99.6

  • 64.68.100.6

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

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

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

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23 de diciembre de 2020

Se agregaron nuevas direcciones IP de configuración de la aplicación a las imágenes de referencia de puerto.

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

11 de diciembre de 2020

Se actualizaron la configuración y la administración de firmware (dispositivos de Cisco) y las filas de configuración de la aplicación para los dominios canadienses compatibles.

16 de octubre de 2020

Se actualizaron las señales de llamadas y las entradas de medios con las siguientes direcciones IP:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 de septiembre de 2020

En CScan, se reemplazó 199.59.64.156 con 199.59.64.197.

14 de agosto de 2020

Se agregaron más direcciones IP para admitir la introducción de centros de datos en Canadá:

Señales de llamadas a Webex Calling (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24

12 de agosto de 2020

Se agregaron más direcciones IP para admitir la introducción de centros de datos en Canadá:

  • Llamar a medios a Webex Calling (SRTP): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24

  • Señales de llamadas a extremos de acceso público (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Configuración de dispositivos y administración de firmware (dispositivos 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 la aplicación: 135.84.173.154,135.84.174.154

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

9 de junio de 2020

Hemos realizado los siguientes cambios en la entrada CScan:
  • Se corrigió una de las direcciones IP; se cambiaron 199.59.67.156 a 199.59.64.156

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

11 de marzo de 2020

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

  • jp.bcld.webex.com:135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com:64.68.99.6, 64.68.100.6

Hemos actualizado los siguientes dominios con direcciones IP adicionales en la configuración del dispositivo 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

27 de febrero de 2020

Hemos agregado los siguientes dominios y puertos a la configuración del dispositivo y a la administración de firmware:

cloudupgrader.webex.com:443, 6970

¿Ha encontrado este artículo útil?

Artículos relacionados

Recién vistos

×