Marca de agua
20 de oct. de 2020 | vista(s) | personas pensaron que esto fue útil

Descripción general

Introducción a Cisco Webex Calling

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

Webex Calling ofrece los siguientes beneficios:

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

  • Webex Teams acceso para cada usuario

  • Red de telefonía de conmutación pública (PSTN) acceso 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 (Gateway local sin IP PBX local o con un entorno de llamadas de Unified CM existente).

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

Tabla 1. Características configurables de administración

Característica

Descripción

Contestador automático

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

Cola de llamada

Puede configurar una cola de llamada de manera que, cuando no se puedan responder las llamadas entrantes, se proporcione una respuesta automática, mensajes de comodidad y música en suspensión hasta que alguien pueda responder su llamada.

Captura de llamada

Puede mejorar el trabajo en equipo y la colaboración al crear un grupo de contestación de llamada para que los usuarios puedan responder cada una de las llamadas. 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 desee configurar grupos de búsqueda en las siguientes situaciones:

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

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

Grupo de paginación

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

Cliente recepcionista

Ayude a satisfacer las necesidades de su personal de atención al cliente proporcionándole un completo conjunto de opciones de control de llamadas, monitorado de líneas a gran escala, cola de llamadas, varias opciones y vistas de directorios, integración con Outlook y más.

Los usuarios pueden configurar las siguientes características en https://settings.webex.com, que se inician 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 llamada bloqueada.

Continuidad del negocio

Si los teléfonos de los usuarios no están conectados a la red por algún motivo (por ejemplo, un corte de energía, problemas de red, etc.), 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.

Reenvío de llamadas selectivo

Los usuarios pueden reenviar llamadas en horarios específicos de personas que llaman específicas. Esta configuración tendrá prioridad sobre el reenvío de llamadas.

Notificación de llamada

Los usuarios pueden enviar por sí mismos 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 a todas las llamadas dirigirse directamente al correo de voz.

Office Anywhere

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

Alerta prioritaria

Los usuarios pueden llamar a sus teléfonos con un timbre distintivo cuando se cumplan los 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 horarios específicos de personas que llaman específicas.

Rechazo selectivo de llamadas

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

Anillo secuencial

Llame hasta 5 dispositivos uno después de otro para llamadas entrantes.

Llamada simultánea

