- Inicio
- /
- Artículo
Este documento está diseñado para ayudar a los socios cualificados de Webex Calling Dedicated Instance que han completado la integración en la plataforma Dedicated Instance a comprender los procesos y procedimientos para operar el servicio.
Alcance
Este documento y los materiales de soporte están diseñados para ayudarlo a comprender las responsabilidades operativas entre Cisco y el socio, y están destinados a las siguientes audiencias:
Soporte para partners
Organizaciones de éxito de partners y clientes
Servicio de asistencia técnica (TAC)
Cisco proporciona soporte técnico de nivel 1 de 24x7x365 a los partners. Los partners proporcionan soporte técnico a sus clientes para la resolución de problemas de Dedicated Instance, como se describe en esta sección. El socio puede remitir los problemas de soporte a Cisco, según sea necesario.
Cisco Cloud Delivery administra la infraestructura de Dedicated Instance. Cualquier problema relacionado con dispositivos que no sean administrados por Dedicated Instance será responsabilidad del socio resolver el problema. Los socios deben comprometerse con:
Proveedores adecuados
El equipo de TAC del producto de Cisco correspondiente si el equipo de Cisco tiene un contrato de mantenimiento activo.
Para obtener más información sobre el soporte de nivel 1, consulte.
Responsabilidades de soporte a partners
El soporte técnico para partners incluye la posibilidad de realizar lo siguiente a los clientes:
Proporcionar información general sobre el servicio.
Proporcionar soporte para la configuración.
Filtrar los problemas no técnicos de los problemas técnicos.
Apoyar el aislamiento de problemas y la determinación de defectos de servicio.
Analice dónde se produjo el error.
Restaure los ajustes mal configurados, aplicados por un cliente o el socio, para solucionar el problema.
Resuelva los problemas con cualquier aplicación o infraestructura administrada por el partner.
Prevea los requisitos de gestión de la capacidad para los nuevos usuarios más allá de los requisitos iniciales.
Configure las características de la aplicación y realice el aprovisionamiento del usuario.
Gestionar la facturación y facturación de los clientes.
Ser propietario de la relación con el cliente.
Administre la integración de la solución de los servicios de PSTN.
Administrar la preparación del cliente para las actualizaciones de Dedicated Instance, la renovación de certificados y el mantenimiento de la infraestructura.
Cuando el socio se compromete con el TAC de Cisco para obtener soporte, el socio es responsable de ayudar en la clasificación de problemas. Esta responsabilidad incluye lo siguiente:
Capturar y proporcionar los detalles de los problemas notificados
Ayuda en los problemas de replicación y clasificación según lo solicitado por el TAC de Cisco
Ayuda en las correcciones de pruebas
Confirmar que los problemas no están relacionados con hardware, software, aplicaciones u otras fuentes proporcionadas por el usuario final.
Es responsabilidad del partner garantizar que sus clientes satisfagan los siguientes tipos de necesidades de soporte técnico.
Tipo | Pregunta/problema |
---|---|
Preguntas básicas ¿Cómo puedo...? | ¿Cómo funciona mi teléfono? ¿Qué características tengo? ¿Cómo utilizo esas características? ¿Cómo utilizo el portal de atención automática? ¿Cómo utilizo el portal de administración de aplicaciones de UC de Dedicated Instance? ¿Cómo puedo marcar un número de PSTN? ¿Cómo cambio mi pin de correo de voz? |
Problemas de soporte más comunes que maneja el socio | El teléfono no se enciende No se puede inscribir teléfonos No se puede verificar el correo de voz. No se puede utilizar una característica de Cisco UCM No se puede realizar una llamada. No se puede recibir una llamada No se puede escuchar el audio No se puede conectar a la aplicación Jabber/Webex No se puede utilizar el softphone de la aplicación Jabber/Webex |
Problemas técnicos de configuración del cliente | Instalación de clientes de software Configuración y configuración de usuarios finales, características o plan de marcado Configuración y configuración de voz, vídeo, correo de voz o servicio de MI y presencia Aprovisionamiento de cuentas de usuario y extremos, incluida la implementación de LDAP y SSO |
Posibles errores de aplicación | Informar a Cisco sobre las funciones y características que no funcionan según lo documentado |
Tiempo de inactividad o disponibilidad del servicio | Confirme la disponibilidad y el estado del servicio. Confirme la disponibilidad en el entorno de red del cliente, incluida la conectividad en la nube o la red PSTN, o la conectividad SIP para la integración de telefonía. |
Requisitos del soporte técnico para partners
Cuando el socio escala una necesidad de soporte al TAC de Cisco, el socio debe proporcionar la siguiente información:
Información general del caso
Proporcione un número de suscripción o un número de contrato de servicio válido.
Las personas que llaman deben identificarse como miembros del equipo de soporte para partners que representan al partner o a una cuenta de cliente revendida.
El nombre, el número de teléfono y la dirección de correo electrónico del representante del socio o la información genérica del socio del equipo que se remita a Cisco.
Cuando se comunique con el soporte de la nube de Cisco, identifique al socio, al cliente y al problema.
Funciones y responsabilidades de soporte de Cisco
Cisco es responsable de proporcionar soporte al socio para el servicio de Dedicated Instance Cloud dentro del centro de datos de Cisco Cloud, lo que incluye la corrección y un análisis de la causa raíz del problema de alto nivel (Cisco no proporcionará información detallada a nivel de infraestructura en el análisis de la causa raíz). En caso de incidentes de gravedad 1 o 2, Cisco notificará proactivamente a los socios por correo electrónico.
Cisco no es responsable de proporcionar soporte para:
Red y equipos de socios o clientes conectados al centro de datos de Dedicated Instance Cloud y a las instalaciones del cliente.
El nodo de supervivencia mejorado implementado en las instalaciones del cliente será responsabilidad conjunta del socio/cliente y Cisco.
Software o hardware de terceros
El socio es responsable de obtener soporte o actualizaciones en software o hardware de terceros si se determina que esa es la causa del incidente.
Notificaciones y alertas relacionadas con el soporte
Los socios reciben alertas y boletines de mantenimiento en Control Hub para la declaración y la resolución de interrupciones identificadas en los servicios centrales. Los socios también reciben aviso por adelantado de actividades de mantenimiento impactantes o de aquellas que se extiendan fuera de las ventanas de mantenimiento reservadas.
Estas alertas se envían a los partners que se han inscrito en las alertas de Control Hub para recibir notificaciones de “Mantenimiento e interrupciones”; consulte Alertas en Control Hub. Los socios son responsables de garantizar que Cisco tenga información de contacto precisa y actualizada. Cisco recomienda a los administradores crear una cuenta y utilizar la aplicación de Webex para las notificaciones.
Gestión de cambios
El equipo de Dedicated Instance utiliza procedimientos formales y estandarizados para garantizar la estabilidad y la seguridad del servicio en la nube. Estos procedimientos estandarizados facilitan una implementación eficiente y eficaz al tiempo que gestionan las solicitudes de cambio.
Mantenimiento
Ventana de mantenimiento
Cisco notifica al socio las actividades de mantenimiento planificadas. Todos los cambios planificados se producen en una ventana de mantenimiento. Cisco le proporciona al socio un aviso por escrito con al menos 10 días hábiles de anticipación para el mantenimiento planificado que afectará la capacidad de llamadas del cliente. Estas alertas se envían a los socios que se han inscrito en las alertas de Control Hub para recibir notificaciones de “Mantenimiento e interrupciones”; consulte Alertas en Control Hub. Los socios son responsables de garantizar que Cisco tenga información de contacto precisa y actualizada. Cisco recomienda a los administradores crear una cuenta y utilizar la aplicación de Webex para las notificaciones.
El mantenimiento incluye las siguientes actividades:
Actividades de mantenimiento rutinarias que tienen un riesgo mínimo de impacto en el cliente
Actividades planificadas y planificadas que perturben la capacidad de llamadas para el cliente.
Renovaciones rutinarias de certificados de aplicaciones de UC administradas por Cisco. Las renovaciones se basan en el período de validez y la fecha y hora de renovación de los certificados. Cisco renueva los certificados de las aplicaciones de UC solo 3-7 días antes de la fecha de vencimiento y sigue el proceso estándar de administración de cambios.
Para los Clientes que hayan habilitado el inicio de sesión único (SSO) en aplicaciones de UC, una vez que Cisco complete la renovación del certificado, el socio debe deshabilitar el SSO, volver a importar el archivo de metadatos de IDP y volver a habilitar el SSO. También se recomienda que el socio o el cliente validen el SSO.
Las ventanas de mantenimiento son las siguientes para AMER:
9 p.m. ET hasta las 6 a.m. ET, de lunes a viernes
9 p.m. ET hasta las 6 a.m. ET, los fines de semana (solo mantenimiento de la infraestructura de Cisco)
Las ventanas de mantenimiento son las siguientes para APJC:
9 p.m. JST hasta las 6 a.m. JST, de lunes a viernes
9 p.m. JST hasta las 6 a.m. JST, los fines de semana (solo mantenimiento de la infraestructura de Cisco)
Las ventanas de mantenimiento son las siguientes para AUS:
9 p.m. ACT hasta las 6 a.m. ACT, de lunes a viernes
9 p.m. ACT hasta las 6 a.m. ACT, los fines de semana (solo mantenimiento de la infraestructura de Cisco)
Los plazos de mantenimiento son los siguientes para la UE y la EMEA:
9 p.m. CET hasta las 6 a.m. CET, de lunes a viernes
9 p.m. CET hasta las 6 a.m. CET, los fines de semana (solo mantenimiento de la infraestructura de Cisco)
El tiempo para las ventanas de cambio mencionadas anteriormente es fijo por región y no se puede cambiar. |
Al planificar el mantenimiento, Cisco hará todo lo posible por minimizar o eliminar la posibilidad de cualquier interrupción del servicio telefónico en función de la arquitectura geo-redundante de Dedicated Instance. Cisco espera que todas las configuraciones de partners y clientes potenciales se adhieran a las mejores prácticas de Dedicated Instance para la redundancia. Cisco no es responsable de una pérdida de redundancia debido a una configuración incorrecta por parte del socio. Es responsabilidad del socio validar y probar todas las integraciones de terceros que no están alojadas/administradas en la nube de Dedicated Instance.
Cisco inicia actualizaciones de aplicaciones de UC solo por los siguientes motivos:
Existe una vulnerabilidad de seguridad en la versión actual de la aplicación UC y la corrección requiere una actualización o instalación de COP.
El cliente se encuentra actualmente en una versión inferior a n-1 (de la versión actual compatible con Dedicated Instance) o en una versión que se acerca al fin del ciclo de vida.
Los socios también pueden solicitar una mejora a través de un caso de TAC si hay una nueva compatibilidad de características disponible en versiones posteriores de la aplicación UC.
Cisco envía una notificación de mantenimiento al socio y al cliente 10 días antes de la ventana de cambio, y se recomienda que el socio responda a Cisco en un plazo de 2 a 3 días si la planificación de cambio propuesta entra en conflicto con sus prioridades comerciales. Esto permite que Cisco encuentre una ventana de cambio alternativa (días y fines de semana) (la fecha reprogramada es solo según las fechas disponibles de operaciones de Cisco). Sin embargo, en situaciones urgentes o de emergencia, como la corrección de vulnerabilidades de seguridad graves, certificados que están a punto de expirar, no será posible la flexibilidad para cambiar la ventana de mantenimiento.
El análisis de vulnerabilidades de Dedicated Instance realizado por un socio o cliente no es compatible. La instancia dedicada tiene su propio régimen de análisis de vulnerabilidades que se está ejecutando constantemente. También realizamos pruebas PEN independientes regulares y proporcionamos una carta de certificación en el portal de confianza de Cisco. |
El socio puede reprogramar el mantenimiento enviando un correo electrónico a ucm-cloud-change-management@cisco.com con el motivo detallado de la reprogramación.
Cambios solicitados por el socio
Los cambios solicitados por el socio requieren una revisión conjunta para evaluar el impacto en Dedicated Instance. Estos incluyen los cambios que el socio desea que realice Cisco y los que el socio desea realizar. Por ejemplo:
Cambios de configuración que afectan a dispositivos límite o a la integración de aplicaciones
Solicita desactivar un servicio.
Las solicitudes de cambios importantes, como la desactivación de un servicio, se envían a Cisco. El socio captura los requisitos y se envía a Cisco a través del equipo de éxito del socio o del administrador de cuentas para iniciar una revisión conjunta. Antes de la implementación del cambio, la solicitud es evaluada conjuntamente por Gestión de Productos de Dedicated Instance y el socio.
Cambios de emergencia
Cisco y el socio pueden realizar cambios de emergencia inmediatamente, o en la siguiente ventana de mantenimiento disponible, por los siguientes motivos.
Para restaurar el servicio a un cliente
Para reducir el impacto de una interrupción
Para evitar una posible interrupción del servicio del cliente
Para corregir una vulnerabilidad de seguridad
En el caso de cambios de emergencia en la red fuera de la instancia exclusiva, el socio notifica a Cisco los impactos del cliente que son visibles para Cisco. Cuando sea razonablemente posible, el socio abre un caso con Cisco para que Cisco pueda reaccionar ante el impacto.
Al realizar un cambio de emergencia en la instancia exclusiva, Cisco notifica al socio cuando sea razonablemente posible. El correo electrónico que identifica cualquier impacto en el cliente causado por el cambio de emergencia se envía a la lista de comunicaciones.
Gestión de incidentes
La gestión de incidentes minimiza los efectos adversos en el negocio causados por errores en el entorno. Cisco analiza los incidentes a medida que se producen para identificar rápidamente una causa. A continuación, Cisco aplica una solución alternativa hasta que se pueda implementar una solución permanente.
Los partners gestionan la gestión de incidentes en sus redes de acuerdo con sus propios procesos establecidos. Los socios notifican a Cisco las actividades que pueden generar alarmas u otras notificaciones que son visibles para Cisco.
Cisco sigue el proceso de la ventana de mantenimiento para aplicar los cambios.
Clasificación de casos de soporte
El socio establece la gravedad del caso de soporte del TAC al abrir un ticket de soporte con Cisco, en función del impacto comercial. El socio puede solicitar una remisión a una mayor gravedad durante el ciclo de vida de un ticket, en función de los cambios en el impacto en la empresa.
La siguiente sección sirve como guía para que el socio determine el nivel de gravedad correcto al abrir un ticket de soporte de TAC.
Impacto del caso de soporte
Un caso de soporte del TAC se clasifica de acuerdo con su impacto en la empresa (tamaño, alcance).
El impacto es una medida de la criticidad empresarial de un Incidente, a menudo equivalente a la medida en que un incidente conduce a la disponibilidad de la solución.
Nivel de impacto del incidente | Definiciones de impacto |
Generalizado | Más de tres cuartas partes del entorno de partners están afectadas |
Grande | Entre la mitad y las tres cuartas partes del entorno de la pareja están afectadas |
Localizado | Entre una cuarta parte y la mitad del entorno del socio se ve afectado |
Individualizado | Menos de una cuarta parte del entorno del socio está afectado |
Caso de urgencia de apoyo
La urgencia define la criticidad del Incidente y su impacto en los Servicios o la capacidad de los socios para recibirlos.
Nivel de urgencia del incidente | Definiciones de urgencia |
Crítico | La capacidad de llamada se detiene sin copia de seguridad ni redundancia |
Alto | La capacidad de llamada se degrada gravemente |
Medio | Otra función está detenida |
Baja | Otra función se degrada |
Gravedad del caso de soporte
La gravedad define el nivel de esfuerzo dedicado por Cisco y el socio para resolver el incidente.
Nivel de gravedad del incidente | Definiciones de gravedad |
S1 (crítico) | Cisco y el socio comprometen los recursos necesarios las 24 horas del día, los 7 días de la semana para resolver la situación |
S2 (alto) | Cisco y el socio asignan recursos de tiempo completo durante el horario comercial estándar para resolver la situación |
S3 (medio) | Cisco y el socio asignan recursos durante el horario comercial estándar para restaurar el servicio a niveles satisfactorios |
S4 (bajo) | Cisco y el socio asignan recursos durante el horario comercial estándar para proporcionar información o asistencia |
El nivel de gravedad se determina aplicando las definiciones de impacto y urgencia.
Matriz de gravedad del caso de soporte
Impacto | |||||
Generalizado | Grande | Localizado | Individualizado | ||
Urgencia | Crítico | S1 | S1 | S2 | S3 |
Alto | S1 | S2 | S2 | S3 | |
Medio | S2 | S3 | S3 | S3 | |
Baja | S4 | S4 | S4 | S4 |
Cisco tiene la capacidad durante la clasificación de incidentes de cambiar la gravedad de los casos y degradar la gravedad del ticket de soporte, si está justificado. El caso puede quedar abierto durante un período prescrito mientras se esté evaluando la estabilidad operativa.
Objetivos de tiempo de respuesta de soporte de software
En la siguiente sección se detalla el tiempo de respuesta planificado de Cisco para los casos enviados según su gravedad. En ocasiones, podrá ajustarse la severidad del caso para ajustarse a las directrices anteriores.
Objetivo de Cisco y nivel de servicio
Webex Calling Dedicated Instance proporciona a los partners soporte técnico en inglés 24x7. Los partners pueden enviar problemas S3 y S4 directamente en Administrador de casos de soporte de Cisco. Para los problemas S1 y S2, se recomienda llamar al número de TAC global 1-800-553-2447.
El estándar de Cisco es cumplir con los niveles de gravedad S3 y S4 al menos el 95 % del tiempo, según la siguiente cuadrícula:
Nivel de gravedad | Respuesta dentro de: |
S1 | 15 minutos |
S2 | 30 minutos |
S3 | 1 día hábil |
S4 | 3 días hábiles |
El tiempo de respuesta es el tiempo transcurrido para que Cisco reconozca un problema de una gravedad determinada. Si Cisco no puede resolver el problema en el intervalo especificado, Cisco proporciona un estado y un plan de acción para su resolución. El tiempo de resolución depende de que la persona calificada del lado del socio esté disponible para ayudar a reproducir o aislar el problema, sea una incompatibilidad entre Cisco y el entorno del socio. Si una persona de este tipo no puede estar disponible, estos tiempos de resolución pueden ampliarse.
Si Cisco no logró un estado o una resolución aceptables en los plazos indicados, los socios deben remitir a Cisco.
Archivos del paquete de opciones de Cisco (COP)
Cisco lanza archivos COP para cambiar ligeramente la forma en que se ejecuta el código de producción y proporciona a Cisco una forma de implementar software fuera de los ciclos regulares de lanzamiento de software. Si es necesario, los archivos COP se liberan en algún momento después de que se libera el código de producción inicial. Los equipos de producción liberan archivos COP para problemas de alto impacto y cuando no hay solución disponible para un problema. Además de las correcciones de problemas, a veces se liberan archivos COP para distribuir utilidades al actualizar (por ejemplo, limpieza del disco).
Por lo general, los avisos de campo con problemas corregidos tienen un archivo COP asociado. Por lo general, hay un archivo COP separado para cada problema.
Los PSIRT no siempre tienen un archivo COP asociado. En el caso de los PSIRT, normalmente se publica una nueva versión para una mejora completa. |
Senarios iniciados por Cisco
Si Cisco determina que el entorno de instancia exclusiva de un cliente necesita una instalación de un archivo COP, Cisco utiliza uno de los siguientes procesos:
Si el archivo COP dicta una corrección de emergencia (vulnerabilidad o fallo inminente), Cisco carga el archivo COP durante la ventana de mantenimiento planificado de Cisco.
En todos los demás casos, la instalación del COP se programará como un mantenimiento regular con socio o cliente siguiendo el procedimiento de gestión de cambios regular.
Escenario iniciado por el cliente
Si un cliente decide que necesita una instalación del archivo COP (firmware del teléfono, paquetes de configuración regional de idioma, paquetes de dispositivos), el cliente debe iniciar el siguiente proceso:
Cree una solicitud de servicio en Control Hub para el archivo COP específico que se cargará en el servidor SFTP en Dedicated Instance; consulte Solicitud de servicio.
Cisco solo cargará el archivo al servidor SFTP. Es responsabilidad del socio descargar la aplicación COP a UC e instalarla, según su conveniencia. |
Los archivos COP se publican en la página de descarga de software de Cisco:
Gestión de la capacidad
Cisco y el socio administran la capacidad de la red y los centros de datos para permitir la incorporación de clientes a la solución Dedicated Instance. El proceso de gestión de la capacidad incluye el seguimiento del crecimiento continuo de los suscriptores de clientes.
Cisco y el socio tienen responsabilidades separadas en el proceso de administración de capacidades.
Responsabilidad del socio
El socio se asegura de que su equipo de red tenga capacidad suficiente para manejar la carga y una cantidad adecuada de crecimiento previsto.
El socio proporciona el recuento de trabajadores del conocimiento y dispositivos del espacio de trabajo durante la activación de la instancia dedicada (el número proporcionado debe ser el estado final del número total que se configurará en la instancia dedicada). Según los detalles proporcionados, Cisco realizará el dimensionamiento de las aplicaciones de UC en Dedicated Instance. Para obtener más información sobre el dimensionamiento de aplicaciones de UC, consulte. El socio administra el aprovisionamiento de características y usuarios dentro de la capacidad solicitada.
El socio debe informar a Cisco sobre los cambios en el recuento de trabajadores del conocimiento y dispositivos del espacio de trabajo proporcionado durante la activación. Según los detalles proporcionados, Cisco analizará los cambios necesarios para las aplicaciones de UC y realizará los cambios necesarios. Para lo mismo, el socio debe plantear un caso de soporte del TAC con Cisco y trabajar juntos en un plan de expansión. El socio puede configurar las funciones y los usuarios solo después de que se haya agregado la capacidad adicional para el cliente.
Puede llevar tiempo añadir capacidad adicional, dependiendo del tipo de requisito de crecimiento. Esto se trabajará conjuntamente entre el socio y Cisco. |
Responsabilidad de Cisco
El servicio de Dedicated Instance supervisa la capacidad del centro de datos y garantiza que su equipo de centro de datos tenga capacidad suficiente para manejar la carga y una cantidad adecuada de crecimiento previsto.
Cisco informa al socio sobre expansiones o cambios planificados para abordar el crecimiento de la capacidad si esos cambios afectan al cliente. La implementación de mejoras y cambios sigue el proceso de gestión de cambios.
Administración de versiones
Cisco mantiene las aplicaciones de Dedicated Instance Cloud (CUCM, CUCxN, IM&P, CER, Expressway y SME (opcional)) actualizadas, según Cisco considere apropiado, con las características y funcionalidades más recientes. Los clientes pueden operar en cualquier momento dado con la versión más reciente (“n”) o la versión anterior (“n-1”).
Cisco informa al socio sobre la disponibilidad de la versión y las mejoras planificadas (incluidos los requisitos de mejora) como parte de las alertas y notificaciones de Administración de cambios. Cisco se comunicará cuando identifiquemos a los clientes que se mejorarán. Cisco también comunicará la versión a la que se mejorará el cliente. El socio puede optar por volver a planificar la mejora una vez, según las necesidades comerciales del cliente, hasta una semana antes de la mejora planificada. Una vez finalizada correctamente una mejora, Cisco notificará al socio.
Para obtener más información, consulte Gestión de cambios.
Administración de versiones para la versión de Cisco Collaboration Systems
Cuando se encuentra disponible una nueva versión de Sistemas de colaboración, la versión anterior (“n-1”) se convierte en “n-2” y la versión actual (“n”) se convierte en “n-1”.
Acciones de clientes de instancias exclusivas | v12.5-SU7a (n-1) | v14.0-SU3 (n) | v15.0-SU1 (no liberado) |
---|---|---|---|
Nuevas implementaciones de clientes | No compatible | Sí | Q2-CY24 |
Mejoras admitidas | No es compatible** | Sí | Q2-CY24 |
Los clientes pueden quedarse | Hasta que esté disponible la versión v15-SU1 | Sí | ND |
** tendrá que trabajar con Cisco en los requisitos comerciales para permanecer en la versión 12.5 y planificar cuándo el cliente estará listo para pasar a la versión 14.0SU3. Se ha anunciado el fin de vida de la versión v12.5. |
Poco después de que se anuncie una nueva versión de Sistemas de colaboración, la versión “n-2” entra en el período de fin de venta. Todos los clientes que estén en esta versión deben mejorar a la versión más reciente. Cisco ayudará a este esfuerzo informándole al socio que comience a prepararse para la mejora. Cisco y el socio coordinarán conjuntamente una ventana de mantenimiento de acuerdo con las necesidades comerciales del cliente.
La mejora a la versión más reciente de Sistemas de colaboración es opcional para los clientes de la versión n-1 de Sistemas de colaboración. Si se requiere una mejora de la versión de Collaboration Systems, o si se requiere una mejora de SU debido a las nuevas características, consulte a Cisco para coordinar una ventana de mantenimiento para la mejora. Si Cisco considera que se requiere una mejora de SU por razones de estabilidad o rendimiento, Cisco se coordinará con el socio para planificar la mejora.
Cisco notificará al socio la conclusión exitosa de una mejora.
Administración de red
Responsabilidades del socio
El socio supervisa su red y los equipos que están conectados al centro de datos de Cisco Dedicated Instance. El socio también supervisa su red y equipos que:
Se utiliza para admitir el servicio de Dedicated Instance Y
Conectado a las instalaciones del cliente.
El partner supervisa todos los dispositivos administrados por el partner integrados con Dedicated Instance Cloud.
Responsabilidades de Cisco
Webex Calling Dedicated Instance utiliza herramientas de red líderes en el sector para supervisar las conexiones de red del centro de datos entre nuestro centro de datos y la red de socios y herramientas de aseguramiento para identificar y aislar proactivamente deficiencias de servicio en nuestros centros de datos georedundantes y dispersos en todo el mundo.
Cisco no supervisa los servicios de integración en los dispositivos administrados por el socio conectados con la nube de Dedicated Instance. Esto incluye, entre otras cosas, lo siguiente:
Cisco no supervisa el enlace troncal SIP de instancia exclusiva hacia un grupo que no sea el grupo de UC de instancia exclusiva
Cisco no supervisa los puntos de ruta CTI de instancia exclusiva hacia un centro de contacto que no sea un Contact Center Express administrado por Cisco.
Responsabilidades de copia de seguridad y restauración
El siguiente es un resumen de las responsabilidades de Cisco y los socios para las operaciones de copia de seguridad y restauración.
Fiesta | Responsabilidades | ||
Socio | En el sistema Dedicated Instance Cloud del socio, el socio siempre debe mantener:
|
||
Cisco | Cisco realiza una copia de seguridad de todas las aplicaciones de UC implementadas en Dedicated Instance todas las noches y las 3 copias de seguridad más recientes se guardan en el centro de datos de Cisco. Las copias de seguridad de más de 3 días se almacenan durante 30 días adicionales. Todas las copias de seguridad están protegidas con contraseña y separadas para cada cliente, que solo se utilizarán para restaurar la aplicación UC como parte de la recuperación de desastres (para obtener más información sobre la recuperación de desastres, consulte Sistema de recuperación de desastres de Cisco). Cisco no realiza restauraciones bajo demanda ni permite utilizarlas como una estrategia de retroceso de cambio.
|
Sistema de recuperación de desastres de Cisco
El Sistema de recuperación de desastres (DRS), que se puede invocar desde el nodo del servicio de administración, mensajería instantánea y presencia de Cisco Unified Communications Manager o desde cualquier nodo de Unity Connection, proporciona capacidades completas de copia de seguridad y restauración de datos para todos los servidores de UC. El DRS permite a Cisco realizar copias de seguridad de datos automáticas o invocadas por el usuario planificadas regularmente. El DRS también realiza una copia de seguridad a nivel de grupo, lo que significa que recopila copias de seguridad para todos los servidores de un grupo de Cisco Unified Communications Manager en una ubicación central y luego archiva los datos de la copia de seguridad en el dispositivo de almacenamiento físico. Cisco realiza una copia de seguridad personalizada de los Expressways y la utiliza para la recuperación de los nodos.
Los socios no tendrán acceso al DRS. Cisco realiza una copia de seguridad de los datos de todas las aplicaciones de UC implementadas en la nube de Dedicated Instance. Si se produce un desastre real, Cisco restaurará los datos de los últimos datos de copia de seguridad disponibles. Los socios pueden realizar la recuperación una vez que Cisco haya realizado la restauración de DRS.
Estrategia de recuperación en caso de desastre:
- Estrategia de recuperación: En el caso de que una situación impacte en nuestro datacenter, que podría afectar tanto a editores como a suscriptores, nuestro objetivo principal es restaurar rápidamente los servicios para minimizar cualquier posible interrupción. El centro de datos de conmutación por error se aseguraría de que la capacidad de llamadas no se vea afectada. Nuestra estrategia de recuperación es adaptable y depende de la naturaleza específica del fallo:
- Fallo de la aplicación: Si el problema se identifica como un fallo de la aplicación o corrupción, nuestro objetivo es establecer un nuevo Editor utilizando la copia de seguridad de DRS y reanudar los servicios en un plazo de un día hábil.
- Fallo de hardware: En caso de fallo del hardware, la decisión de configurar un nuevo editor dentro del mismo centro de datos o de otro diferente, o de recuperar el hardware defectuoso, dependerá de las circunstancias únicas y de la naturaleza del fallo. Nuestra prioridad, como siempre, es minimizar las interrupciones y acelerar la restauración del servicio.
- Momento de activación de la recuperación de desastres: El momento preciso para iniciar nuestros protocolos de recuperación ante desastres depende de varios factores, incluyendo la magnitud del desastre, la duración estimada de la recuperación y el impacto potencial en nuestros servicios. Nuestro equipo especializado supervisa continuamente la situación, esforzándose por encontrar un equilibrio entre la reducción del tiempo de inactividad y la ejecución eficaz del proceso de recuperación ante desastres. En función de estas consideraciones, comunicaremos el Acuerdo de Nivel de Servicio (SLA), las acciones que se están llevando a cabo y los plazos previstos para la recuperación de manera transparente para garantizar que se le mantenga informado durante todo el proceso.