- Inicio
- /
- Artículo
Gracias por sus comentarios.
Guía de implementación de migración
En este artículo
¿Comentarios?El proceso de migración estructurado de local Cisco Unified CM a la nube Webex Calling, utilizando la metodología PPDIO. Esto implica consideraciones críticas de diseño como selección de región, planes de marcado, servicios de emergencia y grabación de llamadas. El proceso también detalla las licencias, el aprovisionamiento de usuarios, el SSO y la preparación de la red para garantizar un funcionamiento fluido y transición eficiente.
Antes de comenzar
Esta guía está dirigida a equipos o personas con experiencia en la configuración y administración Cisco Unified Communications Manager (Unified CM) y puntos finales de Cisco, incluidos teléfonos IP de escritorio, dispositivos de video y clientes de Jabber soft. A lo largo de este documento, hay enlaces a documentación de productos y soporte para ayudar.
Este documento se centra en las transiciones de solo Unified CM a Webex Calling múltiples inquilinos. El término Webex Callingen este documento siempre se refiere a Webex Calling múltiples inquilinos.
Antes de comenzar la migración de Unified CM aWebex Calling, es imperativo tener una comprensión integral de la Webex Calling solución y sus respectivos componentes. Una migración exitosa requiere familiaridad con la Webex Calling arquitectura, los modelos de servicio, las opciones de implementación y las características asociadas para mapear correctamente las Unified CM cargas de trabajo existentes y diseñar un plan de transición efectivo.
Una comprensión profunda de los siguientes Webex Calling componentes es esencial para informar una estrategia de transición efectiva y la preparación operativa.
-
Centro de control
-
Directorio y aprovisionamiento de usuarios
-
Webex Callingplataforma
-
Puntos finales de llamadas admitidos
-
Opciones de conectividad PSTN
-
Webex Callingplan de marcado y administración de números
-
Funciones de seguridad y cumplimiento de normas.
Para obtener más información, consulte Cisco Preferred Architecture paraWebex Calling.
Esta guía destacará las herramientas y los procesos que se utilizarán a lo largo del ciclo de vida de transición. Sin embargo, una transición de las llamadas locales a una nueva plataforma de llamadas en la nubeWebex Calling, puede ser un esfuerzo significativo con potenciales desafíos comerciales, técnicos y complejos. Unified CM Para ayudar a superar estos desafíos, Cisco tiene algunas opciones diferentes disponibles para ayudarle en su viaje. Es importante revisar la información en Enterprise Cloud Calling - Migración de llamadas y comprender cada opción y cómo cada una puede ayudarle con su propia migración.
-
Herramientas de migración de Webex: herramientas gratuitas y de autoservicio integradas en Control Hub para agilizar su transición a Webex Calling
-
Proveedores de migración certificados: proveedores de software y herramientas validados por Cisco que han desarrollado soluciones de migración para ayudar a los partners y clientes de Webex con migraciones complejas y grandes. Estas soluciones pueden ayudar a simplificar, administrar y acelerar la transición a Webex Calling
-
Webex Setup Assist: un servicio de migración dirigido por Cisco que guía a los clientes y socios a través de la Webex Calling implementación y configuración, lo cual es necesario para migrar correctamente Unified CM usuarios y servicios a. Webex Calling
Descripción general
Con el crecimiento de los servicios de colaboración entregados en la nube, más clientes buscan trasladar sus cargas de trabajo de colaboración existentes a la nube, dadas las promesas de reducir el costo total de propiedad, administración simplificada, entrega continua de funciones, mayor escala y confiabilidad superior inherente a los servicios basados en la nube. A medida que los clientes buscan hacer la transición de los servicios de colaboración en las instalaciones a la nube, es importante que comprendan lo que implica la transición y los pasos necesarios para realizar la transición.
El propósito de este documento es proporcionar orientación de implementación para los clientes que buscan específicamente la transición de las instalaciones Unified CM a Webex Calling la nube. Esta guía de implementación asume que el lector tiene una comprensión básica de la transición de llamadas entre Unified CM yWebex Calling, incluidos los cambios al realizar esta transición y cuáles son las diferencias al mover la carga de trabajo de llamadas de local a la nube. Antes de continuar, asegúrese de que ha revisado y está familiarizado con la información disponible en el mapa de transición. Este documento de mapa de transición proporciona información sobre los cambios y diferencias de esta transición.
Como se muestra en la Figura Arquitectura de colaboración local: control de llamadas y acceso remoto, una implementación local típica incluye diferentes componentes de infraestructura de colaboración en la red, una plataforma de control de llamadas, una plataforma perimetral, terminales de hardware y software y, en algunos casos, incluso plataformas de conferencia y programación. En la arquitectura de Cisco, esto incluiría Unified CM para el control de llamadas, Expressway para acceso remoto y servicios perimetrales de empresa a empresa (B2B), Cisco Meeting Server /Cisco Meeting Management para conferencias locales, Unity Connection para mensajería de voz y hardware orientado al usuario (Cisco IP Phones, sistemas de video Cisco Desk and Room) y software () terminales basados en IP. Cisco Jabber Estos componentes pueden variar ligeramente en algunos entornos, pero este es el punto de partida para la transición descrita en el resto de este documento.
La arquitectura que se muestra en la Figura Arquitectura de colaboración local: control de llamadas y acceso remoto se basa en la arquitectura preferida (PA) para implementaciones locales de Cisco Collaboration Enterprise. Para obtener más información sobre Enterprise On-premise, consulte Arquitecturas preferidas de colaboración de Cisco.
Antes: La tabla de componentes de infraestructura de llamadas locales enumera los elementos clave de la arquitectura local antes de la transición a la nubeWebex Calling.
| Producto | Descripción |
|---|---|
| Unified CM | Control de llamadas local que proporciona registro de dispositivos y servicios de enrutamiento de llamadas |
| Cisco Expressway-C/E | Infraestructura perimetral que proporciona funcionalidad móvil y Remote Access (MRA) y de empresa a empresa (B2B) que permite que los terminales remotos se conecten de forma segura desde fuera de la organización. Expressway se implementa en pares para proporcionar un recorrido de firewall para puntos finales externos. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) y Cisco Telepresence Management Suite (TMS) | Infraestructura local de conferencia de voz, video y web que proporciona capacidades para reuniones multipunto, administración de reuniones y programación. [Opcional] |
| Cisco Unity Connection | Plataforma de mensajería de voz local que proporciona funciones de correo de voz y mensajería unificada. [Opcional] |
| Cisco Desk, Cisco Room, Cisco Board, Cisco IP Phones y Cisco Jabber | Dispositivos basados en IP registrados Unified CM y que proporcionan capacidades de llamadas de voz y video |
Como se ilustra en la decisión de transición de la Figura: llamadas locales a Webex Calling, los clientes que tienen un control de llamadas local con terminales IP de escritorio Unified CM y video tienen la opción de hacer la transición de la arquitectura hacia una arquitectura en la nube. Webex Calling
La decisión debe tomarse en función de los requisitos de funcionalidad del cliente. Los clientes que tienen los siguientes requisitos deben considerar cuidadosamente antes de tomar esta decisión y, en última instancia, pueden decidir mantener el control de llamadas en las instalaciones:
- Modelos de teléfono no soportados por Webex Calling
- Integraciones complejas o numerosas con otros sistemas o soluciones locales, especialmente cuando la replicación de estas integraciones Webex Calling es difícil o no hay soluciones alternativas equivalentes disponibles
- Plan de marcado complejo, clases de servicio altamente granulares o ambos
- Acceso a Internet restrictivo, limitado o poco confiable
- Estrictas políticas de propiedad y privacidad de datos
- Requisito de cumplimiento para grabación y almacenamiento de medios en las instalaciones o en el país
- Integraciones de terceros sin una integración alternativa Webex Calling viable
- Integraciones de centros de contacto donde el inter del centro de contacto aún no se está moviendo a la nube.
Este documento se centra en los clientes con implementaciones de control de Unified CM llamadas que desean comprender los pasos generales, las consideraciones y los requisitos para habilitar la Webex Calling implementación como se describe en la siguiente sección.
Componentes principales
La arquitectura de destino para esta migración incluye varios componentes nuevos. Esto incluye el Webex Calling servicio para llamadas basadas en la nube, Webex App, Cisco Directory Connector para la integración de identidades y puerta de enlace local (LGW) para acceso PSTN, así como integración de llamadas en las instalaciones a la nube. Los planes de llamadas de Cisco o la PSTN conectada a la nube (CCP) facilitados por un Cloud Connect para Webex Calling partners son opciones adicionales para el acceso a PSTN.
Como se muestra en la Figura Después: Webex Calling Arquitectura, los nuevos componentes (conector de directorioWebex Calling, puerta de enlace local y puerta de enlace de supervivencia) se agregan a la implementación local existente.
Después: La tabla de componentes de infraestructura de llamadas a la nube enumera los nuevos elementos de la arquitectura después de la transición a Webex.
| Producto | Descripción |
|---|---|
| Webex Calling | Servicio de llamadas basado en la nube entregado desde la plataforma Webex y que proporciona registro de puntos finales y enrutamiento de llamadas |
| Conector de directorio de Cisco | Aplicación de Windows que se ejecuta en una máquina de dominio de Windows que proporciona
sincronización de identidad entre la empresa local Active Directory y el
almacén de identidades de la organización Webex. Para los clientes que se mudan de local Active Directory a Entra ID, la integración de identidad con Webex en lugar de Cisco Directory Connector utiliza la aplicación Entra ID Wizard. |
| Puerta de enlace local | Una puerta de enlace local actúa como un puente entre la red de comunicaciones unificadas local de un cliente y la Webex Calling nube. Puede implementarse en las instalaciones o ser alojado por un socio, proporcionando acceso PSTN para puntos finales registrados en la nube, así como integración de llamadas entre endpoints Unified CM registrados y registrados en la nube. Cisco IOS-El enrutador de servicios integrados XE (ISR 1100 y 4000 series), Cisco Catalyst 8200/8300 Series, el software Cisco Catalyst 8000V Edge y varios controladores de borde de sesión (SBC) certificados de terceros se pueden utilizar como LGW para un enfoque de migración por fases. |
| Puerta de supervivencia | Survivability Gateway (SGW) es una puerta de enlace basada en IOS-XE de red local que proporciona servicios de llamadas de respaldo a puntos finales in situ Webex Calling durante interrupciones de la red. |
| Plan de llamadas de Cisco, Cloud Connect para Webex Calling | Cisco Calling Plan y Cloud Connect for Webex Calling son opciones basadas en la nube para el acceso PSTN para Webex Calling endpoints. El acceso a PSTN es facilitado por un proveedor de PSTN en la nube y no requiere equipo local. |
| Aplicación Webex | Aplicación cliente que se ejecuta en SO de escritorio (Windows, Mac) o sistema operativo móvil (Android, iOS) y se registra directamente en la Webex Calling plataforma para la funcionalidad de llamadas. |
Descripción general del proceso PPDIO
El proceso PPDIO significa Preparar, Planificar, Diseñar, Implementar y Optimizar. Es una metodología estructurada de Cisco que guía los proyectos desde la evaluación inicial hasta la mejora continua, asegurando implementaciones o migraciones eficientes y exitosas.
Descripción general de PPDIO
-
Preparar: Evalúe el entorno actual, reúna los requisitos y alinee a las partes interesadas para establecer una base sólida.
-
Plan: Desarrolle planes detallados del proyecto que incluyan cronogramas, recursos y estrategias de mitigación de riesgos.
-
Diseño: Diseñe la solución de destino adaptada a las necesidades comerciales y técnicas.
-
Implementar: Ejecute la implementación o migración de acuerdo con el diseño, validando la funcionalidad y el rendimiento.
-
Optimizar: Mejore continuamente la solución después de la implementación supervisando el rendimiento, refinando las configuraciones y aprovechando las herramientas de automatización e integración.
Uso de PPDIO Unified CM para proyectos de Webex Calling migración
Al realizar la transición de Unified CM aWebex Calling, el proceso PPDIO proporciona una hoja de ruta clara para garantizar una transición fluida y eficiente:
Preparar
-
Evaluar el Unified CM entorno existente y la preparación para la migración
-
Recopile datos detallados sobre usuarios, dispositivos, red y dependencias
-
Recopile detalles de ubicación, incluida la dirección de respuesta de emergencia, número de usuarios, acceso a Internet, acceso PSTN
-
Identifique los riesgos y defina el alcance del proyecto para alinear a todas las partes interesadas.
Plan
-
Cree un plan de migración integral con programas por lotes, asignaciones de recursos y plazos
-
Definir tareas como actualizaciones de firmware del dispositivo, aprovisionamiento de licencias e incorporación de usuarios
-
Coordine las ventanas de migración con Cisco y los asociados de negocios para minimizar las interrupciones.
Diseño
-
Asignar Unified CM configuraciones actuales, planes de marcado y perfiles de usuario a Webex Calling equivalentes
-
Diseñe el Webex Calling entorno, incluida la estrategia PSTN (provisional y final), ubicaciones, roles de usuario y puntos de integración como puerta de enlace local (CUBE) y sincronización de directorios
-
Planifique escenarios de coexistencia donde Unified CM y Webex Calling opere simultáneamente durante la migración.
Implementar
-
Utilice las herramientas de migración de Control Hub junto con herramientas de terceros para realizar cambios de modo de firmware del dispositivo, configuración de características y migraciones de usuarios
-
Emplee operaciones masivas y aprovisionamiento mediante API de Webex para agilizar las migraciones y configuraciones a gran escala
-
Ejecutar aprovisionamiento de licencias, registro de dispositivos y actualizaciones de configuración
-
Valide el éxito de la migración mediante pruebas y verificación operativa.
Optimizar
-
Supervise continuamente Webex Calling el rendimiento y la experiencia del usuario
-
Refina las configuraciones y los flujos de trabajo en función de los datos operativos y los comentarios
-
Aproveche las capacidades de automatización e integración para mejorar la eficiencia y la escalabilidad
-
Deshabilitar los Unified CM componentes heredados según corresponda y proporcionar soporte continuo para las operaciones del día 2.
Este enfoque PPDIO mejorado garantiza una migración controlada, transparente y eficiente desde Unified CM hacia, aprovechando las herramientasWebex Calling, las API y el ecosistema de partners de Cisco para mantener la continuidad del negocio y mejorar las capacidades de colaboración.
Bucles de retroalimentación PPDIO
La descripción general de alto nivel que se muestra en Iteraciones de la Figura mientras se ejecuta PPDIO ilustra un único bucle de retroalimentación desde la fase de optimización hasta la fase de preparación . Esto significa que, después de la implementación inicial, hay una oportunidad continua de mejora continua. Cada ciclo de optimización puede identificar nuevos requisitos o áreas de mejora, que pueden abordarse a través de proyectos o iniciativas posteriores. Estos proyectos individuales, a su vez, siguen el ciclo de vida establecido de PPDIO (Preparar, Planificar, Diseñar, Implementar, Optimizar). Este enfoque iterativo garantiza que el sistema permanezca alineado con los objetivos comerciales en evolución y los avances tecnológicos, fomentando una cultura de refinamiento y adaptabilidad continuos.
Durante la ejecución del proceso PPDIO, es común que los hallazgos en las fases posteriores necesiten revisar y potencialmente revisar las decisiones tomadas en etapas anteriores. Por ejemplo, los problemas encontrados durante la fase de implementación, como la identificación de ambigüedades de diseño o detalles faltantes, pueden revelar que ciertos aspectos no se abordaron completamente durante la fase de diseño. En tales casos, es necesario volver a la fase anterior relevante para resolver estos problemas antes de continuar. Este mecanismo de retroalimentación iterativo, como se ilustra en el proceso PPDIO Unified CM asistido por Figura, asegura que la solución esté completamente validada y refinada, contribuyendo en última instancia a una implementación más sólida y efectiva.
Al emprender una transición de Unified CM aWebex Calling, cada fase del proceso PPDIO puede beneficiarse significativamente de la información recopilada del Unified CM entorno existente. Por ejemplo, se pueden extraer inventarios completos de usuarios, números de teléfono, funciones de llamadas y componentes del plan de marcado de la Unified CM configuración actual. Estos datos complementa la información proporcionada directamente por las partes interesadas y ayudan a agilizar las actividades de planificación y diseño. Aprovechar las herramientas adecuadas para automatizar la extracción y el análisis de datos no solo mejora la precisión sino que también acelera el proceso general. Al utilizar los conocimientos de la implementación existente, la transición se Webex Calling puede ejecutar de manera más eficiente que una implementación tradicional de campo nuevo, sin dejar de adherirse a la metodología PPDIO estructurada. Este proceso se ilustra en el proceso PPDIO Unified CM asistido por Figura.
Enfoque de migración
Mientras planifica su transición de local Unified CM aWebex Calling, necesita determinar cómo abordará este viaje. Primero tendrá que decidir si la migración será un corte intermitente (todo a la vez) o un enfoque por fases (migrar grupos de usuarios/dispositivos durante un período prolongado).
Hacer una migración rápida mueve a todos sus usuarios y dispositivos de la manera más rápida. Con este método, moverá todos los usuarios y dispositivos de las instalaciones Unified CM Webex Calling al mismo tiempo. En esencia, es una única ventana de migración para todos los usuarios y dispositivos. Una vez completada esta migración, todos sus usuarios y dispositivos estarán en la Webex Calling plataforma y toda su Unified CM infraestructura podrá ser desmontada. Sin embargo, muchas organizaciones no pueden utilizar este enfoque debido a la escala y el tamaño de su implementación de llamadas.
El segundo enfoque es una migración gradual. La mayoría de las organizaciones utilizarán este enfoque, ya que proporciona un mejor control, administración y escala con la migración. Además, es más adecuado para implementaciones de UC más grandes y/o implementaciones en múltiples regiones. Por lo tanto, este documento se centra en el enfoque por fases con dos pasos en la transición.
Como se muestra en la siguiente Figura Transición de llamadas por fases: Híbrida y nube, la primera fase de transición (Fase 1) da como resultado una implementación de coexistencia con entornos de llamadas duales. En esta fase, se realiza la transición a algunos usuarios, dispositivos y clientes blandos, Webex Calling mientras que otros todavía están en el control de Unified CM llamadas local. La fase de transición final (Fase 2) da como resultado un entorno de llamadas en la nube puro donde todos los usuarios, dispositivos y clientes flexibles han sido completamente transitados a la Webex Calling plataforma.
El tiempo que tarda una organización en realizar una transición completa a las llamadas en la nube variará según su implementación actual. En algunos casos, una organización puede hacer la transición inicial y permanecer en la fase de control de llamadas dual de coexistencia (Fase 1) durante un período prolongado (meses o incluso años), mientras que en otros casos, una organización puede hacer una transición completa a Webex Calling (Fase 2) en un período muy corto (semanas o meses). Este documento está destinado a cubrir ambas fases (Fase 1 - coexistencia y Fase 2 - transición completa).
Es posible que algunas organizaciones mantengan una implementación de control de llamadas dual coexistencia indefinidamente sin planes de una transición completa a las llamadas en la nube.
La segunda consideración es cómo hará la transición de usuarios, dispositivos y clientes flexibles del control de llamadas en las instalaciones al control de llamadas en la nube. El enfoque recomendado es una transición de tres fases . La figura Transición trifásica recomendada a continuación desglosa este enfoque en las 3 fases.
Pre-migración: Esta fase se centra en preparar tanto el Webex como los Unified CM entornos para la migración. No se trata de llamar a planificación o configuraciones específicas y se centra en completar actividades que se pueden hacer ahora y antes de que comience cualquier proyecto de Webex Calling migración. El objetivo es sentar las bases para que los dos entornos se preparen para la migración.
Preparación para la migración: Esta fase es donde comienza el esfuerzo de preparación para la migración a Webex Calling. Aquí, los requisitos comerciales y técnicos deben revisarse y actualizarse. No se limite a elevar y cambiar lo que se implementa actualmente Unified CM y, en su lugar, redefina los requisitos comerciales y técnicos que su empresa necesita hoy y en el futuro aprovechando el poder de. Webex Calling Además, esta es la fase en la que completará su diseño, planificación de configuración y planificación/programación de migración.
Migración (implementación y desactivación): Esta fase es donde ocurre la migración real de usuarios, dispositivos, números de teléfono y clientes blandos. Como se mencionó anteriormente, esta fase se puede completar para todos al mismo tiempo (corte flash) o en múltiples ventanas de cambio (corte por fases). Los planes de adopción del usuario final, la capacitación y las comunicaciones son fundamentales, por lo que sus usuarios son conscientes de los cambios, cómo usar la nueva plataforma de llamadas y saber cuándo ocurrirá el cambio. El último paso es desintegrar toda la infraestructura de UC local que ya no se utiliza.
La fase previa a la migración tiene actividades (requeridas, recomendadas y opcionales) en las que puede comenzar a trabajar de inmediato. Se recomienda completarlos más temprano que tarde y preferiblemente antes de que comience su proyecto. Algunas de las actividades pueden tardar más en completarse, por lo tanto, iniciarlas antes ayudará a agilizar su proyecto de migración real.
La figura Actividades previas a la migración a continuación destaca cinco categorías específicas de actividades relacionadas con una Webex Calling migración.
Preparar
Requisitos comerciales y técnicos
Al planificar una migración de a, es crucial reunir a fondo los requisitos técnicos y comerciales durante la fase de planificación. Este paso garantiza que la migración se alinee con los objetivos operativos y las capacidades técnicas de su organización, minimizando los riesgos y las interrupciones.
Por qué es importante reunir los requisitos:
-
Alinea los objetivos del negocio: Comprender las necesidades del negocio ayuda a adaptar la migración para soportar flujos de trabajo clave, experiencia del usuario y planes de crecimiento.
-
Garantiza la compatibilidad técnica: la identificación temprana de los requisitos técnicos evita problemas de integración con la infraestructura, la red y los puntos finales existentes.
-
Facilita la planificación de recursos: Los requisitos claros ayudan a estimar los plazos, los costos y los recursos necesarios con precisión.
-
Mitiga los riesgos: la detección temprana de posibles desafíos permite soluciones proactivas, reduciendo el tiempo de inactividad y las interrupciones del servicio.
Requerimientos del negocio
Los requisitos comerciales típicos incluyen:
-
Número de usuarios y ubicaciones a migrar
-
Características y servicios deseados (por ejemplo, enrutamiento de llamadas, correo de voz, conferencias, asistentes automáticos, colas de llamadas)
-
Cumplimiento de normas y políticas de seguridad
-
Restricciones presupuestarias y expectativas de costos
-
Necesidades de capacitación y soporte para el usuario
-
Cronograma de migración y consideraciones de continuidad del negocio.
La recopilación de características y servicios deseados es un paso crítico para garantizar que el nuevo sistema satisfaga las necesidades del negocio. Al reunir estos requisitos, es importante no solo considerar lo que está configurado actualmente, sino tratar de recopilar los requisitos reales de las entidades comerciales que van a usar el sistema. De lo contrario, existe el riesgo de que el plan se base en suposiciones no actuales. Asegúrese de evaluar las funciones adicionales o mejoradas disponibles que pueden no existir en, como llamadas basadas en la nube , colas de llamadas avanzadas y. Esto ayuda a aprovechar todos los beneficios de la plataforma en la nube.
Al evaluar la configuración actual en, es importante reconocer que no todas las configuraciones existentes pueden seguir siendo necesarias debido a la evolución de los requisitos a lo largo del ciclo de vida del sistema. El enfoque debe estar en identificar y retener solo aquellas configuraciones que se alineen con las necesidades actuales y futuras de la implementación.
Concéntrese más en lo que necesita que en lo que tiene.
Las políticas de cumplimiento y seguridad son consideraciones críticas durante la migración de Webex Calling a para garantizar que el nuevo sistema de comunicación basado en la nube se adhiera a los estándares legales, reglamentarios y organizacionales.
-
Cumplimiento normativo: las organizaciones deben verificar que cumpla con las regulaciones específicas de la industria, como GDPR, HIPAA o SOX, abordando los requisitos de privacidad, retención y manejo de datos, así como los mandatos específicos del país relacionados con la residencia de datos, el desvío de peaje y la localidad de los medios.
-
Seguridad de los datos: Asegurar que los datos de voz y señalización estén encriptados tanto en tránsito como en reposo para proteger contra la interceptación o el acceso no autorizado.
-
Controles de acceso: definición y aplicación de la autenticación de usuario, la autorización y el acceso basado en roles para evitar el uso no autorizado de los recursos de comunicación.
-
Auditoría y monitoreo: Implementación de capacidades de registro y monitoreo para rastrear el acceso y el uso para auditorías de cumplimiento e investigaciones de incidentes de seguridad.
-
Alineación de políticas: Alinear la migración con las políticas de seguridad corporativas existentes, incluida la seguridad de punto final, la segmentación de la red y los planes de respuesta a incidentes.
-
Garantía de seguridad del proveedor: evaluación de las certificaciones de seguridad y las certificaciones de cumplimiento de Cisco para garantizar la confiabilidad.
Abordar estas políticas de cumplimiento y seguridad durante la fase de planificación ayuda a mitigar los riesgos, evitar sanciones legales y mantener la integridad y confidencialidad de las comunicaciones durante y después de la migración.
Las necesidades de capacitación y soporte del usuario son componentes esenciales durante la migración de a para garantizar una transición sin problemas y la adopción del usuario. Las consideraciones clave incluyen:
-
Programas de capacitación: Desarrolle sesiones de capacitación personalizadas para diferentes grupos de usuarios (usuarios finales, administradores, personal del servicio de asistencia técnica) para familiarizarlos con características, interfaces de usuario y nuevos flujos de trabajo.
-
Documentación: Proporcione guías de usuario claras y accesibles, preguntas frecuentes y materiales de referencia rápida, incluidos recursos Qué hay de nuevo y diferentes y guías paso a paso antes y después (en formato de video o guía rápida), para apoyar a los usuarios a medida que se adaptan a la experiencia actualizada después de la migración.
-
Administración de cambios: Comunique los cambios de manera proactiva para administrar las expectativas del usuario y reducir la resistencia.
-
Estructura de soporte: Establezca un equipo de soporte dedicado o una ruta de escalamiento para abordar los problemas de los usuarios rápidamente durante y después de la migración.
-
Educación continua: Planifique actualizaciones de capacitación continua a medida que se lanzan nuevas funciones o actualizaciones en.
-
Mecanismos de retroalimentación: Implemente canales para que los usuarios reporten problemas y proporcionen retroalimentación para mejorar los procesos de capacitación y soporte.
Abordar estas necesidades de capacitación y soporte durante la fase de planificación ayuda a minimizar las interrupciones, mejora la confianza del usuario y maximiza los beneficios de migrar a.
Requisitos técnicos
Se deben recopilar y documentar varios requisitos técnicos clave para una migración exitosa de a, incluidos los detalles para:
-
Preparación de la red y capacidad de ancho de banda
Una evaluación completa de la red es fundamental para garantizar que su infraestructura existente pueda soportar el nuevo Webex Calling entorno. Esto incluye:
-
Análisis de ancho de banda: Evaluar el uso de ancho de banda actual y proyectado para manejar el tráfico de voz, video y datos sin congestión.
-
Calidad de servicio (QoS): Implementación de políticas de QoS para priorizar el tráfico de voz y minimizar la latencia, la fluctuación y la pérdida de paquetes.
-
WAN y conectividad a Internet: verificar que los enlaces WAN y las conexiones a Internet cumplan con los requisitos para llamadas basadas en la nube, incluidas las capacidades de redundancia y conmutación por error.
-
Configuración de firewall y NAT: Asegurar que la configuración de firewall y NAT permita la señalización y el tráfico de medios necesarios para.
-
-
Integración con el sistema existente
La integración perfecta con los sistemas comerciales existentes es esencial para la experiencia del usuario y la continuidad del flujo de trabajo:
-
Servicios de directorio: Evaluación de la integración con un directorio empresarial para el aprovisionamiento y la autenticación automatizados de usuarios.
-
CRM y aplicaciones comerciales: identificación de puntos de integración con sistemas de administración de relaciones con el cliente y otras aplicaciones críticas para el negocio.
-
Interfuncionamiento de PBX heredado: Planificación de estrategias de coexistencia o migración por fases si algún sistema de telefonía heredado permanecerá durante la transición.
-
-
Compatibilidad y aprovisionamiento de terminales
Todos los puntos finales, incluidos los teléfonos de escritorio, los softphones y los dispositivos móviles, deben evaluarse en cuanto a compatibilidad:
-
Soporte de dispositivos: Confirmar que los teléfonos y dispositivos IP existentes son compatibles o identificar los reemplazos necesarios.
-
Procesos de aprovisionamiento: Establecimiento de métodos de aprovisionamiento automatizados o optimizados para una incorporación eficiente de endpoints.
-
Actualizaciones de firmware y software: Planificación de las actualizaciones necesarias para garantizar la interoperabilidad y la seguridad.
-
-
Configuraciones de seguridad y estándares de cifrado
La seguridad es primordial en las comunicaciones en la nube:
-
Cifrado: Imponer el cifrado de extremo a extremo para la señalización y las transmisiones de medios, de acuerdo con las mejores prácticas de seguridad de Cisco.
-
Autenticación y control de acceso: Implementación de mecanismos de autenticación seguros (como SSO, autenticación multifactor) y controles granulares de acceso de usuario.
-
Cumplimiento: Asegurar que la solución cumpla con los estándares regulatorios y de cumplimiento de la industria relevantes (por ejemplo, GDPR, HIPAA).
-
Monitoreo de seguridad: Integración con herramientas SIEM y configuración de alertas para posibles incidentes de seguridad.
-
| Requisito | Consideraciones clave |
|---|---|
| Preparación de la red y ancho de banda | Ancho de banda, QoS, WAN/Internet, Firewall/NAT |
| Integración con sistemas existentes | Directorio, CRM, PBX, correo electrónico/calendario |
| Compatibilidad y aprovisionamiento de puntos finales | Soporte de dispositivos, aprovisionamiento, actualizaciones de firmware |
| Configuraciones de seguridad y cifrado | Cifrado, autenticación, cumplimiento de normas, monitoreo de seguridad |
| Capacitación de usuarios y gestión del cambio | Programas de capacitación, documentación, comunicación de cambios |
| Portabilidad de números y plan de marcado | Migración de número/portabilidad, traducción del plan de marcado |
| Integraciones de terceros | Paginación, centro de contacto, fax, dispositivos analógicos |
Preparación y requisitos de la red
La preparación de la red es fundamental para una migración exitosa a cualquier solución de llamadas basada en la nube como. Una mala planificación de la red puede llevar a una calidad de llamada degradada, llamadas caídas y usuarios infelices. Los clientes deben realizar una evaluación de la red antes de migrar a. Se recomienda confirmar la disponibilidad del ancho de banda de la red para el volumen de llamadas esperado, garantizar que se cumplan los requisitos de calidad de servicio (QoS) y comprender los diversos puertos que deben abrirse en los cortafuegos perimetrales.
La conectividad de red confiable con suficiente calidad de servicio (ancho de banda, pérdida de paquetes, RTT) es un requisito básico para garantizar la mejor experiencia de usuario posible de extremo a extremo para todos los terminales, clientes y aplicaciones con capacidad de voz y video.
Los clientes y socios tienen acceso a opciones de conectividad más allá de Internet Over-the-Top (OTT) que pueden optimizar la conexión para incluir Webex Edge Connect. Para obtener más información sobre los detalles del diseño de Webex Edge Connect, consulte Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant e Dedicated Instance.
Los clientes pueden utilizar cScan para la evaluación de la red que proporciona información sobre la calidad de la red del cliente, cuántas llamadas se pueden establecer, latencia, etc. Para obtener más información sobre la herramienta cScan, consulte Usar cScan para probar la calidad de la Webex Calling red.
Para asegurarse de que la red esté lista para la migración a, considere la siguiente lista de verificación:
-
Planificación de ancho de banda
Calcule las llamadas simultáneas por sitio para garantizar que tenga suficiente ancho de banda ascendente y descendente e incluya espacio para otro tráfico crítico para el negocio y el crecimiento futuro.
La Webex Calling tabla de cálculos de ancho de banda del tipo de llamada muestra los tipos de llamadas disponibles con una implementación junto con el códec y el ancho de banda máximo requerido para cada tipo de llamada. Como se muestra en la Webex Calling tabla de cálculos de ancho de banda del tipo de llamada, el ancho de banda de llamada de audio requerido para cada tipo de llamada se puede calcular utilizando la siguiente fórmula general:
Número de llamadas simultáneas esperadas * Ancho de banda por llamada basado en códec = Rendimiento de red requerido.
Tabla 2. Webex Calling cálculos de ancho de banda del tipo de llamada Tipos de llamada Códec - ancho de banda Cálculos de ancho de banda /Teléfono de escritorio -> OPUS - 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido /Teléfono de escritorio -> Teléfono de escritorio OPUS — 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido /Teléfono de escritorio -> PSTN a través de LGW G.711 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> PSTN a través de Cloud PSTN (p. ej. Plan de llamadas de Cisco) G.711 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> Enterprise a través de LGW G.722 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> correo de voz OPUS — 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido Al sumar el rendimiento de red requerido concurrente por tipo de llamada, se puede determinar el requisito de ancho de banda potencial total para un sitio específico.
Todas las patas de llamada siempre están ancladas en los SBC de acceso. Para determinar el ancho de banda de Internet requerido para cualquier ubicación dada, no solo se deben considerar las llamadas entre ubicaciones, sino también las llamadas dentro de la ubicación y las llamadas hacia y desde una puerta de enlace local en esa ubicación. Por ejemplo, una llamada dentro del sitio entre dos teléfonos MPP necesitaría hasta 2 x 70 kbps dúplex completo en el acceso a Internet de la ubicación.
La tabla de ejemplos de cálculo de Webex Calling ancho de banda muestra un ejemplo de un ejercicio completo de cálculo de ancho de banda, suponiendo que todos los dispositivos están en el mismo sitio.
Tabla 3. Webex Calling Ejemplos de cálculo de ancho de banda Tipos de llamada Número de llamadas simultáneas Ancho de banda total Aplicación WebEx/Teléfono de escritorio → Aplicación Webex 15 2 * 15 * 70 kbps = 2,100 kbps Aplicación WebEx/Teléfono de escritorio → Teléfono de escritorio 15 2 * 15 * 70 kbps = 2,100 kbps Aplicación Webex /Teléfono de escritorio → PSTN a través de LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicación WebEx/Teléfono de escritorio → PSTN a través de Cloud Connect para Webex Calling 0 0 * 80 Kbps Aplicación WebEx/Teléfono de escritorio → Empresa a través de LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicación WebEx/Teléfono de escritorio → Correo de voz Webex Calling 5 5 * 70 kbps = 350 kbps Total de llamas/ Ancho de banda 100 llamadas 14,950 kbps/14,95 Mbps -
Todos los valores de ancho de banda en las tablas anteriores se refieren al ancho de banda IP. El ancho de banda del enlace es mayor dependiendo de las encapsulaciones WAN.
-
El ancho de banda en las tablas anteriores es para llamadas de audio. Para el ancho de banda de videollamadas, la aplicación Webex y los teléfonos MPP 8845/65 admiten video H.264 con una resolución máxima de 720p a un ancho de banda máximo de 1,500 kbps por llamada. Sin embargo, la cantidad de ancho de banda consumido en cualquier momento durante la llamada fluctuará en función de la tasa de bits variable inherente a las comunicaciones de video.
-
-
Calidad de servicio (QoS)
Implemente políticas de QoS dentro de su entorno local para priorizar el tráfico en tiempo real y garantizar que la QoS se mantenga en los switches, enrutadores y firewalls.
-
Latencia, fluctuación y objetivos de pérdida de paquetes
Se recomiendan los siguientes umbrales para una calidad de voz óptima cuando las llamadas se realizan por vía Overthe-Top (OTT) y a través de Internet:
-
Latencia: menos de 100 ms unidireccional
-
Jitter - menos de 10 ms
-
Pérdida de paquetes: 0.5% o menos.
-
-
Firewall y NAT
Asegúrese de que el firewall esté configurado para permitir el tráfico como se indica en el artículo disponible en Información de referencia del puerto para Webex Calling. Además, permita el acceso a los dominios y rangos de IP enumerados en la misma guía y evite SIP ALG ya que interfiere con la señalización SIP. Debe evitarse el tráfico de medios a través de proxies.
-
DNS y NTP
Asegure la resolución DNS adecuada de los dominios y servidores NTP confiables para sincronizar los relojes de los dispositivos para la verificación y el registro de certificados TLS.
-
Planificación de conmutación por error
Considere las conexiones de datos de proveedores existentes (MPLS, SD-WAN, etc.) y, en general, planifique el acceso directo a Internet en cada ubicación dentro de su implementación. Planifique enlaces de Internet redundantes donde se requiera alta disponibilidad. Debido a que va a consumir servicios basados en la nube, la conectividad a Internet confiable con suficiente ancho de banda es un requisito básico. Debería reconsiderar hacer esta transición si las conexiones a Internet de las ubicaciones de su organización no son generalmente confiables con baja latencia y un rendimiento adecuado hacia arriba y hacia abajo.
-
Capacidad de supervivencia del sitio
La capacidad de supervivencia en el sitio garantiza que su negocio esté siempre accesible, incluso si su conexión de red se interrumpe. Site Survivability utiliza una puerta de enlace en su red local para proporcionar un servicio de llamadas de respaldo a puntos finales in situ para situaciones en las que se interrumpe la conexión de red. Considere la posibilidad de supervivencia en el sitio con una puerta de enlace de supervivencia local (SGW) si los requisitos comerciales requieren llamadas continuas en caso de interrupción de la red. Para obtener más información sobre la comprobación de supervivencia en el sitio, consulte Capacidad de supervivencia del sitio para. Webex Calling
Configurar UC conectada a la nube
Cloud Connected UC (CCUC) es una solución de análisis y administración basada en la nube diseñada para proporcionar visibilidad centralizada, administración e información para implementaciones tanto en las instalaciones (comoUnified CM) como en la nube (). Actúa como un puente entre los entornos locales tradicionales y los servicios en la nube de Cisco, apoyando a las organizaciones durante todo el viaje de migración de a.
Durante la transición a, CCUC desempeña un papel vital en la racionalización del proceso de migración al facilitar la recopilación de datos completos de la implementación existente de Comunicaciones Unificadas. CCUC ayuda con tareas clave de transición, como la migración de dispositivos, características y contactos de usuario, así como la automatización de actualizaciones de firmware para teléfonos IP compatibles. Al proporcionar visibilidad y administración centralizadas, CCUC ayuda a garantizar una experiencia de migración más fluida y eficiente.
Cisco recomienda encarecidamente que CCUC se implemente e implemente al principio del proyecto de transición, idealmente antes o durante la fase de preparación. Esto permitirá obtener la información y las capacidades necesarias para evaluar exhaustivamente, hacer un inventario y planificar las actividades de migración posteriores y comenzar su viaje hacia y futuras capacidades híbridas.
Evaluación del entorno actual
Una actividad clave en la planificación de su migración es evaluar el entorno local actual y la implementación. Esto proporciona información sobre los posibles cambios que se pueden requerir para realizar una transición exitosa. También le permite evaluar los elementos clave de la plataforma en comparación con la implementación local existente. Puede usar esta información para ayudar a identificar qué tareas específicas se requieren para la transición y qué cambios desea realizar para cumplir con sus requisitos comerciales y técnicos y casos de uso.
Los siguientes aspectos son importantes para revisar como parte de este esfuerzo.
Licencias
Comprender la estructura actual de licencias de la implementación existente es clave cuando se prepara para migrar a. Realice una evaluación de licencia de las siguientes áreas de su solución local de Cisco existente.
-
Plataforma
La capacidad de articular completamente lo que actualmente tiene licencia en su plataforma principal será fundamental cuando trabaje con su equipo de cuenta o socio para determinar la mejor ruta hacia la licencia flexible . Se licencia mediante licencias flexibles. Para obtener más información sobre licencias flexibles, consulte el plan flexible de colaboración de Cisco.
-
Usuarios y dispositivos
Identifique qué categoría de licencia requieren sus usuarios y dispositivos existentes. Esto se utilizará para determinar qué tipo de licencia se requiere para los usuarios y dispositivos. Ofrece varios tipos de licencias, incluidas licencias Professional y Standard para usuarios y licencias profesionales y de área común para espacios de trabajo. Para obtener más información sobre licencias de dispositivos, consulte la hoja de datos disponible en Licencias de dispositivos.
-
Puerta de enlace local
Si se requiere Cisco Unified Border Element (CUBE) para el acceso PSTN para esta transición, también se debe considerar la licencia de CUBE. Las consideraciones sobre licencias CUBE se tratan más adelante en este documento.
Ubicaciones/Sitios
El número y los tipos de sitios (grandes centros, regionales, sucursales, etc.) dentro de su implementación actual deben tenerse en cuenta al planificar esta transición. Una comprensión completa de los sitios de implementación existentes le permitirá planificar estratégicamente para una transición exitosa, especialmente cuando se trata de determinar qué sitios migrar y en qué orden. Comprender en detalle los requisitos del plan de marcado (numeración, hábitos de marcado, clases de restricción, etc.), conectividad y ancho de banda de la red del sitio (Internet, WAN, LAN) y acceso PSTN (local o centralizado, IP o TDM) para cada sitio será fundamental al tomar decisiones de migración. Para obtener más información sobre modelos de implementación comunes y consideraciones clave, consulte la información sobre modelos de implementación de colaboración disponible en Collaboration SRND.
Otra consideración importante de implementación al realizar la transición es la disponibilidad de ubicación. Tiene diferentes capacidades, suscripciones y dispositivos que están disponibles dependiendo de dónde se encuentre su implementación. Para obtener más información sobre la disponibilidad geográfica, consulte ¿Dónde está disponible Webex? .
Finalmente, es importante entender el impacto que tendrá la transición en otros servicios de colaboración. Según el objetivo de este documento, la suposición general es que si se van a mantener los servicios de colaboración existentes fuera de la carga de trabajo de llamada, se espera la transición a la implementación híbrida de fase 1 mencionada anteriormente. Los ejemplos de servicios de colaboración que pueden requerir una implementación híbrida incluyen el centro de contacto local que aún no se ha migrado al centro de contacto de Webex y las integraciones estrechas en sistemas como sistemas de paginación y facturación. Para obtener más información sobre la transición de cargas de trabajo y servicios de colaboración adicionales, consulte Transiciones de colaboración.
Inventario de dispositivos/clientes existentes
Antes de comenzar la transición, es importante hacer un inventario de sus puntos finales de hardware y software existentes. Tener una lista completa de tipos de dispositivos/modelos, versiones de hardware, tipos de SO de cliente flexible y cantidades garantizará que pueda planificar adecuadamente la transición de los dispositivos y mitigar el impacto para aquellos dispositivos que no se pueden migrar a las llamadas en la nube. El inventario debe usarse para determinar los dispositivos a realizar la transición y los dispositivos a reemplazar antes de la transición.
Teléfonos de escritorio
Para los teléfonos de escritorio de audio y video, solo se admiten los teléfonos de escritorio de las series 6800, 7800, 8800 y 9800. Este es un subconjunto de los teléfonos IP de Cisco que son compatibles con. Hay algunos modelos y versiones de los teléfonos 6800, 7800 y 8800 con los que no se pueden usar. Para obtener más información sobre qué modelos y versiones de hardware son compatibles, consulte Dispositivos compatibles para Webex Calling.
Los teléfonos IP de la serie 6800 de Cisco no se pueden actualizar del firmware Enterprise al firmware multiplataforma (MPP), que es necesario para. Por lo tanto, cualquier teléfono 6800 registrado para ejecutar firmware empresarial debe reemplazarse por un modelo 6800 MPP o por otro modelo de teléfono compatible.
Los teléfonos IP Cisco de las series 7800 y 8800 deben actualizarse al firmware del teléfono multiplataforma (MPP) antes de realizar la transición y registrarlos en. Para determinar qué modelos 7800 y 8800 y versiones de hardware admiten el firmware MPP, consulte Convertir los teléfonos IP de las series 7800 y 8800 de Cisco entre el firmware Enterprise y MPP.
Los 8845, 8865 y 8865NR han llegado al final de la venta y no se recomienda migrarlos a ellos.
No se recomienda el uso de versiones anteriores de los teléfonos de la serie 8800 (8811, 8841, 8851, 8851NR, 8861). Webex Calling Los teléfonos con versiones de hardware VID 14 o anteriores se registrarán, pero pueden experimentar algunos problemas de rendimiento debido al hardware.
Los teléfonos de escritorio de la serie 9800 ejecutan PhoneOS, que admite ambos y el registro. Por lo tanto, estos teléfonos pueden ser transitados sin una actualización de firmware.
Todos los demás teléfonos IP deberán ser reemplazados por teléfonos de las series 6800, 7800, 8800 o 9800 compatibles con. Webex Calling Para obtener más información sobre los teléfonos IP y de escritorio compatibles con, consulte el artículo en Dispositivos compatibles para Webex Calling.
Puntos finales de vídeo
Los terminales de video personal y de sala, incluidas las series Cisco Board, Room y Desk series, pueden registrarse SIP de forma nativa en. Cualquiera de estos puntos finales que necesitan hacer llamadas de audio y/o PSTN requiere una licencia de llamadas:
-
Los dispositivos compartidos en salas de conferencias, espacios de reunión, etc. requieren una licencia de espacio de trabajo profesional o espacio de trabajo.
-
El dispositivo personal de un usuario final requiere una licencia profesional o estándar.
Determine en cuántos terminales de video están registrados y se utilizan para realizar llamadas de audio. Es posible que algunos de los terminales de video solo se utilicen para unirse a reuniones o hacer videollamadas SIP. En cualquier caso, los puntos finales aún deben migrarse antes de que los servidores sean dados de baja, sin embargo, esto ayudará a determinar cuántos de ellos necesitarán licencias para continuar haciendo llamadas telefónicas.
-
Cuando los dispositivos de video se mueven del registro a, el URI de estos puntos finales cambiará ya que ahora están registrados en la nube.
-
Los modelos de teléfono 8845, 8865 y 8875 son videoteléfonos personales que son compatibles con.
Clientes blandos
Es el único cliente flexible soportado por, a diferencia del Unified CM cual soporta tanto la aplicación Webex como Jabber, y es el nuevo cliente flexible predeterminado para los usuarios finales.
Dependiendo de los modos de implementación implementados para Jabber (solo IM, solo por teléfono y/o modos UC completos), es posible que también deba considerar la transición de las cargas de trabajo de Mensajería y/o Reuniones de Jabber al. Se puede implementar en modo solo por teléfono si se va a usar como un cliente que solo llama o se puede implementar como el completo Webex Suite si hay otras cargas de trabajo, p. ej. Webex Messagingy/oWebex Meetings, se están haciendo la transición a la aplicación con llamadas.
Mejora la experiencia del usuario final al proporcionar funciones de IA como inteligencia de audio/video, transcripción de llamadas y otras. Para obtener más información, consulte https://www.webex.com/all-new-webex.
Antes de trasladar a los usuarios a usted, tendrá que hacer la transición de sus clientes Jabber al. Tiene dos opciones para completar esta transición.
-
Antes de que los realice la transición a
-
Cuando los hace la transición a.
Para facilitar la transición inicial a la, se recomienda usar la opción 1 y mover a los usuarios a llamar primero. Esto les da a los usuarios tiempo para familiarizarse con la nueva aplicación mientras siguen utilizando la plataforma de llamadas local existente. Una vez que esté listo para trasladar usuarios a, los configurará para que se registren en la plataforma de llamadas en la nube.
Para obtener más información, acerca de estas dos opciones, consulte Viaje de migración: ¿uno o dos pasos? .
Para obtener una lista completa de los dispositivos compatibles para, consulte Dispositivos compatibles para Webex Calling.
Verifique la elegibilidad del dispositivo
Como se mencionó anteriormente, admite un subconjunto de los teléfonos IP de Cisco y requiere un tipo de firmware diferente para los teléfonos de las series 7800 y 8800. Unified CMLos teléfonos ejecutan el firmware Enterprise, mientras que los teléfonos ejecutan el firmware del teléfono multiplataforma (MPP). Se recomienda verificar qué teléfonos registrados son elegibles para actualizar al firmware MPP durante la fase de preparación. Esto le da tiempo para reemplazar los teléfonos no elegibles con uno de los modelos de teléfono compatibles o para identificar un plan alternativo, como trasladar a un usuario a la aplicación Webex solamente.
Para ayudar a determinar la elegibilidad de los teléfonos, Control Hub tiene una herramienta incorporada llamada Migrar su teléfono a Webex Calling. Cuando utilice esta herramienta para verificar la elegibilidad del dispositivo, seleccione la opción Migración Generar licencia de dispositivo solamente.
Esta opción le permite cargar un archivo CSV que contiene los teléfonos para que pueda verificar la elegibilidad de cada teléfono. Al seleccionar esta opción de migración, no agrega los teléfonos ya que todavía está en la fase de preparación y aún no está listo para hacerlo. Para obtener más información, consulte Migrar su teléfono a Webex Calling.
Es posible que algunos de los teléfonos vuelvan con una elegibilidad desconocida. Esto generalmente se debe a que no puede validar cierta información sobre el teléfono en el sistema de back-end. Para cualquier teléfono que tenga un estado Desconocido, tiene dos opciones para verificar si son elegibles para actualizar al firmware MPP.
-
Revise manualmente cada teléfono y verifique el modelo y la versión de hardware (PID VID)
7800/8800 etiqueta de teléfono con información de modelo y versión de hardware -
Utilice la herramienta de preparación para teléfonos IP de Cisco
Descargue la herramienta de https://github.com/joemar2/mpp_readiness_check.
Esta herramienta no es una herramienta oficial de Cisco ni es compatible con TAC. Tiene el mejor apoyo, pero es de uso gratuito.
Esta herramienta debe ejecutarse en una máquina que esté en las instalaciones y que pueda acceder a los servidores y a los teléfonos IP. Tiene una opción para habilitar el acceso web en los teléfonos IP, que se recomienda y se necesita para obtener los mejores resultados. Por lo tanto, debe usarse durante las horas libres para evitar interrupciones a los usuarios finales. La salida de la herramienta proporciona un informe que enumera cuáles de los teléfonos de las series 7800 y 8800 son elegibles para actualizar al firmware MPP. Debido a que accede directamente al teléfono, puede verificar los dispositivos desconocidos que se informaron desde la herramienta Control Hub.
Informe de la herramienta de preparación para teléfonos IP de Cisco
Usuarios
Uno de los pasos de preparación más importantes para garantizar que tenga una migración exitosa es el aprovisionamiento de usuarios adecuado. Necesita planificar adecuadamente para todos los usuarios, incluso si está realizando una migración gradual. Los usuarios deben ser aprovisionados para cualquiera de los siguientes:
-
Implementar el con Calling
-
Implementando el con
-
Configuración de servicios para un usuario
-
Para hacer que los usuarios puedan realizar búsquedas en el directorio (hacer clic para llamar, información de contacto del usuario, búsqueda en el directorio telefónico).
Se recomienda aprovisionar todos los usuarios antes o al comienzo de su proyecto. Esto incluye a los usuarios que todavía utilizan Unified CM para que su plataforma de llamadas sea independiente de su dispositivo de llamada (teléfono IP, Jabber,). A medida que los usuarios se migren a (y/o el), actualizará sus licencias para habilitar los servicios que necesitan. Al aprovisionar todos los usuarios de llamadas empresariales antes de iniciar su transición, permite que un usuario que haya hecho la transición al directorio o busque en el directorio un usuario de llamadas empresariales que todavía esté en Jabber y/o en. Esto garantiza que los usuarios en transición puedan encontrar la información de contacto de cualquier otro usuario y hacer una llamada a ellos mediante la búsqueda de directorios.
La búsqueda en el directorio de figuras muestra un ejemplo de un usuario que busca otro usuario. Los resultados de búsqueda muestran la información de contacto del usuario y pueden ser para un usuario que todavía está en Jabber o para un usuario que ha hecho la transición al y/o.
A continuación, determine a cuál de los usuarios de llamadas locales existentes serán transferidos. Si se va a realizar la transición a todos o a una gran cantidad de usuarios, entonces se recomienda mover a los usuarios en grupos para garantizar que el equipo del proyecto, el personal de TI y el personal de soporte puedan manejar la transición y cualquier problema que pueda surgir. También debe dedicar algo de tiempo para proporcionar información inicial y sesiones de capacitación para preparar a los usuarios para esta transición. La agrupación de transición de usuarios se puede realizar en función de una variedad de criterios, incluida la ubicación o el sitio al que se asignan los usuarios, los departamentos de los usuarios o incluso los tipos de usuarios (trabajadores del conocimiento, ejecutivos, trabajadores móviles, etc.).
Por ejemplo, si los usuarios de la implementación se dividen en tres sitios principales, Nueva York (NYC), San Francisco (SFC) y Research Triangle Park (RTP), un plan de transición de usuarios puede parecerse al plan descrito en la tabla Plan de transición de usuarios por sitio.
| Sitio de usuario/ubicación | Información previa a la transición y sesiones de capacitación | Período de transición | Soporte posterior a la transición |
|---|---|---|---|
| NYC (1,525 usuarios) | Semana del 1 de abril | 15 de abril — 27 de abril | Semana del 29 de abril |
| SFO (1,600 usuarios) | Semana del 6 de mayo | 20 de mayo — 31 de mayo | Semana del 3 de junio |
| RTP (1,275 usuarios) | Semana del 3 de junio | 17 de junio — 28 de junio | Semana del 1 de julio |
Otro factor importante es la transición de usuarios juntos que tienen dependencias entre sí . Esto podría incluir, pero no se limita a lo siguiente:
-
Monitoreo BLF
-
El mismo piloto/grupo de caza
-
Compartir líneas
-
Parte del mismo grupo de recepción de llamadas
-
Usando los mismos números del parque de llamadas
-
Intercomunicador
-
Administrador/Exec.
Puede revisar la configuración (GUI o exportación) o usar la herramienta Migration Insights para ayudar a identificar los grupos de usuarios con estas dependencias.
Conectividad PSTN
puede acceder a la PSTN de tres maneras: planes de llamadas de Cisco, Cloud Connect para (anteriormente Cloud Connected PSTN) y PSTN local (puerta de enlace local). Sin embargo, una única ubicación como se define dentro del solo se puede asignar a una única opción PSTN.
La PSTN local con una puerta de enlace local (LGW) es un componente esencial de la estrategia de transición. Proporciona conectividad entre la implementación local y/o PSTN y la plataforma. Admite controladores de borde de sesión (SBC) certificados de Cisco y de terceros que se pueden usar como puerta de enlace local. Para obtener la lista más reciente de SBC compatibles, consulte Lista de SBC compatibles.
admite hasta 250 llamadas simultáneas desde una única puerta de enlace local basada en el registro y más de 250 llamadas simultáneas desde una única puerta de enlace local basada en certificados. Las puertas de enlace locales basadas en certificados pueden admitir hasta 6500 llamadas simultáneas, pero esto se basa en el tipo de conectividad que tiene que tener la puerta de enlace local (overthe-top vs interconnect peering) y el modelo SBC en el que se implementa la puerta de enlace local. Estos límites son, en esencia, el límite de recuento predeterminado tanto para las llamadas PSTN basadas en puertas de enlace locales como para las llamadas entre puntos finales y entre puntos finales. Para obtener más información, consulte Introducción a la puerta de enlace local.
Cualquier llamada que exceda este límite se rechaza con un 403 prohibido. El comando show call active voice se puede ejecutar en la puerta de enlace local en cualquier instancia para determinar el número total de llamadas activas.
Las malas condiciones de red entre una puerta de enlace local y el SBC de acceso pueden limitar el rendimiento de la conexión de señalización, lo que lleva a un límite de llamadas simultáneas aún más bajo. La latencia unidireccional entre la puerta de enlace local y el centro de datos no debe exceder los 100 ms y la fluctuación de punto debe ser inferior a 10 ms mientras que la pérdida de paquetes es inferior al 0,5%.
Características y uso de características
Al evaluar el entorno actual, es importante identificar y revisar qué características están configuradas. Además, es importante comprender el uso de las características para que pueda (re) definir sus requisitos comerciales y técnicos para su implementación.
Para determinar qué características están configuradas, analice la configuración. Estos son todos los datos estáticos que se establecen cuando se configura una función o configuración en el sistema. Las siguientes opciones se pueden utilizar para completar este análisis:
-
Revisar la configuración en la GUI de administración
-
exportación de configuración: exportación masiva o AXL
-
herramienta de información de migración (recomendado)
-
Herramientas para partners de terceros de Cisco (recomendado).
Para analizar la utilización de funciones de manera efectiva, es esencial examinar los datos dinámicos del sistema, como la utilización, los registros y la actividad de llamadas. Varias herramientas analíticas y paneles proporcionan información sobre estas métricas, lo que permite una comprensión integral del rendimiento y la capacidad del sistema, lo que respalda la toma de decisiones informada durante los esfuerzos de migración y optimización. Las siguientes opciones se pueden utilizar para completar este tipo de análisis:
-
Revisión de registros CDR sin procesar
-
Revisión de los Unified CM datos RTMT
-
Herramienta de información de migración con datos CDR
-
Revisión del análisis de UC conectado a la nube en
-
Volumen de llamada
-
Puntos finales registrados
-
Ubicaciones (CAC)
-
Utilización del maletero.
-
-
Herramientas para partners de terceros de Cisco.
Cisco recomienda comenzar con la herramienta Webex Control Hub Migration Insights para este análisis. Importará su archivo.TAR de exportación y los archivos Unified CM CDR (opcional, pero necesarios para el análisis de utilización de características) a la herramienta. La herramienta generará los siguientes informes basados en CSV que se pueden utilizar para iniciar el análisis:
| Nombre del informe Descripción del informe |
|---|
| ImportedDataBulk.csv
Todos los usuarios y dispositivos a partir de Unified CM datos |
| DeviceEligibility.csv
Identifica los dispositivos elegibles para migrar Webex Calling (teléfonos IP, dispositivos con SO de sala, ATA y terceros) |
| DevicePoolNumbers.txt Lista de todos los números en un grupo de dispositivos en particular |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalles sobre dispositivos y usuarios que deben migrarse juntos en función de líneas compartidas, piloto de búsqueda, cola de llamadas, parque de llamadas y configuración del grupo de recogida de llamadas |
| HuntGroupMigrationInsight.csv Información detallada sobre líneas de búsqueda asignadas, grupos de líneas y agentes asociados |
| SharedlineGroupMigrationReport.csv Descripción general de cómo se comparten los números de teléfono (números de directorio) entre los usuarios |
| Nombre del informe Descripción del informe |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Información sobre la elegibilidad para la migración de dispositivos según el uso de la función |
| FeatureUsageWithLastUsageDateReport.csv Recuento de uso para el número de veces que se ha llamado a los pilotos de búsqueda y a las colas de llamadas junto con la última fecha de uso |
| UserWorkspaceLastUsage.csv Fecha de última utilización para usuarios y espacios de trabajo tanto para clientes blandos como para teléfonos duros |
| DIDUsageReport.csv Uso DID tanto para DID asignados como no asignados |
Para obtener más detalles sobre los informes de Migration Insights, consulte Información sobre migración.
Si necesita más información sobre las características y el uso después de revisar la información en los informes de Migration Insights, Cisco recomienda considerar una de las herramientas de migración de partners de terceros de Cisco y/o revisar las configuraciones en la GUI o en los datos de exportación de configuración.
Integraciones de Cisco: Unity Connection UCCX UCCE
El correo de voz es una parte integral de la oferta y está integrado de forma nativa en la solución. No se puede integrar con una solución de correo de voz basada en las instalaciones como Unity Connection o Unity Connection Express. Además, no hay una forma nativa de migrar mensajes de correo de voz o saludos de conexión de Unity existentes al servicio de correo de voz nativo disponible con. Algunas de las herramientas de migración de partners de Cisco de terceros tienen capacidades para migrar algunos de estos datos. Para obtener más información sobre el correo de voz, consulte Configurar y administrar la configuración del correo de voz para un Webex Calling usuario.
también admite buzones de correo de voz y fax compartidos. Para obtener más información, consulte Administrar un correo de voz compartido y un buzón de fax entrante para. Webex Calling
tiene una función incorporada de Auto Attendant que se incluye como parte de la plataforma principal. Esta característica permite la transición de los manejadores de llamadas de su Unity Connection y la funcionalidad de autoasistente . La herramienta Control Hub, Migrar características desdeUnified CM, admite la migración de las configuraciones de Unity Connection a Auto-Attendants. Para obtener más información sobre el uso de esta herramienta, consulte Migración de dispositivos y características de Unified CM aWebex Calling.
Grabación de llamadas
incluye dos opciones para la grabación de llamadas sin costo adicional.
-
Grabación de llamadas Webex
-
Grabación Dubber Go (oferta de socio): una integración entre y dubber donde todos los medios grabados se guardan de forma segura en la nube.
La tabla de opciones de grabación incluida destaca algunas características clave de las dos opciones de grabación de llamadas que están disponibles sin costo adicional.
| Webex | Dubber Go |
|---|---|
| Disponible para todos los usuarios | Disponible para todos los usuarios |
| Grabaciones ilimitadas | Grabaciones ilimitadas |
| Período de retención de 1 año* | Período de retención de 30 días |
| 100 GB de almacenamiento por organización | - |
| Los oficiales de cumplimiento pueden acceder y administrar las grabaciones de llamadas | - |
| API para administrar grabaciones | - |
Los administradores pueden configurar y administrar el acceso de los usuarios a sus grabaciones de llamadas
|
Solo los usuarios pueden acceder y administrar sus grabaciones
|
Si su organización requiere capacidades de grabación adicionales, como grabación de llamadas de cumplimiento, períodos de retención más largos, más almacenamiento, análisis de IA y/o acceso de administrador, existen ofertas pagas o complementos de Cisco y de terceros proveedores de grabación. Para obtener más información sobre los proveedores de grabación, las configuraciones y los servicios de socios adicionales, consulte Administrar la grabación de llamadas para Webex Calling.
Integraciones de terceros
admite una variedad de integraciones de terceros que incluyen, entre otras, SBC para puertas de enlace locales, teléfonos IP, teléfonos de intercomunicación, bocas/buscapersonas, ATA, etc. Además de estos dispositivos de terceros, Webex Calling admite diferentes soluciones de terceros para atención al cliente, análisis, grabación, facturación, etc. Para obtener más información sobre soluciones de terceros, consulte Webex App Hub.
Plan
Plan de proyecto de alto nivel
Al desarrollar un plan de proyecto de alto nivel para migrar de a, es esencial establecer fases e hitos claros que se alineen tanto con los objetivos comerciales como con los requisitos técnicos. El plan debe comenzar con una fase de evaluación integral, que incluya la recopilación de requisitos técnicos y comerciales detallados, así como la identificación de las partes interesadas y la definición de criterios de éxito. Las consideraciones clave incluyen la asignación de recursos, la estimación del cronograma, la gestión de riesgos y las estrategias de comunicación para garantizar que todas las partes estén informadas y comprometidas durante la migración. Además, el plan debe incorporar puntos de verificación de validación como pruebas piloto e implementaciones por fases para minimizar las interrupciones y permitir ajustes basados en los comentarios.
Ejemplos de elementos a incluir en el plan del proyecto son:
-
Definir el alcance de la migración (por ejemplo, qué usuarios, dispositivos y características harán la transición)
-
Programación de sesiones de capacitación para usuarios finales y equipos de soporte
-
Coordinar las evaluaciones de preparación de la red, y
-
Planificación de actividades de transición con opciones alternativas. También es importante integrar las revisiones de cumplimiento y seguridad, así como el soporte posterior a la migración y las fases de optimización.
Al estructurar el plan del proyecto con estas consideraciones, las organizaciones pueden administrar mejor la complejidad, reducir los riesgos y lograr una transición más fluida a.
Viaje migratorio: ¿uno o dos pasos?
requiere que los usuarios usen el para su cliente de software que llama. Por lo tanto, si algún usuario todavía está usando, tiene dos opciones sobre cuándo puede moverlos al. Puede realizar una migración de usuario en un solo paso o una migración de usuario de dos pasos.
Opción 1: Migración de usuarios en un solo paso
En una migración de un solo paso, los usuarios hacen la transición de a la misma vez que hacen la transición de Unified CM a. Esta opción es típicamente para clientes con un pequeño número de usuarios para migrar y pueden administrar el traslado tanto del cliente flexible del usuario como del servicio de llamadas al mismo tiempo. La cifra a la que se migra el servicio de llamadas del usuario, el cliente flexible y el teléfono al mismo tiempo que se muestra a continuación resalta este tipo de migración. Con esta opción, un usuario tendrá todo lo siguiente completado al mismo tiempo:
-
Los servicios de llamadas se trasladaron de a
-
Números de teléfono y extensiones movidos de a
-
El cliente blando hizo la transición de Jabber al - se registrará en
-
El registro telefónico se trasladó de a.
Esto aún puede ser una migración por fases en la que grupos de usuarios se mueven en diferentes momentos, pero cuando cada usuario se mueve, todo esto sucede al mismo tiempo.
Opción 2: Migración de usuarios en dos pasos
El otro enfoque es una migración de dos pasos. En el paso 1, los usuarios hacen la transición de a la, pero permanecen para llamar a los servicios. Luego, en el paso 2, los usuarios se mueven de Unified CM a. Esta opción se recomienda para que los clientes más grandes administren los cambios del usuario final y deseen separar el cambio de cliente flexible del cambio del servicio de llamadas. En la siguiente figura Migrar cliente flexible; luego migrar el servicio de llamadas, el cliente flexible y el teléfono a Webex Calling continuación, se destaca este tipo de migración.
Paso 1
-
El cliente blando hizo la transición de a - se registrará a.
Paso 2
-
Los servicios de llamadas se trasladaron de a.
-
Números de teléfono y extensiones movidos de a.
-
el registro se trasladó de a.
-
El registro telefónico se trasladó de a.
Esto aún puede ser una migración por fases en la que grupos de usuarios se mueven en diferentes momentos en ambos pasos.
La opción que elija depende de cómo quiera administrar la transición de sus usuarios a la y. La recomendación es tomarlo en pasos (Opción 2). Esto le permite minimizar los cambios del usuario final a la vez y dividir el esfuerzo en diferentes partes del proyecto. Sin embargo, si prefiere que los usuarios solo se vean afectados una vez, entonces usar la Opción 1 también es válido.
Al observar el viaje recomendado (Opción 1), la siguiente figura del mapa de transición de alto nivel de Jabber a Webex App muestra la transición de alto nivel para el paso 1.
En este paso, los usuarios son transferidos de Jabber a todos sus servicios de llamadas. Sin embargo, la plataforma de llamadas aún está Unified CM y registrará sus servicios de llamadas a. Como se ve en el mapa de transición de alto nivel de Jabber a Webex App, la infraestructura local no cambia y funciona de la misma manera que lo hace Jabber. El único cambio es que requiere una conexión con.
Para obtener más información sobre esta transición, consulte Mapa de transición de Jabber a Webex y Guía de implementación en la sección Cliente en la página Transición de colaboración.
Unified CMla figura del mapa de transición a Webex Calling alto nivel es la transición de alto nivel de a. Este es el paso 2 del viaje recomendado.
Si decide utilizar el enfoque de un solo paso, esto también se aplica.
En este paso, los usuarios se hacen la transición a grupos. En este punto, los usuarios comienzan a usar para sus servicios de llamadas, registro de llamadas y registro de teléfono IP.
Dado que los usuarios se mueven en grupos, los usuarios de Enterprise se dividirán entre las dos plataformas de llamadas durante la transición. La figura del mapa de transición de fase 1 Unified CM a Webex Calling alto nivel representa este estado. Durante esta fase, se requiere planificación sobre cómo administrar las llamadas entre usuarios en las dos plataformas y cómo se enrutarán las llamadas PSTN. Cada vez que se realiza la transición a un grupo de usuarios, se requerirán planes de marcación y actualizaciones de enrutamiento de llamadas en, y en las puertas de enlace locales.
Una vez que todos los usuarios, clientes flexibles y dispositivos han sido transitados a (Fase 2), entonces toda la infraestructura de UC local se puede quitar y dar de baja.
Diseño
Selección de región
está disponible en todo el mundo y se entrega desde centros de datos redundantes en múltiples regiones: EE. UU. (Dallas, Chicago), Canadá (Vancouver, Toronto), Europa (Frankfurt, Ámsterdam), Reino Unido (Londres, Manchester), Australia (Melbourne, Sydney), Japón (Tokio, Osaka), Arabia Saudita (Riad, Jeddah) e India (Mumbai, Chennai). Los medios POPs proporcionan servicios multimedia para optimizar los tiempos de ida y vuelta de los medios. El centro de datos de Singapur, por ejemplo, se utiliza para optimizar los tiempos de viaje de ida y vuelta de los medios para clientes en países asiáticos donde los tiempos de ida y vuelta a la región de Australia o Japón pueden ser subóptimos. Los centros de datos están interconectados por una red troncal multigigabit y totalmente redundante. La cifra de centros de datos distribuidos globalmente muestra una visión general de todos los centros de datos. Para obtener la lista más reciente de centros de datos disponibles, consulte Ubicaciones de centros de datos para Webex Calling.
Cada cliente se aprovisiona en una de las instancias. Toda la información de aprovisionamiento de ese cliente se almacena en esa instancia y la señalización SIP de todos los endpoints y puertas de enlace locales aprovisionadas para ese cliente está vinculada a la instancia en la que se aprovisionó el cliente. Debido a que es difícil cambiar la selección inicial de la región, es importante considerar todos los factores relevantes como parte del proceso de decisión que conduce a la selección de la región. Para evitar el retraso excesivo de la señalización de ida y vuelta, es importante decidir al principio del proceso de transición qué instancia se debe usar. Cisco recomienda seleccionar la instancia que proporciona los tiempos de ida y vuelta de señalización más bajos para el mayor número de usuarios dentro de la implementación.
Para conocer la disponibilidad del país, consulte ¿Dónde está disponible Webex? .
Ubicaciones
Para prepararse para el aprovisionamiento de ubicaciones, es necesario recopilar la información requerida para todas las ubicaciones de destino de migración. La información necesaria para cada ubicación se resume en Información a capturar para cada ubicación.
| Información | Comentario |
|---|---|
| Rango (s) de extensión | Cada ubicación puede tener extensiones que comienzan con diferentes dígitos. Debe ahorrarse un dígito para
el dígito de dirección de marcado entre sitios (por ejemplo 8) y uno para el dígito de
dirección PSTN (por ejemplo 9). Ningún rango de extensión puede comenzar con ninguno de
estos dos dígitos. Todos los rangos de extensión de todas las ubicaciones deben ser de la misma longitud. |
| Rango (s) DID | - |
| Dígito de dirección PSTN | - |
| Código del sitio | Todos los códigos de sitio de todas las ubicaciones deben ser únicos y tener la misma longitud. |
| Número principal | Al crear una ubicación, se deben aprovisionar dos DID. Uno como número
principal (por ejemplo, para ser asignado a un servicio de asistente automático) y uno para
el portal de correo de voz. Provisión 1 DID para el número de correo de voz. |
| Número de correo de voz | |
| Número de licencias | Licencias requeridas por tipo, incluyendo Standard, Professional, Workspace, Route List, Route List, Outbound Calling Plan. |
| Llamadas simultáneas en las horas de mayor actividad | Suma de llamadas simultáneas entre dispositivos y entre dispositivos y la puerta de enlace local (PSTN y llamadas a dispositivos). Necesario para determinar el ancho de banda de acceso a Internet requerido. |
| País | - |
| Zona horaria | - |
| Idioma | - |
| Contacto (nombre, teléfono, correo electrónico) | - |
| Dirección (dirección, ciudad, estado, código postal) | - |
| Ubicación física despachable de servicios de emergencia para terminales | La ubicación despachable del dispositivo utilizada para llamadas de emergencia generalmente incluye lo siguiente: dirección del edificio, dirección del edificio +número de piso, dirección del edificio + número de suite o dirección del edificio + número de piso + número de oficina/número cúbico. |
| Ubicación de red física única por dispositivo para servicios de emergencia | La ubicación de red física para llamadas de emergencia generalmente incluye lo siguiente: conmutador/puerto de conmutación para dispositivos cableados, Identificadores de conjunto de servicio básico (BSSID) de punto de acceso inalámbrico (AP) para dispositivos conectados inalámbricos y/o subredes IP locales para dispositivos de punto final. |
PSTN
Al diseñar una implementación, los clientes tienen tres opciones principales de conectividad PSTN: planes de llamadas Cisco (un servicio PSTN entregado en la nube administrado por Cisco), proveedores PSTN conectados a la nube (CCPP, donde los proveedores brindan servicio PSTN a través de la nube) y PSTN local (donde las puertas de enlace locales conectan la red empresarial a la PSTN). Con la introducción del trunking PSTN para implementaciones híbridas (para obtener más información, consulte Trunking PSTN para Webex Calling implementaciones híbridas en PSTN trunking), las organizaciones obtienen flexibilidad adicional en su enfoque de migración. Esta función permite a los clientes mover su PSTN a CCPP al comienzo del viaje de transición y comenzar la transición a la PSTN en la nube para los usuarios, al tiempo que aprovechan CCPP para mantener el servicio PSTN para los usuarios que permanecen en Cisco durante una migración por fases.
Este enfoque híbrido permite a las organizaciones mover grupos de usuarios seleccionados a la nube primero, sin necesidad de una revisión inmediata de todo su entorno de telefonía. Sin embargo, introduce complejidad y riesgo adicionales, particularmente en lo que respecta a la adaptación de la lógica de enrutamiento de llamadas existente para admitir la nueva arquitectura. La interoperabilidad con aplicaciones heredadas, como servidores de fax, centros de contacto o sistemas de paginación, también requiere una cuidadosa consideración. Los desafíos técnicos clave pueden incluir garantizar una negociación de códec de extremo a extremo sin interrupciones y la señalización DTMF (Dual-Tone Multi-Frequency) en todo el entorno mixto, así como validar la compatibilidad con funciones de telefonía especializadas. La planificación y las pruebas adecuadas son esenciales para minimizar las interrupciones y mantener servicios de voz confiables durante todo el proceso de migración. Además, las consideraciones comerciales son importantes, ya que la conexión troncal híbrida requiere una licencia de uso basada en el número de llamadas simultáneas entre el entorno local y el proveedor PSTN conectado a la nube (CCPP).
Alternativamente, las organizaciones pueden optar por conservar su conectividad PSTN local a lo largo de la fase de transición. En este escenario, la migración a CCPP se puede ejecutar de dos maneras: como un único punto de corte coordinado para todos los usuarios y ubicaciones una vez que se completa la migración, o de forma incremental, con la migración de PSTN que se produce por ubicación a medida que se mueven los usuarios. Este enfoque puede ayudar a optimizar la coexistencia y mantener la continuidad de las integraciones heredadas, pero introduce varias complejidades operativas. Entre ellos se encuentran los desafíos relacionados con la portabilidad numérica, como la necesidad de una coordinación precisa de las órdenes de puertos numéricos, los posibles retrasos y las limitaciones impuestas por el proveedor, como un límite en el número de solicitudes de puertos simultáneos o restricciones en la portabilidad de subconjuntos de bloques de gran número. Las organizaciones deben planificar cuidadosamente su estrategia de transición de PSTN, teniendo en cuenta estas consideraciones logísticas para evitar interrupciones en el servicio y garantizar una experiencia de migración sin problemas.
La figura Migración a CCCP al inicio frente a mantener PSTN en las instalaciones muestra las dos opciones de migración de PSTN explicadas anteriormente. La ilustración de la izquierda muestra el escenario en el que todos los usuarios y aplicaciones locales consumen servicios PSTN conectados a la nube a través de un enlace troncal local y una puerta de enlace local que conecta las instalaciones locales a, mientras que la ilustración de la derecha muestra el escenario en el que la PSTN local existente permanece en su lugar y los usuarios Webex Calling utilizan PSTN local a través de la conexión de puerta de enlace local entre locales y. Durante la transición, las ubicaciones se pueden cambiar a usar Cloud Connected PSTN.
En ambos escenarios, las llamadas entre las instalaciones y el usuario utilizan la conexión de puerta de enlace local. La conexión entre local y debe diseñarse y dimensionarse de acuerdo con el número esperado de llamadas simultáneas y la redundancia requerida.
Plan de marcado
Para lograr una interoperabilidad perfecta entre y durante el período de migración, se debe desarrollar e implementar una arquitectura de plan de marcado integral en ambas plataformas. Este diseño de plan de marcado de doble plataforma garantiza un enrutamiento de llamadas consistente, la traducción de números y la transparencia de las funciones, lo que permite a los usuarios de cualquiera de los sistemas comunicarse sin degradación del servicio o interrupciones en la experiencia del usuario durante la fase de coexistencia.
Plan de marcado local
Durante la transición para permitir la coexistencia de dispositivos registrados en Unified CM y en el plan de marcación empresarial, es necesario cambiar para que se puedan cumplir al menos los siguientes requisitos:
-
+E.164 marcando desde hasta
-
Marcado de extensión desde hasta (dentro del sitio pero también entre sitios si los rangos de extensión son únicos)
-
Marcado abreviado entre sitios de a
-
Marcado forzado en la red desde hasta
-
Retrollamada desde el directorio de llamadas perdidas a destinos en
-
PSTN llama de a PSTN si durante la transición PSTN local se utiliza para
-
PSTN llama de a si durante la transición, la conexión troncal PSTN para implementaciones híbridas se utiliza para proporcionar acceso PSTN a usuarios locales a través de Cloud Connect para
-
Forzado en la red desde hasta
-
Extensión de marcación desde hasta (entre sitios).
Si alguno de los anteriores no es compatible con los hábitos de marcación antes de la transición, por ejemplo, no existe un hábito abreviado de marcado entre sitios, entonces no necesariamente es necesario introducirlos durante la transición.
El plan de marcado de prácticas recomendadas de la figura muestra el enfoque de plan de marcado de mejores prácticas como se describe en la arquitectura preferida para implementaciones locales empresariales de Cisco Collaboration 12.x, CVD. Las características clave de este enfoque incluyen:
-
Partición única para números de directorio +E.164
-
Enrutamiento central basado en patrones de ruta +E.164
-
Normalización de todos los hábitos de marcación a +E.164 usando patrones de traducción
-
Uso del patrón de traducción que llama a la herencia del espacio de búsqueda (opción Usar el espacio de búsqueda de llamada del originador establecido en patrones de traducción).
Por ejemplo, la marcación PSTN (9+1+10D) desde un dispositivo en SJC aprovisionado con espacio de búsqueda de llamadas de línea SJCInternational primero coincidirá con el patrón de traducción 9.1 [2-9] XX [2-9] XXXXXX que normaliza el número de parte llamada a +E.164. La búsqueda secundaria luego usa el mismo espacio de búsqueda de llamada SJCInternational nuevamente (llamada herencia del espacio de búsqueda) y la cadena +E.164 dígitos coincidirá con un número de directorio +E.164 en la partición DN o con uno de los patrones de ruta PSTN en la partición USPSTNNational o SJCPSTNLocal. Los hábitos abreviados de marcado dentro y entre sitios se implementan mediante las traducciones en la partición ESN y SJCToE164. Si bien la partición ESN es una partición global (accesible para teléfonos en todas las ubicaciones), la partición SJCTOE164 solo es accesible para usuarios en la ubicación SJC. Esto supone que los rangos de extensión se superponen.
El primer paso para habilitar las llamadas desde hasta es asegurarse de que los destinos +E.164 se enruten en consecuencia. Esto se puede lograr agregando una partición al plan de marcado, agregando patrones de ruta +E.164 para todos los destinos a esa partición y, finalmente, agregando la partición a todos los espacios de búsqueda de llamadas que representan clases de servicio a las que debe poder llegar. La creación de una partición dedicada es necesaria para permitir la creación de una clase de servicio diferenciada para las llamadas que se originan desde. Para evitar bucles de llamada, el espacio de búsqueda de llamadas entrantes en el enlace troncal desde la puerta de enlace local no debe tener acceso a la partición.
Como se muestra en la Figura +E.164 Enrutamiento aWebex Calling, para habilitar el enrutamiento de a para una ubicación con un rango DID +E.164 +1 221 555 2XXX y código de sitio 121, se debe agregar a la partición un patrón de ruta urgente que coincida con este rango +E.164.
Si no se requiere una selección de puerta de enlace local específica del sitio, en lugar de usar una lista de rutas con un grupo de rutas local como destino para los patrones de ruta que apuntan a un único grupo de rutas se puede aprovisionar con la puerta de enlace local como único miembro y, a continuación, los patrones de ruta apuntan a una sola lista de rutas con este grupo de rutas como única entrada.
Para habilitar la marcación abreviada entre sitios al sitio, se agrega el patrón de ruta 8121.2XXX requerido a la partición. Para los sitios que se van a hacer la transición a un patrón de normalización de marcado 8121.2XXX que normaliza ESN, es posible que ya exista marcado a +E.164 en la partición ESN. En ese caso, el 8121.2XXX parece ser redundante, pero tan pronto como todos los DN de la ubicación respectiva se hayan migrado al patrón de traducción de normalización de marcado 8121.2XXX se pueden eliminar y luego el patrón de ruta 8121.2XXX habilita la marcación ESN incluso para usuarios de extensión que se encuentren en ese rango.
Con estos cambios de plan de marcado, las llamadas a la ubicación se pueden realizar no solo marcando entre sitios abreviados y +E.164. Además, la marcación PSTN internacional y nacional es posible porque estos hábitos de marcado se normalizan primero a +E.164 a través de los patrones de traducción de normalización de marcado ya existentes y luego se enrutan haciendo coincidir el patrón de ruta +E.164 en la partición.
La coincidencia del patrón de ruta +E.164 en el rango DID de la ubicación se puede aprovisionar mientras todos los DID aún están alojados en. El mejor algoritmo de coincidencia de patrones de coincidencia asegura que cuando se marca un número alojado en, el número de directorio +E.164 aprovisionado coincida mejor que el patrón de ruta +E.164 comodín que apunta para que las llamadas se extiendan a una línea activada y no se envíen a.
plan de marcado
A cada usuario se le proporciona una extensión y/o un número de teléfono +E.164. La longitud de la extensión es una configuración global fija: todas las extensiones de una implementación tienen la misma longitud. La marcación de extensión se puede usar entre usuarios tanto dentro de una ubicación como entre ubicaciones. La marcación abreviada de extensión entre sitios (el último caso) solo funciona si la extensión programada es única.
Si la marcación abreviada entre sitios entre ubicaciones es un requisito, pero hay superposiciones entre extensiones asignadas en diferentes ubicaciones, entonces se debe crear un plan de numeración específico de la empresa prefijando las extensiones con un código de acceso y un código de sitio. Para obtener más información, consulte Arquitectura preferida para implementaciones locales de Cisco Collaboration 15, Descripción general del diseño disponible en Arquitecturas preferidas de colaboración de Cisco.
La longitud de extensión, el comportamiento de marcado de extensión entre ubicaciones, la longitud del prefijo para la marcación entre ubicaciones y el dígito de dirección en el prefijo de enrutamiento para la marcación entre ubicaciones se configuran en la configuración del servicio de llamadas en:
-
Longitud del prefijo de ruta de ubicación: Longitud del prefijo, incluido el dígito de dirección. Solo se requiere si es necesario establecer un plan de numeración empresarial como un hábito abreviado alternativo de marcado entre ubicaciones empresariales.
-
Dígito de dirección en el prefijo de enrutamiento: Dígito de dirección para el hábito abreviado de marcado entre ubicaciones empresariales. Deben evitarse las superposiciones con el primer dígito de cualquier ubicación y los dígitos de marcado salientes de la ubicación. Solo se requiere si es necesario establecer un plan de numeración empresarial como un hábito abreviado alternativo de marcado entre ubicaciones empresariales.
-
Longitud de extensión interna: longitud estándar de extensiones. Puede tener cualquier valor entre dos y diez.
Cuando se requiere marcación de extensión o marcación con números significativos de la empresa (código de dirección, código de sitio, extensión) desde un control de llamadas local y el control de llamadas local envía una extensión como identificador de llamadas, asegúrese de establecer también el parámetro Longitud máxima de extensión desconocida en la sección Enrutamiento de llamadas entre y locales para asegurarse de que las llamadas ascendentes del control de llamadas local se puedan clasificar correctamente como llamadas locales. -
Permitir marcación de extensión entre ubicaciones: active o deshabilite la marcación de extensión entre ubicaciones. Esta opción solo debe habilitarse si todas las extensiones dentro de la organización son únicas. Si la opción está deshabilitada, entonces los números significativos de la empresa (código de dirección, código de sitio, extensión) o números de teléfono deben marcarse entre ubicaciones.
Los primeros tres parámetros se utilizan principalmente para construir un plan de marcado para teléfonos a fin de minimizar los tiempos de espera entre dígitos cuando se usa la marcación fuera de línea. Las desviaciones de esta configuración global siguen siendo posibles (por ejemplo, se pueden aprovisionar extensiones con una longitud diferente), pero aparecerá un mensaje de advertencia en Control Hub y la marcación desde teléfonos podría requerir una marcación en bloque para evitar conflictos dentro del plan de marcado precargado.
El ejemplo de numeración de la tabla Enterprise muestra un ejemplo de tres ubicaciones donde los rangos de extensión de dos ubicaciones, NYC y RTP, son idénticos. El establecimiento de un esquema de numeración empresarial con el dígito de dirección entre sitios 8, seguido de un código de sitio de tres dígitos y la extensión de cuatro dígitos crea un hábito de marcado abreviado entre sitios que no se superpone.
| Sitio | Rango de extensión | Código del sitio | Gama empresarial |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Para permitir una transición sin problemas, el conjunto de hábitos de marcación para los usuarios antes y después de la transición a idealmente debería ser el mismo. Para prepararse para la transición para cada ubicación, es necesario documentar los rangos DID y los rangos de extensión (o hábitos abreviados de marcación dentro del sitio). Con base en esta información, entonces se debe seleccionar el dígito de dirección entre sitios.
La tabla Rangos de extensión de longitud fija muestra un ejemplo de tres ubicaciones y rangos de extensión de longitud fija. Debido a que se deben evitar los hábitos de marcación superpuestos, es importante asegurarse de que para cualquier rango de extensión el primer dígito del rango no coincida con el dígito de dirección para la marcación abreviada entre sitios. Si, por ejemplo, se selecciona 8 como el dígito de dirección para la marcación entre sitios, entonces ningún rango de extensión en ningún sitio puede comenzar con 8. Por lo general, las extensiones en una ubicación determinada coinciden con los últimos dígitos de los DID asignados a esa ubicación. Para evitar conflictos, se puede cambiar el primer dígito de la extensión. Si, por ejemplo, se utilizan DID en el rango +1 408 555 8XXX en una ubicación, entonces en lugar de usar 8XXX como rango de extensión 7XXX se puede usar para las extensiones en ese sitio
| Sitio | Rango de extensión | Extensiones | Código del sitio | Gama empresarial |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Las cadenas de marcación de siete dígitos que se marcan en un dispositivo que utiliza el plan de marcación estadounidense se superponen con un patrón de siete dígitos para la marcación local en el plan precargado de marcación estadounidense. Para evitar superposiciones entre cualquier hábito de marcado dentro de la red y fuera de la red (PSTN), se puede usar un código de acceso externo obligatorio en esa ubicación. Si el esquema de numeración empresarial existente y la correspondiente marcación abreviada entre sitios se superponen con patrones en el dial nacional, entonces durante la transición al esquema de numeración para evitar superposiciones también se puede cambiar a una forma más larga o más corta. La manera más fácil de lograr esto es agregar un dígito adicional de relleno al esquema de numeración. El nuevo esquema de marcado entre sitios más largo solo debe ser adoptado por los usuarios a los que ya han migrado. Los usuarios que aún están activos pueden continuar marcando siete dígitos. El plan de marcado empresarial en este caso debe asegurarse de que la marcación abreviada de siete dígitos de Unified CM a se transforme a +E.164 o al formato de marcado abreviado implementado en. Esto debe hacerse antes de enviar la llamada a la puerta de enlace local.
La tabla Transición de la marcación de siete dígitos muestra un ejemplo de esta renumeración. En este ejemplo, la marcación abreviada entre sitios utiliza el dígito de dirección 8 seguido de un código de sitio de dos dígitos y una extensión de cuatro dígitos. Para evitar la marcación abreviada entre sitios de siete dígitos para ubicaciones en, los códigos de sitio se pueden cambiar fácilmente a tres dígitos prefijando un dígito de relleno arbitrario (8 en el ejemplo) a los códigos de sitio de dos dígitos utilizados para que la marcación entre sitios desde teléfonos use el dígito de dirección 8 seguido del dígito de relleno 8, el antiguo código de sitio de dos dígitos y la extensión de cuatro dígitos. Los usuarios en no necesitan recordar nuevos códigos de sitio; solo necesitan recordar usar 88 como prefijo para la marcación entre sitios en lugar de 8 en adelante.
| Sitio | Extensiones | Código del sitio | Gama empresarial | Código del sitio | Rango de empresa |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
En un escenario con diferentes formatos de número de empresa activados y si los números de empresa se presentan como información de la parte llamante para las llamadas desde a (por ejemplo, llamadas desde dispositivos sin un DID), es importante implementar también un mapeo entre los diferentes formatos de números para la información de la persona que llama para garantizar que la devolución de llamada funcione. Este mapeo se puede lograr utilizando el patrón de transformación de la parte llamante en el enlace troncal entre y la puerta de enlace local.
Grabación
Una solución de grabación de llamadas bien diseñada requiere una cuidadosa consideración de varios elementos clave de diseño para garantizar que se alinee con los objetivos de la organización, los requisitos reglamentarios y las limitaciones técnicas. Dos de las decisiones más críticas implican la selección de proveedores y la selección de regiones, las cuales pueden necesitar ser adaptadas globalmente y anuladas en ubicaciones específicas, según las necesidades del negocio.
1. Selección del proveedor de grabación de llamadas
Seleccionar el proveedor de grabación de llamadas adecuado es fundamental para cumplir los objetivos comerciales y garantizar la alineación de características en toda la organización:
-
Selección de proveedores globales: Las organizaciones suelen designar un proveedor principal de grabación de llamadas a nivel global, lo que garantiza la coherencia en el conjunto de características, el cumplimiento y el soporte en todas las ubicaciones
-
Anulación basada en la ubicación: en escenarios en los que sitios o regiones específicos tienen necesidades comerciales únicas o requisitos reglamentarios, puede ser necesario anular la selección global de proveedores y especificar proveedores alternativos para esas ubicaciones. Esta flexibilidad soporta diversos mandatos de cumplimiento de normas y necesidades operativas locales
-
Requisitos comerciales: La elección del proveedor debe estar impulsada por una evaluación de los impulsores comerciales, como el cumplimiento normativo (ejemplo: MiFID II, HIPAA), garantía de calidad, resolución de disputas o necesidades de capacitación
-
Disponibilidad de funciones: Los proveedores deben evaluarse en función de su capacidad para entregar las funciones requeridas, como monitoreo en tiempo real, capacidades de búsqueda y reproducción, cifrado, políticas de retención, integración con plataformas de análisis y soporte para diferentes tipos de llamadas (entrantes, salientes, internas).
2. Selección de región
Determinar la región donde se almacenan y procesan las grabaciones de llamadas es fundamental para el cumplimiento de normas y el rendimiento:
-
Selección de región global: De forma predeterminada, las organizaciones pueden elegir una sola región para almacenar grabaciones de llamadas para simplificar la administración y la gobernanza
-
Anulaciones de región basadas en la ubicación: cuando las leyes de residencia de datos o las políticas corporativas lo requieran, puede ser necesario anular la configuración regional global para ubicaciones específicas, asegurando que las grabaciones de llamadas se almacenen y procesen dentro de los límites geográficos requeridos
-
Requisitos de residencia de datos: El diseño debe tener en cuenta las regulaciones internacionales y locales de protección de datos (como GDPR, CCPA o mandatos específicos del país) que pueden dictar dónde y cómo se conservan las grabaciones de llamadas.
Otro aspecto crítico que debe abordarse durante la planificación y el diseño de una solución de grabación de llamadas es la estimación de los requisitos de almacenamiento de información. Prever con precisión las necesidades de almacenamiento de información es esencial para garantizar que haya suficiente capacidad disponible para soportar las operaciones comerciales en curso, mantener el cumplimiento de normas y evitar interrupciones en el servicio.
Se deben considerar varios parámetros clave al determinar la demanda de almacenamiento de información esperada:
-
Volumen de llamadas grabadas: Evalúe el número anticipado de llamadas que se grabarán dentro de un intervalo de tiempo determinado (por ejemplo, por día, semana o mes). Esto incluye no solo las llamadas externas, sino también las comunicaciones internas, si así lo requieren las políticas comerciales o los mandatos regulatorios
-
Duración promedio de las llamadas: Calcule la duración típica de las llamadas grabadas, ya que las llamadas más largas consumirán más espacio de almacenamiento. Las variaciones en la duración de la llamada entre diferentes departamentos o grupos de usuarios también deben tenerse en cuenta en la estimación
-
Período de retención: Defina el período de tiempo que deben conservarse las grabaciones, que a menudo está dictado por políticas organizativas o regulaciones externas (como estándares de cumplimiento específicos de la industria). Los períodos de retención más largos aumentarán los requerimientos generales de almacenamiento de información
-
Proyecciones de crecimiento: Considere el crecimiento anticipado en los volúmenes de llamadas o la expansión del alcance de grabación, que puede ser el resultado del escalamiento del negocio, nuevos requisitos regulatorios o la incorporación de usuarios o ubicaciones adicionales.
Al analizar a fondo estos parámetros, las organizaciones pueden desarrollar una sólida estrategia de almacenamiento de información que garantice escalabilidad, rentabilidad y cumplimiento normativo para su solución de grabación de llamadas. También es recomendable revisar y ajustar regularmente las asignaciones de almacenamiento de información a medida que los patrones de uso evolucionan con el tiempo.
Llamadas de emergencia
El requisito de enrutar una llamada de emergencia al centro de despacho apropiado es un requisito para cualquier servicio de llamadas que ofrezca servicio PSTN. Con, el enrutamiento de llamadas de emergencia es nativo de la solución e incluye soporte para todos los números de emergencia nacionales en los países que lo apoyan. El enrutamiento de una llamada de emergencia se basa en la ubicación definida dentro y el método de acceso PSTN de la ubicación. Los números de emergencia están predefinidos y son específicos para el país en el que se despliegan los usuarios y dispositivos.
Hay dos métodos para entregar llamadas de emergencia. Hay un servicio básico de enrutamiento de llamadas de emergencia y un servicio mejorado de enrutamiento de llamadas de emergencia. El servicio básico de enrutamiento de llamadas de emergencia utilizará un número seleccionado por el administrador para identificar la ubicación y la ruta de llamada para llegar a los servicios de emergencia. Para llamadas de emergencia básicas, la ruta de llamada suele ser a través de la opción PSTN del cliente para esa ubicación. También tiene enrutamiento mejorado de llamadas de emergencia diseñado para implementaciones en EE. UU. y Canadá que tienen requisitos de cumplimiento normativo que requieren el uso de un proveedor nacional para entregar llamadas de emergencia al centro de despacho correcto.
Todos los clientes deben implementar, como mínimo, la configuración básica de llamadas de emergencia. Las llamadas básicas de emergencia requieren que se asigne al menos un número +E.164 propiedad del cliente a cada ubicación definida en. Para llamadas de emergencia básicas, cada ubicación se definirá por una dirección postal a la que se envían los servicios de policía, bomberos o ambulancia en caso de emergencia. En la mayoría de los casos, el número principal de la ubicación es la mejor opción para representar la ubicación física de la emergencia. Por lo general, la asignación de la dirección al número +E.164 se coordina con el proveedor de PSTN. Las imágenes a continuación muestran la asignación del número principal que se utilizará como número de llamada de emergencia para la ubicación de Richardson.
En la mayoría de las situaciones, una dirección de edificio es suficiente para la dirección de despacho de la ubicación. Pero si se necesitan detalles adicionales de ubicación para usuarios o dispositivos específicos, entonces un administrador puede usar el mismo proceso descrito anteriormente y asignar esos dispositivos a una dirección específica o una ubicación más precisa dentro de la dirección (como un piso o una habitación). En Administración de usuarios en, la pestaña Llamadas permite que se use un número específico para que un usuario y sus dispositivos obtengan una dirección de envío específica. Las siguientes imágenes ilustran cómo se puede asignar un número específico a un dispositivo. El administrador es responsable de asegurarse de que el número utilizado por el dispositivo tenga asignada la dirección de envío correcta. La asignación de dirección generalmente se realiza a través del proveedor de PSTN de esa ubicación.
Para las implementaciones de telefonía basadas en Estados Unidos que deben proporcionar soluciones mejoradas de llamadas de emergencia, utiliza Horizon Mobility de RedSky integrado para el enrutamiento de llamadas de emergencia. Cuando se utiliza RedSky para el enrutamiento de llamadas, un administrador debe inscribirse para obtener una cuenta a través de Cisco y configurar la información adecuada en Llamadas -> Configuración de servicio para habilitar esta función. Una vez que el servicio RedSky se haya habilitado a nivel de sistema, un administrador habilitará el servicio RedSky en cada nivel de ubicación. La habilitación de llamadas de emergencia mejoradas en una ubicación activará el servicio para todos los dispositivos asignados a esa ubicación. Los dispositivos que admiten llamadas de emergencia mejoradas son teléfonos Cisco MPP, teléfonos Cisco PhoneOS y Cisco.
Hay dos configuraciones para habilitar Llamadas de Emergencia Mejoradas en una ubicación. La opción Permitir que RedSky reciba información de conectividad de red y llamadas de prueba debe usarse para verificar que la configuración de RedSky para las asignaciones de dispositivos e infraestructura sea correcta. Esta configuración también permite que las llamadas de prueba se coloquen al 933 para realizar la verificación de ubicación utilizando el sistema IVR de RedSky para leer la ubicación de la persona que llama. Aunque este documento no cubrirá la configuración de RedSky para el seguimiento de ubicación, un administrador SIEMPRE debe probar su descubrimiento de ubicación antes de activar las llamadas de emergencia para enrutar a RedSky. Una vez que las pruebas se hayan completado y verificado como precisas, el administrador dirigirá las llamadas a RedSky alternando las llamadas de emergencia de ruta a RedSky. Este interruptor dirigirá todas las llamadas de emergencia de la ubicación a RedSky para su entrega al centro de respuesta para la ubicación.
La configuración de llamadas de emergencia mejoradas también se aplica a los clientes tanto en las instalaciones como fuera de las instalaciones. Cuando están en las instalaciones, se pueden rastrear de la misma manera que se rastrean los teléfonos de escritorio. Cuando esté fuera de las instalaciones, el usuario podrá establecer su ubicación dinámicamente directamente dentro del. Para obtener más información sobre llamadas de emergencia, consulte Llamadas de emergencia mejoradas para.
Licencias
Hay múltiples opciones para asignar licencias a los usuarios.
Asignación manual hasta
Los administradores asignan licencias manualmente a usuarios individuales a través de la interfaz.
Los administradores pueden editar licencias de servicio para usuarios individuales y asignar licencias de llamadas directamente.
Plantillas automáticas de asignación de licencias
Utilice plantillas de asignación de licencias para asignar licencias automáticamente a los usuarios según la configuración de grupo u organización.
Las licencias automáticas se pueden realizar mediante sincronización de directorios o actualizaciones manuales del usuario, pero los usuarios deben tener un número de teléfono válido con formato +E.164 y los números de teléfono deben existir en una ubicación antes del aprovisionamiento del usuario. Si no se cumplen las condiciones (por ejemplo, formato de número de teléfono no válido), no se asignarán licencias.
Asignación masiva a través de la plantilla CSV
Cargue un archivo CSV con los detalles del usuario y las asignaciones de licencias para agregar o modificar varios usuarios a la vez.
La importación CSV admite la adición de hasta 20.000 usuarios y la asignación de licencias, pero las licencias requieren campos específicos como número de teléfono y extensión.
Asignación basada en API
Utilice las API para asignar licencias mediante programación y administrar usuarios.
admite operaciones de API para la administración de usuarios y licencias (People, SCIM 2.0 y Licenses APIs), que se pueden aprovechar para la automatización de la asignación de licencias. La API de licencias permite la asignación simultánea de licencias, números de teléfono y extensiones.
| Método de asignación | Pros | Contras |
|---|---|---|
| Manual a través de | Sencillo para pocos usuarios. Permite un control preciso y granular sobre la asignación de licencias. | No escalable, requiere mucho tiempo Propenso a errores humanos durante la entrada manual. |
| Plantillas de licencia automáticas | Escalable Reduce los errores manuales Se puede aplicar a usuarios nuevos y existentes. | Requiere números de teléfono y ubicaciones válidos. Más complejo de configurar También requiere grupos de usuarios por grupo de usuarios con requisitos de licencia equivalentes. |
| Carga masiva de CSV | Eficiente para grandes conjuntos de usuarios Permite la asignación simultánea de licencias, números de teléfono y extensiones. | Requiere un formato CSV cuidadoso Posibilidad de errores si faltan números de teléfono o extensiones o son incorrectos. |
| Asignación basada en API | Automatizable, flexible. Permite la asignación simultánea de licencias, números de teléfono y extensiones. | Requiere desarrollo y conocimiento de API. |
La tabla Opciones de aprovisionamiento de usuarios - resumen resume las opciones de aprovisionamiento del usuario y sus ventajas y sus contras. Esta descripción general ayuda a elegir el mejor método de asignación de licencias según el tamaño de la organización del cliente, las capacidades de automatización y los procesos y requisitos de aprovisionamiento del usuario.
Siempre que sea posible, Cisco recomienda asignar licencias de llamadas mediante plantillas de licencia. Esto requiere que para cada grupo de usuarios que requiera un conjunto único de licencias (Ejemplo: Estándar vs. Profesional) existe un grupo con las respectivas membresías grupales. Como se discutió en las secciones Grupos de usuarios, los grupos de usuarios se pueden definir manualmente o sincronizar desde un directorio corporativo. Es posible una combinación de ambos enfoques.
Los usuarios que pertenecen a varios grupos obtienen licencias de todas las asignaciones aplicadas a todos sus grupos. Esto permite usar grupos de seguridad específicos de licencia en el directorio de empresa para administrar la asignación de licencias donde la asignación de licencias de usuario resultante está controlada por la unión de miembros de grupos.
Para obtener más información, consulte Configurar asignaciones de licencias automáticas en Control Hub y Configurar plantillas de asignación automática de licencias para Webex Calling los usuarios.
Requisitos de licencia
Esta sección solo cubre licencias relacionadas. Otros tipos de licencia (por ejemplo, registro de dispositivos Webex, mensajería, reuniones) no están cubiertos. Como parte del proceso de diseño, los requisitos de licencia deben ser determinados. Se deben calcular los recuentos de licencias para los siguientes tipos de licencia:
-
Estándar: número de usuarios individuales que requieren funciones de telefonía estándar.
-
Profesional: número de usuarios y espacios de trabajo que requieren funciones avanzadas de telefonía. Las líneas virtuales y el correo de voz grupal tienen derecho a una proporción de 1:1 por cada licencia profesional. Por lo tanto, en casos raros donde el número de líneas virtuales requeridas o mensajes de voz grupales excede el número de usuarios y espacios de trabajo que requieren funciones avanzadas de telefonía, se deben tener en cuenta licencias profesionales adicionales.
-
Espacio de trabajo para área común: número de ubicaciones de uso compartido o áreas comunes que requieren capacidades de llamadas estándar.
-
Asistencia al cliente: número de agentes y supervisores que requieren funciones de asistencia al cliente. La asistencia al cliente incluye la licencia profesional.
-
Llamadas a la lista de rutas: número de llamadas PSTN conectadas a la nube requeridas entre usuarios locales y/o aplicaciones locales especializadas de terceros.
-
Consola del asistente: número de usuarios que requieren acceso al cliente de consola asistente.
-
Plan de llamadas de Cisco (plan de llamadas salientes): número de usuarios que requieren un número PSTN y/o acceso de llamadas PSTN salientes para el servicio Cisco PSTN.
No hay un tipo de licencia dedicado para espacios de trabajo profesionales. Los espacios de trabajo profesionales consumen una licencia profesional.
Los espacios de trabajo solo para hot-desk ofrecen el servicio de host de hot-desk y llamadas de emergencia del host de hot-desk y no requieren ninguna licencia. Para obtener más información, consulte Agregar y administrar dispositivos solo de escritorio caliente.
Para determinar el tipo de licencia requerido para cada usuario y espacio de trabajo en función de las características necesarias, consulte Características disponibles por tipo de licencia para Webex Calling.
Para diferenciar entre la funcionalidad ofrecida por las colas de llamadas combinadas con la licencia profesional en contraste con la asistencia al cliente, consulte la comparación de funciones de cola de Webex Calling llamadas y asistencia al cliente.
Aprovisionamiento de usuarios
Al aprovisionar usuarios en Webex, hay varias opciones disponibles, cada una adecuada para diferentes necesidades organizativas y entornos:
-
Aprovisionamiento manual: Los administradores pueden agregar y administrar usuarios individuales directamente dentro. Este método es sencillo pero más adecuado para organizaciones pequeñas o cambios limitados de usuarios.
-
Aprovisionamiento masivo a través de CSV: Para bases de usuarios más grandes, los administradores pueden importar y actualizar usuarios de forma masiva cargando archivos CSV en. Esto permite una administración eficiente de hasta miles de usuarios a la vez.
-
Opciones de sincronización de directorios:
Conector de directorio: Esta es una herramienta de sincronización automática utilizada en Microsoft Active Directory entornos. Sincroniza cuentas de usuario, grupos y atributos de forma programada (por hora, diariamente o semanalmente). Admite Active Directory configuraciones multidominio y multibosque y puede sincronizar imágenes de perfil y objetos de habitación.
Aplicación del asistente Entra ID (Azure AD): Diseñado para organizaciones que utilizan Microsoft Entra ID (Azure AD), este método proporciona sincronización automática, casi en tiempo real, de cuentas de usuario y atributos directamente desde Entra ID a. Se administra completamente dentro y requiere una configuración mínima.
Aplicaciones SCIM 2.0: Para entornos que no son de Microsoft u otros proveedores de identidad como Okta o Duo, las aplicaciones de sincronización basadas en SCIM permiten el aprovisionamiento y desaprovisionamiento automático de usuarios con asignación de atributos y sincronización de grupos.
-
Unified CMsincronización de usuarios: esta opción permite crear cuentas de usuario basadas en usuarios finales existentes mediante la sincronización de a. Esto requiere que las UC conectadas a la nube (CCUC) se ejecuten en los clústeres locales. Sin embargo, generalmente se recomienda sincronizar a los usuarios desde un directorio centralizado en la nube como Entra ID en lugar de directamente desde.
-
Aprovisionamiento de API: las API públicas (People, SCIM 2.0) se pueden usar para aprovisionar usuarios. El principal beneficio del uso de API es la opción de integrar el aprovisionamiento de usuarios con otros sistemas empresariales.
Esta descripción general y tabla reflejan las principales opciones de aprovisionamiento de usuarios, sus beneficios y limitaciones para ayudarle a elegir el mejor enfoque para las necesidades de su organización.Tabla 6. Opciones de aprovisionamiento del usuario para Método de aprovisionamiento Descripción Pros Contras Manual Crear/administrar usuarios individualmente en Sencillo para pocos usuarios; no se necesita infraestructura No escalable; consume mucho tiempo para muchos usuarios A granel (archivo CSV) Importar/actualizar usuarios de forma masiva a través de CSV en Eficiente para grupos; no se requiere codificación Preparación manual de CSV; menos dinámica Personas y API SCIM 2.0 Administración programática de usuarios mediante API de Webex Flexible; soporta automatización e integración Requiere desarrollo e infraestructura Sincronización de directorios Sincronización automática desde AD, entra ID, aplicaciones SCIM, Unified CM Automatiza el ciclo de vida; soporta filtrado y mapeo Complejidad de configuración: algunas de las opciones tienen características limitadas o requieren infraestructura
Grupos de usuarios
La administración de grupos de usuarios permite a los administradores organizar a los usuarios en grupos para una administración masiva eficiente de licencias, configuraciones y recursos. Los grupos ayudan a optimizar la administración mediante la aplicación de políticas, licencias y plantillas de configuración a varios usuarios simultáneamente, en lugar de administrarlos individualmente.
La administración de grupos de usuarios ofrece varios beneficios que incluyen:
-
Administración simplificada: Administre licencias, configuraciones y políticas para varios usuarios a la vez.
-
Coherencia: aplique configuraciones y licencias uniformes a todos los usuarios del mismo grupo.
-
Escalabilidad: Soporta hasta 250.000 miembros por grupo.
-
Integración: Sincronizar grupos desde Microsoft Entra ID (Azure AD) o Active Directory para la administración automatizada de usuarios y grupos.
-
Flexibilidad: Cree grupos locales o sincronice grupos de seguridad; administre la pertenencia a grupos manualmente o mediante archivos CSV.
-
Asignación de recursos: Controle el acceso a aplicaciones y servicios integrados en función de la pertenencia al grupo.
Los principales casos de uso para grupos de usuarios durante el aprovisionamiento son:
-
Asignaciones de licencia: Asigne licencias a grupos para proporcionar automáticamente servicios como llamadas, reuniones, mensajería o servicios híbridos a los miembros del grupo.
-
Plantillas de configuración: aplique colecciones de configuraciones de servicio (por ejemplo, mensajería, reunión, llamadas) a grupos para una experiencia de usuario coherente.
-
Administración masiva de usuarios: agregue o elimine usuarios de forma masiva a través de archivos CSV o sincronización de directorios.
-
Automatización e integración: use API o sincronización de directorios para la administración automatizada del ciclo de vida de usuarios y grupos.
La siguiente tabla resume las diferentes opciones para administrar grupos de usuarios y administración de grupos.
| Opción | Descripción | Pros | Contras |
|---|---|---|---|
| aprovisionamiento grupal (grupos) | Cree y administre grupos directamente en. Añadir/quitar miembros manualmente o a través de CSV. | Control total sobre la pertenencia al grupo Aplicación inmediata de licencias y plantillas Fácil de crear y editar grupos |
Se requieren actualizaciones manuales Riesgo de errores en las cargas manuales de CSV No hay sincronización automática con directorios externos |
| Grupos sincronizados de Entra ID (Azure AD) o Active Directory | Sincronice automáticamente grupos de seguridad y membresías de servicios de directorio externos. | La sincronización automatizada reduce el trabajo manual Asegura la coherencia con el directorio corporativo Apoya a grandes organizaciones |
No se puede editar la pertenencia al grupo en Retraso de sincronización de hasta 12 horas Los grupos anidados requieren selección manual |
| Grupos y API SCIM 2.0 (Grupos) | Utilice Groups o SCIM 2.0 API para la gestión programática de grupos y miembros | Automatización e integración con otros sistemas Escalable para entornos grandes o complejos |
Requiere esfuerzo de desarrollo La complejidad depende del uso de API |
Si bien los grupos sincronizados garantizan la coherencia y ofrecen un único punto de administración, es posible un enfoque híbrido que combine grupos y grupos sincronizados (ya sea administrados en el centro de control o mediante API). Entonces, por ejemplo, los grupos para asignación de licencias podrían ser grupos sincronizados y se puede usar un conjunto separado de grupos para asignar plantillas de usuario y llamadas.
Este enfoque integral para la administración de grupos de usuarios permite a las organizaciones administrar de manera eficiente licencias, configuraciones y políticas de usuario, asegurando experiencias de colaboración consistentes y escalables.
Enfoque recomendado al migrar de a
La fuente de datos principal para los usuarios es la base de datos, que contiene información del usuario final. Sin embargo, no suele ser la fuente autorizada para la gestión de la identidad del usuario y, lo que es más importante, se cerrará al final de la transición y, por lo tanto, se descarta como fuente autorizada a largo plazo para la información de identidad.
Cisco recomienda usar un directorio centralizado en la nube como Microsoft Entra ID (Azure AD) como la única fuente de verdad para las identidades de los usuarios. Sincronizar usuarios desde Entra ID para garantizar la coherencia, simplificar la administración y dar soporte a las capacidades de inicio de sesión único (SSO).
Para asegurarse de que todos los usuarios también estén presentes en Entra ID, las organizaciones deben verificar que las cuentas de usuario correspondan a las cuentas en Entra ID. Esto se puede hacer exportando listas de usuarios y comparándolas con las listas de usuarios de Entra ID.
En resumen, el método de aprovisionamiento recomendado es sincronizar usuarios de Microsoft Entra ID (Azure AD) a Webex mediante Azure AD Wizard o las aplicaciones SCIM. El aprovisionamiento masivo manual y CSV están disponibles como métodos suplementarios, pero son menos escalables y más propensos a errores para las grandes organizaciones. Asegurarse de que Entra ID sea la fuente autorizada y que todos los usuarios existan en Entra ID es fundamental para una migración exitosa y una experiencia de usuario consistente en todos los entornos.
La transición de un servicio de directorio local, por ejemploActive Directory, a un servicio de directorio en la nube, como Entra ID (Azure ID), es independiente de la transición de llamadas. Cisco recomienda terminar la transición a un servicio de directorio en la nube antes de comenzar la transición de llamadas.
Diseño de grupos de usuarios
Después de hacer la transición del directorio empresarial de local a la nube, recoja los grupos de usuarios requeridos impulsados por los requisitos de licencias y plantillas de características. Para cada documento de grupo:
-
Nombre del grupo: nombre único del grupo.
-
Licencias: licencias que se asignarán a este grupo (si las hay) y alcance (si las licencias deben asignarse a usuarios existentes o solo a nuevos usuarios)
-
Plantillas de configuración: Aplicaciones Webex y plantillas de llamadas de usuarios.
-
Sincronización de directorios: ¿Este grupo se sincronizará desde el directorio de empresa o es un grupo local de Webex aprovisionado en Control Hub o mediante una API?
-
Descripción: cómo se utilizará este grupo y qué usuarios deben ser miembros de este grupo
Estos detalles se utilizarán más adelante durante la fase de implementación para crear grupos o grupos locales en el directorio de la empresa y administrar la pertenencia a grupos de usuarios.
Inicio de sesión único (SSO)
Cisco recomienda el uso de SSO para la autenticación del usuario. El uso de SSO tiene algunos beneficios convincentes que incluyen:
-
Autenticación de usuario simplificada: los usuarios pueden iniciar sesión una vez usando sus credenciales corporativas (por ejemplo, desde Azure ID) para acceder y otras aplicaciones integradas, lo que elimina la necesidad de varias contraseñas y reduce las solicitudes de inicio de sesión. Esto mejora la seguridad al garantizar que las contraseñas corporativas nunca se almacenen ni se transmitan después de la autenticación.
-
Administración de usuarios simplificada: automatiza la creación, las actualizaciones y la desactivación de cuentas de usuario en función de los cambios en el directorio corporativo, lo que reduce la sobrecarga administrativa y garantiza que solo los usuarios autorizados tengan acceso.
-
Seguridad mejorada: SSO reduce la fatiga de las contraseñas y el riesgo de violaciones relacionadas con la contraseña al centralizar la autenticación a través de proveedores de identidad de confianza (IDP).
-
Fácil integración de la autenticación multifactor (MFA): la MFA se puede soportar fácilmente ya sea a través de una solución de administración de acceso a la identidad como Cisco Duo o mediante el soporte MFA del IdP.
Existen múltiples opciones para implementar el SSO para los servicios:
-
SSO basado en SAML 2.0: el protocolo principal soportado para la integración de SSO, lo que permite el intercambio seguro de información de autenticación entre el IdP y el proveedor de servicios.
-
OpenID connect (OIDC): compatible como un protocolo de autenticación moderno alternativo para la integración de SSO.
-
Identidad de Webex: También se admite como opción de proveedor de identidad.
El SSO se configura y administra de forma centralizada, lo que requiere el intercambio de metadatos entre el IdP elegido.
Después de la configuración, el SSO se puede probar antes de la activación para garantizar una configuración adecuada.
Cisco admite la integración con varios IDP probados y de uso común y sistemas de administración de identidad (IAM), incluidos, entre otros:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryServicios de la Federación (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Estos IDP cumplen con los estándares SAML 2.0 u OpenID Connect y han sido validados para ser compatibles con las soluciones de colaboración de Cisco.
Soporte para múltiples IdP
permite a las organizaciones configurar SSO con múltiples IDP para adaptarse a entornos de TI complejos como fusiones, adquisiciones o departamentos de TI descentralizados donde diferentes grupos utilizan diferentes IDP. La compatibilidad con varios IdP se puede implementar mediante la función de IdP múltiple en o mediante la integración de un sistema IAM empresarial como Cisco Duo.
el soporte de múltiples proveedores de identidad (IdP) aborda varios casos de uso clave en los que las organizaciones requieren autenticación flexible y segura en diversos entornos de TI:
1. Fusiones y adquisiciones
Cuando las empresas se fusionan o adquieren otras, a menudo tienen infraestructuras de TI separadas y desplazados internos distintos que no pueden federarse. El soporte de múltiples IdP permite a los usuarios de ambas organizaciones autenticarse y colaborar de forma segura sin necesidad de unificar sus sistemas de identidad de inmediato.
2. Múltiples departamentos de TI independientes
Las grandes organizaciones o instituciones gubernamentales pueden tener varios departamentos de TI independientes, cada uno administrando su propio IdP. la función de IdP múltiple permite a estos departamentos mantener sus propios sistemas de autenticación al tiempo que permite a los usuarios acceder sin problemas.
3. Diferentes grupos de usuarios o dominios
Las organizaciones con varios grupos de usuarios (por ejemplo, empleados frente a contratistas) o múltiples dominios de correo electrónico pueden configurar reglas de enrutamiento para dirigir las solicitudes de autenticación al IdP apropiado en función de la pertenencia al dominio o grupo. Esto admite políticas de acceso diferenciadas y controles de seguridad.
4. Soporte para varios protocolos de autenticación
soporta IDP SAML y OpenID Connect (OIDC), lo que permite a las organizaciones integrar diferentes tipos de proveedores de identidad de acuerdo con sus requisitos de infraestructura y seguridad existentes.
5. Seguridad y cumplimiento mejorados
Al habilitar múltiples IDP, las organizaciones pueden implementar mecanismos de autenticación más sólidos, incluida la autenticación multifactor (MFA) a través de integraciones como Duo, y aplicar políticas de seguridad consistentes en diversas bases de usuarios.
6. Experiencia de usuario simplificada
Los usuarios pueden autenticarse utilizando sus credenciales existentes de sus respectivos IDP, proporcionando una experiencia de inicio de sesión unificada a pesar de la complejidad subyacente de múltiples sistemas de identidad.
Si bien el soporte para múltiples IdP proporciona flexibilidad, requiere una coordinación cuidadosa entre los equipos de seguridad e identidad para mantener políticas de seguridad consistentes y evitar posibles vulnerabilidades.
Duo MFA con SSO para
Duo Access Gateway (DAG) puede autenticar a los usuarios utilizando directorios locales o basados en la nube existentes, como Active Directory (AD) y OpenLDAP. También soporta la integración con otros proveedores de identidad como Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS y Shibboleth. Esta flexibilidad permite a las organizaciones utilizar su infraestructura de directorios actual para Webex SSO con Duo MFA.
Duo actúa como una capa de autenticación fuerte encima de la autenticación de directorio principal. Funciona como un proveedor de identidad (IdP) usando SAML 2.0 para hacer cumplir la autenticación de dos factores (2FA) antes de otorgar acceso a. Duo evalúa el contexto de usuario, dispositivo y red en comparación con políticas configurables para permitir o denegar el acceso, mejorando la seguridad más allá del nombre de usuario y la contraseña. Duo también proporciona controles de políticas flexibles, como requerir MFA en cada inicio de sesión para algunas aplicaciones y con menos frecuencia para otras.
Los beneficios de Cisco Duo incluyen:
-
Seguridad mejorada: agrega MFA resistente al phishing para proteger el acceso, lo que reduce el riesgo de contraseñas comprometidas.
-
Políticas flexibles: permite un control granular sobre los requisitos de autenticación por aplicación o grupo de usuarios.
-
Integración con directorios existentes: admite AD local, OpenLDAP, directorios en la nube y varios proveedores de SSO, minimizando los cambios en la infraestructura.
-
Conveniencia del usuario: admite inicio de sesión único (SSO) para reducir la fatiga de las contraseñas al permitir a los usuarios iniciar sesión una vez y acceder a múltiples recursos de forma segura.
-
Puntos finales de confianza: admite la confianza de dispositivos para clientes en Windows y macOS, lo que mejora la postura de seguridad.
-
Inscripción de autoservicio: la inscripción en línea y el mensaje de dos opciones mejoran la experiencia del usuario durante la configuración de la MFA.
Duo MFA con SSO para aprovechar directorios existentes como Active Directory OpenLDAP, o proveedores de identidad en la nube, para autenticar a los usuarios. La función de Duo es proporcionar un segundo factor de autenticación sólido y basado en políticas integrado a través de SAML 2.0, mejorando la seguridad y manteniendo la comodidad del usuario a través de SSO. Los beneficios incluyen una mejor postura de seguridad, aplicación flexible de políticas, integración perfecta y una mejor experiencia de usuario.
Cisco recomienda implementar el SSO para los usuarios. Para una mayor seguridad, se recomienda la integración con Cisco Duo.
La estrategia Enterprise IAM y SSO debe implementarse antes de comenzar la transición de a .
Características
tiene un complemento completo de características principales que se incluyen con el servicio. Esto incluye muchas funciones de llamadas de nivel empresarial que han estado disponibles durante muchos años. Es posible que no vea una paridad del 100% entre características y características, sin embargo, como puede ver en la siguiente figura, las funciones clave de llamada están disponibles en.
Además de las muchas características de usuario, tiene características principales del sistema que se incluyen con la plataforma. Estas incluyen funciones como asistentes automáticos, colas de llamadas, parque de llamadas, etc. Puede ver todas las características del sistema central disponibles en Servicio → Llamadas →Características como se muestra en la figura Características Webex Calling principales.
Asistenciante de automóviles
El asistente automático permite la automatización 24/7 del manejo de llamadas entrantes, lo que permite un manejo eficiente de llamadas sin la necesidad de que una persona responda cada llamada.
El asistente automático responde a las llamadas entrantes y proporciona a la persona que llama con un menú de opciones sobre dónde quiere enrutar su llamada. Esto podría ser para una persona, un buzón de voz o un servicio de llamadas (p. ej. Llamada (cola). La persona que llama usa el teclado de marcado de su teléfono para ingresar el número del menú del asistente automático.
El asistente automático admite las siguientes características clave:
-
Horarios comerciales y fuera de horario
-
Horario de vacaciones
-
Opción de menú de marcado para dirigir a sus clientes a donde necesitan ir
-
Personalizar saludos
-
Opción de marcar por nombre
-
Opciones de desvío de llamadas
-
Análisis e informes de Control Hub.
Para obtener más información, consulte Administrar asistentes automáticos.
Llame a Park
El parque de llamadas brinda a los usuarios la capacidad de poner una llamada en espera para que otro usuario la recupere fácilmente cuando están disponibles para tomarla. También libera al usuario que respondió la llamada original para hacer o recibir otras llamadas mientras la llamada está estacionada.
Hay dos tipos de parques de llamadas disponibles en:
-
Llamar directamente al parque: permite a cualquier usuario estacionar una llamada a la extensión de otro usuario o a una extensión del parque de llamadas, según lo definido por el Administrador
-
Llamar al grupo del parque: permite a un grupo definido de usuarios estacionar automáticamente las llamadas en los destinos del parque disponibles definidos para el grupo. Estos destinos pueden ser las extensiones de los miembros del grupo o las extensiones de parques de llamadas.
Según la configuración y el tipo de parque, los usuarios pueden recuperar llamadas marcando *88+><extension of parked call>, presionando la tecla de línea asociada con la extensión del parque de llamadas o usando una tecla multifunción en su teléfono IP.
Una opción de recuperación está disponible para recuperar una llamada estacionada después de un período específico para el usuario que estacionó la llamada o para un usuario alternativo.
Para obtener más información, consulte Administrar el parque de llamadas en Control Hub.
Recogida de llamadas
La recolección de llamadas permite que un administrador defina un grupo de usuarios (miembros) que pueden responder una llamada al teléfono de otro miembro. Esto le da al usuario la capacidad de responder llamadas cuando sus compañeros de equipo están ocupados y no pueden responder una llamada entrante.
Los usuarios de un grupo deben estar en la misma ubicación.
Los usuarios pueden usar el teléfono o su teléfono de escritorio para recibir una llamada.
-
:
-
Admite notificaciones visuales y de audio
-
Notificación de llamada entrante
-
Recogida de llamadas de brindis basada en FACs (marque *98) o notificación
-
Notificaciones de recogida de llamadas para varias líneas.
-
-
Teléfonos de escritorio:
-
Notificación de llamada entrante
-
Campanas de audio y notificación visual a través del LED del portátil. El 6821 solo admite campanas de audio
-
Cuando se selecciona el tipo de notificación en el no es ninguno
-
-
Notificaciones de recogida de llamadas solo para líneas principales.
-
Para obtener más información, consulte Configurar el grupo de recepción de llamadas.
Cola de llamadas
incluye colas de llamadas de solo voz como parte de sus características principales y cualquier usuario con una licencia Professional puede ser parte de una cola de llamadas, agente o supervisor. Esta función permite a los usuarios interactuar eficientemente con los clientes. Las colas de llamadas admiten un subconjunto de algunas de las capacidades principales del centro de llamadas, como colas de voz, devolución de llamadas, enrutamiento de habilidades o prioridad, administración de colas de agentes, análisis, informes, etc.
La llamada de Cisco para la integración de Microsoft Teams permite a los agentes acceder a las llamadas y funciones de cola de llamadas directamente desde su cliente de Microsoft Teams.
Las colas de llamadas admiten las siguientes características clave:
-
Saludos y mensajes (bienvenida, consuelo, susurro, etc.)
-
Sostenga la música
-
Llamada de vuelta
-
Políticas de enrutamiento de colas (servicio nocturno, días festivos, reenvío)
-
Inicio de sesión/cierre de sesión en la cola del agente
-
Administración del estado de la cola de agentes
-
o soporte telefónico de escritorio
-
El agente supervisor llama al monitor, entrenador, barcaza o toma el relevo a través de los códigos de acceso a funciones (FACs)
-
(acceso de administrador) para:
-
gestión de colas
-
Análisis e informes de agentes y colas
-
Administración de cola, agente y supervisor.
-
Para obtener más información, consulte Configurar cola de llamadas.
tiene una función adicional de asistencia al cliente que proporciona capacidades adicionales de cola de llamadas y brinda a los agentes y supervisores una mejor experiencia de usuario dentro del. Para una comparación de las funciones de cola de llamadas y asistencia al cliente, consulte Comparación de funciones de cola de Webex Calling llamadas y asistencia al cliente.
Grupo Hunt
Los grupos de búsqueda permiten el enrutamiento de llamadas entrantes a un grupo específico de usuarios a través de un patrón de enrutamiento de llamadas predeterminado. Esto asegura que las llamadas sean respondidas por el grupo correcto de usuarios o que se envíen a un correo de voz para su seguimiento.
Una gran diferencia entre los grupos de caza y las colas de llamadas es que las llamadas no se ponen en cola en un grupo de caza , por lo que si ningún usuario del grupo de caza está disponible para responder a la llamada, se desconectará, se enviará al correo de voz o se reenviará a otro número (usuario o servicio).
Para obtener más información, consulte Administrar grupos de caza en Control Hub.
Modos de funcionamiento
La función Modos de operación permite a las empresas enrutar llamadas de manera eficiente a varios destinos (usuarios, correo de voz, servicios de llamadas como una cola de llamadas). El lugar y cuándo se enruta una llamada se basa en la hora del día y el horario del día de la semana y cualquier usuario puede estar autorizado a administrar estos modos (horarios) para controlar los cambios en el enrutamiento de llamadas.
Por ejemplo, las llamadas a una cola de llamadas se pueden enrutar a otra cola de llamadas con agentes en una zona horaria diferente para responder llamadas fuera del horario de atención, durante el horario comercial dirigirse a los agentes locales y durante los días festivos dirigirse al correo de voz para el seguimiento después de que los agentes regresen a la oficina.
Un usuario autorizado puede cambiar entre estos diferentes escenarios (modos) de desvío de llamadas si necesita cambiar dónde se enrutan las llamadas entrantes durante un período determinado. Estos usuarios pueden administrar los modos a través de sus teléfonos 6800/7800/8800 MPP, teléfonos 9800 o en el Centro de usuarios en los modos Administrar.
Para obtener más información, consulte Enrutamiento de llamadas basado en modos de operación en Webex Calling.
Grupo de paginación
Los grupos de paginación permiten a los usuarios realizar una llamada unidireccional para enviar un mensaje de audio a un grupo de usuarios. Cada grupo puede contener hasta 75 usuarios objetivo y/o espacios de trabajo a los que se llega marcando un número o extensión predefinidos.
Cuando un usuario llama a un grupo de paginación, se realiza una llamada simultánea a todos los destinos asignados en el grupo, momento en el que la persona que llama puede pronunciar sus mensajes y colgar una vez que hayan terminado .
Para obtener más información, consulte Configurar un grupo de paginación en Control Hub.
Grabaciones
admite la grabación de llamadas realizadas o recibidas por un usuario. Esto puede ser necesario para necesidades de calidad, garantía, seguridad o capacitación. De forma predeterminada, las llamadas se graban en, pero también se pueden usar otros proveedores de grabación de terceros si se requieren otras funciones de grabación o requisitos normativos y de cumplimiento.
Cuando se utiliza como plataforma de grabación, todas las llamadas grabadas se administran dentro. Los administradores completos con la función de oficial de cumplimiento pueden jugar y descargar las grabaciones. Sin el rol de oficial de cumplimiento, el administrador solo puede eliminar las grabaciones.
Para obtener más información sobre esta función y una lista de grabaciones de terceros, consulte Administrar grabación de llamadas para Webex Calling.
Alcance de un solo número
El alcance de un solo número permite que las llamadas al número de teléfono de un usuario suene en varios dispositivos. Esto puede incluir otros teléfonos de escritorio, así como teléfonos móviles. También se pueden realizar llamadas desde estos dispositivos y los usuarios pueden enviar y extraer llamadas entre ellos.
Para obtener más información sobre esta función y cómo lo configura un administrador, consulte Configurar el alcance de un solo número (oficina en cualquier lugar).
Para obtener más información sobre cómo un usuario puede administrar y configurar esta función por sí mismo en el Webex User Hub (portal), consulte Configurar el alcance de un solo número (oficina en cualquier lugar).
Grupo de correo de voz
Los grupos de correo de voz permiten un buzón de correo de voz compartido que se puede asignar a un usuario o a una función de enrutamiento de llamadas. Algunas de las razones por las que se puede requerir un grupo de correo de voz son:
-
Correo de voz de uso general para un departamento o grupo de trabajo
-
Agregar la opción de correo de voz a un asistente automático o grupo de búsqueda
-
Para enviar llamadas de desbordamiento desde una cola de llamadas
-
Usuarios que solo necesitan un buzón de voz.
Para obtener más información, consulte Administrar un correo de voz compartido y un buzón de fax entrante para. Webex Calling
Attendant Console aparece en la página Funciones de llamada en Webex, sin embargo, es una función adicional que requiere la compra de la licencia de consola de asistente para su uso.
Para obtener más información, consulte Introducción a Attendant Console.
Para obtener información sobre todas las características, incluidas algunas características adicionales, consulte Características disponibles por tipo de licencia para Webex Calling.
Implementar
Preparación de la red
El primer paso en la transición es garantizar una conectividad a Internet confiable y segura entre la red local y la nube.
Dado que la mayoría de las organizaciones se conectan a Internet a través de uno o más firewalls o dispositivos de seguridad, es esencial validar que se soporten los flujos de tráfico requeridos.
Los administradores de redes y seguridad deben entender estos flujos en términos de:
-
Dirección (entrante vs saliente)
-
Protocolos (Ejemplo: SIP TLS, SRTP, HTTPS)
-
Rangos de direcciones IP utilizados por los servicios
-
Números de puerto que se deben abrir o permitir.
Esto garantiza que los firewalls corporativos, los dispositivos NAT y otra infraestructura de red estén configurados correctamente para acomodar el tráfico mientras se mantienen las políticas de seguridad de la empresa.
Para obtener información sobre los flujos requeridos, incluida la dirección IP, los puertos y los protocolos, consulte Información de referencia de puertos para Webex Calling. Utilice esta información para configurar el firewall, los proxies y otra infraestructura de red en la implementación existente para habilitar los flujos de red.
La ruptura descentralizada de Internet de cada sucursal o sitio es el enfoque recomendado para los servicios de colaboración en la nube como. Al permitir que el tráfico salga localmente, este modelo:
-
Reduce el retardo y la tensión de ida y vuelta, mejorando la calidad general de las llamadas
-
Se escala de manera eficiente a medida que más usuarios y sitios hacen la transición a
-
Funciona sin problemas con SD-WAN, que puede enrutar sesiones dinámicamente al punto de entrada de la nube más cercano para un rendimiento óptimo
- Permite rastrear la ubicación del usuario en función de su dirección IP pública, lo que ayuda con el análisis de la ruta de medios y la solución de problemas.
Además, las organizaciones deben garantizar un ancho de banda de Internet adecuado en cada sitio. El ancho de banda debe dimensionarse en función del número esperado de llamadas simultáneas, el códec seleccionado (por ejemplo, Opus o G.711), además de la sobrecarga para señalización, retransmisiones y crecimiento. Esto se alinea con la fase de preparación del ciclo de vida de PPDIO y establece una base sólida para la migración.
Configuración inicial
La subsección de configuración inicial dentro de la fase de implementación de implementación es fundamental para establecer un entorno de llamadas en la nube bien estructurado y manejable. Esta etapa abarca tareas críticas como la configuración de la organización, la obtención y asignación de licencias y la verificación y reclamación de los dominios de su empresa para garantizar una administración y seguridad adecuadas de los usuarios. Además, incluye el aprovisionamiento de plantillas de licencia para automatizar las asignaciones de licencias de usuario, configurar el inicio de sesión único (SSO) para agilizar la autenticación del usuario y mejorar la seguridad, y ajustar la configuración del servicio y del cliente para alinearse con las políticas de la organización y las necesidades del usuario. Completar estas actividades de configuración inicial garantiza que el entorno esté configurado correctamente para la escalabilidad, la seguridad y la experiencia del usuario perfecta, preparando el escenario para las fases posteriores de implementación y operaciones.
Verificación de dominio
Para poder identificar a los usuarios registrados con los dominios de correo electrónico de su empresa, es esencial verificar sus dominios. Sin verificación de dominio, los usuarios serán asignados a una organización de consumidores, lo que complica la administración de usuarios para su empresa. La verificación del dominio es un paso obligatorio que le permite a su organización reclamar y administrar estos usuarios de manera efectiva.
Asegúrese de que todos los dominios asociados con las direcciones de correo electrónico de sus usuarios estén verificados. La verificación del dominio no es exclusiva; el mismo dominio se puede verificar en varias organizaciones.
Para obtener más información sobre la administración de dominios, consulte Administrar sus dominios.
Reclamar (convertir) usuarios existentes
Después de verificar con éxito sus dominios, puede proceder a reclamar a los usuarios que se hayan registrado para usar los dominios de correo electrónico de su empresa en su organización. Este proceso consolida a todos los usuarios bajo un único paraguas organizacional, lo que permite una administración centralizada y una administración simplificada . Al reclamar estos usuarios, se asegura de que su empresa tenga control total sobre las cuentas de usuario, lo que le permite asignar licencias adecuadas, configurar los servicios y proporcionar el soporte necesario de manera eficiente. Este enfoque de administración unificada mejora la seguridad, simplifica el aprovisionamiento de usuarios y garantiza un acceso consistente a los servicios en toda su organización. Reclamar usuarios también impide que sean administrados en organizaciones externas o de consumidores, manteniendo así la integridad organizacional y el control sobre los recursos de colaboración.
Para obtener más información sobre cómo reclamar usuarios, consulte Reclamar usuarios a su organización (convertir) usuarios.
Configurar y probar la sincronización de directorios
Para permitir una administración fluida de usuarios y grupos, puede sincronizar usuarios y grupos desde su directorio corporativo, ya sea Microsoft Entra ID (anteriormente Azure AD) o Microsoft Active Directory (AD) a. Este proceso garantiza que las identidades de usuario y las membresías de grupos se mantengan de manera consistente en todo su entorno.
Para las organizaciones que implementan implementaciones por fases, es crucial controlar y limitar el alcance de la sincronización durante las implementaciones iniciales. Esto minimiza el riesgo de cambios no intencionados y permite realizar pruebas específicas antes de una adopción más amplia.
El método más eficaz para filtrar qué usuarios están sincronizados es aprovechar la pertenencia a grupos de directorios:
| 1 |
Cree un grupo de sincronización dedicado: en su directorio de empresa (ID de Microsoft Entra o AD), cree un grupo de seguridad específicamente para la sincronización (por ejemplo, grupo de sincronización). |
| 2 |
Complete el grupo con usuarios de destino: agregue solo los usuarios que desea sincronizar (como un grupo de prueba durante la fase piloto) a este grupo. Esto le permite controlar estrictamente quién está incluido en el proceso de sincronización. |
| 3 |
Configurar el acuerdo de sincronización con el filtrado basado en grupos: Al configurar el acuerdo de sincronización en el aprovisionamiento del conector de directorio o del ID de Entra, configure el alcance para incluir solo a los usuarios que son miembros del grupo designado.
|
| 4 |
Amplíe el grupo según sea necesario: a medida que avanza hacia fases de implementación más amplias, simplemente agregue usuarios o grupos adicionales al grupo de sincronización. El alcance de la sincronización se expandirá automáticamente para incluir a estos usuarios, lo que permitirá una implementación controlada y gradual. Ejemplo de pasos de implementación:
Referencias: Sincronizar usuarios de Entra ID en Control Hub |
Configurar y probar el inicio de sesión único (SSO)
El inicio de sesión único (SSO) mejora la seguridad y simplifica el acceso de los usuarios al permitir que los usuarios se autentiquen una vez con sus credenciales corporativas y obtengan acceso sin problemas a. admite la integración de SSO con IDP compatibles con SAML 2.0, incluidos Microsoft Entra ID (anteriormente Azure AD), soluciones federadas Active Directory (AD) y varios IDP de terceros.
En este punto, la configuración de SSO diseñada debe implementarse y probarse.
Referencias:
Integración de inicio de sesión único en el centro de control
configurar el inicio de sesión único para la administración de Webex
Configurar el inicio de sesión único con el ID de Microsoft Entra
Obtener, aprovisionar y verificar licencias
Como parte de la configuración inicial para, es esencial adquirir, aprovisionar y verificar las licencias adecuadas para habilitar y administrar los servicios de manera efectiva. El proceso de adquisición implica seleccionar los tipos de licencia en función de los roles de usuario y las cargas de trabajo, como licencias Professional, Standard y Workspace. Las licencias se generan y aprovisionan a través de las plataformas de software de Cisco o a través de partners. Después de la adquisición y el aprovisionamiento, los recuentos de licencias adecuados deben verificarse en. Este proceso garantiza que la organización tenga las licencias correctas activadas y listas para su uso en la implementación.
Como parte de la configuración inicial de licencias en, es importante configurar las licencias automáticas basadas en la organización para agilizar la asignación de licencias para nuevos usuarios. Esta configuración permite que las licencias se otorguen automáticamente cuando se agregan usuarios a la organización, lo que elimina la necesidad de asignación manual de licencias. Al configurar licencias automáticas a nivel de organización, seleccione los servicios a asignar y definir el alcance, como aplicar licencias solo a usuarios futuros o incluir también usuarios existentes.
Sin embargo, si su plan de implementación implica usar licencias automáticas a nivel de grupo en su lugar, puede optar por no asignar licencias a nivel de organización para evitar conflictos o asignaciones de licencias duplicadas. Con las licencias automáticas a nivel de grupo, las licencias se asignan en función de la pertenencia al grupo. Los usuarios de varios grupos reciben licencias de todas las asignaciones grupales aplicables.
La configuración de asignación de licencias basada en grupos debe realizarse después de que se haya completado la sincronización de directorios para que existan grupos sincronizados y se puedan usar para la asignación de licencias.
Específicamente, la asignación automática de licencias requiere detalles de aprovisionamiento adicionales, como la ubicación del usuario y la asignación del número de teléfono. El número de teléfono de trabajo del usuario debe estar en formato +E.164, preaprovisionado y asignado a una ubicación válida para que la licencia se active automáticamente. Si no se cumplen estas condiciones, el usuario no recibirá los servicios automáticamente y puede requerir intervención manual.
En resumen, configure licencias automáticas basadas en la organización para nuevos usuarios si desea una asignación de licencia amplia para toda la organización. Si prefiere un control más granular o tiene diferentes necesidades de licencias por grupo, configure las licencias automáticas a nivel de grupo y evite asignar licencias a nivel de organización para evitar superposiciones y garantizar una administración de licencias adecuada.
Webex Callingconfiguración del servicio
Es esencial llevar a cabo una revisión y configuración exhaustivas de la configuración global del servicio dentro.
Comience accediendo a la sección de configuración y navegando a ella. Examine cuidadosamente cada opción configurable, incluida, entre otras, la configuración de marcado interno, los parámetros de llamadas de emergencia, las políticas de enrutamiento de llamadas, la administración del correo de voz y la configuración predeterminada del dispositivo.
Ajuste esta configuración global para reflejar las políticas y decisiones de diseño de su organización.
Además, configuración de configuración y plantillas de usuario y aplicación.
Migración piloto
Durante la fase de implementación, ejecutar una migración piloto representa un hito crítico en la validación de la transición de a. Este piloto implica el aprovisionamiento de un subconjunto representativo de usuarios en una o más ubicaciones en la plataforma, asegurando que la población seleccionada refleje diversos casos de uso y roles organizacionales. Paralelamente a la migración de usuarios, los servicios de colaboración esenciales, incluidos el correo de voz, los asistentes automáticos, las colas de llamadas y los grupos de búsqueda, deben pasar a sus equivalentes para mantener la continuidad del negocio y la funcionalidad del servicio.
La migración piloto debe aprovechar la misma combinación de herramientas proporcionadas por Cisco y utilidades de migración de terceros que están planificadas para la implementación organizacional más amplia, asegurando que los procesos, los flujos de trabajo de automatización y los puntos de integración se validen completamente en condiciones representativas.
Los objetivos principales de esta implementación piloto son dos: primero, validar y refinar los procesos de transición de extremo a extremo, incluidos los flujos de trabajo de aprovisionamiento de usuarios, los procedimientos de migración de datos y las configuraciones de punto final; y segundo, verificar de manera integral la funcionalidad de los servicios migrados en condiciones operativas del mundo real.
Este enfoque por fases permite al equipo del proyecto identificar y remediar cualquier problema técnico o de procedimiento en un entorno controlado, recopilar comentarios de los usuarios sobre la nueva experiencia de la plataforma, evaluar la efectividad de las herramientas de migración seleccionadas y establecer confianza en la metodología de migración antes de continuar con una implementación organizacional más amplia.
Los conocimientos adquiridos durante esta fase piloto son fundamentales para optimizar las olas de migración posteriores y garantizar una transición fluida y mitigada al riesgo para toda la empresa.
Adcura PSTN
Para obtener servicios de PSTN, primero seleccione una opción de conectividad PSTN en el.
Si una organización planea mantener el control de llamadas dual híbrido (fase 1 en la figura Transición de llamadas en fase: híbrido y nube) temporal o indefinidamente, tendrá que implementar una o más puertas de enlace locales para PSTN local para permitir llamadas entre puntos finales.
Si una transición completa (fase 2) a la nube es el objetivo final, incluyendo PSTN, entonces se requerirá un plan de llamadas Cisco o una opción Cloud Connect para PSTN.
Trabaje con su proveedor elegido para ordenar y transferir números de teléfono antes de configurarlos. Pedir números de teléfono o iniciar pedidos de puertos solo es necesario/posible para PSTN local y Cloud Connect para. Para los planes de llamadas de Cisco, el pedido y la portabilidad se inician desde Control Hub tan pronto como se crea la ubicación y en los países donde Cisco Calling Plan está disponible. Para obtener más información sobre los planes de Cisco Calling, consulte Introducción a los planes de Cisco.
Como parte de la implementación de PSTN, asegúrese de que su proveedor haya habilitado los servicios PSTN entrantes y salientes para su ubicación. Además, realice llamadas de prueba para verificar que las llamadas se están enrutando correctamente a través de su conexión PSTN elegida.
Configurar ubicaciones
Antes de agregar usuarios y dispositivos a, debe aprovisionar ubicaciones de llamadas. Para cada ubicación, se debe ingresar una dirección postal válida. En los Estados Unidos y Canadá, esta dirección es validada y utilizada por la plataforma para enviar información de ubicación de PIDF-LO para llamadas de emergencia.
Al configurar ubicaciones que utilizan PSTN local, debe configurar las puertas de enlace locales en consecuencia. En, se debe crear un enlace troncal y un grupo de rutas para cada puerta de enlace local y, a continuación, el grupo de rutas se asigna como la opción PSTN para la ubicación. Cisco recomienda encarecidamente seleccionar siempre un grupo de rutas como opción PSTN, ya que este enfoque le permite agregar fácilmente enlaces troncales adicionales en el futuro, soportando tanto escalabilidad como redundancia. Cisco también recomienda habilitar la compatibilidad con doble identidad y P-Charge-Info en cada enlace troncal PSTN, ya que esto simplifica la identificación de la parte facturable para las llamadas salientes directas o desviadas. Si su proveedor de PSTN utiliza un encabezado diferente para la facturación, puede copiar la información del encabezado P-Charge-Info en la puerta de enlace local al encabezado de facturación requerido.
Para ubicaciones que utilizan Cloud Connect para o Cisco Calling Plan como su opción PSTN, simplemente seleccione la opción PSTN respectiva para la ubicación durante la configuración. Si la ubicación utiliza Cloud Connect para o PSTN local, deberá agregar los números de teléfono que se solicitaron en el paso anterior. Los números se pueden agregar como inactivos si no desea que se incluyan en el enrutamiento de llamadas de inmediato; puede activar estos números más tarde cuando se asignen a usuarios o características.
Es importante establecer siempre el número principal para cada ubicación. El número principal se puede asignar a un usuario o a una función, como un asistente automático. Para habilitar el correo de voz en la ubicación, asegúrese de establecer el número piloto del correo de voz, también conocido como número de portal de voz.
Las configuraciones adicionales para las ubicaciones de llamadas incluyen la configuración de detalles de llamadas de emergencia, como el número de devolución de llamada de emergencia, opciones de notificación y funciones mejoradas de llamadas de emergencia. También debe revisar y ajustar la configuración de grabación, las preferencias de idioma y las configuraciones del dispositivo según sea necesario para cada ubicación. Si su organización utiliza la marcación abreviada entre sitios en la red con números significativos de la empresa, recuerde configurar un código de sitio único para la ubicación en la configuración de marcado interno. Finalmente, si la marcación externa requiere un dígito de marcado saliente, asegúrese de configurarlo en la configuración de marcado externo. Cuando se configura un dígito de marcado saliente, Cisco recomienda habilitar la aplicación del dígito de marcado saliente para garantizar la coherencia.
Integración con el control de llamadas en las instalaciones
Para integrarse con el control de llamadas local, es necesario configurar troncales, grupos de rutas, planes de marcado empresarial y configuraciones de ubicación y globales. Comience configurando los enlaces troncales y las puertas de enlace locales destinados a la interconexión con el sistema de control de llamadas local; este paso solo es necesario si se necesitan enlaces troncales dedicados. Si los enlaces troncales y los grupos de rutas existentes son suficientes para su implementación, se pueden reutilizar para la interconexión local sin configuración adicional.
Una vez establecidos los troncales y los grupos de rutas, proceda a crear los planes de marcado empresarial y asigne el grupo de ruta apropiado como destino para cada plan de marcado. Cuando la integración involucra múltiples sistemas de control de llamadas locales conectados a través de diferentes troncales, se requerirán múltiples planes de marcado. Es importante asegurarse de que estos planes de marcado contengan solo los patrones necesarios para enrutar llamadas a destinos locales.
Si su implementación requiere soporte para enrutamiento de extensión desconocido, esta función debe estar habilitada en el nivel de ubicación. Además, cuando se activa el enrutamiento de extensión desconocido, debe especificar la longitud máxima de extensión desconocida dentro de la sección Enrutamiento de llamadas entre y las instalaciones de la configuración de los servicios de llamadas en. Esto garantiza un enrutamiento de llamadas sin problemas y un manejo adecuado de escenarios de marcado basados en extensiones en su entorno integrado.
Migrar usuarios en lotes
Cuando migra usuarios de a, es posible que no pueda mover todos los usuarios al mismo tiempo. Esto puede deberse a múltiples razones, que incluyen, entre otras, la cantidad de sitios o usuarios, el tiempo que se tarda en realizar la transición de un sitio y/o grupo de usuarios a la vez, recursos limitados de TI o sitio para admitir la ventana de cambio, duración de la ventana de cambio, complejidad del cambio, etc.
Cuando migra usuarios en fases, es fundamental identificar qué usuarios necesitan migrar juntos en el mismo lote. El objetivo principal es migrar a los usuarios que tienen dependencias entre sí para sus servicios y características de llamadas. Quiere asegurarse de que todas sus funciones de llamadas (por ejemplo, colas de llamadas) sean completamente funcionales como estaban antes de la transición.
Incluso si implementa la interconexión de llamadas entre y con puertas de enlace locales, no puede dividir servicios o características compartidos en esta conexión. Por lo tanto, necesita identificar las dependencias entre los usuarios observando características como:
-
Monitoreo de otros usuarios usando BLF
-
En el mismo piloto de caza, cola de llamadas, etc.
-
Líneas compartidas
-
Uso de la recogida de llamadas
-
Usando los mismos números del parque de llamadas
-
Intercomunicador
-
Ejecutivo/Administrador.
Un ejemplo sería un usuario que forma parte de un grupo de caza al que se está haciendo la transición. Este usuario hará la transición con Hunt Group y con todos los demás miembros del Grupo Hunt. Por lo tanto, después de la transición, Hunt Group y sus miembros pueden responder con éxito a las llamadas en la nueva plataforma.
Esto se vuelve más desafiante cuando los usuarios están conectados a diferentes grupos de usuarios para diferentes servicios y características de llamadas. Esto requerirá la transición de más de un grupo de usuarios y un servicio de llamadas al mismo tiempo.
Utilice el resultado de la herramienta Migration Insights o de la herramienta de terceros que utilizó en la fase de preparación para determinar qué usuarios y características deben agruparse. Este resultado debería haberse utilizado para desarrollar su plan de migración y le dará información sobre cómo agrupará a los usuarios y las características que necesitan hacer la transición juntos.
Los pasos clave al realizar la transición de un lote de usuarios son:
-
Identificación de usuarios para migrar juntos
-
Verifique que todos los usuarios estén en
-
Verifique que todos los TN para los usuarios existan en
-
Verifique el formato correcto del número de teléfono en el directorio
-
Asegúrese de que la plantilla de licencias y configuración para los grupos de usuarios esté configurada correctamente
-
Verificar o configurar todos los servicios y características de llamadas para el grupo de usuarios (antes o durante la transición según corresponda)
-
En el directorio corporativo, agregue usuarios al grupo de usuarios habilitados para llamadas
-
Herramientas de apalancamiento: herramientas de migración de usuarios y funciones y/o herramientas de terceros
-
Deshabilitar/eliminar el número de directorio de usuario/dispositivo y llamar a características/servicios después de la transición.
Después de migrar a un grupo de usuarios, pruebe un subconjunto de usuarios para validar que todas sus características y servicios de llamada funcionen correctamente. Si las funciones de llamada, como Call Queue, Hunt Groups, etc., se transfieren con el grupo de usuarios, pruebe estos servicios de llamada para una funcionalidad adecuada .
Espacios de trabajo
En, un espacio de trabajo se refiere a una ubicación compartida (como una sala de conferencias, espacio de reunión o mesa caliente) a la que se le pueden asignar dispositivos, extensiones y usuarios. A diferencia de los teléfonos CM Unifed tradicionales, los espacios de trabajo son:
-
Centrado en la ubicación: atado a espacios físicos.
-
Dispositivo flexible: puede tener uno o más dispositivos (teléfonos de escritorio, placas, etc.).
Una vez que se han identificado los espacios de trabajo como parte de la transición a, se pueden agregar en Dispositivos. Cada espacio de trabajo necesita una asignación de dispositivo y, si ya están dentroUnified CM, deben restablecerse o reaprovisionarse para ellos. se pueden habilitar o deshabilitar funciones como correo de voz, desvío de llamadas y recepción de llamadas, y se pueden aplicar políticas para videollamadas, parque de llamadas y movilidad según sea necesario. Pruebe cada espacio de trabajo realizando llamadas internas y externas, probando funciones de video, conferencias y movilidad. Por último, deje saber a los usuarios sobre cualquier proceso aplicable para dispositivos de espacio de trabajo y reservas.
Para obtener más información sobre los espacios de trabajo en, consulte Espacios de trabajo.
Dispositivos de aprovisionamiento
Los teléfonos que actualmente están registrados deberán migrarse como parte de la transición a la nube. Para que la migración sea lo más simple posible con una posibilidad mínima de falla, Cisco recomienda migrar sitios físicos o departamentos al mismo tiempo. Sin embargo, es posible que deba migrar usuarios en lotes debido a las dependencias de las características. Consulte la sección Migrar usuarios en lotes para obtener más detalles.
Cualquier teléfono compatible desde el que necesite realizar la transición deberá configurarse como usuario o espacio de trabajo y el teléfono físico deberá reconfigurarse para registrarse . Además, los teléfonos de las series 7800 y 8800 necesitan que su firmware se actualice del firmware Enterprise al firmware del teléfono multiplataforma (MPP). Este proceso incluye cargar el firmware de transición antes de cargar el firmware MPP necesario para el registro. También requiere la licencia de migración adecuada. Cisco ha mejorado este proceso en los últimos años para facilitarle la actualización de sus teléfonos con firmware Enterprise al firmware MPP. Para obtener más información sobre los pasos para completar la actualización del firmware, consulte Convertir los teléfonos IP de las series 7800 y 8800 de Cisco entre Enterprise y MPP Firmware.
Además de los pasos descritos en este artículo, tiene una herramienta incorporada, Migrar su teléfonoWebex Calling, que puede usar para ayudar a migrar sus teléfonos 7800 y 8800 de Enterprise al firmware MPP. Esta herramienta también le permite agregar los teléfonos y asignarlos a los usuarios o espacios de trabajo adecuados. Para obtener más información sobre el uso de herramientas, consulte Migrar su teléfono.
Para cualquier teléfono de la serie 9800 registrado con el requisito de migración de firmware anterior no se aplica. Estos teléfonos ejecutan PhoneOS, que es compatible con ambos y. Para hacer la transición de estos teléfonos a usted tendrá que agregarlosWebex Calling, asignarlos a un usuario o espacio de trabajo y luego restablecer los teléfonos de fábrica. La siguiente figura de secuencia de arranque de PhoneOS para el registro muestra la secuencia de arranque de PhoneOS y cómo se registrará el teléfono una vez que se haya agregado, incluso si el teléfono todavía está aprovisionado y/o las opciones DHCP (Ejemplo - 150) están en uso.
admite el restablecimiento de fábrica de dispositivos PhoneOS para permitir la incorporación Zero-Touch en. los administradores pueden restablecer de fábrica de forma remota los teléfonos 9800 y 8875 a través de las páginas de Administración CUCM, lo que elimina la necesidad de acceso físico a los teléfonos para incorporar los teléfonos. Esta función es compatible con los paquetes de dispositivos a partir del 9 de septiembre de 2025:
-
CUCM v15 - Gerente de Comunicaciones Unificadas versión 15
-
CUCM v14 - Gerente de Comunicaciones Unificadas versión 14.
Para obtener más información sobre el proceso de registro para la serie 9800, consulte Proceso de registro.
Además de los teléfonos IP de Cisco, es posible que se requiera el aprovisionamiento de otros dispositivos como adaptadores telefónicos analógicos (ATA), teléfonos inalámbricos (Wifi, DECT), dispositivos de video, puertas de enlace de voz y dispositivos y teléfonos de terceros. Muchos de estos dispositivos no tienen una ruta de actualización de firmware como los teléfonos IP para hacer la transición del firmware empresarial al firmware de la nube . Por lo tanto, aprovisionará cada uno de estos dispositivos en Control Hub. Algunos de estos no se pueden hacer la transición y el modelo equivalente tendrá que reemplazarlo (p. ej. ATA 191/192) y otros requerirán reconfiguración manual y/o cambios de software.
- Puertas de enlace de voz: para migrar su puerta de enlace local, consulte Migrar puerta de enlace local.
-
Adaptador de teléfono analógico (ATA) - Para comenzar con su Cisco ATA 191 y 192, consulte Cisco ATA.
-
Teléfono inalámbrico Wifi: para integrar el teléfono inalámbrico 840 y 860, consulte Integrar el teléfono inalámbrico Webex.
-
Teléfonos inalámbricos DECT: para comenzar con su nueva serie Cisco IP DECT 6800, consulte Cisco IP DECT.
Para crear y administrar una red DECT digital en Control Hub, consulte Administrar red DECT
Para obtener más información sobre Cisco IP DECT 6800, consulte la Guía de implementación
-
Dispositivos y teléfonos de terceros: trabaje con proveedores externos sobre los requisitos de dispositivo/teléfono y el proceso para migrarlos o reemplazarlos para brindar soporte.
Configurar características
Cualquier función de llamada que se requiera debe aprovisionarse antes o durante la transición. Como se discutió durante la sección Migrar usuarios en lotes, las funciones de llamada deben configurarse y transicionarse cuando los usuarios que las utilizan realizan la transición.
Para obtener detalles sobre cómo configurar cada una de las características, consulte los artículos de ayuda de configuración correspondientes.
-
Llame al parque - Para administrar el parque de llamadas, consulte Call park
-
Recogida de llamadas - Para configurar el grupo de recogida de llamadas, consulte Recogida de llamadas
-
Colas de llamadas - Para configurar la cola de llamadas, consulte Cola de llamadas
-
Grupos de caza - Para administrar grupos de caza, consulte Administrar grupos de caza
-
Modos de funcionamiento: para llamar al enrutamiento basado en los modos de funcionamiento, consulte Enrutamiento de llamadas basado en modos operativos
-
Grupos de paginación: para configurar un grupo de paginación, consulte Configurar un grupo de paginación
-
Grabaciones - Para administrar la grabación de llamadas, consulte Administrar grabaciones
-
Alcance de un solo número: para configurar el alcance de un solo número (oficina en cualquier lugar), consulte Configurar número único
Pruebas de aceptación
Las pruebas de aceptación aseguran que el entorno migrado cumpla con los requisitos funcionales, funcione según lo esperado y ofrezca una experiencia de usuario perfecta en todos los flujos de trabajo de comunicación. Este proceso de validación es multifacético y abarca todo, desde el aprovisionamiento de usuarios y las asignaciones de números hasta el rendimiento operativo de las funciones avanzadas de llamadas .
Esta sección proporciona ejemplos y destaca aspectos clave a considerar durante las pruebas de aceptación; sin embargo, no pretende servir como una lista de verificación exhaustiva o completa.
Aprovisionamiento de usuarios y asignación de números
Un aspecto fundamental de las pruebas de aceptación implica verificar que todos los usuarios se aprovisionan de manera precisa y completamente dentro. Esto requiere una comparación exhaustiva entre el directorio source () y la base de usuarios recién establecida para garantizar que todas las cuentas de usuario, junto con los atributos asociados como números de extensión y asignaciones de marcado directo hacia adentro (DID) se hayan migrado correctamente. La integridad del aprovisionamiento es fundamental no solo para la operatividad del primer día, sino también para la administración y el soporte continuos.
La validación de asignación de números incluye confirmar que a cada usuario se le asigna la extensión y el número externo correctos, y que estos números se enrutan correctamente en los flujos de llamadas internos (en la red) y externos (PSTN) . Es esencial verificar si hay superposiciones, asignaciones faltantes o configuraciones erróneas que puedan provocar errores de enrutamiento de llamadas o interrupciones del servicio.
PSTN Flujos de llamadas y presentación del identificador de llamadas
Un procedimiento sólido de prueba de aceptación debe abarcar la validación de extremo a extremo de los flujos de llamadas PSTN. Esto incluye escenarios de llamadas entrantes y salientes. Para las llamadas PSTN entrantes, el equipo de pruebas debe confirmar que las llamadas se entregan a los puntos finales previstos, ya sean usuarios individuales, colas de llamadas, grupos de búsqueda o asistentes automáticos. Las llamadas salientes de PSTN deben realizarse con éxito, prestando especial atención a la correcta entrega y presentación de la información del identificador de llamadas. Esto implica asegurarse de que el nombre y el número correctos de la persona que llama se muestren a los destinatarios externos, de acuerdo con las políticas de la organización y los requisitos reglamentarios.
Las pruebas también deben abordar escenarios de conmutación por error, como el manejo de puntos finales inalcanzables o interrupciones de la red. Esto ayuda a confirmar que los mecanismos alternativos y el enrutamiento alternativo están funcionando correctamente, manteniendo la continuidad y confiabilidad del servicio.
Flujos de llamadas en la red
Los flujos de llamadas internos o en la red forman la columna vertebral de la comunicación empresarial. Las pruebas de aceptación en esta área verifican que las llamadas entre usuarios dentro de la organización se enruten correctamente, con características como transferencia de llamadas, retención, reenvío y conferencias que funcionan según lo previsto. Se debe confirmar la integridad de los planes de marcado, la conectividad de extensión a extensión y el soporte para las políticas de llamadas de la organización.
Manejo de llamadas de usuario y validación de funciones
Un aspecto importante de las pruebas de aceptación implica validar cómo los usuarios manejan las llamadas usando los teléfonos de escritorio y compatibles. Este proceso se centra en confirmar que los flujos de trabajo de llamadas diarias son intuitivos y confiables, y que los usuarios tienen acceso sin problemas a las funciones principales necesarias para sus funciones. Las pruebas deben evaluar la facilidad con la que los usuarios pueden realizar y recibir llamadas, administrar funciones de retención y reanudación, y realizar transferencias ciegas y consultivas. También es esencial verificar que el desvío de llamadas, conferencias y otras capacidades avanzadas, como estacionar y recuperar llamadas o activar no molestan, estén disponibles y funcionen sin problemas.
La experiencia debe evaluarse en cuanto a claridad y capacidad de respuesta, teniendo en cuenta cómo los usuarios interactúan con el historial de llamadas, el correo de voz y los directorios integrados. Se debe prestar atención adicional a la capacidad de mover llamadas activas entre dispositivos y de usar controles dentro de las llamadas de manera efectiva dentro de la aplicación o en teléfonos físicos. El objetivo final es garantizar que la experiencia del usuario final sea consistente, eficiente y soporte completamente las necesidades de comunicación de la organización después de la migración.
Colas de llamadas: Experiencia en agentes y supervisores
Las colas de llamadas se utilizan con frecuencia para manejar escenarios de llamadas entrantes de alto volumen. Las pruebas de aceptación aquí se centran en varias dimensiones. En primer lugar, debe verificarse que las llamadas se distribuyen a los agentes de acuerdo con la lógica de cola configurada, como el round robin, el modo de inactividad más largo o el timón simultáneo. La presentación de las llamadas en cola en los escritorios de los agentes debe examinarse para mayor claridad y facilidad de uso, asegurando que los agentes puedan aceptar, retener y transferir llamadas de manera eficiente.
Para los supervisores, la experiencia de escritorio debe evaluarse para características tales como monitoreo en tiempo real, barging de llamadas y análisis o información sobre el rendimiento de las colas. Esto incluye, pero no se limita a, la validación de paneles y herramientas de informes que proporcionan datos procesables sobre la distribución de llamadas, la actividad del agente y las métricas de cola.
Grupos de caza: Distribución de llamadas
Los grupos de caza son un mecanismo clave para distribuir llamadas a conjuntos predefinidos de usuarios. Las pruebas de aceptación deben confirmar que las llamadas se enrutan a los miembros del grupo según el algoritmo de búsqueda configurado, y que los escenarios de desbordamiento, reenvío y sin respuesta se manejan de acuerdo con el diseño. Asegurarse de que la pertenencia al grupo y los comportamientos de enrutamiento de llamadas coincidan con los establecidos anteriormente es esencial para la coherencia operativa y la satisfacción del usuario.
Asistentes automáticos: Anuncios y operaciones de menú
Los asistentes automáticos representan la primera línea del manejo automatizado de llamadas. Las pruebas deben cubrir la reproducción de anuncios, la precisión de los saludos grabados y el correcto funcionamiento de los árboles de menú. Las selecciones de menú deben enrutar de manera confiable a las personas que llaman a los departamentos, individuos o números externos apropiados. Las pruebas también deben incluir escenarios no válidos o de tiempo de espera para confirmar que las personas que llaman reciben una guía clara o son redirigidas según lo previsto.
Operación del correo de voz
Finalmente, la funcionalidad del correo de voz es fundamental para la experiencia del usuario. Las pruebas de aceptación deben verificar que las casillas de correo de voz estén correctamente asignadas y sean accesibles, tanto desde dentro de la organización como de forma remota. La capacidad de grabar, recuperar y administrar mensajes debe ser confirmada, junto con la entrega de notificaciones.
Optimizar
Migración de PSTN a Cloud Connect para
Una vez que todos los endpoints y usuarios se migran a la nube, el único propósito Unified CM es actuar como un tránsito entre las puertas de enlace PSTN y a través de la puerta de enlace local. Eliminar las puertas de enlace PSTN y la puerta de enlace local de la imagen mediante el uso de Cloud Connect como acceso PSTN para todos Webex Calling los usuarios tiene varios beneficios, incluida la reducción de costos y una mayor confiabilidad. Para realizar la transición del acceso PSTN local a Cloud Connect para , siga estos pasos:
-
Cloud Connect para la selección de socios.
Consulte la lista de Cloud Connect para socios y seleccione uno de los socios disponibles disponibles para la ubicación de su organización.
-
Cloud Connect para validación.
Antes de cambiar el acceso de PSTN para las ubicaciones a Cloud Connect, se debe verificar y validar la conectividad a PSTN a través del socio de Cloud Connect seleccionado. Para este propósito, es necesario aprovisionar una ubicación de prueba con algunos usuarios de prueba aprovisionados en esa ubicación de prueba. El acceso PSTN para esta ubicación de prueba se establece en el socio de Cloud Connect antes de validar la conectividad PSTN utilizando los teléfonos de prueba. Tras una validación exitosa, se puede desaprovisionar la ubicación de la prueba.
-
Número de portación.
Para prepararse para el corte a Cloud Connect, es necesario realizar un pedido de puerto para todos los números asignados actualmente al enlace troncal PSTN que termina. Todos los números deben ser portados al socio de Cloud Connect. Para mantener la capacidad de acceso entre ubicaciones, todos los números de todas las ubicaciones deben ser portados al mismo tiempo.
-
Cambie a un socio de Cloud Connect.
En la fecha del corte, el acceso PSTN para todas las ubicaciones debe configurarse en el proveedor de PSTN conectado a la nube, y se debe verificar la conectividad entrante y saliente.
Como se discutió en la sección PSTN del capítulo de diseño, los clientes también pueden optar por mover su acceso PSTN a Cloud Connect al comienzo de la transición utilizando enlaces troncales PSTN para implementaciones híbridas. Para obtener más información, consulte PSTN trunking para implementaciones híbridas. Webex Calling En ese caso, durante la transición, el acceso a PSTN para es a través de la puerta de enlace local y después de mover a todos los usuarios a, no hay otro paso de migración relacionado con PSTN que no sea la desconexión y las puertas de enlace locales.
Optimice la infraestructura local
Una vez que se haya hecho la transición de todos los usuarios y todos los puntos finales hayan sido transferidos al registro en la nube (o se hayan dado de baja), actualice la infraestructura local adecuada ahora que las llamadas a la nube están en uso. Las actualizaciones de la infraestructura incluyen:
-
Elimine el control de llamadas local y DNS SRV los registros de mensajería de los servidores DNS locales, incluido cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Estos registros SRV ya no son necesarios para el descubrimiento del servicio al cliente.
-
Elimine los DNS SRV registros relacionados con el borde del sistema DNS público, incluido collab_edge. _tls. <domain>. Estos registros SRV ya no son necesarios para el descubrimiento del servicio al cliente de los servicios perimetrales de colaboración.
-
Actualice todos los ámbitos DHCP relevantes para eliminar las direcciones TFTP/servidor de arranque de la opción 66 y la opción 150. Estos ámbitos ya no son necesarios para el descubrimiento y descarga de la configuración del control de llamadas de punto final.
-
Actualizar/eliminar los pares de marcación apropiados en la puerta de enlace local/cubo que enrutan las llamadas hacia y desde. Unified CM Estos pares de marcación ya no son necesarios para el enrutamiento de llamadas en las instalaciones.
-
Elimine o elimine todas las máquinas virtuales y/o servidores de nodo de clúster. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para el control de llamadas y los servicios periféricos.
-
Elimine o elimine todas las máquinas virtuales del nodo del clúster y/o servidores. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para los servicios de correo de voz y mensajería unificada.
-
Limpieza: Después de migrar el acceso PSTN a la PSTN conectada a la nube, se pueden dar de baja los troncales PSTN, las puertas de enlace PSTN y la puerta de enlace local.
-
Para cualquier solución E911 local existente, elimine cualquier ubicación o número que haya migrado y, una vez que se complete la transición completa, elimine las máquinas virtuales de la aplicación o los servidores. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para llamadas de emergencia y servicios de ubicación.
-
Los DNS que pertenecen a usuarios migrados deben colocarse en una partición oculta para evitar errores de enrutamiento de llamadas y para garantizar que todos los CSS tengan acceso prioritario a la ruta de acceso en la nube de los mismos DNS.
-
Actualice la ubicación física despachable y el elemento de red en Horizon Mobility cada vez que se produzcan cambios. Las actividades comunes que requieren actualizaciones son:
-
Reemplazo del conmutador de red
-
Reemplazo del punto de acceso inalámbrico
-
Cambios en el alcance de DHCP
-
Cambios físicos dentro del edificio (si se resuelve en cubica/oficina)
-
Expansión o contracción física del espacio de oficina dentro de un edificio.
-
Utilice análisis y solución de problemas
proporciona análisis completos y capacidades de solución de problemas para ayudarle a visualizar y realizar un seguimiento de su implementación. Estos cubren la calidad de los medios, el historial detallado de llamadas, la cola de llamadas, el grupo de búsqueda y el análisis del asistente automático. Un ejemplo de análisis de calidad de medios se muestra en el análisis de calidad de medios de figura.
En la sección Solución de problemas, cada llamada realizada utilizando se puede ver con información detallada sobre la calidad de los medios clave y los problemas relacionados con la señalización para ayudar a identificar problemas de medios así como llamadas fallidas, como se muestra en la figura Solución de problemas de calidad de medios.
la solución de problemas también se puede integrar con otros productos Cisco como ThousandEyes y los switches Meraki para proporcionar una experiencia integrada aún más rica en Control Hub. Para obtener más información sobre el uso de Webex Callinganálisis y solución de problemas, consulte Solucionar problemas de Webex Calling llamadas en Control Hub.
Antes de comenzar
Esta guía está dirigida a equipos o personas con experiencia en la configuración y administración Cisco Unified Communications Manager (Unified CM) y puntos finales de Cisco, incluidos teléfonos IP de escritorio, dispositivos de video y clientes de Jabber soft. A lo largo de este documento, hay enlaces a documentación de productos y soporte para ayudar.
Este documento se centra en las transiciones de solo Unified CM a Webex Calling múltiples inquilinos. El término Webex Callingen este documento siempre se refiere a Webex Calling múltiples inquilinos.
Antes de comenzar la migración de Unified CM aWebex Calling, es imperativo tener una comprensión integral de la Webex Calling solución y sus respectivos componentes. Una migración exitosa requiere familiaridad con la Webex Calling arquitectura, los modelos de servicio, las opciones de implementación y las características asociadas para mapear correctamente las Unified CM cargas de trabajo existentes y diseñar un plan de transición efectivo.
Una comprensión profunda de los siguientes Webex Calling componentes es esencial para informar una estrategia de transición efectiva y la preparación operativa.
-
Centro de control
-
Directorio y aprovisionamiento de usuarios
-
Webex Callingplataforma
-
Puntos finales de llamadas admitidos
-
Opciones de conectividad PSTN
-
Webex Callingplan de marcado y administración de números
-
Funciones de seguridad y cumplimiento de normas.
Para obtener más información, consulte Cisco Preferred Architecture paraWebex Calling.
Esta guía destacará las herramientas y los procesos que se utilizarán a lo largo del ciclo de vida de transición. Sin embargo, una transición de las llamadas locales a una nueva plataforma de llamadas en la nubeWebex Calling, puede ser un esfuerzo significativo con potenciales desafíos comerciales, técnicos y complejos. Unified CM Para ayudar a superar estos desafíos, Cisco tiene algunas opciones diferentes disponibles para ayudarle en su viaje. Es importante revisar la información en Enterprise Cloud Calling - Migración de llamadas y comprender cada opción y cómo cada una puede ayudarle con su propia migración.
-
Herramientas de migración de Webex: herramientas gratuitas y de autoservicio integradas en Control Hub para agilizar su transición a Webex Calling
-
Proveedores de migración certificados: proveedores de software y herramientas validados por Cisco que han desarrollado soluciones de migración para ayudar a los partners y clientes de Webex con migraciones complejas y grandes. Estas soluciones pueden ayudar a simplificar, administrar y acelerar la transición a Webex Calling
-
Webex Setup Assist: un servicio de migración dirigido por Cisco que guía a los clientes y socios a través de la Webex Calling implementación y configuración, lo cual es necesario para migrar correctamente Unified CM usuarios y servicios a. Webex Calling
Descripción general
Con el crecimiento de los servicios de colaboración entregados en la nube, más clientes buscan trasladar sus cargas de trabajo de colaboración existentes a la nube, dadas las promesas de reducir el costo total de propiedad, administración simplificada, entrega continua de funciones, mayor escala y confiabilidad superior inherente a los servicios basados en la nube. A medida que los clientes buscan hacer la transición de los servicios de colaboración en las instalaciones a la nube, es importante que comprendan lo que implica la transición y los pasos necesarios para realizar la transición.
El propósito de este documento es proporcionar orientación de implementación para los clientes que buscan específicamente la transición de las instalaciones Unified CM a Webex Calling la nube. Esta guía de implementación asume que el lector tiene una comprensión básica de la transición de llamadas entre Unified CM yWebex Calling, incluidos los cambios al realizar esta transición y cuáles son las diferencias al mover la carga de trabajo de llamadas de local a la nube. Antes de continuar, asegúrese de que ha revisado y está familiarizado con la información disponible en el mapa de transición. Este documento de mapa de transición proporciona información sobre los cambios y diferencias de esta transición.
Como se muestra en la Figura Arquitectura de colaboración local: control de llamadas y acceso remoto, una implementación local típica incluye diferentes componentes de infraestructura de colaboración en la red, una plataforma de control de llamadas, una plataforma perimetral, terminales de hardware y software y, en algunos casos, incluso plataformas de conferencia y programación. En la arquitectura de Cisco, esto incluiría Unified CM para el control de llamadas, Expressway para acceso remoto y servicios perimetrales de empresa a empresa (B2B), Cisco Meeting Server /Cisco Meeting Management para conferencias locales, Unity Connection para mensajería de voz y hardware orientado al usuario (Cisco IP Phones, sistemas de video Cisco Desk and Room) y software () terminales basados en IP. Cisco Jabber Estos componentes pueden variar ligeramente en algunos entornos, pero este es el punto de partida para la transición descrita en el resto de este documento.
La arquitectura que se muestra en la Figura Arquitectura de colaboración local: control de llamadas y acceso remoto se basa en la arquitectura preferida (PA) para implementaciones locales de Cisco Collaboration Enterprise. Para obtener más información sobre Enterprise On-premise, consulte Arquitecturas preferidas de colaboración de Cisco.
Antes: La tabla de componentes de infraestructura de llamadas locales enumera los elementos clave de la arquitectura local antes de la transición a la nubeWebex Calling.
| Producto | Descripción |
|---|---|
| Unified CM | Control de llamadas local que proporciona registro de dispositivos y servicios de enrutamiento de llamadas |
| Cisco Expressway-C/E | Infraestructura perimetral que proporciona funcionalidad móvil y Remote Access (MRA) y de empresa a empresa (B2B) que permite que los terminales remotos se conecten de forma segura desde fuera de la organización. Expressway se implementa en pares para proporcionar un recorrido de firewall para puntos finales externos. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) y Cisco Telepresence Management Suite (TMS) | Infraestructura local de conferencia de voz, video y web que proporciona capacidades para reuniones multipunto, administración de reuniones y programación. [Opcional] |
| Cisco Unity Connection | Plataforma de mensajería de voz local que proporciona funciones de correo de voz y mensajería unificada. [Opcional] |
| Cisco Desk, Cisco Room, Cisco Board, Cisco IP Phones y Cisco Jabber | Dispositivos basados en IP registrados Unified CM y que proporcionan capacidades de llamadas de voz y video |
Como se ilustra en la decisión de transición de la Figura: llamadas locales a Webex Calling, los clientes que tienen un control de llamadas local con terminales IP de escritorio Unified CM y video tienen la opción de hacer la transición de la arquitectura hacia una arquitectura en la nube. Webex Calling
La decisión debe tomarse en función de los requisitos de funcionalidad del cliente. Los clientes que tienen los siguientes requisitos deben considerar cuidadosamente antes de tomar esta decisión y, en última instancia, pueden decidir mantener el control de llamadas en las instalaciones:
- Modelos de teléfono no soportados por Webex Calling
- Integraciones complejas o numerosas con otros sistemas o soluciones locales, especialmente cuando la replicación de estas integraciones Webex Calling es difícil o no hay soluciones alternativas equivalentes disponibles
- Plan de marcado complejo, clases de servicio altamente granulares o ambos
- Acceso a Internet restrictivo, limitado o poco confiable
- Estrictas políticas de propiedad y privacidad de datos
- Requisito de cumplimiento para grabación y almacenamiento de medios en las instalaciones o en el país
- Integraciones de terceros sin una integración alternativa Webex Calling viable
- Integraciones de centros de contacto donde el inter del centro de contacto aún no se está moviendo a la nube.
Este documento se centra en los clientes con implementaciones de control de Unified CM llamadas que desean comprender los pasos generales, las consideraciones y los requisitos para habilitar la Webex Calling implementación como se describe en la siguiente sección.
Componentes principales
La arquitectura de destino para esta migración incluye varios componentes nuevos. Esto incluye el Webex Calling servicio para llamadas basadas en la nube, Webex App, Cisco Directory Connector para la integración de identidades y puerta de enlace local (LGW) para acceso PSTN, así como integración de llamadas en las instalaciones a la nube. Los planes de llamadas de Cisco o la PSTN conectada a la nube (CCP) facilitados por un Cloud Connect para Webex Calling partners son opciones adicionales para el acceso a PSTN.
Como se muestra en la Figura Después: Webex Calling Arquitectura, los nuevos componentes (conector de directorioWebex Calling, puerta de enlace local y puerta de enlace de supervivencia) se agregan a la implementación local existente.
Después: La tabla de componentes de infraestructura de llamadas a la nube enumera los nuevos elementos de la arquitectura después de la transición a Webex.
| Producto | Descripción |
|---|---|
| Webex Calling | Servicio de llamadas basado en la nube entregado desde la plataforma Webex y que proporciona registro de puntos finales y enrutamiento de llamadas |
| Conector de directorio de Cisco | Aplicación de Windows que se ejecuta en una máquina de dominio de Windows que proporciona
sincronización de identidad entre la empresa local Active Directory y el
almacén de identidades de la organización Webex. Para los clientes que se mudan de local Active Directory a Entra ID, la integración de identidad con Webex en lugar de Cisco Directory Connector utiliza la aplicación Entra ID Wizard. |
| Puerta de enlace local | Una puerta de enlace local actúa como un puente entre la red de comunicaciones unificadas local de un cliente y la Webex Calling nube. Puede implementarse en las instalaciones o ser alojado por un socio, proporcionando acceso PSTN para puntos finales registrados en la nube, así como integración de llamadas entre endpoints Unified CM registrados y registrados en la nube. Cisco IOS-El enrutador de servicios integrados XE (ISR 1100 y 4000 series), Cisco Catalyst 8200/8300 Series, el software Cisco Catalyst 8000V Edge y varios controladores de borde de sesión (SBC) certificados de terceros se pueden utilizar como LGW para un enfoque de migración por fases. |
| Puerta de supervivencia | Survivability Gateway (SGW) es una puerta de enlace basada en IOS-XE de red local que proporciona servicios de llamadas de respaldo a puntos finales in situ Webex Calling durante interrupciones de la red. |
| Plan de llamadas de Cisco, Cloud Connect para Webex Calling | Cisco Calling Plan y Cloud Connect for Webex Calling son opciones basadas en la nube para el acceso PSTN para Webex Calling endpoints. El acceso a PSTN es facilitado por un proveedor de PSTN en la nube y no requiere equipo local. |
| Aplicación Webex | Aplicación cliente que se ejecuta en SO de escritorio (Windows, Mac) o sistema operativo móvil (Android, iOS) y se registra directamente en la Webex Calling plataforma para la funcionalidad de llamadas. |
Descripción general del proceso PPDIO
El proceso PPDIO significa Preparar, Planificar, Diseñar, Implementar y Optimizar. Es una metodología estructurada de Cisco que guía los proyectos desde la evaluación inicial hasta la mejora continua, asegurando implementaciones o migraciones eficientes y exitosas.
Descripción general de PPDIO
-
Preparar: Evalúe el entorno actual, reúna los requisitos y alinee a las partes interesadas para establecer una base sólida.
-
Plan: Desarrolle planes detallados del proyecto que incluyan cronogramas, recursos y estrategias de mitigación de riesgos.
-
Diseño: Diseñe la solución de destino adaptada a las necesidades comerciales y técnicas.
-
Implementar: Ejecute la implementación o migración de acuerdo con el diseño, validando la funcionalidad y el rendimiento.
-
Optimizar: Mejore continuamente la solución después de la implementación supervisando el rendimiento, refinando las configuraciones y aprovechando las herramientas de automatización e integración.
Uso de PPDIO Unified CM para proyectos de Webex Calling migración
Al realizar la transición de Unified CM aWebex Calling, el proceso PPDIO proporciona una hoja de ruta clara para garantizar una transición fluida y eficiente:
Preparar
-
Evaluar el Unified CM entorno existente y la preparación para la migración
-
Recopile datos detallados sobre usuarios, dispositivos, red y dependencias
-
Recopile detalles de ubicación, incluida la dirección de respuesta de emergencia, número de usuarios, acceso a Internet, acceso PSTN
-
Identifique los riesgos y defina el alcance del proyecto para alinear a todas las partes interesadas.
Plan
-
Cree un plan de migración integral con programas por lotes, asignaciones de recursos y plazos
-
Definir tareas como actualizaciones de firmware del dispositivo, aprovisionamiento de licencias e incorporación de usuarios
-
Coordine las ventanas de migración con Cisco y los asociados de negocios para minimizar las interrupciones.
Diseño
-
Asignar Unified CM configuraciones actuales, planes de marcado y perfiles de usuario a Webex Calling equivalentes
-
Diseñe el Webex Calling entorno, incluida la estrategia PSTN (provisional y final), ubicaciones, roles de usuario y puntos de integración como puerta de enlace local (CUBE) y sincronización de directorios
-
Planifique escenarios de coexistencia donde Unified CM y Webex Calling opere simultáneamente durante la migración.
Implementar
-
Utilice las herramientas de migración de Control Hub junto con herramientas de terceros para realizar cambios de modo de firmware del dispositivo, configuración de características y migraciones de usuarios
-
Emplee operaciones masivas y aprovisionamiento mediante API de Webex para agilizar las migraciones y configuraciones a gran escala
-
Ejecutar aprovisionamiento de licencias, registro de dispositivos y actualizaciones de configuración
-
Valide el éxito de la migración mediante pruebas y verificación operativa.
Optimizar
-
Supervise continuamente Webex Calling el rendimiento y la experiencia del usuario
-
Refina las configuraciones y los flujos de trabajo en función de los datos operativos y los comentarios
-
Aproveche las capacidades de automatización e integración para mejorar la eficiencia y la escalabilidad
-
Deshabilitar los Unified CM componentes heredados según corresponda y proporcionar soporte continuo para las operaciones del día 2.
Este enfoque PPDIO mejorado garantiza una migración controlada, transparente y eficiente desde Unified CM hacia, aprovechando las herramientasWebex Calling, las API y el ecosistema de partners de Cisco para mantener la continuidad del negocio y mejorar las capacidades de colaboración.
Bucles de retroalimentación PPDIO
La descripción general de alto nivel que se muestra en Iteraciones de la Figura mientras se ejecuta PPDIO ilustra un único bucle de retroalimentación desde la fase de optimización hasta la fase de preparación . Esto significa que, después de la implementación inicial, hay una oportunidad continua de mejora continua. Cada ciclo de optimización puede identificar nuevos requisitos o áreas de mejora, que pueden abordarse a través de proyectos o iniciativas posteriores. Estos proyectos individuales, a su vez, siguen el ciclo de vida establecido de PPDIO (Preparar, Planificar, Diseñar, Implementar, Optimizar). Este enfoque iterativo garantiza que el sistema permanezca alineado con los objetivos comerciales en evolución y los avances tecnológicos, fomentando una cultura de refinamiento y adaptabilidad continuos.
Durante la ejecución del proceso PPDIO, es común que los hallazgos en las fases posteriores necesiten revisar y potencialmente revisar las decisiones tomadas en etapas anteriores. Por ejemplo, los problemas encontrados durante la fase de implementación, como la identificación de ambigüedades de diseño o detalles faltantes, pueden revelar que ciertos aspectos no se abordaron completamente durante la fase de diseño. En tales casos, es necesario volver a la fase anterior relevante para resolver estos problemas antes de continuar. Este mecanismo de retroalimentación iterativo, como se ilustra en el proceso PPDIO Unified CM asistido por Figura, asegura que la solución esté completamente validada y refinada, contribuyendo en última instancia a una implementación más sólida y efectiva.
Al emprender una transición de Unified CM aWebex Calling, cada fase del proceso PPDIO puede beneficiarse significativamente de la información recopilada del Unified CM entorno existente. Por ejemplo, se pueden extraer inventarios completos de usuarios, números de teléfono, funciones de llamadas y componentes del plan de marcado de la Unified CM configuración actual. Estos datos complementa la información proporcionada directamente por las partes interesadas y ayudan a agilizar las actividades de planificación y diseño. Aprovechar las herramientas adecuadas para automatizar la extracción y el análisis de datos no solo mejora la precisión sino que también acelera el proceso general. Al utilizar los conocimientos de la implementación existente, la transición se Webex Calling puede ejecutar de manera más eficiente que una implementación tradicional de campo nuevo, sin dejar de adherirse a la metodología PPDIO estructurada. Este proceso se ilustra en el proceso PPDIO Unified CM asistido por Figura.
Enfoque de migración
Mientras planifica su transición de local Unified CM aWebex Calling, necesita determinar cómo abordará este viaje. Primero tendrá que decidir si la migración será un corte intermitente (todo a la vez) o un enfoque por fases (migrar grupos de usuarios/dispositivos durante un período prolongado).
Hacer una migración rápida mueve a todos sus usuarios y dispositivos de la manera más rápida. Con este método, moverá todos los usuarios y dispositivos de las instalaciones Unified CM Webex Calling al mismo tiempo. En esencia, es una única ventana de migración para todos los usuarios y dispositivos. Una vez completada esta migración, todos sus usuarios y dispositivos estarán en la Webex Calling plataforma y toda su Unified CM infraestructura podrá ser desmontada. Sin embargo, muchas organizaciones no pueden utilizar este enfoque debido a la escala y el tamaño de su implementación de llamadas.
El segundo enfoque es una migración gradual. La mayoría de las organizaciones utilizarán este enfoque, ya que proporciona un mejor control, administración y escala con la migración. Además, es más adecuado para implementaciones de UC más grandes y/o implementaciones en múltiples regiones. Por lo tanto, este documento se centra en el enfoque por fases con dos pasos en la transición.
Como se muestra en la siguiente Figura Transición de llamadas por fases: Híbrida y nube, la primera fase de transición (Fase 1) da como resultado una implementación de coexistencia con entornos de llamadas duales. En esta fase, se realiza la transición a algunos usuarios, dispositivos y clientes blandos, Webex Calling mientras que otros todavía están en el control de Unified CM llamadas local. La fase de transición final (Fase 2) da como resultado un entorno de llamadas en la nube puro donde todos los usuarios, dispositivos y clientes flexibles han sido completamente transitados a la Webex Calling plataforma.
El tiempo que tarda una organización en realizar una transición completa a las llamadas en la nube variará según su implementación actual. En algunos casos, una organización puede hacer la transición inicial y permanecer en la fase de control de llamadas dual de coexistencia (Fase 1) durante un período prolongado (meses o incluso años), mientras que en otros casos, una organización puede hacer una transición completa a Webex Calling (Fase 2) en un período muy corto (semanas o meses). Este documento está destinado a cubrir ambas fases (Fase 1 - coexistencia y Fase 2 - transición completa).
Es posible que algunas organizaciones mantengan una implementación de control de llamadas dual coexistencia indefinidamente sin planes de una transición completa a las llamadas en la nube.
La segunda consideración es cómo hará la transición de usuarios, dispositivos y clientes flexibles del control de llamadas en las instalaciones al control de llamadas en la nube. El enfoque recomendado es una transición de tres fases . La figura Transición trifásica recomendada a continuación desglosa este enfoque en las 3 fases.
Pre-migración: Esta fase se centra en preparar tanto el Webex como los Unified CM entornos para la migración. No se trata de llamar a planificación o configuraciones específicas y se centra en completar actividades que se pueden hacer ahora y antes de que comience cualquier proyecto de Webex Calling migración. El objetivo es sentar las bases para que los dos entornos se preparen para la migración.
Preparación para la migración: Esta fase es donde comienza el esfuerzo de preparación para la migración a Webex Calling. Aquí, los requisitos comerciales y técnicos deben revisarse y actualizarse. No se limite a elevar y cambiar lo que se implementa actualmente Unified CM y, en su lugar, redefina los requisitos comerciales y técnicos que su empresa necesita hoy y en el futuro aprovechando el poder de. Webex Calling Además, esta es la fase en la que completará su diseño, planificación de configuración y planificación/programación de migración.
Migración (implementación y desactivación): Esta fase es donde ocurre la migración real de usuarios, dispositivos, números de teléfono y clientes blandos. Como se mencionó anteriormente, esta fase se puede completar para todos al mismo tiempo (corte flash) o en múltiples ventanas de cambio (corte por fases). Los planes de adopción del usuario final, la capacitación y las comunicaciones son fundamentales, por lo que sus usuarios son conscientes de los cambios, cómo usar la nueva plataforma de llamadas y saber cuándo ocurrirá el cambio. El último paso es desintegrar toda la infraestructura de UC local que ya no se utiliza.
La fase previa a la migración tiene actividades (requeridas, recomendadas y opcionales) en las que puede comenzar a trabajar de inmediato. Se recomienda completarlos más temprano que tarde y preferiblemente antes de que comience su proyecto. Algunas de las actividades pueden tardar más en completarse, por lo tanto, iniciarlas antes ayudará a agilizar su proyecto de migración real.
La figura Actividades previas a la migración a continuación destaca cinco categorías específicas de actividades relacionadas con una Webex Calling migración.
Preparar
Requisitos comerciales y técnicos
Al planificar una migración de a, es crucial reunir a fondo los requisitos técnicos y comerciales durante la fase de planificación. Este paso garantiza que la migración se alinee con los objetivos operativos y las capacidades técnicas de su organización, minimizando los riesgos y las interrupciones.
Por qué es importante reunir los requisitos:
-
Alinea los objetivos del negocio: Comprender las necesidades del negocio ayuda a adaptar la migración para soportar flujos de trabajo clave, experiencia del usuario y planes de crecimiento.
-
Garantiza la compatibilidad técnica: la identificación temprana de los requisitos técnicos evita problemas de integración con la infraestructura, la red y los puntos finales existentes.
-
Facilita la planificación de recursos: Los requisitos claros ayudan a estimar los plazos, los costos y los recursos necesarios con precisión.
-
Mitiga los riesgos: la detección temprana de posibles desafíos permite soluciones proactivas, reduciendo el tiempo de inactividad y las interrupciones del servicio.
Requerimientos del negocio
Los requisitos comerciales típicos incluyen:
-
Número de usuarios y ubicaciones a migrar
-
Características y servicios deseados (por ejemplo, enrutamiento de llamadas, correo de voz, conferencias, asistentes automáticos, colas de llamadas)
-
Cumplimiento de normas y políticas de seguridad
-
Restricciones presupuestarias y expectativas de costos
-
Necesidades de capacitación y soporte para el usuario
-
Cronograma de migración y consideraciones de continuidad del negocio.
La recopilación de características y servicios deseados es un paso crítico para garantizar que el nuevo sistema satisfaga las necesidades del negocio. Al reunir estos requisitos, es importante no solo considerar lo que está configurado actualmente, sino tratar de recopilar los requisitos reales de las entidades comerciales que van a usar el sistema. De lo contrario, existe el riesgo de que el plan se base en suposiciones no actuales. Asegúrese de evaluar las funciones adicionales o mejoradas disponibles que pueden no existir en, como llamadas basadas en la nube , colas de llamadas avanzadas y. Esto ayuda a aprovechar todos los beneficios de la plataforma en la nube.
Al evaluar la configuración actual en, es importante reconocer que no todas las configuraciones existentes pueden seguir siendo necesarias debido a la evolución de los requisitos a lo largo del ciclo de vida del sistema. El enfoque debe estar en identificar y retener solo aquellas configuraciones que se alineen con las necesidades actuales y futuras de la implementación.
Concéntrese más en lo que necesita que en lo que tiene.
Las políticas de cumplimiento y seguridad son consideraciones críticas durante la migración de Webex Calling a para garantizar que el nuevo sistema de comunicación basado en la nube se adhiera a los estándares legales, reglamentarios y organizacionales.
-
Cumplimiento normativo: las organizaciones deben verificar que cumpla con las regulaciones específicas de la industria, como GDPR, HIPAA o SOX, abordando los requisitos de privacidad, retención y manejo de datos, así como los mandatos específicos del país relacionados con la residencia de datos, el desvío de peaje y la localidad de los medios.
-
Seguridad de los datos: Asegurar que los datos de voz y señalización estén encriptados tanto en tránsito como en reposo para proteger contra la interceptación o el acceso no autorizado.
-
Controles de acceso: definición y aplicación de la autenticación de usuario, la autorización y el acceso basado en roles para evitar el uso no autorizado de los recursos de comunicación.
-
Auditoría y monitoreo: Implementación de capacidades de registro y monitoreo para rastrear el acceso y el uso para auditorías de cumplimiento e investigaciones de incidentes de seguridad.
-
Alineación de políticas: Alinear la migración con las políticas de seguridad corporativas existentes, incluida la seguridad de punto final, la segmentación de la red y los planes de respuesta a incidentes.
-
Garantía de seguridad del proveedor: evaluación de las certificaciones de seguridad y las certificaciones de cumplimiento de Cisco para garantizar la confiabilidad.
Abordar estas políticas de cumplimiento y seguridad durante la fase de planificación ayuda a mitigar los riesgos, evitar sanciones legales y mantener la integridad y confidencialidad de las comunicaciones durante y después de la migración.
Las necesidades de capacitación y soporte del usuario son componentes esenciales durante la migración de a para garantizar una transición sin problemas y la adopción del usuario. Las consideraciones clave incluyen:
-
Programas de capacitación: Desarrolle sesiones de capacitación personalizadas para diferentes grupos de usuarios (usuarios finales, administradores, personal del servicio de asistencia técnica) para familiarizarlos con características, interfaces de usuario y nuevos flujos de trabajo.
-
Documentación: Proporcione guías de usuario claras y accesibles, preguntas frecuentes y materiales de referencia rápida, incluidos recursos Qué hay de nuevo y diferentes y guías paso a paso antes y después (en formato de video o guía rápida), para apoyar a los usuarios a medida que se adaptan a la experiencia actualizada después de la migración.
-
Administración de cambios: Comunique los cambios de manera proactiva para administrar las expectativas del usuario y reducir la resistencia.
-
Estructura de soporte: Establezca un equipo de soporte dedicado o una ruta de escalamiento para abordar los problemas de los usuarios rápidamente durante y después de la migración.
-
Educación continua: Planifique actualizaciones de capacitación continua a medida que se lanzan nuevas funciones o actualizaciones en.
-
Mecanismos de retroalimentación: Implemente canales para que los usuarios reporten problemas y proporcionen retroalimentación para mejorar los procesos de capacitación y soporte.
Abordar estas necesidades de capacitación y soporte durante la fase de planificación ayuda a minimizar las interrupciones, mejora la confianza del usuario y maximiza los beneficios de migrar a.
Requisitos técnicos
Se deben recopilar y documentar varios requisitos técnicos clave para una migración exitosa de a, incluidos los detalles para:
-
Preparación de la red y capacidad de ancho de banda
Una evaluación completa de la red es fundamental para garantizar que su infraestructura existente pueda soportar el nuevo Webex Calling entorno. Esto incluye:
-
Análisis de ancho de banda: Evaluar el uso de ancho de banda actual y proyectado para manejar el tráfico de voz, video y datos sin congestión.
-
Calidad de servicio (QoS): Implementación de políticas de QoS para priorizar el tráfico de voz y minimizar la latencia, la fluctuación y la pérdida de paquetes.
-
WAN y conectividad a Internet: verificar que los enlaces WAN y las conexiones a Internet cumplan con los requisitos para llamadas basadas en la nube, incluidas las capacidades de redundancia y conmutación por error.
-
Configuración de firewall y NAT: Asegurar que la configuración de firewall y NAT permita la señalización y el tráfico de medios necesarios para.
-
-
Integración con el sistema existente
La integración perfecta con los sistemas comerciales existentes es esencial para la experiencia del usuario y la continuidad del flujo de trabajo:
-
Servicios de directorio: Evaluación de la integración con un directorio empresarial para el aprovisionamiento y la autenticación automatizados de usuarios.
-
CRM y aplicaciones comerciales: identificación de puntos de integración con sistemas de administración de relaciones con el cliente y otras aplicaciones críticas para el negocio.
-
Interfuncionamiento de PBX heredado: Planificación de estrategias de coexistencia o migración por fases si algún sistema de telefonía heredado permanecerá durante la transición.
-
-
Compatibilidad y aprovisionamiento de terminales
Todos los puntos finales, incluidos los teléfonos de escritorio, los softphones y los dispositivos móviles, deben evaluarse en cuanto a compatibilidad:
-
Soporte de dispositivos: Confirmar que los teléfonos y dispositivos IP existentes son compatibles o identificar los reemplazos necesarios.
-
Procesos de aprovisionamiento: Establecimiento de métodos de aprovisionamiento automatizados o optimizados para una incorporación eficiente de endpoints.
-
Actualizaciones de firmware y software: Planificación de las actualizaciones necesarias para garantizar la interoperabilidad y la seguridad.
-
-
Configuraciones de seguridad y estándares de cifrado
La seguridad es primordial en las comunicaciones en la nube:
-
Cifrado: Imponer el cifrado de extremo a extremo para la señalización y las transmisiones de medios, de acuerdo con las mejores prácticas de seguridad de Cisco.
-
Autenticación y control de acceso: Implementación de mecanismos de autenticación seguros (como SSO, autenticación multifactor) y controles granulares de acceso de usuario.
-
Cumplimiento: Asegurar que la solución cumpla con los estándares regulatorios y de cumplimiento de la industria relevantes (por ejemplo, GDPR, HIPAA).
-
Monitoreo de seguridad: Integración con herramientas SIEM y configuración de alertas para posibles incidentes de seguridad.
-
| Requisito | Consideraciones clave |
|---|---|
| Preparación de la red y ancho de banda | Ancho de banda, QoS, WAN/Internet, Firewall/NAT |
| Integración con sistemas existentes | Directorio, CRM, PBX, correo electrónico/calendario |
| Compatibilidad y aprovisionamiento de puntos finales | Soporte de dispositivos, aprovisionamiento, actualizaciones de firmware |
| Configuraciones de seguridad y cifrado | Cifrado, autenticación, cumplimiento de normas, monitoreo de seguridad |
| Capacitación de usuarios y gestión del cambio | Programas de capacitación, documentación, comunicación de cambios |
| Portabilidad de números y plan de marcado | Migración de número/portabilidad, traducción del plan de marcado |
| Integraciones de terceros | Paginación, centro de contacto, fax, dispositivos analógicos |
Preparación y requisitos de la red
La preparación de la red es fundamental para una migración exitosa a cualquier solución de llamadas basada en la nube como. Una mala planificación de la red puede llevar a una calidad de llamada degradada, llamadas caídas y usuarios infelices. Los clientes deben realizar una evaluación de la red antes de migrar a. Se recomienda confirmar la disponibilidad del ancho de banda de la red para el volumen de llamadas esperado, garantizar que se cumplan los requisitos de calidad de servicio (QoS) y comprender los diversos puertos que deben abrirse en los cortafuegos perimetrales.
La conectividad de red confiable con suficiente calidad de servicio (ancho de banda, pérdida de paquetes, RTT) es un requisito básico para garantizar la mejor experiencia de usuario posible de extremo a extremo para todos los terminales, clientes y aplicaciones con capacidad de voz y video.
Los clientes y socios tienen acceso a opciones de conectividad más allá de Internet Over-the-Top (OTT) que pueden optimizar la conexión para incluir Webex Edge Connect. Para obtener más información sobre los detalles del diseño de Webex Edge Connect, consulte Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant e Dedicated Instance.
Los clientes pueden utilizar cScan para la evaluación de la red que proporciona información sobre la calidad de la red del cliente, cuántas llamadas se pueden establecer, latencia, etc. Para obtener más información sobre la herramienta cScan, consulte Usar cScan para probar la calidad de la Webex Calling red.
Para asegurarse de que la red esté lista para la migración a, considere la siguiente lista de verificación:
-
Planificación de ancho de banda
Calcule las llamadas simultáneas por sitio para garantizar que tenga suficiente ancho de banda ascendente y descendente e incluya espacio para otro tráfico crítico para el negocio y el crecimiento futuro.
La Webex Calling tabla de cálculos de ancho de banda del tipo de llamada muestra los tipos de llamadas disponibles con una implementación junto con el códec y el ancho de banda máximo requerido para cada tipo de llamada. Como se muestra en la Webex Calling tabla de cálculos de ancho de banda del tipo de llamada, el ancho de banda de llamada de audio requerido para cada tipo de llamada se puede calcular utilizando la siguiente fórmula general:
Número de llamadas simultáneas esperadas * Ancho de banda por llamada basado en códec = Rendimiento de red requerido.
Tabla 2. Webex Calling cálculos de ancho de banda del tipo de llamada Tipos de llamada Códec - ancho de banda Cálculos de ancho de banda /Teléfono de escritorio -> OPUS - 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido /Teléfono de escritorio -> Teléfono de escritorio OPUS — 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido /Teléfono de escritorio -> PSTN a través de LGW G.711 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> PSTN a través de Cloud PSTN (p. ej. Plan de llamadas de Cisco) G.711 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> Enterprise a través de LGW G.722 — 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido /Teléfono de escritorio -> correo de voz OPUS — 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido Al sumar el rendimiento de red requerido concurrente por tipo de llamada, se puede determinar el requisito de ancho de banda potencial total para un sitio específico.
Todas las patas de llamada siempre están ancladas en los SBC de acceso. Para determinar el ancho de banda de Internet requerido para cualquier ubicación dada, no solo se deben considerar las llamadas entre ubicaciones, sino también las llamadas dentro de la ubicación y las llamadas hacia y desde una puerta de enlace local en esa ubicación. Por ejemplo, una llamada dentro del sitio entre dos teléfonos MPP necesitaría hasta 2 x 70 kbps dúplex completo en el acceso a Internet de la ubicación.
La tabla de ejemplos de cálculo de Webex Calling ancho de banda muestra un ejemplo de un ejercicio completo de cálculo de ancho de banda, suponiendo que todos los dispositivos están en el mismo sitio.
Tabla 3. Webex Calling Ejemplos de cálculo de ancho de banda Tipos de llamada Número de llamadas simultáneas Ancho de banda total Aplicación WebEx/Teléfono de escritorio → Aplicación Webex 15 2 * 15 * 70 kbps = 2,100 kbps Aplicación WebEx/Teléfono de escritorio → Teléfono de escritorio 15 2 * 15 * 70 kbps = 2,100 kbps Aplicación Webex /Teléfono de escritorio → PSTN a través de LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicación WebEx/Teléfono de escritorio → PSTN a través de Cloud Connect para Webex Calling 0 0 * 80 Kbps Aplicación WebEx/Teléfono de escritorio → Empresa a través de LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicación WebEx/Teléfono de escritorio → Correo de voz Webex Calling 5 5 * 70 kbps = 350 kbps Total de llamas/ Ancho de banda 100 llamadas 14,950 kbps/14,95 Mbps -
Todos los valores de ancho de banda en las tablas anteriores se refieren al ancho de banda IP. El ancho de banda del enlace es mayor dependiendo de las encapsulaciones WAN.
-
El ancho de banda en las tablas anteriores es para llamadas de audio. Para el ancho de banda de videollamadas, la aplicación Webex y los teléfonos MPP 8845/65 admiten video H.264 con una resolución máxima de 720p a un ancho de banda máximo de 1,500 kbps por llamada. Sin embargo, la cantidad de ancho de banda consumido en cualquier momento durante la llamada fluctuará en función de la tasa de bits variable inherente a las comunicaciones de video.
-
-
Calidad de servicio (QoS)
Implemente políticas de QoS dentro de su entorno local para priorizar el tráfico en tiempo real y garantizar que la QoS se mantenga en los switches, enrutadores y firewalls.
-
Latencia, fluctuación y objetivos de pérdida de paquetes
Se recomiendan los siguientes umbrales para una calidad de voz óptima cuando las llamadas se realizan por vía Overthe-Top (OTT) y a través de Internet:
-
Latencia: menos de 100 ms unidireccional
-
Jitter - menos de 10 ms
-
Pérdida de paquetes: 0.5% o menos.
-
-
Firewall y NAT
Asegúrese de que el firewall esté configurado para permitir el tráfico como se indica en el artículo disponible en Información de referencia del puerto para Webex Calling. Además, permita el acceso a los dominios y rangos de IP enumerados en la misma guía y evite SIP ALG ya que interfiere con la señalización SIP. Debe evitarse el tráfico de medios a través de proxies.
-
DNS y NTP
Asegure la resolución DNS adecuada de los dominios y servidores NTP confiables para sincronizar los relojes de los dispositivos para la verificación y el registro de certificados TLS.
-
Planificación de conmutación por error
Considere las conexiones de datos de proveedores existentes (MPLS, SD-WAN, etc.) y, en general, planifique el acceso directo a Internet en cada ubicación dentro de su implementación. Planifique enlaces de Internet redundantes donde se requiera alta disponibilidad. Debido a que va a consumir servicios basados en la nube, la conectividad a Internet confiable con suficiente ancho de banda es un requisito básico. Debería reconsiderar hacer esta transición si las conexiones a Internet de las ubicaciones de su organización no son generalmente confiables con baja latencia y un rendimiento adecuado hacia arriba y hacia abajo.
-
Capacidad de supervivencia del sitio
La capacidad de supervivencia en el sitio garantiza que su negocio esté siempre accesible, incluso si su conexión de red se interrumpe. Site Survivability utiliza una puerta de enlace en su red local para proporcionar un servicio de llamadas de respaldo a puntos finales in situ para situaciones en las que se interrumpe la conexión de red. Considere la posibilidad de supervivencia en el sitio con una puerta de enlace de supervivencia local (SGW) si los requisitos comerciales requieren llamadas continuas en caso de interrupción de la red. Para obtener más información sobre la comprobación de supervivencia en el sitio, consulte Capacidad de supervivencia del sitio para. Webex Calling
Configurar UC conectada a la nube
Cloud Connected UC (CCUC) es una solución de análisis y administración basada en la nube diseñada para proporcionar visibilidad centralizada, administración e información para implementaciones tanto en las instalaciones (comoUnified CM) como en la nube (). Actúa como un puente entre los entornos locales tradicionales y los servicios en la nube de Cisco, apoyando a las organizaciones durante todo el viaje de migración de a.
Durante la transición a, CCUC desempeña un papel vital en la racionalización del proceso de migración al facilitar la recopilación de datos completos de la implementación existente de Comunicaciones Unificadas. CCUC ayuda con tareas clave de transición, como la migración de dispositivos, características y contactos de usuario, así como la automatización de actualizaciones de firmware para teléfonos IP compatibles. Al proporcionar visibilidad y administración centralizadas, CCUC ayuda a garantizar una experiencia de migración más fluida y eficiente.
Cisco recomienda encarecidamente que CCUC se implemente e implemente al principio del proyecto de transición, idealmente antes o durante la fase de preparación. Esto permitirá obtener la información y las capacidades necesarias para evaluar exhaustivamente, hacer un inventario y planificar las actividades de migración posteriores y comenzar su viaje hacia y futuras capacidades híbridas.
Evaluación del entorno actual
Una actividad clave en la planificación de su migración es evaluar el entorno local actual y la implementación. Esto proporciona información sobre los posibles cambios que se pueden requerir para realizar una transición exitosa. También le permite evaluar los elementos clave de la plataforma en comparación con la implementación local existente. Puede usar esta información para ayudar a identificar qué tareas específicas se requieren para la transición y qué cambios desea realizar para cumplir con sus requisitos comerciales y técnicos y casos de uso.
Los siguientes aspectos son importantes para revisar como parte de este esfuerzo.
Licencias
Comprender la estructura actual de licencias de la implementación existente es clave cuando se prepara para migrar a. Realice una evaluación de licencia de las siguientes áreas de su solución local de Cisco existente.
-
Plataforma
La capacidad de articular completamente lo que actualmente tiene licencia en su plataforma principal será fundamental cuando trabaje con su equipo de cuenta o socio para determinar la mejor ruta hacia la licencia flexible . Se licencia mediante licencias flexibles. Para obtener más información sobre licencias flexibles, consulte el plan flexible de colaboración de Cisco.
-
Usuarios y dispositivos
Identifique qué categoría de licencia requieren sus usuarios y dispositivos existentes. Esto se utilizará para determinar qué tipo de licencia se requiere para los usuarios y dispositivos. Ofrece varios tipos de licencias, incluidas licencias Professional y Standard para usuarios y licencias profesionales y de área común para espacios de trabajo. Para obtener más información sobre licencias de dispositivos, consulte la hoja de datos disponible en Licencias de dispositivos.
-
Puerta de enlace local
Si se requiere Cisco Unified Border Element (CUBE) para el acceso PSTN para esta transición, también se debe considerar la licencia de CUBE. Las consideraciones sobre licencias CUBE se tratan más adelante en este documento.
Ubicaciones/Sitios
El número y los tipos de sitios (grandes centros, regionales, sucursales, etc.) dentro de su implementación actual deben tenerse en cuenta al planificar esta transición. Una comprensión completa de los sitios de implementación existentes le permitirá planificar estratégicamente para una transición exitosa, especialmente cuando se trata de determinar qué sitios migrar y en qué orden. Comprender en detalle los requisitos del plan de marcado (numeración, hábitos de marcado, clases de restricción, etc.), conectividad y ancho de banda de la red del sitio (Internet, WAN, LAN) y acceso PSTN (local o centralizado, IP o TDM) para cada sitio será fundamental al tomar decisiones de migración. Para obtener más información sobre modelos de implementación comunes y consideraciones clave, consulte la información sobre modelos de implementación de colaboración disponible en Collaboration SRND.
Otra consideración importante de implementación al realizar la transición es la disponibilidad de ubicación. Tiene diferentes capacidades, suscripciones y dispositivos que están disponibles dependiendo de dónde se encuentre su implementación. Para obtener más información sobre la disponibilidad geográfica, consulte ¿Dónde está disponible Webex? .
Finalmente, es importante entender el impacto que tendrá la transición en otros servicios de colaboración. Según el objetivo de este documento, la suposición general es que si se van a mantener los servicios de colaboración existentes fuera de la carga de trabajo de llamada, se espera la transición a la implementación híbrida de fase 1 mencionada anteriormente. Los ejemplos de servicios de colaboración que pueden requerir una implementación híbrida incluyen el centro de contacto local que aún no se ha migrado al centro de contacto de Webex y las integraciones estrechas en sistemas como sistemas de paginación y facturación. Para obtener más información sobre la transición de cargas de trabajo y servicios de colaboración adicionales, consulte Transiciones de colaboración.
Inventario de dispositivos/clientes existentes
Antes de comenzar la transición, es importante hacer un inventario de sus puntos finales de hardware y software existentes. Tener una lista completa de tipos de dispositivos/modelos, versiones de hardware, tipos de SO de cliente flexible y cantidades garantizará que pueda planificar adecuadamente la transición de los dispositivos y mitigar el impacto para aquellos dispositivos que no se pueden migrar a las llamadas en la nube. El inventario debe usarse para determinar los dispositivos a realizar la transición y los dispositivos a reemplazar antes de la transición.
Teléfonos de escritorio
Para los teléfonos de escritorio de audio y video, solo se admiten los teléfonos de escritorio de las series 6800, 7800, 8800 y 9800. Este es un subconjunto de los teléfonos IP de Cisco que son compatibles con. Hay algunos modelos y versiones de los teléfonos 6800, 7800 y 8800 con los que no se pueden usar. Para obtener más información sobre qué modelos y versiones de hardware son compatibles, consulte Dispositivos compatibles para Webex Calling.
Los teléfonos IP de la serie 6800 de Cisco no se pueden actualizar del firmware Enterprise al firmware multiplataforma (MPP), que es necesario para. Por lo tanto, cualquier teléfono 6800 registrado para ejecutar firmware empresarial debe reemplazarse por un modelo 6800 MPP o por otro modelo de teléfono compatible.
Los teléfonos IP Cisco de las series 7800 y 8800 deben actualizarse al firmware del teléfono multiplataforma (MPP) antes de realizar la transición y registrarlos en. Para determinar qué modelos 7800 y 8800 y versiones de hardware admiten el firmware MPP, consulte Convertir los teléfonos IP de las series 7800 y 8800 de Cisco entre el firmware Enterprise y MPP.
Los 8845, 8865 y 8865NR han llegado al final de la venta y no se recomienda migrarlos a ellos.
No se recomienda el uso de versiones anteriores de los teléfonos de la serie 8800 (8811, 8841, 8851, 8851NR, 8861). Webex Calling Los teléfonos con versiones de hardware VID 14 o anteriores se registrarán, pero pueden experimentar algunos problemas de rendimiento debido al hardware.
Los teléfonos de escritorio de la serie 9800 ejecutan PhoneOS, que admite ambos y el registro. Por lo tanto, estos teléfonos pueden ser transitados sin una actualización de firmware.
Todos los demás teléfonos IP deberán ser reemplazados por teléfonos de las series 6800, 7800, 8800 o 9800 compatibles con. Webex Calling Para obtener más información sobre los teléfonos IP y de escritorio compatibles con, consulte el artículo en Dispositivos compatibles para Webex Calling.
Puntos finales de vídeo
Los terminales de video personal y de sala, incluidas las series Cisco Board, Room y Desk series, pueden registrarse SIP de forma nativa en. Cualquiera de estos puntos finales que necesitan hacer llamadas de audio y/o PSTN requiere una licencia de llamadas:
-
Los dispositivos compartidos en salas de conferencias, espacios de reunión, etc. requieren una licencia de espacio de trabajo profesional o espacio de trabajo.
-
El dispositivo personal de un usuario final requiere una licencia profesional o estándar.
Determine en cuántos terminales de video están registrados y se utilizan para realizar llamadas de audio. Es posible que algunos de los terminales de video solo se utilicen para unirse a reuniones o hacer videollamadas SIP. En cualquier caso, los puntos finales aún deben migrarse antes de que los servidores sean dados de baja, sin embargo, esto ayudará a determinar cuántos de ellos necesitarán licencias para continuar haciendo llamadas telefónicas.
-
Cuando los dispositivos de video se mueven del registro a, el URI de estos puntos finales cambiará ya que ahora están registrados en la nube.
-
Los modelos de teléfono 8845, 8865 y 8875 son videoteléfonos personales que son compatibles con.
Clientes blandos
Es el único cliente flexible soportado por, a diferencia del Unified CM cual soporta tanto la aplicación Webex como Jabber, y es el nuevo cliente flexible predeterminado para los usuarios finales.
Dependiendo de los modos de implementación implementados para Jabber (solo IM, solo por teléfono y/o modos UC completos), es posible que también deba considerar la transición de las cargas de trabajo de Mensajería y/o Reuniones de Jabber al. Se puede implementar en modo solo por teléfono si se va a usar como un cliente que solo llama o se puede implementar como el completo Webex Suite si hay otras cargas de trabajo, p. ej. Webex Messagingy/oWebex Meetings, se están haciendo la transición a la aplicación con llamadas.
Mejora la experiencia del usuario final al proporcionar funciones de IA como inteligencia de audio/video, transcripción de llamadas y otras. Para obtener más información, consulte https://www.webex.com/all-new-webex.
Antes de trasladar a los usuarios a usted, tendrá que hacer la transición de sus clientes Jabber al. Tiene dos opciones para completar esta transición.
-
Antes de que los realice la transición a
-
Cuando los hace la transición a.
Para facilitar la transición inicial a la, se recomienda usar la opción 1 y mover a los usuarios a llamar primero. Esto les da a los usuarios tiempo para familiarizarse con la nueva aplicación mientras siguen utilizando la plataforma de llamadas local existente. Una vez que esté listo para trasladar usuarios a, los configurará para que se registren en la plataforma de llamadas en la nube.
Para obtener más información, acerca de estas dos opciones, consulte Viaje de migración: ¿uno o dos pasos? .
Para obtener una lista completa de los dispositivos compatibles para, consulte Dispositivos compatibles para Webex Calling.
Verifique la elegibilidad del dispositivo
Como se mencionó anteriormente, admite un subconjunto de los teléfonos IP de Cisco y requiere un tipo de firmware diferente para los teléfonos de las series 7800 y 8800. Unified CMLos teléfonos ejecutan el firmware Enterprise, mientras que los teléfonos ejecutan el firmware del teléfono multiplataforma (MPP). Se recomienda verificar qué teléfonos registrados son elegibles para actualizar al firmware MPP durante la fase de preparación. Esto le da tiempo para reemplazar los teléfonos no elegibles con uno de los modelos de teléfono compatibles o para identificar un plan alternativo, como trasladar a un usuario a la aplicación Webex solamente.
Para ayudar a determinar la elegibilidad de los teléfonos, Control Hub tiene una herramienta incorporada llamada Migrar su teléfono a Webex Calling. Cuando utilice esta herramienta para verificar la elegibilidad del dispositivo, seleccione la opción Migración Generar licencia de dispositivo solamente.
Esta opción le permite cargar un archivo CSV que contiene los teléfonos para que pueda verificar la elegibilidad de cada teléfono. Al seleccionar esta opción de migración, no agrega los teléfonos ya que todavía está en la fase de preparación y aún no está listo para hacerlo. Para obtener más información, consulte Migrar su teléfono a Webex Calling.
Es posible que algunos de los teléfonos vuelvan con una elegibilidad desconocida. Esto generalmente se debe a que no puede validar cierta información sobre el teléfono en el sistema de back-end. Para cualquier teléfono que tenga un estado Desconocido, tiene dos opciones para verificar si son elegibles para actualizar al firmware MPP.
-
Revise manualmente cada teléfono y verifique el modelo y la versión de hardware (PID VID)
7800/8800 etiqueta de teléfono con información de modelo y versión de hardware -
Utilice la herramienta de preparación para teléfonos IP de Cisco
Descargue la herramienta de https://github.com/joemar2/mpp_readiness_check.
Esta herramienta no es una herramienta oficial de Cisco ni es compatible con TAC. Tiene el mejor apoyo, pero es de uso gratuito.
Esta herramienta debe ejecutarse en una máquina que esté en las instalaciones y que pueda acceder a los servidores y a los teléfonos IP. Tiene una opción para habilitar el acceso web en los teléfonos IP, que se recomienda y se necesita para obtener los mejores resultados. Por lo tanto, debe usarse durante las horas libres para evitar interrupciones a los usuarios finales. La salida de la herramienta proporciona un informe que enumera cuáles de los teléfonos de las series 7800 y 8800 son elegibles para actualizar al firmware MPP. Debido a que accede directamente al teléfono, puede verificar los dispositivos desconocidos que se informaron desde la herramienta Control Hub.
Informe de la herramienta de preparación para teléfonos IP de Cisco
Usuarios
Uno de los pasos de preparación más importantes para garantizar que tenga una migración exitosa es el aprovisionamiento de usuarios adecuado. Necesita planificar adecuadamente para todos los usuarios, incluso si está realizando una migración gradual. Los usuarios deben ser aprovisionados para cualquiera de los siguientes:
-
Implementar el con Calling
-
Implementando el con
-
Configuración de servicios para un usuario
-
Para hacer que los usuarios puedan realizar búsquedas en el directorio (hacer clic para llamar, información de contacto del usuario, búsqueda en el directorio telefónico).
Se recomienda aprovisionar todos los usuarios antes o al comienzo de su proyecto. Esto incluye a los usuarios que todavía utilizan Unified CM para que su plataforma de llamadas sea independiente de su dispositivo de llamada (teléfono IP, Jabber,). A medida que los usuarios se migren a (y/o el), actualizará sus licencias para habilitar los servicios que necesitan. Al aprovisionar todos los usuarios de llamadas empresariales antes de iniciar su transición, permite que un usuario que haya hecho la transición al directorio o busque en el directorio un usuario de llamadas empresariales que todavía esté en Jabber y/o en. Esto garantiza que los usuarios en transición puedan encontrar la información de contacto de cualquier otro usuario y hacer una llamada a ellos mediante la búsqueda de directorios.
La búsqueda en el directorio de figuras muestra un ejemplo de un usuario que busca otro usuario. Los resultados de búsqueda muestran la información de contacto del usuario y pueden ser para un usuario que todavía está en Jabber o para un usuario que ha hecho la transición al y/o.
A continuación, determine a cuál de los usuarios de llamadas locales existentes serán transferidos. Si se va a realizar la transición a todos o a una gran cantidad de usuarios, entonces se recomienda mover a los usuarios en grupos para garantizar que el equipo del proyecto, el personal de TI y el personal de soporte puedan manejar la transición y cualquier problema que pueda surgir. También debe dedicar algo de tiempo para proporcionar información inicial y sesiones de capacitación para preparar a los usuarios para esta transición. La agrupación de transición de usuarios se puede realizar en función de una variedad de criterios, incluida la ubicación o el sitio al que se asignan los usuarios, los departamentos de los usuarios o incluso los tipos de usuarios (trabajadores del conocimiento, ejecutivos, trabajadores móviles, etc.).
Por ejemplo, si los usuarios de la implementación se dividen en tres sitios principales, Nueva York (NYC), San Francisco (SFC) y Research Triangle Park (RTP), un plan de transición de usuarios puede parecerse al plan descrito en la tabla Plan de transición de usuarios por sitio.
| Sitio de usuario/ubicación | Información previa a la transición y sesiones de capacitación | Período de transición | Soporte posterior a la transición |
|---|---|---|---|
| NYC (1,525 usuarios) | Semana del 1 de abril | 15 de abril — 27 de abril | Semana del 29 de abril |
| SFO (1,600 usuarios) | Semana del 6 de mayo | 20 de mayo — 31 de mayo | Semana del 3 de junio |
| RTP (1,275 usuarios) | Semana del 3 de junio | 17 de junio — 28 de junio | Semana del 1 de julio |
Otro factor importante es la transición de usuarios juntos que tienen dependencias entre sí . Esto podría incluir, pero no se limita a lo siguiente:
-
Monitoreo BLF
-
El mismo piloto/grupo de caza
-
Compartir líneas
-
Parte del mismo grupo de recepción de llamadas
-
Usando los mismos números del parque de llamadas
-
Intercomunicador
-
Administrador/Exec.
Puede revisar la configuración (GUI o exportación) o usar la herramienta Migration Insights para ayudar a identificar los grupos de usuarios con estas dependencias.
Conectividad PSTN
puede acceder a la PSTN de tres maneras: planes de llamadas de Cisco, Cloud Connect para (anteriormente Cloud Connected PSTN) y PSTN local (puerta de enlace local). Sin embargo, una única ubicación como se define dentro del solo se puede asignar a una única opción PSTN.
La PSTN local con una puerta de enlace local (LGW) es un componente esencial de la estrategia de transición. Proporciona conectividad entre la implementación local y/o PSTN y la plataforma. Admite controladores de borde de sesión (SBC) certificados de Cisco y de terceros que se pueden usar como puerta de enlace local. Para obtener la lista más reciente de SBC compatibles, consulte Lista de SBC compatibles.
admite hasta 250 llamadas simultáneas desde una única puerta de enlace local basada en el registro y más de 250 llamadas simultáneas desde una única puerta de enlace local basada en certificados. Las puertas de enlace locales basadas en certificados pueden admitir hasta 6500 llamadas simultáneas, pero esto se basa en el tipo de conectividad que tiene que tener la puerta de enlace local (overthe-top vs interconnect peering) y el modelo SBC en el que se implementa la puerta de enlace local. Estos límites son, en esencia, el límite de recuento predeterminado tanto para las llamadas PSTN basadas en puertas de enlace locales como para las llamadas entre puntos finales y entre puntos finales. Para obtener más información, consulte Introducción a la puerta de enlace local.
Cualquier llamada que exceda este límite se rechaza con un 403 prohibido. El comando show call active voice se puede ejecutar en la puerta de enlace local en cualquier instancia para determinar el número total de llamadas activas.
Las malas condiciones de red entre una puerta de enlace local y el SBC de acceso pueden limitar el rendimiento de la conexión de señalización, lo que lleva a un límite de llamadas simultáneas aún más bajo. La latencia unidireccional entre la puerta de enlace local y el centro de datos no debe exceder los 100 ms y la fluctuación de punto debe ser inferior a 10 ms mientras que la pérdida de paquetes es inferior al 0,5%.
Características y uso de características
Al evaluar el entorno actual, es importante identificar y revisar qué características están configuradas. Además, es importante comprender el uso de las características para que pueda (re) definir sus requisitos comerciales y técnicos para su implementación.
Para determinar qué características están configuradas, analice la configuración. Estos son todos los datos estáticos que se establecen cuando se configura una función o configuración en el sistema. Las siguientes opciones se pueden utilizar para completar este análisis:
-
Revisar la configuración en la GUI de administración
-
exportación de configuración: exportación masiva o AXL
-
herramienta de información de migración (recomendado)
-
Herramientas para partners de terceros de Cisco (recomendado).
Para analizar la utilización de funciones de manera efectiva, es esencial examinar los datos dinámicos del sistema, como la utilización, los registros y la actividad de llamadas. Varias herramientas analíticas y paneles proporcionan información sobre estas métricas, lo que permite una comprensión integral del rendimiento y la capacidad del sistema, lo que respalda la toma de decisiones informada durante los esfuerzos de migración y optimización. Las siguientes opciones se pueden utilizar para completar este tipo de análisis:
-
Revisión de registros CDR sin procesar
-
Revisión de los Unified CM datos RTMT
-
Herramienta de información de migración con datos CDR
-
Revisión del análisis de UC conectado a la nube en
-
Volumen de llamada
-
Puntos finales registrados
-
Ubicaciones (CAC)
-
Utilización del maletero.
-
-
Herramientas para partners de terceros de Cisco.
Cisco recomienda comenzar con la herramienta Webex Control Hub Migration Insights para este análisis. Importará su archivo.TAR de exportación y los archivos Unified CM CDR (opcional, pero necesarios para el análisis de utilización de características) a la herramienta. La herramienta generará los siguientes informes basados en CSV que se pueden utilizar para iniciar el análisis:
| Nombre del informe Descripción del informe |
|---|
| ImportedDataBulk.csv
Todos los usuarios y dispositivos a partir de Unified CM datos |
| DeviceEligibility.csv
Identifica los dispositivos elegibles para migrar Webex Calling (teléfonos IP, dispositivos con SO de sala, ATA y terceros) |
| DevicePoolNumbers.txt Lista de todos los números en un grupo de dispositivos en particular |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalles sobre dispositivos y usuarios que deben migrarse juntos en función de líneas compartidas, piloto de búsqueda, cola de llamadas, parque de llamadas y configuración del grupo de recogida de llamadas |
| HuntGroupMigrationInsight.csv Información detallada sobre líneas de búsqueda asignadas, grupos de líneas y agentes asociados |
| SharedlineGroupMigrationReport.csv Descripción general de cómo se comparten los números de teléfono (números de directorio) entre los usuarios |
| Nombre del informe Descripción del informe |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Información sobre la elegibilidad para la migración de dispositivos según el uso de la función |
| FeatureUsageWithLastUsageDateReport.csv Recuento de uso para el número de veces que se ha llamado a los pilotos de búsqueda y a las colas de llamadas junto con la última fecha de uso |
| UserWorkspaceLastUsage.csv Fecha de última utilización para usuarios y espacios de trabajo tanto para clientes blandos como para teléfonos duros |
| DIDUsageReport.csv Uso DID tanto para DID asignados como no asignados |
Para obtener más detalles sobre los informes de Migration Insights, consulte Información sobre migración.
Si necesita más información sobre las características y el uso después de revisar la información en los informes de Migration Insights, Cisco recomienda considerar una de las herramientas de migración de partners de terceros de Cisco y/o revisar las configuraciones en la GUI o en los datos de exportación de configuración.
Integraciones de Cisco: Unity Connection UCCX UCCE
El correo de voz es una parte integral de la oferta y está integrado de forma nativa en la solución. No se puede integrar con una solución de correo de voz basada en las instalaciones como Unity Connection o Unity Connection Express. Además, no hay una forma nativa de migrar mensajes de correo de voz o saludos de conexión de Unity existentes al servicio de correo de voz nativo disponible con. Algunas de las herramientas de migración de partners de Cisco de terceros tienen capacidades para migrar algunos de estos datos. Para obtener más información sobre el correo de voz, consulte Configurar y administrar la configuración del correo de voz para un Webex Calling usuario.
también admite buzones de correo de voz y fax compartidos. Para obtener más información, consulte Administrar un correo de voz compartido y un buzón de fax entrante para. Webex Calling
tiene una función incorporada de Auto Attendant que se incluye como parte de la plataforma principal. Esta característica permite la transición de los manejadores de llamadas de su Unity Connection y la funcionalidad de autoasistente . La herramienta Control Hub, Migrar características desdeUnified CM, admite la migración de las configuraciones de Unity Connection a Auto-Attendants. Para obtener más información sobre el uso de esta herramienta, consulte Migración de dispositivos y características de Unified CM aWebex Calling.
Grabación de llamadas
incluye dos opciones para la grabación de llamadas sin costo adicional.
-
Grabación de llamadas Webex
-
Grabación Dubber Go (oferta de socio): una integración entre y dubber donde todos los medios grabados se guardan de forma segura en la nube.
La tabla de opciones de grabación incluida destaca algunas características clave de las dos opciones de grabación de llamadas que están disponibles sin costo adicional.
| Webex | Dubber Go |
|---|---|
| Disponible para todos los usuarios | Disponible para todos los usuarios |
| Grabaciones ilimitadas | Grabaciones ilimitadas |
| Período de retención de 1 año* | Período de retención de 30 días |
| 100 GB de almacenamiento por organización | - |
| Los oficiales de cumplimiento pueden acceder y administrar las grabaciones de llamadas | - |
| API para administrar grabaciones | - |
Los administradores pueden configurar y administrar el acceso de los usuarios a sus grabaciones de llamadas
|
Solo los usuarios pueden acceder y administrar sus grabaciones
|
Si su organización requiere capacidades de grabación adicionales, como grabación de llamadas de cumplimiento, períodos de retención más largos, más almacenamiento, análisis de IA y/o acceso de administrador, existen ofertas pagas o complementos de Cisco y de terceros proveedores de grabación. Para obtener más información sobre los proveedores de grabación, las configuraciones y los servicios de socios adicionales, consulte Administrar la grabación de llamadas para Webex Calling.
Integraciones de terceros
admite una variedad de integraciones de terceros que incluyen, entre otras, SBC para puertas de enlace locales, teléfonos IP, teléfonos de intercomunicación, bocas/buscapersonas, ATA, etc. Además de estos dispositivos de terceros, Webex Calling admite diferentes soluciones de terceros para atención al cliente, análisis, grabación, facturación, etc. Para obtener más información sobre soluciones de terceros, consulte Webex App Hub.
Plan
Plan de proyecto de alto nivel
Al desarrollar un plan de proyecto de alto nivel para migrar de a, es esencial establecer fases e hitos claros que se alineen tanto con los objetivos comerciales como con los requisitos técnicos. El plan debe comenzar con una fase de evaluación integral, que incluya la recopilación de requisitos técnicos y comerciales detallados, así como la identificación de las partes interesadas y la definición de criterios de éxito. Las consideraciones clave incluyen la asignación de recursos, la estimación del cronograma, la gestión de riesgos y las estrategias de comunicación para garantizar que todas las partes estén informadas y comprometidas durante la migración. Además, el plan debe incorporar puntos de verificación de validación como pruebas piloto e implementaciones por fases para minimizar las interrupciones y permitir ajustes basados en los comentarios.
Ejemplos de elementos a incluir en el plan del proyecto son:
-
Definir el alcance de la migración (por ejemplo, qué usuarios, dispositivos y características harán la transición)
-
Programación de sesiones de capacitación para usuarios finales y equipos de soporte
-
Coordinar las evaluaciones de preparación de la red, y
-
Planificación de actividades de transición con opciones alternativas. También es importante integrar las revisiones de cumplimiento y seguridad, así como el soporte posterior a la migración y las fases de optimización.
Al estructurar el plan del proyecto con estas consideraciones, las organizaciones pueden administrar mejor la complejidad, reducir los riesgos y lograr una transición más fluida a.
Viaje migratorio: ¿uno o dos pasos?
requiere que los usuarios usen el para su cliente de software que llama. Por lo tanto, si algún usuario todavía está usando, tiene dos opciones sobre cuándo puede moverlos al. Puede realizar una migración de usuario en un solo paso o una migración de usuario de dos pasos.
Opción 1: Migración de usuarios en un solo paso
En una migración de un solo paso, los usuarios hacen la transición de a la misma vez que hacen la transición de Unified CM a. Esta opción es típicamente para clientes con un pequeño número de usuarios para migrar y pueden administrar el traslado tanto del cliente flexible del usuario como del servicio de llamadas al mismo tiempo. La cifra a la que se migra el servicio de llamadas del usuario, el cliente flexible y el teléfono al mismo tiempo que se muestra a continuación resalta este tipo de migración. Con esta opción, un usuario tendrá todo lo siguiente completado al mismo tiempo:
-
Los servicios de llamadas se trasladaron de a
-
Números de teléfono y extensiones movidos de a
-
El cliente blando hizo la transición de Jabber al - se registrará en
-
El registro telefónico se trasladó de a.
Esto aún puede ser una migración por fases en la que grupos de usuarios se mueven en diferentes momentos, pero cuando cada usuario se mueve, todo esto sucede al mismo tiempo.
Opción 2: Migración de usuarios en dos pasos
El otro enfoque es una migración de dos pasos. En el paso 1, los usuarios hacen la transición de a la, pero permanecen para llamar a los servicios. Luego, en el paso 2, los usuarios se mueven de Unified CM a. Esta opción se recomienda para que los clientes más grandes administren los cambios del usuario final y deseen separar el cambio de cliente flexible del cambio del servicio de llamadas. En la siguiente figura Migrar cliente flexible; luego migrar el servicio de llamadas, el cliente flexible y el teléfono a Webex Calling continuación, se destaca este tipo de migración.
Paso 1
-
El cliente blando hizo la transición de a - se registrará a.
Paso 2
-
Los servicios de llamadas se trasladaron de a.
-
Números de teléfono y extensiones movidos de a.
-
el registro se trasladó de a.
-
El registro telefónico se trasladó de a.
Esto aún puede ser una migración por fases en la que grupos de usuarios se mueven en diferentes momentos en ambos pasos.
La opción que elija depende de cómo quiera administrar la transición de sus usuarios a la y. La recomendación es tomarlo en pasos (Opción 2). Esto le permite minimizar los cambios del usuario final a la vez y dividir el esfuerzo en diferentes partes del proyecto. Sin embargo, si prefiere que los usuarios solo se vean afectados una vez, entonces usar la Opción 1 también es válido.
Al observar el viaje recomendado (Opción 1), la siguiente figura del mapa de transición de alto nivel de Jabber a Webex App muestra la transición de alto nivel para el paso 1.
En este paso, los usuarios son transferidos de Jabber a todos sus servicios de llamadas. Sin embargo, la plataforma de llamadas aún está Unified CM y registrará sus servicios de llamadas a. Como se ve en el mapa de transición de alto nivel de Jabber a Webex App, la infraestructura local no cambia y funciona de la misma manera que lo hace Jabber. El único cambio es que requiere una conexión con.
Para obtener más información sobre esta transición, consulte Mapa de transición de Jabber a Webex y Guía de implementación en la sección Cliente en la página Transición de colaboración.
Unified CMla figura del mapa de transición a Webex Calling alto nivel es la transición de alto nivel de a. Este es el paso 2 del viaje recomendado.
Si decide utilizar el enfoque de un solo paso, esto también se aplica.
En este paso, los usuarios se hacen la transición a grupos. En este punto, los usuarios comienzan a usar para sus servicios de llamadas, registro de llamadas y registro de teléfono IP.
Dado que los usuarios se mueven en grupos, los usuarios de Enterprise se dividirán entre las dos plataformas de llamadas durante la transición. La figura del mapa de transición de fase 1 Unified CM a Webex Calling alto nivel representa este estado. Durante esta fase, se requiere planificación sobre cómo administrar las llamadas entre usuarios en las dos plataformas y cómo se enrutarán las llamadas PSTN. Cada vez que se realiza la transición a un grupo de usuarios, se requerirán planes de marcación y actualizaciones de enrutamiento de llamadas en, y en las puertas de enlace locales.
Una vez que todos los usuarios, clientes flexibles y dispositivos han sido transitados a (Fase 2), entonces toda la infraestructura de UC local se puede quitar y dar de baja.
Diseño
Selección de región
está disponible en todo el mundo y se entrega desde centros de datos redundantes en múltiples regiones: EE. UU. (Dallas, Chicago), Canadá (Vancouver, Toronto), Europa (Frankfurt, Ámsterdam), Reino Unido (Londres, Manchester), Australia (Melbourne, Sydney), Japón (Tokio, Osaka), Arabia Saudita (Riad, Jeddah) e India (Mumbai, Chennai). Los medios POPs proporcionan servicios multimedia para optimizar los tiempos de ida y vuelta de los medios. El centro de datos de Singapur, por ejemplo, se utiliza para optimizar los tiempos de viaje de ida y vuelta de los medios para clientes en países asiáticos donde los tiempos de ida y vuelta a la región de Australia o Japón pueden ser subóptimos. Los centros de datos están interconectados por una red troncal multigigabit y totalmente redundante. La cifra de centros de datos distribuidos globalmente muestra una visión general de todos los centros de datos. Para obtener la lista más reciente de centros de datos disponibles, consulte Ubicaciones de centros de datos para Webex Calling.
Cada cliente se aprovisiona en una de las instancias. Toda la información de aprovisionamiento de ese cliente se almacena en esa instancia y la señalización SIP de todos los endpoints y puertas de enlace locales aprovisionadas para ese cliente está vinculada a la instancia en la que se aprovisionó el cliente. Debido a que es difícil cambiar la selección inicial de la región, es importante considerar todos los factores relevantes como parte del proceso de decisión que conduce a la selección de la región. Para evitar el retraso excesivo de la señalización de ida y vuelta, es importante decidir al principio del proceso de transición qué instancia se debe usar. Cisco recomienda seleccionar la instancia que proporciona los tiempos de ida y vuelta de señalización más bajos para el mayor número de usuarios dentro de la implementación.
Para conocer la disponibilidad del país, consulte ¿Dónde está disponible Webex? .
Ubicaciones
Para prepararse para el aprovisionamiento de ubicaciones, es necesario recopilar la información requerida para todas las ubicaciones de destino de migración. La información necesaria para cada ubicación se resume en Información a capturar para cada ubicación.
| Información | Comentario |
|---|---|
| Rango (s) de extensión | Cada ubicación puede tener extensiones que comienzan con diferentes dígitos. Debe ahorrarse un dígito para
el dígito de dirección de marcado entre sitios (por ejemplo 8) y uno para el dígito de
dirección PSTN (por ejemplo 9). Ningún rango de extensión puede comenzar con ninguno de
estos dos dígitos. Todos los rangos de extensión de todas las ubicaciones deben ser de la misma longitud. |
| Rango (s) DID | - |
| Dígito de dirección PSTN | - |
| Código del sitio | Todos los códigos de sitio de todas las ubicaciones deben ser únicos y tener la misma longitud. |
| Número principal | Al crear una ubicación, se deben aprovisionar dos DID. Uno como número
principal (por ejemplo, para ser asignado a un servicio de asistente automático) y uno para
el portal de correo de voz. Provisión 1 DID para el número de correo de voz. |
| Número de correo de voz | |
| Número de licencias | Licencias requeridas por tipo, incluyendo Standard, Professional, Workspace, Route List, Route List, Outbound Calling Plan. |
| Llamadas simultáneas en las horas de mayor actividad | Suma de llamadas simultáneas entre dispositivos y entre dispositivos y la puerta de enlace local (PSTN y llamadas a dispositivos). Necesario para determinar el ancho de banda de acceso a Internet requerido. |
| País | - |
| Zona horaria | - |
| Idioma | - |
| Contacto (nombre, teléfono, correo electrónico) | - |
| Dirección (dirección, ciudad, estado, código postal) | - |
| Ubicación física despachable de servicios de emergencia para terminales | La ubicación despachable del dispositivo utilizada para llamadas de emergencia generalmente incluye lo siguiente: dirección del edificio, dirección del edificio +número de piso, dirección del edificio + número de suite o dirección del edificio + número de piso + número de oficina/número cúbico. |
| Ubicación de red física única por dispositivo para servicios de emergencia | La ubicación de red física para llamadas de emergencia generalmente incluye lo siguiente: conmutador/puerto de conmutación para dispositivos cableados, Identificadores de conjunto de servicio básico (BSSID) de punto de acceso inalámbrico (AP) para dispositivos conectados inalámbricos y/o subredes IP locales para dispositivos de punto final. |
PSTN
Al diseñar una implementación, los clientes tienen tres opciones principales de conectividad PSTN: planes de llamadas Cisco (un servicio PSTN entregado en la nube administrado por Cisco), proveedores PSTN conectados a la nube (CCPP, donde los proveedores brindan servicio PSTN a través de la nube) y PSTN local (donde las puertas de enlace locales conectan la red empresarial a la PSTN). Con la introducción del trunking PSTN para implementaciones híbridas (para obtener más información, consulte Trunking PSTN para Webex Calling implementaciones híbridas en PSTN trunking), las organizaciones obtienen flexibilidad adicional en su enfoque de migración. Esta función permite a los clientes mover su PSTN a CCPP al comienzo del viaje de transición y comenzar la transición a la PSTN en la nube para los usuarios, al tiempo que aprovechan CCPP para mantener el servicio PSTN para los usuarios que permanecen en Cisco durante una migración por fases.
Este enfoque híbrido permite a las organizaciones mover grupos de usuarios seleccionados a la nube primero, sin necesidad de una revisión inmediata de todo su entorno de telefonía. Sin embargo, introduce complejidad y riesgo adicionales, particularmente en lo que respecta a la adaptación de la lógica de enrutamiento de llamadas existente para admitir la nueva arquitectura. La interoperabilidad con aplicaciones heredadas, como servidores de fax, centros de contacto o sistemas de paginación, también requiere una cuidadosa consideración. Los desafíos técnicos clave pueden incluir garantizar una negociación de códec de extremo a extremo sin interrupciones y la señalización DTMF (Dual-Tone Multi-Frequency) en todo el entorno mixto, así como validar la compatibilidad con funciones de telefonía especializadas. La planificación y las pruebas adecuadas son esenciales para minimizar las interrupciones y mantener servicios de voz confiables durante todo el proceso de migración. Además, las consideraciones comerciales son importantes, ya que la conexión troncal híbrida requiere una licencia de uso basada en el número de llamadas simultáneas entre el entorno local y el proveedor PSTN conectado a la nube (CCPP).
Alternativamente, las organizaciones pueden optar por conservar su conectividad PSTN local a lo largo de la fase de transición. En este escenario, la migración a CCPP se puede ejecutar de dos maneras: como un único punto de corte coordinado para todos los usuarios y ubicaciones una vez que se completa la migración, o de forma incremental, con la migración de PSTN que se produce por ubicación a medida que se mueven los usuarios. Este enfoque puede ayudar a optimizar la coexistencia y mantener la continuidad de las integraciones heredadas, pero introduce varias complejidades operativas. Entre ellos se encuentran los desafíos relacionados con la portabilidad numérica, como la necesidad de una coordinación precisa de las órdenes de puertos numéricos, los posibles retrasos y las limitaciones impuestas por el proveedor, como un límite en el número de solicitudes de puertos simultáneos o restricciones en la portabilidad de subconjuntos de bloques de gran número. Las organizaciones deben planificar cuidadosamente su estrategia de transición de PSTN, teniendo en cuenta estas consideraciones logísticas para evitar interrupciones en el servicio y garantizar una experiencia de migración sin problemas.
La figura Migración a CCCP al inicio frente a mantener PSTN en las instalaciones muestra las dos opciones de migración de PSTN explicadas anteriormente. La ilustración de la izquierda muestra el escenario en el que todos los usuarios y aplicaciones locales consumen servicios PSTN conectados a la nube a través de un enlace troncal local y una puerta de enlace local que conecta las instalaciones locales a, mientras que la ilustración de la derecha muestra el escenario en el que la PSTN local existente permanece en su lugar y los usuarios Webex Calling utilizan PSTN local a través de la conexión de puerta de enlace local entre locales y. Durante la transición, las ubicaciones se pueden cambiar a usar Cloud Connected PSTN.
En ambos escenarios, las llamadas entre las instalaciones y el usuario utilizan la conexión de puerta de enlace local. La conexión entre local y debe diseñarse y dimensionarse de acuerdo con el número esperado de llamadas simultáneas y la redundancia requerida.
Plan de marcado
Para lograr una interoperabilidad perfecta entre y durante el período de migración, se debe desarrollar e implementar una arquitectura de plan de marcado integral en ambas plataformas. Este diseño de plan de marcado de doble plataforma garantiza un enrutamiento de llamadas consistente, la traducción de números y la transparencia de las funciones, lo que permite a los usuarios de cualquiera de los sistemas comunicarse sin degradación del servicio o interrupciones en la experiencia del usuario durante la fase de coexistencia.
Plan de marcado local
Durante la transición para permitir la coexistencia de dispositivos registrados en Unified CM y en el plan de marcación empresarial, es necesario cambiar para que se puedan cumplir al menos los siguientes requisitos:
-
+E.164 marcando desde hasta
-
Marcado de extensión desde hasta (dentro del sitio pero también entre sitios si los rangos de extensión son únicos)
-
Marcado abreviado entre sitios de a
-
Marcado forzado en la red desde hasta
-
Retrollamada desde el directorio de llamadas perdidas a destinos en
-
PSTN llama de a PSTN si durante la transición PSTN local se utiliza para
-
PSTN llama de a si durante la transición, la conexión troncal PSTN para implementaciones híbridas se utiliza para proporcionar acceso PSTN a usuarios locales a través de Cloud Connect para
-
Forzado en la red desde hasta
-
Extensión de marcación desde hasta (entre sitios).
Si alguno de los anteriores no es compatible con los hábitos de marcación antes de la transición, por ejemplo, no existe un hábito abreviado de marcado entre sitios, entonces no necesariamente es necesario introducirlos durante la transición.
El plan de marcado de prácticas recomendadas de la figura muestra el enfoque de plan de marcado de mejores prácticas como se describe en la arquitectura preferida para implementaciones locales empresariales de Cisco Collaboration 12.x, CVD. Las características clave de este enfoque incluyen:
-
Partición única para números de directorio +E.164
-
Enrutamiento central basado en patrones de ruta +E.164
-
Normalización de todos los hábitos de marcación a +E.164 usando patrones de traducción
-
Uso del patrón de traducción que llama a la herencia del espacio de búsqueda (opción Usar el espacio de búsqueda de llamada del originador establecido en patrones de traducción).
Por ejemplo, la marcación PSTN (9+1+10D) desde un dispositivo en SJC aprovisionado con espacio de búsqueda de llamadas de línea SJCInternational primero coincidirá con el patrón de traducción 9.1 [2-9] XX [2-9] XXXXXX que normaliza el número de parte llamada a +E.164. La búsqueda secundaria luego usa el mismo espacio de búsqueda de llamada SJCInternational nuevamente (llamada herencia del espacio de búsqueda) y la cadena +E.164 dígitos coincidirá con un número de directorio +E.164 en la partición DN o con uno de los patrones de ruta PSTN en la partición USPSTNNational o SJCPSTNLocal. Los hábitos abreviados de marcado dentro y entre sitios se implementan mediante las traducciones en la partición ESN y SJCToE164. Si bien la partición ESN es una partición global (accesible para teléfonos en todas las ubicaciones), la partición SJCTOE164 solo es accesible para usuarios en la ubicación SJC. Esto supone que los rangos de extensión se superponen.
El primer paso para habilitar las llamadas desde hasta es asegurarse de que los destinos +E.164 se enruten en consecuencia. Esto se puede lograr agregando una partición al plan de marcado, agregando patrones de ruta +E.164 para todos los destinos a esa partición y, finalmente, agregando la partición a todos los espacios de búsqueda de llamadas que representan clases de servicio a las que debe poder llegar. La creación de una partición dedicada es necesaria para permitir la creación de una clase de servicio diferenciada para las llamadas que se originan desde. Para evitar bucles de llamada, el espacio de búsqueda de llamadas entrantes en el enlace troncal desde la puerta de enlace local no debe tener acceso a la partición.
Como se muestra en la Figura +E.164 Enrutamiento aWebex Calling, para habilitar el enrutamiento de a para una ubicación con un rango DID +E.164 +1 221 555 2XXX y código de sitio 121, se debe agregar a la partición un patrón de ruta urgente que coincida con este rango +E.164.
Si no se requiere una selección de puerta de enlace local específica del sitio, en lugar de usar una lista de rutas con un grupo de rutas local como destino para los patrones de ruta que apuntan a un único grupo de rutas se puede aprovisionar con la puerta de enlace local como único miembro y, a continuación, los patrones de ruta apuntan a una sola lista de rutas con este grupo de rutas como única entrada.
Para habilitar la marcación abreviada entre sitios al sitio, se agrega el patrón de ruta 8121.2XXX requerido a la partición. Para los sitios que se van a hacer la transición a un patrón de normalización de marcado 8121.2XXX que normaliza ESN, es posible que ya exista marcado a +E.164 en la partición ESN. En ese caso, el 8121.2XXX parece ser redundante, pero tan pronto como todos los DN de la ubicación respectiva se hayan migrado al patrón de traducción de normalización de marcado 8121.2XXX se pueden eliminar y luego el patrón de ruta 8121.2XXX habilita la marcación ESN incluso para usuarios de extensión que se encuentren en ese rango.
Con estos cambios de plan de marcado, las llamadas a la ubicación se pueden realizar no solo marcando entre sitios abreviados y +E.164. Además, la marcación PSTN internacional y nacional es posible porque estos hábitos de marcado se normalizan primero a +E.164 a través de los patrones de traducción de normalización de marcado ya existentes y luego se enrutan haciendo coincidir el patrón de ruta +E.164 en la partición.
La coincidencia del patrón de ruta +E.164 en el rango DID de la ubicación se puede aprovisionar mientras todos los DID aún están alojados en. El mejor algoritmo de coincidencia de patrones de coincidencia asegura que cuando se marca un número alojado en, el número de directorio +E.164 aprovisionado coincida mejor que el patrón de ruta +E.164 comodín que apunta para que las llamadas se extiendan a una línea activada y no se envíen a.
plan de marcado
A cada usuario se le proporciona una extensión y/o un número de teléfono +E.164. La longitud de la extensión es una configuración global fija: todas las extensiones de una implementación tienen la misma longitud. La marcación de extensión se puede usar entre usuarios tanto dentro de una ubicación como entre ubicaciones. La marcación abreviada de extensión entre sitios (el último caso) solo funciona si la extensión programada es única.
Si la marcación abreviada entre sitios entre ubicaciones es un requisito, pero hay superposiciones entre extensiones asignadas en diferentes ubicaciones, entonces se debe crear un plan de numeración específico de la empresa prefijando las extensiones con un código de acceso y un código de sitio. Para obtener más información, consulte Arquitectura preferida para implementaciones locales de Cisco Collaboration 15, Descripción general del diseño disponible en Arquitecturas preferidas de colaboración de Cisco.
La longitud de extensión, el comportamiento de marcado de extensión entre ubicaciones, la longitud del prefijo para la marcación entre ubicaciones y el dígito de dirección en el prefijo de enrutamiento para la marcación entre ubicaciones se configuran en la configuración del servicio de llamadas en:
-
Longitud del prefijo de ruta de ubicación: Longitud del prefijo, incluido el dígito de dirección. Solo se requiere si es necesario establecer un plan de numeración empresarial como un hábito abreviado alternativo de marcado entre ubicaciones empresariales.
-
Dígito de dirección en el prefijo de enrutamiento: Dígito de dirección para el hábito abreviado de marcado entre ubicaciones empresariales. Deben evitarse las superposiciones con el primer dígito de cualquier ubicación y los dígitos de marcado salientes de la ubicación. Solo se requiere si es necesario establecer un plan de numeración empresarial como un hábito abreviado alternativo de marcado entre ubicaciones empresariales.
-
Longitud de extensión interna: longitud estándar de extensiones. Puede tener cualquier valor entre dos y diez.
Cuando se requiere marcación de extensión o marcación con números significativos de la empresa (código de dirección, código de sitio, extensión) desde un control de llamadas local y el control de llamadas local envía una extensión como identificador de llamadas, asegúrese de establecer también el parámetro Longitud máxima de extensión desconocida en la sección Enrutamiento de llamadas entre y locales para asegurarse de que las llamadas ascendentes del control de llamadas local se puedan clasificar correctamente como llamadas locales. -
Permitir marcación de extensión entre ubicaciones: active o deshabilite la marcación de extensión entre ubicaciones. Esta opción solo debe habilitarse si todas las extensiones dentro de la organización son únicas. Si la opción está deshabilitada, entonces los números significativos de la empresa (código de dirección, código de sitio, extensión) o números de teléfono deben marcarse entre ubicaciones.
Los primeros tres parámetros se utilizan principalmente para construir un plan de marcado para teléfonos a fin de minimizar los tiempos de espera entre dígitos cuando se usa la marcación fuera de línea. Las desviaciones de esta configuración global siguen siendo posibles (por ejemplo, se pueden aprovisionar extensiones con una longitud diferente), pero aparecerá un mensaje de advertencia en Control Hub y la marcación desde teléfonos podría requerir una marcación en bloque para evitar conflictos dentro del plan de marcado precargado.
El ejemplo de numeración de la tabla Enterprise muestra un ejemplo de tres ubicaciones donde los rangos de extensión de dos ubicaciones, NYC y RTP, son idénticos. El establecimiento de un esquema de numeración empresarial con el dígito de dirección entre sitios 8, seguido de un código de sitio de tres dígitos y la extensión de cuatro dígitos crea un hábito de marcado abreviado entre sitios que no se superpone.
| Sitio | Rango de extensión | Código del sitio | Gama empresarial |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Para permitir una transición sin problemas, el conjunto de hábitos de marcación para los usuarios antes y después de la transición a idealmente debería ser el mismo. Para prepararse para la transición para cada ubicación, es necesario documentar los rangos DID y los rangos de extensión (o hábitos abreviados de marcación dentro del sitio). Con base en esta información, entonces se debe seleccionar el dígito de dirección entre sitios.
La tabla Rangos de extensión de longitud fija muestra un ejemplo de tres ubicaciones y rangos de extensión de longitud fija. Debido a que se deben evitar los hábitos de marcación superpuestos, es importante asegurarse de que para cualquier rango de extensión el primer dígito del rango no coincida con el dígito de dirección para la marcación abreviada entre sitios. Si, por ejemplo, se selecciona 8 como el dígito de dirección para la marcación entre sitios, entonces ningún rango de extensión en ningún sitio puede comenzar con 8. Por lo general, las extensiones en una ubicación determinada coinciden con los últimos dígitos de los DID asignados a esa ubicación. Para evitar conflictos, se puede cambiar el primer dígito de la extensión. Si, por ejemplo, se utilizan DID en el rango +1 408 555 8XXX en una ubicación, entonces en lugar de usar 8XXX como rango de extensión 7XXX se puede usar para las extensiones en ese sitio
| Sitio | Rango de extensión | Extensiones | Código del sitio | Gama empresarial |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Las cadenas de marcación de siete dígitos que se marcan en un dispositivo que utiliza el plan de marcación estadounidense se superponen con un patrón de siete dígitos para la marcación local en el plan precargado de marcación estadounidense. Para evitar superposiciones entre cualquier hábito de marcado dentro de la red y fuera de la red (PSTN), se puede usar un código de acceso externo obligatorio en esa ubicación. Si el esquema de numeración empresarial existente y la correspondiente marcación abreviada entre sitios se superponen con patrones en el dial nacional, entonces durante la transición al esquema de numeración para evitar superposiciones también se puede cambiar a una forma más larga o más corta. La manera más fácil de lograr esto es agregar un dígito adicional de relleno al esquema de numeración. El nuevo esquema de marcado entre sitios más largo solo debe ser adoptado por los usuarios a los que ya han migrado. Los usuarios que aún están activos pueden continuar marcando siete dígitos. El plan de marcado empresarial en este caso debe asegurarse de que la marcación abreviada de siete dígitos de Unified CM a se transforme a +E.164 o al formato de marcado abreviado implementado en. Esto debe hacerse antes de enviar la llamada a la puerta de enlace local.
La tabla Transición de la marcación de siete dígitos muestra un ejemplo de esta renumeración. En este ejemplo, la marcación abreviada entre sitios utiliza el dígito de dirección 8 seguido de un código de sitio de dos dígitos y una extensión de cuatro dígitos. Para evitar la marcación abreviada entre sitios de siete dígitos para ubicaciones en, los códigos de sitio se pueden cambiar fácilmente a tres dígitos prefijando un dígito de relleno arbitrario (8 en el ejemplo) a los códigos de sitio de dos dígitos utilizados para que la marcación entre sitios desde teléfonos use el dígito de dirección 8 seguido del dígito de relleno 8, el antiguo código de sitio de dos dígitos y la extensión de cuatro dígitos. Los usuarios en no necesitan recordar nuevos códigos de sitio; solo necesitan recordar usar 88 como prefijo para la marcación entre sitios en lugar de 8 en adelante.
| Sitio | Extensiones | Código del sitio | Gama empresarial | Código del sitio | Rango de empresa |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
En un escenario con diferentes formatos de número de empresa activados y si los números de empresa se presentan como información de la parte llamante para las llamadas desde a (por ejemplo, llamadas desde dispositivos sin un DID), es importante implementar también un mapeo entre los diferentes formatos de números para la información de la persona que llama para garantizar que la devolución de llamada funcione. Este mapeo se puede lograr utilizando el patrón de transformación de la parte llamante en el enlace troncal entre y la puerta de enlace local.
Grabación
Una solución de grabación de llamadas bien diseñada requiere una cuidadosa consideración de varios elementos clave de diseño para garantizar que se alinee con los objetivos de la organización, los requisitos reglamentarios y las limitaciones técnicas. Dos de las decisiones más críticas implican la selección de proveedores y la selección de regiones, las cuales pueden necesitar ser adaptadas globalmente y anuladas en ubicaciones específicas, según las necesidades del negocio.
1. Selección del proveedor de grabación de llamadas
Seleccionar el proveedor de grabación de llamadas adecuado es fundamental para cumplir los objetivos comerciales y garantizar la alineación de características en toda la organización:
-
Selección de proveedores globales: Las organizaciones suelen designar un proveedor principal de grabación de llamadas a nivel global, lo que garantiza la coherencia en el conjunto de características, el cumplimiento y el soporte en todas las ubicaciones
-
Anulación basada en la ubicación: en escenarios en los que sitios o regiones específicos tienen necesidades comerciales únicas o requisitos reglamentarios, puede ser necesario anular la selección global de proveedores y especificar proveedores alternativos para esas ubicaciones. Esta flexibilidad soporta diversos mandatos de cumplimiento de normas y necesidades operativas locales
-
Requisitos comerciales: La elección del proveedor debe estar impulsada por una evaluación de los impulsores comerciales, como el cumplimiento normativo (ejemplo: MiFID II, HIPAA), garantía de calidad, resolución de disputas o necesidades de capacitación
-
Disponibilidad de funciones: Los proveedores deben evaluarse en función de su capacidad para entregar las funciones requeridas, como monitoreo en tiempo real, capacidades de búsqueda y reproducción, cifrado, políticas de retención, integración con plataformas de análisis y soporte para diferentes tipos de llamadas (entrantes, salientes, internas).
2. Selección de región
Determinar la región donde se almacenan y procesan las grabaciones de llamadas es fundamental para el cumplimiento de normas y el rendimiento:
-
Selección de región global: De forma predeterminada, las organizaciones pueden elegir una sola región para almacenar grabaciones de llamadas para simplificar la administración y la gobernanza
-
Anulaciones de región basadas en la ubicación: cuando las leyes de residencia de datos o las políticas corporativas lo requieran, puede ser necesario anular la configuración regional global para ubicaciones específicas, asegurando que las grabaciones de llamadas se almacenen y procesen dentro de los límites geográficos requeridos
-
Requisitos de residencia de datos: El diseño debe tener en cuenta las regulaciones internacionales y locales de protección de datos (como GDPR, CCPA o mandatos específicos del país) que pueden dictar dónde y cómo se conservan las grabaciones de llamadas.
Otro aspecto crítico que debe abordarse durante la planificación y el diseño de una solución de grabación de llamadas es la estimación de los requisitos de almacenamiento de información. Prever con precisión las necesidades de almacenamiento de información es esencial para garantizar que haya suficiente capacidad disponible para soportar las operaciones comerciales en curso, mantener el cumplimiento de normas y evitar interrupciones en el servicio.
Se deben considerar varios parámetros clave al determinar la demanda de almacenamiento de información esperada:
-
Volumen de llamadas grabadas: Evalúe el número anticipado de llamadas que se grabarán dentro de un intervalo de tiempo determinado (por ejemplo, por día, semana o mes). Esto incluye no solo las llamadas externas, sino también las comunicaciones internas, si así lo requieren las políticas comerciales o los mandatos regulatorios
-
Duración promedio de las llamadas: Calcule la duración típica de las llamadas grabadas, ya que las llamadas más largas consumirán más espacio de almacenamiento. Las variaciones en la duración de la llamada entre diferentes departamentos o grupos de usuarios también deben tenerse en cuenta en la estimación
-
Período de retención: Defina el período de tiempo que deben conservarse las grabaciones, que a menudo está dictado por políticas organizativas o regulaciones externas (como estándares de cumplimiento específicos de la industria). Los períodos de retención más largos aumentarán los requerimientos generales de almacenamiento de información
-
Proyecciones de crecimiento: Considere el crecimiento anticipado en los volúmenes de llamadas o la expansión del alcance de grabación, que puede ser el resultado del escalamiento del negocio, nuevos requisitos regulatorios o la incorporación de usuarios o ubicaciones adicionales.
Al analizar a fondo estos parámetros, las organizaciones pueden desarrollar una sólida estrategia de almacenamiento de información que garantice escalabilidad, rentabilidad y cumplimiento normativo para su solución de grabación de llamadas. También es recomendable revisar y ajustar regularmente las asignaciones de almacenamiento de información a medida que los patrones de uso evolucionan con el tiempo.
Llamadas de emergencia
El requisito de enrutar una llamada de emergencia al centro de despacho apropiado es un requisito para cualquier servicio de llamadas que ofrezca servicio PSTN. Con, el enrutamiento de llamadas de emergencia es nativo de la solución e incluye soporte para todos los números de emergencia nacionales en los países que lo apoyan. El enrutamiento de una llamada de emergencia se basa en la ubicación definida dentro y el método de acceso PSTN de la ubicación. Los números de emergencia están predefinidos y son específicos para el país en el que se despliegan los usuarios y dispositivos.
Hay dos métodos para entregar llamadas de emergencia. Hay un servicio básico de enrutamiento de llamadas de emergencia y un servicio mejorado de enrutamiento de llamadas de emergencia. El servicio básico de enrutamiento de llamadas de emergencia utilizará un número seleccionado por el administrador para identificar la ubicación y la ruta de llamada para llegar a los servicios de emergencia. Para llamadas de emergencia básicas, la ruta de llamada suele ser a través de la opción PSTN del cliente para esa ubicación. También tiene enrutamiento mejorado de llamadas de emergencia diseñado para implementaciones en EE. UU. y Canadá que tienen requisitos de cumplimiento normativo que requieren el uso de un proveedor nacional para entregar llamadas de emergencia al centro de despacho correcto.
Todos los clientes deben implementar, como mínimo, la configuración básica de llamadas de emergencia. Las llamadas básicas de emergencia requieren que se asigne al menos un número +E.164 propiedad del cliente a cada ubicación definida en. Para llamadas de emergencia básicas, cada ubicación se definirá por una dirección postal a la que se envían los servicios de policía, bomberos o ambulancia en caso de emergencia. En la mayoría de los casos, el número principal de la ubicación es la mejor opción para representar la ubicación física de la emergencia. Por lo general, la asignación de la dirección al número +E.164 se coordina con el proveedor de PSTN. Las imágenes a continuación muestran la asignación del número principal que se utilizará como número de llamada de emergencia para la ubicación de Richardson.
En la mayoría de las situaciones, una dirección de edificio es suficiente para la dirección de despacho de la ubicación. Pero si se necesitan detalles adicionales de ubicación para usuarios o dispositivos específicos, entonces un administrador puede usar el mismo proceso descrito anteriormente y asignar esos dispositivos a una dirección específica o una ubicación más precisa dentro de la dirección (como un piso o una habitación). En Administración de usuarios en, la pestaña Llamadas permite que se use un número específico para que un usuario y sus dispositivos obtengan una dirección de envío específica. Las siguientes imágenes ilustran cómo se puede asignar un número específico a un dispositivo. El administrador es responsable de asegurarse de que el número utilizado por el dispositivo tenga asignada la dirección de envío correcta. La asignación de dirección generalmente se realiza a través del proveedor de PSTN de esa ubicación.
Para las implementaciones de telefonía basadas en Estados Unidos que deben proporcionar soluciones mejoradas de llamadas de emergencia, utiliza Horizon Mobility de RedSky integrado para el enrutamiento de llamadas de emergencia. Cuando se utiliza RedSky para el enrutamiento de llamadas, un administrador debe inscribirse para obtener una cuenta a través de Cisco y configurar la información adecuada en Llamadas -> Configuración de servicio para habilitar esta función. Una vez que el servicio RedSky se haya habilitado a nivel de sistema, un administrador habilitará el servicio RedSky en cada nivel de ubicación. La habilitación de llamadas de emergencia mejoradas en una ubicación activará el servicio para todos los dispositivos asignados a esa ubicación. Los dispositivos que admiten llamadas de emergencia mejoradas son teléfonos Cisco MPP, teléfonos Cisco PhoneOS y Cisco.
Hay dos configuraciones para habilitar Llamadas de Emergencia Mejoradas en una ubicación. La opción Permitir que RedSky reciba información de conectividad de red y llamadas de prueba debe usarse para verificar que la configuración de RedSky para las asignaciones de dispositivos e infraestructura sea correcta. Esta configuración también permite que las llamadas de prueba se coloquen al 933 para realizar la verificación de ubicación utilizando el sistema IVR de RedSky para leer la ubicación de la persona que llama. Aunque este documento no cubrirá la configuración de RedSky para el seguimiento de ubicación, un administrador SIEMPRE debe probar su descubrimiento de ubicación antes de activar las llamadas de emergencia para enrutar a RedSky. Una vez que las pruebas se hayan completado y verificado como precisas, el administrador dirigirá las llamadas a RedSky alternando las llamadas de emergencia de ruta a RedSky. Este interruptor dirigirá todas las llamadas de emergencia de la ubicación a RedSky para su entrega al centro de respuesta para la ubicación.
La configuración de llamadas de emergencia mejoradas también se aplica a los clientes tanto en las instalaciones como fuera de las instalaciones. Cuando están en las instalaciones, se pueden rastrear de la misma manera que se rastrean los teléfonos de escritorio. Cuando esté fuera de las instalaciones, el usuario podrá establecer su ubicación dinámicamente directamente dentro del. Para obtener más información sobre llamadas de emergencia, consulte Llamadas de emergencia mejoradas para.
Licencias
Hay múltiples opciones para asignar licencias a los usuarios.
Asignación manual hasta
Los administradores asignan licencias manualmente a usuarios individuales a través de la interfaz.
Los administradores pueden editar licencias de servicio para usuarios individuales y asignar licencias de llamadas directamente.
Plantillas automáticas de asignación de licencias
Utilice plantillas de asignación de licencias para asignar licencias automáticamente a los usuarios según la configuración de grupo u organización.
Las licencias automáticas se pueden realizar mediante sincronización de directorios o actualizaciones manuales del usuario, pero los usuarios deben tener un número de teléfono válido con formato +E.164 y los números de teléfono deben existir en una ubicación antes del aprovisionamiento del usuario. Si no se cumplen las condiciones (por ejemplo, formato de número de teléfono no válido), no se asignarán licencias.
Asignación masiva a través de la plantilla CSV
Cargue un archivo CSV con los detalles del usuario y las asignaciones de licencias para agregar o modificar varios usuarios a la vez.
La importación CSV admite la adición de hasta 20.000 usuarios y la asignación de licencias, pero las licencias requieren campos específicos como número de teléfono y extensión.
Asignación basada en API
Utilice las API para asignar licencias mediante programación y administrar usuarios.
admite operaciones de API para la administración de usuarios y licencias (People, SCIM 2.0 y Licenses APIs), que se pueden aprovechar para la automatización de la asignación de licencias. La API de licencias permite la asignación simultánea de licencias, números de teléfono y extensiones.
| Método de asignación | Pros | Contras |
|---|---|---|
| Manual a través de | Sencillo para pocos usuarios. Permite un control preciso y granular sobre la asignación de licencias. | No escalable, requiere mucho tiempo Propenso a errores humanos durante la entrada manual. |
| Plantillas de licencia automáticas | Escalable Reduce los errores manuales Se puede aplicar a usuarios nuevos y existentes. | Requiere números de teléfono y ubicaciones válidos. Más complejo de configurar También requiere grupos de usuarios por grupo de usuarios con requisitos de licencia equivalentes. |
| Carga masiva de CSV | Eficiente para grandes conjuntos de usuarios Permite la asignación simultánea de licencias, números de teléfono y extensiones. | Requiere un formato CSV cuidadoso Posibilidad de errores si faltan números de teléfono o extensiones o son incorrectos. |
| Asignación basada en API | Automatizable, flexible. Permite la asignación simultánea de licencias, números de teléfono y extensiones. | Requiere desarrollo y conocimiento de API. |
La tabla Opciones de aprovisionamiento de usuarios - resumen resume las opciones de aprovisionamiento del usuario y sus ventajas y sus contras. Esta descripción general ayuda a elegir el mejor método de asignación de licencias según el tamaño de la organización del cliente, las capacidades de automatización y los procesos y requisitos de aprovisionamiento del usuario.
Siempre que sea posible, Cisco recomienda asignar licencias de llamadas mediante plantillas de licencia. Esto requiere que para cada grupo de usuarios que requiera un conjunto único de licencias (Ejemplo: Estándar vs. Profesional) existe un grupo con las respectivas membresías grupales. Como se discutió en las secciones Grupos de usuarios, los grupos de usuarios se pueden definir manualmente o sincronizar desde un directorio corporativo. Es posible una combinación de ambos enfoques.
Los usuarios que pertenecen a varios grupos obtienen licencias de todas las asignaciones aplicadas a todos sus grupos. Esto permite usar grupos de seguridad específicos de licencia en el directorio de empresa para administrar la asignación de licencias donde la asignación de licencias de usuario resultante está controlada por la unión de miembros de grupos.
Para obtener más información, consulte Configurar asignaciones de licencias automáticas en Control Hub y Configurar plantillas de asignación automática de licencias para Webex Calling los usuarios.
Requisitos de licencia
Esta sección solo cubre licencias relacionadas. Otros tipos de licencia (por ejemplo, registro de dispositivos Webex, mensajería, reuniones) no están cubiertos. Como parte del proceso de diseño, los requisitos de licencia deben ser determinados. Se deben calcular los recuentos de licencias para los siguientes tipos de licencia:
-
Estándar: número de usuarios individuales que requieren funciones de telefonía estándar.
-
Profesional: número de usuarios y espacios de trabajo que requieren funciones avanzadas de telefonía. Las líneas virtuales y el correo de voz grupal tienen derecho a una proporción de 1:1 por cada licencia profesional. Por lo tanto, en casos raros donde el número de líneas virtuales requeridas o mensajes de voz grupales excede el número de usuarios y espacios de trabajo que requieren funciones avanzadas de telefonía, se deben tener en cuenta licencias profesionales adicionales.
-
Espacio de trabajo para área común: número de ubicaciones de uso compartido o áreas comunes que requieren capacidades de llamadas estándar.
-
Asistencia al cliente: número de agentes y supervisores que requieren funciones de asistencia al cliente. La asistencia al cliente incluye la licencia profesional.
-
Llamadas a la lista de rutas: número de llamadas PSTN conectadas a la nube requeridas entre usuarios locales y/o aplicaciones locales especializadas de terceros.
-
Consola del asistente: número de usuarios que requieren acceso al cliente de consola asistente.
-
Plan de llamadas de Cisco (plan de llamadas salientes): número de usuarios que requieren un número PSTN y/o acceso de llamadas PSTN salientes para el servicio Cisco PSTN.
No hay un tipo de licencia dedicado para espacios de trabajo profesionales. Los espacios de trabajo profesionales consumen una licencia profesional.
Los espacios de trabajo solo para hot-desk ofrecen el servicio de host de hot-desk y llamadas de emergencia del host de hot-desk y no requieren ninguna licencia. Para obtener más información, consulte Agregar y administrar dispositivos solo de escritorio caliente.
Para determinar el tipo de licencia requerido para cada usuario y espacio de trabajo en función de las características necesarias, consulte Características disponibles por tipo de licencia para Webex Calling.
Para diferenciar entre la funcionalidad ofrecida por las colas de llamadas combinadas con la licencia profesional en contraste con la asistencia al cliente, consulte la comparación de funciones de cola de Webex Calling llamadas y asistencia al cliente.
Aprovisionamiento de usuarios
Al aprovisionar usuarios en Webex, hay varias opciones disponibles, cada una adecuada para diferentes necesidades organizativas y entornos:
-
Aprovisionamiento manual: Los administradores pueden agregar y administrar usuarios individuales directamente dentro. Este método es sencillo pero más adecuado para organizaciones pequeñas o cambios limitados de usuarios.
-
Aprovisionamiento masivo a través de CSV: Para bases de usuarios más grandes, los administradores pueden importar y actualizar usuarios de forma masiva cargando archivos CSV en. Esto permite una administración eficiente de hasta miles de usuarios a la vez.
-
Opciones de sincronización de directorios:
Conector de directorio: Esta es una herramienta de sincronización automática utilizada en Microsoft Active Directory entornos. Sincroniza cuentas de usuario, grupos y atributos de forma programada (por hora, diariamente o semanalmente). Admite Active Directory configuraciones multidominio y multibosque y puede sincronizar imágenes de perfil y objetos de habitación.
Aplicación del asistente Entra ID (Azure AD): Diseñado para organizaciones que utilizan Microsoft Entra ID (Azure AD), este método proporciona sincronización automática, casi en tiempo real, de cuentas de usuario y atributos directamente desde Entra ID a. Se administra completamente dentro y requiere una configuración mínima.
Aplicaciones SCIM 2.0: Para entornos que no son de Microsoft u otros proveedores de identidad como Okta o Duo, las aplicaciones de sincronización basadas en SCIM permiten el aprovisionamiento y desaprovisionamiento automático de usuarios con asignación de atributos y sincronización de grupos.
-
Unified CMsincronización de usuarios: esta opción permite crear cuentas de usuario basadas en usuarios finales existentes mediante la sincronización de a. Esto requiere que las UC conectadas a la nube (CCUC) se ejecuten en los clústeres locales. Sin embargo, generalmente se recomienda sincronizar a los usuarios desde un directorio centralizado en la nube como Entra ID en lugar de directamente desde.
-
Aprovisionamiento de API: las API públicas (People, SCIM 2.0) se pueden usar para aprovisionar usuarios. El principal beneficio del uso de API es la opción de integrar el aprovisionamiento de usuarios con otros sistemas empresariales.
Esta descripción general y tabla reflejan las principales opciones de aprovisionamiento de usuarios, sus beneficios y limitaciones para ayudarle a elegir el mejor enfoque para las necesidades de su organización.Tabla 6. Opciones de aprovisionamiento del usuario para Método de aprovisionamiento Descripción Pros Contras Manual Crear/administrar usuarios individualmente en Sencillo para pocos usuarios; no se necesita infraestructura No escalable; consume mucho tiempo para muchos usuarios A granel (archivo CSV) Importar/actualizar usuarios de forma masiva a través de CSV en Eficiente para grupos; no se requiere codificación Preparación manual de CSV; menos dinámica Personas y API SCIM 2.0 Administración programática de usuarios mediante API de Webex Flexible; soporta automatización e integración Requiere desarrollo e infraestructura Sincronización de directorios Sincronización automática desde AD, entra ID, aplicaciones SCIM, Unified CM Automatiza el ciclo de vida; soporta filtrado y mapeo Complejidad de configuración: algunas de las opciones tienen características limitadas o requieren infraestructura
Grupos de usuarios
La administración de grupos de usuarios permite a los administradores organizar a los usuarios en grupos para una administración masiva eficiente de licencias, configuraciones y recursos. Los grupos ayudan a optimizar la administración mediante la aplicación de políticas, licencias y plantillas de configuración a varios usuarios simultáneamente, en lugar de administrarlos individualmente.
La administración de grupos de usuarios ofrece varios beneficios que incluyen:
-
Administración simplificada: Administre licencias, configuraciones y políticas para varios usuarios a la vez.
-
Coherencia: aplique configuraciones y licencias uniformes a todos los usuarios del mismo grupo.
-
Escalabilidad: Soporta hasta 250.000 miembros por grupo.
-
Integración: Sincronizar grupos desde Microsoft Entra ID (Azure AD) o Active Directory para la administración automatizada de usuarios y grupos.
-
Flexibilidad: Cree grupos locales o sincronice grupos de seguridad; administre la pertenencia a grupos manualmente o mediante archivos CSV.
-
Asignación de recursos: Controle el acceso a aplicaciones y servicios integrados en función de la pertenencia al grupo.
Los principales casos de uso para grupos de usuarios durante el aprovisionamiento son:
-
Asignaciones de licencia: Asigne licencias a grupos para proporcionar automáticamente servicios como llamadas, reuniones, mensajería o servicios híbridos a los miembros del grupo.
-
Plantillas de configuración: aplique colecciones de configuraciones de servicio (por ejemplo, mensajería, reunión, llamadas) a grupos para una experiencia de usuario coherente.
-
Administración masiva de usuarios: agregue o elimine usuarios de forma masiva a través de archivos CSV o sincronización de directorios.
-
Automatización e integración: use API o sincronización de directorios para la administración automatizada del ciclo de vida de usuarios y grupos.
La siguiente tabla resume las diferentes opciones para administrar grupos de usuarios y administración de grupos.
| Opción | Descripción | Pros | Contras |
|---|---|---|---|
| aprovisionamiento grupal (grupos) | Cree y administre grupos directamente en. Añadir/quitar miembros manualmente o a través de CSV. | Control total sobre la pertenencia al grupo Aplicación inmediata de licencias y plantillas Fácil de crear y editar grupos |
Se requieren actualizaciones manuales Riesgo de errores en las cargas manuales de CSV No hay sincronización automática con directorios externos |
| Grupos sincronizados de Entra ID (Azure AD) o Active Directory | Sincronice automáticamente grupos de seguridad y membresías de servicios de directorio externos. | La sincronización automatizada reduce el trabajo manual Asegura la coherencia con el directorio corporativo Apoya a grandes organizaciones |
No se puede editar la pertenencia al grupo en Retraso de sincronización de hasta 12 horas Los grupos anidados requieren selección manual |
| Grupos y API SCIM 2.0 (Grupos) | Utilice Groups o SCIM 2.0 API para la gestión programática de grupos y miembros | Automatización e integración con otros sistemas Escalable para entornos grandes o complejos |
Requiere esfuerzo de desarrollo La complejidad depende del uso de API |
Si bien los grupos sincronizados garantizan la coherencia y ofrecen un único punto de administración, es posible un enfoque híbrido que combine grupos y grupos sincronizados (ya sea administrados en el centro de control o mediante API). Entonces, por ejemplo, los grupos para asignación de licencias podrían ser grupos sincronizados y se puede usar un conjunto separado de grupos para asignar plantillas de usuario y llamadas.
Este enfoque integral para la administración de grupos de usuarios permite a las organizaciones administrar de manera eficiente licencias, configuraciones y políticas de usuario, asegurando experiencias de colaboración consistentes y escalables.
Enfoque recomendado al migrar de a
La fuente de datos principal para los usuarios es la base de datos, que contiene información del usuario final. Sin embargo, no suele ser la fuente autorizada para la gestión de la identidad del usuario y, lo que es más importante, se cerrará al final de la transición y, por lo tanto, se descarta como fuente autorizada a largo plazo para la información de identidad.
Cisco recomienda usar un directorio centralizado en la nube como Microsoft Entra ID (Azure AD) como la única fuente de verdad para las identidades de los usuarios. Sincronizar usuarios desde Entra ID para garantizar la coherencia, simplificar la administración y dar soporte a las capacidades de inicio de sesión único (SSO).
Para asegurarse de que todos los usuarios también estén presentes en Entra ID, las organizaciones deben verificar que las cuentas de usuario correspondan a las cuentas en Entra ID. Esto se puede hacer exportando listas de usuarios y comparándolas con las listas de usuarios de Entra ID.
En resumen, el método de aprovisionamiento recomendado es sincronizar usuarios de Microsoft Entra ID (Azure AD) a Webex mediante Azure AD Wizard o las aplicaciones SCIM. El aprovisionamiento masivo manual y CSV están disponibles como métodos suplementarios, pero son menos escalables y más propensos a errores para las grandes organizaciones. Asegurarse de que Entra ID sea la fuente autorizada y que todos los usuarios existan en Entra ID es fundamental para una migración exitosa y una experiencia de usuario consistente en todos los entornos.
La transición de un servicio de directorio local, por ejemploActive Directory, a un servicio de directorio en la nube, como Entra ID (Azure ID), es independiente de la transición de llamadas. Cisco recomienda terminar la transición a un servicio de directorio en la nube antes de comenzar la transición de llamadas.
Diseño de grupos de usuarios
Después de hacer la transición del directorio empresarial de local a la nube, recoja los grupos de usuarios requeridos impulsados por los requisitos de licencias y plantillas de características. Para cada documento de grupo:
-
Nombre del grupo: nombre único del grupo.
-
Licencias: licencias que se asignarán a este grupo (si las hay) y alcance (si las licencias deben asignarse a usuarios existentes o solo a nuevos usuarios)
-
Plantillas de configuración: Aplicaciones Webex y plantillas de llamadas de usuarios.
-
Sincronización de directorios: ¿Este grupo se sincronizará desde el directorio de empresa o es un grupo local de Webex aprovisionado en Control Hub o mediante una API?
-
Descripción: cómo se utilizará este grupo y qué usuarios deben ser miembros de este grupo
Estos detalles se utilizarán más adelante durante la fase de implementación para crear grupos o grupos locales en el directorio de la empresa y administrar la pertenencia a grupos de usuarios.
Inicio de sesión único (SSO)
Cisco recomienda el uso de SSO para la autenticación del usuario. El uso de SSO tiene algunos beneficios convincentes que incluyen:
-
Autenticación de usuario simplificada: los usuarios pueden iniciar sesión una vez usando sus credenciales corporativas (por ejemplo, desde Azure ID) para acceder y otras aplicaciones integradas, lo que elimina la necesidad de varias contraseñas y reduce las solicitudes de inicio de sesión. Esto mejora la seguridad al garantizar que las contraseñas corporativas nunca se almacenen ni se transmitan después de la autenticación.
-
Administración de usuarios simplificada: automatiza la creación, las actualizaciones y la desactivación de cuentas de usuario en función de los cambios en el directorio corporativo, lo que reduce la sobrecarga administrativa y garantiza que solo los usuarios autorizados tengan acceso.
-
Seguridad mejorada: SSO reduce la fatiga de las contraseñas y el riesgo de violaciones relacionadas con la contraseña al centralizar la autenticación a través de proveedores de identidad de confianza (IDP).
-
Fácil integración de la autenticación multifactor (MFA): la MFA se puede soportar fácilmente ya sea a través de una solución de administración de acceso a la identidad como Cisco Duo o mediante el soporte MFA del IdP.
Existen múltiples opciones para implementar el SSO para los servicios:
-
SSO basado en SAML 2.0: el protocolo principal soportado para la integración de SSO, lo que permite el intercambio seguro de información de autenticación entre el IdP y el proveedor de servicios.
-
OpenID connect (OIDC): compatible como un protocolo de autenticación moderno alternativo para la integración de SSO.
-
Identidad de Webex: También se admite como opción de proveedor de identidad.
El SSO se configura y administra de forma centralizada, lo que requiere el intercambio de metadatos entre el IdP elegido.
Después de la configuración, el SSO se puede probar antes de la activación para garantizar una configuración adecuada.
Cisco admite la integración con varios IDP probados y de uso común y sistemas de administración de identidad (IAM), incluidos, entre otros:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryServicios de la Federación (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Estos IDP cumplen con los estándares SAML 2.0 u OpenID Connect y han sido validados para ser compatibles con las soluciones de colaboración de Cisco.
Soporte para múltiples IdP
permite a las organizaciones configurar SSO con múltiples IDP para adaptarse a entornos de TI complejos como fusiones, adquisiciones o departamentos de TI descentralizados donde diferentes grupos utilizan diferentes IDP. La compatibilidad con varios IdP se puede implementar mediante la función de IdP múltiple en o mediante la integración de un sistema IAM empresarial como Cisco Duo.
el soporte de múltiples proveedores de identidad (IdP) aborda varios casos de uso clave en los que las organizaciones requieren autenticación flexible y segura en diversos entornos de TI:
1. Fusiones y adquisiciones
Cuando las empresas se fusionan o adquieren otras, a menudo tienen infraestructuras de TI separadas y desplazados internos distintos que no pueden federarse. El soporte de múltiples IdP permite a los usuarios de ambas organizaciones autenticarse y colaborar de forma segura sin necesidad de unificar sus sistemas de identidad de inmediato.
2. Múltiples departamentos de TI independientes
Las grandes organizaciones o instituciones gubernamentales pueden tener varios departamentos de TI independientes, cada uno administrando su propio IdP. la función de IdP múltiple permite a estos departamentos mantener sus propios sistemas de autenticación al tiempo que permite a los usuarios acceder sin problemas.
3. Diferentes grupos de usuarios o dominios
Las organizaciones con varios grupos de usuarios (por ejemplo, empleados frente a contratistas) o múltiples dominios de correo electrónico pueden configurar reglas de enrutamiento para dirigir las solicitudes de autenticación al IdP apropiado en función de la pertenencia al dominio o grupo. Esto admite políticas de acceso diferenciadas y controles de seguridad.
4. Soporte para varios protocolos de autenticación
soporta IDP SAML y OpenID Connect (OIDC), lo que permite a las organizaciones integrar diferentes tipos de proveedores de identidad de acuerdo con sus requisitos de infraestructura y seguridad existentes.
5. Seguridad y cumplimiento mejorados
Al habilitar múltiples IDP, las organizaciones pueden implementar mecanismos de autenticación más sólidos, incluida la autenticación multifactor (MFA) a través de integraciones como Duo, y aplicar políticas de seguridad consistentes en diversas bases de usuarios.
6. Experiencia de usuario simplificada
Los usuarios pueden autenticarse utilizando sus credenciales existentes de sus respectivos IDP, proporcionando una experiencia de inicio de sesión unificada a pesar de la complejidad subyacente de múltiples sistemas de identidad.
Si bien el soporte para múltiples IdP proporciona flexibilidad, requiere una coordinación cuidadosa entre los equipos de seguridad e identidad para mantener políticas de seguridad consistentes y evitar posibles vulnerabilidades.
Duo MFA con SSO para
Duo Access Gateway (DAG) puede autenticar a los usuarios utilizando directorios locales o basados en la nube existentes, como Active Directory (AD) y OpenLDAP. También soporta la integración con otros proveedores de identidad como Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS y Shibboleth. Esta flexibilidad permite a las organizaciones utilizar su infraestructura de directorios actual para Webex SSO con Duo MFA.
Duo actúa como una capa de autenticación fuerte encima de la autenticación de directorio principal. Funciona como un proveedor de identidad (IdP) usando SAML 2.0 para hacer cumplir la autenticación de dos factores (2FA) antes de otorgar acceso a. Duo evalúa el contexto de usuario, dispositivo y red en comparación con políticas configurables para permitir o denegar el acceso, mejorando la seguridad más allá del nombre de usuario y la contraseña. Duo también proporciona controles de políticas flexibles, como requerir MFA en cada inicio de sesión para algunas aplicaciones y con menos frecuencia para otras.
Los beneficios de Cisco Duo incluyen:
-
Seguridad mejorada: agrega MFA resistente al phishing para proteger el acceso, lo que reduce el riesgo de contraseñas comprometidas.
-
Políticas flexibles: permite un control granular sobre los requisitos de autenticación por aplicación o grupo de usuarios.
-
Integración con directorios existentes: admite AD local, OpenLDAP, directorios en la nube y varios proveedores de SSO, minimizando los cambios en la infraestructura.
-
Conveniencia del usuario: admite inicio de sesión único (SSO) para reducir la fatiga de las contraseñas al permitir a los usuarios iniciar sesión una vez y acceder a múltiples recursos de forma segura.
-
Puntos finales de confianza: admite la confianza de dispositivos para clientes en Windows y macOS, lo que mejora la postura de seguridad.
-
Inscripción de autoservicio: la inscripción en línea y el mensaje de dos opciones mejoran la experiencia del usuario durante la configuración de la MFA.
Duo MFA con SSO para aprovechar directorios existentes como Active Directory OpenLDAP, o proveedores de identidad en la nube, para autenticar a los usuarios. La función de Duo es proporcionar un segundo factor de autenticación sólido y basado en políticas integrado a través de SAML 2.0, mejorando la seguridad y manteniendo la comodidad del usuario a través de SSO. Los beneficios incluyen una mejor postura de seguridad, aplicación flexible de políticas, integración perfecta y una mejor experiencia de usuario.
Cisco recomienda implementar el SSO para los usuarios. Para una mayor seguridad, se recomienda la integración con Cisco Duo.
La estrategia Enterprise IAM y SSO debe implementarse antes de comenzar la transición de a .
Características
tiene un complemento completo de características principales que se incluyen con el servicio. Esto incluye muchas funciones de llamadas de nivel empresarial que han estado disponibles durante muchos años. Es posible que no vea una paridad del 100% entre características y características, sin embargo, como puede ver en la siguiente figura, las funciones clave de llamada están disponibles en.
Además de las muchas características de usuario, tiene características principales del sistema que se incluyen con la plataforma. Estas incluyen funciones como asistentes automáticos, colas de llamadas, parque de llamadas, etc. Puede ver todas las características del sistema central disponibles en Servicio → Llamadas →Características como se muestra en la figura Características Webex Calling principales.
Asistenciante de automóviles
El asistente automático permite la automatización 24/7 del manejo de llamadas entrantes, lo que permite un manejo eficiente de llamadas sin la necesidad de que una persona responda cada llamada.
El asistente automático responde a las llamadas entrantes y proporciona a la persona que llama con un menú de opciones sobre dónde quiere enrutar su llamada. Esto podría ser para una persona, un buzón de voz o un servicio de llamadas (p. ej. Llamada (cola). La persona que llama usa el teclado de marcado de su teléfono para ingresar el número del menú del asistente automático.
El asistente automático admite las siguientes características clave:
-
Horarios comerciales y fuera de horario
-
Horario de vacaciones
-
Opción de menú de marcado para dirigir a sus clientes a donde necesitan ir
-
Personalizar saludos
-
Opción de marcar por nombre
-
Opciones de desvío de llamadas
-
Análisis e informes de Control Hub.
Para obtener más información, consulte Administrar asistentes automáticos.
Llame a Park
El parque de llamadas brinda a los usuarios la capacidad de poner una llamada en espera para que otro usuario la recupere fácilmente cuando están disponibles para tomarla. También libera al usuario que respondió la llamada original para hacer o recibir otras llamadas mientras la llamada está estacionada.
Hay dos tipos de parques de llamadas disponibles en:
-
Llamar directamente al parque: permite a cualquier usuario estacionar una llamada a la extensión de otro usuario o a una extensión del parque de llamadas, según lo definido por el Administrador
-
Llamar al grupo del parque: permite a un grupo definido de usuarios estacionar automáticamente las llamadas en los destinos del parque disponibles definidos para el grupo. Estos destinos pueden ser las extensiones de los miembros del grupo o las extensiones de parques de llamadas.
Según la configuración y el tipo de parque, los usuarios pueden recuperar llamadas marcando *88+><extension of parked call>, presionando la tecla de línea asociada con la extensión del parque de llamadas o usando una tecla multifunción en su teléfono IP.
Una opción de recuperación está disponible para recuperar una llamada estacionada después de un período específico para el usuario que estacionó la llamada o para un usuario alternativo.
Para obtener más información, consulte Administrar el parque de llamadas en Control Hub.
Recogida de llamadas
La recolección de llamadas permite que un administrador defina un grupo de usuarios (miembros) que pueden responder una llamada al teléfono de otro miembro. Esto le da al usuario la capacidad de responder llamadas cuando sus compañeros de equipo están ocupados y no pueden responder una llamada entrante.
Los usuarios de un grupo deben estar en la misma ubicación.
Los usuarios pueden usar el teléfono o su teléfono de escritorio para recibir una llamada.
-
:
-
Admite notificaciones visuales y de audio
-
Notificación de llamada entrante
-
Recogida de llamadas de brindis basada en FACs (marque *98) o notificación
-
Notificaciones de recogida de llamadas para varias líneas.
-
-
Teléfonos de escritorio:
-
Notificación de llamada entrante
-
Campanas de audio y notificación visual a través del LED del portátil. El 6821 solo admite campanas de audio
-
Cuando se selecciona el tipo de notificación en el no es ninguno
-
-
Notificaciones de recogida de llamadas solo para líneas principales.
-
Para obtener más información, consulte Configurar el grupo de recepción de llamadas.
Cola de llamadas
incluye colas de llamadas de solo voz como parte de sus características principales y cualquier usuario con una licencia Professional puede ser parte de una cola de llamadas, agente o supervisor. Esta función permite a los usuarios interactuar eficientemente con los clientes. Las colas de llamadas admiten un subconjunto de algunas de las capacidades principales del centro de llamadas, como colas de voz, devolución de llamadas, enrutamiento de habilidades o prioridad, administración de colas de agentes, análisis, informes, etc.
La llamada de Cisco para la integración de Microsoft Teams permite a los agentes acceder a las llamadas y funciones de cola de llamadas directamente desde su cliente de Microsoft Teams.
Las colas de llamadas admiten las siguientes características clave:
-
Saludos y mensajes (bienvenida, consuelo, susurro, etc.)
-
Sostenga la música
-
Llamada de vuelta
-
Políticas de enrutamiento de colas (servicio nocturno, días festivos, reenvío)
-
Inicio de sesión/cierre de sesión en la cola del agente
-
Administración del estado de la cola de agentes
-
o soporte telefónico de escritorio
-
El agente supervisor llama al monitor, entrenador, barcaza o toma el relevo a través de los códigos de acceso a funciones (FACs)
-
(acceso de administrador) para:
-
gestión de colas
-
Análisis e informes de agentes y colas
-
Administración de cola, agente y supervisor.
-
Para obtener más información, consulte Configurar cola de llamadas.
tiene una función adicional de asistencia al cliente que proporciona capacidades adicionales de cola de llamadas y brinda a los agentes y supervisores una mejor experiencia de usuario dentro del. Para una comparación de las funciones de cola de llamadas y asistencia al cliente, consulte Comparación de funciones de cola de Webex Calling llamadas y asistencia al cliente.
Grupo Hunt
Los grupos de búsqueda permiten el enrutamiento de llamadas entrantes a un grupo específico de usuarios a través de un patrón de enrutamiento de llamadas predeterminado. Esto asegura que las llamadas sean respondidas por el grupo correcto de usuarios o que se envíen a un correo de voz para su seguimiento.
Una gran diferencia entre los grupos de caza y las colas de llamadas es que las llamadas no se ponen en cola en un grupo de caza , por lo que si ningún usuario del grupo de caza está disponible para responder a la llamada, se desconectará, se enviará al correo de voz o se reenviará a otro número (usuario o servicio).
Para obtener más información, consulte Administrar grupos de caza en Control Hub.
Modos de funcionamiento
La función Modos de operación permite a las empresas enrutar llamadas de manera eficiente a varios destinos (usuarios, correo de voz, servicios de llamadas como una cola de llamadas). El lugar y cuándo se enruta una llamada se basa en la hora del día y el horario del día de la semana y cualquier usuario puede estar autorizado a administrar estos modos (horarios) para controlar los cambios en el enrutamiento de llamadas.
Por ejemplo, las llamadas a una cola de llamadas se pueden enrutar a otra cola de llamadas con agentes en una zona horaria diferente para responder llamadas fuera del horario de atención, durante el horario comercial dirigirse a los agentes locales y durante los días festivos dirigirse al correo de voz para el seguimiento después de que los agentes regresen a la oficina.
Un usuario autorizado puede cambiar entre estos diferentes escenarios (modos) de desvío de llamadas si necesita cambiar dónde se enrutan las llamadas entrantes durante un período determinado. Estos usuarios pueden administrar los modos a través de sus teléfonos 6800/7800/8800 MPP, teléfonos 9800 o en el Centro de usuarios en los modos Administrar.
Para obtener más información, consulte Enrutamiento de llamadas basado en modos de operación en Webex Calling.
Grupo de paginación
Los grupos de paginación permiten a los usuarios realizar una llamada unidireccional para enviar un mensaje de audio a un grupo de usuarios. Cada grupo puede contener hasta 75 usuarios objetivo y/o espacios de trabajo a los que se llega marcando un número o extensión predefinidos.
Cuando un usuario llama a un grupo de paginación, se realiza una llamada simultánea a todos los destinos asignados en el grupo, momento en el que la persona que llama puede pronunciar sus mensajes y colgar una vez que hayan terminado .
Para obtener más información, consulte Configurar un grupo de paginación en Control Hub.
Grabaciones
admite la grabación de llamadas realizadas o recibidas por un usuario. Esto puede ser necesario para necesidades de calidad, garantía, seguridad o capacitación. De forma predeterminada, las llamadas se graban en, pero también se pueden usar otros proveedores de grabación de terceros si se requieren otras funciones de grabación o requisitos normativos y de cumplimiento.
Cuando se utiliza como plataforma de grabación, todas las llamadas grabadas se administran dentro. Los administradores completos con la función de oficial de cumplimiento pueden jugar y descargar las grabaciones. Sin el rol de oficial de cumplimiento, el administrador solo puede eliminar las grabaciones.
Para obtener más información sobre esta función y una lista de grabaciones de terceros, consulte Administrar grabación de llamadas para Webex Calling.
Alcance de un solo número
El alcance de un solo número permite que las llamadas al número de teléfono de un usuario suene en varios dispositivos. Esto puede incluir otros teléfonos de escritorio, así como teléfonos móviles. También se pueden realizar llamadas desde estos dispositivos y los usuarios pueden enviar y extraer llamadas entre ellos.
Para obtener más información sobre esta función y cómo lo configura un administrador, consulte Configurar el alcance de un solo número (oficina en cualquier lugar).
Para obtener más información sobre cómo un usuario puede administrar y configurar esta función por sí mismo en el Webex User Hub (portal), consulte Configurar el alcance de un solo número (oficina en cualquier lugar).
Grupo de correo de voz
Los grupos de correo de voz permiten un buzón de correo de voz compartido que se puede asignar a un usuario o a una función de enrutamiento de llamadas. Algunas de las razones por las que se puede requerir un grupo de correo de voz son:
-
Correo de voz de uso general para un departamento o grupo de trabajo
-
Agregar la opción de correo de voz a un asistente automático o grupo de búsqueda
-
Para enviar llamadas de desbordamiento desde una cola de llamadas
-
Usuarios que solo necesitan un buzón de voz.
Para obtener más información, consulte Administrar un correo de voz compartido y un buzón de fax entrante para. Webex Calling
Attendant Console aparece en la página Funciones de llamada en Webex, sin embargo, es una función adicional que requiere la compra de la licencia de consola de asistente para su uso.
Para obtener más información, consulte Introducción a Attendant Console.
Para obtener información sobre todas las características, incluidas algunas características adicionales, consulte Características disponibles por tipo de licencia para Webex Calling.
Implementar
Preparación de la red
El primer paso en la transición es garantizar una conectividad a Internet confiable y segura entre la red local y la nube.
Dado que la mayoría de las organizaciones se conectan a Internet a través de uno o más firewalls o dispositivos de seguridad, es esencial validar que se soporten los flujos de tráfico requeridos.
Los administradores de redes y seguridad deben entender estos flujos en términos de:
-
Dirección (entrante vs saliente)
-
Protocolos (Ejemplo: SIP TLS, SRTP, HTTPS)
-
Rangos de direcciones IP utilizados por los servicios
-
Números de puerto que se deben abrir o permitir.
Esto garantiza que los firewalls corporativos, los dispositivos NAT y otra infraestructura de red estén configurados correctamente para acomodar el tráfico mientras se mantienen las políticas de seguridad de la empresa.
Para obtener información sobre los flujos requeridos, incluida la dirección IP, los puertos y los protocolos, consulte Información de referencia de puertos para Webex Calling. Utilice esta información para configurar el firewall, los proxies y otra infraestructura de red en la implementación existente para habilitar los flujos de red.
La ruptura descentralizada de Internet de cada sucursal o sitio es el enfoque recomendado para los servicios de colaboración en la nube como. Al permitir que el tráfico salga localmente, este modelo:
-
Reduce el retardo y la tensión de ida y vuelta, mejorando la calidad general de las llamadas
-
Se escala de manera eficiente a medida que más usuarios y sitios hacen la transición a
-
Funciona sin problemas con SD-WAN, que puede enrutar sesiones dinámicamente al punto de entrada de la nube más cercano para un rendimiento óptimo
- Permite rastrear la ubicación del usuario en función de su dirección IP pública, lo que ayuda con el análisis de la ruta de medios y la solución de problemas.
Además, las organizaciones deben garantizar un ancho de banda de Internet adecuado en cada sitio. El ancho de banda debe dimensionarse en función del número esperado de llamadas simultáneas, el códec seleccionado (por ejemplo, Opus o G.711), además de la sobrecarga para señalización, retransmisiones y crecimiento. Esto se alinea con la fase de preparación del ciclo de vida de PPDIO y establece una base sólida para la migración.
Configuración inicial
La subsección de configuración inicial dentro de la fase de implementación de implementación es fundamental para establecer un entorno de llamadas en la nube bien estructurado y manejable. Esta etapa abarca tareas críticas como la configuración de la organización, la obtención y asignación de licencias y la verificación y reclamación de los dominios de su empresa para garantizar una administración y seguridad adecuadas de los usuarios. Además, incluye el aprovisionamiento de plantillas de licencia para automatizar las asignaciones de licencias de usuario, configurar el inicio de sesión único (SSO) para agilizar la autenticación del usuario y mejorar la seguridad, y ajustar la configuración del servicio y del cliente para alinearse con las políticas de la organización y las necesidades del usuario. Completar estas actividades de configuración inicial garantiza que el entorno esté configurado correctamente para la escalabilidad, la seguridad y la experiencia del usuario perfecta, preparando el escenario para las fases posteriores de implementación y operaciones.
Verificación de dominio
Para poder identificar a los usuarios registrados con los dominios de correo electrónico de su empresa, es esencial verificar sus dominios. Sin verificación de dominio, los usuarios serán asignados a una organización de consumidores, lo que complica la administración de usuarios para su empresa. La verificación del dominio es un paso obligatorio que le permite a su organización reclamar y administrar estos usuarios de manera efectiva.
Asegúrese de que todos los dominios asociados con las direcciones de correo electrónico de sus usuarios estén verificados. La verificación del dominio no es exclusiva; el mismo dominio se puede verificar en varias organizaciones.
Para obtener más información sobre la administración de dominios, consulte Administrar sus dominios.
Reclamar (convertir) usuarios existentes
Después de verificar con éxito sus dominios, puede proceder a reclamar a los usuarios que se hayan registrado para usar los dominios de correo electrónico de su empresa en su organización. Este proceso consolida a todos los usuarios bajo un único paraguas organizacional, lo que permite una administración centralizada y una administración simplificada . Al reclamar estos usuarios, se asegura de que su empresa tenga control total sobre las cuentas de usuario, lo que le permite asignar licencias adecuadas, configurar los servicios y proporcionar el soporte necesario de manera eficiente. Este enfoque de administración unificada mejora la seguridad, simplifica el aprovisionamiento de usuarios y garantiza un acceso consistente a los servicios en toda su organización. Reclamar usuarios también impide que sean administrados en organizaciones externas o de consumidores, manteniendo así la integridad organizacional y el control sobre los recursos de colaboración.
Para obtener más información sobre cómo reclamar usuarios, consulte Reclamar usuarios a su organización (convertir) usuarios.
Configurar y probar la sincronización de directorios
Para permitir una administración fluida de usuarios y grupos, puede sincronizar usuarios y grupos desde su directorio corporativo, ya sea Microsoft Entra ID (anteriormente Azure AD) o Microsoft Active Directory (AD) a. Este proceso garantiza que las identidades de usuario y las membresías de grupos se mantengan de manera consistente en todo su entorno.
Para las organizaciones que implementan implementaciones por fases, es crucial controlar y limitar el alcance de la sincronización durante las implementaciones iniciales. Esto minimiza el riesgo de cambios no intencionados y permite realizar pruebas específicas antes de una adopción más amplia.
El método más eficaz para filtrar qué usuarios están sincronizados es aprovechar la pertenencia a grupos de directorios:
| 1 |
Cree un grupo de sincronización dedicado: en su directorio de empresa (ID de Microsoft Entra o AD), cree un grupo de seguridad específicamente para la sincronización (por ejemplo, grupo de sincronización). |
| 2 |
Complete el grupo con usuarios de destino: agregue solo los usuarios que desea sincronizar (como un grupo de prueba durante la fase piloto) a este grupo. Esto le permite controlar estrictamente quién está incluido en el proceso de sincronización. |
| 3 |
Configurar el acuerdo de sincronización con el filtrado basado en grupos: Al configurar el acuerdo de sincronización en el aprovisionamiento del conector de directorio o del ID de Entra, configure el alcance para incluir solo a los usuarios que son miembros del grupo designado.
|
| 4 |
Amplíe el grupo según sea necesario: a medida que avanza hacia fases de implementación más amplias, simplemente agregue usuarios o grupos adicionales al grupo de sincronización. El alcance de la sincronización se expandirá automáticamente para incluir a estos usuarios, lo que permitirá una implementación controlada y gradual. Ejemplo de pasos de implementación:
Referencias: Sincronizar usuarios de Entra ID en Control Hub |
Configurar y probar el inicio de sesión único (SSO)
El inicio de sesión único (SSO) mejora la seguridad y simplifica el acceso de los usuarios al permitir que los usuarios se autentiquen una vez con sus credenciales corporativas y obtengan acceso sin problemas a. admite la integración de SSO con IDP compatibles con SAML 2.0, incluidos Microsoft Entra ID (anteriormente Azure AD), soluciones federadas Active Directory (AD) y varios IDP de terceros.
En este punto, la configuración de SSO diseñada debe implementarse y probarse.
Referencias:
Integración de inicio de sesión único en el centro de control
configurar el inicio de sesión único para la administración de Webex
Configurar el inicio de sesión único con el ID de Microsoft Entra
Obtener, aprovisionar y verificar licencias
Como parte de la configuración inicial para, es esencial adquirir, aprovisionar y verificar las licencias adecuadas para habilitar y administrar los servicios de manera efectiva. El proceso de adquisición implica seleccionar los tipos de licencia en función de los roles de usuario y las cargas de trabajo, como licencias Professional, Standard y Workspace. Las licencias se generan y aprovisionan a través de las plataformas de software de Cisco o a través de partners. Después de la adquisición y el aprovisionamiento, los recuentos de licencias adecuados deben verificarse en. Este proceso garantiza que la organización tenga las licencias correctas activadas y listas para su uso en la implementación.
Como parte de la configuración inicial de licencias en, es importante configurar las licencias automáticas basadas en la organización para agilizar la asignación de licencias para nuevos usuarios. Esta configuración permite que las licencias se otorguen automáticamente cuando se agregan usuarios a la organización, lo que elimina la necesidad de asignación manual de licencias. Al configurar licencias automáticas a nivel de organización, seleccione los servicios a asignar y definir el alcance, como aplicar licencias solo a usuarios futuros o incluir también usuarios existentes.
Sin embargo, si su plan de implementación implica usar licencias automáticas a nivel de grupo en su lugar, puede optar por no asignar licencias a nivel de organización para evitar conflictos o asignaciones de licencias duplicadas. Con las licencias automáticas a nivel de grupo, las licencias se asignan en función de la pertenencia al grupo. Los usuarios de varios grupos reciben licencias de todas las asignaciones grupales aplicables.
La configuración de asignación de licencias basada en grupos debe realizarse después de que se haya completado la sincronización de directorios para que existan grupos sincronizados y se puedan usar para la asignación de licencias.
Específicamente, la asignación automática de licencias requiere detalles de aprovisionamiento adicionales, como la ubicación del usuario y la asignación del número de teléfono. El número de teléfono de trabajo del usuario debe estar en formato +E.164, preaprovisionado y asignado a una ubicación válida para que la licencia se active automáticamente. Si no se cumplen estas condiciones, el usuario no recibirá los servicios automáticamente y puede requerir intervención manual.
En resumen, configure licencias automáticas basadas en la organización para nuevos usuarios si desea una asignación de licencia amplia para toda la organización. Si prefiere un control más granular o tiene diferentes necesidades de licencias por grupo, configure las licencias automáticas a nivel de grupo y evite asignar licencias a nivel de organización para evitar superposiciones y garantizar una administración de licencias adecuada.
Webex Callingconfiguración del servicio
Es esencial llevar a cabo una revisión y configuración exhaustivas de la configuración global del servicio dentro.
Comience accediendo a la sección de configuración y navegando a ella. Examine cuidadosamente cada opción configurable, incluida, entre otras, la configuración de marcado interno, los parámetros de llamadas de emergencia, las políticas de enrutamiento de llamadas, la administración del correo de voz y la configuración predeterminada del dispositivo.
Ajuste esta configuración global para reflejar las políticas y decisiones de diseño de su organización.
Además, configuración de configuración y plantillas de usuario y aplicación.
Migración piloto
Durante la fase de implementación, ejecutar una migración piloto representa un hito crítico en la validación de la transición de a. Este piloto implica el aprovisionamiento de un subconjunto representativo de usuarios en una o más ubicaciones en la plataforma, asegurando que la población seleccionada refleje diversos casos de uso y roles organizacionales. Paralelamente a la migración de usuarios, los servicios de colaboración esenciales, incluidos el correo de voz, los asistentes automáticos, las colas de llamadas y los grupos de búsqueda, deben pasar a sus equivalentes para mantener la continuidad del negocio y la funcionalidad del servicio.
La migración piloto debe aprovechar la misma combinación de herramientas proporcionadas por Cisco y utilidades de migración de terceros que están planificadas para la implementación organizacional más amplia, asegurando que los procesos, los flujos de trabajo de automatización y los puntos de integración se validen completamente en condiciones representativas.
Los objetivos principales de esta implementación piloto son dos: primero, validar y refinar los procesos de transición de extremo a extremo, incluidos los flujos de trabajo de aprovisionamiento de usuarios, los procedimientos de migración de datos y las configuraciones de punto final; y segundo, verificar de manera integral la funcionalidad de los servicios migrados en condiciones operativas del mundo real.
Este enfoque por fases permite al equipo del proyecto identificar y remediar cualquier problema técnico o de procedimiento en un entorno controlado, recopilar comentarios de los usuarios sobre la nueva experiencia de la plataforma, evaluar la efectividad de las herramientas de migración seleccionadas y establecer confianza en la metodología de migración antes de continuar con una implementación organizacional más amplia.
Los conocimientos adquiridos durante esta fase piloto son fundamentales para optimizar las olas de migración posteriores y garantizar una transición fluida y mitigada al riesgo para toda la empresa.
Adcura PSTN
Para obtener servicios de PSTN, primero seleccione una opción de conectividad PSTN en el.
Si una organización planea mantener el control de llamadas dual híbrido (fase 1 en la figura Transición de llamadas en fase: híbrido y nube) temporal o indefinidamente, tendrá que implementar una o más puertas de enlace locales para PSTN local para permitir llamadas entre puntos finales.
Si una transición completa (fase 2) a la nube es el objetivo final, incluyendo PSTN, entonces se requerirá un plan de llamadas Cisco o una opción Cloud Connect para PSTN.
Trabaje con su proveedor elegido para ordenar y transferir números de teléfono antes de configurarlos. Pedir números de teléfono o iniciar pedidos de puertos solo es necesario/posible para PSTN local y Cloud Connect para. Para los planes de llamadas de Cisco, el pedido y la portabilidad se inician desde Control Hub tan pronto como se crea la ubicación y en los países donde Cisco Calling Plan está disponible. Para obtener más información sobre los planes de Cisco Calling, consulte Introducción a los planes de Cisco.
Como parte de la implementación de PSTN, asegúrese de que su proveedor haya habilitado los servicios PSTN entrantes y salientes para su ubicación. Además, realice llamadas de prueba para verificar que las llamadas se están enrutando correctamente a través de su conexión PSTN elegida.
Configurar ubicaciones
Antes de agregar usuarios y dispositivos a, debe aprovisionar ubicaciones de llamadas. Para cada ubicación, se debe ingresar una dirección postal válida. En los Estados Unidos y Canadá, esta dirección es validada y utilizada por la plataforma para enviar información de ubicación de PIDF-LO para llamadas de emergencia.
Al configurar ubicaciones que utilizan PSTN local, debe configurar las puertas de enlace locales en consecuencia. En, se debe crear un enlace troncal y un grupo de rutas para cada puerta de enlace local y, a continuación, el grupo de rutas se asigna como la opción PSTN para la ubicación. Cisco recomienda encarecidamente seleccionar siempre un grupo de rutas como opción PSTN, ya que este enfoque le permite agregar fácilmente enlaces troncales adicionales en el futuro, soportando tanto escalabilidad como redundancia. Cisco también recomienda habilitar la compatibilidad con doble identidad y P-Charge-Info en cada enlace troncal PSTN, ya que esto simplifica la identificación de la parte facturable para las llamadas salientes directas o desviadas. Si su proveedor de PSTN utiliza un encabezado diferente para la facturación, puede copiar la información del encabezado P-Charge-Info en la puerta de enlace local al encabezado de facturación requerido.
Para ubicaciones que utilizan Cloud Connect para o Cisco Calling Plan como su opción PSTN, simplemente seleccione la opción PSTN respectiva para la ubicación durante la configuración. Si la ubicación utiliza Cloud Connect para o PSTN local, deberá agregar los números de teléfono que se solicitaron en el paso anterior. Los números se pueden agregar como inactivos si no desea que se incluyan en el enrutamiento de llamadas de inmediato; puede activar estos números más tarde cuando se asignen a usuarios o características.
Es importante establecer siempre el número principal para cada ubicación. El número principal se puede asignar a un usuario o a una función, como un asistente automático. Para habilitar el correo de voz en la ubicación, asegúrese de establecer el número piloto del correo de voz, también conocido como número de portal de voz.
Las configuraciones adicionales para las ubicaciones de llamadas incluyen la configuración de detalles de llamadas de emergencia, como el número de devolución de llamada de emergencia, opciones de notificación y funciones mejoradas de llamadas de emergencia. También debe revisar y ajustar la configuración de grabación, las preferencias de idioma y las configuraciones del dispositivo según sea necesario para cada ubicación. Si su organización utiliza la marcación abreviada entre sitios en la red con números significativos de la empresa, recuerde configurar un código de sitio único para la ubicación en la configuración de marcado interno. Finalmente, si la marcación externa requiere un dígito de marcado saliente, asegúrese de configurarlo en la configuración de marcado externo. Cuando se configura un dígito de marcado saliente, Cisco recomienda habilitar la aplicación del dígito de marcado saliente para garantizar la coherencia.
Integración con el control de llamadas en las instalaciones
Para integrarse con el control de llamadas local, es necesario configurar troncales, grupos de rutas, planes de marcado empresarial y configuraciones de ubicación y globales. Comience configurando los enlaces troncales y las puertas de enlace locales destinados a la interconexión con el sistema de control de llamadas local; este paso solo es necesario si se necesitan enlaces troncales dedicados. Si los enlaces troncales y los grupos de rutas existentes son suficientes para su implementación, se pueden reutilizar para la interconexión local sin configuración adicional.
Una vez establecidos los troncales y los grupos de rutas, proceda a crear los planes de marcado empresarial y asigne el grupo de ruta apropiado como destino para cada plan de marcado. Cuando la integración involucra múltiples sistemas de control de llamadas locales conectados a través de diferentes troncales, se requerirán múltiples planes de marcado. Es importante asegurarse de que estos planes de marcado contengan solo los patrones necesarios para enrutar llamadas a destinos locales.
Si su implementación requiere soporte para enrutamiento de extensión desconocido, esta función debe estar habilitada en el nivel de ubicación. Además, cuando se activa el enrutamiento de extensión desconocido, debe especificar la longitud máxima de extensión desconocida dentro de la sección Enrutamiento de llamadas entre y las instalaciones de la configuración de los servicios de llamadas en. Esto garantiza un enrutamiento de llamadas sin problemas y un manejo adecuado de escenarios de marcado basados en extensiones en su entorno integrado.
Migrar usuarios en lotes
Cuando migra usuarios de a, es posible que no pueda mover todos los usuarios al mismo tiempo. Esto puede deberse a múltiples razones, que incluyen, entre otras, la cantidad de sitios o usuarios, el tiempo que se tarda en realizar la transición de un sitio y/o grupo de usuarios a la vez, recursos limitados de TI o sitio para admitir la ventana de cambio, duración de la ventana de cambio, complejidad del cambio, etc.
Cuando migra usuarios en fases, es fundamental identificar qué usuarios necesitan migrar juntos en el mismo lote. El objetivo principal es migrar a los usuarios que tienen dependencias entre sí para sus servicios y características de llamadas. Quiere asegurarse de que todas sus funciones de llamadas (por ejemplo, colas de llamadas) sean completamente funcionales como estaban antes de la transición.
Incluso si implementa la interconexión de llamadas entre y con puertas de enlace locales, no puede dividir servicios o características compartidos en esta conexión. Por lo tanto, necesita identificar las dependencias entre los usuarios observando características como:
-
Monitoreo de otros usuarios usando BLF
-
En el mismo piloto de caza, cola de llamadas, etc.
-
Líneas compartidas
-
Uso de la recogida de llamadas
-
Usando los mismos números del parque de llamadas
-
Intercomunicador
-
Ejecutivo/Administrador.
Un ejemplo sería un usuario que forma parte de un grupo de caza al que se está haciendo la transición. Este usuario hará la transición con Hunt Group y con todos los demás miembros del Grupo Hunt. Por lo tanto, después de la transición, Hunt Group y sus miembros pueden responder con éxito a las llamadas en la nueva plataforma.
Esto se vuelve más desafiante cuando los usuarios están conectados a diferentes grupos de usuarios para diferentes servicios y características de llamadas. Esto requerirá la transición de más de un grupo de usuarios y un servicio de llamadas al mismo tiempo.
Utilice el resultado de la herramienta Migration Insights o de la herramienta de terceros que utilizó en la fase de preparación para determinar qué usuarios y características deben agruparse. Este resultado debería haberse utilizado para desarrollar su plan de migración y le dará información sobre cómo agrupará a los usuarios y las características que necesitan hacer la transición juntos.
Los pasos clave al realizar la transición de un lote de usuarios son:
-
Identificación de usuarios para migrar juntos
-
Verifique que todos los usuarios estén en
-
Verifique que todos los TN para los usuarios existan en
-
Verifique el formato correcto del número de teléfono en el directorio
-
Asegúrese de que la plantilla de licencias y configuración para los grupos de usuarios esté configurada correctamente
-
Verificar o configurar todos los servicios y características de llamadas para el grupo de usuarios (antes o durante la transición según corresponda)
-
En el directorio corporativo, agregue usuarios al grupo de usuarios habilitados para llamadas
-
Herramientas de apalancamiento: herramientas de migración de usuarios y funciones y/o herramientas de terceros
-
Deshabilitar/eliminar el número de directorio de usuario/dispositivo y llamar a características/servicios después de la transición.
Después de migrar a un grupo de usuarios, pruebe un subconjunto de usuarios para validar que todas sus características y servicios de llamada funcionen correctamente. Si las funciones de llamada, como Call Queue, Hunt Groups, etc., se transfieren con el grupo de usuarios, pruebe estos servicios de llamada para una funcionalidad adecuada .
Espacios de trabajo
En, un espacio de trabajo se refiere a una ubicación compartida (como una sala de conferencias, espacio de reunión o mesa caliente) a la que se le pueden asignar dispositivos, extensiones y usuarios. A diferencia de los teléfonos CM Unifed tradicionales, los espacios de trabajo son:
-
Centrado en la ubicación: atado a espacios físicos.
-
Dispositivo flexible: puede tener uno o más dispositivos (teléfonos de escritorio, placas, etc.).
Una vez que se han identificado los espacios de trabajo como parte de la transición a, se pueden agregar en Dispositivos. Cada espacio de trabajo necesita una asignación de dispositivo y, si ya están dentroUnified CM, deben restablecerse o reaprovisionarse para ellos. se pueden habilitar o deshabilitar funciones como correo de voz, desvío de llamadas y recepción de llamadas, y se pueden aplicar políticas para videollamadas, parque de llamadas y movilidad según sea necesario. Pruebe cada espacio de trabajo realizando llamadas internas y externas, probando funciones de video, conferencias y movilidad. Por último, deje saber a los usuarios sobre cualquier proceso aplicable para dispositivos de espacio de trabajo y reservas.
Para obtener más información sobre los espacios de trabajo en, consulte Espacios de trabajo.
Dispositivos de aprovisionamiento
Los teléfonos que actualmente están registrados deberán migrarse como parte de la transición a la nube. Para que la migración sea lo más simple posible con una posibilidad mínima de falla, Cisco recomienda migrar sitios físicos o departamentos al mismo tiempo. Sin embargo, es posible que deba migrar usuarios en lotes debido a las dependencias de las características. Consulte la sección Migrar usuarios en lotes para obtener más detalles.
Cualquier teléfono compatible desde el que necesite realizar la transición deberá configurarse como usuario o espacio de trabajo y el teléfono físico deberá reconfigurarse para registrarse . Además, los teléfonos de las series 7800 y 8800 necesitan que su firmware se actualice del firmware Enterprise al firmware del teléfono multiplataforma (MPP). Este proceso incluye cargar el firmware de transición antes de cargar el firmware MPP necesario para el registro. También requiere la licencia de migración adecuada. Cisco ha mejorado este proceso en los últimos años para facilitarle la actualización de sus teléfonos con firmware Enterprise al firmware MPP. Para obtener más información sobre los pasos para completar la actualización del firmware, consulte Convertir los teléfonos IP de las series 7800 y 8800 de Cisco entre Enterprise y MPP Firmware.
Además de los pasos descritos en este artículo, tiene una herramienta incorporada, Migrar su teléfonoWebex Calling, que puede usar para ayudar a migrar sus teléfonos 7800 y 8800 de Enterprise al firmware MPP. Esta herramienta también le permite agregar los teléfonos y asignarlos a los usuarios o espacios de trabajo adecuados. Para obtener más información sobre el uso de herramientas, consulte Migrar su teléfono.
Para cualquier teléfono de la serie 9800 registrado con el requisito de migración de firmware anterior no se aplica. Estos teléfonos ejecutan PhoneOS, que es compatible con ambos y. Para hacer la transición de estos teléfonos a usted tendrá que agregarlosWebex Calling, asignarlos a un usuario o espacio de trabajo y luego restablecer los teléfonos de fábrica. La siguiente figura de secuencia de arranque de PhoneOS para el registro muestra la secuencia de arranque de PhoneOS y cómo se registrará el teléfono una vez que se haya agregado, incluso si el teléfono todavía está aprovisionado y/o las opciones DHCP (Ejemplo - 150) están en uso.
admite el restablecimiento de fábrica de dispositivos PhoneOS para permitir la incorporación Zero-Touch en. los administradores pueden restablecer de fábrica de forma remota los teléfonos 9800 y 8875 a través de las páginas de Administración CUCM, lo que elimina la necesidad de acceso físico a los teléfonos para incorporar los teléfonos. Esta función es compatible con los paquetes de dispositivos a partir del 9 de septiembre de 2025:
-
CUCM v15 - Gerente de Comunicaciones Unificadas versión 15
-
CUCM v14 - Gerente de Comunicaciones Unificadas versión 14.
Para obtener más información sobre el proceso de registro para la serie 9800, consulte Proceso de registro.
Además de los teléfonos IP de Cisco, es posible que se requiera el aprovisionamiento de otros dispositivos como adaptadores telefónicos analógicos (ATA), teléfonos inalámbricos (Wifi, DECT), dispositivos de video, puertas de enlace de voz y dispositivos y teléfonos de terceros. Muchos de estos dispositivos no tienen una ruta de actualización de firmware como los teléfonos IP para hacer la transición del firmware empresarial al firmware de la nube . Por lo tanto, aprovisionará cada uno de estos dispositivos en Control Hub. Algunos de estos no se pueden hacer la transición y el modelo equivalente tendrá que reemplazarlo (p. ej. ATA 191/192) y otros requerirán reconfiguración manual y/o cambios de software.
- Puertas de enlace de voz: para migrar su puerta de enlace local, consulte Migrar puerta de enlace local.
-
Adaptador de teléfono analógico (ATA) - Para comenzar con su Cisco ATA 191 y 192, consulte Cisco ATA.
-
Teléfono inalámbrico Wifi: para integrar el teléfono inalámbrico 840 y 860, consulte Integrar el teléfono inalámbrico Webex.
-
Teléfonos inalámbricos DECT: para comenzar con su nueva serie Cisco IP DECT 6800, consulte Cisco IP DECT.
Para crear y administrar una red DECT digital en Control Hub, consulte Administrar red DECT
Para obtener más información sobre Cisco IP DECT 6800, consulte la Guía de implementación
-
Dispositivos y teléfonos de terceros: trabaje con proveedores externos sobre los requisitos de dispositivo/teléfono y el proceso para migrarlos o reemplazarlos para brindar soporte.
Configurar características
Cualquier función de llamada que se requiera debe aprovisionarse antes o durante la transición. Como se discutió durante la sección Migrar usuarios en lotes, las funciones de llamada deben configurarse y transicionarse cuando los usuarios que las utilizan realizan la transición.
Para obtener detalles sobre cómo configurar cada una de las características, consulte los artículos de ayuda de configuración correspondientes.
-
Llame al parque - Para administrar el parque de llamadas, consulte Call park
-
Recogida de llamadas - Para configurar el grupo de recogida de llamadas, consulte Recogida de llamadas
-
Colas de llamadas - Para configurar la cola de llamadas, consulte Cola de llamadas
-
Grupos de caza - Para administrar grupos de caza, consulte Administrar grupos de caza
-
Modos de funcionamiento: para llamar al enrutamiento basado en los modos de funcionamiento, consulte Enrutamiento de llamadas basado en modos operativos
-
Grupos de paginación: para configurar un grupo de paginación, consulte Configurar un grupo de paginación
-
Grabaciones - Para administrar la grabación de llamadas, consulte Administrar grabaciones
-
Alcance de un solo número: para configurar el alcance de un solo número (oficina en cualquier lugar), consulte Configurar número único
Pruebas de aceptación
Las pruebas de aceptación aseguran que el entorno migrado cumpla con los requisitos funcionales, funcione según lo esperado y ofrezca una experiencia de usuario perfecta en todos los flujos de trabajo de comunicación. Este proceso de validación es multifacético y abarca todo, desde el aprovisionamiento de usuarios y las asignaciones de números hasta el rendimiento operativo de las funciones avanzadas de llamadas .
Esta sección proporciona ejemplos y destaca aspectos clave a considerar durante las pruebas de aceptación; sin embargo, no pretende servir como una lista de verificación exhaustiva o completa.
Aprovisionamiento de usuarios y asignación de números
Un aspecto fundamental de las pruebas de aceptación implica verificar que todos los usuarios se aprovisionan de manera precisa y completamente dentro. Esto requiere una comparación exhaustiva entre el directorio source () y la base de usuarios recién establecida para garantizar que todas las cuentas de usuario, junto con los atributos asociados como números de extensión y asignaciones de marcado directo hacia adentro (DID) se hayan migrado correctamente. La integridad del aprovisionamiento es fundamental no solo para la operatividad del primer día, sino también para la administración y el soporte continuos.
La validación de asignación de números incluye confirmar que a cada usuario se le asigna la extensión y el número externo correctos, y que estos números se enrutan correctamente en los flujos de llamadas internos (en la red) y externos (PSTN) . Es esencial verificar si hay superposiciones, asignaciones faltantes o configuraciones erróneas que puedan provocar errores de enrutamiento de llamadas o interrupciones del servicio.
PSTN Flujos de llamadas y presentación del identificador de llamadas
Un procedimiento sólido de prueba de aceptación debe abarcar la validación de extremo a extremo de los flujos de llamadas PSTN. Esto incluye escenarios de llamadas entrantes y salientes. Para las llamadas PSTN entrantes, el equipo de pruebas debe confirmar que las llamadas se entregan a los puntos finales previstos, ya sean usuarios individuales, colas de llamadas, grupos de búsqueda o asistentes automáticos. Las llamadas salientes de PSTN deben realizarse con éxito, prestando especial atención a la correcta entrega y presentación de la información del identificador de llamadas. Esto implica asegurarse de que el nombre y el número correctos de la persona que llama se muestren a los destinatarios externos, de acuerdo con las políticas de la organización y los requisitos reglamentarios.
Las pruebas también deben abordar escenarios de conmutación por error, como el manejo de puntos finales inalcanzables o interrupciones de la red. Esto ayuda a confirmar que los mecanismos alternativos y el enrutamiento alternativo están funcionando correctamente, manteniendo la continuidad y confiabilidad del servicio.
Flujos de llamadas en la red
Los flujos de llamadas internos o en la red forman la columna vertebral de la comunicación empresarial. Las pruebas de aceptación en esta área verifican que las llamadas entre usuarios dentro de la organización se enruten correctamente, con características como transferencia de llamadas, retención, reenvío y conferencias que funcionan según lo previsto. Se debe confirmar la integridad de los planes de marcado, la conectividad de extensión a extensión y el soporte para las políticas de llamadas de la organización.
Manejo de llamadas de usuario y validación de funciones
Un aspecto importante de las pruebas de aceptación implica validar cómo los usuarios manejan las llamadas usando los teléfonos de escritorio y compatibles. Este proceso se centra en confirmar que los flujos de trabajo de llamadas diarias son intuitivos y confiables, y que los usuarios tienen acceso sin problemas a las funciones principales necesarias para sus funciones. Las pruebas deben evaluar la facilidad con la que los usuarios pueden realizar y recibir llamadas, administrar funciones de retención y reanudación, y realizar transferencias ciegas y consultivas. También es esencial verificar que el desvío de llamadas, conferencias y otras capacidades avanzadas, como estacionar y recuperar llamadas o activar no molestan, estén disponibles y funcionen sin problemas.
La experiencia debe evaluarse en cuanto a claridad y capacidad de respuesta, teniendo en cuenta cómo los usuarios interactúan con el historial de llamadas, el correo de voz y los directorios integrados. Se debe prestar atención adicional a la capacidad de mover llamadas activas entre dispositivos y de usar controles dentro de las llamadas de manera efectiva dentro de la aplicación o en teléfonos físicos. El objetivo final es garantizar que la experiencia del usuario final sea consistente, eficiente y soporte completamente las necesidades de comunicación de la organización después de la migración.
Colas de llamadas: Experiencia en agentes y supervisores
Las colas de llamadas se utilizan con frecuencia para manejar escenarios de llamadas entrantes de alto volumen. Las pruebas de aceptación aquí se centran en varias dimensiones. En primer lugar, debe verificarse que las llamadas se distribuyen a los agentes de acuerdo con la lógica de cola configurada, como el round robin, el modo de inactividad más largo o el timón simultáneo. La presentación de las llamadas en cola en los escritorios de los agentes debe examinarse para mayor claridad y facilidad de uso, asegurando que los agentes puedan aceptar, retener y transferir llamadas de manera eficiente.
Para los supervisores, la experiencia de escritorio debe evaluarse para características tales como monitoreo en tiempo real, barging de llamadas y análisis o información sobre el rendimiento de las colas. Esto incluye, pero no se limita a, la validación de paneles y herramientas de informes que proporcionan datos procesables sobre la distribución de llamadas, la actividad del agente y las métricas de cola.
Grupos de caza: Distribución de llamadas
Los grupos de caza son un mecanismo clave para distribuir llamadas a conjuntos predefinidos de usuarios. Las pruebas de aceptación deben confirmar que las llamadas se enrutan a los miembros del grupo según el algoritmo de búsqueda configurado, y que los escenarios de desbordamiento, reenvío y sin respuesta se manejan de acuerdo con el diseño. Asegurarse de que la pertenencia al grupo y los comportamientos de enrutamiento de llamadas coincidan con los establecidos anteriormente es esencial para la coherencia operativa y la satisfacción del usuario.
Asistentes automáticos: Anuncios y operaciones de menú
Los asistentes automáticos representan la primera línea del manejo automatizado de llamadas. Las pruebas deben cubrir la reproducción de anuncios, la precisión de los saludos grabados y el correcto funcionamiento de los árboles de menú. Las selecciones de menú deben enrutar de manera confiable a las personas que llaman a los departamentos, individuos o números externos apropiados. Las pruebas también deben incluir escenarios no válidos o de tiempo de espera para confirmar que las personas que llaman reciben una guía clara o son redirigidas según lo previsto.
Operación del correo de voz
Finalmente, la funcionalidad del correo de voz es fundamental para la experiencia del usuario. Las pruebas de aceptación deben verificar que las casillas de correo de voz estén correctamente asignadas y sean accesibles, tanto desde dentro de la organización como de forma remota. La capacidad de grabar, recuperar y administrar mensajes debe ser confirmada, junto con la entrega de notificaciones.
Optimizar
Migración de PSTN a Cloud Connect para
Una vez que todos los endpoints y usuarios se migran a la nube, el único propósito Unified CM es actuar como un tránsito entre las puertas de enlace PSTN y a través de la puerta de enlace local. Eliminar las puertas de enlace PSTN y la puerta de enlace local de la imagen mediante el uso de Cloud Connect como acceso PSTN para todos Webex Calling los usuarios tiene varios beneficios, incluida la reducción de costos y una mayor confiabilidad. Para realizar la transición del acceso PSTN local a Cloud Connect para , siga estos pasos:
-
Cloud Connect para la selección de socios.
Consulte la lista de Cloud Connect para socios y seleccione uno de los socios disponibles disponibles para la ubicación de su organización.
-
Cloud Connect para validación.
Antes de cambiar el acceso de PSTN para las ubicaciones a Cloud Connect, se debe verificar y validar la conectividad a PSTN a través del socio de Cloud Connect seleccionado. Para este propósito, es necesario aprovisionar una ubicación de prueba con algunos usuarios de prueba aprovisionados en esa ubicación de prueba. El acceso PSTN para esta ubicación de prueba se establece en el socio de Cloud Connect antes de validar la conectividad PSTN utilizando los teléfonos de prueba. Tras una validación exitosa, se puede desaprovisionar la ubicación de la prueba.
-
Número de portación.
Para prepararse para el corte a Cloud Connect, es necesario realizar un pedido de puerto para todos los números asignados actualmente al enlace troncal PSTN que termina. Todos los números deben ser portados al socio de Cloud Connect. Para mantener la capacidad de acceso entre ubicaciones, todos los números de todas las ubicaciones deben ser portados al mismo tiempo.
-
Cambie a un socio de Cloud Connect.
En la fecha del corte, el acceso PSTN para todas las ubicaciones debe configurarse en el proveedor de PSTN conectado a la nube, y se debe verificar la conectividad entrante y saliente.
Como se discutió en la sección PSTN del capítulo de diseño, los clientes también pueden optar por mover su acceso PSTN a Cloud Connect al comienzo de la transición utilizando enlaces troncales PSTN para implementaciones híbridas. Para obtener más información, consulte PSTN trunking para implementaciones híbridas. Webex Calling En ese caso, durante la transición, el acceso a PSTN para es a través de la puerta de enlace local y después de mover a todos los usuarios a, no hay otro paso de migración relacionado con PSTN que no sea la desconexión y las puertas de enlace locales.
Optimice la infraestructura local
Una vez que se haya hecho la transición de todos los usuarios y todos los puntos finales hayan sido transferidos al registro en la nube (o se hayan dado de baja), actualice la infraestructura local adecuada ahora que las llamadas a la nube están en uso. Las actualizaciones de la infraestructura incluyen:
-
Elimine el control de llamadas local y DNS SRV los registros de mensajería de los servidores DNS locales, incluido cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Estos registros SRV ya no son necesarios para el descubrimiento del servicio al cliente.
-
Elimine los DNS SRV registros relacionados con el borde del sistema DNS público, incluido collab_edge. _tls. <domain>. Estos registros SRV ya no son necesarios para el descubrimiento del servicio al cliente de los servicios perimetrales de colaboración.
-
Actualice todos los ámbitos DHCP relevantes para eliminar las direcciones TFTP/servidor de arranque de la opción 66 y la opción 150. Estos ámbitos ya no son necesarios para el descubrimiento y descarga de la configuración del control de llamadas de punto final.
-
Actualizar/eliminar los pares de marcación apropiados en la puerta de enlace local/cubo que enrutan las llamadas hacia y desde. Unified CM Estos pares de marcación ya no son necesarios para el enrutamiento de llamadas en las instalaciones.
-
Elimine o elimine todas las máquinas virtuales y/o servidores de nodo de clúster. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para el control de llamadas y los servicios periféricos.
-
Elimine o elimine todas las máquinas virtuales del nodo del clúster y/o servidores. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para los servicios de correo de voz y mensajería unificada.
-
Limpieza: Después de migrar el acceso PSTN a la PSTN conectada a la nube, se pueden dar de baja los troncales PSTN, las puertas de enlace PSTN y la puerta de enlace local.
-
Para cualquier solución E911 local existente, elimine cualquier ubicación o número que haya migrado y, una vez que se complete la transición completa, elimine las máquinas virtuales de la aplicación o los servidores. Reutilice los recursos informáticos y el hardware según sea necesario. Estos recursos ya no son necesarios para llamadas de emergencia y servicios de ubicación.
-
Los DNS que pertenecen a usuarios migrados deben colocarse en una partición oculta para evitar errores de enrutamiento de llamadas y para garantizar que todos los CSS tengan acceso prioritario a la ruta de acceso en la nube de los mismos DNS.
-
Actualice la ubicación física despachable y el elemento de red en Horizon Mobility cada vez que se produzcan cambios. Las actividades comunes que requieren actualizaciones son:
-
Reemplazo del conmutador de red
-
Reemplazo del punto de acceso inalámbrico
-
Cambios en el alcance de DHCP
-
Cambios físicos dentro del edificio (si se resuelve en cubica/oficina)
-
Expansión o contracción física del espacio de oficina dentro de un edificio.
-
Utilice análisis y solución de problemas
proporciona análisis completos y capacidades de solución de problemas para ayudarle a visualizar y realizar un seguimiento de su implementación. Estos cubren la calidad de los medios, el historial detallado de llamadas, la cola de llamadas, el grupo de búsqueda y el análisis del asistente automático. Un ejemplo de análisis de calidad de medios se muestra en el análisis de calidad de medios de figura.
En la sección Solución de problemas, cada llamada realizada utilizando se puede ver con información detallada sobre la calidad de los medios clave y los problemas relacionados con la señalización para ayudar a identificar problemas de medios así como llamadas fallidas, como se muestra en la figura Solución de problemas de calidad de medios.
la solución de problemas también se puede integrar con otros productos Cisco como ThousandEyes y los switches Meraki para proporcionar una experiencia integrada aún más rica en Control Hub. Para obtener más información sobre el uso de Webex Callinganálisis y solución de problemas, consulte Solucionar problemas de Webex Calling llamadas en Control Hub.
Introducción
Antes de comenzar
Esta guía está destinada a equipos o personas con experiencia en la configuración y administración de Cisco Unified Communications Manager (Unified CM) y puntos finales de Cisco, incluidos teléfonos de escritorio IP, dispositivos de video y clientes de software Jabber. A lo largo de este documento, hay enlaces a documentación de productos y soporte para ayudar.
Este documento se centra únicamente en las transiciones de Unified CM a Webex Calling multiinquilino. El término Webex Calling en este documento siempre se refiere a Webex Calling multiinquilino.
Antes de comenzar la migración de Unified CM a Webex Calling, es imprescindible tener una comprensión integral de la solución Webex Calling y sus respectivos componentes. Una migración exitosa requiere familiaridad con la arquitectura de Webex Calling, los modelos de servicio, las opciones de implementación y las características asociadas para mapear adecuadamente las cargas de trabajo existentes de Unified CM y diseñar un plan de transición efectivo.
Una comprensión profunda de los siguientes componentes de Webex Calling es esencial para informar una estrategia de transición eficaz y una preparación operativa.
-
Control Hub
-
Aprovisionamiento de directorios y usuarios
-
Plataforma de llamadas Webex
-
Puntos finales de llamada admitidos
-
Opciones de conectividad PSTN
-
Plan de marcado y gestión de números de Webex Calling
-
Características de seguridad y cumplimiento.
Para obtener más información, consulte Arquitectura preferida de Cisco para Webex Calling.
Esta guía destacará las herramientas y los procesos a utilizar durante todo el ciclo de vida de la transición. Sin embargo, una transición de llamadas locales, Unified CM, a una nueva plataforma de llamadas en la nube, Webex Calling, puede suponer un esfuerzo significativo con posibles desafíos comerciales, técnicos y complejos. Para ayudarlo a superar estos desafíos, Cisco tiene algunas opciones diferentes disponibles para ayudarlo en su camino. Es importante revisar la información en Llamadas a la nube empresarial - Migración de llamadas y comprender cada opción y cómo cada una de ellas puede ayudarlo con su propia migración.
-
Herramientas de migración de Webex: Herramientas gratuitas de autoservicio integradas en Control Hub para agilizar su transición a Webex Calling
-
Proveedores de migración certificados: Proveedores de software y herramientas validados por Cisco que han desarrollado soluciones de migración para ayudar a los socios y clientes de Webex con migraciones complejas y grandes. Estas soluciones pueden ayudar a simplificar, administrar y acelerar la transición a Webex Calling
-
Asistencia para la configuración de Webex: un servicio de migración liderado por Cisco que guía a los clientes y socios a través de la implementación y configuración de Webex Calling, lo cual es necesario para migrar con éxito los usuarios y servicios de Unified CM a Webex Calling.
Descripción general
Con el crecimiento de los servicios de colaboración entregados desde la nube, más clientes buscan mover sus cargas de trabajo de colaboración existentes a la nube dadas las promesas de menor costo total de propiedad, administración simplificada, entrega continua de funciones, mayor escala y confiabilidad superior inherente a los servicios basados en la nube. A medida que los clientes buscan hacer la transición de servicios de colaboración locales a servicios de colaboración en la nube, es importante que comprendan qué implica la transición y los pasos necesarios para realizarla.
El propósito de este documento es brindar orientación sobre la implementación para clientes que buscan específicamente realizar la transición de Unified CM local a Webex Calling en la nube. Esta guía de implementación asume que el lector tiene un conocimiento básico de la transición de llamadas entre Unified CM y Webex Calling, incluidos los cambios que se producen al realizar esta transición y las diferencias que existen al trasladar la carga de trabajo de llamadas de las instalaciones locales a la nube. Antes de continuar, asegúrese de haber revisado y estar familiarizado con la información disponible en el Mapa de transición. Este documento de mapa de transición proporciona información sobre los cambios y las diferencias de esta transición.
Como se muestra en la Figura Arquitectura de colaboración local: control de llamadas y acceso remoto, una implementación local típica incluye diferentes componentes de infraestructura de colaboración en la red, una plataforma de control de llamadas, una plataforma de borde, puntos finales de hardware y software y, en algunos casos, incluso plataformas de conferencias y programación. En la arquitectura de Cisco, esto incluiría Unified CM para el control de llamadas, Expressway para acceso remoto y servicios de borde de empresa a empresa (B2B), Cisco Meeting Server. / Cisco Meeting Management para conferencias locales, Unity Connection para mensajería de voz y hardware orientado al usuario (teléfonos IP de Cisco, sistemas de video Cisco Desk y Room) y software (Cisco Jabber) para puntos finales basados en IP. Estos componentes pueden variar ligeramente en algunos entornos, pero este es el punto de partida para la transición descrita en el resto de este documento.
La arquitectura que se muestra en la Figura Arquitectura de colaboración local: El control de llamadas y el acceso remoto se basan en la Arquitectura preferida (PA) para las implementaciones locales de Cisco Collaboration Enterprise. Para obtener más información sobre Enterprise On-premise, consulte Arquitecturas preferidas de colaboración de Cisco.
Antes: La tabla Componentes de infraestructura de llamadas locales enumera los elementos clave de la arquitectura local antes de la transición a Webex Calling en la nube.
| Producto | Descripción |
|---|---|
| Unified CM | Control de llamadas local que proporciona servicios de registro de dispositivos y enrutamiento de llamadas |
| Cisco Expressway-C/E | Infraestructura de borde que proporciona acceso móvil y remoto (MRA) y funcionalidad de empresa a empresa (B2B) que permite que los puntos finales remotos se conecten de forma segura desde fuera de la organización. Expressway se implementa en pares para proporcionar cruce de firewall para puntos finales externos. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) y Cisco Telepresence Management Suite (TMS) | Infraestructura de conferencias web, de voz y de video locales que ofrece reuniones multipunto, gestión de reuniones y capacidades de programación. [Optional] |
| Cisco Unity Connection | Plataforma de mensajería de voz local que ofrece funciones de correo de voz y mensajería unificada. [Optional] |
| Cisco Desk, Cisco Room, Cisco Board, teléfonos IP de Cisco y Cisco Jabber | Dispositivos basados en IP registrados en Unified CM y que brindan capacidades de llamadas de voz y video |
Como se ilustra en la Figura Decisión de transición: Llamadas locales a Webex Calling, los clientes que tienen un control de llamadas local con Unified CM y puntos finales de IP de escritorio y video tienen la opción de realizar la transición de la arquitectura hacia una arquitectura de nube de Webex Calling.
La decisión debe tomarse en función de los requisitos de funcionalidad del cliente. Los clientes que tengan los siguientes requisitos deben considerarlo detenidamente antes de tomar esta decisión y, en última instancia, pueden decidir mantener el control de llamadas en las instalaciones:
- Modelos de teléfonos no compatibles con Webex Calling
- Integraciones complejas o numerosas con otros sistemas o soluciones locales, especialmente cuando replicar estas integraciones con Webex Calling es difícil o no hay soluciones alternativas equivalentes disponibles
- Plan de marcado complejo, clases de servicio altamente granulares o ambos
- Acceso a Internet restrictivo, limitado o poco confiable
- Políticas estrictas de privacidad y propiedad de datos
- Requisito de cumplimiento para la grabación y el almacenamiento de medios en las instalaciones o en el país
- Integraciones de terceros sin integración alternativa viable de Webex Calling
- Integraciones de centros de contacto donde la integración del centro de contacto aún no se está moviendo a la nube.
Este documento se centra en los clientes con implementaciones de control de llamadas de Unified CM que desean comprender los pasos, las consideraciones y los requisitos generales para habilitar la implementación de Webex Calling como se describe en la siguiente sección.
Componentes principales
La arquitectura de destino para esta migración incluye varios componentes nuevos. Esto incluye el servicio Webex Calling para llamadas basadas en la nube, la aplicación Webex, Cisco Directory Connector para la integración de identidad y Local Gateway (LGW) para acceso PSTN, así como la integración de llamadas locales a la nube. Los planes de llamadas de Cisco o Cloud Connected PSTN (CCP) facilitados por un socio de Cloud Connect para Webex Calling son opciones adicionales para el acceso a PSTN.
Como se muestra en la Figura Después: Arquitectura de Webex Calling, los nuevos componentes (Webex Calling, conector de directorio, puerta de enlace local y puerta de enlace de supervivencia) se agregan a la implementación local existente.
Después: La tabla Componentes de infraestructura de llamadas en la nube enumera los nuevos elementos de la arquitectura después de la transición a Webex.
| Producto | Descripción |
|---|---|
| Webex Calling | Servicio de llamadas basado en la nube entregado desde la plataforma Webex y que proporciona registro de puntos finales y enrutamiento de llamadas |
| Conector de directorios de Cisco | Aplicación de Windows que se ejecuta en una máquina de dominio Windows que proporciona sincronización de identidad entre el Active Directory local de la empresa y el almacén de identidades de la organización Webex. Para los clientes que migran de Active Directory local a Entra ID, la integración de identidad con Webex en lugar de Cisco Directory Connector utiliza la aplicación Entra ID Wizard. |
| Puerta de enlace local | Una puerta de enlace local actúa como un puente entre la red de comunicaciones unificadas local de un cliente y la nube de Webex Calling. Se puede implementar localmente o alojar por un socio, brindando acceso PSTN para puntos finales registrados en la nube, así como integración de llamadas entre puntos finales registrados en Unified CM y en la nube. Enrutador de servicios integrados Cisco IOS-XE (series ISR 1100 y 4000), Cisco Catalyst 8200/8300 La serie, el software Cisco Catalyst 8000V Edge y varios controladores de borde de sesión (SBC) de terceros certificados se pueden utilizar como LGW para un enfoque de migración por fases. |
| Puerta de enlace de supervivencia | Survivability Gateway (SGW) es una puerta de enlace de red local basada en IOS-XE que proporciona servicios de llamadas de respaldo a los puntos finales de Webex Calling en el sitio durante interrupciones de la red. |
| Plan de llamadas de Cisco, Cloud Connect para llamadas de Webex | Cisco Calling Plan y Cloud Connect para Webex Calling son opciones basadas en la nube para el acceso PSTN para los puntos finales de Webex Calling. El acceso a PSTN es facilitado por un proveedor de PSTN en la nube y no requiere equipo local. |
| Aplicación de Webex | Aplicación cliente que se ejecuta en un sistema operativo de escritorio (Windows, Mac) o un sistema operativo móvil (Android, iOS) y está registrada directamente en la plataforma Webex Calling para la funcionalidad de llamadas. |
Descripción general del proceso PPDIO
El proceso PPDIO significa Preparar, Planificar, Diseñar, Implementar y Optimizar. Es una metodología estructurada de Cisco que guía los proyectos desde la evaluación inicial hasta la mejora continua, garantizando implementaciones o migraciones eficientes y exitosas.
Descripción general de PPDIO
-
Preparar: Evaluar el entorno actual, recopilar requisitos y alinear a las partes interesadas para establecer una base sólida.
-
Plan: Desarrollar planes de proyecto detallados que incluyan cronogramas, recursos y estrategias de mitigación de riesgos.
-
Diseño: Diseñar la solución objetivo adaptada a las necesidades comerciales y técnicas.
-
Implementar: Ejecutar el despliegue o migración según el diseño, validando funcionalidad y desempeño.
-
Optimizar: Mejore continuamente la solución después de la implementación monitoreando el rendimiento, refinando las configuraciones y aprovechando las herramientas de automatización e integración.
Uso de PPDIO para proyectos de migración de Unified CM a Webex Calling
Al realizar la transición de Unified CM a Webex Calling, el proceso PPDIO proporciona una hoja de ruta clara para garantizar una transición fluida y eficiente:
Preparar
-
Evaluar el entorno Unified CM existente y la preparación para la migración
-
Recopilar datos detallados sobre usuarios, dispositivos, red y dependencias
-
Recopilar detalles de ubicación, incluida la dirección de respuesta de emergencia, el número de usuarios, el acceso a Internet y el acceso a PSTN.
-
Identificar riesgos y definir el alcance del proyecto para alinear a todas las partes interesadas.
Planificar
-
Cree un plan de migración integral con cronogramas de lotes, asignaciones de recursos y cronogramas
-
Definir tareas como actualizaciones de firmware del dispositivo, aprovisionamiento de licencias e incorporación de usuarios.
-
Coordine las ventanas de migración con Cisco y sus socios para minimizar las interrupciones.
Diseñar
-
Asigne configuraciones actuales de Unified CM, planes de marcado y perfiles de usuario a equivalentes de Webex Calling
-
Diseñar el entorno de Webex Calling, incluida la estrategia PSTN (provisional y final), las ubicaciones, los roles de los usuarios y los puntos de integración como la puerta de enlace local (CUBE) y la sincronización de directorios
-
Planifique escenarios de coexistencia donde Unified CM y Webex Calling funcionen simultáneamente durante la migración.
Implementar
-
Utilice las herramientas de migración de Control Hub junto con herramientas de terceros para realizar cambios en el modo de firmware del dispositivo, configuración de funciones y migraciones de usuarios.
-
Utilice operaciones masivas y aprovisionamiento mediante las API de Webex para optimizar las migraciones y configuraciones a gran escala.
-
Ejecutar el aprovisionamiento de licencias, el registro de dispositivos y las actualizaciones de configuración
-
Validar el éxito de la migración mediante pruebas y verificación operativa.
Optimizar
-
Supervisar continuamente el rendimiento de Webex Calling y la experiencia del usuario
-
Refinar configuraciones y flujos de trabajo en función de datos operativos y comentarios
-
Aproveche las capacidades de automatización e integración para mejorar la eficiencia y la escalabilidad
-
Desmantele los componentes heredados de Unified CM según corresponda y brinde soporte continuo para las operaciones del día 2.
Este enfoque PPDIO mejorado garantiza una migración controlada, transparente y eficiente de Unified CM a Webex Calling, aprovechando las herramientas, las API y el ecosistema de socios de Cisco para mantener la continuidad del negocio y mejorar las capacidades de colaboración.
Bucles de retroalimentación PPDIO
La descripción general de alto nivel que se muestra en la Figura Iteraciones durante la ejecución de PPDIO ilustra un solo ciclo de retroalimentación desde la fase optimizar hasta la fase preparar. Esto significa que, después de la implementación inicial, existe una oportunidad constante de mejora continua. Cada ciclo de optimización puede identificar nuevos requisitos o áreas de mejora, que pueden abordarse mediante proyectos o iniciativas posteriores. Estos proyectos individuales, a su vez, siguen el ciclo de vida PPDIO establecido (Preparar, Planificar, Diseñar, Implementar, Optimizar). Este enfoque iterativo garantiza que el sistema permanezca alineado con los objetivos comerciales cambiantes y los avances tecnológicos, fomentando una cultura de refinamiento y adaptabilidad continuos.
Durante la ejecución del proceso PPDIO, es común que los hallazgos en las fases posteriores requieran revisar y potencialmente modificar las decisiones tomadas en etapas anteriores. Por ejemplo, los problemas surgidos durante la fase de implementación, como la identificación de ambigüedades de diseño o detalles faltantes, pueden revelar que ciertos aspectos no se abordaron plenamente durante la fase de diseño. En tales casos, se hace necesario volver a la fase anterior pertinente para resolver estos problemas antes de continuar. Este mecanismo de retroalimentación iterativo, como se ilustra en la Figura Proceso PPDIO asistido por CM unificado, garantiza que la solución esté completamente validada y refinada, lo que en última instancia contribuye a una implementación más sólida y efectiva.
Al emprender una transición de Unified CM a Webex Calling, cada fase del proceso PPDIO puede beneficiarse significativamente de la información recopilada del entorno de Unified CM existente. Por ejemplo, se pueden extraer inventarios completos de usuarios, números de teléfono, funciones de llamadas y componentes del plan de marcación de la configuración actual de Unified CM. Estos datos complementan la información proporcionada directamente por las partes interesadas y ayudan a agilizar las actividades de planificación y diseño. El uso de herramientas adecuadas para automatizar la extracción y el análisis de datos no solo mejora la precisión sino que también acelera el proceso general. Al utilizar los conocimientos de la implementación existente, la transición a Webex Calling se puede ejecutar de manera más eficiente que una implementación tradicional desde cero, al tiempo que se adhiere a la metodología estructurada PPDIO. Este proceso se ilustra en la Figura Proceso PPDIO asistido por CM unificado.
Enfoque migratorio
Al planificar su transición de Unified CM local a Webex Calling, debe determinar cómo abordará este recorrido. Primero deberá decidir si la migración será un corte rápido (todo a la vez) o un enfoque por fases (migrar grupos de users/devices durante un período prolongado).
Realizar una migración flash-cut mueve todos sus usuarios y dispositivos más rápido. Con este método, moverá todos los usuarios y dispositivos de Unified CM local a Webex Calling al mismo tiempo. En esencia, es una única ventana de migración para todos los usuarios y dispositivos. Una vez completada esta migración, todos sus usuarios y dispositivos estarán en la plataforma Webex Calling y toda su infraestructura de Unified CM podrá desmantelarse. Sin embargo, muchas organizaciones no pueden utilizar este enfoque debido a la escala y el tamaño de su implementación de llamadas.
El segundo enfoque es una migraciónpor fases. La mayoría de las organizaciones utilizarán este enfoque ya que proporciona un mejor control, gestión y escalabilidad con la migración. Además, es más adecuado para implementaciones de UC más grandes. and/or Implementaciones en múltiples regiones. Por lo tanto, este documento se centra en el enfoque por fases con dos pasos en la transición.
Como se muestra en la siguiente Figura Transición de llamada por fases: Híbrido y nube, la primera fase de transición (Fase 1) da como resultado una implementación de coexistencia con entornos de llamada dual. En esta fase, algunos usuarios, dispositivos y clientes de software pasan a Webex Calling, mientras que otros aún utilizan el control de llamadas de Unified CM local. La fase de transición final (Fase 2) da como resultado un entorno de llamadas en la nube pura donde todos los usuarios, dispositivos y clientes de software se han migrado completamente a la plataforma Webex Calling.
El tiempo que le toma a una organización realizar la transición completa a las llamadas en la nube variará según su implementación actual. En algunos casos, una organización puede realizar la transición inicial y permanecer en la fase de control de llamadas dual de coexistencia (Fase 1) durante un período prolongado (meses o incluso años), mientras que en otros casos, una organización puede realizar la transición completa a Webex Calling (Fase 2) en un período muy corto (semanas o meses). Este documento pretende cubrir ambas fases (Fase 1: coexistencia y Fase 2: transición completa).
Es posible que algunas organizaciones mantengan una implementación de control de llamadas dual de coexistencia de manera indefinida sin planes de realizar alguna vez una transición completa a las llamadas en la nube.
La segunda consideración es cómo realizará la transición de usuarios, dispositivos y clientes virtuales desde el control de llamadas local al control de llamadas en la nube. El enfoque recomendado es una transición de tres fases. La figura Transición trifásica recomendada a continuación desglosa este enfoque en las tres fases.
Pre-migración: Esta fase se centra en preparar los entornos de Webex y Unified CM para la migración. No se trata de realizar planificaciones o configuraciones específicas, sino de completar actividades que se pueden realizar ahora y antes de que comience cualquier proyecto de migración de Webex Calling. El objetivo es sentar las bases para que ambos entornos se preparen para la migración.
Preparación para la migración: Esta fase es donde comienza el esfuerzo para preparar la migración a Webex Calling. Aquí es necesario revisar y actualizar los requisitos comerciales y técnicos. No se limite a hacer un lift and shift de lo que está implementado actualmente con Unified CM y, en su lugar, redefina los requisitos comerciales y técnicos que su empresa necesita hoy y en el futuro aprovechando el poder de Webex Calling. Además, esta es la fase en la que completará el diseño, la planificación de la configuración y la migración. planning/schedule.
Migración (implementación y desmantelamiento): En esta fase es donde se produce la migración real de usuarios, dispositivos, números de teléfono y clientes físicos. Como se mencionó anteriormente, esta fase se puede completar para todos a la vez (flash-cut) o en múltiples ventanas de cambio (phased-cut). Los planes de adopción, la capacitación y las comunicaciones por parte de los usuarios finales son fundamentales para que estos conozcan los cambios, sepan cómo usar la nueva plataforma de llamadas y cuándo se producirá el cambio. El último paso es desmantelar toda la infraestructura UC local que ya no se utiliza.
La fase previa a la migración tiene actividades (obligatorias, recomendadas y opcionales) en las que puedes comenzar a trabajar de inmediato. Se recomienda completarlos lo antes posible y, preferiblemente, antes de que comience el proyecto. Algunas de las actividades pueden tardar más tiempo en completarse, por lo tanto, comenzarlas antes ayudará a agilizar el proyecto de migración real.
La Figura Actividades previas a la migración a continuación destaca cinco categorías específicas de actividades relacionadas con una migración de Webex Calling.
Preparar
Requisitos comerciales y técnicos
Al planificar una migración de a , es fundamental recopilar exhaustivamente los requisitos técnicos y comerciales durante la fase de planificación. Este paso garantiza que la migración se alinee con los objetivos operativos y las capacidades técnicas de su organización, minimizando los riesgos y las interrupciones.
Por qué es importante recopilar requisitos:
-
Alinea los objetivos de negocio: Comprender las necesidades comerciales ayuda a adaptar la migración para respaldar los flujos de trabajo clave, la experiencia del usuario y los planes de crecimiento.
-
Garantiza la compatibilidad técnica: La identificación temprana de los requisitos técnicos previene problemas de integración con la infraestructura, la red y los puntos finales existentes.
-
Facilita la planificación de recursos: Los requisitos claros ayudan a estimar con precisión los plazos, los costos y los recursos necesarios.
-
Mitiga los riesgos: La detección temprana de desafíos potenciales permite soluciones proactivas, reduciendo el tiempo de inactividad y las interrupciones del servicio.
Requisitos comerciales
Los requisitos comerciales típicos incluyen:
-
Número de usuarios y ubicaciones a migrar
-
Funciones y servicios deseados (por ejemplo, enrutamiento de llamadas, correo de voz, conferencias, asistentes automáticos, colas de llamadas)
-
Políticas de cumplimiento y seguridad
-
Restricciones presupuestarias y expectativas de costos
-
Necesidades de formación y soporte al usuario
-
Cronograma de migración y consideraciones de continuidad empresarial.
Recopilar las características y servicios deseados es un paso fundamental para garantizar que el nuevo sistema satisfaga las necesidades del negocio. Al recopilar estos requisitos, es importante no solo considerar lo que está configurado actualmente, sino también intentar recopilar los requisitos reales de las entidades comerciales que van a utilizar el sistema. De lo contrario, existe el riesgo de que el plan se base en supuestos no actuales. Asegúrese de evaluar las funciones adicionales o mejoradas disponibles en que pueden no existir en , como llamadas basadas en la nube, colas de llamadas avanzadas, , y . Esto ayuda a aprovechar todos los beneficios de la plataforma en la nube.
Al evaluar la configuración actual en , es importante reconocer que no todas las configuraciones existentes pueden seguir siendo necesarias debido a la evolución de los requisitos a lo largo del ciclo de vida del sistema. El enfoque debe estar en identificar y conservar únicamente aquellas configuraciones que se alineen con las necesidades actuales y futuras de la implementación.
Concéntrese más en lo que necesita que en lo que tiene.
Las políticas de cumplimiento y seguridad son consideraciones fundamentales durante la migración a Webex Calling para garantizar que el nuevo sistema de comunicación basado en la nube cumpla con los estándares legales, regulatorios y organizacionales.
-
Cumplimiento normativo: Las organizaciones deben verificar que cumplan con las regulaciones específicas de la industria, como GDPR, HIPAA o SOX, que abordan los requisitos de privacidad, retención y manejo de datos, así como los mandatos específicos de cada país relacionados con la residencia de datos, el desvío de peajes y la localidad de los medios.
-
Seguridad de los datos: Garantizar que los datos de voz y señalización estén cifrados tanto en tránsito como en reposo para protegerlos contra la interceptación o el acceso no autorizado.
-
Controles de acceso: Definir y aplicar la autenticación de usuarios, la autorización y el acceso basado en roles para evitar el uso no autorizado de los recursos de comunicación.
-
Auditoría y seguimiento: Implementar capacidades de registro y monitoreo para rastrear el acceso y el uso para auditorías de cumplimiento e investigaciones de incidentes de seguridad.
-
Alineación de políticas: Alinear la migración con las políticas de seguridad corporativa existentes, incluida la seguridad de puntos finales, la segmentación de la red y los planes de respuesta a incidentes.
-
Garantía de seguridad del proveedor: Evaluar las certificaciones de seguridad y las declaraciones de cumplimiento de Cisco para garantizar la confiabilidad.
Abordar estas políticas de cumplimiento y seguridad durante la fase de planificación ayuda a mitigar riesgos, evitar sanciones legales y mantener la integridad y confidencialidad de las comunicaciones durante y después de la migración.
Las necesidades de capacitación y soporte del usuario son componentes esenciales durante la migración de a para garantizar una transición sin problemas y la adopción por parte del usuario. Las consideraciones clave incluyen:
-
Programas de formación: Desarrollar sesiones de capacitación personalizadas para diferentes grupos de usuarios (usuarios finales, administradores, personal de la mesa de ayuda) para familiarizarlos con las funciones, las interfaces de usuario y los nuevos flujos de trabajo.
-
Documentación: Proporcionar guías de usuario claras y accesibles, preguntas frecuentes y materiales de referencia rápida, incluidos recursos Novedades y diferencias y guías instructivas paso a paso Antes y después (en formato de video o guía rápida), para ayudar a los usuarios a adaptarse a la experiencia actualizada después de la migración.
-
Gestión del cambio: Comunicar los cambios de forma proactiva para gestionar las expectativas de los usuarios y reducir la resistencia.
-
Estructura de soporte: Establecer un equipo de soporte dedicado o una ruta de escalada para abordar los problemas de los usuarios rápidamente durante y después de la migración.
-
Educación continua: Planifique actualizaciones de capacitación continua a medida que se publiquen nuevas funciones o actualizaciones en .
-
Mecanismos de retroalimentación: Implementar canales para que los usuarios reporten problemas y brinden retroalimentación para mejorar los procesos de capacitación y soporte.
Abordar estas necesidades de capacitación y soporte durante la fase de planificación ayuda a minimizar las interrupciones, mejora la confianza del usuario y maximiza los beneficios de migrar a .
Requisitos técnicos
Es necesario recopilar y documentar varios requisitos técnicos clave para una migración exitosa de a , incluidos detalles sobre:
-
Preparación de la red y capacidad de ancho de banda
Una evaluación integral de la red es fundamental para garantizar que su infraestructura existente pueda soportar el nuevo entorno de Webex Calling. Esto incluye lo siguiente:
-
Análisis de ancho de banda: Evaluación del uso actual y proyectado del ancho de banda para manejar el tráfico de voz, video y datos sin congestión.
-
Calidad de servicio (QoS): Implementar políticas de QoS para priorizar el tráfico de voz y minimizar la latencia, la fluctuación y la pérdida de paquetes.
-
Conectividad WAN e Internet: Verificar que los enlaces WAN y las conexiones a Internet cumplan con los requisitos para llamadas basadas en la nube, incluidas las capacidades de redundancia y conmutación por error.
-
Configuración de firewall y NAT: Asegurarse de que la configuración del firewall y NAT permita la señalización y el tráfico de medios necesarios para .
-
-
Integración con el sistema existente
La integración perfecta con los sistemas empresariales existentes es esencial para la experiencia del usuario y la continuidad del flujo de trabajo:
-
Servicios de directorio: Evaluación de la integración con un directorio empresarial para el aprovisionamiento y la autenticación automatizados de usuarios.
-
CRM y aplicaciones empresariales: Identificar puntos de integración con sistemas de gestión de relaciones con clientes y otras aplicaciones críticas para el negocio.
-
Interfuncionamiento de PBX heredados: Planificación de estrategias de coexistencia o migración gradual si se mantendrán sistemas de telefonía heredados durante la transición.
-
-
Compatibilidad y aprovisionamiento de puntos finales
Se debe evaluar la compatibilidad de todos los puntos finales, incluidos teléfonos de escritorio, softphones y dispositivos móviles:
-
Soporte de dispositivos: Confirmar que los teléfonos y dispositivos IP existentes son compatibles o identificar los reemplazos necesarios.
-
Procesos de aprovisionamiento: Establecer métodos de aprovisionamiento automatizados o optimizados para la incorporación eficiente de puntos finales.
-
Actualizaciones de firmware y software: Planificación de las actualizaciones necesarias para garantizar la interoperabilidad y la seguridad.
-
-
Configuraciones de seguridad y estándares de cifrado
La seguridad es primordial en las comunicaciones en la nube:
-
Cifrado: Implementar cifrado de extremo a extremo para señalización y transmisiones de medios, de acuerdo con las mejores prácticas de seguridad de Cisco.
-
Autenticación y control de acceso: Implementar mecanismos de autenticación seguros (como SSO, autenticación multifactor) y controles de acceso de usuarios granulares.
-
Cumplimiento: Garantizar que la solución cumpla con los estándares regulatorios y de cumplimiento de la industria pertinentes (por ejemplo, GDPR, HIPAA).
-
Monitoreo de seguridad: Integración con herramientas SIEM y configuración de alertas para posibles incidentes de seguridad.
-
| Requisito | Consideraciones clave |
|---|---|
| Preparación de la red y ancho de banda | Ancho de banda, QoS, WAN/Internet, Firewall/NAT |
| Integración con sistemas existentes | Directorio, CRM, PBX, Email/Calendar |
| Compatibilidad y aprovisionamiento de puntos finales | Soporte de dispositivos, aprovisionamiento, actualizaciones de firmware |
| Configuraciones de seguridad y cifrado | Cifrado, autenticación, cumplimiento, supervisión de seguridad |
| Capacitación de usuarios y gestión de cambios | Programas de formación, documentación, comunicación de cambios |
| Portabilidad numérica y plan de marcación | Número migration/porting, traducción del plan de marcado |
| Integraciones de terceros | Buscapersonas, centro de contacto, fax, dispositivos analógicos |
Preparación y requisitos de la red
La preparación de la red es fundamental para una migración exitosa a cualquier solución de llamadas basada en la nube como . Una mala planificación de la red puede generar una calidad de llamada degradada, llamadas interrumpidas y usuarios insatisfechos. Los clientes deben realizar una evaluación de la red antes de migrar a . Se recomienda confirmar la disponibilidad del ancho de banda de la red para el volumen de llamadas esperado, garantizar que se cumplan los requisitos de calidad de servicio (QoS) y comprender los distintos puertos que deben abrirse en los firewalls de borde.
Una conectividad de red confiable con suficiente calidad de servicio (ancho de banda, pérdida de paquetes, RTT) es un requisito básico para garantizar la mejor experiencia de usuario posible de extremo a extremo para todos los puntos finales, clientes y aplicaciones con capacidad de voz y video que utilizan .
Los clientes y socios tienen acceso a opciones de conectividad más allá de Internet Over-the-top (OTT) que pueden optimizar la conexión, incluido Webex Edge Connect. Para obtener más información sobre los detalles de diseño de Webex Edge Connect, consulte Arquitectura preferida de Cisco para Webex Edge Connect para Webex Meetings, llamadas a múltiples inquilinos e instancias dedicadas.
Los clientes pueden utilizar CScan para la evaluación de la red, que brinda información sobre la calidad de la red del cliente, cuántas llamadas se pueden establecer, la latencia, etc. Para obtener más información sobre la herramienta CScan, consulte Usar CScan para probar la calidad de la red de Webex Calling.
Para garantizar que la red esté lista para la migración a , considere la siguiente lista de verificación:
-
Planificación del ancho de banda
Calcule las llamadas simultáneas por sitio para asegurarse de tener suficiente ancho de banda ascendente y descendente e incluir espacio para otro tráfico crítico para el negocio y el crecimiento futuro.
La tabla Cálculos de ancho de banda de tipos de llamadas de Webex Calling muestra los tipos de llamadas disponibles con una implementación junto con el códec y el ancho de banda máximo requerido para cada tipo de llamada. Como se muestra en la tabla Cálculos de ancho de banda del tipo de llamada de Webex Calling, el ancho de banda de llamada de audio requerido para cada tipo de llamada se puede calcular utilizando la siguiente fórmula general:
Número de llamadas simultáneas esperadas * Ancho de banda por llamada según el códec = Rendimiento de red requerido.
Tabla 2. Cálculos del ancho de banda del tipo de llamada de Webex Calling Tipos de llamadas Códec - ancho de banda Cálculos de ancho de banda / Teléfono de escritorio -> OPUS - 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido / Teléfono de escritorio -> Teléfono de escritorio OPUS – 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido / Teléfono de escritorio -> PSTN vía LGW G.711 – 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido / Teléfono de escritorio -> PSTN a través de PSTN en la nube (por ejemplo, plan de llamadas de Cisco) G.711 – 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido / Teléfono de escritorio -> Empresa a través de LGW G.722 – 80 kbps Número de llamadas simultáneas * 80 kbps = Rendimiento de red requerido / Teléfono de escritorio -> correo de voz OPUS – 70 kbps Número de llamadas simultáneas * 70 kbps = Rendimiento de red requerido Al sumar el rendimiento de red requerido concurrentemente por tipo de llamada, se puede determinar el requisito total de ancho de banda potencial para un sitio específico.
Todas las patas de llamada están siempre ancladas en los SBC de acceso. Para determinar el ancho de banda de Internet requerido para una ubicación determinada, no solo se deben considerar las llamadas entre ubicaciones, sino también las llamadas dentro de la ubicación y las llamadas hacia y desde un Gateway local en esa ubicación. Por ejemplo, una llamada dentro del sitio entre dos teléfonos MPP necesitaría hasta 2 x 70 kbps full duplex en el acceso a Internet de la ubicación.
La tabla Ejemplos de cálculo de ancho de banda de Webex Calling muestra un ejemplo de un ejercicio de cálculo de ancho de banda completo, asumiendo que todos los dispositivos están en el mismo sitio.
Tabla 2. Ejemplos de cálculo del ancho de banda de Webex Calling Tipos de llamadas Número de llamadas simultáneas Ancho de banda total Aplicación Webex / Teléfono de escritorio → Aplicación Webex 15 2 * 15 * 70 kbps = 2100 kbps Aplicación Webex / Teléfono de escritorio → Teléfono de escritorio 15 2 * 15 * 70 kbps = 2100 kbps Aplicación Webex / Teléfono de escritorio → PSTN vía LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicación Webex / Teléfono de escritorio → PSTN a través de Cloud Connect para llamadas Webex 0 0 * 80 kbps Aplicación Webex / Teléfono de escritorio → Empresa a través de LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicación Webex / Teléfono de escritorio → Buzón de voz de Webex Calling 5 5 * 70 kbps = 350 kbps Total de llamadas / Ancho de banda 100 llamadas 14.950 kbps / 14,95 Mbps -
Todos los valores de ancho de banda en las tablas anteriores se refieren al ancho de banda IP. El ancho de banda del enlace es mayor dependiendo de las encapsulaciones WAN.
-
El ancho de banda en las tablas anteriores es para llamadas de audio. Para el ancho de banda de videollamadas, la aplicación Webex y el MPP 8845/65 Los teléfonos admiten vídeo H.264 con una resolución máxima de 720p y un ancho de banda máximo de 1.500 kbps por llamada. Sin embargo, la cantidad de ancho de banda consumido en cualquier momento durante la llamada fluctuará en función de la tasa de bits variable inherente a las comunicaciones de vídeo.
-
-
Calidad de servicio (QoS)
Implemente políticas de QoS dentro de su entorno local para priorizar el tráfico en tiempo real y garantizar que la QoS se mantenga en conmutadores, enrutadores y firewalls.
-
Objetivos de latencia, fluctuación y pérdida de paquetes
Se recomiendan los siguientes umbrales para una calidad de voz óptima cuando las llamadas se realizan mediante transmisión Over-the-Top (OTT) y a través de Internet:
-
Latencia: menos de 100 ms unidireccional
-
Jitter: menos de 10 ms
-
Pérdida de paquetes: 0,5 % o menos.
-
-
Cortafuegos y NAT
Asegúrese de que el firewall esté configurado para permitir el tráfico como se indica en el artículo disponible en Información de referencia de puertos para Webex Calling. Además, permita el acceso a los dominios y rangos de IP enumerados en la misma guía y evite SIP ALG ya que interfiere con la señalización SIP. Se debe evitar el tráfico de medios a través de servidores proxy.
-
DNS y NTP
Asegúrese de que la resolución DNS de los dominios sea adecuada y de que los servidores NTP sean confiables para sincronizar los relojes de los dispositivos para la verificación y el registro del certificado TLS.
-
Planificación de conmutación por error
Tenga en cuenta las conexiones de datos de los proveedores existentes (MPLS, SD-WAN, etc.) y, en general, planifique el acceso directo a Internet en cada ubicación dentro de su implementación. Planifique enlaces de Internet redundantes donde se requiera alta disponibilidad. Dado que consumirá servicios basados en la nube, una conectividad a Internet confiable con suficiente ancho de banda es un requisito básico. Debería reconsiderar realizar esta transición si las conexiones a Internet de las ubicaciones de su organización generalmente no son confiables, tienen baja latencia y un rendimiento de subida y bajada adecuado.
-
Capacidad de supervivencia del sitio
La capacidad de supervivencia del sitio garantiza que su negocio siempre esté accesible, incluso si su conexión de red falla. Site Survivability utiliza una puerta de enlace en su red local para brindar un servicio de llamadas de respaldo a los puntos finales en el sitio para situaciones en las que se interrumpe la conexión de red. Considere la capacidad de supervivencia del sitio con un Survivability Gateway (SGW) local si los requisitos comerciales requieren llamadas continuas en caso de una interrupción de la red. Para obtener más información sobre la comprobación de capacidad de supervivencia del sitio, consulte Capacidad de supervivencia del sitio para Webex Calling.
Configurar UC conectado a la nube
Cloud Connected UC (CCUC) es una solución de gestión y análisis basada en la nube diseñada para proporcionar visibilidad, administración y conocimientos centralizados para implementaciones tanto locales (como Unified CM) como en la nube (). Actúa como un puente entre los entornos locales tradicionales y los servicios en la nube de Cisco, apoyando a las organizaciones durante todo el proceso de migración de a .
Durante la transición a , CCUC desempeña un papel vital en la optimización del proceso de migración al facilitar la recopilación de datos completos de la implementación de comunicaciones unificadas existente. CCUC ayuda con tareas de transición clave, como la migración de dispositivos, funciones y contactos de usuarios, además de automatizar las actualizaciones de firmware para los teléfonos IP compatibles. Al proporcionar visibilidad y gestión centralizadas, CCUC ayuda a garantizar una experiencia de migración más fluida y eficiente.
Cisco recomienda encarecidamente que CCUC se implemente y se implemente al comienzo del proyecto de transición, idealmente antes o durante la fase de preparación. Esto permitirá obtener los conocimientos y las capacidades necesarias para evaluar, inventariar y planificar exhaustivamente las actividades de migración posteriores y comenzar su viaje hacia futuras capacidades híbridas.
Evaluación del entorno actual
Una actividad clave en la planificación de su migración es evaluar el entorno local actual y la implementación. Esto proporciona información sobre qué cambios potenciales pueden ser necesarios para realizar una transición exitosa a . También le permite evaluar los elementos clave de la plataforma en comparación con la implementación local existente. Puede utilizar esta información para ayudar a identificar qué tareas específicas se requieren para la transición y qué cambios desea realizar para cumplir con sus requisitos comerciales y técnicos y sus casos de uso.
Los siguientes aspectos son importantes de revisar como parte de este esfuerzo.
Otorgamiento de licencias
Comprender la estructura de licencias actual de la implementación existente es clave al prepararse para migrar a . Realice una evaluación de licencias de las siguientes áreas de su solución local de Cisco existente.
-
Plataforma
La capacidad de articular completamente lo que actualmente tiene licencia en su plataforma principal será fundamental al trabajar con su equipo de cuentas o socio para determinar el mejor camino hacia la licencia flexible. tiene licencia mediante licencia flexible. Para obtener más información sobre las licencias flexibles, consulte Plan flexible de colaboración de Cisco.
-
Usuarios y dispositivos
Identifique qué categoría de licencia requieren sus usuarios y dispositivos existentes. Esto se utilizará para determinar qué tipo de licencia se requiere para los usuarios y dispositivos. ofrece múltiples tipos de licencias, incluidas licencias profesionales y estándar para usuarios y licencias profesionales y de área común para espacios de trabajo. Para obtener más información sobre las licencias de dispositivos, consulte la hoja de datos disponible en Licencias de dispositivos.
-
Puerta de enlace local
Si se requiere Cisco Unified Border Element (CUBE) para el acceso a PSTN para esta transición, también se debe considerar la licencia de CUBE. Las consideraciones sobre la licencia de CUBE se tratan más adelante en este documento.
Locations/Sites
Al planificar esta transición se debe tener en cuenta la cantidad y los tipos de sitios (grandes, centrales, regionales, sucursales, etc.) dentro de su implementación existente. Una comprensión completa de los sitios de implementación existentes ayudará a planificar estratégicamente una transición exitosa, particularmente cuando se trata de determinar qué sitios migrar y en qué orden. Comprender en detalle los requisitos del plan de marcado (numeración, hábitos de marcado, clases de restricción, etc.), la conectividad y el ancho de banda de la red del sitio (Internet, WAN, LAN) y el acceso PSTN (local o centralizado, IP o TDM) para cada sitio será fundamental al momento de tomar decisiones sobre la migración. Para obtener más información sobre los modelos de implementación comunes y las consideraciones clave, consulte la información sobre los modelos de implementación de colaboración disponible en SRND de colaboración.
Otra consideración de implementación importante al realizar la transición es la disponibilidad de la ubicación. tiene diferentes capacidades, suscripciones y dispositivos que están disponibles según dónde se encuentre su implementación. Para obtener más información sobre la disponibilidad geográfica, consulte ¿Dónde está disponible Webex?.
Por último, es importante comprender el impacto que tendrá la transición en otros servicios de colaboración. Con base en el objetivo de este documento, el supuesto general es que si se deben mantener los servicios de colaboración existentes fuera de la carga de trabajo de llamada, se espera una transición a la implementación híbrida de fase 1 mencionada anteriormente. Algunos ejemplos de servicios de colaboración que pueden requerir una implementación híbrida incluyen un centro de contacto local que aún no se haya migrado al centro de contacto de Webex y una integración estrecha con sistemas como sistemas de búsqueda y facturación. Para obtener más información sobre la transición de cargas de trabajo y servicios de colaboración adicionales, consulte Transiciones de colaboración.
Inventario existente devices/clients
Antes de comenzar la transición, es importante realizar un inventario de sus puntos finales de hardware y software existentes. Tener una lista completa de dispositivos types/models, Las versiones de hardware, los tipos de sistemas operativos de cliente de software y las cantidades garantizarán que pueda planificar adecuadamente la transición de los dispositivos y mitigar el impacto para aquellos dispositivos que no se pueden migrar a las llamadas en la nube. El inventario debe utilizarse para determinar los dispositivos que deben trasladarse y los que deben reemplazarse antes de la transición.
Teléfonos de escritorio
Para teléfonos de escritorio con audio y video, solo los teléfonos de escritorio de las series 6800, 7800, 8800 y 9800 son compatibles con . Este es un subconjunto de los teléfonos IP de Cisco que son compatibles con . Hay algunos modelos y versiones de los teléfonos 6800, 7800 y 8800 que no se pueden utilizar con . Para obtener más información sobre qué modelos y versiones de hardware son compatibles, consulte Dispositivos compatibles con Webex Calling.
Los teléfonos IP de la serie Cisco 6800 no se pueden actualizar del firmware empresarial al firmware multiplataforma (MPP), que es necesario para . Por lo tanto, cualquier teléfono 6800 registrado que ejecute firmware empresarial debe reemplazarse por un modelo 6800 MPP o por otro modelo de teléfono compatible.
Los teléfonos IP de las series Cisco 7800 y 8800 deben actualizarse al firmware del teléfono multiplataforma (MPP) antes de realizar la transición y registrarlos en . Para determinar qué modelos 7800 y 8800 y versiones de hardware admiten el firmware MPP, consulte Convertir teléfonos IP de las series 7800 y 8800 de Cisco entre firmware empresarial y MPP.
Los modelos 8845, 8865 y 8865NR han llegado al final de su venta y no se recomienda migrarlos a .
No se recomienda utilizar versiones anteriores de los teléfonos de la serie 8800 (8811, 8841, 8851, 8851NR, 8861) con Webex Calling. Los teléfonos con versiones de hardware VID 14 o anteriores se registrarán, pero pueden experimentar algunos problemas de rendimiento debido al hardware.
Los teléfonos de escritorio de la serie 9800 ejecutan PhoneOS, que admite tanto el registro como el registro. Por lo tanto, es posible realizar la transición a estos teléfonos sin necesidad de una actualización de firmware.
Todos los demás teléfonos IP deberán reemplazarse por teléfonos de la serie 6800, 7800, 8800 o 9800 compatibles con Webex Calling. Para obtener más información sobre los teléfonos IP y de escritorio compatibles con , consulte el artículo en Dispositivos compatibles con Webex Calling.
Extremo de vídeo
Los puntos finales de video personales y de sala, incluidas las series Cisco Board, Room y Desk, pueden registrarse SIP de forma nativa en . Cualquiera de estos puntos finales que necesitan generar audio and/or Las llamadas PSTN requieren una licencia de llamada:
-
Los dispositivos compartidos en salas de conferencias, espacios de reunión, etc. requieren una licencia de espacio de trabajo profesional o de espacio de trabajo.
-
El dispositivo personal de un usuario final requiere una licencia profesional o estándar.
Determinar cuántos puntos finales de video están registrados y se utilizan para realizar llamadas de audio. Es posible que algunos de los puntos finales de video solo se utilicen para unirse a reuniones o realizar videollamadas SIP. En cualquier caso, los puntos finales aún deben migrarse antes de que los servidores sean desmantelados, sin embargo, esto ayudará a determinar cuántos de ellos necesitarán una licencia para continuar haciendo llamadas telefónicas.
-
Cuando los dispositivos de video se mueven del registro a , la URI de estos puntos finales cambiará ya que ahora están registrados en la nube.
-
Los modelos de teléfono 8845, 8865 y 8875 son teléfonos con video personales compatibles con .
Clientes blandos
Este es el único cliente de software compatible con , a diferencia de Unified CM, que admite tanto la aplicación Webex como Jabber, y es el nuevo cliente de software predeterminado para los usuarios finales.
Dependiendo del modo de implementación implementado para Jabber (solo mensajería instantánea, solo teléfono, and/or modos UC completos), es posible que también deba considerar la transición de la mensajería and/or Cargas de trabajo de reuniones de Jabber a . Se puede implementar en modo solo teléfono si se usará como cliente solo de llamadas o se puede implementar como el Webex Suite completo si se utilizan otras cargas de trabajo, por ejemplo, Webex Messaging. and/or Las reuniones de Webex se están trasladando a la aplicación con llamadas.
Mejora la experiencia del usuario final al proporcionar funciones de IA como audio/video inteligencia, transcripción de llamadas y otros. Para obtener más información, consulte https://www.webex.com/all-new-webex.
Antes de mover usuarios a , deberá realizar la transición de sus clientes Jabber a . Tienes dos opciones para completar esta transición.
-
Antes de realizar la transición a
-
Cuando los transicionas a .
Para facilitar la transición inicial a , se recomienda utilizar la opción 1 y mover a los usuarios a con la llamada primero. Esto les da a los usuarios tiempo para familiarizarse con la nueva aplicación mientras todavía usan la plataforma de llamadas local existente. Una vez que esté listo para mover usuarios a , deberá configurarlos para que se registren en la plataforma de llamadas en la nube.
Para obtener más información sobre estas dos opciones, consulte El proceso de migración: ¿uno o dos pasos?.
Para obtener una lista completa de los dispositivos compatibles con , consulte Dispositivos compatibles con Webex Calling.
Verificar la elegibilidad del dispositivo
Como se mencionó anteriormente, es compatible con un subconjunto de los teléfonos IP de Cisco y requiere un tipo de firmware diferente para los teléfonos de las series 7800 y 8800. Los teléfonos Unified CM ejecutan el firmware Enterprise, mientras que los teléfonos ejecutan el firmware Multiplatform Phone (MPP). Se recomienda verificar qué teléfonos registrados son elegibles para actualizar al firmware MPP durante la fase de preparación. Esto le da tiempo para reemplazar los teléfonos no elegibles con uno de los modelos de teléfonos compatibles o para identificar un plan alternativo, como mover a un usuario solo a la aplicación Webex.
Para ayudar a determinar la elegibilidad de los teléfonos, Control Hub tiene una herramienta incorporada llamada Migrar su teléfono a Webex Calling. Al utilizar esta herramienta para verificar la elegibilidad del dispositivo, seleccione la opción Migración Generar solo licencia del dispositivo.
Esta opción le permite cargar un archivo CSV que contenga los teléfonos para poder verificar la elegibilidad de cada teléfono. Al seleccionar esta opción de migración, no se agregan los teléfonos ya que todavía está en la fase de preparación y aún no está listo para hacerlo. Para obtener más información, consulte Migre su teléfono a Webex Calling .
Es posible que algunos de los teléfonos regresen con una elegibilidad Desconocida. Generalmente, esto se debe a que no se puede validar cierta información sobre el teléfono en el sistema back-end. Para cualquier teléfono que tenga un estado Desconocido, tiene dos opciones para verificar si es elegible para actualizar al firmware MPP.
-
Verifique manualmente cada teléfono y verifique el modelo y la versión de hardware (PID VID)
7800/8800 Etiqueta del teléfono con información del modelo y la versión del hardware -
Utilice la herramienta de preparación de teléfonos IP de Cisco
Descargue la herramienta desde https://github.com/joemar2/mpp_readiness_check.
Esta herramienta no es una herramienta oficial de Cisco ni cuenta con soporte de TAC. Cuenta con soporte de máximo esfuerzo pero su uso es gratuito.
Esta herramienta debe ejecutarse en una máquina local y que pueda acceder a los servidores y a los teléfonos IP. Tiene una opción para habilitar el acceso web en los teléfonos IP, lo cual es recomendable y necesario para obtener los mejores resultados. Por lo tanto, debe utilizarse fuera del horario laboral para evitar interrupciones a los usuarios finales. La salida de la herramienta proporciona un informe que enumera cuáles de los teléfonos de las series 7800 y 8800 son elegibles para actualizarse al firmware MPP. Debido a que accede directamente al teléfono, puede verificar los dispositivos Desconocidos que se informaron desde la herramienta Control Hub.
Informe sobre la herramienta de preparación para teléfonos IP de Cisco
Usuarios
Uno de los pasos de preparación más importantes para garantizar una migración exitosa es el aprovisionamiento adecuado de usuarios. Debe planificar adecuadamente para todos los usuarios, incluso si está realizando una migración por fases. Los usuarios deben estar aprovisionados para cualquiera de los siguientes:
-
Implementando con Llamada
-
Implementando el con
-
Configuración de servicios para un usuario
-
Para permitir que los usuarios puedan buscarse en el directorio (hacer clic para llamar, información de contacto del usuario, búsqueda en el directorio telefónico).
Se recomienda que aprovisione a todos los usuarios antes o al inicio de su proyecto. Esto incluye a los usuarios que todavía utilizan Unified CM para su plataforma de llamadas, independientemente de su dispositivo de llamadas (teléfono IP, Jabber, ). A medida que los usuarios migran a (and/or el ) actualizará sus licencias para habilitar los servicios que necesitan. Al aprovisionar a todos los usuarios de llamadas empresariales antes de comenzar su transición, permite que un usuario que haya realizado la transición a o a busque en el directorio a un usuario de llamadas empresariales que todavía esté en Jabber. and/or en . Esto garantiza que los usuarios que hayan realizado la transición puedan encontrar la información de contacto de cualquier otro usuario y realizar una llamada a ellos mediante la búsqueda en el directorio.
La figura búsqueda de directorio muestra un ejemplo de un usuario que busca a otro usuario. Los resultados de la búsqueda muestran la información de contacto del usuario y pueden ser para un usuario que todavía está en Jabber o para un usuario que ha hecho la transición a Jabber. and/or .
A continuación, determine cuáles de los usuarios que realizan llamadas locales existentes se trasladarán a . Si se va a realizar la transición de todos los usuarios o de una gran cantidad de ellos, se recomienda moverlos en grupos para garantizar que el equipo del proyecto, el personal de TI y el personal de soporte puedan manejar la transición y cualquier problema que pueda surgir. También debe dedicar algo de tiempo a brindar información inicial y sesiones de capacitación para preparar a los usuarios para esta transición. La agrupación de la transición de usuarios se puede realizar en función de una variedad de criterios, incluida la ubicación o el sitio al que están asignados los usuarios, los departamentos de los usuarios o incluso los tipos de usuarios (trabajadores del conocimiento, ejecutivos, trabajadores móviles, etc.).
A modo de ejemplo, si los usuarios de la implementación están divididos en tres sitios principales, Nueva York (NYC), San Francisco (SFC) y Research Triangle Park (RTP), un plan de transición de usuarios puede parecerse al plan descrito en la tabla Plan de transición de usuarios por sitio.
| Sitio del usuario / ubicación | Sesiones de información y capacitación previas a la transición | Período de transición | Apoyo posterior a la transición |
|---|---|---|---|
| Nueva York (1.525 usuarios) | Semana del 1 de abril | 15 de abril – 27 de abril | Semana del 29 de abril |
| SFO (1.600 usuarios) | Semana del 6 de mayo | 20 de mayo – 31 de mayo | Semana del 3 de junio |
| RTP (1.275 usuarios) | Semana del 3 de junio | 17 de junio – 28 de junio | Semana del 1 de julio |
Otro factor importante es la transición conjunta de usuarios que tienen dependencias entre sí. Esto podría incluir, entre otros, lo siguiente:
-
Monitoreo de BLF
-
La misma cacería pilot/group
-
Compartir líneas
-
Parte del mismo grupo de atención de llamadas
-
Usando los mismos números de estacionamiento de llamadas
-
Intercom
-
Admin/Exec.
Puede revisar la configuración (GUI o exportación) o utilizar la herramienta Migration Insights para ayudar a identificar los grupos de usuarios con estas dependencias.
Conectividad PSTN
Puede acceder a la PSTN de tres maneras: Planes de llamadas de Cisco, Cloud Connect for (anteriormente Cloud Connected PSTN) y PSTN local (puerta de enlace local). Sin embargo, una única ubicación tal como se define en el presente documento sólo se puede asignar a una única opción PSTN.
La PSTN local con una puerta de enlace local (LGW) es un componente esencial de la estrategia de transición. Proporciona conectividad entre la implementación local and/or PSTN y la plataforma admiten controladores de borde de sesión (SBC) tanto de Cisco como de terceros certificados que pueden usarse como puerta de enlace local. Para obtener la lista más reciente de SBC compatibles, consulte Lista de SBC compatibles.
Admite hasta 250 llamadas simultáneas desde una única puerta de enlace local basada en registro y más de 250 llamadas simultáneas desde una única puerta de enlace local basada en certificado. Las puertas de enlace locales basadas en certificados pueden soportar hasta 6500 llamadas simultáneas, pero esto depende del tipo de conectividad que tenga la puerta de enlace local (Over-the-Top vs. interconexión) y del modelo SBC en el que esté implementada la puerta de enlace local. Estos límites son en esencia el límite de conteo predeterminado tanto para llamadas PSTN basadas en puerta de enlace local como para llamadas entre sitios y puntos finales. Para obtener más información, consulte Comenzar a usar la puerta de enlace local.
Cualquier llamada que exceda este límite será rechazada con un 403 Prohibido. El comando show call active voice se puede ejecutar en la puerta de enlace local en cualquier instancia para determinar la cantidad total de llamadas activas.
Las malas condiciones de la red entre una puerta de enlace local y el SBC de acceso pueden limitar el rendimiento de la conexión de señalización, lo que genera un límite de llamadas simultáneas aún más bajo. La latencia unidireccional entre la puerta de enlace local y el centro de datos no debe superar los 100 ms y la fluctuación debe ser inferior a 10 ms, mientras que la pérdida de paquetes debe ser inferior a 0,5. %.
Características & uso de funciones
Al evaluar el entorno actual, es importante identificar y revisar qué características están configuradas. Además, es importante comprender el uso de las funciones para poder (re)definir sus requisitos comerciales y técnicos para su implementación.
Para determinar qué características están configuradas, analice la configuración. Estos son todos los datos estáticos que se establecen cuando se configura una función o configuración en el sistema. Se pueden utilizar las siguientes opciones para completar este análisis:
-
Revisar la configuración en la GUI de administración
-
exportación de configuración: exportación masiva o AXL
-
Herramienta de información sobre migración (recomendada)
-
Herramientas de socios externos de Cisco (recomendadas).
Para analizar eficazmente la utilización de las funciones, es esencial examinar los datos dinámicos del sistema, como la utilización, los registros y la actividad de llamadas. Varias herramientas analíticas y paneles de control brindan información sobre estas métricas, lo que permite una comprensión integral del rendimiento y la capacidad del sistema, lo que respalda la toma de decisiones informada durante los esfuerzos de migración y optimización. Se pueden utilizar las siguientes opciones para completar este tipo de análisis:
-
Revisión de registros CDR sin procesar
-
Revisión de datos RTMT de Unified CM
-
Herramienta de información sobre migración que utiliza datos de CDR
-
Revisión de análisis de UC conectados a la nube en
-
Volumen de llamadas
-
Puntos finales registrados
-
Ubicaciones (CAC)
-
Utilización del tronco.
-
-
Herramientas de socios externos de Cisco.
Cisco recomienda comenzar con la herramienta Webex Control Hub Migration Insights para este análisis. Importará su archivo .TAR de exportación y los archivos CDR de Unified CM (opcionales, pero necesarios para el análisis de utilización de funciones) a la herramienta. La herramienta generará los siguientes informes basados en CSV que se pueden utilizar para iniciar el análisis:
| Nombre del informe Descripción del informe |
|---|
| ImportedDataBulk.csv Todos los usuarios y dispositivos de los datos de Unified CM |
| DeviceEligibility.csv Identifica los dispositivos elegibles para migrar a Webex Calling (teléfonos IP, dispositivos Room OS, ATA y de terceros) |
| DevicePoolNumbers.txt Lista de todos los números en un grupo de dispositivos en particular |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalles sobre dispositivos y usuarios que deben migrarse juntos en función de líneas compartidas, piloto de búsqueda, cola de llamadas, estacionamiento de llamadas y configuración del grupo de captura de llamadas |
| HuntGroupMigrationInsight.csv Información detallada sobre líneas de caza asignadas, grupos de líneas y agentes asociados |
| SharedlineGroupMigrationReport.csv Descripción general de cómo se comparten los números de teléfono (números de directorio) entre usuarios |
| Nombre del informe Descripción del informe |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Información sobre la elegibilidad para la migración del dispositivo según el uso de la función |
| FeatureUsageWithLastUsageDateReport.csv Recuento de uso de la cantidad de veces que se ha llamado a los pilotos de búsqueda y a las colas de llamadas junto con la última fecha de uso |
| UserWorkspaceLastUsage.csv Fecha del último uso para usuarios y espacios de trabajo tanto para clientes de software como para teléfonos físicos |
| DIDUsageReport.csv Uso de DID tanto para DID asignados como no asignados |
Para obtener más detalles sobre los informes de Migration Insights, consulte Migration Insights.
Si necesita más información sobre las funciones y el uso después de revisar la información en los informes de Migration Insights, Cisco recomienda considerar una de las herramientas de migración de socios externos de Cisco. and/or para revisar las configuraciones en la GUI o en los datos de exportación de configuración.
Integraciones de Cisco: Conexión de Unidad UCCX UCCE
El correo de voz es una parte integral de la oferta y está integrado de forma nativa en la solución. No se puede integrar con una solución de correo de voz local como Unity Connection o Unity Connection Express. Además, no existe una forma nativa de migrar los mensajes de correo de voz o saludos de la conexión Unity existentes al servicio de correo de voz nativo disponible con . Algunas de las herramientas de migración de socios externos de Cisco tienen capacidades para migrar algunos de estos datos. Para obtener más información sobre el correo de voz para , consulte Configurar y administrar la configuración del correo de voz para un usuario de Webex Calling.
También admite buzones de correo de voz y fax compartidos. Para obtener más información, consulte Administrar un buzón de correo de voz compartido y un buzón de fax entrante para Webex Calling.
tiene una función de asistente automático incorporada que se incluye como parte de la plataforma principal. Esta función permite la transición de los controladores de llamadas y la funcionalidad de asistente automático de Unity Connection. La herramienta Control Hub, Migrar funciones desde Unified CM, admite la migración de las configuraciones de Unity Connection a asistentes automáticos. Para obtener más información sobre el uso de esta herramienta, consulte Migración de dispositivos y funciones de Unified CM a Webex Calling.
Grabación de llamadas
Incluye dos opciones de grabación de llamadas sin coste adicional.
-
Grabación de llamadas de Webex
-
Grabación de Dubber Go (oferta de socio): una integración entre Dubber y Dubber donde todos los medios grabados se guardan de forma segura en la nube.
Opciones de grabación incluidas La tabla destaca algunas características clave de las dos opciones de grabación de llamadas que están disponibles sin costo adicional.
| Webex | Dubber Go |
|---|---|
| Disponible para todos los usuarios | Disponible para todos los usuarios |
| Grabaciones ilimitadas | Grabaciones ilimitadas |
| Período de retención de 1 año* | período de retención de 30 días |
| 100 GB de almacenamiento por organización | - |
| Los oficiales de cumplimiento pueden acceder y administrar las grabaciones de llamadas | - |
| API para gestionar grabaciones | - |
Los administradores pueden configurar y administrar el acceso de los usuarios a sus grabaciones de llamadas.
|
Sólo los usuarios pueden acceder y administrar sus grabaciones.
|
Si su organización requiere capacidades de grabación adicionales, como grabación de llamadas de cumplimiento, períodos de retención más prolongados, más almacenamiento, análisis de IA, and/or Existen acceso de administrador, ofertas pagas o complementos tanto de Cisco como de proveedores de grabación de terceros. Para obtener más información sobre proveedores de grabación, configuraciones y servicios de socios complementarios, consulte Administrar grabaciones de llamadas para Webex Calling.
Integraciones de terceros
Admite una variedad de integraciones deterceros , incluidas, entre otras, SBC para puertas de enlace locales, teléfonos IP, teléfonos con intercomunicador, Speaker/Pagers, ATA, etc. Además de estos dispositivos deterceros , Webex Calling admite diferentes soluciones deterceros para atención al cliente, análisis, grabación, facturación, etc. Para obtener más información sobre soluciones deterceros , consulte Webex App Hub.
Planificar
Plan de proyecto de alto nivel
Al desarrollar un plan de proyecto de alto nivel para migrar de a, es esencial establecer fases e hitos claros que se alineen con los objetivos comerciales y los requisitos técnicos. El plan debe comenzar con una fase de evaluación integral, que incluya la recopilación de requisitos técnicos y comerciales detallados, así como la identificación de las partes interesadas y la definición de criterios de éxito. Las consideraciones clave incluyen la asignación de recursos, la estimación del cronograma, la gestión de riesgos y las estrategias de comunicación para garantizar que todas las partes estén informadas y comprometidas durante toda la migración. Además, el plan debe incorporar puntos de control de validación, como pruebas piloto e implementaciones graduales, para minimizar las interrupciones y permitir ajustes basados en la retroalimentación.
Ejemplos de elementos a incluir en el plan del proyecto son:
-
Definir el alcance de la migración (por ejemplo, qué usuarios, dispositivos y funciones se trasladarán)
-
Programar sesiones de capacitación para usuarios finales y equipos de soporte
-
Coordinar las evaluaciones de preparación de la red y
-
Planificación de actividades de transición con opciones de respaldo. También es importante integrar revisiones de cumplimiento y seguridad, así como fases de soporte y optimización posteriores a la migración.
Al estructurar el plan del proyecto con estas consideraciones, las organizaciones pueden gestionar mejor la complejidad, reducir los riesgos y lograr una transición más fluida hacia .
El viaje migratorio: ¿uno o dos pasos?
requiere que los usuarios utilicen el cliente suave para sus llamadas. Por lo tanto, si algún usuario todavía usa , tienes dos opciones sobre cuándo puedes moverlo a . Puede realizar una migración de usuario de un solo paso o de dos pasos.
Opción 1: Migración de usuarios en un solo paso
En una migración de un solo paso, los usuarios pasan de a al mismo tiempo que pasan de Unified CM a . Esta opción suele ser para clientes con una pequeña cantidad de usuarios para migrar y pueden administrar el traslado del cliente de software del usuario y del servicio de llamadas al mismo tiempo. Figura Servicio de llamadas del usuario, cliente suave & El teléfono migra al mismo tiempo a continuación se destaca este tipo de migración. Con esta opción un usuario tendrá completado lo siguiente al mismo tiempo:
-
Los servicios de llamadas se trasladaron de a
-
Números de teléfono y extensiones trasladados de a
-
El cliente suave pasó de Jabber a - se registrará en
-
El registro del teléfono se trasladó de a .
Esta aún puede ser una migración por fases donde los grupos de usuarios se mueven en diferentes momentos, pero cuando se mueve cada usuario, todo esto sucede al mismo tiempo.
Opción 2: Migración de usuarios en dos pasos
El otro enfoque es una migración de dos pasos. En el paso 1, los usuarios pasan de a pero permanecen activos para llamar a los servicios. Luego, en el paso 2, los usuarios se mueven de Unified CM a . Esta opción se recomienda para clientes más grandes que desean administrar los cambios del usuario final y separar el cambio de cliente suave del usuario del cambio de servicio de llamada. La siguiente figura Migrar cliente de software; luego migrar el servicio de llamada, cliente de software & El teléfono a Webex Calling a continuación destaca este tipo de migración.
Paso 1
-
El cliente suave pasó de a - se registrará en .
Paso 2
-
Los servicios de llamadas se trasladaron de a .
-
Los números de teléfono y las extensiones se trasladaron de a .
-
El registro se trasladó de a .
-
El registro del teléfono se trasladó de a .
Esta todavía puede ser una migración por fases donde los grupos de usuarios se mueven en diferentes momentos en ambos pasos.
La opción que elija dependerá de cómo desee gestionar la transición de sus usuarios a y . La recomendación es hacerlo paso a paso (Opción 2). Esto le permite minimizar los cambios del usuario final al mismo tiempo y dividir el esfuerzo entre diferentes partes del proyecto. Sin embargo, si prefieres que los usuarios solo se vean afectados una vez, utilizar la Opción 1 también es válido.
Si observamos el recorrido recomendado (Opción 1), la figura Mapa de transición de alto nivel de Jabber a la aplicación Webex a continuación muestra la transición de alto nivel para el Paso 1.
En este paso, los usuarios pasan de Jabber a todos sus servicios de llamadas. Sin embargo, la plataforma de llamadas sigue siendo Unified CM y registrará sus servicios de llamadas en . Como se ve en la figura del mapa de transición de alto nivel de Jabber a la aplicación Webex, la infraestructura local no cambia y funciona de la misma manera que Jabber. El único cambio es que requiere una conexión a .
Para obtener más información sobre esta transición, consulte Mapa de transición de Jabber a Webex y Guía de implementación en la sección Cliente en la página Transición de colaboración.
Mapa de transición de alto nivel de Unified CM a Webex Calling La figura es la transición de alto nivel de a . Este es el paso 2 del viaje recomendado.
Si decide utilizar el enfoque de un solo paso, esto también se aplica.
En este paso los usuarios se agrupan en grupos. En este punto los usuarios comienzan a utilizar para sus servicios de llamadas, el registro de llamadas y el registro de teléfonos IP.
Dado que los usuarios se mueven en grupos, los usuarios empresariales se dividirán entre las dos plataformas de llamadas durante la transición. La fase 1 de la figura del mapa de transición de alto nivel de Unified CM a Webex Calling representa este estado. Durante esta fase es necesario planificar cómo gestionar las llamadas entre usuarios de las dos plataformas y cómo se enrutarán las llamadas PSTN. Cada vez que un grupo de usuarios se traslada a , se requerirán actualizaciones de planes de marcado y enrutamiento de llamadas en y en las puertas de enlace locales.
Una vez que todos los usuarios, clientes de software y dispositivos hayan realizado la transición a la (Fase 2), se podrá eliminar y desmantelar toda la infraestructura de UC local.
Diseñar
Selección de región
Está disponible a nivel mundial y se entrega desde centros de datos redundantes en múltiples regiones: EE.UU. (Dallas, Chicago), Canadá (Vancouver, Toronto), Europa (Frankfurt, Ámsterdam), Reino Unido (Londres, Manchester), Australia (Melbourne, Sídney), Japón (Tokio, Osaka), Arabia Saudita (Riad, Yeda) e India (Bombay, Chennai). Los PoP de medios proporcionan servicios de medios para optimizar los tiempos de ida y vuelta de los medios. El centro de datos de Singapur, por ejemplo, se utiliza para optimizar los tiempos de ida y vuelta de los medios para clientes en países asiáticos donde los tiempos de ida y vuelta a la región de Australia o Japón pueden ser subóptimos. Los centros de datos están interconectados por una red troncal multigigabit y totalmente redundante. La figura centros de datos distribuidos globalmente muestra una descripción general de todos los centros de datos. Para obtener la lista más reciente de centros de datos disponibles, consulte Ubicaciones de centros de datos para Webex Calling.
Cada cliente se aprovisiona en una de las instancias. Toda la información de aprovisionamiento de ese cliente se almacena en esa instancia y la señalización SIP de todos los puntos finales y puertas de enlace locales aprovisionadas para ese cliente está vinculada a la instancia en la que está aprovisionado el cliente. Dado que es difícil cambiar la selección inicial de la región, es importante considerar todos los factores relevantes como parte del proceso de decisión que conduce a la selección de la región. Para evitar un retraso excesivo en el viaje de ida y vuelta de la señalización, es importante decidir temprano en el proceso de transición qué instancia se debe utilizar. Cisco recomienda seleccionar la instancia que proporcione los tiempos de ida y vuelta de señalización más bajos para la mayor cantidad de usuarios dentro de la implementación.
Para conocer la disponibilidad por país, consulte ¿Dónde está disponible Webex?.
Ubicaciones
Para preparar el aprovisionamiento de ubicaciones, es necesario recopilar la información necesaria para todas las ubicaciones de destino de la migración. La información necesaria para cada ubicación se resume en Información a capturar para cada ubicación.
| Información | Marque como comentario |
|---|---|
| Rango(s) de extensión | Cada ubicación puede tener extensiones que comiencen con diferentes dígitos. Se debe reservar un dígito para el dígito de dirección de marcación entre sitios (por ejemplo , 8) y uno para el dígito de dirección PSTN (por ejemplo , 9). Ningún rango de extensión puede comenzar con ninguno de estos dos dígitos. Todos los rangos de extensión de todas las ubicaciones deben tener la misma longitud. |
| Rango(s) DID | - |
| Dígito de dirección de PSTN | - |
| Código del sitio | Todos los códigos de sitio de todas las ubicaciones deben ser únicos y tener la misma longitud. |
| Número principal | Al crear una ubicación, es necesario aprovisionar dos DID. Uno como número principal (por ejemplo, para asignarlo a un servicio de asistente automático) y otro para el portal de correo de voz. Proporcionar un DID para el número de correo de voz. |
| Número de buzón de voz | |
| Cantidad de licencias | Licencias necesarias por tipo, incluidas Estándar, Profesional, Espacio de trabajo, Lista de rutas, Plan de llamadas salientes. |
| Llamadas concurrentes en la hora punta | Suma de llamadas concurrentes entre dispositivos y entre dispositivos y el Gateway Local (PSTN y llamadas a dispositivos). Necesario determinar el ancho de banda de acceso a Internet requerido. |
| País | - |
| Zona horaria | - |
| Idioma | - |
| Contacto (Nombre, Teléfono, Correo Electrónico) | - |
| Dirección (Dirección de calle, Ciudad, Estado, Código postal) | - |
| Ubicación física de despacho de servicios de emergencia para puntos finales | La ubicación despachable del dispositivo utilizado para llamadas de emergencia generalmente incluye lo siguiente: dirección del edificio, dirección del edificio + número de piso, dirección del edificio + número de suite o dirección del edificio + número de piso + office/cubical número. |
| Ubicación de red física única por dispositivo para servicios de emergencia | La ubicación física de la red para llamadas de emergencia generalmente incluye lo siguiente: cambiar / puerto de conmutación para dispositivos cableados, identificadores de conjunto de servicios básicos (BSSID) de punto de acceso (AP) inalámbrico para dispositivos conectados de forma inalámbrica, and/or subredes IP locales para dispositivos terminales. |
PSTN
Al diseñar una implementación, los clientes tienen tres opciones principales de conectividad PSTN: Planes de llamadas de Cisco (un servicio PSTN distribuido en la nube administrado por Cisco), proveedores PSTN conectados a la nube (CCPP, donde los proveedores brindan servicio PSTN a través de la nube) y PSTN local (donde las puertas de enlace locales conectan la red empresarial a la PSTN). Con la introducción de enlaces troncales PSTN para implementaciones híbridas (para obtener más información, consulte Enlaces troncales PSTN para implementaciones híbridas de Webex Calling en Enlaces troncales PSTN), las organizaciones obtienen flexibilidad adicional en su enfoque de migración. Esta característica permite a los clientes mover su PSTN a CCPP al inicio del proceso de transición y comenzar la transición a PSTN en la nube para los usuarios, al tiempo que aprovechan CCPP para mantener el servicio PSTN para los usuarios que permanecen en Cisco durante una migración en fases.
Este enfoque híbrido permite a las organizaciones trasladar primero grupos de usuarios seleccionados a la nube, sin tener que revisar inmediatamente todo su entorno de telefonía. Sin embargo, introduce complejidad y riesgo adicionales, particularmente en torno a la adaptación de la lógica de enrutamiento de llamadas existente para soportar la nueva arquitectura. La interoperabilidad con aplicaciones heredadas, como servidores de fax, centros de contacto o sistemas de búsqueda, también requiere una consideración cuidadosa. Los desafíos técnicos clave pueden incluir garantizar una negociación fluida de códecs de extremo a extremo y señalización DTMF (multifrecuencia de doble tono) en el entorno mixto, así como validar la compatibilidad con funciones de telefonía especializadas. Una planificación y pruebas adecuadas son esenciales para minimizar las interrupciones y mantener servicios de voz confiables durante todo el proceso de migración. Además, las consideraciones comerciales son importantes, ya que el trunking híbrido requiere una licencia de uso que se basa en la cantidad de llamadas simultáneas entre el entorno local y el proveedor PSTN conectado a la nube (CCPP).
Como alternativa, las organizaciones pueden optar por conservar su conectividad PSTN local durante la fase de transición. En este escenario, la migración a CCPP se puede ejecutar de dos maneras: como una transferencia única y coordinada para todos los usuarios y ubicaciones una vez que se complete la migración, o de manera incremental, con una migración de PSTN que ocurre por ubicación a medida que los usuarios se trasladan a . Este enfoque puede ayudar a simplificar la coexistencia y mantener la continuidad de las integraciones heredadas, pero introduce varias complejidades operativas. Entre ellos se encuentran los desafíos relacionados con la portabilidad de números, como la necesidad de una coordinación precisa de las órdenes de portabilidad de números, posibles demoras y limitaciones impuestas por el proveedor, como un límite en la cantidad de solicitudes de portabilidad simultáneas o restricciones en la portabilidad de subconjuntos de grandes bloques de números. Las organizaciones deben planificar cuidadosamente su estrategia de transición de PSTN, teniendo en cuenta estas consideraciones logísticas para evitar interrupciones del servicio y garantizar una experiencia de migración sin problemas.
La figura Migración a CCCP al inicio vs. mantenimiento de PSTN local muestra las dos opciones de migración de PSTN explicadas anteriormente. La ilustración de la izquierda muestra el escenario en el que todos los usuarios y aplicaciones locales consumen servicios PSTN conectados a la nube a través de un enlace troncal local y una puerta de enlace local que conecta las instalaciones locales, mientras que la ilustración de la derecha muestra el escenario en el que la PSTN local existente permanece en su lugar y los usuarios de Webex Calling utilizan la PSTN local a través de la conexión de la puerta de enlace local entre las instalaciones locales y. Durante la transición, se pueden cambiar las ubicaciones para utilizar PSTN conectado a la nube.
En ambos escenarios, las llamadas entre las instalaciones locales y el usuario utilizan la conexión de puerta de enlace local. La conexión entre las instalaciones locales y las necesidades debe diseñarse y dimensionarse en consecuencia en función de la cantidad esperada de llamadas simultáneas y la redundancia requerida.
Plan de marcado
Para lograr una interoperabilidad perfecta entre y durante el período de migración, se debe desarrollar e implementar una arquitectura de plan de marcado integral en ambas plataformas. Este diseño de plan de marcado de plataforma dual garantiza enrutamiento de llamadas consistente, traducción de números y transparencia de funciones, lo que permite a los usuarios de cualquiera de los sistemas comunicarse sin degradación del servicio ni interrupciones en la experiencia del usuario durante la fase de coexistencia.
Plan de marcado local en
Durante la transición para permitir la coexistencia de dispositivos registrados en Unified CM y en el plan de marcado empresarial, es necesario cambiar uno para que se puedan cumplir al menos los siguientes requisitos:
-
+E.164 marcando de a
-
Marcación de extensión de a (dentro del sitio, pero también entre sitios si los rangos de extensión son únicos)
-
Marcación entre sitios abreviada de a
-
Marcación forzada en la red de a
-
Devolución de llamada desde el directorio de llamadas perdidas a destinos en
-
Llamadas PSTN de a PSTN si durante la transición se utiliza la PSTN local para
-
Llamadas PSTN desde a si durante la transición El enlace troncal PSTN para implementaciones híbridas se utiliza para proporcionar acceso PSTN a usuarios locales a través de Cloud Connect para
-
Forzado en la red desde hasta
-
Marcación de extensión de a (entre sitios).
Si alguno de los hábitos de marcado anteriores no se admitían antes de la transición (por ejemplo, no existe ningún hábito de marcado entre sitios abreviado), no es necesario introducirlos necesariamente durante la transición.
La Figura Plan de marcado de mejores prácticas muestra el enfoque del plan de marcado de mejores prácticas tal como se describe en la Arquitectura preferida para implementaciones locales de Cisco Collaboration 12.x Enterprise, CVD. Las características clave de este enfoque incluyen:
-
Partición única para +E.164 números de directorio
-
Enrutamiento de núcleo basado en +E.164 patrones de ruta
-
Normalización de todos los hábitos de marcación a +E.164 utilizando patrones de traducción
-
Uso del patrón de traducción que llama al espacio de búsqueda de herencia (opción Usar el espacio de búsqueda de llamada del originador establecida en los patrones de traducción).
Por ejemplo, marcación PSTN (9+1+10D) desde un dispositivo en SJC provisto con espacio de búsqueda de llamadas de línea SJCInternational primero será coincidente con 9.1[2-9]XX[2-9]XXXXXX patrón de traducción que normaliza el número de la parte llamada a +E.164. La búsqueda secundaria luego vuelve a utilizar el mismo espacio de búsqueda de llamada SJCInternational (herencia del espacio de búsqueda de llamada) y +E.164-digit La cadena coincidirá con una +E.164 número de directorio en la partición DN o por uno de los patrones de ruta PSTN en la partición USPSTNNational o SJCPSTNLocal. Los hábitos de marcación intrasitio e intersitio abreviados se implementan mediante las traducciones en la partición ESN y SJCtoE164. Mientras que la partición ESN es una partición global (accesible para teléfonos en todas las ubicaciones), la partición SJCTOE164 solo es accesible para usuarios en la ubicación SJC. Esto supone que hay rangos de extensión superpuestos.
El primer paso para habilitar llamadas de a es asegurarse de que +E.164 Los destinos se enrutan en consecuencia. Esto se puede lograr agregando una partición al plan de marcado, agregando +E.164 patrones de ruta para todos los destinos a esa partición y, finalmente, agregar la partición a todos los espacios de búsqueda de llamadas que representan clases de servicio a los que se debe poder llegar. Es necesario crear una partición dedicada para permitir la creación de una clase de servicio diferenciada para las llamadas que se originan desde . Para evitar bucles de llamadas, el espacio de búsqueda de llamadas entrantes en el tronco desde el Gateway local no debe tener acceso a la partición.
Como se muestra en la figura +E.164 enrutamiento a Webex Calling, para habilitar el enrutamiento desde a una ubicación con +E.164 Rango DID +1 221 555 2XXX y código de sitio 121, un patrón de ruta urgente que coincide con este +E.164 Es necesario agregar el rango a la partición .
Si no se requiere la selección de una puerta de enlace local específica del sitio, en lugar de utilizar una lista de rutas con un grupo de rutas locales como destino, se pueden aprovisionar patrones de ruta que apuntan a un solo grupo de rutas con la puerta de enlace local como único miembro y luego los patrones de ruta apuntan a una sola lista de rutas con este grupo de rutas como única entrada.
Para habilitar la marcación abreviada entre sitios, se agrega el patrón de ruta requerido 8121.2XXX a la partición. Para que los sitios se transformen a un patrón de normalización de marcación 8121.2XXX que normaliza la marcación ESN a +E.164 Es posible que ya exista en la partición ESN. En ese caso, el 8121.2XXX parece ser redundante, pero tan pronto como todos los DN de la ubicación respectiva se hayan migrado al patrón de traducción de normalización de marcado 8121.2XXX se puede eliminar y entonces el patrón de ruta 8121.2XXX habilita el marcado ESN incluso para usuarios de solo extensión en ese rango.
Con estos cambios en el plan de marcación, las llamadas a la ubicación se pueden realizar no solo marcando números abreviados entre sitios y +E.164. Además, la marcación PSTN internacional y nacional es posible porque estos hábitos de marcación se normalizan primero. +E.164 a través de los patrones de traducción de normalización de marcado ya existentes y luego enrutarse haciendo coincidir los +E.164 Patrón de ruta en la partición.
El +E.164 Se puede aprovisionar la coincidencia de patrones de ruta en el rango DID de la ubicación mientras todos los DID aún están alojados en . El mejor algoritmo de coincidencia de patrones de coincidencia garantiza que cuando se marca un número alojado en, entonces +E.164 El número de directorio proporcionado coincide mejor que el comodín. +E.164 Patrón de ruta que apunta a para que las llamadas se extiendan a una línea en y no se envíen a .
plan de marcado
A cada usuario se le proporciona una extensión and/or a +E.164 número de teléfono. La longitud de la extensión es una configuración global fija: Todas las extensiones en una implementación tienen la misma longitud. La marcación de extensión se puede utilizar entre usuarios tanto dentro de una ubicación como entre ubicaciones. La marcación abreviada entre extensiones entre sitios (el último caso) solo funciona si la extensión marcada es única.
Si la marcación abreviada entre sitios es un requisito pero hay superposiciones entre extensiones asignadas en diferentes ubicaciones, entonces se debe crear un plan de numeración específico de la empresa prefijando las extensiones con un código de acceso o un código de sitio. Para obtener más información, consulte Arquitectura preferida para implementaciones locales de Cisco Collaboration 15, descripción general del diseño disponible en Arquitecturas preferidas de colaboración de Cisco.
La longitud de la extensión, el comportamiento de marcación de extensiones entre ubicaciones, la longitud del prefijo para la marcación entre ubicaciones y el dígito de dirección en el prefijo de enrutamiento para la marcación entre ubicaciones se configuran en la configuración del servicio de llamadas en :
-
Longitud del prefijo de enrutamiento de ubicación: Longitud del prefijo incluyendo el dígito de dirección. Sólo se requiere si se necesita establecer un plan de numeración empresarial como hábito de marcación entre ubicaciones empresariales abreviado alternativo.
-
Dígito de dirección en el prefijo de ruta: Dígito de dirección para el hábito de marcación entre ubicaciones empresariales abreviadas. Se deben evitar las superposiciones con el primer dígito de cualquier ubicación y los dígitos de marcación saliente de la ubicación. Sólo se requiere si se necesita establecer un plan de numeración empresarial como hábito de marcación entre ubicaciones empresariales abreviado alternativo.
-
Longitud de extensión interna: Longitud estándar de extensiones. Puede ser cualquier valor entre dos y diez.
Cuando se requiere marcar una extensión o marcar usando números importantes de la empresa (código de dirección, código de sitio, extensión) desde un control de llamadas local a y el control de llamadas local envía una extensión como identificador de llamada, asegúrese de configurar también el parámetro Longitud máxima de extensión desconocida en la sección Enrutamiento de llamadas entre y las instalaciones para asegurarse de que las llamadas ascendentes desde el control de llamadas local a se puedan clasificar como llamadas locales correctamente. -
Permitir la marcación de extensiones entre ubicaciones: Cambiar a enable/disable marcación de extensión entre ubicaciones. Esta opción solo debe habilitarse si todas las extensiones dentro de la organización son únicas. Si la opción está deshabilitada, se deben marcar números importantes de la empresa (código de dirección, código de sitio, extensión) o números de teléfono entre ubicaciones.
Los primeros tres parámetros se utilizan principalmente para crear un plan de marcación para teléfonos con el fin de minimizar los tiempos de espera entre dígitos cuando se utiliza la marcación con el teléfono descolgado. Todavía son posibles desviaciones de estas configuraciones globales (por ejemplo, se pueden aprovisionar extensiones con una longitud diferente), pero aparecerá un mensaje de advertencia en Control Hub y la marcación desde teléfonos podría requerir una marcación en bloque para evitar conflictos dentro del plan de marcación precargado.
La tabla Ejemplo de numeración empresarial muestra un ejemplo de tres ubicaciones donde los rangos de extensión de dos ubicaciones, NYC y RTP, son idénticos. El establecimiento de un esquema de numeración empresarial con el dígito de dirección entre sitios 8, seguido de un código de sitio de tres dígitos y la extensión de cuatro dígitos crea un hábito de marcación entre sitios abreviado sin superposición.
| Sitio | Rango de extensión | Código del sitio | Gama empresarial |
|---|---|---|---|
| Nueva York | 2XXX | 202 | 8 202 2XXX |
| OFS | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Para permitir una transición sin problemas, el conjunto de hábitos de marcación de los usuarios antes y después de la transición idealmente debería ser el mismo. Para preparar la transición para cada ubicación, es necesario documentar los rangos DID y los rangos de extensión (o hábitos de marcación intrasitio abreviados). En base a esta información se debe seleccionar el dígito de dirección entre sitios.
La tabla Rangos de extensión de longitud fija muestra un ejemplo de tres ubicaciones y rangos de extensión de longitud fija. Debido a que se deben evitar los hábitos de marcación superpuestos, es importante asegurarse de que, para cualquier rango de extensión, el primer dígito del rango no coincida con el dígito de dirección para la marcación abreviada entre sitios. Si, por ejemplo, se selecciona 8 como dígito de dirección para la marcación entre sitios, entonces ningún rango de extensión en ningún sitio puede comenzar con 8. Normalmente, las extensiones de una ubicación determinada coinciden con los últimos dígitos de los DID asignados a esa ubicación. Para evitar conflictos se puede cambiar el primer dígito de la extensión. Si, por ejemplo, los DID en el +1 Si se utilizan los rangos 408 555 8XXX en una ubicación, en lugar de usar 8XXX como rango de extensión, se puede usar 7XXX para las extensiones de ese sitio.
| Sitio | Rango de extensión | Extensiones | Código del sitio | Gama empresarial |
|---|---|---|---|---|
| Nueva York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| OFS | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Las cadenas de marcación de siete dígitos marcadas en un dispositivo que utiliza el plan de marcación de EE. UU. se superponen con un patrón de siete dígitos para la marcación local en el plan de marcación de EE. UU. precargado. Para evitar superposiciones entre los hábitos de marcado dentro y fuera de la red (PSTN), se puede utilizar un código de acceso externo obligatorio en esa ubicación. Si el esquema de numeración empresarial existente y la marcación entre sitios abreviada correspondiente se superponen con los patrones de marcación nacional, entonces durante la transición al esquema de numeración para evitar superposiciones también se puede cambiar a una forma más larga o más corta. La forma más fácil de lograr esto es agregar un dígito de relleno adicional al esquema de numeración. El nuevo esquema de marcación entre sitios más largo sólo debe ser adoptado por los usuarios que ya han migrado a . Los usuarios que aún estén conectados podrán seguir marcando siete dígitos. El plan de marcado empresarial en este caso debe garantizar que la marcación abreviada de siete dígitos de Unified CM se transforme a +E.164 o al formato de marcación abreviado implementado en . Esto debe hacerse antes de enviar la llamada al Gateway local.
La Tabla Transición de marcación de siete dígitos muestra un ejemplo de esta renumeración. En este ejemplo, la marcación entre sitios abreviada utiliza el dígito de dirección 8 seguido de un código de sitio de dos dígitos y una extensión de cuatro dígitos. Para evitar la marcación entre sitios abreviada de siete dígitos para ubicaciones en , los códigos de sitio se pueden cambiar fácilmente a tres dígitos agregando un dígito de relleno arbitrario (8 en el ejemplo) a los códigos de sitio de dos dígitos utilizados en de modo que la marcación entre sitios desde teléfonos utiliza el dígito de dirección 8 seguido del dígito de relleno 8, el antiguo código de sitio de dos dígitos y la extensión de cuatro dígitos. Los usuarios no necesitan recordar nuevos códigos de sitio; solo necesitan recordar usar 88 como prefijo para marcar entre sitios en lugar de 8 en .
| Sitio | Extensiones | Código del sitio | Gama empresarial | Oda del sitio | Ángel empresarial |
| Nueva York | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| OFS | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
En un escenario con diferentes formatos de números empresariales y si los números empresariales se presentan como información de la parte que llama para llamadas de a (por ejemplo, llamadas desde dispositivos sin un DID), es importante implementar también una asignación entre los diferentes formatos de números para la información de la parte que llama para garantizar que la devolución de llamada funcione. Esta asignación se puede lograr mediante el uso del patrón de transformación de la parte que llama en el enlace troncal entre y la puerta de enlace local.
Grabación
Una solución de grabación de llamadas bien diseñada requiere una cuidadosa consideración de varios elementos de diseño clave para garantizar que se alinee con los objetivos organizacionales, los requisitos regulatorios y las limitaciones técnicas. Dos de las decisiones más críticas involucran la selección del proveedor y la selección de la región, ambas pueden necesitar ser adaptadas globalmente y anuladas en ubicaciones específicas, en función de las necesidades del negocio.
1. Selección del proveedor de grabación de llamadas
Seleccionar el proveedor de grabación de llamadas adecuado es fundamental para cumplir los objetivos comerciales y garantizar la alineación de funciones en toda la organización:
-
Selección de proveedores globales: Las organizaciones generalmente designan un proveedor principal de grabación de llamadas a nivel global, lo que garantiza la coherencia en el conjunto de funciones, el cumplimiento y el soporte en todas las ubicaciones.
-
Anulaciones basadas en la ubicación: En escenarios donde sitios o regiones específicos tienen necesidades comerciales o requisitos regulatorios únicos, puede ser necesario anular la selección de proveedores globales y especificar proveedores alternativos para esas ubicaciones. Esta flexibilidad admite distintos mandatos de cumplimiento y necesidades operativas locales.
-
Requisitos comerciales: La elección del proveedor debe basarse en una evaluación de los factores comerciales, como el cumplimiento normativo (por ejemplo, MiFID II, HIPAA), la garantía de calidad, la resolución de disputas o las necesidades de capacitación.
-
Disponibilidad de funciones: Los proveedores deben ser evaluados en función de su capacidad para brindar las funciones requeridas, como monitoreo en tiempo real, capacidades de búsqueda y reproducción, encriptación, políticas de retención, integración con plataformas de análisis y soporte para diferentes tipos de llamadas (entrantes, salientes, internas).
2. Selección de región
Determinar la región donde se almacenan y procesan las grabaciones de llamadas es fundamental para el cumplimiento y el rendimiento:
-
Selección de región global: De forma predeterminada, las organizaciones pueden elegir una única región para almacenar grabaciones de llamadas para simplificar la gestión y la gobernanza.
-
Anulaciones de región basadas en la ubicación: Cuando las leyes de residencia de datos o las políticas corporativas lo requieran, puede ser necesario anular la configuración de la región global para ubicaciones específicas, asegurando que las grabaciones de llamadas se almacenen y procesen dentro de los límites geográficos requeridos.
-
Requisitos de residencia de datos: El diseño debe tener en cuenta las regulaciones internacionales y locales de protección de datos (como GDPR, CCPA o mandatos específicos de cada país) que pueden dictar dónde y cómo se conservan las grabaciones de llamadas.
Otro aspecto crítico a abordar durante la planificación y el diseño de una solución de grabación de llamadas es la estimación de los requisitos de almacenamiento. Pronosticar con precisión las necesidades de almacenamiento es esencial para garantizar que haya suficiente capacidad disponible para respaldar las operaciones comerciales en curso, mantener el cumplimiento y evitar interrupciones del servicio.
Al determinar la demanda de almacenamiento esperada se deben considerar varios parámetros clave:
-
Volumen de llamadas grabadas: Evalúe la cantidad prevista de llamadas que se registrarán dentro de un intervalo de tiempo determinado (por ejemplo, por día, semana o mes). Esto incluye no solo llamadas externas sino también comunicaciones internas, si así lo exige la política empresarial o los mandatos regulatorios.
-
Duración media de la llamada: Calcule la duración típica de las llamadas grabadas, ya que las llamadas más largas consumirán más espacio de almacenamiento. Las variaciones en la duración de las llamadas entre diferentes departamentos o grupos de usuarios también deben tenerse en cuenta en la estimación.
-
Período de retención: Defina el período de tiempo durante el cual se deben conservar las grabaciones, que a menudo está determinado por políticas organizacionales o regulaciones externas (como estándares de cumplimiento específicos de la industria). Los períodos de retención más largos aumentarán los requisitos generales de almacenamiento
-
Proyecciones de crecimiento: Considere el crecimiento anticipado en los volúmenes de llamadas o la expansión del alcance de grabación, que pueden resultar de la ampliación del negocio, nuevos requisitos regulatorios o la incorporación de usuarios o ubicaciones adicionales.
Al analizar exhaustivamente estos parámetros, las organizaciones pueden desarrollar una estrategia de almacenamiento sólida que garantice escalabilidad, rentabilidad y cumplimiento normativo para su solución de grabación de llamadas. También es aconsejable revisar y ajustar periódicamente las asignaciones de almacenamiento a medida que los patrones de uso evolucionan con el tiempo.
Llamada de emergencia
El requisito de enrutar una llamada de emergencia al centro de despacho apropiado es un requisito para cualquier servicio de llamadas que ofrezca servicio PSTN. Con , el enrutamiento de llamadas de emergencia es nativo de la solución e incluye soporte para todos los números de emergencia nacionales en los países que la soporta. El enrutamiento de una llamada de emergencia se basa en la ubicación definida y el método de acceso PSTN de la ubicación. Los números de emergencia están predefinidos y son específicos del país en el que están implementados los usuarios y dispositivos.
Hay dos métodos para realizar llamadas de emergencia en . Hay un servicio básico de enrutamiento de llamadas de emergencia y un servicio mejorado de enrutamiento de llamadas de emergencia. El servicio básico de enrutamiento de llamadas de emergencia utilizará un número seleccionado por el administrador para identificar la ubicación y la ruta de la llamada para llegar a los servicios de emergencia. Para llamadas de emergencia básicas, la ruta de llamada generalmente es a través de la opción PSTN del cliente para esa ubicación. También tiene enrutamiento de llamadas de emergencia mejorado diseñado para implementaciones de EE. UU. y Canadá que tienen requisitos de cumplimiento normativo que requieren el uso de un proveedor a nivel nacional para enviar llamadas de emergencia al centro de despacho correcto.
Todos los clientes deben implementar, como mínimo, la configuración básica de llamadas de emergencia. Las llamadas de emergencia básicas requieren que al menos un cliente sea propietario +E.164 Se asignará un número a cada ubicación definida en . Para llamadas de emergencia básicas, cada ubicación estará definida por una dirección a la que se envían los servicios de policía, bomberos o ambulancia en caso de emergencia. En la mayoría de los casos, el número principal de la ubicación es la mejor opción para representar la ubicación física de la emergencia. Por lo general, la asignación de la dirección a la +E.164 El número se coordina con el proveedor de PSTN. Las imágenes a continuación muestran la asignación del número principal que se utilizará como número de devolución de llamada de emergencia para la ubicación de Richardson.
En la mayoría de las situaciones, una dirección de edificio es suficiente para la dirección de envío a la ubicación. Pero si se necesitan detalles de ubicación adicionales para usuarios o dispositivos específicos, entonces un administrador puede usar el mismo proceso descrito anteriormente y asignar esos dispositivos a una dirección específica o una ubicación más precisa dentro de la dirección (como un piso o una habitación). En Administración de usuarios, la pestaña Llamadas permite utilizar un número específico para que un usuario y sus dispositivos obtengan una dirección de despacho específica. Las siguientes imágenes ilustran cómo se puede asignar un número específico a un dispositivo. El administrador es responsable de asegurarse de que el número utilizado por el dispositivo tenga asignada la dirección de envío correcta. La asignación de dirección normalmente se realiza a través del proveedor PSTN de esa ubicación.
Para las implementaciones de telefonía con sede en EE. UU. que deben proporcionar soluciones de llamadas de emergencia mejoradas, se utiliza Horizon Mobility de RedSky integrado para el enrutamiento de llamadas de emergencia. Al utilizar RedSky para el enrutamiento de llamadas, un administrador debe registrarse para obtener una cuenta a través de Cisco y configurar la información adecuada en Llamadas -> Configuración de servicio para habilitar esta función. Una vez que se haya habilitado el servicio RedSky a nivel del sistema, un administrador habilitará el servicio RedSky en cada nivel de ubicación. La habilitación de llamadas de emergencia mejoradas en una ubicación activará el servicio para todos los dispositivos asignados a esa ubicación. Los dispositivos que admiten llamadas de emergencia mejoradas son los teléfonos Cisco MPP, los teléfonos Cisco PhoneOS y los teléfonos .
Hay dos configuraciones para habilitar las llamadas de emergencia mejoradas en una ubicación. La opción Permitir que RedSky reciba información de conectividad de red y llamadas de prueba debe usarse para verificar que la configuración de RedSky para las asignaciones de dispositivos e infraestructura sea correcta. Esta configuración también permite realizar llamadas de prueba al 933 para realizar la verificación de ubicación utilizando el sistema IVR de RedSky para leer la ubicación de la persona que llama. Aunque este documento no cubrirá la configuración de RedSky para el seguimiento de ubicación, un administrador SIEMPRE debe probar su descubrimiento de ubicación antes de activar llamadas de emergencia para enrutarlas a RedSky. Una vez que se hayan completado las pruebas y se haya verificado que son precisas, el administrador enrutará las llamadas a RedSky alternando la ruta de llamadas de emergencia a RedSky. Este interruptor dirigirá todas las llamadas de emergencia de la ubicación a RedSky para su entrega al centro de respuesta de la ubicación.
Las configuraciones de llamadas de emergencia mejoradas también se aplican a clientes tanto locales como externos. Cuando están en las instalaciones, se pueden rastrear de la misma manera que se rastrean los teléfonos de escritorio. Cuando esté fuera de las instalaciones, el usuario podrá establecer su ubicación de forma dinámica directamente dentro del . Para obtener más información sobre llamadas de emergencia, consulte Llamadas de emergencia mejoradas para .
Otorgamiento de licencias
Hay múltiples opciones para asignar licencias a los usuarios.
Asignación manual mediante
Los administradores asignan manualmente licencias a usuarios individuales a través de la interfaz.
Los administradores pueden editar licencias de servicio para usuarios individuales y asignar licencias de llamadas directamente.
Plantillas de asignación automática de licencias
Utilice plantillas de asignación de licencias para asignar licencias automáticamente a los usuarios según la configuración del grupo o la organización.
El licenciamiento automático se puede realizar a través de sincronización de directorios o actualizaciones manuales de usuario, pero los usuarios deben tener una cuenta válida. +E.164 número de teléfono formateado y los números de teléfono deben existir en una ubicación antes del aprovisionamiento del usuario. Si no se cumplen las condiciones (por ejemplo, formato de número de teléfono no válido), no se asignarán licencias.
Asignación masiva mediante plantilla CSV
Cargue un archivo CSV con los detalles del usuario y las asignaciones de licencias para agregar o modificar varios usuarios a la vez.
La importación de CSV permite agregar hasta 20 000 usuarios y asignar licencias, pero las licencias requieren campos específicos como número de teléfono y extensión.
Asignación basada en API
Utilice API para asignar licencias mediante programación y administrar usuarios.
Admite operaciones de API para la gestión de usuarios y licencias (API de Personas, SCIM 2.0 y Licencias), que pueden aprovecharse para la automatización de la asignación de licencias. La API de Licencias permite la asignación simultánea de licencias, números de teléfono y extensiones.
| Método de asignación | Ventajas | Contras |
|---|---|---|
| Manual a través de | Sencillo para pocos usuarios. Permite un control preciso y granular sobre la asignación de licencias. | No escalable, consume mucho tiempo Propenso a errores humanos durante la entrada manual. |
| Plantillas de licencia automáticas | Escalable Reduce los errores manuales Se puede aplicar a usuarios nuevos y existentes. | Requiere números de teléfono y ubicaciones válidos. Más complejo de configurar También requiere grupos de usuarios por grupo de usuarios con requisitos de licencia equivalentes. |
| Carga masiva de CSV | Eficiente para grandes conjuntos de usuarios Permite la asignación simultánea de licencias, números telefónicos y extensiones. | Requiere un formato CSV cuidadoso Posibilidad de errores si faltan números de teléfono o extensiones o son incorrectos. |
| Asignación basada en API | Automatizable, flexible. Permite la asignación simultánea de licencias, números telefónicos y extensiones. | Requiere conocimientos de desarrollo y API. |
La tabla Opciones de aprovisionamiento de usuarios: resumen resume las opciones de aprovisionamiento de usuarios y sus ventajas y desventajas. Esta descripción general ayuda a elegir el mejor método de asignación de licencias según el tamaño de la organización del cliente, las capacidades de automatización y los procesos y requisitos de aprovisionamiento de usuarios.
Siempre que sea posible, Cisco recomienda asignar licencias de llamadas utilizando plantillas de licencia. Esto requiere que para cada grupo de usuarios que requiere un conjunto único de licencias (Ejemplo: Estándar vs. Profesional) exista un grupo con las membresías de grupo respectivas. Como se analiza en las secciones Grupos de usuarios, los grupos de usuarios pueden definirse manualmente o sincronizarse desde un directorio corporativo. Es posible una combinación de ambos enfoques.
Los usuarios que pertenecen a varios grupos obtienen licencias de todas las asignaciones aplicadas a todos sus grupos. Esto permite utilizar grupos de seguridad específicos de licencia en el directorio empresarial para administrar la asignación de licencias, donde la asignación de licencia de usuario resultante está controlada por la unión de membresías de grupos.
Para obtener más información, consulte Configurar asignaciones automáticas de licencias en Control Hub y Configurar plantillas de asignación automática de licencias para usuarios de Webex Calling.
Requisitos de licencia
Esta sección sólo cubre las licencias relacionadas. Otros tipos de licencias (por ejemplo, registro de dispositivos Webex, mensajería, reuniones) no están cubiertos. Como parte del proceso de diseño, se deben determinar los requisitos de la licencia. Es necesario calcular el número de licencias para los siguientes tipos de licencias:
-
Estándar: Número de usuarios individuales que requieren funciones de telefonía estándar.
-
Profesional: Número de usuarios y espacios de trabajo que requieren funciones de telefonía avanzadas. Las líneas virtuales y el correo de voz grupal tienen derecho a un 1:1 proporción por cada licencia profesional. Por lo tanto, en los raros casos en que la cantidad de líneas virtuales o mensajes de voz grupales requeridos excede la cantidad de usuarios y espacios de trabajo que requieren funciones de telefonía avanzadas, se deben considerar licencias profesionales adicionales.
-
Espacio de trabajo para área común: Número de ubicaciones de uso compartido o áreas comunes que requieren capacidades de llamadas estándar.
-
Asistencia al cliente: Número de agentes y supervisores que requieren funciones de asistencia al cliente. La asistencia al cliente incluye la licencia Profesional.
-
Lista de rutas de llamadas: Número de llamadas PSTN conectadas a la nube requeridas entre usuarios locales and/or Aplicaciones de terceros especializadas en instalaciones locales.
-
Consola de operador: Número de usuarios que requieren acceso al cliente de la consola de asistente.
-
Plan de llamadas de Cisco (Plan de llamadas salientes): Número de usuarios que requieren un número PSTN and/or Acceso a llamadas PSTN salientes para el servicio PSTN de Cisco.
No existe un tipo de licencia específico para espacios de trabajo profesionales. Los espacios de trabajo profesionales consumen una licencia Profesional.
Los espacios de trabajo que solo admiten escritorios compartidos ofrecen el servicio de host de escritorios compartidos y llamadas de emergencia desde el host de escritorios compartidos y no requieren ninguna licencia. Para obtener más información, consulte Agregar y administrar solo dispositivos de escritorio compartido.
Para determinar el tipo de licencia requerido para cada usuario y espacio de trabajo en función de las funciones necesarias, consulte Funciones disponibles por tipo de licencia para Webex Calling.
Para diferenciar entre la funcionalidad ofrecida por las colas de llamadas combinadas con la licencia profesional en contraste con la asistencia al cliente, consulte Comparación de funciones de cola de llamadas y asistencia al cliente de Webex Calling.
Aprovisionamiento de usuarios
Al aprovisionar usuarios en Webex, hay varias opciones disponibles, cada una adecuada a diferentes necesidades y entornos organizacionales:
-
Aprovisionamiento manual: Los administradores pueden agregar y administrar usuarios individuales directamente dentro de . Este método es sencillo pero es más adecuado para organizaciones pequeñas o con cambios de usuarios limitados.
-
Aprovisionamiento masivo mediante CSV: Para bases de usuarios más grandes, los administradores pueden importar y actualizar usuarios de forma masiva cargando archivos CSV en formato . Esto permite una gestión eficiente de hasta miles de usuarios a la vez.
- Opciones de sincronización de directorios:
Conector de directorio: Esta es una herramienta de sincronización automática utilizada en entornos de Microsoft Active Directory. Sincroniza cuentas de usuario, grupos y atributos de forma programada (cada hora, cada día o cada semana). Admite configuraciones de Active Directory de múltiples dominios y bosques y puede sincronizar imágenes de perfil y objetos de sala.
Aplicación del asistente de Entra ID (Azure AD): Diseñado para organizaciones que utilizan Microsoft Entra ID (Azure AD), este método proporciona sincronización automática, casi en tiempo real, de cuentas de usuario y atributos directamente desde Entra ID a . Se gestiona completamente desde dentro y requiere una configuración mínima.
Aplicaciones SCIM 2.0: Para entornos que no sean de Microsoft u otros proveedores de identidad como Okta o Duo, las aplicaciones de sincronización basadas en SCIM permiten el aprovisionamiento y desaprovisionamiento automático de usuarios con mapeo de atributos y sincronización de grupos.
-
Sincronización de usuarios de Unified CM: Esta opción permite crear cuentas de usuario basadas en usuarios finales existentes sincronizando desde a. Esto requiere que Cloud Connected UC (CCUC) se ejecute en los clústeres locales. Sin embargo, generalmente se recomienda sincronizar los usuarios desde un directorio en la nube centralizado como Entra ID en lugar de hacerlo directamente desde .
-
Aprovisionamiento de API: Se pueden utilizar API públicas (People, SCIM 2.0) para aprovisionar usuarios. El principal beneficio de utilizar API es la opción de integrar el aprovisionamiento de usuarios con otros sistemas empresariales.
Esta descripción general y tabla reflejan las principales opciones de aprovisionamiento de usuarios, sus beneficios y limitaciones para ayudarlo a elegir el mejor enfoque para las necesidades de su organización.Tabla 6. Opciones de aprovisionamiento de usuarios para Método de aprovisionamiento Descripción Ventajas Contras Manual Create/manage usuarios individualmente en Sencillo para pocos usuarios; no necesita infraestructura No escalable; consume mucho tiempo para muchos usuarios Masivo (archivo CSV) Import/update usuarios de forma masiva a través de CSV en Eficiente para grupos, no requiere codificación Preparación manual de CSV; menos dinámica Personas y API SCIM 2.0 Gestión programática de usuarios a través de las API de Webex Flexible; admite automatización e integración Requiere desarrollo e infraestructura Sincronización de directorios Sincronización automática desde AD, Entra ID, aplicaciones SCIM, Unified CM Automatiza el ciclo de vida; admite filtrado y mapeo Complejidad de configuración: Algunas de las opciones tienen funciones limitadas o requieren infraestructura
Grupos de usuarios
La administración de grupos de usuarios permite a los administradores organizar a los usuarios en grupos para una administración masiva eficiente de licencias, configuraciones y recursos. Los grupos ayudan a simplificar la administración al aplicar políticas, licencias y plantillas de configuración a varios usuarios simultáneamente, en lugar de administrarlos individualmente.
La gestión de grupos de usuarios ofrece varios beneficios, entre ellos:
-
Administración simplificada: Administre licencias, configuraciones y políticas para varios usuarios a la vez.
-
Consistencia: Aplicar configuraciones y licencias uniformes a todos los usuarios del mismo grupo.
-
Escalabilidad: Admite hasta 250.000 miembros por grupo.
-
Integración: Sincronice grupos de Microsoft Entra ID (Azure AD) o Active Directory para la administración automatizada de usuarios y grupos.
-
Flexibilidad: Cree grupos locales o sincronice grupos de seguridad; administre la membresía del grupo manualmente o mediante archivos CSV.
-
Asignación de recursos: Controlar el acceso a aplicaciones y servicios integrados según la membresía del grupo.
Los principales casos de uso para grupos de usuarios durante el aprovisionamiento son:
-
Cesiones de licencias: Asignar licencias a grupos para aprovisionar automáticamente servicios como llamadas, reuniones, mensajería o servicios híbridos a los miembros del grupo.
-
Plantillas de configuración: Aplique colecciones de configuraciones de servicio (por ejemplo, mensajería, reuniones, llamadas) a grupos para lograr una experiencia de usuario consistente.
-
Gestión masiva de usuarios: Agregue o elimine usuarios de forma masiva a través de archivos CSV o sincronización de directorios.
-
Automatización e integración: Utilice API o sincronización de directorios para la gestión automatizada del ciclo de vida de usuarios y grupos.
La siguiente tabla resume las diferentes opciones para administrar grupos de usuarios y la gestión de grupos en .
| Opción | Descripción | Ventajas | Contras |
|---|---|---|---|
| aprovisionamiento de grupos (grupos) | Crea y gestiona grupos directamente en . Add/remove miembros manualmente o mediante CSV. | Control total sobre la membresía del grupo Aplicación inmediata de licencias y plantillas Fácil de crear y editar grupos |
Se requieren actualizaciones manuales Riesgo de errores en las cargas manuales de CSV Sin sincronización automática con directorios externos |
| Grupos sincronizados de Entra ID (Azure AD) o Active Directory | Sincronice automáticamente grupos de seguridad y membresías desde servicios de directorio externos. | La sincronización automatizada reduce el trabajo manual Garantiza la coherencia con el directorio corporativo Apoya a grandes organizaciones |
No se puede editar la membresía del grupo en Retraso de sincronización de hasta 12 horas Los grupos anidados requieren selección manual |
| Grupos y API de SCIM 2.0 (Grupos) | Utilice Grupos o la API SCIM 2.0 para la gestión programática de grupos y membresías | Automatización e integración con otros sistemas Escalable para entornos grandes o complejos |
Requiere esfuerzo de desarrollo La complejidad depende del uso de la API |
Si bien los grupos sincronizados garantizan la coherencia y ofrecen un único punto de administración, es posible un enfoque híbrido que combine grupos sincronizados y grupos (administrados en el centro de control o a través de API). Así, por ejemplo, los grupos para la asignación de licencias podrían ser grupos sincronizados y se podría utilizar un conjunto separado de grupos para asignar usuarios y llamar a plantillas.
Este enfoque integral para la gestión de grupos de usuarios permite a las organizaciones administrar de manera eficiente las licencias, configuraciones y políticas de los usuarios, lo que garantiza experiencias de colaboración consistentes y escalables.
Enfoque recomendado al migrar de a
La fuente de datos principal para los usuarios es la base de datos, que contiene información del usuario final. Sin embargo, normalmente no es la fuente autorizada para la gestión de la identidad del usuario y, lo que es más importante, se cerrará al final de la transición y, por lo tanto, se descarta como fuente autorizada a largo plazo para la información de identidad.
Cisco recomienda utilizar un directorio en la nube centralizado como Microsoft Entra ID (Azure AD) como única fuente de verdad para las identidades de los usuarios. Sincronizar usuarios desde Entra ID garantiza la coherencia, simplifica la gestión y admite capacidades de inicio de sesión único (SSO).
Para garantizar que todos los usuarios también estén presentes en Entra ID, las organizaciones deben verificar que las cuentas de usuario correspondan con las cuentas en Entra ID. Esto se puede hacer exportando listas de usuarios y comparándolas con las listas de usuarios de Entra ID.
En resumen, el método de aprovisionamiento recomendado es sincronizar los usuarios de Microsoft Entra ID (Azure AD) a Webex mediante el Asistente de Azure AD o las aplicaciones SCIM. El aprovisionamiento manual y masivo de CSV están disponibles como métodos complementarios, pero son menos escalables y más propensos a errores para las grandes organizaciones. Asegurarse de que Entra ID sea la fuente autorizada y que todos los usuarios existan en Entra ID es fundamental para una migración exitosa y una experiencia de usuario consistente en todos los entornos.
La transición de un servicio de directorio local, como Active Directory, a un servicio de directorio en la nube, como Entra ID (Azure ID), es independiente de la transición de llamada. Cisco recomienda finalizar la transición a un servicio de directorio en la nube antes de iniciar la transición de llamadas.
Diseño de grupos de usuarios
Después de realizar la transición del directorio empresarial desde las instalaciones locales a la nube, recopile los grupos de usuarios necesarios según los requisitos de licencias y plantillas de funciones. Para cada documento de grupo:
-
Nombre del grupo: nombre único del grupo.
-
Licencias: licencias que se asignarán a este grupo (si las hay) y alcance (las licencias deben asignarse a usuarios existentes o solo a usuarios nuevos)
-
Plantillas de configuración: Plantillas de llamadas de usuarios y aplicaciones Webex.
-
Sincronización de directorios: ¿Este grupo se sincronizará desde el directorio empresarial o es un grupo Webex local aprovisionado en Control Hub o a través de una API?
-
Descripción: ¿Cómo se utilizará este grupo y qué usuarios deberían ser miembros de él?
Estos detalles se utilizarán más adelante durante la fase de implementación para crear grupos locales o grupos en el directorio empresarial y administrar la membresía del grupo de los usuarios.
Inicio de sesión único (SSO)
Cisco recomienda el uso de SSO para la autenticación de usuarios. El uso de SSO tiene algunas ventajas interesantes, entre ellas:
-
Autenticación de usuario simplificada: Los usuarios pueden iniciar sesión una vez usando sus credenciales corporativas (por ejemplo, de Azure ID) para acceder a otras aplicaciones integradas, lo que elimina la necesidad de múltiples contraseñas y reduce las solicitudes de inicio de sesión. Esto mejora la seguridad al garantizar que las contraseñas corporativas nunca se almacenen ni se transmitan después de la autenticación.
-
Gestión de usuarios simplificada: Automatiza la creación, actualización y desactivación de cuentas de usuario en función de los cambios en el directorio corporativo, lo que reduce la sobrecarga administrativa y garantiza que solo los usuarios autorizados tengan acceso.
-
Seguridad mejorada: SSO reduce la fatiga de las contraseñas y el riesgo de violaciones relacionadas con las contraseñas al centralizar la autenticación a través de proveedores de identidad (IdP) confiables.
-
Fácil integración de la autenticación multifactor (MFA): La MFA se puede respaldar fácilmente a través de una solución de gestión de acceso a identidad como Cisco Duo o a través del soporte de MFA del IdP.
Existen múltiples opciones para implementar SSO para los servicios:
-
SSO basado en SAML 2.0: El protocolo principal compatible con la integración de SSO, que permite el intercambio seguro de información de autenticación entre el IdP y el proveedor de servicios.
-
Conexión OpenID (OIDC): Compatible como protocolo de autenticación moderno alternativo para la integración de SSO.
-
Identidad de Webex: También se admite como opción de proveedor de identidad.
El SSO se configura y administra de forma centralizada a través de , lo que requiere el intercambio de metadatos entre y el IdP elegido.
Después de la configuración, se puede probar SSO antes de la activación para garantizar una configuración adecuada.
Cisco admite la integración con múltiples IdP y sistemas de gestión de identidad (IAM) probados y de uso común, incluidos, entre otros:
-
Cisco Duo
-
Okta
-
Servicios de federación de Active Directory (ADFS) de Microsoft
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Estos IdP cumplen con los estándares SAML 2.0 o OpenID Connect y han sido validados para su compatibilidad con las soluciones de colaboración de Cisco.
Compatibilidad con múltiples IdP
permite a las organizaciones configurar SSO con múltiples IdP para adaptarse a entornos de TI complejos, como fusiones, adquisiciones o departamentos de TI descentralizados donde diferentes grupos usan diferentes IdP. La compatibilidad con múltiples IdP se puede implementar utilizando la función Múltiples IdP o a través de la integración de un sistema IAM empresarial como Cisco Duo.
La compatibilidad con múltiples proveedores de identidad (IdP) de aborda varios casos de uso clave en los que las organizaciones requieren una autenticación flexible y segura en diversos entornos de TI:
1. Fusión y adquisición
Cuando las empresas se fusionan o adquieren otras, a menudo tienen infraestructuras de TI separadas y proveedores de identidad (IdP) distintos que no pueden federarse. La compatibilidad con múltiples IdP permite a los usuarios de ambas organizaciones autenticarse y colaborar de forma segura sin necesidad de unificar sus sistemas de identidad de inmediato.
2. Múltiples departamentos de TI independientes
Las grandes organizaciones o instituciones gubernamentales pueden tener varios departamentos de TI independientes, cada uno de los cuales administra su propio IdP. La función de IdP múltiple permite a estos departamentos mantener sus propios sistemas de autenticación y al mismo tiempo permitir que los usuarios accedan sin problemas.
3. Diferentes grupos de usuarios o dominios
Las organizaciones con varios grupos de usuarios (por ejemplo, empleados frente a contratistas) o múltiples dominios de correo electrónico pueden configurar reglas de enrutamiento para dirigir las solicitudes de autenticación al IdP apropiado en función del dominio o la membresía del grupo. Esto admite políticas de acceso diferenciadas y controles de seguridad.
4. Compatibilidad con varios protocolos de autenticación
Admite IdP SAML y OpenID Connect (OIDC), lo que permite a las organizaciones integrar diferentes tipos de proveedores de identidad según su infraestructura existente y sus requisitos de seguridad.
5. Mayor seguridad y cumplimiento
Al habilitar múltiples IdP, las organizaciones pueden implementar mecanismos de autenticación más fuertes, incluida la autenticación multifactor (MFA) a través de integraciones como Duo, y aplicar políticas de seguridad consistentes en diversas bases de usuarios.
6. Experiencia de usuario simplificada
Los usuarios pueden autenticarse utilizando sus credenciales existentes de sus respectivos IdP, lo que proporciona una experiencia de inicio de sesión unificada a pesar de la complejidad subyacente de múltiples sistemas de identidad.
Si bien la compatibilidad con múltiples IdP proporciona flexibilidad, requiere una coordinación cuidadosa entre los equipos de seguridad e identidad para mantener políticas de seguridad consistentes y evitar posibles vulnerabilidades.
Duo MFA con SSO para
Duo Access Gateway (DAG) puede autenticar usuarios mediante directorios locales o basados en la nube, como Active Directory (AD) y OpenLDAP. También admite la integración con otros proveedores de identidad como Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS y Shibboleth. Esta flexibilidad permite a las organizaciones utilizar su infraestructura de directorio actual para Webex SSO con Duo MFA.
Duo actúa como una capa de autenticación fuerte sobre la autenticación del directorio principal. Funciona como un proveedor de identidad (IdP) que utiliza SAML 2.0 para aplicar la autenticación de dos factores (2FA) antes de otorgar acceso a . Duo evalúa el contexto del usuario, el dispositivo y la red frente a políticas configurables para permitir o denegar el acceso, mejorando la seguridad más allá del nombre de usuario y la contraseña. Duo también ofrece controles de políticas flexibles, como requerir MFA en cada inicio de sesión para algunas aplicaciones y con menor frecuencia para otras.
Los beneficios de Cisco Duo incluyen:
-
Seguridad mejorada: Agrega MFA resistente a phishing para proteger el acceso, reduciendo el riesgo de contraseñas comprometidas.
-
Políticas flexibles: Permite un control granular sobre los requisitos de autenticación por aplicación o grupo de usuarios.
-
Integración con directorios existentes: Admite AD local, OpenLDAP, directorios en la nube y varios proveedores de SSO, lo que minimiza los cambios de infraestructura.
-
Comodidad para el usuario: Admite el inicio de sesión único (SSO) para reducir la fatiga de las contraseñas al permitir que los usuarios inicien sesión una vez y accedan a múltiples recursos de forma segura.
-
Puntos finales de confianza: Admite la confianza del dispositivo para clientes en Windows y macOS, lo que mejora la postura de seguridad.
-
Inscripción de autoservicio: La inscripción en línea y la solicitud duo mejoran la experiencia del usuario durante la configuración de MFA.
Duo MFA con SSO aprovecha directorios existentes como Active Directory y OpenLDAP, o proveedores de identidad en la nube, para autenticar a los usuarios. La función de Duo es proporcionar un segundo factor de autenticación sólido e impulsado por políticas integrado a través de SAML 2.0, mejorando la seguridad y manteniendo la comodidad del usuario a través del SSO. Los beneficios incluyen una postura de seguridad mejorada, una aplicación flexible de políticas, una integración perfecta y una mejor experiencia de usuario.
Cisco recomienda implementar SSO para los usuarios. Para una mayor seguridad se recomienda la integración con Cisco Duo.
La estrategia de IAM y SSO empresarial debe implementarse antes de comenzar la transición de a .
Características
tiene un conjunto completo de funciones básicas que se incluyen con el servicio. Esto incluye muchas funciones de llamadas de nivel empresarial que han estado disponibles durante muchos años. Es posible que no veas una paridad del 100% entre funciones y características, sin embargo, como puedes ver en la siguiente figura, las funciones de llamada clave están disponibles en .
Además de las muchas funciones de usuario, tiene características de sistema básicas que están incluidas con la plataforma. Estas incluyen funciones como asistentes automáticos, colas de llamadas, estacionamiento de llamadas, etc. Puede ver todas las funciones principales del sistema disponibles en Servicio → Llamadas → Funciones como se muestra en la figura Funciones principales de Webex Calling.
Contestador automático
El asistente automático permite 24/7 automatización del manejo de llamadas entrantes, lo que permite un manejo eficiente de las llamadas sin necesidad de que una persona responda cada llamada.
El asistente automático responde las llamadas entrantes y proporciona a la persona que llama un menú de opciones sobre dónde desea enrutar su llamada. Esto podría ser para una persona, un buzón de correo de voz o un servicio de llamadas (por ejemplo, cola de llamadas). La persona que llama utiliza el teclado de su teléfono para ingresar el número desde el menú del asistente automático.
El asistente automático admite las siguientes funciones clave:
-
Horarios comerciales y fuera del horario laboral
-
Planificación de días festivos
-
Opción de menú de marcación para dirigir a sus clientes a donde necesitan ir
-
Personalizar saludos
-
Opción de marcar por nombre
-
Opciones de desvío de llamadas
-
Análisis e informes del centro de control.
Para obtener más información, consulte Administrar asistentes automáticos.
Llamada en espera
El estacionamiento de llamadas brinda a los usuarios la posibilidad de poner fácilmente una llamada en espera para que otro usuario la recupere fácilmente cuando esté disponible para atenderla. También libera al usuario que respondió la llamada original para realizar o recibir otras llamadas mientras la llamada está estacionada.
Hay dos tipos de parques de llamadas disponibles en :
-
Estacionamiento de llamadas directo - permite que cualquier usuario estacione una llamada en la extensión de otro usuario o en una extensión de estacionamiento de llamadas, según lo definido por el Administrador
-
Grupo de estacionamiento de llamadas : permite que un grupo definido de usuarios estacione llamadas automáticamente en los destinos de estacionamiento disponibles definidos para el grupo. Estos destinos pueden ser las extensiones de los miembros del grupo o extensiones de estacionamiento de llamadas.
Dependiendo de la configuración y el tipo de estacionamiento, los usuarios pueden recuperar llamadas marcando *88+><extension of parked call>, presionando la tecla de línea asociada con la extensión de estacionamiento de llamadas o usando una tecla programable en su teléfono IP.
Hay una opción de recuperación disponible para recuperar una llamada estacionada después de un período específico para el usuario que estacionó la llamada o para un usuario alternativo.
Para obtener más información, consulte Administrar estacionamiento de llamadas en Control Hub.
Contestación de llamada
La captura de llamadas permite que un administrador defina un grupo de usuarios (miembros) que pueden responder una llamada al teléfono de otro miembro. Esto le da al usuario la posibilidad de responder llamadas cuando sus compañeros de equipo están ocupados y no pueden responder una llamada entrante.
Los usuarios de un grupo deben estar en la misma ubicación.
Los usuarios pueden utilizar su teléfono de escritorio o el suyo propio para atender una llamada.
-
:
-
Admite notificaciones visuales y de audio.
-
Notificación de llamada entrante
-
Basado en FAC (marcación) *98) o notificación de captura de llamada
-
Notificaciones de captura de llamadas para múltiples líneas.
-
-
Teléfonos de escritorio:
-
Notificación de llamada entrante
-
Avisos sonoros y notificaciones visuales a través del LED del teléfono. El 6821 solo admite timbres de audio
-
Cuando el tipo de notificación seleccionado en no es ninguno
-
-
Notificaciones de captura de llamadas solo para líneas principales.
-
Para obtener más información, consulte Configurar el grupo de captura de llamadas.
Cola de llamadas
incluye colas de llamadas de solo voz como parte de sus características principales y cualquier usuario con una licencia Profesional puede ser parte de una cola de llamadas, agente o supervisor. Esta función permite a los usuarios interactuar de manera eficiente con los clientes. Las colas de llamadas admiten un subconjunto de algunas de las funciones principales del centro de llamadas, como colas de voz, devolución de llamadas, enrutamiento de habilidades o prioridad, gestión de colas de agentes, análisis, informes, etc.
El llamado de Cisco para la integración de Microsoft Teams permite a los agentes acceder a las llamadas y funciones de la cola de llamadas directamente desde su cliente de Microsoft Teams.
Las colas de llamadas admiten las siguientes funciones clave:
-
Saludos y mensajes (bienvenida, consuelo, susurro, etc.)
-
Música de espera
-
Devolución de llamada
-
Políticas de enrutamiento de colas (servicio nocturno, festivos, reenvío)
-
Cola de agentes login/logout
-
Gestión del estado de la cola de agentes
-
o soporte telefónico de escritorio
-
El agente supervisor puede monitorear, entrenar, interceptar o tomar el control a través de códigos de acceso a funciones (FAC)
-
(acceso de administrador) para:
-
gestión de colas
-
Análisis e informes de agentes y colas
-
Gestión de colas, agentes y supervisores.
-
Para obtener más información, consulte Configurar cola de llamadas.
tiene una función complementaria de Asistencia al Cliente que brinda capacidades de cola de llamadas adicionales y brinda a los agentes y supervisores una mejor experiencia de usuario dentro de . Para obtener una comparación de las funciones de cola de llamadas y asistencia al cliente, consulte Comparación de las funciones de cola de llamadas y asistencia al cliente de Webex Calling.
Grupo de salto
Los grupos de búsqueda permiten enrutar llamadas entrantes a un grupo específico de usuarios a través de un patrón de enrutamiento de llamadas predeterminado. Esto garantiza que las llamadas sean respondidas por el grupo correcto de usuarios o enviadas a un correo de voz para seguimiento.
Una gran diferencia entre los grupos de búsqueda y las colas de llamadas es que las llamadas no se ponen en cola en un grupo de búsqueda, por lo que si no hay usuarios en el grupo de búsqueda disponibles para responder la llamada, se desconectará, se enviará al correo de voz o se reenviará a otro número (usuario o servicio).
Para obtener más información, consulte Administrar grupos de búsqueda en Control Hub.
Modos de funcionamiento
La función Modos operativos permite a las empresas enrutar llamadas de manera eficiente a varios destinos (usuarios, correo de voz, servicios de llamadas como una cola de llamadas). El lugar y el momento en que se enruta una llamada se basan en un cronograma de hora del día y día de la semana y cualquier usuario puede estar autorizado a administrar estos modos (cronogramas) para controlar los cambios en el enrutamiento de llamadas.
A modo de ejemplo, las llamadas a una cola de llamadas se pueden enrutar a otra cola de llamadas con agentes en una zona horaria diferente para responder llamadas fuera del horario laboral, durante el horario comercial se pueden enrutar a los agentes locales y durante los días festivos se pueden enrutar al correo de voz para realizar un seguimiento después de que los agentes regresen a la oficina.
Un usuario autorizado puede cambiar entre estos diferentes escenarios (modos) de reenvío de llamadas si necesita cambiar el destino de las llamadas entrantes durante un período determinado. Estos usuarios pueden gestionar los modos a través de sus 6800/7800/8800 Teléfonos MPP, teléfonos 9800 o en el Centro de usuarios en Administrar modos.
Para obtener más información, consulte Enrutamiento de llamadas según los modos operativos en Webex Calling.
Grupo de paginación
Los grupos de búsqueda permiten a los usuarios realizar una llamada unidireccional para enviar un mensaje de audio a un grupo de usuarios. Cada grupo puede contener hasta 75 usuarios objetivo and/or espacios de trabajo a los que se accede marcando un número o extensión predefinido.
Cuando un usuario llama a un grupo de búsqueda, se realiza una llamada simultánea a todos los destinos asignados en el grupo, momento en el cual la persona que llama puede decir sus mensajes y colgar una vez que haya terminado.
Para obtener más información, consulte Configurar un grupo de paginación en Control Hub.
Grabaciones
Admite la grabación de llamadas realizadas o recibidas por un usuario. Esto puede ser necesario por necesidades de calidad, garantía, seguridad o capacitación. De manera predeterminada, las llamadas se graban en , pero también se pueden utilizar otros proveedores de grabación de terceros si se requieren otras funciones de grabación o requisitos reglamentarios y de cumplimiento.
Al utilizarlo como plataforma de grabación, todas las llamadas grabadas se gestionan dentro de . Los administradores completos con el rol de Oficial de cumplimiento pueden reproducir y descargar las grabaciones. Sin el rol de Oficial de Cumplimiento, el Administrador solo puede eliminar las grabaciones.
Para obtener más información sobre esta función y una lista de grabaciones de terceros, consulte Administrar grabaciones de llamadas para Webex Calling.
Número único de contacto
El alcance de número único permite que las llamadas al número de teléfono de un usuario suenen en varios dispositivos. Esto puede incluir otros teléfonos de escritorio y también teléfonos móviles. También se pueden realizar llamadas desde estos dispositivos y los usuarios pueden enviar y recibir llamadas entre ellos.
Para obtener más información sobre esta función y cómo la configura un administrador en , consulte Configurar alcance de número único (oficina en cualquier lugar).
Para obtener más información sobre cómo un usuario puede administrar y configurar esta función por sí mismo en el Centro de usuarios de Webex (portal), consulte Configurar el alcance de un solo número (oficina en cualquier lugar).
Grupo de correo de voz
Los grupos de correo de voz permiten tener un buzón de correo de voz compartido que se puede asignar a un usuario o a una función de enrutamiento de llamadas. Algunas de las razones por las que puede ser necesario un grupo de correo de voz son:
-
Correo de voz de propósito general para un departamento o grupo de trabajo
-
Agregar la opción de correo de voz a un asistente automático o grupo de búsqueda
-
Para enviar llamadas de desbordamiento desde una cola de llamadas
-
Usuarios que sólo necesitan un buzón de voz.
Para obtener más información, consulte Administrar un buzón de correo de voz compartido y un buzón de fax entrante para Webex Calling.
La consola del asistente aparece en la página Funciones de llamadas en Webex, sin embargo, es una función complementaria que requiere la compra de la licencia de la consola del asistente para su uso.
Para obtener más información, consulte Introducción a la consola de operador.
Para obtener información sobre todas las funciones, incluidas algunas funciones complementarias, consulte Funciones disponibles por tipo de licencia para Webex Calling.
Implementar
Preparación de la red
El primer paso en la transición es garantizar una conectividad a Internet confiable y segura entre la red local y la nube.
Dado que la mayoría de las organizaciones se conectan a Internet a través de uno o más firewalls o dispositivos de seguridad, es esencial validar que se admitan los flujos de tráfico requeridos.
Los administradores de redes y seguridad deben comprender estos flujos en términos de:
-
Dirección (entrante vs saliente)
-
Protocolos (Ejemplo: SIP TLS, SRTP, HTTPS)
-
Rangos de direcciones IP utilizados por los servicios
-
Números de puerto que deben abrirse o permitirse.
Esto garantiza que los firewalls corporativos, los dispositivos NAT y otras infraestructuras de red estén configurados correctamente para acomodar el tráfico y, al mismo tiempo, mantener las políticas de seguridad empresarial.
Para obtener información sobre los flujos necesarios, incluida la dirección IP, los puertos y los protocolos, consulte Información de referencia de puertos para Webex Calling. Utilice esta información para configurar el firewall, los servidores proxy y otra infraestructura de red en la implementación existente para habilitar los flujos de red.
La ruptura descentralizada de Internet desde cada sucursal o sitio es el enfoque recomendado para servicios de colaboración en la nube como . Al permitir que el tráfico salga localmente, este modelo:
-
Reduce el retraso de ida y vuelta y la fluctuación, mejorando la calidad general de la llamada.
-
Se escala de manera eficiente a medida que más usuarios y sitios realizan la transición a
-
Funciona a la perfección con SD-WAN, que puede enrutar dinámicamente las sesiones al punto de entrada a la nube más cercano para un rendimiento óptimo.
- Permite rastrear la ubicación del usuario en función de su dirección IP pública, lo que ayuda con el análisis de la ruta de los medios y la resolución de problemas.
Además, las organizaciones deben garantizar un ancho de banda de Internet adecuado en cada sitio. El ancho de banda debe dimensionarse en función de la cantidad esperada de llamadas simultáneas, el códec seleccionado (por ejemplo, Opus o G.711), más la sobrecarga por señalización, retransmisiones y crecimiento. Esto se alinea con la fase de preparación del ciclo de vida de PPDIO y establece una base sólida para la migración.
Configuración inicial
La subsección de configuración inicial dentro de la fase de implementación es fundamental para establecer un entorno de llamadas en la nube bien estructurado y manejable. Esta etapa abarca tareas críticas como configurar la organización, obtener y asignar licencias, y verificar y reclamar los dominios de su empresa para garantizar la seguridad y la gestión adecuadas de los usuarios. Además, incluye el suministro de plantillas de licencias para automatizar las asignaciones de licencias de usuario, la configuración del inicio de sesión único (SSO) para agilizar la autenticación de usuarios y mejorar la seguridad, y el ajuste de la configuración del servicio y del cliente para alinearla con las políticas de la organización y las necesidades de los usuarios. Completar estas actividades de configuración inicial garantiza que el entorno esté configurado correctamente para la escalabilidad, la seguridad y la experiencia del usuario perfecta, preparando el escenario para las fases de implementación y operación posteriores.
Verificación de dominio
Para poder identificar a los usuarios registrados con los dominios de correo electrónico de su empresa en , es esencial verificar sus dominios. Sin la verificación del dominio, los usuarios serán asignados a una organización de consumidores, lo que complicará la gestión de usuarios para su empresa. La verificación del dominio es un paso obligatorio que le permite a su organización reclamar y administrar estos usuarios de manera efectiva.
Asegúrese de que todos los dominios asociados con las direcciones de correo electrónico de sus usuarios estén verificados. La verificación de dominio no es exclusiva; el mismo dominio puede verificarse en múltiples organizaciones.
Para obtener más información sobre la administración de dominios, consulte Administrar sus dominios.
Reclamar (convertir) usuarios existentes
Después de verificar exitosamente sus dominios, puede proceder a reclamar en su organización a los usuarios que se hayan registrado para usar los dominios de correo electrónico de su empresa. Este proceso consolida a todos los usuarios bajo un único paraguas organizacional, lo que permite una gestión centralizada y una administración optimizada. Al reclamar estos usuarios, garantiza que su empresa tenga control total sobre las cuentas de usuario, lo que le permitirá asignar licencias adecuadas, configurar servicios y brindar el soporte necesario de manera eficiente. Este enfoque de gestión unificado mejora la seguridad, simplifica el aprovisionamiento de usuarios y garantiza un acceso consistente a los servicios en toda la organización. Reclamar usuarios también evita que sean administrados en organizaciones externas o de consumidores, manteniendo así la integridad organizacional y el control sobre los recursos de colaboración.
Para obtener más información sobre cómo reclamar usuarios, consulte Reclamar usuarios para su organización (convertir) usuarios.
Configurar y probar la sincronización de directorios
Para permitir una administración fluida de usuarios y grupos, puede sincronizar usuarios y grupos desde su directorio corporativo, ya sea Microsoft Entra ID (anteriormente Azure AD) o Microsoft Active Directory (AD), a . Este proceso garantiza que las identidades de los usuarios y las membresías de grupos se mantengan consistentemente en todo su entorno.
Para las organizaciones que implementan implementaciones por fases, es fundamental controlar y limitar el alcance de la sincronización durante las implementaciones iniciales. Esto minimiza el riesgo de cambios no deseados y permite realizar pruebas específicas antes de una adopción más amplia.
El método más eficaz para filtrar qué usuarios están sincronizados es aprovechar la membresía del grupo de directorios:
| 1 |
Crear un grupo de sincronización dedicado: En su directorio empresarial (Microsoft Entra ID o AD), cree un grupo de seguridad específicamente para la sincronización (por ejemplo, grupo de sincronización). |
| 2 |
Llene el grupo con los usuarios objetivo: Agregue solo los usuarios que desea sincronizar (como un grupo de prueba durante la fase piloto) a este grupo. Esto le permite controlar estrictamente quién está incluido en el proceso de sincronización. |
| 3 |
Configurar el acuerdo de sincronización con filtrado basado en grupos: Al configurar el acuerdo de sincronización en Directory Connector o en el aprovisionamiento de Entra ID, configure el alcance para incluir solo a los usuarios que sean miembros del grupo designado.
|
| 4 |
Ampliar el grupo según sea necesario: A medida que avanza hacia fases de implementación más amplias, simplemente agregue usuarios o grupos adicionales al grupo de sincronización. El alcance de sincronización se expandirá automáticamente para incluir a estos usuarios, lo que permitirá una implementación controlada y gradual. Ejemplo de pasos de implementación:
Referencias: Sincronizar usuarios de Entra ID en Control Hub |
Configurar y probar el inicio de sesión único (SSO)
El inicio de sesión único (SSO) mejora la seguridad y simplifica el acceso de los usuarios al permitirles autenticarse una vez con sus credenciales corporativas y obtener acceso sin inconvenientes a . admite la integración de SSO con IdP compatibles con SAML 2.0, incluidos Microsoft Entra ID (anteriormente Azure AD), soluciones federadas de Active Directory (AD) y varios IdP de terceros.
En este punto se debe implementar y probar la configuración SSO diseñada.
Referencias:
Integración de inicio de sesión único en el centro de control
Configurar el inicio de sesión único para la administración de WebEx
Configurar el inicio de sesión único con Microsoft Entra ID
Administrar el inicio de sesión único (SSO) en la integración en Control Hub
Adquirir, suministrar y verificar licencias
Como parte de la configuración inicial de , es esencial adquirir, aprovisionar y verificar las licencias adecuadas para habilitar y administrar los servicios de manera eficaz. El proceso de adquisición implica la selección de tipos de licencia en función de los roles de los usuarios y las cargas de trabajo, como licencias Profesionales, Estándar y Espacio de trabajo. Las licencias se generan y se suministran a través de las plataformas de software de Cisco o a través de socios. Después de la adquisición y el aprovisionamiento, es necesario verificar el número adecuado de licencias en . Este proceso garantiza que la organización tenga las licencias correctas activadas y listas para usar en la implementación.
Como parte de la configuración inicial de la licencia en , es importante configurar la licencia automática basada en la organización para agilizar la asignación de licencias para nuevos usuarios. Esta configuración permite que las licencias se otorguen automáticamente cuando se agregan usuarios a la organización, eliminando la necesidad de asignación manual de licencias. Al configurar el licenciamiento automático a nivel de la organización, se seleccionan los servicios a asignar y se define el alcance, como aplicar licencias solo a usuarios futuros o incluir también a usuarios existentes.
Sin embargo, si su plan de implementación implica el uso de licencias automáticas a nivel de grupo, puede optar por no asignar licencias a nivel de organización para evitar conflictos o asignaciones de licencias duplicadas. Con el licenciamiento automático a nivel de grupo, las licencias se asignan en función de la membresía del grupo. Los usuarios de varios grupos reciben licencias de todas las asignaciones de grupo aplicables.
La configuración de la asignación de licencias basada en grupos debe realizarse después de que se haya completado la sincronización de directorios para que los grupos sincronizados existan y se puedan usar para la asignación de licencias.
En concreto, la asignación automática de licencias requiere detalles de aprovisionamiento adicionales, como la ubicación del usuario y la asignación de número de teléfono. El número de teléfono del trabajo del usuario debe estar en +E.164 formato, previamente aprovisionado y asignado a una ubicación válida para que la licencia se active automáticamente. Si no se cumplen estas condiciones, el usuario no recibirá los servicios automáticamente y podrá requerir intervención manual.
En resumen, configure la licencia automática basada en la organización para nuevos usuarios si desea una asignación de licencia amplia para toda la organización. Si prefiere un control más granular o tiene diferentes necesidades de licencias por grupo, configure las licencias automáticas a nivel de grupo y evite asignar licencias a nivel de organización para evitar superposiciones y garantizar una gestión adecuada de las licencias.
Configuración del servicio de llamadas de Webex
Es esencial realizar una revisión y configuración integral de la configuración global del servicio dentro de .
Comience accediendo y navegando a la sección de configuración. Examine cuidadosamente cada opción configurable, incluidas, entre otras, la configuración de marcación interna, los parámetros de llamadas de emergencia, las políticas de enrutamiento de llamadas, la administración del correo de voz y las configuraciones predeterminadas del dispositivo.
Ajuste estas configuraciones globales para reflejar las políticas y decisiones de diseño de su organización.
Además, configure ajustes y plantillas de usuario y de aplicaciones.
Migración piloto
Durante la fase de implementación, la ejecución de una migración piloto representa un hito crítico en la validación de la transición de a . Este piloto implica aprovisionar un subconjunto representativo de usuarios en una o más ubicaciones en la plataforma, garantizando que la población seleccionada refleje diversos casos de uso y roles organizacionales. Paralelamente a la migración de usuarios, los servicios de colaboración esenciales, como el correo de voz, los asistentes automáticos, las colas de llamadas y los grupos de búsqueda, deben trasladarse a sus equivalentes para mantener la continuidad del negocio y la funcionalidad del servicio.
La migración piloto debe aprovechar la misma combinación de herramientas proporcionadas por Cisco y utilidades de migración de terceros que están planificadas para la implementación organizacional más amplia, asegurando que los procesos, los flujos de trabajo de automatización y los puntos de integración estén completamente validados en condiciones representativas.
Los objetivos principales de este despliegue piloto son dos: primero, validar y refinar los procesos de transición de extremo a extremo, incluidos los flujos de trabajo de aprovisionamiento de usuarios, los procedimientos de migración de datos y las configuraciones de puntos finales; y segundo, verificar exhaustivamente la funcionalidad de los servicios migrados en condiciones operativas del mundo real.
Este enfoque por fases permite al equipo del proyecto identificar y solucionar cualquier problema técnico o de procedimiento en un entorno controlado, recopilar comentarios de los usuarios sobre la experiencia de la nueva plataforma, evaluar la eficacia de las herramientas de migración seleccionadas y establecer confianza en la metodología de migración antes de proceder con una implementación organizacional más amplia.
Los conocimientos adquiridos durante esta fase piloto son fundamentales para optimizar las olas de migración posteriores y garantizar una transición fluida y con riesgos mitigados para toda la empresa.
Adquirir PSTN
Para adquirir servicios PSTN para , primero seleccione una opción de conectividad PSTN en .
Si una organización planea mantener un control de llamadas dual híbrido ( fase 1 en la figura Transición de llamadas por fases: Híbrido y nube) ya sea de manera temporal o indefinida, deberán implementar una o más puertas de enlace locales para PSTN local para permitir llamadas entre y puntos finales.
Si el objetivo final es una transición completa ( fase 2) a la nube, incluida la PSTN, entonces se requerirá un plan de llamadas de Cisco o una opción Cloud Connect para la PSTN.
Trabaje con su proveedor elegido para solicitar y transferir números de teléfono antes de configurarlos en . Solicitar números de teléfono o iniciar órdenes de portabilidad es únicamente required/possible para PSTN local y Cloud Connect para . Para los planes de llamadas de Cisco, el pedido y la portabilidad se inician desde Control Hub tan pronto como se crea la ubicación y en los países donde el plan de llamadas de Cisco está disponible. Para obtener más información sobre los planes de llamadas de Cisco, consulte Introducción a los planes de Cisco.
Como parte de la implementación de PSTN, asegúrese de que su proveedor haya habilitado los servicios PSTN entrantes y salientes para su ubicación. Además, realice llamadas de prueba para verificar que las llamadas se enrutan correctamente a través de la conexión PSTN elegida.
Configurar ubicaciones
Antes de agregar usuarios y dispositivos a , debe aprovisionar ubicaciones de llamadas. Para cada ubicación, se debe ingresar una dirección postal válida. En EE. UU. y Canadá, esta dirección es validada y utilizada por la plataforma para enviar información de ubicación PIDF-LO para llamadas de emergencia.
Al configurar ubicaciones que utilizan PSTN local, debe configurar las puertas de enlace locales en consecuencia. En , se debe crear un enlace troncal y un grupo de rutas para cada puerta de enlace local, y luego el grupo de rutas se asigna como la opción PSTN para la ubicación. Cisco recomienda encarecidamente seleccionar siempre un grupo de rutas como opción PSTN, ya que este enfoque le permite agregar fácilmente troncales adicionales en el futuro, lo que admite tanto escalabilidad como redundancia. Cisco también recomienda habilitar la compatibilidad con identidad dual y P-Charge-Info en cada troncal PSTN, ya que esto simplifica la identificación de la parte facturable para llamadas salientes directas o desviadas. Si su proveedor de PSTN utiliza un encabezado diferente para la facturación, puede copiar la información del encabezado P-Charge-Info en la puerta de enlace local al encabezado de facturación requerido.
Para las ubicaciones que utilizan Cloud Connect o el Plan de llamadas de Cisco como su opción PSTN, simplemente seleccione la opción PSTN correspondiente para la ubicación durante la configuración. Si la ubicación utiliza Cloud Connect o PSTN local, deberá agregar los números de teléfono que se solicitaron en el paso anterior. Se pueden agregar números como inactivos si no desea que se incluyan en el enrutamiento de llamadas de inmediato; puede activar estos números más tarde cuando se asignen a usuarios o funciones.
Es importante configurar siempre el número principal para cada ubicación. El número principal se puede asignar a un usuario o a una función, como un asistente automático. Para habilitar el correo de voz en la ubicación, asegúrese de configurar el número piloto del correo de voz, también conocido como número del portal de voz.
Las configuraciones adicionales para las ubicaciones de llamada incluyen la configuración de detalles de llamadas de emergencia, como el número de devolución de llamada de emergencia, opciones de notificación y funciones de llamadas de emergencia mejoradas. También debe revisar y ajustar la configuración de grabación, las preferencias de idioma y las configuraciones del dispositivo según sea necesario para cada ubicación. Si su organización utiliza marcación entre sitios abreviada en la red con números importantes para la empresa, recuerde configurar un código de sitio único para la ubicación en la configuración de marcación interna. Por último, si la marcación externa requiere un dígito de marcación saliente, asegúrese de configurarlo en la configuración de marcación externa. Cuando se configura un dígito de marcación saliente, Cisco recomienda habilitar la aplicación de dígitos de marcación saliente para garantizar la coherencia.
Integración con el control de llamadas local
Para integrarse con el control de llamadas local, es necesario configurar troncales, grupos de rutas, planes de marcado empresariales y configuraciones globales y de ubicación. Comience por configurar los troncales y las puertas de enlace locales destinados a la interconexión con el sistema de control de llamadas local; este paso solo es necesario si se necesitan troncales dedicados. Si los troncales y grupos de rutas existentes son suficientes para su implementación, se pueden reutilizar para la interconexión local sin configuración adicional.
Una vez establecidos los troncales y los grupos de rutas, proceda a crear los planes de marcado empresariales y asigne el grupo de rutas apropiado como destino para cada plan de marcado. Cuando la integración involucra múltiples sistemas de control de llamadas locales conectados a través de diferentes troncales, se requerirán múltiples planes de marcación. Es importante garantizar que estos planes de marcación contengan únicamente los patrones necesarios para enrutar llamadas a destinos locales.
Si su implementación requiere soporte para enrutamiento de extensiones desconocidas, esta función debe habilitarse en el nivel de ubicación. Además, cuando se activa el enrutamiento de extensión desconocida, debe especificar la longitud máxima de extensión desconocida dentro de la sección Enrutamiento de llamadas entre y locales de la configuración de servicios de llamadas en . Esto garantiza un enrutamiento de llamadas sin problemas y un manejo adecuado de los escenarios de marcación basados en extensiones en su entorno integrado.
Migrar usuarios en lotes
Al migrar usuarios de a, es posible que no pueda mover todos los usuarios al mismo tiempo. Esto puede deberse a múltiples razones, incluidas, entre otras, la cantidad de sitios o usuarios, el tiempo que lleva realizar la transición de un sitio and/or grupo de usuarios a la vez, recursos limitados de TI o del sitio para respaldar la ventana de cambio, duración de la ventana de cambio, complejidad del cambio, etc.
Al migrar usuarios en fases, es fundamental identificar qué usuarios deben migrar juntos en el mismo lote. El objetivo principal es migrar juntos a los usuarios que tienen dependencias entre sí para sus servicios y funciones de llamada. Desea asegurarse de que todas sus funciones de llamadas (por ejemplo, colas de llamadas) sean completamente funcionales como lo eran antes de la transición en .
Incluso si implementa la interoperabilidad de llamadas entre y con puertas de enlace locales, no puede dividir servicios o funciones compartidos en esta conexión. Por lo tanto, es necesario identificar las dependencias entre usuarios observando características como:
-
Monitoreo de otros usuarios mediante BLF
-
En el mismo piloto de caza, cola de llamadas, etc.
-
Líneas compartidas
-
Uso de la captura de llamadas
-
Usando los mismos números de estacionamiento de llamadas
-
Intercom
-
Executive/Admin.
Un ejemplo sería un usuario que forma parte de un grupo de búsqueda que se está trasladando a . Este usuario pasará a formar parte del grupo de caza y de todos los demás miembros del mismo. Por lo tanto, después de la transición, el grupo de caza y sus miembros podrán responder con éxito las llamadas en la nueva plataforma.
Esto se vuelve más desafiante cuando los usuarios están conectados a diferentes grupos de usuarios para diferentes servicios y funciones de llamadas. Esto requerirá la transición de más de un grupo de usuarios y un servicio de llamadas al mismo tiempo.
Utilice el resultado de la herramienta Migration Insights o la herramienta de terceros que utilizó en la fase de preparación para determinar qué usuarios y funciones se deben agrupar. Este resultado debería haberse utilizado para desarrollar su plan de migración y le brindará información sobre cómo agrupará a los usuarios y las funciones que necesitan realizar la transición en conjunto.
Los pasos clave a la hora de realizar la transición de un lote de usuarios son:
-
Identificar usuarios para migrar juntos
-
Verificar que todos los usuarios estén en
-
Verificar que todos los TN de los usuarios existan en
-
Verificar el formato correcto del número de teléfono en el directorio
-
Asegúrese de que las plantillas de licencias y configuraciones para los grupos de usuarios estén configuradas correctamente
-
Verificar o configurar todos los servicios y funciones de llamadas para el grupo de usuarios (antes o durante la transición, según corresponda)
-
En el directorio corporativo, agregue usuarios al grupo de usuarios habilitados para llamadas
-
Leverage Tools: herramientas de migración de usuarios y funciones and/or herramientas de terceros
-
Disable/Delete user/device Número de directorio y llamadas features/services Después de la transición.
Después de migrar un grupo de usuarios, pruebe un subconjunto de ellos para validar que todas sus funciones y servicios de llamadas funcionen correctamente. Si las funciones de llamada como cola de llamadas, grupos de búsqueda, etc. se transfieren con el grupo de usuarios, pruebe estos servicios de llamada para comprobar su correcto funcionamiento.
Espacios de trabajo
En , un espacio de trabajo se refiere a una ubicación compartida (como una sala de conferencias, un espacio de reuniones o un escritorio compartido) al que se pueden asignar dispositivos, extensiones y usuarios. A diferencia de los teléfonos Unifed CM tradicionales, los espacios de trabajo son:
-
Centrado en la ubicación: ligado a espacios físicos.
-
Dispositivo flexible: Puede tener uno o más dispositivos (teléfonos de escritorio, pizarras, etc.).
Una vez que se hayan identificado los espacios de trabajo como parte de la transición a , se pueden agregar en Dispositivos. Cada espacio de trabajo necesita una asignación de dispositivo y, si ya están en Unified CM, es necesario restablecerlos o reaprovisionarlos. Se pueden habilitar o deshabilitar funciones como correo de voz, reenvío de llamadas y captura de llamadas, y se pueden aplicar políticas para videollamadas, estacionamiento de llamadas y movilidad según sea necesario. Pruebe cada espacio de trabajo realizando llamadas internas y externas, probando funciones de video, conferencias y movilidad. Por último, informe a los usuarios sobre los procesos aplicables para los dispositivos y reservas del espacio de trabajo.
Para obtener más información sobre los espacios de trabajo en , consulte Espacios de trabajo.
Dispositivos de aprovisionamiento
Los teléfonos que actualmente están registrados deberán migrarse como parte de la transición a la nube. Para que la migración sea lo más sencilla posible y con mínimas posibilidades de falla, Cisco recomienda migrar sitios físicos o departamentos al mismo tiempo. Sin embargo, es posible que sea necesario migrar usuarios en lotes debido a dependencias de funciones. Consulte la sección Migrar usuarios en lotes para obtener más detalles.
Cualquier teléfono compatible desde el cual necesite realizar la transición deberá configurarse como usuario o espacio de trabajo y el teléfono físico deberá reconfigurarse para registrarse con . Además, los teléfonos de las series 7800 y 8800 necesitan que su firmware se actualice del firmware Enterprise al firmware de teléfono multiplataforma (MPP). Este proceso incluye la carga del firmware de transición antes de cargar el firmware MPP necesario para el registro. También se requiere la licencia de migración correspondiente. Cisco ha mejorado este proceso en los últimos años para que sea más fácil actualizar sus teléfonos con firmware empresarial al firmware MPP. Para obtener más información sobre los pasos para completar la actualización del firmware, consulte Convertir teléfonos IP de las series Cisco 7800 y 8800 entre firmware empresarial y MPP.
Además de los pasos descritos en este artículo, tiene una herramienta incorporada, Migrar su teléfono a Webex Calling, que puede utilizar para ayudar a migrar sus teléfonos 7800 y 8800 del firmware Enterprise al MPP. Esta herramienta también le permite agregar los teléfonos y asignarlos a los usuarios o espacios de trabajo adecuados. Para obtener más información sobre el uso de la herramienta, consulte Migrar su teléfono.
Para cualquier teléfono de la serie 9800 registrado con el firmware mencionado anteriormente, no se aplica el requisito de migración. Estos teléfonos ejecutan PhoneOS, que es compatible con ambos y . Para transferir estos teléfonos, deberá agregarlos a Webex Calling, asignarlos a un usuario o espacio de trabajo y luego restablecerlos de fábrica. Secuencia de arranque de PhoneOS para el registro La figura a continuación muestra la secuencia de arranque de PhoneOS y cómo se registrará el teléfono una vez que se haya agregado a , incluso si el teléfono aún está aprovisionado en and/or Las opciones DHCP (ejemplo: 150) están en uso.
admite el restablecimiento de fábrica de los dispositivos PhoneOS para permitir la incorporación sin intervención en . Los administradores pueden restablecer de fábrica de forma remota los teléfonos 9800 y 8875 a través de las páginas de administración de CUCM, lo que elimina la necesidad de acceso físico a los teléfonos para incorporarlos a . Esta función es compatible con los paquetes de dispositivos a partir del 9 de septiembre de 2025:
-
CUCM v15 - Administrador de Comunicaciones Unificadas Versión 15
-
CUCM v14 - Administrador de comunicaciones unificadas versión 14.
Para obtener más información sobre el proceso de registro para la serie 9800, consulte Proceso de registro.
Además de los teléfonos IP de Cisco, puede ser necesario aprovisionar otros dispositivos como adaptadores telefónicos analógicos (ATA), teléfonos inalámbricos (Wifi, DECT), dispositivos de video, puertas de enlace de voz y dispositivos y teléfonos deterceros . Muchos de estos dispositivos no tienen una ruta de actualización de firmware como los teléfonos IP para pasar del firmware empresarial al firmware en la nube. Por lo tanto, aprovisionarás cada uno de estos dispositivos en Control Hub. Algunos de estos no se pueden migrar y será necesario reemplazarlos por el modelo equivalente (por ejemplo, ATA). 191/192) y otros requerirán una reconfiguración manual and/or cambios de software.
- Puertas de enlace de voz - Para migrar su puerta de enlace local, consulte Migrar puerta de enlace local.
Para obtener más información sobre cómo configurar su puerta de enlace de voz VG400, VG410 o VG420 en Control Hub, consulte Puerta de enlace local
-
Adaptador de teléfono analógico (ATA) - Para comenzar a utilizar su Cisco ATA 191 y 192, consulte Cisco ATA.
-
Teléfono inalámbrico Wifi - Para integrar los teléfonos inalámbricos 840 y 860, consulte Integrar teléfono inalámbrico Webex.
-
Teléfonos inalámbricos DECT - Para comenzar a utilizar su nuevo Cisco IP DECT serie 6800, consulte Cisco IP DECT.
Para crear y administrar una red DECT digital en Control Hub, consulte Administrar red DECT
Para obtener más información sobre Cisco IP DECT 6800, consulte Guía de implementación
-
Dispositivos y teléfonos deterceros - Trabaje con proveedoresexternos en device/phone requisitos y el proceso para migrarlos o reemplazarlos para brindar soporte.
Configurar características
Cualquier función de llamada que sea necesaria debe aprovisionarse antes o durante la transición. Como se analizó durante la sección Migrar usuarios en lotes, las funciones de llamada se deben configurar y migrar cuando se migra a los usuarios que las utilizan.
Para obtener detalles sobre cómo configurar cada una de las funciones, consulte los artículos de ayuda de configuración correspondientes.
-
Asistentes automáticos: para administrar los asistentes automáticos, consulte Asistentes automáticos
-
Estacionamiento de llamadas: para administrar el estacionamiento de llamadas, consulte Estacionamiento de llamadas
-
Captura de llamadas: para configurar el grupo de captura de llamadas, consulte Captura de llamadas
-
Cola de llamadas s - Para configurar la cola de llamadas, consulte Cola de llamadas
-
Grupos de búsqueda: para administrar grupos de búsqueda, consulte Administrar grupo de búsqueda
-
Modos de funcionamiento - Para enrutamiento de llamadas basado en modos de funcionamiento, consulte Enrutamiento de llamadas basado en modos de funcionamiento
-
Grupos de paginación: para configurar un grupo de paginación, consulte Configurar un grupo de paginación
-
Grabaciones: para administrar la grabación de llamadas de , consulte Administrar grabaciones
-
Alcance de número único: para configurar el alcance de número único (oficina en cualquier lugar), consulte Configurar número único
-
Grupo de correo de voz: para administrar un correo de voz compartido y un buzón de fax entrante para , consulte Administrar correo de voz.
Prueba de aceptación
Las pruebas de aceptación garantizan que el entorno migrado cumpla con los requisitos funcionales, funcione como se espera y brinde una experiencia de usuario perfecta en todos los flujos de trabajo de comunicación. Este proceso de validación es multifacético y abarca todo, desde el aprovisionamiento de usuarios y la asignación de números hasta el rendimiento operativo de las funciones de llamadas avanzadas.
Esta sección proporciona ejemplos y destaca aspectos clave a tener en cuenta durante las pruebas de aceptación; sin embargo, no pretende servir como una lista de verificación exhaustiva o completa.
Aprovisionamiento de usuarios y asignación de números
Un aspecto fundamental de las pruebas de aceptación implica verificar que todos los usuarios estén aprovisionados de forma precisa y completa dentro de . Esto requiere una comparación exhaustiva entre el directorio de origen () y la base de usuarios recientemente establecida para garantizar que cada cuenta de usuario, junto con los atributos asociados, como números de extensión y asignaciones de marcación directa entrante (DID), se hayan migrado correctamente. La integridad del aprovisionamiento es fundamental no solo para la operatividad desde el primer día, sino también para la administración y el soporte continuos.
La validación de la asignación de números incluye la confirmación de que a cada usuario se le asigna la extensión y el número externo correctos, y que estos números se enrutan correctamente en los flujos de llamadas internos (en la red) y externos (PSTN). Es esencial verificar si hay superposiciones, asignaciones faltantes o configuraciones incorrectas que podrían provocar errores de enrutamiento de llamadas o interrupciones del servicio.
Flujos de llamadas PSTN y presentación del identificador de llamadas
Un procedimiento de pruebas de aceptación sólido debe abarcar la validación de extremo a extremo de los flujos de llamadas PSTN. Esto incluye escenarios de llamadas entrantes y salientes. Para las llamadas PSTN entrantes, el equipo de pruebas debe confirmar que las llamadas se entreguen a los puntos finales previstos, ya sean usuarios individuales, colas de llamadas, grupos de búsqueda o asistentes automáticos. Las llamadas PSTN salientes deben realizarse correctamente, prestando especial atención a la correcta entrega y presentación de la información de identificación de la persona que llama. Esto implica garantizar que el nombre y el número correctos de la persona que llama se muestren a los destinatarios externos, de acuerdo con las políticas de la organización y los requisitos reglamentarios.
Las pruebas también deben abordar escenarios de conmutación por error, como el manejo de puntos finales inalcanzables o interrupciones de la red. Esto ayuda a confirmar que los mecanismos de respaldo y el enrutamiento alternativo funcionan correctamente, manteniendo la continuidad y la confiabilidad del servicio.
Flujos de llamadas en la red
Los flujos de llamadas internos, o en red, forman la columna vertebral de la comunicación empresarial. Las pruebas de aceptación en esta área verifican que las llamadas entre usuarios dentro de la organización se enruten correctamente y que las funciones como transferencia de llamadas, retención, reenvío y conferencia funcionen según lo previsto. Se debe confirmar la integridad de los planes de marcación, la conectividad entre extensiones y el soporte de las políticas de llamadas de la organización.
Manejo de llamadas de usuario y validación de funciones
Un aspecto importante de las pruebas de aceptación implica validar cómo los usuarios manejan las llamadas utilizando y los teléfonos de escritorio compatibles. Este proceso se centra en confirmar que los flujos de trabajo de llamadas diarias sean intuitivos y confiables, y que los usuarios tengan acceso perfecto a las funciones principales necesarias para sus roles. Las pruebas deben evaluar la facilidad con la que los usuarios pueden realizar y recibir llamadas, gestionar funciones de espera y reanudación y realizar transferencias tanto ciegas como consultivas. También es esencial verificar que el reenvío de llamadas, las conferencias y otras funciones avanzadas, como estacionar y recuperar llamadas o activar la función no molestar, estén fácilmente disponibles y funcionen sin problemas.
La experiencia debe evaluarse en términos de claridad y capacidad de respuesta, considerando cómo los usuarios interactúan con el historial de llamadas, el correo de voz y los directorios integrados. Se debe prestar especial atención a la capacidad de mover llamadas activas entre dispositivos y utilizar los controles durante la llamada de manera eficaz dentro de la aplicación o en teléfonos físicos. El objetivo final es garantizar que la experiencia del usuario final sea consistente, eficiente y respalde plenamente las necesidades de comunicación de la organización después de la migración.
Cola de llamadas: Experiencia de agente y supervisor
Las colas de llamadas se utilizan con frecuencia para gestionar escenarios de llamadas entrantes de gran volumen. Las pruebas de aceptación aquí se centran en varias dimensiones. En primer lugar, se debe verificar que las llamadas se distribuyan a los agentes de acuerdo con la lógica de cola configurada, como por ejemplo, round robin, inactividad más larga o timbre simultáneo. Se debe examinar la presentación de llamadas en cola en los escritorios de los agentes para garantizar su claridad y facilidad de uso, garantizando que los agentes puedan aceptar, retener y transferir llamadas de manera eficiente.
Para los supervisores, la experiencia de escritorio debe evaluarse en función de características como monitoreo en tiempo real, intrusión de llamadas y análisis o información sobre el rendimiento de la cola. Esto incluye, entre otras cosas, la validación de paneles y herramientas de informes que brindan datos útiles sobre la distribución de llamadas, la actividad del agente y las métricas de la cola.
Grupos de búsqueda: Distribución de llamadas
Los grupos de búsqueda son un mecanismo clave para distribuir llamadas a conjuntos predefinidos de usuarios. Las pruebas de aceptación deben confirmar que las llamadas se enrutan a los miembros del grupo según el algoritmo de búsqueda configurado y que los escenarios de desbordamiento, reenvío y falta de respuesta se manejan según el diseño. Garantizar que la membresía del grupo y los comportamientos de enrutamiento de llamadas coincidan con los establecidos previamente es esencial para la coherencia operativa y la satisfacción del usuario.
Asistentes automáticos: Anuncios y operaciones del menú
Los asistentes automáticos representan la primera línea del manejo automatizado de llamadas. Las pruebas deben cubrir la reproducción de anuncios, la precisión de los saludos grabados y el funcionamiento correcto de los árboles de menú. Las selecciones del menú deben dirigir de manera confiable a las personas que llaman a los departamentos, individuos o números externos apropiados. Las pruebas también deben incluir escenarios no válidos o con tiempo de espera agotado para confirmar que quienes llaman reciben una guía clara o son redirigidos según lo previsto.
Operación del correo de voz
Por último, la funcionalidad del correo de voz es fundamental para la experiencia del usuario. Las pruebas de aceptación deben verificar que los buzones de correo de voz estén correctamente asignados y sean accesibles, tanto desde dentro de la organización como de forma remota. Se debe confirmar la capacidad de grabar, recuperar y administrar mensajes, junto con la entrega de notificaciones.
Optimizar
Migración de PSTN a Cloud Connect para
Una vez que todos los puntos finales y usuarios se migran a las llamadas en la nube, el único propósito de Unified CM es actuar como un tránsito entre las puertas de enlace PSTN y a través de la puerta de enlace local. Eliminar las puertas de enlace PSTN y la puerta de enlace local de la imagen mediante el uso de Cloud Connect como acceso PSTN para todos los usuarios de Webex Calling tiene varios beneficios, incluidos la reducción de costos y una confiabilidad mejorada. Para realizar la transición del acceso PSTN local a Cloud Connect para , siga estos pasos:
-
Cloud Connect para la selección de socios.
Consulte la lista de socios de Cloud Connect y seleccione entre los socios disponibles para la ubicación de su organización.
-
Conexión a la nube para validación.
Antes de cambiar el acceso PSTN de las ubicaciones a Cloud Connect, se debe verificar y validar la conectividad a PSTN a través del socio de Cloud Connect seleccionado. Para este propósito, es necesario aprovisionar una ubicación de prueba con algunos usuarios de prueba aprovisionados en esa ubicación de prueba. Luego, el acceso PSTN para esta ubicación de prueba se configura para el socio de Cloud Connect antes de validar la conectividad PSTN utilizando los teléfonos de prueba. Tras una validación exitosa, se puede desabastecer la ubicación de prueba.
-
Portabilidad de números.
Para prepararse para la transición a Cloud Connect, es necesario realizar un pedido de puerto para todos los números actualmente asignados al troncal PSTN que termina en . Todos los números deben ser transferidos al socio de Cloud Connect. Para mantener la accesibilidad entre ubicaciones, todos los números de todas las ubicaciones deben transferirse al mismo tiempo.
-
Cambiar a socio de Cloud Connect.
En la fecha de la transición, el acceso PSTN para todas las ubicaciones debe configurarse en el proveedor PSTN conectado a la nube, y se debe verificar la conectividad entrante y saliente.
Como se analiza en la sección PSTN del capítulo de diseño, los clientes también pueden optar por trasladar su acceso PSTN a Cloud Connect al inicio de la transición mediante el uso de enlaces troncales PSTN para implementaciones híbridas. Para obtener más información, consulte Conexión troncal PSTN para implementaciones híbridas de Webex Calling. En ese caso, durante la transición, el acceso a PSTN se realiza a través del portal local y, después de mover a todos los usuarios, no hay ningún paso de migración relacionado con PSTN adicional aparte del desmantelamiento y los portales locales.
Optimizar la infraestructura local
Una vez que todos los usuarios hayan realizado la transición y todos los puntos finales hayan realizado la transición al registro en la nube (o hayan sido desmantelados), actualice la infraestructura local adecuada ahora que las llamadas en la nube están en uso. Las actualizaciones de la infraestructura incluyen:
-
Elimine los registros SRV de DNS de control de llamadas y mensajería locales de los servidores DNS locales, incluidos cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Estos registros SRV ya no son necesarios para el descubrimiento del servicio al cliente.
-
Eliminar registros SRV de DNS relacionados con el borde del sistema DNS público, incluidos collab_edge._tls.<domain>. Estos registros SRV ya no son necesarios para el descubrimiento de servicios de cliente de servicios de colaboración de borde.
-
Actualice todos los ámbitos DHCP relevantes para eliminar la opción 66 y la opción 150 TFTP/boot direcciones de servidor. Estos ámbitos ya no son necesarios para el descubrimiento y la descarga de la configuración de control de llamadas de puntos finales.
-
Update/remove dial-peers apropiados en Local Gateway/CUBE Esa ruta llama hacia y desde Unified CM. Estos pares de marcado ya no son necesarios para el enrutamiento de llamadas locales.
-
Eliminar o quitar todas las máquinas virtuales del nodo del clúster and/or servidores. Reutilice los recursos computacionales y el hardware según sea necesario. Estos recursos ya no son necesarios para el control de llamadas y los servicios perimetrales.
-
Eliminar o quitar todas las máquinas virtuales del nodo del clúster and/or servidores. Reutilice los recursos computacionales y el hardware según sea necesario. Estos recursos ya no son necesarios para el correo de voz y los servicios de mensajería unificada.
-
Limpieza: Después de migrar el acceso PSTN a Cloud Connected PSTN, los troncales PSTN, las puertas de enlace PSTN y la puerta de enlace local se pueden desmantelar.
-
Para cualquier solución E911 local existente, elimine todas las ubicaciones o los números que se hayan migrado y, una vez que se complete la transición, elimine las máquinas virtuales o los servidores de la aplicación. Reutilice los recursos computacionales y el hardware según sea necesario. Estos recursos ya no son necesarios para llamadas de emergencia y servicios de ubicación.
-
Los DN que pertenecen a usuarios migrados deben colocarse en una partición oculta para evitar fallas en el enrutamiento de llamadas y para garantizar que todos los CSS tengan acceso prioritario a la ruta en la nube de los mismos DN.
-
Actualice la ubicación física despachable y el elemento de red en Horizon Mobility siempre que se produzcan cambios. Las actividades comunes que requieren actualizaciones son:
-
Reemplazo del conmutador de red
-
Reemplazo de punto de acceso inalámbrico
-
Cambios en el alcance de DHCP
-
Cambios físicos dentro del edificio (si se resuelven cubical/office)
-
Expansión o contracción del espacio físico de oficina dentro de un edificio.
-
Utilice análisis y resolución de problemas
Proporciona capacidades integrales de análisis y resolución de problemas para ayudarlo a visualizar y rastrear su implementación. Estos cubren la calidad de los medios, el historial detallado de llamadas, la cola de llamadas, el grupo de búsqueda y el análisis del asistente automático. En la figura análisis de calidad de los mediosse muestra un ejemplo de análisis de calidad de los medios.
En la resolución de problemas, cada llamada realizada se puede ver con información detallada sobre la calidad de los medios clave y los problemas relacionados con la señalización para ayudar a identificar problemas de medios, así como llamadas fallidas, como se muestra en la figura resolución de problemas de calidad de medios.
La resolución de problemas también se puede integrar con otros productos de Cisco como ThousandEyes y conmutadores Meraki para proporcionar una experiencia integrada aún más rica en Control Hub. Para obtener más información sobre el uso de análisis y solución de problemas de Webex Calling, consulte Solucionar problemas de llamadas de Webex Calling en Control Hub.