Llame a los números de los usuarios del timbre y a otros ("destinatarios de la llamada) al mismo tiempo para las llamadas entrantes.

Servicios de aprovisionamiento, dispositivos y usuarios en control Hub, Inicio cruzado a configuración detallada en el portal de administración de llamadas

Cisco Webex Control Hub (https://admin.webex.com) es un portal de administración que se integra con Webex Calling para optimizar sus pedidos y su configuración y centralizar su administración de la oferta incluida: Webex Calling, Webex Teams y Webex meetings.

El concentrador de control es el punto central para el aprovisionamiento de todos los servicios, dispositivos y usuarios. Puede configurar el servicio de llamadas por primera vez, inscribir teléfonos MPP en la nube (con la dirección MAC), configurar usuarios mediante la Asociación de dispositivos, la adición de números, servicios, características de llamadas, etc. Asimismo, desde control Hub, puede iniciar en forma cruzada el portal de administración de llamadas para obtener una configuración más detallada de las características, los dispositivos y los usuarios. El aprovisionamiento de todos los servicios adicionales (Webex Meetings o equipos) también ocurre en el control Hub.

El portal de administración de llamadas proporciona a los clientes acceso a la configuración avanzada de las características de llamadas, así como una vista rápida sobre la garantía del servicio. Las garantías de servicio proporcionan métricas de calidad de llamadas en varias ubicaciones dentro de sus unidades de negocios al indicar si las llamadas son buenas, justas o de calidad deficiente. Recibir comentarios inmediatos sobre la calidad de la llamada permite a los administradores de clientes y socios ofrecer la mayor calidad de servicio a sus clientes.

Experiencia del usuario

Los usuarios tienen acceso a las siguientes interfaces:

  • Aplicación de Webex Calling: cliente por software para llamar a esa marca de Cisco. Para obtener más información, consulte explorar la aplicación de Cisco Webex Calling nueva.

  • Configuraciónhttps://settings.webex.comde la Webex (): interfaz en la que los usuarios pueden configurar las preferencias para el perfil, descargar Webex Teams y lanzar en conjunto al portal del usuario que llama para la configuración de llamadas. Para obtener más información, consulte cambiar la configuración de su Cisco Webex.

  • Webex Teams: aplicación incluida en la suscripción como un cliente de mensajería de equipo con marca de Cisco. Para obtener más información, consulte Introducción a la aplicación deCisco Webex Teams.

  • Webex Meetings: aplicación opcional agregada como una solución de reuniones. Para obtener más información, consulte Webex Meetings.

Realice un recorrido por Cisco Webex Control Hub

El concentrador de control es su interfaz única basada en la red para administrar su organización, administrar sus usuarios, asignar servicios, analizar tendencias de adopción y calidad de llamadas, etc.

Para poner en funcionamiento su organización, le recomendamos que invite a unos pocos usuarios a entrar Webex Teams introduciendo sus direcciones de correo electrónico en el concentrador de control. Anime a las personas a que utilicen los servicios que usted proporciona, incluidas las llamadas, y a enviarle comentarios acerca de su experiencia. Cuando esté listo, siempre puede agregar más usuarios.


Le recomendamos que utilice la versión de escritorio más reciente de Google Chrome o Mozilla Firefox para acceder al concentrador de control. Los exploradores de los 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 se debe esperar cuando se configura su organización con los servicios. 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, usando Chrome o Firefox para acceder al concentrador de control. El enlace automáticamente inicia sesión con su dirección de correo electrónico de administrador. A continuación, se le solicitará que cree su contraseña de administrador.

Asistente inicial para pruebas

Si su socio lo ha registrado para una prueba, el Asistente de configuración se iniciará automáticamente una vez que inicie sesión en el concentrador de control. El asistente lo guiará a través del configuración básica para poner en marcha su organización con Cisco Webex Calling, entre otros servicios. Puede configurar y revisar su configuración de llamadas antes de finalizar el tutorial del asistente.

Revise su configuración

Cuando se carga el concentrador de control, puede 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 primero la sincronización de directorios y, luego, decida cómo desea agregar usuarios. Haga clic en siguiente y siga las instrucciones para configurar Cisco conector de directorios.

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

Webex Teams utiliza la autenticación básica. Puede optar por configurar SSO para que los usuarios se autentiquen con su Proveedor de servicios de identidad empresarial utilizando sus credenciales empresariales, en lugar de una contraseña independiente 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 ha agregado para que las personas puedan comenzar a utilizar Webex Teams.

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 desea 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, inscribir dispositivos que se pueden compartir en un lugar común y inscribir y asociar dispositivos con usuarios.

Permita que sus usuarios

Ahora que ha agregado usuarios y se les han asignado servicios, pueden comenzar a utilizar sus teléfonos multiplataforma compatibles (MPPs) para Webex Calling y Webex Teams para mensajería y reuniones. Anime a que utilicen la configuración de Cisco Webex como un taller único para el acceso.

Función de la puerta de enlace local

La puerta de enlace local es un dispositivo perimetral 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 la red de telefonía (PBX) de conmutación de red pública (incluida Unified CM).

Puede utilizar Cisco Webex Control Hub para asignar una puerta de enlace local a una ubicación, después de la cual el concentrador de control proporciona parámetros que usted puede configurar en el cubo. Estos pasos registran la puerta de enlace local con la nube y, luego, PSTN servicio se proporciona a través de la puerta de enlace para Webex Calling usuarios en una ubicación específica.

Para especificar y ordenar una puerta de enlace local, lea la guía de pedidos de la puerta de enlace local.

Implementaciones de puertas de enlace locales compatibles para Webex Calling

Se admiten las siguientes implementaciones básicas:

La puerta de enlace local se puede implementar de forma independiente o en implementaciones en las que se requiere integración en Cisco Unified Communications Manager.

Implementaciones de puertas de enlace locales sin IP PBX local

Implementaciones de puertas de enlace locales independientes

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

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

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

Implementación de puerta de enlace local de coresidente

La puerta de enlace local puede estar basada en IP, se conecta a un ITSP utilizando un enlace troncal SIP o TDM basado en una ISDN o un circuito analógico. La siguiente figura muestra una implementación de Webex Calling donde la puerta de enlace local es residente con la PSTN GW/SBC.

Implementaciones de puerta de enlace local con PBX de Unified CM en las instalaciones

Se requieren integraciones con Unified CM en los siguientes casos:

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

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

Esta figura muestra una implementación de Webex Calling donde el cliente tiene un PBX IP de Unified CM existente.

BroadCloud envía llamadas que no coinciden con los destinos de la Webex Calling del cliente a la puerta de enlace local. Esto incluye números PSTN y extensiones internas de Unified CM, que BroadCloud no puede ver. La puerta de enlace local enruta todas las llamadas que provienen de BroadCloud a Unified CM y viceversa. Unified CM enruta a continuación las llamadas entrantes a destinos locales o a la PSTN según la plan de marcado existente. Unified CM plan de marcado normaliza los números como + E. 164. La puerta de enlace de PSTN puede ser una o residente en conjunto con la puerta de enlace local.

Puerta de enlace PSTN dedicada

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

Puerta de enlace PSTN de residencia

Esta figura muestra una implementación de Webex Calling con un Unified CM donde la puerta de enlace local es residente con la puerta de enlace o el SBC de la PSTN.

BroadCloud enruta todas las llamadas que no coinciden con los destinos de la Webex Calling del cliente a la puerta de enlace local que se asigna a la ubicación. Esto incluye PSTN destinos y llamadas en la red hacia las extensiones internas de Unified CM. La puerta de enlace local enruta todas las llamadas a Unified CM. A continuación, 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 de PSTN/SBC en conjunto.

Consideraciones de Enrutamiento de llamada

Llamadas desde Webex Calling a Unified CM

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

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

En la siguiente figura se muestra un usuario de Webex Calling marcar un número nacional en EE. UU..

Unified CM ahora se basa en la plan de marcado configurada enruta la llamada a un extremo registrado localmente en el que el destino llamado se suministra como número de directorio. Para esto, Unified CM plan de marcado debe admitir el enrutamiento de + E. 164 números.

Llamadas de Unified CM a Webex Calling

Para habilitar el enrutamiento de llamadas de Unified CM a Webex Calling en Unified CM debe aprovisionarse un conjunto de rutas para definir el conjunto de direcciones de plan de numeración empresarial de + E. 164 y de numeración empresarial en Webex Calling.

Con estas rutas en lugar, se pueden realizar las situaciones de llamada que se muestran en la siguiente figura.

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

Asimismo, las llamadas que se originan desde extremos registrados de Unified CM, dirigidos a destinos de Webex Calling, están sujetas a la plan de marcado que se suministra en Unified CM. Por lo general, esta plan de marcado permite que los usuarios utilicen hábitos de marcado empresarial comunes para realizar llamadas. Estos hábitos no necesariamente incluyen necesariamente + E. 164 de marcado. Cualquier hábito de marcado distinto de + E. 164 debe normalizarse a + E. 164 antes de que se envíen las llamadas a la puerta de enlace local para permitir un enrutamiento correcto en BroadCloud.

Clase de servicio (CoS)

La implementación de una clase rigurosa de restricciones de servicio es siempre recomendable por diversos motivos, que incluyen la prevención de bucles de llamadas y la prevención de fraudes de peaje. En el contexto de la integración de Webex Calling Gateway local con la clase de servicio de Unified CM, debemos considerar clase de servicio para:

  • Dispositivos registrados con Unified CM

  • Las llamadas entran en Unified CM desde el PSTN

  • Llamadas que entran a Unified CM desde BroadCloud

Dispositivos registrados con Unified CM

Agregar el Webex Calling destinos como una nueva clase de destinos a una configuración de CoS existente es bastante directo: Normalmente, los permisos para llamar a Webex Calling destinos son equivalentes al permiso para llamar a los destinos de las instalaciones locales (incluyendo entre sitios).

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

De lo contrario, el concepto de permiso "inter-site" (abreviado) en la red aún no existe, entonces se debe aprovisionar una nueva partición (por ejemplo, "onNetRemote"), se agregan los destinos de Webex Calling a esta partición y, por lo tanto, esta nueva partición debe agregarse a los espacios de búsqueda de llamadas apropiados.

Las llamadas entran en Unified CM desde el PSTN

Agregar el Webex Calling destinos como una nueva clase de destinos a una configuración de CoS existente es bastante directo: Normalmente, los permisos para llamar a Webex Calling destinos son equivalentes al permiso para llamar a los destinos de las instalaciones locales (incluyendo entre sitios).

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

De lo contrario, el concepto de permiso "inter-site" (abreviado) en la red aún no existe, entonces se debe aprovisionar una nueva partición (por ejemplo, "onNetRemote"), se agregan los destinos de Webex Calling a esta partición y, por lo tanto, esta nueva partición debe agregarse a los espacios de búsqueda de llamadas apropiados.

Llamadas que entran a Unified CM desde BroadCloud

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

Mientras que para llamadas desde el PSTN el acceso a Unified CM DID y Webex Calling DID son necesarios las llamadas que se originan en Webex Calling necesitan tener acceso a los destinos de DID y PSTN de Unified CM.

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

Esta figura compara estas dos clases diferentes de servicio para llamadas desde PSTN y BroadCloud. La figura también muestra que si la funcionalidad de la puerta de enlace de PSTN se combina con la puerta de enlace local, se requieren dos enlaces troncales del PSTN GW y de la puerta de enlace local de Unified CM: una para llamadas que se originan en el PSTN y otra para llamadas que se originan en BroadCloud. Esto está impulsado por el requisito de aplicar espacios de búsqueda de llamadas diferenciadas por tipo de tráfico. Con dos enlaces troncales entrantes en Unified CM esto se puede lograr fácilmente configurando el espacio de búsqueda de llamadas necesario para llamadas entrantes en cada enlace troncal

Integración de plan de marcado

Esta guía asume una instalación existente basada en las mejores prácticas actuales en la "arquitectura preferida para implementaciones locales de Cisco Collaboration, CVD". La versión más reciente está disponible en https://www.Cisco.com/c/en/us/support/Unified-Communications/Unified-Communications-System/Products-Implementation-Design.

El diseño de la plan de marcado recomendada sigue el enfoque del diseño que se documenta en el capítulo plan de marcado de la versión más reciente de Cisco Collaboration System SRND disponible en https://www.Cisco.com/go/ucsrnd.

Figura 2. Plan de marcado recomendado

Esta figura muestra una descripción general del diseño de la plan de marcado recomendada. 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 están en formato + E. 164.

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

  • El enrutamiento básico se basa en + E. 164.

  • Todos los hábitos de marcado no-+ E. 164 (por ejemplo, el marcado en el sitio y el PSTN marcado utilizando los hábitos de marcado comunes) son normalizados (globalizados) a + E. 164 usando patrones de conversión de normalización de marcación.

  • Patrones de conversión de normalización de marcación usar patrón de traducción herencia de espacio de búsqueda de llamadas; tienen configurada la opción "utilizar espacio de búsqueda de llamadas del autor".

  • La clase de servicio se implementa utilizando espacios de búsqueda de llamadas específicas del sitio y de la clase de servicio.

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

Posibilidad de acceso a BroadCloud

Figura 3. Adición de BroadCloud destino a la plan de marcado

Para agregar la posibilidad de acceso para los destinos de BroadCloud a esta plan de marcado, se debe crear una partición que represente todos los destinos de BroadCloud ("BroadCloud") y un + E. 164 patrón de ruta para cada intervalo de realización en BroadCloud se agrega a esta partición. Este patrón de ruta hace referencia a una lista de rutas con un solo miembro: el grupo de rutas con el enlace troncal SIP a la puerta de enlace local para llamadas a BroadCloud. Debido a que todos los destinos marcados están normalizados a + E. 164 usando patrones de conversión de normalización de marcación para llamadas que se originan desde extremos registrados de Unified CM o desde transformaciones entrantes llamadas de parte para llamadas que se originan desde el PSTN este único conjunto de + E. 164 de rutas es suficiente para lograr la capacidad de acceso para destinos en BroadCloud,

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

Agregar marcado por sitio abreviado

Figura 4. Agregar marcado por sitio abreviado

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

Para agregar el marcado abreviado de Enterprise a los destinos de BroadCloud, agregue el patrón de conversión de normalización de marcación 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 envía nuevamente a BroadCloud después de hacer coincidir el patrón de ruta en la partición "BroadCloud".

No se recomienda agregar el patrón de traducción de normalización de marcación abreviada 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 Webex Calling para proveedores de servicios y revendedores de valor agregado

Hay dos ofertas de llamadas separadas que aprovechan la misma plataforma Webex Calling. Una oferta es para los proveedores de servicios (SPs) y sus clientes, mientras que la otra oferta es para revendedores de valor agregado (VARs) y sus clientes. En su mayor parte, las ofertas son idénticas y, por lo tanto, se hace referencia a ellas genéricamente como Webex Calling. Sin embargo, hay un par de diferencias y donde debemos destacar estas diferencias, nos aseguraremos de que sepa si se aplican a SP o VARs.

Aunque ambas ofertas se administran en el concentrador de control con lanzamientos cruzados en el portal de administración de llamadas, estas son algunas diferencias clave.

SPs puede personalizar sus portales y aplicaciones de llamadas, y debe empaquetar y proporcionar sus propios servicios de PSTN a sus clientes o aprovechar la implementación de un Gateway local. SPs también debe proporcionar su propio soporte de nivel 1.

Por otro lado, VARs, utilice la personalización que proporciona Cisco. Los VARs no son proveedores de servicio regulado ni ofrecen servicio de PSTN. El servicio de PSTN se debe aprovechar a través de una implementación de puerta de enlace local empresarial. Los VARs también pueden proporcionar su propio soporte de nivel 1 o utilizan Cisco. Ambas ofertas de llamadas proporcionan garantía del servicio a través de métricas de calidad de medios y pueden agrupar Webex Teams y reuniones junto con sus aplicaciones de llamadas.

Controladores de protocolo para las llamadas

Cisco Webex Calling registra los siguientes controladores de protocolo con el sistema operativo para habilitar la funcionalidad hacer clic para llamar desde exploradores Web o desde otra aplicación. 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 log o CLICKTOCALL://

  • Sip: o SIP://

  • Tel: o TEL://

  • WEBEXTEL: o WEBEXTEL://

Controladores de protocolo para Windows

Otras aplicaciones pueden inscribirse para los controladores de protocolo antes de la aplicación de Webex Teams. En Windows 10, la ventana del sistema para pedir a los usuarios que seleccionen la aplicación que se utilizarán para iniciar la llamada. Las preferencias del usuario se pueden recordar si el usuario verifica siempre usar esta aplicación.

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

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

  2. Para cada protocolo, elija Webex Teams.

Controladores de protocolo para Mac

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

En Webex Teams para Mac, los usuarios pueden confirmar que Webex Teams está seleccionada para la configuración iniciar llamadas con en Preferencias generales. También pueden comprobar si siempre se conectan a Microsoft Outlook si desean realizar llamadas en Webex Teams cuando hacen clic en el número de un contacto de Outlook.

Marca de agua
20 de oct. de 2020| 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 del Acuerdo empresarial.

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

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

Requisitos de ancho de banda

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

Puerta de enlace local para PSTN

Tanto los Revendedores de valor agregado (Value Added Resellers, VAR) como los Proveedores de servicios (Service Providers, SP) pueden proporcionar acceso PSTN más fácilmente a Webex Calling organizaciones. Actualmente, la puerta de enlace local es la única opción para proporcionar acceso PSTN en las 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 compatible con 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:

Tabla 1. Dispositivos compatibles

Categoría de dispositivo

Tipo de dispositivo

Básico

  • Teléfono Cisco IP Phone Serie 6800 con firmware de varias plataformas

  • Teléfono Cisco IP Phone Serie 7800 con firmware de varias plataformas

Adaptadores de telefonía analógico

Cisco ATA 191 y 192 con firmware multiplataforma

Conferencia

  • Teléfono IP de conferencia de Cisco 7832 con firmware de varias plataformas

  • Teléfono IP de conferencia Cisco 8832 con firmware de varias plataformas

Avanzado

  • Cisco IP DECT Serie 6800 con firmware de varias plataformas

  • Teléfono Cisco IP Phone Serie 8800 con firmware de varias plataformas

Accesorios

Módulos de expansión de teclado

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

    • Tenga un conocimiento básico sobre VoIP generales

    • Tener un conocimiento de trabajo básico de los conceptos de voz de Cisco IOS-XE e 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 del elemento borde (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 de CUBE realiza el cifrado, y se TLS mutuo conexión de llamadas salientes a la nube con los siguientes pasos:

  • El CUBE se debe actualizar con el paquete raíz de CA de la PKI de Cisco

  • Se utiliza un conjunto de credenciales del resumen de SIP del Control Hub para configurar el CUBE (los pasos son parte de la configuración a continuación)

  • 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 transversales de firewall y NAT 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, IP privada direcciones 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.

Marca de agua
20 de oct. de 2020| vista(s) | personas pensaron que esto fue útil

Configurar Cisco Webex Calling para su organización

Antes de empezar

Si está tratando de configurar un cliente en Canadá, se requieren pasos adicionales. Para obtener más información, comuníquese con el servicio de asistencia al socio.

1

Haga clic en el enlace introducción en el 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

Revise y acepte el condiciones del servicio.

3

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

4

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

5

Haga clic en siguiente: Ubicación predeterminada.

6

Elija de las opciones siguientes:

  • Haga clic en Guardar y cerrar si es administrador de socios y desea que el administrador del cliente complete el aprovisionamiento de Webex Calling.
  • Complete la información de la 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 fue seleccionado por el socio y no se puede cambiar. Puede crear otras ubicaciones en diferentes países con posterioridad, pero tenga en cuenta que serán alojadas en el centro de datos regional que se corresponda con el país del contrato que haya seleccionado anteriormente en este procedimiento. Por ejemplo, puede tener una ubicación en los Estados Unidos y una 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 cree.

7

Opcionales Alterne en Skype empresarial si se requiere esta integración y, a continuación, haga clic en siguiente.


 

Cuando está habilitada, esta configuración de toda la ubicación convierte todas las aplicaciones de llamadas existentes en llamadas para versión S4B. Esta aplicación se puede ejecutar junto con Skype empresarial para Windows y ofrece capacidades de llamadas 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 empezar

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

  • Dirección de la ubicación

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

1

Desde la vista del cliente en https://admin.webex.com, seleccione servicios > llamada > ubicacionesy, a continuación, haga clic en Agregar ubicación.

Tenga en cuenta que las nuevas ubicaciones se organizarán en el centro de datos regional que se corresponde con el país del contrato que seleccionó utilizando el Asistente de configuración por primera vez.

2

Establezca la configuración de la ubicación:

  • Nombre dela ubicación: Introduzca un nombre único para identificar la ubicación.
  • País: seleccione el país en el que desea unir la ubicación. Por ejemplo, puede crear una ubicación (sede central) en los Estados Unidos y otra (rama) en el Reino Unido. El país que elija determinará los campos de dirección que figuran a continuación. Los que se documentan aquí usan la Convención de direcciones de EE. UU. como ejemplo.
  • Idioma: elija el idioma para la ubicación.
  • Dirección: Introduzca la dirección postal principal de la ubicación.
  • Ciudad: Introduzca una ciudad para esta ubicación.
  • Estado: desde 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 se puede acceder al contacto principal de la ubicación.
3

(opcional) Alterne en Skype empresarial si sus usuarios en esta ubicación desean seguir colaborando utilizando la aplicación de escritorio de 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 Webex Calling versión S4B. Los usuarios deben descargar e instalar la aplicación Webex Calling versión S4B para que cuando inicien o reciban una llamada de PSTN en su aplicación de Microsoft Skype, se inicien en la aplicación de Webex Calling versión S4B.


 

Esta es la única ocasión en la que puede optar o desconectarse de la integración de Skype empresarial con la aplicación Webex Calling. Una vez que se haya creado la ubicación, ya no tendrá la opción de cambiar esta configuración.

4

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

5

Si ha hecho clic en añadir ahora, elija una de las siguientes opciones:

  • Cloud Connected PSTN : 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 de su elección.


     

    Solo se muestran los proveedores que son compatibles con el país de su ubicación.

  • Puerta de enlace local: puede seleccionar esta opción si desea mantener su proveedor de PSTN actual o desea conectar sitios que no pertenecen a la nube con sitios de la nube y tener un plan de marcado común (opción de híbrido). Si tiene varias ubicaciones, es posible que no quiera dirigir toda la nube a la vez.
6

Elija si desea activar los números ahora o más tarde.

7

Introduzca números de teléfono como valores separados por comas y, a continuación, haga clic en validar.

Los números se agregan para la ubicación específica. Las entradas válidas se mueven al campo números validados , y las entradas no válidas permanecen en el campo agregar números acompañado de un mensaje de error.

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

8

Haga clic en Guardar.

Qué hacer a continuación

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

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

Antes de empezar


Obtener una lista de los usuarios y áreas de trabajo asociados con una ubicación: Acceda a los > números de servicio 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.

1

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

2

Haga clic en más junto al nombre de la ubicación, elija eliminar ubicacióny confirme que desea eliminar dicha ubicación.

Por lo general, toma un par de minutos para que la ubicación se elimine de forma permanente, pero podría demorar hasta una hora. Puede verificar 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 su PSTN así como el nombre, la zona horaria y el idioma de una ubicación después de que se haya creado. Tenga en cuenta que el nuevo idioma solo se aplica a los nuevos usuarios y dispositivos. Los usuarios y dispositivos existentes siguen utilizando el idioma antiguo.


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

1

Desde la vista del cliente en https://admin.webex.com, vaya a servicios > llamadas > ubicacionesy, a continuación, seleccione la ubicación que desea actualizar.

Si ve un símbolo de precaución junto a una ubicación, significa que aún no ha configurado un número de teléfono para esa ubicación. Los usuarios no podrán realizar ni recibir llamadas hasta que se configure ese número.

2

Opcionales En conexión de PSTN, seleccione conectada a la nube PSTN o Gateway local, según cuál haya sido configurada. Haga clic en Editar para cambiar esa configuración y, a continuación, acepte los riesgos asociados seleccionando continuar. A continuación, elija una de las siguientes opciones y haga clic en Guardar:

  • Cloud Connected PSTN : 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 de su elección.


     

    Solo se muestran los proveedores que son compatibles con el país de su ubicación.

  • Puerta de enlace local: elija esta opción si desea mantener su proveedor de PSTN actual o desea conectar sitios que no pertenecen a la nube con sitios de la nube y tener un plan de marcado común (opción híbrida). Si tiene varias ubicaciones, es posible que no quiera dirigir toda la nube a la vez.

     

    Esta opción solo está disponible para revendedores de valor añadido.

3

Seleccione el número principal al que se puede acceder al contacto principal de la ubicación.

4

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

5

Opcionales Haga clic en el icono de lápiz que se encuentra en la parte superior de la página de ubicación para cambiar el nombre de la Ubicación, el zona horariao el idioma según sea necesario y, a continuación, haga clic en Guardar.

Estos ajustes también están disponibles en el asistente de configuración inicial. A medida que cambia el plan de marcado, los números de ejemplo de control Hub actualizan para mostrar estos cambios.

1

Desde la vista del cliente en https://admin.webex.com, diríjase a servicios > llamar > configuración del servicioy, a continuación, desplácese hasta marcado interno.

2

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

  • Longitud del prefijo de enrutamiento de ubicación: le recomendamos esta configuración si tiene varias ubicaciones. Puede introducir una longitud de 2-7 dígitos. Si tiene varias ubicaciones con la misma extensión, los usuarios deben marcar un prefijo cuando llaman entre ubicaciones. Por ejemplo, si tiene varios almacenes, todos con la extensión 1000, puede configurar un prefijo de enrutamiento para cada almacén. Si un almacén tiene el prefijo 888, debe marcar 8881000 para llegar a ese almacén.
  • Dígito de control en el prefijo de enrutamiento: puede establecer un valor aquí, independientemente de si utiliza los prefijos de enrutamiento de ubicación.
  • Longitudde la extensión interna: puede introducir 2-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. Diríjase a servicios > > ubicacionesde llamadas, seleccione una ubicación, desplácese hasta marcadoy, luego, cambie el marcado interno y externo según sea necesario:

  • Marcado interno: especifique el prefijo de enrutamiento que los usuarios de otras ubicaciones deben marcar para ponerse en contacto con alguien en esta ubicación. El prefijo de enrutamiento de cada ubicación debe ser único. Le recomendamos que la longitud del prefijo coincida con la longitud establecida en el nivel de la organización, pero debe tener entre 2-7 dígitos de longitud.
  • Marcado externo: puede elegir un dígito de marcado saliente que los usuarios deben marcar para comunicarse con una línea externa. El valor predeterminado es ninguno y puede dejarlo si no requiere 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.

Impacto en los usuarios:

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

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

Si usted es un revendedor de valor agregado, puede seguir estos pasos para iniciar la configuración de la puerta de enlace local en Cisco Webex Control Hub. Cuando este Gateway está registrado en la nube, puede utilizarlo en una o más de las ubicaciones de su Cisco Webex Calling para proporcionar el direccionamiento hacia un proveedor de servicios de PSTN empresarial.

Antes de empezar

  • Cree cualquier ubicación y configuración y números específicos para cada uno. Las ubicaciones deben existir antes de que pueda agregar una puerta de enlace local.

  • Comprender los requisitos de la puerta de enlace local para Webex Calling.

  • No puede asignar más de una puerta de enlace a una ubicación, pero puede asignar la misma puerta de enlace a varias ubicaciones.

1

Desde la vista del cliente en https://admin.webex.com, vaya a servicios > llamadas > ubicacionesy, a continuación, seleccione la ubicación a la que desea agregar un Gateway local.

2

En conexión de PSTN, seleccione nube conectada PSTN, haga clic en Editary, a continuación, acepte los riesgos asociados seleccionando continuar.

3

Seleccione Gateway local, haga clic en administrary, a continuación, haga clic en crear nueva puerta de enlace local desde el lista desplegable.

4

Introduzca un nombre para identificar la puerta de enlace en el concentrador de control y guarde sus cambios haciendo clic en la marca de verificación.

Se le presentarán los parámetros relevantes que necesitará configurar en la puerta de enlace local. También generará un conjunto de credenciales de compendio de SIP para asegurar la puerta de enlace local.

5

Tome nota de la información de la puerta de enlace local que aparece en la pantalla (registrar dominio, Grupo troncal OTG/DTG, línea/puerto, dirección de proxy de salida).


 

Le recomendamos que copie la información del parámetro desde el concentrador de control y la pegue en un archivo de texto local o en un documento para poder consultarlo cuando esté listo para configurar la puerta de enlace local local.

6

Haga clic en recuperar nombre de usuario y restablecer contraseña para generar un nuevo conjunto de credenciales de autenticación para usar en la puerta de enlace local local.


 

Si pierde las credenciales, debe volver a generarlas desde la pantalla de configuración de la puerta de enlace en el concentrador de control. Le recomendamos que copie estas credenciales desde el concentrador de control y las pegue en un archivo de texto local o en un documento para poder consultarlas cuando esté listo para configurar la puerta de enlace local local.

Qué hacer a continuación

Debe tomar la información de configuración que el concentrador de control generó y asignar los parámetros a la puerta de enlace local (por ejemplo, en un cubo de Cisco que se sienta en las instalaciones). Este artículo le guiará 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 del concentrador de control (a la izquierda) se asigna a parámetros en el cubo (a la derecha):

Después de completar correctamente la configuración en la puerta de enlace, puede regresar a > > las ubicaciones de llamadas de servicios en el concentrador de control y la puerta de enlace que creó aparecerá en la tarjeta de ubicación a la que lo asignó con un punto verde a la izquierda del nombre. Este estado indica que el Gateway está registrado en forma segura en la nube de llamadas y actúa como puerta de enlace de PSTN activo para la ubicación.

1

Desde la vista del cliente en https://admin.webex.com, visite servicios > llamada > números.

Aparece una tabla que muestra los números y la información correspondiente para todas las ubicaciones. Puede hacer clic en el menú desplegable todas las ubicaciones y elegir una ubicación si desea filtrar por una específica. La tabla incluye información como a quién se ha asignado el número y su estado.

2

Opcionales Junto a una entrada de número, en acciones, haga clic en y, a continuación, elija una de las siguientes opciones:

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

  • Activar: en el caso de números en estado inactivo, esta opción está disponible una vez que se ha completado una Webex Calling número ported que se ha enviado con un pedido. Después de activar el número, el número se muestra como activo cuando está listo para usar.

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

3

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


 

Las entradas válidas se mueven al campo números validados , mientras que las entradas no válidas permanecen en el campo agregar números acompañado de un mensaje de error.

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

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

4

Opcionales 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 están en un estado inactivo. Puede activar los números de 500 a la vez seleccionando Activar números en la parte superior de la lista y, a continuación, confirmar su intención haciendo clic en activar en el cuadro de diálogo que se abre.

1

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

2

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

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

Puede utilizar control hub para establecer la prioridad de las opciones de llamadas disponibles que los usuarios ven en Webex Teams. También puede activarlas para un solo clic para llamar.

1

Desde la vista del cliente en https://admin.webex.com, seleccione serviciosy, a continuación, haga clic en configuración del cliente en la tarjeta de llamada.

2

Arrastre y suelte las opciones de llamada que desea que vean los usuarios al campo de opciones de llamada disponible y, a continuación, vuelva a organizarlas en el orden de prioridad que desee para sus usuarios.

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

3

Active la opción Habilitar clic para llamar individual si desea 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 Teams. Puede recomendar a sus usuarios que reinicien sus aplicaciones para retomar estos cambios más rápidamente.

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


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

Antes de empezar

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

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

Desde la vista del cliente en https://admin.webex.com, diríjase a configuración, desplácese hasta comportamientode llamada y, a continuación, elija una de las siguientes opciones: .

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

Aparece un mensaje que indica que se actualizó el comportamiento de la llamada. Los usuarios ahora pueden realizar llamadas PSTN desde Webex Teams o desde la aplicación de Webex Calling.

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


 

Puede cambiar esta configuración en el nivel de usuario si ciertas personas necesitan usar diferentes comportamientos de llamada. Acceda a usuarios y en configuración, seleccione comportamiento de llamadas. Puede hacer su elección y, a continuación, hacer clic en Guardar.

Marca de agua
20 de oct. de 2020| 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, debe configurar las puertas de enlace locales mediante sus respectivas interfaces de CLI. El enlace troncal entre la puerta de enlace local y la nube de Webex 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 red.

Utilice este flujo de tareas para configurar puertas de enlace locales para su Webex Calling implementación. Los pasos que se indican a continuación se realizan en la interfaz de CLI. 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 red.

Antes de comenzar

  • Cumpla con los requisitos de la puerta de enlace local para Webex Calling.

  • Cree una puerta de enlace local en Control Hub.

  • Las pautas de configuración provistas en este documento suponen que existe una plataforma de puerta de enlace local exclusiva 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ó. Esta sección supone que la finalización del 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: user

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:

interfaz GigabitEthernet0/0/0 descripción Interfaz hacia 
 PSTN y/o dirección ip CUCM 
 192.168.80.14 255.255.255.0. 
 
 interfaz GigabitEthernet0/0/1 descripción Interfaz hacia Webex Calling dirección 
 
 IP 192.168.43.197 255.255.255.0
2

Debe preconfigurar una clave maestra 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 contenido. Las contraseñas del tipo 6 se cifran mediante AES chiprea y la clave maestra definida por el usuario.


LocalGateway#conf t LocalGateway(config)#clave 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 Introduzca los comandos de configuración, una por línea.  Finalizar con 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 punto de confianza simulado predeterminado:

  1. Cree un punto de confianza PKI ficticio y llámelo simuladoTp

  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) Defina la conexión del temporizador establecer tls <wait-timer in="" sec="">. El intervalo está entre 5 y 20 segundos y el predeterminado es 20 segundos. (LGW tarda 20 segundos en detectar la falla de conexión 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#configurar terminal Intro comandos de configuración, una por línea.  Finalizar con CNTL/Z.
LocalGateway(config)# 
 LocalGateway(config)#crypto pki trustpoint dummyTp  LocalGateway(ca-trustpoint)# revocation-check crl LocalGateway(ca-trustpoint)#salir de  LocalGateway(config)#sip-ua LocalGateway(config-sip-ua)# cripto signaling default trustpoint dummyTp 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 una 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 trust malware include | DigiCert
  2. Si no existe, actualíctelo de la siguiente manera:

    
    LocalGateway#configurar terminal Intro comandos de configuración, una por línea.  Finalizar con CNTL/Z.
    LocalGateway(config)# cripto pki trust csv import clean url Reading file from Loading % PEM files import succeeded (La importación de archivos PEM se ha  http://www.cisco.com/security/pki/trs/ios_core.p7b  http://www.cisco.com/security/pki/trs/ios_core.p7b cargado http://www.cisco.com/security/pki/trs/ios_core.p7b  correctamente).
    LocalGateway(configuración)#finalización
    
  1. Verificar:

    
    LocalGateway#show crypto pki trustomisión | incluir DigiCert 
     cn=DigiCert, CA raíz global 
     o=DigiCert Inc 
     cn=DigiCert, CA raíz 
     global o=DigiCert Inc
    

Antes de comenzar

Asegúrese de haber completado los pasos del Control Hub para crear una ubicación y agregar una puerta de enlace local. En el ejemplo de puerta de enlace local 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 a la lista de confianza):

LocalGateway#configurar terminal LocalGateway(config)# servicio de vozvoip LocalGateway(conf-voi-serv)# dirección ip lista de confianza LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y LocalGateway(cfg-iptrust-list)#salir de LocalGateway(conf-voi-serv)#allow-connections sip para sip LocalGateway(conf-voi-serv)# estadísticas multimedia LocalGateway(conf-voi-serv)# mediabulk-stats LocalGateway(conf-voi-serv)# sin referción sip de servicio complementario LocalGateway(conf-voi-serv)# sin manejador de sip de serviciocomplementario-reemplaza LocalGateway(conf-voi-serv)# protocolo de fax t38 versión 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 agent-id 1 boot-count 4 LocalGateway(conf-serv-stun) 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
Dispositivo(config)# dispositivo de voip del servicio de  voz(config-voi-serv)# dirección ip de lista de confianza  Dispositivo(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 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 Calling interfaz frontal. Esto se debe a que el firewall ya le protege de las llamadas entrantes no VoIP. Esta acción reduciría su carga de configuración a más 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 en los que el proxy saliente se resuelve en en el inquilino200

  • 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
estadísticas multimedia de voip del servicio de 
 voz 
 estadísticas de medios en cantidad 
  • 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 en busca de estadísticas de llamadas masivas.

Funcionalidad básica de SIP a SIP
permitir conexiones sip a sip
Servicios complementarios
 sin sip de servicio complementario, 
 no se debe reemplazar un controlador sip de servicio complementario

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
protocolo de fax t38 versión 0 ls-redundancia 0 hs-redundancia 0 reserva ninguno

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 acceso al 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 que comprueben esta contraseña y abran los sondeos dinámicamente (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 sondeo sin mirar explícitamente el contenido del paquete.

G729
sip 
  g729 annexb-all

Permite todas las variantes de G729.

SIP
ofertas tempranas obligados

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)# clase de voz sip-profiles 200 LocalGateway (config-class)# regla 9 solicitar CUALQUIER regla de SIP-Req-URI de encabezado SIP o SIP que modifique "sips:(.*)" "sip:\1" LocalGateway (config-class)# regla 10 SOLICITAR CUALQUIER encabezado sip Para modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regla 11 SOLICITAR CUALQUIER encabezado sip De modificar "<sips:(.*)" "<sip:\1"  LocalGateway (config-class)# regla 12 solicitar CUALQUIER contacto de sip-header modificar<sips:(.*)>"<sip:\1;transport=tls>  LocalGateway (config-class)# regla 13 respuesta CUALQUIER sip-header Para modificar " <sips:(.*)" "<sip:\1" LocalGateway (config-class)# regla 14 respuesta CUALQUIER encabezado SIP De modificar " <sips:(.*)" "<sip:\1" LocalGateway (config-class)# regla 15 RESPUESTA CUALQUIER sip-header Contacto modificar "<sips:(.*)" "<sip:\1" LocalGateway (config-class)# regla 20 solicitar CUALQUIER encabezado sip De modificar ">" ";otg=hussain2572_lgu>" LocalGateway (config-class)# regla 30 SOLICITAR CUALQUIER SIP-header P-Asserted-Identity modificar "sips:(.*)" "sip:\1"

Estas reglas son

Explicación de los comandos:

  • la regla 9 garantiza 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 de SRV, por ejemplo, _sips._tcp.<outbound-proxy>
  • la regla 20 modifica el encabezado Desde para incluir el parámetro OTG/DTG del grupo de enlace troncal 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)# códec de clase de voz 99 LocalGateway(config-class)# preferencia de códec 1 g711ulaw LocalGateway(config-class)# preferencia del códec 2 g711alaw  LocalGateway(config-class)# salir de LocalGateway(config)# clase de voz 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)# 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-crypto 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.

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 desde la página de administración de la puerta de enlace local dentro del Concentrador de control, como se muestra en esta captura de pantalla. 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 que se indican a continuación son solo ejemplos. Debe utilizar los parámetros para su propia implementación.

LocalGateway(config)# usuario de clase de vozinquilino 200 
  registrar dns:40462196.el esquema sips de cisco-bcld.com caduca 240 frecuencia de actualización 50 credenciales tcp tls número Hussain6346_LGU nombre de usuario Hussain2572_LGU contraseña 0 meX7]~)Nombre de usuario de autenticación broadWorks del dominio VmF Hussain2572_LGU 0 meX7]~)Nombre de usuario de autenticación de BroadWorks Hussain2572_LGU contraseña 
 
 
  0 meX7]~)Dominio de VmF 40462196.cisco-bcld.com sin servidor 
  sip-id de partido remoto 
  dns:40462196.cisco-bcld.com 
 
  connection-reuse srtp-crypto 200 session transport 
  tcp tls url 
  sips 
  error-passthru 
  asserted-id bind 
  control source-interface GigabitEthernet0/0/1 enlazar interfaz de 
  origen multimedia GigabitEthernet0/0/1 sin contraseña de contenido 
  custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Explicación de los comandos:

