Presentación de Webex Calling
Imagínese poder aprovechar las características de llamadas en la nube, movilidad y PBX de nivel empresarial, junto con la aplicación Webex para mensajería, reuniones y llamadas desde un cliente de software Webex Calling o un dispositivo Cisco. Eso es exactamente lo que Webex Calling tiene para ofrecerle.
Webex Calling ofrece las siguientes ventajas:
Suscripciones de llamadas para los usuarios de telefonía y las áreas comunes
Acceso a la aplicación web de Webex para cada usuario
Acceso a la Red de telefonía de conmutación pública (PSTN) para permitir que sus usuarios marquen números fuera de la organización. El servicio se proporciona a través de una infraestructura empresarial existente (puerta de enlace local sin IP PBX local o con un entorno de llamadas de Unified CM existente) o el socio o Cisco proporciona PSTN opciones.
Webex Calling admite las siguientes características: Para obtener más información, consulte el capítulo Configurar las características de Webex Calling.
Característica |
Descripción |
|---|---|
Contestador automático |
Puede agregar saludos, configurar menús y enrutar llamadas a un servicio de respuestas, a un grupo de búsqueda, a una casilla de correo de voz o a una persona real. Puede crear un programa de 24 horas o proporcionar distintas opciones cuando su empresa esté abierta o cerrada. Incluso puede derivar llamadas sobre la base de los atributos del identificador de llamadas para crear listas VIP o manejar de otra manera llamadas provenientes de ciertos códigos de área. |
Cola de llamada |
Puede configurar una cola de llamada para que, cuando no se puedan responder las llamadas entrantes, se les proporcione una respuesta automatizada, mensajes cómodos y música en espera hasta que alguien pueda responder la llamada. |
Captura de llamada |
Puede mejorar las capacidades de trabajo en equipo y la colaboración si crea un grupo de captura de llamada para que los usuarios puedan responder llamadas de los demás. Cuando agrega usuarios a un grupo de captura de llamada y uno de los integrantes del grupo está ocupado o ausente, otro puede responder sus llamadas. |
Detención de llamadas |
Puede activar la detención de llamadas para que los usuarios puedan poner una llamada en espera y proseguirla en otro teléfono. |
Grupo de salto |
Es posible que quiera configurar grupos de búsqueda en las siguientes situaciones:
|
Grupo de paginación |
Puede crear un grupo de paginación para que los usuarios puedan enviar un mensaje de audio a una persona, a un departamento o a un equipo. Cuando alguien envía un mensaje a un grupo de paginación, el mensaje se reproduce en todos los dispositivos del grupo. |
Cliente recepcionista |
Ayude a satisfacer las necesidades del personal de atención al público al proporcionarle un conjunto completo de opciones de control de llamadas, monitoreo de líneas a gran escala, colas de llamadas, varias opciones y vistas del directorio, integración con Outlook y más. |
Los usuarios pueden configurar las siguientes características en https://settings.webex.com, que se inicia en forma cruzada en el portal de usuarios de Calling.
Característica |
Descripción |
|---|---|
Rechazo de llamada anónima |
Los usuarios pueden rechazar llamadas entrantes con identificadores de llamadas bloqueados. |
Continuidad del negocio |
Si los teléfonos de los usuarios no están conectados a la red por algún motivo (como interrupción del servicio de energía, problemas de red, y así sucesivamente), los usuarios pueden reenviar llamadas entrantes a un número de teléfono específico. |
Reenvío de llamadas |
Los usuarios pueden reenviar llamadas entrantes a otro teléfono. |
Reenvío de llamadas selectivo |
Los usuarios pueden reenviar llamadas en momentos específicos de personas que llaman específicas. Este ajuste tiene precedencia sobre el reenvío de llamadas. |
Notificación de llamada |
Los usuarios pueden enviarse un correo electrónico a sí mismos cuando reciben una llamada según criterios predefinidos, como el número de teléfono o la fecha y hora. |
Llamadas en espera |
Los usuarios pueden permitir la respuesta de llamadas entrantes adicionales. |
No molestar |
Los usuarios pueden permitir temporalmente que todas las llamadas se dirijan directamente al correo de voz. |
Office Anywhere |
Los usuarios pueden utilizar los teléfonos seleccionados ("Ubicaciones") como extensión del número de teléfono y plan de marcado de su empresa. |
Alerta de prioridad |
Los usuarios pueden llamar a sus teléfonos con un timbre respectivo cuando se cumplen criterios predefinidos, como el número de teléfono o la fecha y hora. |
Oficina remota |
Los usuarios pueden realizar llamadas desde un teléfono remoto y hacer que aparezcan desde su línea de negocios. Además, todas las llamadas entrantes a su línea de negocios sonarán en este teléfono remoto. |
Aceptación de llamada selectiva |
Los usuarios pueden aceptar llamadas en momentos específicos de personas que llaman específicas. |
Rechazo selectivo de llamadas |
Los usuarios pueden rechazar llamadas en momentos específicos de personas que llaman específicas. |
Timbre secuencial |
Llame a hasta 5 dispositivos uno después del otro para las llamadas entrantes. |
Timbre simultáneo |
Llame a los números de los usuarios y a los demás ("destinatarios de la llamada") al mismo tiempo para las llamadas entrantes. |
Servicios de aprovisionamiento, dispositivos y usuarios en Control Hub, inicio en forma cruzada a la configuración detallada en el portal de administración de llamadas
Control Hub (https://admin.webex.com) es un portal de administración que se integra con Webex Calling para optimizar sus pedidos y configuración, y centralizarsu administración de la oferta agrupada: Webex Calling, aplicación de Webex y reuniones.
Control Hub es el punto central para el aprovisionamiento de todos los servicios, dispositivos y usuarios. Puede realizar la configuración inicial de su servicio de llamadas, inscribir teléfonos MPP en la nube (con la dirección MAC), configurar usuarios asociando dispositivos, agregando números, servicios, características de llamadas, entre otros. Además, desde Control Hub, puede iniciar en forma cruzada al Portal de administración de llamadas.
Experiencia del usuario
Los usuarios tienen acceso a las siguientes interfaces:
Aplicación Webex Calling: cliente de software para llamadas de marca Cisco. Para obtener más información, consulte Explorar la nueva aplicación Cisco Webex Calling.
Configuración de Webex (https://settings.webex.com): interfaz donde los usuarios pueden establecer las preferencias para el perfil, descargar la aplicación Webex e iniciar en conjunto en el Portal del usuario de llamadas para las configuraciones de llamadas. Para obtener más información, consulte Cambiar la configuración de Cisco Webex.
Aplicación de Webex: aplicación incluida en la suscripción como cliente de mensajería de equipo de Cisco. Para obtener más información, consulte Introducción a la aplicación Cisco Webex aplicaciones.
Webex Meetings: aplicación opcional agregada como solución de reuniones. Para obtener más información, consulte Webex Meetings.
Descripción general
Webex Calling costos operativos y mejorar la productividad, lo que lo ayuda a migrar las comunicaciones empresariales críticas a la nube. Cuando se combina con otras aplicaciones y dispositivos de Webex, es el corazón de una completa experiencia empresarial de llamadas y colaboración en la nube. Cisco admite implementaciones de modelos combinados localmente, en la nube y para mantener a nuestros clientes conectados y productivos desde cualquier lugar; incluso durante eventos molestos del mercado.
Webex Calling ahora incluye una opción de instancia de nube exclusiva basada en la Cisco Unified Communications Manager dedicada. Instancia dedicada está integrada con Webex Calling y aprovecha los servicios de las plataformas de Webex, lo que aporta innovación en la nube y una experiencia mejorada para los clientes que necesitan admitir extremos de Cisco más antiguos, soluciones de sobrevivientes locales o integraciones existentes parte de los flujos de trabajo críticos de la empresa.
El complemento de la instancia de uso exclusivo para Webex Calling incluye:
Cisco Unified Communications Manager
Cisco Unified mi y presencia
Cisco Unified Unity Connection
Cisco Expressway
Cisco Emergency Responder (región América únicamente)
Cisco Session Management Edition (SME) (Opcional)
Retorno de la inversión extendido: la instancia de uso exclusivo admite los mismos extremos de voz y vídeo que la versión asociada de UC Manager, lo que elimina el requisito de actualizar todos los extremos de clientes al migrar a la nube y ampliar el retorno de la inversión de estos activos.
Inter-Op básica : la instancia de uso exclusivo se integra Webex Calling de enrutamiento de llamadas a través de la plataforma de Webex. Los clientes tienen la flexibilidad de distribuir usuarios entre la instancia de uso exclusivo y el Webex Calling, y ajustarse con el tiempo según sea necesario para resolver los requisitos comerciales de las llamadas en la nube.
 |
Los clientes que dividen usuarios en distintas plataformas experimentarán diferentes características. Las características de llamada no se incluyen entre la Instancia de dedicada y Webex Calling. Por ejemplo, Webex Calling usuarios no pueden formar parte de una grupo de búsqueda instancia de uso exclusivo. |
Realizar un recorrido por Control Hub
Control Hub es su interfaz única personalizada basada en la Web para administrar su organización, administrar sus usuarios, asignar servicios, analizar tendencias de adopción y calidad de llamadas, y más.
Para hacer que su organización se ejecute, le recomendamos que invite a algunos usuarios para que entren a la aplicación Webex ; para ello, introduzca sus direcciones de correo electrónico en el Control Hub. Aliente a las personas a usar los servicios que les ofrece, incluso las llamadas, y a que proporcionen comentarios acerca de su experiencia. Cuando esté listo, siempre podrá agregar más usuarios.
|
Le recomendamos que utilice la versión para equipos de escritorio más reciente de Google Chrome o Mozilla Firefox para acceder a Control Hub. Los navegadores de dispositivos móviles y otros navegadores de escritorio pueden producir resultados inesperados. |
Utilice la información que se presenta a continuación como un resumen de alto nivel de lo que puede esperar al configurar su organización con los servicios. Para obtener más información detallada, consulte los capítulos individuales para ver las instrucciones paso a paso.
Comenzar
Después de que su socio cree su cuenta, recibirá un correo electrónico de bienvenida. Haga clic en el enlace Introducción en el correo electrónico con Chrome o Firefox para acceder a Control Hub. El enlace inicia sesión automáticamente con su dirección de correo electrónico de administrador. Luego, se le solicitará que cree su contraseña de administrador.
Asistente inicial para pruebas
Si su socio se ha inscrito para una prueba, el asistente de configuración se inicia automáticamente después de iniciar sesión en Control Hub. El asistente lo guiará a través de la configuración básica para que su organización comience a utilizar Webex Calling, entre otros servicios. Puede configurar y revisar su configuración de Calling antes de terminar el recorrido del asistente.
Revisar la configuración
Cuando se cargue Control Hub, podrá revisar su configuración.
Agregar usuarios
Ahora que ya ha configurado sus servicios, está listo para agregar personas desde el directorio de su empresa. Diríjase a Usuarios y haga clic en Administrar usuarios.
Si utiliza Microsoft Active Directory, le recomendamos que habilite la sincronización de directorios primero y, luego, decida cómo desea agregar usuarios. Haga clic en Siguiente y siga las instrucciones para configurar del Conector de directorios de Cisco.
Configurar el inicio de sesión único (SSO)
La aplicación de Webex utiliza la autenticación básica. Puede optar por configurar SSO para que los usuarios se autentiquen con su Proveedor de servicios de identidad empresarial mediante sus credenciales empresariales, en lugar de utilizar una contraseña separada almacenada y administrada en Webex.
Diríjase a Configuración, desplácese hasta Autenticación, haga clic en Modificar y, luego, seleccione Integrar proveedor externo de servicios de identidad.
Asignar servicios a usuarios
Debe asignar servicios a los usuarios que haya agregado para que las personas puedan comenzar a usar la aplicación de Webex.
Diríjase a Usuarios, haga clic en Administrar usuarios, seleccione Exportar e importar usuarios con un archivo CSV y, luego, haga clic en Exportar.
En el archivo que descargue, simplemente agregue True para los servicios que quiera asignar a cada uno de sus usuarios.
Importe el archivo completado, haga clic en Agregar y quitar servicios y, luego, haga clic en Enviar. Ahora está listo para configurar las características de llamadas, inscribir dispositivos que se pueden compartir en un lugar común, e inscribir y asociar dispositivos con usuarios.
Otorgue funcionalidades a sus usuarios
Ahora que agregó usuarios y se les han asignado servicios, estos pueden comenzar a utilizar sus teléfonos multiplataforma (MPP) compatibles con Webex Calling y la aplicación de Webex para mensajes y reuniones. Aliéntelos a usar la configuración de Cisco Webex como punto de acceso único.
Función de la puerta de enlace local
La puerta de enlace local es un dispositivo de límite administrado por la empresa o el socio para el intertrabajo de la Red de telefonía de conmutación pública (PSTN) y el intertrabajo de la central de conmutación pública (PBX) heredado (incluido Unified CM).
Puede utilizar Control Hub para asignar una puerta de enlace local a una ubicación; luego, Control Hub proporciona parámetros que puede configurar en el CUBE. Estos pasos inscriben la puerta de enlace local en la nube y, luego, se proporciona el servicio PSTN a través de la puerta de enlace para los usuarios de Webex Calling en una ubicación específica.
Para especificar y pedir una puerta de enlace local, lea la guía de solicitud de la puerta de enlace local.
Implementaciones admitidas de la puerta de enlace local para Webex Calling
Se admiten las siguientes implementaciones básicas:
La puerta de enlace local se puede implementar independientemente o en implementaciones en las que sea necesaria la integración con Cisco Unified Communications Manager.
Implementaciones de la puerta de enlace local sin IP PBX local
Implementaciones de la puerta de enlace local independientes
En esta figura se muestra una implementación de Webex Calling sin ninguna IP PBX existente y se aplica a una ubicación única o a una implementación de varias ubicaciones.
Para todas las llamadas que no coinciden con sus destinos de Webex Calling, Webex Calling envía esas llamadas a la puerta de enlace local que se asigna a la ubicación para el procesamiento. La puerta de enlace local enruta todas las llamadas que provienen de Webex Calling al PSTN y en la otra dirección, PSTN a Webex Calling.
La puerta de enlace de PSTN puede ser una plataforma exclusiva o puede residir en conjunto con la puerta de enlace local. Como en la siguiente figura, recomendamos la variante de puerta de enlace de PSTN exclusiva de esta implementación; puede utilizarse si la puerta de enlace PSTN existente no puede utilizarse como puerta de enlace local de Webex Calling.
Implementación de la puerta de enlace local que reside en conjunto
La puerta de enlace local puede estar basada en IP, conectarse a un ITSP mediante un enlace troncal SIP, o estar basada en un TDM usando un ISDN o un circuito analógico. La siguiente figura muestra una implementación de Webex Calling en la que la puerta de enlace local reside en conjunto con el PSTN GW/SBC.
Implementaciones de la puerta de enlace local con PBX de Unified CM local
Las integraciones con Unified CM se requieren en los siguientes casos:
Las ubicaciones habilitadas para Webex Calling se agregan a una implementación existente de Cisco UC en la que Unified CM se implementa como la solución local de control de llamadas
Se requiere el marcado directo entre teléfonos inscritos en Unified CM y teléfonos en ubicaciones de Webex Calling.
En esta figura se muestra una implementación de Webex Calling donde el cliente tiene una PBX IP existente de Unified CM.
Webex Calling envía llamadas que no coinciden con los destinos de conexión y Webex Calling cliente con la puerta de enlace local. Esto incluye PSTN internos y extensiones internas de Unified CM, Webex Calling pueden ver. La puerta de enlace local enruta todas las llamadas que vienen de Webex Calling a Unified CM y viceversa. Luego, Unified CM enruta las llamadas entrantes a destinos locales o al PSTN según el plan de marcado existente. El plan de marcado de Unified CM normaliza los números como +E.164. La puerta de enlace de PSTN puede ser exclusiva o puede residir en conjunto con la puerta de enlace local.
Puerta de enlace de PSTN exclusiva
Como se muestra en el diagrama, la variante de puerta de enlace de PSTN exclusiva de esta implementación es la opción recomendada y se puede utilizar si la puerta de enlace de PSTN existente no puede utilizarse como puerta de enlace local de Webex Calling.
Puerta de enlace de PSTN que reside en conjunto
Esta figura muestra una implementación de Webex Calling con Unified CM en la que la puerta de enlace local reside en conjunto con la puerta de enlace/SBC de PSTN.
Webex Calling enruta todas las llamadas que no coinciden con los destinos de Webex Calling del cliente con la puerta de enlace local asignada a la ubicación. Esto incluye los destinos de PSTN y las llamadas dentro de la red hacia las extensiones internas de Unified CM. La puerta de enlace local enruta todas las llamadas a Unified CM. Luego, Unified CM enruta las llamadas a teléfonos inscritos localmente o al PSTN a través de la puerta de enlace local, que tiene una funcionalidad PSTN/SBC ubicada en conjunto.
Consideraciones sobre el enrutamiento de llamada
Llamadas de Webex Calling a Unified CM
La lógica de enrutamiento de Webex Calling funciona de la siguiente manera: si el número que se marca en un extremo de Webex Calling no se puede enrutar a ningún otro destino dentro del mismo cliente en Webex Calling, la llamada se envía a la puerta de enlace local para su procesamiento posterior. Todas las llamadas por fuera de la red (fuera Webex Calling red) se envían a la puerta de enlace local.
En el caso de una implementación de Webex Calling sin integración con un Unified CM existente, cualquier llamada fuera de la red se considera una llamada de PSTN. Cuando se combina con Unified CM, una llamada fuera de la red puede seguir siendo una llamada en la red a cualquier destino alojado en Unified CM o una llamada real fuera de la red a un destino de PSTN. La distinción entre los dos últimos tipos de llamadas es determinada por Unified CM y depende del plan de marcado empresarial que se ofrece en Unified CM.
La siguiente figura muestra a un usuario de Webex Calling que marca un número nacional en EE. UU.
Ahora, Unified CM, basado en el servicio plan de marcado, enruta la llamada a un extremo inscrito localmente en el que el destino al que se llama se aprovisiona como número de directorio. Para esto, el plan de marcado de Unified CM debe admitir el enrutamiento de números +E.164.
Llamadas de Unified CM a Webex Calling
Para habilitar el enrutamiento de llamada desde Unified CM a Webex Calling en Unified CM, se debe aprovisionar un conjunto de rutas para definir el conjunto de direcciones de planes de numeración +E.164 y empresariales en Webex Calling.
Con estas rutas en su lugar, se pueden realizar ambas situaciones de llamadas que se muestran en la siguiente figura.
Si una persona que llama en la PSTN llama a un número DID que está asignado a un dispositivo de Webex Calling, la llamada se entrega a la empresa a través de la puerta de enlace de PSTN de la empresa y luego llega a Unified CM. La dirección a la que se llama en esa llamada coincide con una de las rutas de Webex Calling que se aprovisiona en Unified CM, y la llamada se envía a la puerta de enlace local. (La dirección a la que se llama debe tener el formato +E.164 cuando se envía a la puerta de enlace local). La lógica Webex Calling enrutamiento de llamadas luego se asegura de que la llamada se envíe al dispositivo Webex Calling previsto, en función de la asignación did.
Además, las llamadas que se originaron desde extremos inscritos de Unified CM, dirigidas a destinos en Webex Calling, están sujetas al plan de marcado que se aprovisione en Unified CM. Normalmente, este plan de marcado permite a los usuarios utilizar hábitos de marcado empresariales comunes para realizar llamadas. Estos hábitos no incluyen necesariamente el marcado +E.164. Cualquier hábito de marcado que no sea +E.164 debe normalizarse a +E.164 antes de que las llamadas se envíen a la puerta de enlace local para permitir un direccionamiento correcto en Webex Calling.
Clase de servicio (CoS)
La implementación de estrictas restricciones de clase de servicio siempre se recomienda por diversos motivos, como evitar bucles de llamadas y prevenir el fraude telefónico. En el contexto de la integración de la puerta de enlace local de Webex Calling con la clase de servicio de Unified CM, debemos considerar la clase de servicio para:
Dispositivos inscritos en Unified CM
Llamadas que llegan a Unified CM desde el PSTN
Llamadas que llegan a Unified CM desde Webex Calling
Dispositivos inscritos en Unified CM
Agregar los destinos de Webex Calling como una clase nueva de destinos a una configuración de CoS existente es una opción directa: el permiso para llamar a destinos de Webex Calling generalmente es equivalente al permiso para llamar a destinos locales (incluidos entre sitios).
Si un plan de marcado empresarial ya implementa un permiso "(abreviado) entre sitios en la red", entonces ya hay una partición aprovisionada en Unified CM que podemos usar y aprovisionar todos los destinos conocidos de Webex Calling en la red en la misma partición.
De lo contrario, aún no existe el concepto de permiso "(abreviado) entre sitios en la red", entonces se debe aprovisionar una partición nueva (por ejemplo "onNetRemote"), se agregan los destinos Webex Calling a esta partición y, finalmente, esta partición nueva se debe agregar a los espacios de búsqueda de llamadas correspondientes.
Llamadas que llegan a Unified CM desde el PSTN
Agregar los destinos de Webex Calling como una clase nueva de destinos a una configuración de CoS existente es una opción directa: el permiso para llamar a destinos de Webex Calling generalmente es equivalente al permiso para llamar a destinos locales (incluidos entre sitios).
Si un plan de marcado empresarial ya implementa un permiso "(abreviado) entre sitios en la red", entonces ya hay una partición aprovisionada en Unified CM que podemos usar y aprovisionar todos los destinos conocidos de Webex Calling en la red en la misma partición.
De lo contrario, aún no existe el concepto de permiso "(abreviado) entre sitios en la red", entonces se debe aprovisionar una partición nueva (por ejemplo "onNetRemote"), se agregan los destinos Webex Calling a esta partición y, finalmente, esta partición nueva se debe agregar a los espacios de búsqueda de llamadas correspondientes.
Llamadas que llegan a Unified CM desde Webex Calling
Las llamadas que llegan desde el PSTN deben acceder a todos los destinos de Webex Calling. Esto requiere agregar la partición anterior que mantiene todos los destinos de Webex Calling al espacio de búsqueda de llamadas utilizado para llamadas entrantes en el enlace troncal de PSTN. El acceso a los destinos de Webex Calling se incluye además del acceso ya existente.
Mientras que para las llamadas desde PSTN se requiere acceso a los DID de Unified CM y a los DIDs de Webex Calling, las llamadas que se originaron en Webex Calling necesitan acceso a los DID de Unified CM y a los destinos de PSTN.
Esta figura compara estas dos clases diferentes de servicio para las llamadas de PSTN y Webex Calling. La figura también muestra que si la funcionalidad de la puerta de enlace de PSTN se reasigna en conjunto con la puerta de enlace local, se requieren dos enlaces troncales de PSTN GW y la puerta de enlace local combinadas a Unified CM: una para llamadas que se originaron en el PSTN y otra para llamadas que se originaron en Webex Calling. Esto es impulsado por el requisito de aplicar espacios de búsqueda de llamadas diferenciados por tipo de tráfico. Con dos enlace troncales entrantes en Unified CM, esto se puede lograr fácilmente si se configura el espacio de búsqueda de llamadas requerido para llamadas entrantes en cada enlace troncal.
Integración del plan de marcado
En esta guía se asume que existe una instalación que se basa en las mejores prácticas actuales de la "Arquitectura preferida para implementaciones locales de Cisco Collaboration, CVD". La última versión está disponible aquí.
El diseño del plan de marcado recomendado sigue el enfoque de diseño que se documenta en el capítulo Plan de marcado de la última versión del SRND de Cisco Collaboration System disponible aquí.
En esta figura se muestra una descripción general del diseño del plan de marcado recomendado. Las características clave de este plan de marcado incluyen:
Todos los números de directorio que están configurados en Unified CM tienen formato +E.164.
Todos los números del directorio residen en la misma partición (DN) y se marcan como urgentes.
El enrutamiento principal se basa en +E.164.
Todos los hábitos de marcado que no sean +E.164 (por ejemplo, el marcado abreviado intrasitio y el marcado de PSTN utilizando hábitos de marcado comunes) se normalizan (globalizan) a +E.164 utilizando patrones de traducción de normalización de marcado.
Los patrones de traducción de normalización de marcado utilizan el espacio de búsqueda de llamadas del patrón de traducción heredado; y tienen configurada la opción "Utilizar el espacio de búsqueda de llamadas del originador".
La clase de servicio se implementa mediante el uso de espacios de búsqueda de llamadas específicos del sitio y la clase de servicio.
Las capacidades de acceso de PSTN (por ejemplo, acceso a destinos de PSTN internacionales) se implementan agregando particiones con los patrones de ruta +E.164 respectivos al espacio de búsqueda de llamadas que define la clase de servicio.
Capacidad de acceso Webex Calling
Para agregar capacidad de acceso para los destinos de Webex Calling a este plan de marcado, se debe crear una partición que represente a todos los destinos Webex Calling ("Webex Calling") y un patrón de ruta +E.164 para cada rango de DID en Webex Calling se agrega a esta partición. Este patrón de ruta hace referencia a una lista de rutas con un solo miembro: el grupo de rutas con el enlace troncal SIP a la puerta de enlace local para las llamadas Webex Calling. Como todos los destinos marcados se normalizan a +E.164, ya sea mediante el uso de patrones de traducción de normalización de marcado para llamadas originadas en extremos registrados de Unified CM o transformaciones de partes entrantes que se originaron desde el PSTN este conjunto único de patrones de ruta +E.164 es suficiente para lograr la capacidad de acceso para destinos en Webex Calling independientemente del hábito de marcado utilizado.
Por ejemplo, si un usuario marca "914085550165", el patrón de traducción de normalización de marcado en la partición "UStoE164" normaliza esta cadena de marcado a "+14085550165", que luego coincide con la patrón de ruta para un destino Webex Calling en la partición "Webex Calling". Finalmente, Unified CM envía la llamada a la puerta de enlace local.
Agregar marcado abreviado entre sitios
La forma recomendada de agregar marcado abreviado entre sitios al plan de marcado de referencia es agregar patrones de traducción de normalización de marcado para todos los sitios bajo el plan de numeración empresarial a una partición dedicada ("ESN", Números significativos empresariales). Estos patrones de traducción interceptan las cadenas de marcado en el formato del plan de numeración empresarial y normalizan la cadena marcada a +E.164.
Para agregar marcado abreviado empresarial a destinos Webex Calling, agregue el patrón de traducción de normalización de marcado respectivo para la ubicación Webex Calling a la partición "Webex Calling" (por ejemplo, "8101XX" en el diagrama). Después de la normalización, la llamada nuevamente se envía a Webex Calling tras coincidir el patrón de ruta en la partición "Webex Calling".
No recomendamos agregar el patrón de traducción de marcado abreviado para las llamadas Webex Calling a la partición "ESN", ya que esta configuración puede crear bucles de enrutamiento de llamadas no deseados.
Controladores de protocolos para llamadas
Webex Calling inscribe los siguientes controladores de protocolos en el sistema operativo para habilitar la funcionalidad de clic para llamar desde navegadores web u otras aplicaciones. Los siguientes protocolos inician una llamada de audio o vídeo en la aplicación de Webex cuando se trata de la aplicación de llamadas predeterminada en Mac o Windows:
CLICKTOCALL: o CLICKTOCALL://
SIP: o SIP://
TEL: o TEL://
WEBEXTEL: o WEBEXTEL://
Controladores de protocolos para Windows
Otras aplicaciones pueden inscribirse para los controladores de protocolos antes de la aplicación de Webex. En Windows 10, la ventana del sistema para pedir a los usuarios que seleccionen qué aplicación utilizar para iniciar la llamada. Las preferencias de usuario se pueden recordar si el usuario marca Utilizar siempre esta aplicación.
Si los usuarios necesitan restablecer la configuración predeterminada de la aplicación de llamadas para que puedan escoger la aplicación de Webex, usted puede indicarles que cambien las asociaciones de protocolos de la aplicación de Webex en Windows 10:
Abra la configuración predeterminada del sistema de la aplicación, haga clic en Establecer valores predeterminados por aplicación y, a continuación, elija Aplicación de Webex.
Para cada protocolo, elija Aplicación de Webex.
Controladores de protocolos para macOS
En Mac OS, si otras aplicaciones inscritas en los protocolos de llamadas antes de la aplicación de Webex, los usuarios deben configurar su aplicación Webex para que sea la opción de llamada predeterminada.
En la aplicación de Webex para Mac, los usuarios pueden confirmar que la aplicación de Webex esté seleccionada para iniciar llamadas con el ajuste en preferencias generales. También pueden marcar Siempre conectarse con Microsoft Outlook si desean realizar llamadas en la aplicación Webex cuando hacen clic en un número de contacto de Outlook.
Requisitos para llamadas
Licencias
Webex Calling está disponible a través del Plan flexible de Cisco Collaboration. Debe adquirir un plan de Acuerdo empresarial (EA) (para todos los usuarios, incluido el 50 % de dispositivos de espacios de trabajo) o un plan de Usuario nombrado (NU) (algunos o todos los usuarios).
Webex Calling proporciona tres tipos de licencia ("Tipos de estación")
Profesionales: estas licencias proporcionan un conjunto de características completo para toda su organización. Esta oferta incluye comunicaciones unificadas (Webex Calling), movilidad (clientes de escritorio y móviles con soporte para varios dispositivos), colaboración en equipo en la aplicación de Webexy la opción de agrupar reuniones con hasta 1000 participantes por reunión.
Básica: elija esta opción si sus usuarios necesitan características limitadas sin movilidad ni comunicaciones unificadas. Aún así, seguirán con una oferta de voz con todas las características, pero están limitadas a un solo dispositivo por usuario.
Las licencias básicas solo están disponibles si usted tiene una suscripción de Usuario nombrado. Las licencias básicas no son compatibles con las suscripciones de los Acuerdos empresariales.
Espacios de trabajo (también conocidas como Área común): elija esta opción si está buscando un tono de marcado básico con un conjunto limitado de características de llamadas apropiadas para áreas como salas de descanso, salas de recepción y salas de conferencia.
Más adelante en esta documentación, se le muestra cómo utilizar Control Hub para administrar estas distribuciones de licencias en las distintas ubicaciones de su organización.
Requisitos de ancho de banda
Cada dispositivo de una videollamada requiere hasta 2 Mbps. Cada dispositivo de una llamada de audio requiere 100 kbps. Los teléfonos inactivos necesitan un ancho de banda mínimo.
Puerta de enlace local para PSTN local
Tanto los revendedores de valor agregado (VAR) como los proveedores de servicios (SP) pueden proporcionar acceso a PSTN para las organizaciones de Webex Calling. Actualmente, la puerta de enlace local es la única opción para proporcionar acceso a PSTN local. La puerta de enlace local se puede implementar independientemente o en implementaciones en las que sea necesaria la integración con Cisco Unified Communications Manager. Los requisitos de la puerta de enlace local son los siguientes.
Dispositivos compatibles
Webex Calling admite teléfonos IP multiplataforma (MPP) de Cisco. Como administrador, puede inscribir los siguientes teléfonos en la nube. Consulte los siguientes artículos de ayuda para obtener más información:
|
Para obtener una lista completa de los dispositivos compatibles con Webex Calling, consulte Dispositivos compatibles con Webex Calling. |
Los dispositivos de Cisco Webex Room, Board y Desk son compatibles como dispositivos en un espacio de trabajo que cree en Control Hub. Consulte "Dispositivos de Cisco Webex Room, Board y Desk" en Dispositivos compatibles con Webex Calling para obtener más información. Sin embargo, puede proporcionar a estos dispositivos el servicio PSTN habilitando Webex Calling para el espacio de trabajo.
Firewall
Cumpla con los requisitos del firewall documentados en Información de referencia de puertos para Cisco Webex Calling.
Requisitos de la puerta de enlace local para Webex Calling
Requisitos previos generales
Antes de configurar una puerta de enlace local para Webex Calling, asegúrese de lo siguiente:
Tener un conocimiento básico sobre los principios de VoIP
Tener un conocimiento activo básico sobre los conceptos de voz de Cisco IOS-XE y IOS-XE
Tener un entendimiento básico del Protocolo de iniciación de sesión (SIP)
Tener un entendimiento básico de Cisco Unified Communications Manager (Unified CM) si su modelo de implementación incluye Unified CM
Puede encontrar más detalles en la Guía de configuración empresarial de Cisco Unified Border Element (CUBE) en https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Requisitos de hardware y software para la puerta de enlace local
Asegúrese de que su implementación tenga al menos una de las puertas de enlace locales (Cisco CUBE (para conectividad basada en IP) o puerta de enlace de Cisco IOS (para conectividad basada en TDM)) que están en la Tabla 1 de la Guía para realizar pedidos de Webex Calling. Además, asegúrese de que la plataforma esté ejecutando una versión IOS-XE compatible según la Guía de configuración de la puerta de enlace local.
Requisitos de licencias para las puertas de enlace locales
Se deben instalar licencias de llamadas de CUBE en la puerta de enlace local. Para obtener más información, consulte la Guía de configuración de Cisco Unified Border Element.
Requisitos de certificado y seguridad para la puerta de enlace local
Webex Calling requiere señalización y medios seguros. La puerta de enlace local realiza el cifrado, y se debe establecer una conexión TLS saliente a la nube con los siguientes pasos:
Se debe actualizar el LGW con el paquete raíz de CA desde PKI de Cisco
Se utiliza un conjunto de credenciales resumidas de SIP de la página de configuración del enlace troncal de Control Hub para configurar el LGW (los pasos son parte de la configuración siguiente)
El paquete raíz de CA valida el certificado presentado
Se le solicitan las credenciales (se proporciona el resumen de SIP)
La nube identifica qué puerta de enlace local está inscrita en forma segura
Requisitos de optimización de rutas de medios, NAT transversal y firewall para la puerta de enlace local
En la mayoría de los casos, la puerta de enlace y los extremos locales pueden residir en la red interna del cliente, usando direcciones IP privadas con NAT. El firewall empresarial debe permitir el tráfico saliente (SIP, RTP/UDP, HTTP) a direcciones IP/puertos específicos, tema que se cubre en Información de referencia de puertos.
Si desea utilizar la Optimización de rutas de medios con ICE, la interfaz que llega a la puerta de enlace local de Webex Calling debe tener una ruta de red directa hacia y desde los extremos de Webex Calling. Si los extremos están en una ubicación diferente y no hay una ruta de red directa entre los extremos y la interfaz que llega a la puerta de enlace local de Webex Calling, la puerta de enlace local debe tener una dirección IP pública asignada a la interfaz que llega a Webex Calling para que las llamadas entre la puerta de enlace local y los extremos utilicen la optimización de rutas de medios. Además, debe ejecutar la versión 16.12.5 de IOS-XE.
Personalice su organización para Webex Calling en Control Hub. Después de activar su primera ubicación con el Asistente de configuración inicial, puede configurar y administrar ubicaciones adicionales, asignaciones y uso de enlace troncal, opciones del plan de marcado, usuarios, dispositivos y características.
El primer paso para poner en marcha sus servicios de Webex Calling es completar el Asistente de configuración inicial (FTSW). Una vez completado el FTSW para su primera ubicación, no es necesario completarlo para las ubicaciones adicionales.
| 1 | Haga clic en el enlace Introducción en el correo electrónico de bienvenida que recibe.
|
||
| 2 | Revise y acepte las condiciones del servicio. |
||
| 3 | Revise su plan y, a continuación, haga clic en Introducción.
|
||
| 4 | Seleccione el país al que debería asignar su centro de datos e introduzca la información del contacto y la dirección del cliente. |
||
| 5 | Haga clic en Siguiente: Ubicación predeterminada. |
||
| 6 | Elija de las opciones siguientes:
|
||
| 7 | Haga las siguientes selecciones para aplicarlas a esta ubicación:
|
||
| 8 | Haga clic en Siguiente. |
||
| 9 | Introduzca una dirección SIP disponible de Cisco Webex, haga clic en Siguiente y seleccione Finalizar. |
Antes de comenzar
Para crear una nueva ubicación, prepare la siguiente información:
Dirección de la ubicación
Números de teléfono deseados (opcional)
| 1 | Inicie sesión en Control Hub enhttps://admin.webex.com ir a . Tenga en cuenta que las nuevas ubicaciones se alojarán en el centro de datos regional que corresponda al país que seleccionó mediante el Asistente de configuración inicial. |
||||
| 2 | Configure los ajustes de la ubicación:
|
||||
| 3 | Haga clic en Guardar y luego elige Si / No para agregar números a la ubicación ahora o más tarde. |
||||
| 4 | Si hizo clic en Agregar ahora, elija una de las siguientes opciones:
La opción de PSTN se encuentra en cada nivel de ubicación (cada ubicación tiene solo una opción de PSTN). Puede combinar y coincidir todas las opciones que quiera para su implementación, pero cada ubicación tendrá una opción. Una vez que haya seleccionado y aprovisionado una opción de PSTN, puede cambiarla al hacer clic en Administrar en las propiedades y PSTN de la ubicación. Sin embargo, es posible que algunas opciones, como Cisco PSTN, no estén disponibles después de que se haya asignado otra opción. Abra un caso de soporte para obtener ayuda. |
||||
| 5 | Decida si quiere activar los números ahora o más tarde. |
||||
| 6 | Si seleccionó un CCP no integrado o una PSTN local, introduzca los Números de teléfono como valores separados por comas y, luego, haga clic en Validar. Se agregan números para la ubicación específica. Las entradas válidas se trasladan al campo Números validados, y las entradas no válidas permanecen en el campo Agregar números, junto con un mensaje de error. Según el país de la ubicación, los números se formatean de acuerdo con los requisitos marcado local. Por ejemplo, si se requiere un código de país, puede introducir números con o sin el código y se preanexará. |
||||
| 7 | Haga clic en Guardar. |
Qué hacer a continuación
Después de crear una ubicación, puede habilitar los servicios de emergencia del 911 para esa ubicación. Consulte Servicio 911 de emergencia de RedSky para Webex Calling para obtener más información.
Antes de comenzar
 |
Obtenga una lista de los usuarios y los espacios de trabajo asociados con una ubicación: Vaya a Servicios > Números y, en el menú desplegable, seleccione la ubicación que desea eliminar. Debe eliminar esos usuarios y espacios de trabajo antes de eliminar la ubicación. |
| 1 | Inicie sesión en Control Hub enhttps://admin.webex.com ir a . |
| 2 | Haga clic en |
| 3 | Elegir Eliminar ubicación y confirme que desea eliminar esa ubicación. La ubicación suele demorar un par de minutos para que se elimine permanentemente, pero podría tomar hasta una hora. Puede comprobar el estado haciendo clic en Más junto al nombre de la ubicación y seleccionando Estado de eliminación. |
en elPuede cambiar su configuración de PSTN, así como el nombre, la zona horaria y el idioma de una ubicación después de su creación. Tenga presente que el nuevo idioma solo se aplica a usuarios y dispositivos nuevos. Los usuarios y dispositivos existentes siguen usando el idioma anterior.
|
Para las ubicaciones existentes, puede habilitar los servicios de emergencia del 911. Consulte Servicio 911 de emergencia de RedSky para Webex Calling para obtener más información. |
| 1 | Inicie sesión en Control Hub enhttps://admin.webex.com ir a . Si ve un símbolo de Precaución junto a una ubicación, significa que aún no ha configurado un número de teléfono para esa ubicación. No puede realizar ni recibir llamadas hasta que configure ese número. |
||||||
| 2 | (Opcional) En Conexión de PSTN, seleccione PSTN conectado a la nube o PSTN local (puerta de enlace local), según cuál ya haya configurado. Haga clic en Administrar para cambiar esa configuración y, luego, seleccione Continuar para reconocer los riesgos asociados. Luego, elija una de las siguientes opciones y haga clic en Guardar:
|
||||||
| 3 | Seleccione el número principal con el que podrá comunicarse con el contacto principal de la ubicación. |
||||||
| 4 | (Opcional) Debajo Llamada de emergencia , puede seleccionar Identificador de ubicación de emergencia para asignar a esta ubicación.
|
||||||
| 5 | Seleccione el número de correo de voz al que los usuarios pueden llamar para verificar su correo de voz para esta ubicación. |
||||||
| 6 | (Opcional) Haga clic en el icono de lápiz en la parte superior de la página Ubicación para cambiar el nombre de la ubicación, la zona horaria, o el idioma según sea necesario y, a continuación, haga clic en Guardar.
|
Esta configuración es para el marcado interno y también está disponible en el asistente de configuración inicial. Cuando cambie su plan de marcado, los números de ejemplo de Control Hub se actualizarán para reflejar estas modificaciones.
|
Puede configurar los permisos de llamadas salientes para una ubicación. Consulte estos pasos para configurar los permisos de llamadas salientes. |
| 1 | Inicie sesión en Control Hub enhttps://admin.webex.com/ ir a y luego desplácese hasta Marcación interna . |
||||
| 2 | Configure las siguientes preferencias de marcado opcionales, según sea necesario:
|
||||
| 3 | Especifique el marcado interno para ubicaciones específicas. Vaya a , seleccione una ubicación, desplácese hasta Marcado y, a continuación, cambie el marcado interno y externo según sea necesario:
Impacto en los usuarios:
|
Si es revendedor de valor agregado, puede seguir estos pasos para iniciar la configuración de la puerta de enlace local en Control Hub. Cuando esta puerta de enlace está inscrita en la nube, puede utilizarla en una o más de sus ubicaciones de Webex Calling para brindar enrutamiento hacia un proveedor de servicios de PSTN empresarial.
 |
Una ubicación que tiene una puerta de enlace local no puede eliminarse cuando la puerta de enlace local se está utilizando para otras ubicaciones. |
Antes de comenzar
Una vez que se agrega una ubicación, y antes de configurar un PSTN local para una ubicación, debe crear un enlace troncal.
Cree ubicaciones, ajustes específicos y números en cada una. Las ubicaciones deben existir antes de poder agregar un PSTN local.
Comprenda los requisitos de PSTN local (puerta de enlace local) para Webex Calling.
No puede elegir más de un enlace troncal para una ubicación con PSTN local, pero puede elegir el mismo enlace troncal para varias ubicaciones.
| 1 | Iniciar sesión en Centro de control enhttps://admin.webex.com ir a y seleccione Agregar troncal . |
||
| 2 | Seleccione una ubicación. |
||
| 3 | Asígnele un nombre al enlace troncal y haga clic en Guardar.
|
Qué hacer a continuación
La información del enlace troncal aparece en la pantalla Inscribir dominio, OTG/DTG de grupo de enlace troncal, Línea/puerto y Dirección de proxy saliente.
Le recomendamos que copie esta información desde Control Hub y la pegue en un archivo o documento de texto local para poder consultarla cuando esté listo para configurar la PSTN local.
Si pierde las credenciales, debe generarlas desde la pantalla de información del enlace troncal en Control Hub. Haga clic en Recuperar nombre de usuario y restablecer contraseña para generar un nuevo conjunto de credenciales de autenticación para usar en el enlace troncal.
| 1 | Inicie sesión en Control Hub enhttps://admin.webex.com ir a . |
||
| 2 | Seleccione una ubicación para modificar y haga clic en Administrar. |
||
| 3 | Seleccione PSTN local y haga clic en Siguiente. |
||
| 4 | Elija un enlace troncal del menú desplegable.
|
||
| 5 | Haga clic en el aviso de confirmación y, a continuación, haga clic en Guardar. |
Qué hacer a continuación
Debe tomar la información de configuración que generó Control Hub y asignar los parámetros a la puerta de enlace local (por ejemplo, en un Cisco CUBE local). Este artículo lo guía por este proceso. Como referencia, consulte el siguiente diagrama para ver un ejemplo sobre cómo la información de configuración de Control Hub (a la izquierda) se asigna a los parámetros en el CUBE (a la derecha):
Después de completar correctamente la configuración de la puerta de enlace, puede volver a en Control Hub y la puerta de enlace que creó aparecerá en la tarjeta de ubicación que le asignó con un punto verde a la izquierda del nombre. Este estado indica que la puerta de enlace está inscrita en forma segura en la nube de llamadas y que actúa como la puerta de enlace de PSTN activa para la ubicación.
Puede ver, activar, eliminar y agregar números de teléfono para su organización fácilmente en Control Hub. Para obtener más información, consulte Administrar números de teléfono en Control Hub.
| 1 | Iniciar sesión en Centro de control enhttps://admin.webex.com , seleccione el icono de edificio |
| 2 | Seleccione la ficha Suscripciones y, a continuación, haga clic en Comprar ahora. Se envía un correo electrónico a su socio para informarle que usted está interesado en convertirse a una suscripción paga. |
.Puede utilizar Control Hub para definir la prioridad de las opciones de llamadas disponibles que los usuarios ven en la aplicación Webex. También puede habilitarlos para que puedan hacer clic para llamar. Para obtener más información, consulte lo siguiente: Establecer opciones de llamada para los usuarios de la aplicación Webex .
Puede controlar qué aplicación de llamadas se abre cuando los usuarios realizan llamadas. Puede configurar la configuración del cliente de llamadas, incluida la implementación en modo mixto para organizaciones con usuarios autorizados con Unified CM o Webex Calling y usuarios sin servicios de llamadas de pago de Cisco. Para obtener más información, consulte lo siguiente: Configurar el comportamiento de las llamadas .
Después de configurar Webex Calling para su organización, puede configurar una troncal para conectar su puerta de enlace local a Webex Calling. El transporte SIP TLS protege el enlace troncal entre la puerta de enlace local y la nube de Webex . Los medios entre la puerta de enlace local y las llamadas de Webex Calling utilizan SRTP.
Flujo de tarea de configuración de la puerta de enlace local
Hay dos opciones para configurar la puerta de enlace local para su Webex Calling tronco:
Troncal basada en registro
Troncal basada en certificados
Utilice el flujo de tareas en el Puerta de enlace local basada en registro o Puerta de enlace local basada en certificados para configurar la puerta de enlace local para su Webex Calling tronco. Ver Configurar enlaces troncales, grupos de rutas y planes de marcado para Webex Calling para obtener más información sobre los diferentes tipos de troncales. Realice los siguientes pasos en la propia puerta de enlace local, utilizando la interfaz de línea de comandos (CLI). Utilizamos el Protocolo de inicio de sesión (SIP) y el Seguridad de la capa de transporte (TLS) para proteger el enlace troncal y el protocolo seguro en tiempo real (SRTP) para proteger los medios entre la puerta de enlace local y Webex Calling .
Antes de comenzar
Comprender los requisitos de la red telefónica pública conmutada (PSTN) y la puerta de enlace local (LGW) para Webex Calling . Ver Arquitectura preferida de Cisco para llamadas de Webex Calling para más información.
Este artículo asume que existe una plataforma de puerta de enlace local dedicada sin configuración de voz existente. Si modifica una puerta de puerta de enlace PSTN existente o una implementación empresarial de puerta de enlace local para utilizarla como la función de puerta de enlace local para Webex Calling , luego preste especial atención a la configuración. Asegúrese de no interrumpir los flujos de llamadas existentes y la funcionalidad debido a los cambios que realice.
Cree una troncal en Control Hub y asígnela a la ubicación. Ver Configurar enlaces troncales, grupos de rutas y planes de marcado para Webex Calling para más información.
|
Los procedimientos contienen enlaces a la documentación de referencia de los comandos donde puede obtener más información sobre las opciones de los comandos individuales. Todos los enlaces de referencia de comandos van a la Referencia de comandos de las puertas de enlace administradas de Webex a menos que se indique lo contrario (en cuyo caso, los enlaces de comando van a Referencia de comandos de voz de Cisco IOS ). Puede acceder a todas estas guías en Cisco Unified Border Element Referencias de comandos .
Para obtener información sobre los SBC de terceros, consulte la documentación de referencia del producto correspondiente. |
Antes de comenzar
Asegúrese de que la siguiente configuración de la plataforma de referencia que configure esté configurar de acuerdo con las políticas y los procedimientos de su organización:
NTP
ACL
habilitar contraseñas
contraseña principal
Enrutamiento IP
Direcciones IP , etc.
Necesita una versión mínima compatible de Cisco IOS XE 16.12 o IOS-XE 17.3 para todas las implementaciones de puerta de enlace local.
|
Solo CUBE admite una puerta de enlace local basada en registro; no se admiten otros SBC de terceros. |
| 1 | Asegúrese de asignar cualquier interfaz de Capa 3 que tenga direcciones IP válidas y enrutables: |
||||
| 2 | Preconfigure una clave principal para la contraseña mediante los siguientes comandos, antes de utilizarla en las credenciales y los secretos compartidos. Las contraseñas de tipo 6 se cifran mediante el cifrado AES y la clave principal definida por el usuario. |
||||
| 3 | Configure el servidor de nombres IP para habilitar la búsqueda de DNS y hacer ping para asegurarse de que el servidor sea accesible. La puerta de enlace local utiliza DNS para resolver las direcciones de proxy de Webex Calling : |
||||
| 4 | Habilite la exclusividad de TLS 1.2 y un punto de confianza de marcador de posición predeterminado:
|
||||
| 5 | Actualice el grupo de confianza de la puerta de enlace local: El paquete de confianza predeterminado no incluye los certificados "DigiCert Root CA" o "IdenTrust Commercial" que necesita para validar el certificado del lado del servidor durante el establecimiento de la conexión TLS para Webex Calling . Descarga la última "Paquete raíz de núcleo de confianza de Cisco " desdehttp://www.cisco.com/security/pki/ para actualizar el paquete trustpool.
|
Antes de comenzar
| 1 | Introduzca los siguientes comandos para activar la aplicación de puerta de enlace local, consulte Información de referencia del puerto para llamadas de Cisco Webex Calling para las subredes IP más recientes que debe agregar a la lista confiable: Aquí hay una explicación de los campos para la configuración: Prevención del fraude telefónico
Multimedia
Funcionalidad básica de SIP a SIP
Servicios complementarios Deshabilita REFER y reemplaza el Identificador del diálogo en el encabezado reemplaza con el Identificador del diálogo del mismo nivel. Para obtener más información, consulte Sip de servicio complementario . Protocolo de fax Habilita T.38 para el transporte de faxes, aunque el tráfico de faxes no se cifrará. Para obtener más información sobre este comando, consulte protocolo de fax t38 (servicio de voz) . Habilitar aturdimiento global
Para obtener más información, consulte stun flowdata agent-id y stun flowdata secreto compartido . G729 Permite todas las variantes de G729. Para obtener más información, consulte g729 anexob-todo. SIP Obliga a la puerta de enlace local a enviar la información de SDP en el mensaje INVITE inicial en lugar de esperar el acuse de recibo del par vecino. Para obtener más información sobre este comando, consulte oferta anticipada . |
||||
| 2 | Configure el "Perfil SIP 200". Aquí hay una explicación de los campos para la configuración:
|
||||
| 3 | Configure el perfil de códec, la definición de aturdimiento y la suite SRTP Crypto. Aquí hay una explicación de los campos para la configuración:
|
||||
| 4 | Asigne los parámetros de Control Hub a la configuración de la puerta de enlace local. Agregar Webex Calling como inquilino dentro de la puerta de enlace local. Necesita configuración para registrar la puerta de enlace local en inquilino de la clase de voz 200 . Debe obtener los elementos de esa configuración de la página de información del tronco de Control Hub, como se muestra en la siguiente imagen. El siguiente ejemplo muestra cuáles son los campos que se asignan a la CLI de la puerta de enlace local respectiva.
Aplicar inquilino 200 a todos los Webex Calling frente a los pares de marcado etiqueta) dentro de la configuración de la puerta de enlace local.2xx La función de inquilino de la clase de voz permite agrupar y configurar los parámetros de la troncal SIP que, de otro modo, se realizarían en el servicio de voz VoIP y sip-ua. Cuando configura un inquilino y lo aplica en un dial-peer, el siguiente orden de preferencia se aplica a las configuraciones de la puerta de enlace local:
|
||||
| 5 | Configurar inquilino de la clase de voz 200 para habilitar el registro de troncales desde la puerta de enlace local a Webex Calling según los parámetros que haya obtenido de Control Hub:
Aquí hay una explicación de los campos para la configuración: inquilino de la clase de voz 200Habilita configuraciones globales específicas para múltiples inquilinos en troncales SIP que permiten servicios diferenciados para inquilinos. Para obtener más información, consulte inquilino de la clase de voz . registrador dns: 40462196.cisco-bcld.com esquema sorbos expira 240 relación de actualización 50 tcp tlsServidor de registro para la puerta de enlace local con el registro configurado para actualizarse cada dos minutos (50% de 240 segundos). Para obtener más información, consulte registrador en el Referencia de comandos de voz de Cisco IOS : K a R . número de credenciales Hussain6346_ LGU nombre de usuario Hussain2572_ LGU contraseña 0 meX71] ~) Vmf reino BroadWorksCredenciales para el desafío de registro de troncales. Para obtener más información, consulte credenciales (SIP UA) en Referencia de comandos de voz de Cisco IOS : de la A a la C . nombre de usuario de autenticación Hussain6346_ LGU contraseña 0 meX71] ~) Vmf reino BroadWorks nombre de usuario de autenticación Hussain6346_ LGU contraseña 0 meX71] ~) Vmf reino 40462196.cisco-bcld.com
Desafío de autenticación para llamadas. Para obtener más información, consulte autenticación (dial-peer) en Referencia de comandos de voz de Cisco IOS : de la A a la C . sin identificación de fiesta remotaDeshabilite el encabezado SIP Remote-Party- Identificador (RPID) ya que Webex Calling admite PAI, que se habilita mediante CIO pai de identificación afirmada . Para obtener más información, consulte ID-partido-remoto en Referencia de comandos de voz de Cisco IOS : K a R . conexión-reutilizaciónUtiliza la misma conexión persistente para el registro y el procesamiento de llamadas. Para obtener más información, consulte conexión-reutilización . srtp-cripto 200Define clase de voz srtp-crypto 200 para especificar SHA1_ 80 (especificado en el paso 3). Para obtener más información, consulte clase de voz srtp-crypto. sesión de transporte tcp tlsEstablece el transporte en TLS. Para obtener más información, consulte transporte de sesión . sorbos de urlLa consulta SRV debe ser SIP según lo admitido por el SBC de acceso; todos los demás mensajes se cambian a SIP por sip-profile 200. error-passthruEspecifica la funcionalidad de paso a través de la respuesta de error de SIP . Para obtener más información, consulte error-passthru . pai de identificación afirmadaActiva el procesamiento de PAI en la puerta de enlace local. Para obtener más información, consulte id-afirmado . enlazar interfaz de fuente de control GigabitEthernet0 / 0/1Configura una dirección IP de origen para señalizar la interfaz de origen Webex Calling . enlazar interfaz de fuente de medios GigabitEthernet0 / 0/1Configura una dirección IP de origen para la interfaz de origen de medios Webex Calling . Para obtener más información sobre los comandos de vinculación, consulte atar en Referencia de comandos de voz de Cisco IOS : de la A a la C . sin paso a través de contenido personalizado-sdpComando predeterminado en el inquilino. Para obtener más información sobre este comando, consulte contenido de transferencia . perfiles de sorbo 200Cambia los SIP a SIP y modifica la Línea / Puerto para los mensajes INVITAR y REGISTRAR como se define en perfiles de sorbo 200 . Para obtener más información, consulte perfiles de sorbo de clase de voz . proxy de salida dns: la01.sipconnect-us10.cisco-bcld.comWebex Calling acceder a SBC. Para obtener más información, consulte proxy de salida . política de privacidad passthruTransfiera de forma transparente los valores del encabezado de privacidad del tramo entrante al saliente. Para obtener más información, consulte política de privacidad en Referencia de comandos de voz de Cisco IOS : K a R . |
Después de definir el inquilino 200 dentro de la puerta de enlace local y configurar un dial-peer de VoIP SIP , la puerta de enlace inicia una conexión TLS hacia Webex Calling , momento en el que el SBC de acceso presenta su certificado a la puerta de enlace local. La puerta de enlace local valida la Webex Calling Acceda al certificado SBC utilizando el paquete raíz de CA que se actualizó anteriormente. Establece una sesión TLS persistente entre la puerta de enlace local y Webex Calling acceder a SBC. Luego, la puerta de enlace local envía un REGISTRO al SBC de acceso que se cuestiona. El AOR de inscripción es number@domain. El número se toma del parámetro "número" de credenciales y el dominio de "registrador dns:<fqdn> . " Cuando se impugna el registro:
Utilice el nombre de usuario, contraseña y reino parámetros del credenciales para construir el encabezado y el perfil sip 200.
Convierte la URL de SIPS de nuevo a SIP.
El registro es exitoso cuando recibe 200 Aceptar del SBC de acceso.
Esta implementación requiere la siguiente configuración en la puerta de enlace local:
Inquilinos de la clase de voz —Crea otros inquilinos para dial-peers que enfrentan ITSP de manera similar al inquilino 200 que cree para los dial-peers de Webex Calling .
URI de clase de voz —Usted define patrones para puertos / direcciones IP de host para varios troncales que terminan en la puerta de enlace local:
Webex Calling a la LGW
Terminación de troncal SIP de PSTN en LGW
Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde LGW a ITSP troncal SIP y Webex Calling .
Clase de voz DPG —Puede invocar para apuntar a los dial-peers salientes desde un dial-peer entrante.
Dial-peers entrantes —Puede aceptar tramos de llamadas entrantes desde ITSP y Webex Calling .
Utilice las configuraciones para la instalación de la puerta de enlace local alojada por el socio o la puerta de enlace del sitio del cliente, como se muestra en la siguiente imagen.
| 1 | Configure los siguientes inquilinos de clase de voz: |
||
| 2 | Configure la siguiente URL de clase de voz:
|
||
| 3 | Configure los siguientes pares de marcado salientes: |
||
| 4 | Configure los siguientes grupos de dial-peer (dpg): |
||
| 5 | Configure los siguientes pares de marcado entrantes: |
PSTN a Webex Calling
Haga coincidir todos los tramos de llamadas IP PSTN entrantes en la puerta de enlace local con dial-peer 100 para definir un criterio de coincidencia para el encabezado VIA con la dirección IP de la PSTN dirección IP. DPG 200 invoca al dial-peer saliente 200201 , que tiene el Webex Calling servidor como destino de destino.
Webex Calling a PSTN
Coincidir con todos los entrantes Webex Calling tramos de llamada en la puerta de enlace local con dial-peer 200201 para definir el criterio de coincidencia para el patrón de encabezado REQUEST URI con el parámetro OTG / DTG del grupo de troncal , exclusivo de esta implementación de puerta de enlace local. DPG 100 invoca al dial-peer saliente 101 , que tiene la dirección IP IP PSTN como destino de destino.
Esta implementación requiere la siguiente configuración en la puerta de enlace local:
Inquilinos de la clase de voz —Crea más inquilinos para dial-peers frente a Unified CM e ITSP, similar a inquilino 200 que creas para Webex Calling frente a los pares de marcado.
URI de clase de voz —Usted define un patrón para los puertos / direcciones IP de host para varios troncales que terminan en la LGW desde:
Unified CM a LGW para destinos PSTN
Unified CM a LGW para Webex Calling destinos
Webex Calling a destinos LBV
Terminación de troncal SIP de PSTN en LGW
Grupo de servidores de clase de voz —Puede orientar direcciones IP / puertos para troncales salientes desde:
LGW a Unified CM
LGW a Webex Calling
troncal SIP de LGW a PSTN
Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde:
LGW a Unified CM
troncal SIP de ITSP
Webex Calling
Clase de voz DPG : Puede invocar a los pares de marcado salientes de destino desde un par de marcado entrante.
Interlocutores entrantes: Puede aceptar tramos de llamadas entrantes de Unified CM, ITSP y Webex Calling .
| 1 | Configure los siguientes inquilinos de clase de voz: |
||
| 2 | Configure la siguiente URL de clase de voz:
|
||
| 3 | Configure los siguientes grupos de servidores de clase de voz: |
||
| 4 | Configure los siguientes pares de marcado salientes: |
||
| 5 | Configure el siguiente DPG: |
||
| 6 | Configure los siguientes pares de marcado entrantes: |
IP PSTN al enlace troncal de Unified CM PSTN
Plataforma de llamadas de Webex Calling a la troncal de Webex Calling de Unified CM
Troncal Unified CM PSTN a IP PSTN
Troncal de Webex Calling de Unified CM a la plataforma de Webex Calling de Webex
Las firmas de diagnóstico (DS) detectan de forma proactiva los problemas que se observan con frecuencia en la puerta de enlace local basada en IOS XE y generan una notificación por correo electrónico, syslog o mensajes de terminal del evento. También puede instalar DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso de TAC de Cisco para acelerar el tiempo de resolución.
Las firmas de diagnóstico (DS) son archivos XML que contienen información sobre los eventos desencadenantes del problema y las acciones que se deben tomar para informar, solucionar y solucionar el problema. Puede definir la lógica de detección de problemas mediante mensajes de syslog, eventos SNMP y mediante la supervisión periódica de salidas específicas del comando show.
Los tipos de acción incluyen la recopilación de salidas del comando show:
Generación de un archivo de registro consolidado
Cargar el archivo en una ubicación de red proporcionada por el usuario, como HTTPS, SCP, servidor FTP
Los ingenieros de TAC crean los archivos de DS y los firman digitalmente para proteger su integridad. Cada archivo de DS tiene un ID numérico único asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico (DSLT) es una fuente única para encontrar firmas aplicables para monitorear y solucionar varios problemas.
Antes de comenzar:
No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.
Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.
Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.
Requisitos previos
Puerta de enlace local que ejecuta IOS XE 17.3.2 o superior
Las firmas de diagnóstico están habilitadas de manera predeterminada.
Configure el servidor de correo electrónico seguro que se utilizará para enviar notificaciones proactivas si el dispositivo está ejecutando Cisco IOS XE 17.3.2 o superior.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls endConfigurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Puerta de enlace local con 16.11.1 o superior
Las firmas de diagnóstico están activado de forma predeterminada
Configure el servidor de correo electrónico que se utilizará para enviar notificaciones proactivas si el dispositivo ejecuta una versión anterior a la 17.3.2.
configure terminal call-home mail-server <email server> priority 1 endConfigure la variable de entorno ds_email con la dirección de correo electrónico del administrador al que se notificará.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Puerta de enlace local que ejecuta la versión 16.9.x
Introduzca los siguientes comandos para habilitar las firmas de diagnóstico.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com endConfigure el servidor de correo electrónico que se utilizará para enviar notificaciones proactivas si el dispositivo ejecuta una versión anterior a la 17.3.2.
configure terminal call-home mail-server <email server> priority 1 endConfigure la variable de entorno ds_email con la dirección de correo electrónico del administrador al que se notificará.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
A continuación, se muestra un ejemplo de configuración de una puerta de enlace local que se ejecuta en Cisco IOS XE 17.3.2 para enviar las notificaciones proactivas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com" |
Una puerta de enlace local que se ejecuta en el software Cisco IOS XE no es un cliente de Gmail basado en la web típico que admita OAuth, por lo que debemos configurar una configuración de cuenta de Gmail específica y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente: |
Vaya a y active la configuración Acceso a aplicaciones menos seguras.
Responda "Sí, fui yo" cuando reciba un correo electrónico de Gmail que indique "Google impidió que alguien iniciara sesión en su cuenta con una aplicación que no es de Google".
Instale firmas de diagnóstico para una supervisión proactiva
Supervisión de la alta utilización de la CPU
Este DS realiza un seguimiento de la utilización de la CPU en 5 segundos mediante el SNMP OID 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, deshabilita todas las depuraciones y desinstala todas las firmas de diagnóstico que están instaladas en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.
Asegúrese de habilitar SNMP con el comando mostrar snmp . Si no lo habilita, configure el comando “snmp-server manager”.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabledDescargue DS 64224 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Alta utilización de CPU con notificación por correo electrónico .
Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:El siguiente ejemplo muestra la copia del archivo desde un servidor FTP a la puerta de enlace local.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)Instale el archivo XML de DS en la puerta de enlace local.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml successVerifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor de "inscrito".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDescargar DSes:
ID de DS
Nombre de DS
Revisión
Estado
Última actualización (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Registrados
7/11/2020 22:05:33
Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para seguir supervisando el uso elevado de la CPU en la puerta de enlace local.
Supervisión del registro de troncal SIP
Este DS comprueba la cancelación del registro de un enlace troncal SIP de puerta de enlace local con la nube de Webex Calling cada 60 segundos. Una vez que se detecta el evento de cancelación del registro, genera una notificación por correo electrónico y syslog y se desinstala después de dos casos de cancelación del registro. Siga los pasos a continuación para instalar la firma.
Descargue DS 64117 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
SIP-SIP
Tipo de problema
Anulación del registro de la troncal SIP con notificación por correo electrónico .
Copie el archivo XML de DS en la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:Instale el archivo XML de DS en la puerta de enlace local.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#Utilizar mostrar la firma de diagnóstico de la llamada a domicilio para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".
Monitoreo de desconexiones anormales de llamadas
Este DS usa sondeos de SNMP cada 10 minutos para detectar una desconexión de llamada anormal con los errores de SIP 403, 488 y 503. Si el incremento del recuento de errores es mayor o igual a 5 de la última encuesta, genera un syslog y una notificación por correo electrónico. Siga los pasos a continuación para instalar la firma.
Compruebe si el SNMP está habilitado con el comando show snmp. Si no está habilitado, configure el comando "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabledDescargue DS 65221 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Detección de desconexión de llamadas anormales SIP con correo electrónico y notificación de Syslog.
Copie el archivo XML de DS en la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:Instale el archivo XML de DS en la puerta de enlace local.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml successUtilizar mostrar la firma de diagnóstico de la llamada a domicilio para verificar que la firma se haya instalado correctamente mediante. La columna de estado debe tener un valor "registrado".
Instalar firmas de diagnóstico para solucionar un problema
Utilice las firmas de diagnóstico (DS) para resolver problemas rápidamente. Los ingenieros de TAC de Cisco han creado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso de TAC de Cisco . Las firmas de diagnóstico (DS) eliminan la necesidad de comprobar manualmente la aparición del problema y facilitan mucho la resolución de problemas intermitentes y transitorios.
Puede utilizar el Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas correspondientes e instalarlas para resolver un problema determinado o puede instalar la firma recomendada por el ingeniero de TAC como parte del compromiso de soporte.
A continuación, se muestra un ejemplo de cómo encontrar e instalar un DS para detectar la ocurrencia “%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC = 1.1.181.1.29.0 "syslog y automatice la recopilación de datos de diagnóstico mediante los siguientes pasos:
Configurar una variable de entorno de DS adicionalds_fsurl_prefix que es la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) en la que se cargan los datos de diagnóstico recopilados. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte en el siguiente comando. El token de carga del archivo puede generarse en la sección Archivos adjuntos del Administrador de casos de soporte, según sea necesario.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" endEjemplo:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"Asegúrese de que SNMP esté habilitado mediante el comando mostrar snmp . Si no está habilitado, configure el comando "snmp-server manager".
show snmp %SNMP agent not enabled config t snmp-server manager endAsegúrese de instalar el DS 64224 de alta monitorización de CPU como medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Alta utilización de CPU con notificación por correo electrónico .
Descargue DS 65095 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Syslog
Tipo de problema
Syslog - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0
Copie los archivos XML de DS en la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:Instale el archivo DS 64224 de monitoreo de alta utilización de CPU y, luego, el archivo XML de DS 65095 en la puerta de enlace local.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml successVerifique que la firma se haya instalado correctamente con show call-home diagnostic-signature. La columna de estado debe tener un valor "registrado".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.comDSes descargados:
ID de DS
Nombre de DS
Revisión
Estado
Última actualización (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Registrados
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Registrados
2020-11-08
Verificar la ejecución de firmas de diagnóstico
En el siguiente comando, la columna "Estado" del comando mostrar la firma de diagnóstico de la llamada a domicilio cambia a "en ejecución" mientras que la puerta de enlace local ejecuta la acción definida dentro de la firma. La salida de Mostrar estadísticas de firma de diagnóstico a domicilio es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecuta la acción. La columna "Activada / Máxima / Desinstalar" indica la cantidad de veces que la firma dada ha activado un evento, la número máximo de veces que está definida para detectar un evento y si la firma se desinstala después de detectar la número máximo de eventos activados.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com DSes descargados:
ID de DS |
Nombre de DS |
Revisión |
Estado |
Última actualización (GMT+00:00) |
|---|---|---|---|---|
| 64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Registrados |
08/11/20 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Ejecutando |
08/11/20 00:12:53 |
Mostrar estadísticas de firma de diagnóstico a domicilio
ID de DS |
Nombre de DS |
Desencadenado/Máximo/Desinstalar |
Tiempo de ejecución promedio (segundos) |
Tiempo de ejecución máximo (segundos) |
|---|---|---|---|---|
| 64224 | DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
El notificación por correo electrónico que se envía durante la ejecución de la firma de diagnóstico contiene información clave como el tipo de problema, los detalles del dispositivo, la versión de software, la configuración en ejecución y los resultados de los comandos de visualización que son relevantes para solucionar el problema dado.
Desinstalar firmas de diagnóstico
Las firmas de diagnóstico de uso para fines de resolución de problemas generalmente se definen para desinstalar después de la detección de algunas ocurrencias de problemas. Si desea desinstalar una firma manualmente, recupere el Identificador de DS de la salida de mostrar la firma de diagnóstico de la llamada a domicilio y ejecute el siguiente comando:
call-home diagnostic-signature deinstall <DS ID>
Ejemplo:
call-home diagnostic-signature deinstall 64224
|
Las nuevas firmas se agregan periódicamente a la herramienta de búsqueda de firmas de diagnóstico, según los problemas que se observan comúnmente en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas. |
Para una mejor administración de las puertas de enlace de Cisco IOS XE, le recomendamos que inscriba y administre las puertas de enlace a través del concentrador de control. Es una configuración opcional. Una vez inscrito, puede utilizar la opción de validación de la configuración en el Centro de control para validar la configuración de su puerta de enlace local e identificar cualquier problema de configuración. Actualmente, solo los enlaces troncales basados en registro admiten esta funcionalidad.
Para obtener más información, consulte lo siguiente:
Antes de comenzar
Asegúrese de que la siguiente configuración de la plataforma de referencia que configure esté configurar de acuerdo con las políticas y los procedimientos de su organización:
NTP
ACL
habilitar contraseñas
contraseña principal
Enrutamiento IP
Direcciones IP , etc.
Necesita una versión mínima compatible de IOS XE 17.6 para todas las implementaciones de puerta de enlace local.
| 1 | Asegúrese de asignar direcciones IP válidas y enrutables a cualquier interfaz de Capa 3:
|
||||
| 2 | Preconfigure una clave principal para la contraseña con los siguientes comandos antes de que se utilice como credencial y secretos compartidos. Las contraseñas de tipo 6 se cifran mediante el cifrado AES y la clave principal definida por el usuario. |
||||
| 3 | Configure el servidor de nombres IP para habilitar la búsqueda de DNS . Haga ping al servidor de nombres IP y asegúrese de que el servidor sea accesible. La puerta de enlace local debe resolverse Webex Calling direcciones proxy que utilizan este DNS: |
||||
| 4 | Habilite la exclusividad de TLS 1.2 y un marcador de posición predeterminado Trustpoint:
|
||||
| 5 | Si el certificado raíz tiene una CA intermedia, ejecute los siguientes comandos:
|
||||
| 6 | Cree un trustpoint para mantener el certificado raíz. Ejecute los siguientes comandos, si no hay una CA intermedia: |
||||
| 7 | Configure SIP-UA para utilizar el punto de confianza que creó. |
Antes de comenzar
La red hacia Webex Calling debe utilizar una dirección IPv4 pública. Los nombres de dominio completos (FQDN) o las direcciones de registro de servicio (SRV) deben resolverse en una dirección IPv4 pública en Internet.
Todos los puertos SIP y multimedia de la interfaz externa deben ser accesibles desde Internet. Los puertos no deben estar detrás de una traducción de direcciones de red (NAT). Asegúrese de actualizar el firewall en los componentes de la red de su empresa.
Instale un certificado firmado en la puerta de enlace local.
La Certificate Authority (CA) debe firmar el certificado como se menciona en ¿Qué autoridades de certificación raíz son compatibles con las llamadas a las plataformas de audio y vídeo de Cisco Webex ? .
El FQDN seleccionado en Control Hub debe ser el nombre común (CN) o el nombre alternativo del sujeto (SAN) del certificado. Por ejemplo:
Si una troncal configurada desde el Centro de control de su organización tiene london.lgw.cisco.com:5061 como FQDN de la puerta de enlace local, entonces CN o SAN deben contener london.lgw.cisco.com en el certificado.
Si una troncal configurada desde el Centro de control de su organización tiene london.lgw.cisco.com como la dirección SRV de la puerta de enlace local, entonces CN o SAN deben contener london.lgw.cisco.com en el certificado. Los registros a los que se resuelve la dirección SRV (CNAME, A Record o IP Address) son opcionales en SAN.
En el ejemplo de FQDN o SRV que utiliza para el enlace troncal, la dirección de contacto para todos los nuevos cuadros de diálogo SIP de su puerta de enlace local debe tener london.lgw.cisco.com en la parte de host de la dirección SIP . Ver Paso 5 para la configuración.
Asegúrese de que los certificados estén firmados para uso del cliente y del servidor.
Cargue el paquete de confianza en la puerta de enlace local como se menciona en ¿Qué autoridades de certificación raíz son compatibles con las llamadas a las plataformas de audio y vídeo de Cisco Webex ? .
| 1 | Introduzca los siguientes comandos para activar la aplicación de puerta de enlace local (consulte Información de referencia del puerto para llamadas de Cisco Webex Calling para agregar las subredes IP más recientes como lista confiable): Aquí hay una explicación de los campos para la configuración: Prevención del fraude telefónico
Funcionalidad básica de SIP a SIP
Protocolo de fax Habilita T.38 para el transporte de faxes, aunque el tráfico de faxes no está cifrado. Para obtener más información sobre este comando, consulte protocolo de fax t38 (servicio de voz) . SIP Obliga a la puerta de enlace local a enviar la información de SDP en el mensaje INVITE inicial en lugar de esperar el acuse de recibo del par vecino. Para obtener más información sobre este comando, consulte oferta anticipada . Configura el soporte de carga útil asimétrica del Protocolo de inicio de sesión (SIP) para cargas útiles de códecs dinámicos y DTMF . Para obtener más información sobre este comando, consulte carga útil asimétrica . |
||||
| 2 | Configure el "códec de clase de voz 100". Aquí hay una explicación de los campos para la configuración: códec de clase de voz 100 Permite los códecs opus y g711 (mu y a-law) para las sesiones. Aplica el códec preferido a todos los dial-peers. Para obtener más información, consulte códec de clase de voz . |
||||
| 3 | Configure el "uso de aturdimiento de la clase de voz 100" para habilitar ICE. Aquí hay una explicación de los campos para la configuración: uso de aturdimiento de la clase de voz 100 Define el uso del aturdimiento. Se aplica el aturdimiento a todos los dial-peers de Webex Calling para evitar el audio sin salida cuando un teléfono de Unified CM reenvía la llamada a otro teléfono de Webex Calling . Ver uso de aturdimiento de clase de voz en Comandos de voz de Cisco IOS : T a Z y uso de aturdimiento ice lite . |
||||
| 4 | Configure el comando para limitar el soporte criptográfico. Aquí hay una explicación de los campos para la configuración: clase de voz srtp-crypto 100Especifica SHA1_ 80 como el único conjunto de cifrado SRTP que ofrece una puerta de enlace local en el SDP en oferta y respuesta. Webex Calling solo es compatible con SHA180._
Para obtener más información, consulte clase de voz srtp-crypto .
|
||||
| 5 | (Para CUBE con direcciones IP pública , siga este paso). Configure los “Perfiles SIP 100”. En el ejemplo, cube1.abc.lgwtrunking.com es el FQDN seleccionado para la puerta de enlace local y "192.65.79.21" es la dirección IP pública de la interfaz de la puerta de enlace local que está dirigida a las llamadas de Webex Calling: Aquí hay una explicación de los campos para la configuración: regla 10 y regla 20 Garantiza que sustituya la dirección IP de la puerta de enlace local por un FQDN en el encabezado "Contacto" de los mensajes de solicitud y respuesta. Este es un requisito para que la autenticación de su puerta de enlace local se utilice como troncal en una determinada Webex Calling ubicación para su organización.
|
||||
| 6 | (Para CUBE detrás de NAT estática, siga este paso). Configure CUBE para NAT estática (opcional). En este ejemplo, cube1.abc.lgwtrunking.com es el FQDN seleccionado para la puerta de enlace local y "10.80.13.12" es la dirección IP de la interfaz CUBE hacia Webex Calling y "192.65.79.20" es la dirección IP pública de NAT. Si el CUBE se implementa con NAT estática, se requieren las siguientes configuraciones de perfil SIP entrante y saliente para modificar la dirección IP privada a la dirección IP pública NAT en la solicitud y respuesta SIP . Perfiles SIP para mensajes salientes a Webex Calling
Perfiles SIP para mensajes entrantes de Webex Calling
Para obtener más información, consulte perfiles de sorbo de clase de voz . Para obtener más información, consulte regla (regla de traducción de voz) en Referencia de comandos de voz de Cisco IOS : K a R . |
||||
| 7 | Configure el siguiente dial-peer saliente:
|
||||
| 8 | Cree un grupo de dial-peer basado en el dial-peer hacia Webex Calling en el modelo activo o inactivo.
Aquí hay una explicación de los campos para la configuración:
Asocia un dial-peer saliente con un grupo de dial-peer 100 y configurar dial-peer 101 con la misma preferencia. Ver voz de dial-peer para más información. |
||||
| 9 | Configurar dial-peer entrante desde Webex Calling . La coincidencia entrante se basa en la solicitud de URI . Aquí hay una explicación de los campos para la configuración: clase de voz uri 120 sorber
Define el patrón de coincidencia para una llamada entrante de Webex Calling . Ver preferencia de sorbo de uri de clase de voz en Referencia de comandos de voz de Cisco IOS - T a Z para más información. sesión de transporte tcp tls
Establece el transporte en TLS. Ver transporte de sesión para más información. destino dpg 300
Especifica el grupo de dial-peer 120 para seleccionar un dial-peer saliente. Ver dpg de clase de voz en Referencia de comandos de voz de Cisco IOS : T a Z para obtener más información sobre los grupos de dial-peer. solicitud de uri entrante 120
Coincide con todo el tráfico entrante de las llamadas de Webex Calling a la puerta de enlace local según el nombre de host en el URI de la solicitud, identificando de forma única un sitio de puerta de enlace local dentro de una empresa y en el ecosistema de Webex Calling . Ver uri entrante Referencia de comandos de voz de Cisco IOS - D a I para más información. perfil de sorbo de clase de voz 100
Si CUBE está configurado con NAT estática, asigne el perfil de sip entrante 201. srtp-crypto de clase de voz 100
Configura los conjuntos de cifrado preferidos para el segmento de llamada SRTP (conexión). Ver clase de voz srtp-crypto para más información. enlazar interfaz de fuente de control GigabitEthernet0 / 0/1
Configura una dirección IP de origen para señalizar la interfaz de origen Webex Calling . Ver atar en Referencia de comandos de voz de Cisco IOS : de la A a la C para obtener más información sobre cómo utilizar bind. enlazar interfaz de fuente de medios GigabitEthernet0 / 0/1
Configura una dirección IP de origen para la interfaz de origen de medios Webex Calling . |
Esta implementación requiere la siguiente configuración en la puerta de enlace local:
URI de clase de voz —Puede definir patrones de puertos / direcciones IP de host para varios troncales que terminan en la puerta de enlace local:
Webex Calling a la LGW
Terminación de troncal SIP de PSTN en LGW
Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde una LGW a la troncal SIP del proveedor de servicio de telefonía por Internet (ITSP) y Webex Calling .
Clase de voz DPG : Puede invocar a los pares de marcado salientes de destino desde un par de marcado entrante.
Dial-peers entrantes —Puede aceptar tramos de llamadas entrantes desde ITSP y Webex Calling .
Utilice la configuración para una puerta de enlace local alojada por un socio o una puerta de enlace del sitio del cliente local. Vea lo siguiente:
| 1 | Configure la siguiente URL de clase de voz:
|
||
| 2 | Configure los siguientes pares de marcado salientes: |
||
| 3 | Configure el siguiente grupo de dial-peer (DPG):
|
||
| 4 | Configure los siguientes pares de marcado entrantes: |
PSTN a Webex Calling :
Haga coincidir todos los tramos de llamadas IP PSTN entrantes en la puerta de enlace local con dial-peer 122 para definir un criterio de coincidencia para el encabezado VIA con la dirección IP de la PSTN dirección IP. DPG 100 invoca al dial-peer saliente 101 , 102 , 103 , 104 , que tiene el servidor de Webex Calling como destino de destino.
Webex Calling a PSTN:
Coincidir con todos los entrantes Webex Calling tramos de llamada en la puerta de enlace local con dial-peer 110 para definir el criterio de coincidencia para el patrón de encabezado de REQUEST URI con el nombre de host de la puerta de enlace local, exclusivo de la implementación de la puerta de enlace local. DPG 120 invoca al dial-peer saliente 121 , que tiene la dirección IP IP PSTN como destino de destino.
Esta implementación requiere la siguiente configuración en la puerta de enlace local:
URI de clase de voz —Puede definir patrones de direcciones / puertos IP de host para varios troncales que terminan en la LGW desde:
Unified CM a LGW para destinos PSTN
Unified CM a LGW para Webex Calling destinos
Webex Calling a destinos LBV
Terminación de troncal SIP de PSTN en destinos LGW
Grupo de servidores de clase de voz —Puede orientar direcciones IP o puertos para troncales salientes desde:
LGW a Unified CM
LGW a Webex Calling
troncal SIP de LGW a PSTN
Pares de marcado salientes —Puede enrutar tramos de llamada saliente desde:
LGW a Unified CM
troncal SIP del proveedor de servicios de telefonía por Internet (ITSP)
Webex Calling
Clase de voz dpg —Puede apuntar para invocar dial-peers salientes desde un dial-peer entrante.
Interlocutores entrantes: Puede aceptar tramos de llamadas entrantes de Unified CM, ITSP y Webex Calling .
| 1 | Configure las siguientes URI de clase de voz:
|
||
| 2 | Configure los siguientes grupos de servidores de clase de voz: |
||
| 3 | Configure los siguientes pares de marcado salientes: |
||
| 4 | Configure el siguiente grupo de dial-peer (DPG) para las llamadas hacia Webex Calling:
|
||
| 5 | Configure los siguientes pares de marcado entrantes: |
Las firmas de diagnóstico (DS) detectan de forma proactiva problemas comúnmente observados en la puerta de enlace local basada en Cisco IOS XE y generan una notificación del evento por correo electrónico, syslog o mensajes de terminal. También puede instalar DS para automatizar la recopilación de datos de diagnóstico y transferir los datos recopilados al caso de TAC de Cisco para acelerar el tiempo de resolución.
Las firmas de diagnóstico (DS) son archivos XML que contienen información sobre eventos desencadenantes de problemas y acciones para informar, solucionar y remediar el problema. Utilice mensajes de syslog, eventos SNMP y mediante la supervisión periódica de salidas específicas del comando show para definir la lógica de detección de problemas. Los tipos de acción incluyen:
Recopilación de salidas del comando show
Generación de un archivo de registro consolidado
Cargar el archivo en una ubicación de red proporcionada por el usuario, como HTTPS, SCP, servidor FTP
Los ingenieros de TAC crean archivos DS y los firman digitalmente para proteger su integridad. Cada archivo DS tiene el Identificador numérico exclusivo asignado por el sistema. Herramienta de búsqueda de firmas de diagnóstico (DSLT) es una fuente única para encontrar firmas aplicables para monitorear y solucionar varios problemas.
Antes de comenzar:
No edite el archivo DS que descarga desde DSLT . Los archivos que modifica fallan en la instalación debido al error de verificación de integridad.
Un servidor de Protocolo simple de transferencia de correo (SMTP) que necesita para que la puerta de enlace local envíe notificaciones por correo electrónico.
Asegúrese de que la puerta de enlace local esté ejecutando IOS XE 17.6.1 o superior si desea utilizar el servidor SMTP seguro para las notificaciones por correo electrónico.
Requisitos previos
Puerta de enlace local con IOS XE 17.6.1 o superior
Las firmas de diagnóstico están habilitadas de manera predeterminada.
- Configure el servidor de correo electrónico seguro que utiliza para enviar notificaciones proactivas si el dispositivo ejecuta IOS XE 17.6.1 o superior.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end Configurar la variable de entornods_email con la dirección de correo electrónico del administrador para notificarle.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Puerta de enlace local con la versión 17.6.1
Introduzca los siguientes comandos para habilitar las firmas de diagnóstico.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com endConfigure el servidor de correo electrónico para enviar notificaciones proactivas si el dispositivo está ejecutando una versión anterior a la 17.6.1.
configure terminal call-home mail-server <email server> priority 1 endConfigurar la variable de entornods_email con la dirección de correo electrónico del administrador al que notifica.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
A continuación se muestra una configuración de ejemplo de una puerta de enlace local que se ejecuta en Cisco IOS XE 17.6.1 para enviar las notificaciones proactivas a tacfaststart@gmail.com utilizando Gmail como servidor SMTP seguro:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com" |
La puerta de enlace local que se ejecuta en el software Cisco IOS XE no es un cliente de Gmail basado en la web típico que admita OAuth. Debemos configurar una configuración de cuenta de Gmail específica y proporcionar un permiso específico para que el correo electrónico del dispositivo se procese correctamente: |
Vaya a y active la configuración Acceso a aplicaciones menos seguras.
Responda "Sí, fui yo" cuando reciba un correo electrónico de Gmail que indique "Google impidió que alguien iniciara sesión en su cuenta con una aplicación que no es de Google".
Instale firmas de diagnóstico para una supervisión proactiva
Supervisión de la alta utilización de la CPU
Este DS realiza un seguimiento de la utilización de la CPU en 5 segundos mediante el SNMP OID 1.3.6.1.4.1.9.2.1.56. Cuando la utilización alcanza el 75% o más, deshabilita todas las depuraciones y desinstala todas las firmas de diagnóstico que instala en la puerta de enlace local. Siga los pasos a continuación para instalar la firma.
Asegúrese de haber habilitado SNMP con el comando mostrar snmp . Si SNMP no está habilitado, configure el administrador del servidor snmp comando.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabledDescargue DS 64224 con las siguientes opciones desplegables en la Herramienta de búsqueda de firmas de diagnóstico:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
CUBE Enterprise en la solución de Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Alta utilización de la CPU con notificación por correo electrónico
Copie el archivo XML de DS en el la unidad flash de la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:El siguiente ejemplo muestra la copia del archivo desde un servidor FTP a la puerta de enlace local.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)Instale el archivo XML de DS en la puerta de enlace local.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml successUtilice el mostrar la firma de diagnóstico de la llamada a domicilio comando para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor "registrado".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDescargar DSes:
ID de DS
Nombre de DS
Revisión
Estado
Última actualización (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Registrados
7/11/2020 22:05:33
Cuando se activa, esta firma desinstala todos los DS que se ejecutan, incluido él mismo. Si es necesario, vuelva a instalar DS 64224 para seguir supervisando el uso elevado de la CPU en la puerta de enlace local.
Monitoreo de desconexiones anormales de llamadas
Este DS usa sondeos de SNMP cada 10 minutos para detectar una desconexión de llamada anormal con los errores de SIP 403, 488 y 503. Si el incremento del recuento de errores es mayor o igual a 5 de la última encuesta, genera un syslog y una notificación por correo electrónico. Siga los pasos a continuación para instalar la firma.
Asegúrese de que SNMP esté habilitado mediante el comando mostrar snmp . Si SNMP no está habilitado, configure el administrador del servidor snmp comando.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabledDescargue DS 65221 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Detección de desconexión de llamadas anormales SIP con correo electrónico y notificación de Syslog.
Copie el archivo XML de DS en la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:Instale el archivo XML de DS en la puerta de enlace local.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml successUsa el comando mostrar la firma de diagnóstico de la llamada a domicilio para verificar que la firma se haya instalado correctamente. La columna de estado debe tener un valor de "inscrito".
Instalar firmas de diagnóstico para solucionar un problema
También puede utilizar las firmas de diagnóstico (DS) para resolver problemas rápidamente. Los ingenieros de TAC de Cisco han creado varias firmas que permiten las depuraciones necesarias para solucionar un problema determinado, detectar la ocurrencia del problema, recopilar el conjunto correcto de datos de diagnóstico y transferir los datos automáticamente al caso de TAC de Cisco . Esto elimina la necesidad de verificar manualmente la ocurrencia de problemas y facilita mucho la resolución de problemas intermitentes y transitorios.
Puede utilizar el Herramienta de búsqueda de firmas de diagnóstico para encontrar las firmas correspondientes e instalarlas para resolver un problema determinado o puede instalar la firma recomendada por el ingeniero de TAC como parte del compromiso de soporte.
A continuación, se muestra un ejemplo de cómo encontrar e instalar un DS para detectar la ocurrencia “%VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC = 1.1.181.1.29.0 "syslog y automatice la recopilación de datos de diagnóstico mediante los siguientes pasos:
Configurar otra variable de entorno de DSds_fsurl_prefix como la ruta del servidor de archivo de TAC de Cisco (cxd.cisco.com) para cargar los datos de diagnóstico. El nombre de usuario en la ruta del archivo es el número de caso y la contraseña es el token de carga de archivos que se puede recuperar de Administrador de casos de soporte como se muestra a continuación. El token de carga de archivos se puede generar en el Adjuntos sección del Administrador de casos de soporte, según sea necesario.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" endEjemplo:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"Asegúrese de que SNMP esté habilitado mediante el comando mostrar snmp . Si SNMP no está habilitado, configure el administrador del servidor snmp comando.
show snmp %SNMP agent not enabled config t snmp-server manager endRecomendamos instalar el DS 64224 de alta monitorización de CPU como una medida proactiva para deshabilitar todas las depuraciones y firmas de diagnóstico durante el tiempo de alta utilización de la CPU . Descargue DS 64224 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Rendimiento
Tipo de problema
Alta utilización de CPU con notificación por correo electrónico .
Descargue DS 65095 con las siguientes opciones en la Herramienta de búsqueda de firmas de diagnóstico:
Nombre del campo
Valor de campo
Plataforma
Cisco serie 4300, 4400 ISR o Cisco CSR Serie 1000V
Producto
Solución CUBE Enterprise en Webex Calling
Alcance del problema
Syslog
Tipo de problema
Syslog - %VOICE_IEC-3-GW: CCAPI: Error interno (umbral de pico de llamadas): IEC=1.1.181.1.29.0
Copie los archivos XML de DS en la puerta de enlace local.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:Instale el archivo XML de alta supervisión de la CPU DS 64224 y, a continuación, DS 65095 en la puerta de enlace local.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml successVerifique que la firma se haya instalado correctamente mediante mostrar la firma de diagnóstico de la llamada a domicilio . La columna de estado debe tener un valor de "inscrito".
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.comDSes descargados:
ID de DS
Nombre de DS
Revisión
Estado
Última actualización (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Registrados
8/11/2020 00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Registrados
8/11/2020 00:12:53
Verificar la ejecución de firmas de diagnóstico
En el siguiente comando, la columna "Estado" del comando mostrar la firma de diagnóstico de la llamada a domicilio cambia a "en ejecución" mientras que la puerta de enlace local ejecuta la acción definida dentro de la firma. La salida de Mostrar estadísticas de firma de diagnóstico a domicilio es la mejor manera de verificar si una firma de diagnóstico detecta un evento de interés y ejecuta la acción. La columna "Activada / Máxima / Desinstalar" indica la cantidad de veces que la firma dada ha activado un evento, la número máximo de veces que está definida para detectar un evento y si la firma se desinstala después de detectar la número máximo de eventos activados.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com DSes descargados:
ID de DS |
Nombre de DS |
Revisión |
Estado |
Última actualización (GMT+00:00) |
|---|---|---|---|---|
| 64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Registrados |
08/11/20 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Ejecutando |
08/11/20 00:12:53 |
Mostrar estadísticas de firma de diagnóstico a domicilio
ID de DS |
Nombre de DS |
Desencadenado/Máximo/Desinstalar |
Tiempo de ejecución promedio (segundos) |
Tiempo de ejecución máximo (segundos) |
|---|---|---|---|---|
| 64224 | DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
El notificación por correo electrónico que se envía durante la ejecución de la firma de diagnóstico contiene información clave como el tipo de problema, los detalles del dispositivo, la versión de software, la configuración en ejecución y los resultados de los comandos de visualización que son relevantes para solucionar el problema dado.
Desinstalar firmas de diagnóstico
El uso de las firmas de diagnóstico para fines de resolución de problemas se define normalmente para desinstalar después de la detección de algunas ocurrencias de problemas. Si desea desinstalar una firma manualmente, recupere el Identificador de DS de la salida de mostrar la firma de diagnóstico de la llamada a domicilio y ejecute el siguiente comando:
call-home diagnostic-signature deinstall <DS ID> Ejemplo:
call-home diagnostic-signature deinstall 64224
|
Las firmas nuevas se agregan a la herramienta de búsqueda de firmas de diagnóstico periódicamente, según los problemas que se observan en las implementaciones. Actualmente, el TAC no admite las solicitudes para crear firmas personalizadas nuevas. |
La puerta de enlace local (LGW) es la única opción para proporcionar acceso a PSTN local para los clientes de Cisco Webex Calling. El objetivo de este documento es ayudarlo a desarrollar una configuración de puerta de enlace local con alta disponibilidad de CUBE, CUBE activos/en espera para la recuperación de fallas con inspección de estado de las llamadas activas.
Fundamentos
Requisitos previos
Antes de implementar CUBE HA como puerta de enlace local para Webex Calling, asegúrese de comprender en profundidad los siguientes conceptos:
Redundancia entre decodificadores de nivel 2 con CUBE Enterprise para preservación de llamadas con inspección de estado
Las pautas de configuración proporcionadas en este artículo suponen una plataforma de puerta de enlace local exclusiva sin configuración de voz existente. Si se está modificando una implementación empresarial de CUBE existente para utilizar también la función de puerta de enlace local para Cisco Webex Calling, preste atención a la configuración aplicada para asegurarse de que los flujos de llamadas y las funcionalidades existentes no se interrumpan y asegúrese de que esté cumpliendo con los requisitos de diseño de CUBE HA.
Componentes de hardware y software
CUBE HA como puerta de enlace local requiere IOS-XE versión 16.12.2 o posterior y una plataforma en la que se admitan las funciones de CUBE HA y LGW.
|
Los comandos show y los registros de este artículo se basan en una versión mínima de software de Cisco IOS-XE 16.12.2 implementada en un vCUBE (CSR1000v). |
Material de referencia
A continuación, se detallan algunas guías de configuración de CUBE HA para diversas plataformas:
CSR 1000v (vCUBE):https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Arquitectura preferida de Cisco para Cisco Webex Calling:https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Descripción general de la solución Webex Calling
Cisco Webex Calling es una oferta de colaboración que ofrece una alternativa basada en la nube de varios inquilinos al servicio telefónico PBX local con varias opciones de PSTN para los clientes.
La implementación de la puerta de enlace local (representada a continuación) es el punto central de este artículo. El enlace troncal de la puerta de enlace local (PSTN local) en Webex Calling permite la conectividad a un servicio de PSTN propiedad del cliente. También proporciona conectividad para una implementación de IP PBX local, como Cisco Unified CM. Todas las comunicaciones hacia y desde la nube se protegen mediante el transporte TLS para SIP y SRTP para medios.
La figura a continuación muestra una implementación de Webex Calling sin ninguna IP PBX existente y se aplica a una implementación de uno o varios sitios. La configuración que se describe en este artículo se basa en esta implementación.
Redundancia entre decodificadores de nivel 2
La redundancia entre decodificadores de nivel 2 de CUBE HA utiliza el protocolo de infraestructura del Grupo de redundancia (RG) para formar un par de enrutadores activos/en espera. Este par comparte la misma dirección IP virtual (VIP) en sus respectivas interfaces y continuamente intercambian mensajes de estado. Se comprueba la información de la sesión de CUBE en todo el par de enrutadores, lo que permite que el enrutador en modo de espera asuma todas las responsabilidades del procesamiento de llamadas de CUBE de inmediato si el enrutador activo queda fuera de servicio, lo que genera la preservación de con inspección de estado de la señalización y los medios.
|
El punto de verificación se limita a llamadas conectadas con paquetes de medios. Las llamadas en tránsito no se verifican por punto (por ejemplo, un estado de intento o de timbre). En este artículo, CUBE HA hará referencia a la redundancia entre decodificadores (B2B) de nivel 2 de CUBE de alta disponibilidad (HA) para la preservación de llamadas con inspección de estado. |
A partir de IOS-XE 16.12.2, CUBE HA se puede implementar como puerta de enlace local para implementaciones del enlace troncal de Cisco Webex Calling (PSTN local), y cubriremos las consideraciones y configuraciones de diseño en este artículo. En esta figura se muestra una configuración típica de CUBE HA como puerta de enlace local para una implementación del enlace troncal de Cisco Webex Calling.
Componente Infra del grupo de redundancia
El componente Infra del grupo de redundancia (RG) proporciona soporte para la infraestructura de comunicación entre decodificadores entre los dos CUBE y negocia el estado de redundancia estable final. Este componente también proporciona:
Un protocolo similar a HSRP que negocia el estado de redundancia final para cada enrutador intercambiando mensajes de monitoreo de actividad y bienvenida entre los dos CUBE (a través de la interfaz de control); GigabitEthernet3 en la figura anterior.
Un mecanismo de transporte para el punto de control del estado de la señalización y los medios para cada llamada desde el enrutador activo al de modo de espera (a través de la interfaz de datos); GigabitEthernet3 en la figura anterior.
Configuración y administración de la interfaz de IP virtual (VIP) para las interfaces de tráfico (varias interfaces de tráfico se pueden configurar con el mismo grupo de RG); GigabitEthernet 1 y 2 se consideran interfaces de tráfico.
Este componente de RG debe configurarse específicamente para admitir B2B HA de voz.
Administración de la dirección IP virtual (VIP) para señalización y medios
B2B HA depende de la VIP para lograr la redundancia. La VIP y las interfaces físicas asociadas en ambos CUBE en el par de CUBE HA deben residir en la misma subred LAN. La configuración de la VIP y la vinculación de la interfaz VIP para una aplicación de voz (SIP) en particular son obligatorias para la compatibilidad con B2B HA de voz. Los dispositivos externos, como Unified CM, el SBC de acceso a Webex Calling, el proveedor de servicios o el proxy, usan la VIP como dirección IP de destino para las llamadas que atraviesan los enrutadores de CUBE HA. Por lo tanto, desde el punto de vista de Webex Calling, los pares de CUBE HA actúan como una única puerta de enlace local.
La información de la sesión de RTP y de señalización de llamadas de las llamadas establecidas se encuentran en punto de control desde el enrutador activo hasta el enrutador de espera. Cuando el enrutador activo se cae, el enrutador de modo de espera toma el control y sigue reenviando el flujo de RTP anteriormente enrutado por el primer enrutador.
Las llamadas en un estado transitorio en el momento de la recuperación de fallas no se conservarán después de la conmutación. Por ejemplo, las llamadas que todavía no están totalmente establecidas o están en proceso de modificación con una función de transferencia o espera. Las llamadas establecidas pueden desconectarse después de la conmutación.
Existen los siguientes requisitos para utilizar CUBE HA como puerta de enlace local para la recuperación de fallas con inspección de estado de las llamadas:
CUBE HA no puede tener interfaces TDM o analógicas ubicadas al mismo tiempo
A Gig1 y Gig2 se les conoce como interfaces de tráfico (SIP/RTP) y Gig3 es una interfaz de control/datos del grupo de redundancia (RG).
No se pueden colocar más de 2 pares de CUBE HA en el mismo dominio de nivel 2, uno con ID de grupo 1 y el otro con ID de grupo 2. Si configura 2 pares de alta disponibilidad con el mismo ID de grupo, las interfaces de control/datos de RG deben pertenecer a dominios de nivel 2 diferentes (vlan, conmutador independiente)
El canal de puertos es compatible con las interfaces de control/datos y tráfico de RG
Todas la señalización/los medios se traslada desde/hacia la dirección IP virtual
Cada vez que se recarga una plataforma en una relación CUBE-HA, siempre arranca en modo de espera
La dirección más baja para todas las interfaces (Gig1, Gig2, Gig3) debe estar en la misma plataforma
El Identificador de interfaz de redundancia (RII), debe ser único para una combinación de par/interfaz en el mismo nivel 2
La configuración en amos CUBE debe ser idéntica, incluida la configuración física, y debe ejecutarse en el mismo tipo de plataforma y versión de IOS-XE
Las interfaces de bucle no se pueden utilizar como enlace, ya que siempre están activas
Las interfaces de tráfico múltiple (SIP/RTP) (Gig1, Gig2) requieren que se configure el seguimiento de la interfaz
CUBE-HA no es compatible con una conexión de cable transversal para el enlace de datos/control de RG (Gig3)
Ambas plataformas deben ser idénticas y deben estar conectadas a través de un conmutador físico en todas las interfaces similares para que CUBE HA funcione, es decir, GE0/0/0 de CUBE-1 y CUBE-2 deben terminar en el mismo conmutador, y así sucesivamente.
WAN no puede terminar en los CUBE directamente ni en la alta disponibilidad de datos en cualquiera de los lados
Tanto el enrutador activo como el de espera deben estar en el mismo centro de datos
Es obligatorio utilizar una interfaz L3 independiente para la redundancia (control/datos de RG, Gig3). Es decir, la interfaz que se utiliza para el tráfico no se puede utilizar para mantener el monitoreo de actividad y los puntos de control de HA
Después de la recuperación de fallas, el CUBE anteriormente activo pasa por una recarga por diseño, preservando la señalización y los medios
Configurar la redundancia en ambos CUBE
Debe configurar la redundancia entre decodificadores de nivel 2 en ambos CUBE que se utilizarán en un par de HA para recupera las IP virtuales.
| 1 | Configure el seguimiento de la interfaz a nivel global para realizar un seguimiento del estado de la interfaz.
La CLI de seguimiento se utiliza en RG para realizar un seguimiento del estado de la interfaz de tráfico de voz de modo que la ruta activa abandone su rol activo una vez que de desactive la interfaz de tráfico. |
||||||
| 2 | Configure un RG para utilizar con VoIP HA bajo el modo secundario de redundancia de la aplicación.
Aquí se ofrece una explicación de los campos utilizados en esta configuración:
|
||||||
| 3 | Habilite la redundancia entre decodificadores para la aplicación CUBE. Configure el RG en el paso anterior en
redundancia-grupo 1: para agregar y eliminar este comando, se requiere una recarga a fin de que la configuración actualizada entre en vigencia. Volveremos a cargar las plataformas una vez que se haya aplicado toda la configuración. |
||||||
| 4 | Configure las interfaces Gig1 y Gig2 con sus respectivas IP virtuales como se muestra a continuación y aplique el identificador de interfaz de redundancia (RII)
Aquí se ofrece una explicación de los campos utilizados en esta configuración:
|
||||||
| 5 | Guarde la configuración del primer CUBE y vuelva a cargarla. La última plataforma en volver a cargarse es la de espera.
Después de que VCUBE-1 se inicie completamente, guarde la configuración de VCUBE-2 y vuelva a cargarla.
|
||||||
| 6 | Verifique que la configuración entre decodificadores esté funcionando como se esperaba. La salida relevante se resalta en negrita. Hemos recargado el último VCUBE-2 y, de acuerdo con las consideraciones de diseño, la última plataforma que se volverá a cargar en siempre será la de espera. |
Configurar una puerta de enlace local en ambos CUBE
En nuestra configuración de ejemplo, estamos utilizando la siguiente información de enlace troncal de Control Hub para crear la configuración de la puerta de enlace local tanto en las plataformas, VCUBE-1 como VCUBE-2. El nombre de usuario y la contraseña para esta configuración son los siguientes:
Usuario: LGU de Hussain1076_
Contraseña: lOV12MEaZx
| 1 | Asegúrese de que se haya creado una clave de configuración para la contraseña con los comandos show que se muestran a continuación, antes de poder utilizarse en las credenciales o en los secretos compartidos. Las contraseñas del tipo 6 se cifran mediante cifrado AES y esta clave de configuración definida por el usuario. A continuación, se muestra la configuración de la puerta de enlace local que se aplicará a ambas plataformas según los parámetros de Control Hub mostrados arriba, guardar y volver a cargar. Las credenciales del Resumen de SIP de Control Hub se resaltan en negrita. Para mostrar la salida del comando show, hemos recargado VCUBE-2 seguido de VCUBE-1, lo que hace que VCUBE-1 sea el CUBE de espera y VCUBE-2 el activo |
| 2 | En un momento determinado, solo una plataforma mantendrá una inscripción activa como puerta de enlace local con el SBC de acceso de Webex Calling. Mire los resultados de los siguientes comandos show. show redundancy application group 1 show sip-ua-register status A partir de la salida anterior, puede ver que VCUBE-2 es el LGW activo que mantiene la inscripción con el SBC de acceso de Webex Calling, mientras que la salida de "show sip-ua register status" está en blanco en VCUBE-1 |
| 3 | Ahora habilite las siguientes depuraciones en VCUBE-1 |
| 4 | Simule la recuperación de fallas mediante la emisión del siguiente comando en LGW activo, VCUBE-2 en este caso. El cambio del LGW ACTIVE a STANDBY ocurre en la siguiente situación, además de la CLI listada anteriormente.
|
| 5 | Compruebe si VCUBE-1 se ha inscrito en el SBC de acceso de Webex Calling VCUBE-2 ya debería haberse recargado. VCUBE-1 ahora es el LGW activo. |
| 6 | Mire el registro de depuración relevante en VCUBE-1 que envía un SIP REGISTER a Webex Calling a través de la IP virtual y recibe 200 OK. |
Es posible que necesite una integración con Unified CM si se agregan ubicaciones habilitadas para Webex Calling a una implementación existente en la que Unified CM es la solución de control de llamadas local y si necesita marcado directo entre teléfonos inscritos en Unified CM y teléfonos en ubicaciones de Webex Calling.
Configurar el perfil de seguridad del enlace troncal SIP para el enlace troncal a la puerta de enlace local
En los casos en que la puerta de enlace local y la puerta de enlace de PSTN residan en el mismo dispositivo, debe habilitarse Unified CM para diferenciar entre dos tipos de tráfico diferentes (llamadas de Webex y de la PSTN) que se originan en el mismo dispositivo y aplicar una clase de servicio diferenciada a estos tipos de llamadas. Este tratamiento diferenciado de llamadas se logra aprovisionando dos enlaces troncales entre Unified CM y el dispositivo combinado de puerta de enlace local y PSTN, que requiere diferentes puertos de escucha de SIP para los dos enlaces troncales.
Cree un perfil de seguridad de enlace troncal SIP exclusivo para el enlace troncal de la puerta de enlace local con las siguientes configuraciones:
|
||||||||||
Configurar el perfil del SIP para el enlace troncal de la puerta de enlace local
Cree un perfil de SIP exclusivo para el enlace troncal de la puerta de enlace local con las siguientes configuraciones:
|
||||||||||
Crear un espacio de búsqueda de llamadas para llamadas desde Webex
Cree un espacio de búsqueda de llamadas para llamadas que se originen desde Webex con la siguiente configuración:
|
||||||||||||
Configurar un enlace troncal SIP hacia y desde Webex
Cree un enlace troncal SIP para las llamadas hacia y desde Webex a través de la puerta de enlace local con las siguientes configuraciones:
|
||||||||||||||||||||||||||
Configurar el grupo de rutas para Webex
Cree un grupo de rutas con las siguientes configuraciones:
|
||||||||
Configurar la lista de rutas para Webex
Cree una lista de rutas con las siguientes configuraciones:
|
||||||||||||||
Crear una partición para los destinos de Webex
Cree una partición para los destinos de Webex con las siguientes configuraciones:
|
||||||||
Qué hacer a continuación
Asegúrese de agregar esta partición a todos los espacios de búsqueda de llamadas que deberían tener acceso a destinos de Webex. Debe agregar esta partición específicamente al espacio de búsqueda de llamadas que se utiliza como espacio de búsqueda de llamadas entrantes en los enlaces troncales de PSTN, para que se puedan enrutar las llamadas desde PSTN a Webex.
Configurar patrones de rutas para destinos de Webex
Configure patrones de ruta para cada rango de DID en Webex con las siguientes configuraciones:
|
||||||||||||
Configurar la normalización de marcado entre sitios abreviada para Webex
Si se requiere el marcado entre sitios abreviado en Webex, configure patrones de normalización de marcado para cada rango de ESN en Webex con las siguientes configuraciones:
|
||||||||||||||||||
Obtenga más información sobre algunas de las características disponibles en Webex Calling y cómo configurarlas para su organización y sus usuarios.
Configurar un grupo de salto
Los grupos de búsqueda enrutan las llamadas entrantes a un grupo de usuarios o espacios de trabajo. Incluso puede configurar un patrón para enrutar a un grupo completo.
Para obtener más información sobre cómo configurar un grupo de salto, consulte Grupos de búsqueda en Cisco Webex Control Hub .
Crear una cola de llamada
Puede configurar una cola de llamada para que, cuando no se puedan responder las llamadas de los clientes, se les proporcione una respuesta automatizada, mensajes cómodos y música en espera hasta que alguien pueda responder la llamada.
Para obtener más información sobre cómo configurar y administrar una cola de llamada, consulte Administrar colas de llamadas en Cisco Webex Control Hub .
Crear un cliente recepcionista
Ayude a satisfacer las necesidades del personal de atención al público. Puede configurar usuarios como asistentes telefónicos para que puedan filtrar las llamadas entrantes a determinadas personas dentro de su organización.
Para obtener información acerca de cómo configurar y ver sus clientes de recepcionista, consulte Clientes de recepcionista en Cisco Webex Control Hub.
Crear y administrar asistentes automáticos
Puede agregar saludos, configurar menús y enrutar llamadas a un servicio de respuestas, a un grupo de búsqueda, a una casilla de correo de voz o a una persona real. Cree un horario de 24 horas o proporcione diferentes opciones cuando su empresa esté abierta o cerrada.
Para obtener información sobre cómo crear y administrar asistentes automáticos, consulte Administrar operadores automáticos en Cisco Webex Control Hub .
Configurar un grupo de paginación
La localización de grupo permite a un usuario realizar una llamada unidireccional o una localización de grupo a hasta 75 usuarios de destino y espacios de trabajo marcando un número o extensión asignada a un grupo de localización específico.
Para obtener información sobre cómo configurar y editar grupos de paginación, consulte Configurar un grupo de paginación en Cisco Webex Control Hub .
Configurar la captura de llamadas
Mejore el trabajo en equipo y la colaboración creando un grupo de captura de llamada para que los usuarios puedan contestar las llamadas de los demás. Cuando agrega usuarios a un grupo de captura de llamada y uno de los integrantes del grupo está ocupado o ausente, otro puede responder sus llamadas.
Para obtener información acerca de cómo configurar un grupo de captura de llamada, consulte Captura de llamada en Cisco Webex Control Hub.
Configurar llamada en espera
La detención de llamadas permite que un grupo definido de usuarios detenga llamadas para otros miembros disponibles de un grupo de detención de llamadas. Los otros miembros del grupo que están en sus teléfonos pueden contestar las llamadas en estado de detención.
Para obtener información acerca de cómo configurar la detención de llamadas, consulte Detención de llamadas en Cisco Webex Control Hub.
Permitir que los usuarios realicen una intromisión en las llamadas telefónicas de las otras personas
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar. |
| 2 | Seleccionar Llamando ir a Permisos entre usuarios y luego seleccione Irrumpir . |
| 3 | Enciende Irrumpir , elija si desea convertir la llamada en curso en una llamada de llamada de conferencia.
Luego haga clic en Guardar . |
Evitar que alguien controle el estado de línea de un usuario
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar. |
| 2 | Seleccionar Llamando , vaya a Permisos entre usuarios y habilite Privacidad . |
| 3 | Elija la configuración de Privacidad del asistente automático correspondiente a este usuario.
|
| 4 | Marque la casilla de verificación Habilitar privacidad. Luego, puede decidir si desea bloquear a todos dejando el campo Buscar usuario por nombre vacío o elegir quién puede supervisar el estado de la línea de este usuario. Con el ejemplo del ejecutivo anterior, buscaría el nombre de su asistente administrativo. |
| 5 | Haga clic en Guardar. |
Ejemplo
Lista de supervisión: otros usuarios y extensiones de estacionamiento de llamadas
La cantidad máxima de líneas supervisadas es de 50, pero debe considerar el ancho de banda. La cantidad máxima también puede estar determinada por la cantidad de botones de líneas que hay en el teléfono del usuario.
|
El servicio de supervisión solo funciona con el dispositivo principal de un usuario. |
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar. |
||
| 2 | Seleccionar Llamando ir a Permisos entre usuarios sección, seleccione Monitoreo . |
||
| 3 | Elija entre las opciones siguientes:
|
||
| 4 | Decida si desea que se notifique a este usuario sobre la detención de llamadas, busque a la persona o la extensión de la detención de llamadas que se monitoreará y, luego, haga clic en Guardar.
|
Ejemplo
Reproducir el tono de advertencia de Call Bridge para los usuarios
Habilite el tono de advertencia del puente de llamadas para los usuarios que tienen líneas compartidas configuradas.
Antes de comenzar
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar. |
||
| 2 | Seleccionar Llamando ir a Permisos entre usuarios y haga clic en Tono de advertencia de puenteo de llamadas . |
||
| 3 | Enciende Tono de advertencia de puenteo de llamadas y luego haga clic en Guardar .
Para obtener más información sobre el puenteo de llamadas en una línea compartida MPP, consulte líneas compartidas en su teléfono de escritorio multiplataforma . Para obtener más información sobre el puenteo de llamadas en una línea compartida de WebexApp, consulte apariencia de línea compartida para WebexApp . |
Activar la gestión de hoteles para un usuario
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y seleccione el usuario que desea modificar. |
| 2 | Seleccionar Llamando ir a Permisos entre usuarios y haga clic en Hoteling . |
| 3 | Active el Hoteling y luego haga clic en Guardar. |
Ejemplo
Debe agregar cada uno de los usuarios de Control Hub para poder aprovechar los servicios de Webex Calling. El número de usuarios que debe agregar determinará cómo los agregará en el control Hub, si agrega manualmente cada usuario por dirección de correo electrónico o si agrega varios usuarios mediante un archivo CSV. La elección es suya.
|
Si sincroniza usuarios desde un directorio, como Active Directory, cuando agregue personas manualmente en Control Hub, también deberá agregarlas a su directorio. |
|
Al agregar usuarios, el nombre y apellido no deben incluir caracteres ascii extendidos o los siguientes caracteres: %, #, <, >, \, /,", y tienen una longitud máxima de 30 caracteres. Estas restricciones de caracteres especiales solo se aplican a los usuarios de Webex Calling. |
Antes de comenzar
Es posible que obtenga un error si está intentando agregar usuarios que utilizaron su dirección de correo electrónico para crear una cuenta de prueba. Solicite a los usuarios que eliminen su organización antes de agregarlos a su organización.
| 1 | Desde la vista del cliente en https://admin.webex.com, vaya a Usuarios y, a continuación, haga clic en Administrar usuarios. |
||
| 2 | Seleccione Agregar o modificar usuarios manualmente. |
||
| 3 | (Opcional) Si envía automáticamente correos electrónicos de bienvenida, haga clic en Siguiente. |
||
| 4 | Elija una opción y haga clic en Siguiente:
|
||
| 5 | Asignación de licencias:
|
||
| 6 | Administración de contenido:
|
||
| 7 | Haga clic en Guardar.
|
||
| 8 | (Opcional) Si ha agregado llamadas al usuario, asigne una ubicación, un número de teléfono y una extensión. |
||
| 9 | Revise la página de resumen de registros procesados y haga clic en Finalizar.
|
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.
Para los clientes de la región de Asia Pacífico (incluidos Japón, China y Hong Kong), el Identificador de llamadas se completa automáticamente desde los campos Nombre y Apellido y se ignoran los campos Nombre del identificador de llamadas y Apellido del identificador de llamadas en la carga del archivo 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. |
|
Exportar un nuevo CSV para capturar los últimos campos y evitar errores en la importación de cambios. |
| 1 | En la vista del cliente en https://admin.webex.com, vaya a Usuarios, haga clic en Administrar usuarios y elija Agregar o modificar usuarios de CSV. |
||||||
| 2 | Haga clic en Exportar para descargar el archivo y puede introducir la información del usuario en una nueva línea del archivo CSV.
|
||||||
| 3 | Haga clic en Importar, seleccione su archivo y haga clic en Abrir. |
||||||
| 4 | Elegir Agregar solo servicios . Esta es la mejor opción al agregar nuevos usuarios, especialmente si está utilizando la asignación automática de licencias. Utilizar Agregar y quitar servicios si está eliminando deliberadamente servicios de los usuarios. |
||||||
| 5 | Haga clic en Enviar. Se carga el archivo CSV y se crea su tarea. Puede cerrar el navegador o esta ventana y su tarea se seguirá ejecutando. Para revisar el progreso de la tarea, consulte Administrar tareas en Cisco Webex Control Hub. |
| 1 | Desde la vista del cliente en , vaya a Llamadas > Ubicaciones.https://admin.webex.com |
||
| 2 | Seleccione el que desea editar. |
||
| 3 | Bajo Perfil , ve a la Licencias sección y haga clic en Editar licencias . Aparece la lista de servicios asignados actualmente al usuario.
|
||
| 4 | Haga clic en Editar licencias . |
||
| 5 | Elija un servicio de la lista del lado izquierdo. |
||
| 6 | Seleccione los servicios que quiera agregar o quitar. Si asignó una licencia de Webex Meetings, elija un tipo de cuenta para asignar al usuario para cada sitio de Webex Meetings y haga clic en Guardar.
|
||
| 7 | Haga clic en Guardar.
|