inquilino de la clase de voz 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.

dns registrador:40462196.cisco-bcld.com esquema sips caduca 240 frecuencia de actualización 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

credenciales número Hussain6346_LGU nombre Hussain2572_LGU contraseña 0 meX71]~)Dominio de Vmf 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

nombre de usuario Hussain2572_LGU contraseña 0 meX71]~)Dominio de Vmf de BroadWorks
nombre de usuario Hussain2572_LGU contraseña 0 meX71]~)Dominio Vmf 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

sin id de persona remota

Deshabilite el encabezado SIP Remote-Party-ID (RPID) como Webex Calling que sea compatible con UNOSO, que se habilita mediante un id marcado por CIO (ver a continuación).

dns de servidor sip: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
reutilización de la conexión

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

srtp-cripto 200

Especifica SHA1_80 definido en la clase de voz srtp-crypto 200.

transporte de sesión tcp tls
Define el transporte en TLS
sips de URL

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

id aserdo

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

enlazar interfaz de origen-fuente GigabitEthernet0/0/1

Interfaz de origen de señales Webex Calling.

enlazar interfaz de origen multimedia GigabitEthernet0/0/1

Interfaz de origen multimedia orientada Webex Calling.

sin contraseña de contenido personalizado-sdp

Comando predeterminado en inquilino.

perfiles sip 200

Cambia los SIP a SIP y modifica la línea/puerto para los mensajes INVITE y REGISTER, como se define en los perfiles sip de la clase de voz 200.

dns de proxy saliente: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

contraseña de política de privacidad

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 de SIP VoIP, la puerta de enlace inicia una conexión TLS hacia Webex Calling , en cuyo punto 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" parámetro y dominio de la "registrar dns:<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 el código de 200 OK 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 rutas de llamadas salientes 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.

    inquilino de la clase de voz 100 sesión transporte 
      udp 
      url sip 
      error-passthru enlazar control de 
      origen-interfaz GigabitEthernet0/0/0 enlace de fuente 
      multimedia-interfaz GigabitEthernet0/0/0 sin contraseña de contenido 
      custom-sdp
    
  2. El inquilino de la clase de voz 300 se aplica a todos los pares de marcado entrantes desde dispositivos ip PSTN.

    inquilino de clase de voz 300 vincular interfaz de origen de control 
      GigabitEthernet0/0/0 enlazar interfaz de origen multimedia 
      GigabitEthernet0/0/0 sin paso de contenido 
      personalizado-sdp
    
2

Configure la siguiente URI de clase de voz:

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

    uri de clase de voz 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:

    voz class uri 200 
     sip pattern dtg=hussain2572.lgu
    

     

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

    Se 
     recibió INVITACIÓN sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 A 
       través de: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     Patrón :8934
    
3

Configure los siguientes pares de marcado salientes:

  1. Par de marcado saliente hacia IP PSTN:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN 
     patrón de destino 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 voz 101 voip 
     descripción de marcado saliente para 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.

    patrón de destino BAD. Malo

    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.

    protocolo de sesión sipv2

    Especifica que este par de marcado manejará las reglas de llamada de SIP.

    ipv4 de destino de sesión: 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.

    códec de clase de voz 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.

    inquilino de sip de clase de voz 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.

    sin 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 voz 200201 voip 
     descripción entrante/saliente Webex Calling 
     patrón de destino BAD. Protocolo de sesión BAD 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

    servidor sip-de destino de sesión

    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.

    uso de stun de clase de voz 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 acceso al servidor de seguridad.

    sin host local de sip de clase de voz

    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.

    inquilino de sip de clase de voz 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.

    sin 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 al grupo 100. Aplicaremos DPG 100 a la ruta de acceso telefónico entrante 200201 para Webex Calling --> lgW --> PSTN acceso.

    clase de voz dpg 100 
     descripción WxC entrante(DP200201) para IP PSTN(DP101) par de marcado 
     101 preferencia 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.

    clase de voz dpg 200 
     descripción IP entrante PSTN(DP100) a Webex Calling(DP200201) par de 
     marcado 200201 preferencia 1
    
5

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para direcciones IP entrantes PSTN de llamada:

    dial-peer voz 100 voip PSTN descripción Llamada entrante del protocolo de sesión sipv2 de destino sipv2 uri de destino 200 entrante a través del códec de clase de voz 
     
     
     
     
     99 
     dtmf-relay rtp-nte inquilino de la clase de voz 
     300 
     sin vad
    

    Explicación de comandos

    dial-peer voz 100 voip 
     descripción Dial-peer entrante de 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.

    protocolo de sesión sipv2

    Especifica que este par de marcado manejará las reglas de llamada de SIP.

    uri entrante a través de 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).

    dpg de destino 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 par de marcado de destino 200, que es el par de marcado 200201.

    inquilino de sip de clase de voz 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.

    sin vad

    Deshabilita la detección de actividad de voz.

  2. Par de marcado entrante para las porciones de Webex Calling entrantes:

    dial-peer voz 200201 voip 
     descripción entrante/saliente Webex Calling 
     max-conn 150 destino dpg 100 solicitud uri entrante 
     
     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.

    solicitud uri entrante 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.

    destino dpg 100

    Con el dpg 100 de destino, IOS-XE aprueba los criterios clásicos de coincidencias de pares de marcado de salida 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 VIA con la dirección IP del PSTN IP. La selección del par de marcado saliente 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 pares de marcado salientes 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 los 200 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:

    inquilino de la clase de voz 100 sesión transporte 
      udp 
      url sip 
      error-passthru enlazar control de 
      origen-interfaz GigabitEthernet0/0/0 enlace de fuente 
      multimedia-interfaz GigabitEthernet0/0/0 sin contraseña de contenido 
      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:

    inquilino de clase de voz 300 vincular interfaz de origen de control 
      GigabitEthernet0/0/0 enlazar interfaz de origen multimedia 
      GigabitEthernet0/0/0 sin paso de contenido 
      personalizado-sdp
    
2

Configure las siguientes URI de clase de voz:

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

    uri de clase de voz 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:

    voz class uri 200 
     sip pattern dtg=hussain2572.lgu
    

     

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

    Se 
     recibió INVITACIÓN sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0 A 
       través de: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1 
     Patrón :8934
    
  3. Define el puerto VIA de la señalización de Unified CM para el enlace troncal Webex Calling servicio:

    voz 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 enlace troncal:

    uri de clase de voz 302 patrón sip 
     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). </->

    grupo de clase de voz 301 
     ipv4 192.168.80.60 puerto 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:

    grupo de clase de voz 303 
     ipv4 192.168.80.60 puerto 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)</->

    grupo de clase de voz 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.

    grupo de clase de voz 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 
     patrón de destino 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 voz 101 voip 
     descripción de marcado saliente para 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.

    patrón de destino BAD. Malo

    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.

    protocolo de sesión sipv2

    Especifica que este par de marcado manejará las reglas de llamada de SIP.

    ipv4 de destino de sesión: 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).

    códec de clase de voz 99

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

    inquilino de sip de clase de voz 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 voz 200201 voip 
     descripción entrante/saliente Webex Calling 
     patrón de destino BAD. Protocolo de sesión BAD 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.

    servidor sip-de destino de sesión

    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.

    uso de stun de clase de voz 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 acceso al servidor de seguridad.

    sin host local de sip de clase de voz

    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.

    inquilino de sip de clase de voz 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 voz 301 voip descripción Saliente dial-peer a CUCM-Group-1 para entrada desde Webex Calling - Nodos 1 a 
     
     5 
     destino-patrón BAD. Protocolo de sesión 
     BAD 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 voz 301 voip descripción marcado saliente a CUCM-Group-1 para entrada desde 
     Webex Calling – Nodos 
     1 a 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 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 voz 303 voip descripción Saliente 
     dial-peer a CUCM-Group-2 para entrada desde Webex Calling - Nodos 
     6 a 10 
     destino-patrón BAD. Protocolo de sesión 
     BAD sipv2 session server-group 303 códec de clase de voz 
     
     99 
     dtmf-relay rtp-nte clase de 
     voz sip inquilino 100 
     no vad
  5. Par de marcado saliente hacia el enlace troncal de enlace PSTN Unified CM:

    dial-peer voz 305 voip descripción Marcado saliente a CUCM-Group-1 para entrada desde PSTN - Nodos 1 a 
     
     5 
     destino-patrón BAD. Protocolo de sesión 
     BAD 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 voz 307 voip descripción Saliente 
     dial-peer a CUCM-Group-2 para entrada desde PSTN - Nodos 
     6 a 10 
     destino-patrón BAD. Protocolo de sesión 
     BAD 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 al 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:

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

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

    clase de voz dpg 300 
     dial-peer 301 preferencia 1 par de marcado 
     303 preferencia 1
    
  4. Defina DPG 302 para pares de marcado salientes 305 o 307 para la ruta de PSTN --> LGW --> Unified CM:

    clase de voz dpg 302 
     dial-peer 305 preferencia 1 par de marcado 
     307 preferencia 1
    
6

Configure los siguientes pares de marcado entrantes:

  1. Par de marcado entrante para direcciones IP entrantes PSTN de llamada:

    dial-peer voz 100 voip PSTN descripción Marcado entrante del protocolo de sesión sipv2 de destino sipv2 uri entrante a través del códec 100 de clase de voz 
     
     
     
     
     99 
     dtmf-relay rtp-nte clase de voz sip tenant 
     300 
     sin vad
    

    Explicación de comandos

    dial-peer voz 100 voip 
     descripción Dial-peer entrante de 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.

    protocolo de sesión sipv2

    Especifica que este par de marcado manejará las reglas de llamada de SIP.

    uri entrante a través de 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).

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

    inquilino de sip de clase de voz 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 voz 200201 voip 
     descripción entrante/saliente Webex Calling 
     max-conn 150 destino dpg 300 solicitud uri entrante 
     
     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.

    solicitud uri entrante 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.

    destino 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 el par de marcado 301 o el par de marcado 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 voz 300 voip descripción Llamada entrante de Webex Calling CUCM para el protocolo de sesión sipv2 de destino sipv2 pg 200 entrante uri a través del códec de clase de voz 
     
     
     
     
     99 
     dtmf-relay rtp-nte clase de voz 
     sip tenant 300 
     sin vad
    

    Explicación de comandos

    dial-peer voz 300 voip descripción Entrante del par de 
     marcado de CUCM para 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.

    uri entrante a través de 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.

    dpg de destino 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.

    inquilino de sip de clase de voz 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 voz 302 voip descripción Dial-peer entrante de PSTN CUCM para el protocolo de sesión sipv2 de destino sipv2 pg 100 entrante uri a través del códec de clase de voz 302 códec de clase de 
     
     voz 
     
     
     99 
     dtmf-relay rtp-nte clase de 
     voz sip tenant 300 
     no vad
    

    Explicación de comandos

    dial-peer voz 302 voip 
     descripción Llamada entrante de CUCM para 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.

    uri entrante a través de 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.

    destino 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 línea llamada saliente mediante pares de marcado definidos en el DPG de destino 100, que será el par de marcado 101.

    inquilino de sip de clase de voz 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

Marca de agua
20 de oct. de 2020| 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 clientes 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 es compatible en las siguientes plataformas:

  • Serie ISR4000: 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1r)

  • Serie CSR1000: vCUBE (configuraciones de 1, 2 y 4 vCPU)


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 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 local con dos PSTN diferentes para los clientes:

  • Proveedor de servicios PSTN Cloud Connected

  • Puerta de enlace local

La implementación de la puerta de enlace local (representada a continuación) es el punto central de este artículo. La puerta de enlace local es la opción Acercar PSTN propio para Cisco Webex Calling ofreciendo 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 CUBE HA utiliza el protocolo de infraestructura de 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) De Nivel 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 y cubriremos consideraciones de diseño y configuraciones 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 cube.

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 que había sido enrutado anteriormente 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, 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 mantener la disponibilidad y los puntos de control

  • En la recuperación de fallas, el CUBE, anteriormente activo, pasa por una recarga por diseño, preservación de las señales 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 conmutación por falla 
 
 
 
    75 
    control Protocolo GigabitEthernet3 protocolo 1 datos 
    GigabitEthernet3 temporizadores demoran 30 recarga 60 seguimiento 1 seguimiento de apagado 2 protocolo de cierre 1 temporizadores 
 
 
 
 
 
    hellotime 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(config)#
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 es necesario volver a cargarla configuración actualizada para que 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) #
VCUBE-1(configuración)#interfaz 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 de Mac virtual (VMAC). 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 pregunta). '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 cargar en último lugar siempre será en modo de 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 apagado: 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 deshabilitar 
                eventos: 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 del par 10000: 3000, temporizador de espera de pares: 10000 
        estadísticas:
            Pkts 1509, bytes 93558, HA Seq 0, Número de seq 1509, Autenticación con pérdida de imagen 0 no configurada Falla de 
 
            autenticación: 0 
            Volver a cargar el par: TX 0, RX 0 
            Resignación: 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-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 apagado: 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 deshabilitar 
                eventos: 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 del par 10000: 3000, temporizador de espera de pares: 10000 
        estadísticas:
            Pkts 1509, bytes 93558, HA Seq 0, Número de seq 1509, Autenticación con pérdida de imagen 0 no configurada Falla de 
 
            autenticación: 0 
            Volver a cargar el par: TX 0, RX 0 
            Resignación: 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 del Concentrador de control para desarrollar la configuración de la puerta de enlace local tanto en las plataformas, VCUBE-1 comoVCUBE-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(Nivel de marcado saliente para patrón de destino BAD). 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 

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 y VCUBE-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á habilitado  VCUBE-1# mensaje deccsip 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,line-seize,diálogo,mensaje-resumen,como-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,contenido-longitud de la 
 conferencia: 0
Marca de agua
20 de oct. de 2020| vista(s) | personas pensaron que esto fue útil

Configurar Unified CM para Webex Calling

Es posible que necesite una integración con Unified CM si se agregan ubicaciones habilitadas para Webex Calling a una implementación existente donde 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 Webex Calling.

Configurar Enlace troncal SIP Perfil de seguridad para el enlace troncal a la puerta de enlace local

En casos donde la puerta de enlace local y la puerta de enlace PSTN residen en el mismo dispositivo, Unified CM debe estar habilitado para diferenciar entre dos tipos de tráfico diferentes (llamadas desde Webex y desde el PSTN) que se originan desde el mismo dispositivo y aplica clase diferenciada para el servicio a estos tipos de llamada. Este tratamiento diferenciado de llamadas se logra al aprovisionar dos enlaces troncales entre Unified CM y la puerta de enlace local combinada y el dispositivo de puerta de enlace PSTN que requiere diferentes puertos de escucha SIP para los dos enlaces troncales.

Cree un perfil de seguridad de Enlace troncal SIP dedicado para el enlace troncal de la puerta de enlace local con la siguiente configuración:

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

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

Cree un perfil SIP exclusivo para el enlace troncal de puerta de enlace local con la siguiente configuración:

Configuración Valor
Nombre Nombre único, como Webex
Descripción Descripción significativa, como Webex Perfil de SIP
Habilitar opciones ping para supervisar el estado del destino para enlaces troncales con el 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 que se origine desde Webex con la siguiente configuración:

Configuración Valor
Nombre Nombre único, como Webex
Descripción Descripción significativa, como Webex Calling espacio de búsqueda
Particiones seleccionadas

DN (+ E. 164 números de directorio)

ESN (marcado entre sitios abreviado)

PSTNInternational (acceso PSTN)

onNetRemote (destinos aprendidos en GDPR)


 

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

Configurar una Enlace troncal SIP a y desde Webex

Cree un enlace troncal SIP para las llamadas hacia y desde Webex a través de la puerta de enlace local con la siguiente configuración:

Configuración Valor
Información del dispositivo
Nombredispositivo Un nombre único, como Webex
Descripción Descripción significativa, como Webex enlace troncal SIP
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 previamente definido: Webex
Espacio de búsqueda de llamadas de AAR Un espacio de búsqueda de llamadas con solo acceso a PSTN patrones de ruta: PSTNReroute
Información de SIP
Dirección de destino Dirección IP del cubo de la puerta de enlace local
Puerto de destino 5060
Enlace troncal SIP Perfil de seguridad Se definió anteriormente: Webex
Perfil SIP Se definió anteriormente: Webex

Configurar grupo de rutas para Webex

Cree un grupo de rutas con la siguiente configuración:

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 lista de rutas para Webex

Cree una lista de rutas con la siguiente configuración:

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

Crear una partición para Webex destinos

Cree una partición para el Webex destinos con la siguiente configuración:

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

Qué hacer a continuación

Asegúrese de agregar esta partición a todos los espacios de búsqueda de llamadas que deben tener acceso a Webex destinos. 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 PSTN enlaces troncales, de modo que las llamadas provenientes de la PSTN a Webex puedan enrutarse.

Configurar patrones de ruta para Webex destinos

Configure patrones de ruta para cada intervalo de DID en Webex con la siguiente configuración:

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

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

Si se requiere marcado entre sitios abreviado para Webex, configure patrones de normalización de marcado para cada intervalo de ESN en Webex con la siguiente configuración:

Configuración Valor
Patrón de traducción Patrón de ESN para el intervalo de ESN en Webex. Por ejemplo: 80121XX
Partición Webex
Descripción Descripción significativa, como Webex patrón de normalización
Usar el espacio de búsqueda de llamadas del autor Activado
Prioridad urgente Activado
No esperar el tiempo de espera interdígito en los siguientes saltos Activado
Máscara de transformación de Persona que recibió la llamada Máscara para normalizar el número a + E. 164. Por ejemplo: +140855501XX
Marca de agua
20 de oct. de 2020| vista(s) | personas pensaron que esto fue útil

Configurar sus características de Webex Calling

Crear un contestador automático

Asegúrese de que las llamadas sean contestadas y de que se cumplan con las necesidades de quienes llaman. Puede Agregar saludos, configurar menús y enrutar llamadas a un servicio de respuesta, a un grupo de búsqueda, a un buzón 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. Para obtener más información, consulte administrar contestadores automáticos.

1

Desde la vista del cliente en https://admin.webex.com, visite servicios > llamada > características.

2

Haga clic en nueva característica y, a continuación, seleccione contestador automático.

3

Seleccione un número piloto y, a continuación, indique si es el propietario del número, si lo ha proporcionado su socio, o si desea portar el número.

4

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

5

Elija una Ubicación y, a continuación, haga clic en Guardar.

Qué hacer a continuación

Puede configurar la característica de llamada aún más seleccionando el contestador automático de > las características de llamadas de servicios > . Se ha incorporado a los servicios avanzados en el portal de administración de llamadas donde puede completar su configuración. Para obtener más información, consulte administrar contestadores automáticos.

Configurar un grupo de búsqueda

Puede utilizar grupos de búsqueda para direccionar llamadas entrantes automáticamente entre los diferentes usuarios de su organización. Puede definir cómo enrutar las llamadas según las necesidades de su organización.

Es posible que desee 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.

1

Desde la vista del cliente en https://admin.webex.com, visite servicios > llamada > características.

2

Haga clic en nueva característica y, a continuación, seleccione grupo de búsqueda.

3

Introduzca un número piloto y, a continuación, indique si es el propietario del número, si su socio le ha proporcionado un número, o si desea portar el número.

4

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

5

Haga clic en Guardar.

Qué hacer a continuación

Una vez que haya finalizado el procesamiento, podrá configurar la característica de llamadas seleccionando la grupo de búsqueda de > las características de llamadas de servicios > . Se ha incorporado a los servicios avanzados en el portal de administración de llamadas, donde puede completar su configuración. Para obtener más información, consulte modificar grupos de búsqueda.

Cree un cliente de recepcionista

Ayude a satisfacer las necesidades de su personal de la oficina. Puede configurar usuarios como asistentes telefónicos para que puedan realizar una pantalla de todas las llamadas entrantes a determinadas personas de su organización.

Para obtener información acerca de cómo configurar y ver a sus clientes de recepcionistas, consulte clientes recepcionistas en Cisco Webex control Hub.

Configurar un grupo de paginación

La paginación grupal permite a un usuario colocar una página de llamada o grupo de un sentido hasta 75 usuarios y áreas de trabajo de destino marcando un número o una extensión asignada a una grupo de paginación específica.

Para obtener información acerca de 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 llamada de modo que, cuando las llamadas de los clientes no se puedan responder, se les proporciona una respuesta automática, mensajes de comodidad y música en espera hasta que alguien pueda responder su llamada.

1

Desde la vista del cliente en https://admin.webex.com, visite servicios > llamada > características.

2

Haga clic en nueva característica y, a continuación, seleccione cola de llamadas.

3

Introduzca un número piloto y, a continuación, indique si es el propietario del número, si su socio le ha proporcionado un número, o si desea portar el número.

4

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

5

Haga clic en Guardar.

Qué hacer a continuación

Puede configurar la característica de llamada aún más seleccionando la instancia de cola de llamada desde > las características de llamadas de servicios > . Se ha incorporado a los servicios avanzados en el portal de administración de llamadas, donde puede completar su configuración. Para obtener más información, consulte configurar colas de llamadas.

Configurar la contestación de llamada

Puede mejorar el trabajo en equipo y la colaboración al crear un grupo de contestación de llamada para que los usuarios puedan responder cada una de las llamadas. 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 contestación de llamada, consulte contestación de llamadas en Cisco Webex control Hub.

Configurar detención de llamadas

Detención de llamadas: permite a un grupo de usuarios definido detener llamadas en función de otros miembros disponibles de un grupo de detención de llamadas. Los demás miembros del grupo pueden seleccionar llamadas estacionadas en su teléfono.

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 entremetan en 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, acceda a Configuración avanzadade llamada y, luego, seleccione intrusión en.

3

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

Activar la característica “Hoteling” para un usuario de Webex Calling

Los hoteles se componen de dos características: El organizador de hoteles y el invitado al hotel. Estas características funcionan en conjunto para permitirle designar teléfonos (organizadores) específicos que los usuarios (invitados) pueden iniciar y utilizar como sus propios teléfonos. Cuando un invitado inicia sesión en un teléfono de organizador, su perfil de usuario se transfiere automáticamente al dispositivo. El dispositivo de organizador se convierte en el dispositivo principal del usuario durante un período de tiempo especificado.

Los pasos presentados aquí se pueden seguir para configurar a un usuario como invitado de Hotel. Para obtener información sobre el teléfono de organizador, consulte configurar el teléfono de organizador.

1

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

2

Seleccione llamadas, elija Configuración avanzada de llamadasy haga clic en Hotel.

3

Active el Hotely, a continuación, haga clic en Guardar.

Impedir que alguien supervise el estado de la línea de un usuario

1

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

2

Seleccione llamadas y, a continuación, acuda a Privacidad.

3

Elija la configuración de privacidad del asistente automático adecuada para este usuario.

4

Marque la casilla de verificación Habilitar privacidad. A continuación, puede decidir si desea bloquear a todos al 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, usted buscaba 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 Detención de llamadas

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

1

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

2

Seleccione llamadas, elija Configuración avanzada de llamaday, a continuación, haga clic en supervisión.

3

Elija entre las opciones siguientes:

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

Elija si desea que se notifique a este usuario acerca de las llamadas suspendidas, busque la persona o la extensión de detención de llamadas que se controlará y, a continuación, haga clic en Guardar.


 

La lista de líneas supervisada en el control Hub corresponde al orden de líneas controladas que aparecen en el dispositivo del usuario. Puede volver a ordenar la lista de líneas controladas en cualquier momento.

Marca de agua
20 de oct. de 2020| 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.

Cisco Webex Centro de contacto 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, el usuario es asignado a la ubicación predeterminada.

  • Si está agregando usuarios como supervisores para el Centro Cisco Webex de contactos, 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, el usuario es asignado a 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 Cisco Webex de llamadas 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 Realización Webex Teams llamada.

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

5

Introduzca un Identificador de llamadas de teléfono , Identificador de llamadas Nombrey, a continuación, Identificador de llamadas apellido. Si deja en blanco las columnas Número de Identificador de llamadas , Identificador de llamadas Nombre y Identificador de llamadas Apellido, aparecerá lo que se encuentra en la columna Nombre , Apellido y Número de teléfono cuando el usuario realiza una llamada. Si deja el número de Identificador de llamadas en blanco, aparece el Número principal de la ubicación cuando el usuario realiza una llamada.


 

Las Identificador de llamadas nombre y Identificador de llamadas nombre de pila no pueden contener caracteres especiales. Si un usuario Identificador de llamadas nombre o Identificador de llamadas nombre de pila contienen 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 Active Directory. A continuación, el Conector de directorios Cisco actualiza la lista de usuarios de su organización cuando sincroniza la cuenta de usuario información.

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

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

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

A los usuarios de su organización se les pueden asignar funciones administrativas específicas para determinar 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 sushallazgos.


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
20 de oct. de 2020| vista(s) | personas pensaron que esto fue útil

Configurar y administrar dispositivos Webex Calling móviles

Como administrador, puede asignar dispositivos a usuarios o áreas de trabajo 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.

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 es Activar en la sección dispositivos del usuario asignado en el Control Hub y en la lista principal de dispositivos del portal de administración de llamadas. El dispositivo de activación no aparece en la ventana principal de Dispositivos en el Concentrador de control hasta que el dispositivo se activa correctamente. 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 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 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 menú 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 Webex Teams llamadas de Protocolo de iniciación de sesión de Webex (SIP) con una direcciónSIP de (por ejemplo, username@example.calls.webex.com).
  • Cisco Webex Calling: además de poder hacer y recibir llamadas Webex Teams 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 local.
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 de 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.

Desde Cisco Webex Control Hub , puede iniciar en forma cruzada el portal de administración de llamadas, donde puede administrar sus dispositivos inscritos en la nube.

Desde la vista del cliente en https://admin.webex.com, vaya a Dispositivos , elija un dispositivo de la lista y, luego, haga clic en Administrar dispositivo.


 

Los dispositivos Webex Calling llamadas no se pueden configurar directamente a través del Portal de administración de llamadas, pero Estos dispositivosno son compatibles oficialmente conCisco.

Qué hacer a continuación

Con este paso se inicia el portal de administración de llamadas, donde puede administrar los dispositivos que inscribía en la nube. Para obtener más información, consulte Administración de dispositivos.

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 números PSTN solicitados por su organización. Con esta información puede ver los números sin usar que están disponibles, y los que se han solicitado y estarán disponibles próximamente.

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

Será llevado al portal de administración de llamadas de , donde verá los pedidos que se han 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
20 de oct. de 2020| vista(s) | personas pensaron que esto fue útil

Tendencias de adopción y informes de uso para Cisco Webex Calling

Tiene diversos informes a su alcance que pueden ayudarlo a evaluar la forma en que Webex Calling utilizan los servicios, y la frecuencia con la que se utilizan. 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 la Cisco Webex Control Hub que incluyen detalles acerca de la activación y el uso de Webex Teams y meetings.

Cuando acceda a los datos de llamadas desde Cisco Webex Control Hub , será llevado al Portal de administración de llamadas. Puede utilizar esta información para evaluar cómo se utilizan Webex Calling de seguridad 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 seleccione Webex Calling.

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

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
20 de oct. de 2020| 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, puertos y protocolos que se utilizan para conectar sus teléfonos y puertas de enlace a Cisco Webex Calling desde cualquiera de las siguientes regiones: Producción (incluye América del Norte, EMEA, Australia y Japón) y Beta. Debe hacer que estos puertos estén disponibles para que un tráfico específico pase por su red. Notará que la configuración de la puerta de enlace local ahora también está disponible para los proveedores de servicios.

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á alerta de SIP, lo que significa que tiene la puerta de enlace a nivel de la aplicación (ALG) de SIP o algo similar habilitado, 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.

Fecha

Hemos realizado los siguientes cambios en este artículo

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 de los dispositivos (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.19.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 requieren puertos nuevos, así como 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

Tabla 1. Webex Calling (producción)

Propósito de la conexión

Direcciones de origen

Puertos de origen

Protocolo

Direcciones de destino

Puertos de destino

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

Puerta de enlace local externa (NIC) 8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

8934

Dispositivos

5060-5080

Aplicaciones

Efímero (dependiente del SO)

Llamar a medios para Webex Calling (SRTP)

NIC externo de la puerta de enlace local

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

19560-65535

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)

85.119.56.128/26

85.119.57.128/26

128.177.14.0/25

128.177.36.0/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Efímero

TCP

IP del extremo

8934

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

Webex Calling móviles

Efímero

TCP

3.20.185.219

3.130.87.169

35.172.26.181

52.86.172.220

72.163.10.134

85.119.56.128/26

85.119.56.198

85.119.57.128/26

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Dominios:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.com.au

  • cisco.broadcloud.eu

  • webapps.cisco.com

  • activate.cisco.com

  • activation.webex.com

  • cisco.sipflash.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Sincronización de la hora del dispositivo (NTP)

Webex Calling móviles

51494

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolución del nombre del dispositivo

Webex Calling móviles

Efímero

UDP y TCP

Definido por el host

53

Configuración de la aplicación

Webex Calling aplicaciones

Efímero

TCP

64.68.99.6

64.68.100.6

85.119.56.128/26

85.119.57.128/26

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.174.154

135.84.173.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Dominios:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443, 1081, 2208, 8443, 5222, 5280-5281, 52644-52645

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

135.84.169.183

135.84.173.146

185.115.196.0/25

199.59.65.243

199.59.64.197

8934 y 80, 443, 19569-19760

† rango de puertos cube se puede configurar con el rango de puertos rtp

*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 teléfonos nuevos activate.cisco.com en lugar de webapps.cisco.com para el aprovisionamiento. Los teléfonos con versión de firmware anteriores a la 11.2(1) siguen usando webapps.cisco.com. Le recomendamos que permita ambos dominios a través de su firewall.

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

Tabla 2. Webex Calling (producción)

Propósito de la conexión

Direcciones de origen

Puertos de origen

Protocolo

Direcciones de destino

Puertos de destino

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

NIC externo de la puerta de enlace local

8000-65535

TCP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

8934

Dispositivos

5060-5080

Aplicaciones

Efímero (dependiente del SO)

Llamar a medios para Webex Calling (SRTP)

NIC externo de la puerta de enlace local

8000-48000

UDP

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

128.177.14.0/25

128.177.36.0/26

19560-65535

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. Unified CM generalmente 5060 o 5061

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

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

85.119.56.128/26

85.119.57.128/26

135.84.169.0/25

135.84.170.0/25

135.84.171.0/25

135.84.172.0/25

135.84.173.0/25

135.84.174.0/25

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

185.115.196.0/25

185.115.197.0/25

199.19.197.0/24

199.19.199.0/24

199.59.64.0/25

199.59.65.0/25

199.59.66.0/25

199.59.67.0/25

199.59.70.0/25

199.59.71.0/25

Efímero

TCP

IP del extremo

8934

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

Webex Calling móviles

Efímero

TCP

3.130.87.169,

3.20.185.219

35.172.26.181,

52.86.172.220

72.163.10.134

85.119.56.198

85.119.57.198

135.84.169.186

135.84.170.186

135.84.173.155

135.84.174.155

173.37.149.125

199.59.64.143

199.59.65.228

199.59.66.228

199.59.67.143

*Dominios:

  • ntp-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • dms-ca.bcld.webex.com

  • cisco-ca.bcld.webex.com

  • acodes-ca.bcld.webex.com

  • cisco-jp.bcld.webex.com

  • cisco.broadcloud.eu

  • Cisco. broadcloud.com.au

  • cisco.sipflash.com

  • webapps.cisco.com

  • activate.cisco.com
  • activation.webex.com

80, 443

**cloudupgrader.webex.com

**443, 6970

Sincronización de la hora del dispositivo (NTP)

Webex Calling móviles

51494

UDP

85.119.56.218

85.119.57.218

135.84.169.154

135.84.170.154

135.84.173.152

135.84.174.152

199.59.64.152

199.59.65.181

199.59.66.181

199.59.67.152

123

Resolución del nombre del dispositivo

Webex Calling móviles

Efímero

UDP y TCP

Definido por el host

53

Configuración de la aplicación

Webex Calling aplicaciones

Efímero

TCP

64.68.99.6

64.68.100.6

85.119.56.197

85.119.57.197

128.177.36.138

128.177.14.181

135.84.169.150

135.84.171.154

135.84.172.154

135.84.173.154

135.84.174.154

135.84.169.185

135.84.170.185

199.59.64.140

199.59.67.140

Dominios:

  • client-ca.bcld.webex.com

  • apps-ca.bcld.webex.com

  • imp-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • wrscl01-ca.bcld.webex.com

  • client-jp.bcld.webex.com

  • jp.bcld.webex.com

  • idbroker.webex.com

80, 443

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

135.84.169.183

135.84.173.146

185.115.196.129

199.59.65.243

199.59.64.197

8934 y 80, 443, 19560-19760

† rango de puertos cube se puede configurar con el rango de puertos rtp

*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 teléfonos activate.cisco.com lugar de webapps.cisco.com para aprovisionamiento. Los teléfonos con versión de firmware anteriores a la 11.2(1) siguen usando webapps.cisco.com. Le recomendamos que permita ambos dominios a través de su firewall.

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

¿Ha encontrado este artículo útil?

Artículos relacionados

Recién vistos

×