- Inicio
- /
- Artículo
Guía de operaciones para socios
Este documento está diseñado para ayudar a los socios de Instancia dedicada de Webex Calling calificados que han completado la integración con la plataforma de Instancia dedicada a comprender los procesos y procedimientos para operar el servicio.
Alcance
Este documento y los materiales de apoyo están diseñados para ayudarlo a comprender las responsabilidades operativas entre Cisco y el socio, y están destinados a los siguientes públicos:
-
Soporte para socios
-
Organizaciones de éxito de socios y clientes
Servicio de Soporte Técnico (TAC)
Cisco brinda soporte técnico de nivel 1 24x7x365 a los socios. Los socios brindan soporte técnico a sus clientes para solucionar problemas de instancias dedicadas, como se describe en esta sección. El socio puede escalar problemas de soporte a Cisco, según sea necesario.
La infraestructura de instancia dedicada está administrada por Cisco Cloud Delivery. Es responsabilidad del socio solucionar cualquier problema relacionado con dispositivos que no estén administrados por la Instancia Dedicada. Los socios deben colaborar con:
-
Proveedores apropiados
-
El equipo TAC del producto Cisco apropiado si el equipo Cisco tiene un contrato de mantenimiento activo.
Para obtener más información sobre el soporte de Nivel 1, consulte.
Responsabilidades de soporte del socio
El soporte técnico del socio incluye la capacidad de realizar lo siguiente para los clientes:
-
Proporcionar información general del servicio.
-
Proporcionar soporte de 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.
-
Analizar donde ocurrió el error.
-
Restaurar configuraciones incorrectas, aplicadas por un cliente o socio, para solucionar el problema.
-
Resuelva problemas con cualquier aplicación o infraestructura administrada por un socio.
-
Pronosticar los requisitos de gestión de capacidad para nuevos usuarios más allá de los requisitos iniciales.
-
Configurar las características de la aplicación y realizar el aprovisionamiento de usuarios.
-
Manejar la facturación y cobro de clientes.
-
Sea dueño de la relación con el cliente.
-
Gestionar la integración de soluciones de servicios PSTN.
-
Gestionar la preparación del cliente para las actualizaciones de instancias dedicadas, la renovación de certificados y el mantenimiento de la infraestructura.
Cuando el socio se comunica con Cisco TAC para obtener soporte, el socio es responsable de ayudar a clasificar los problemas. Esta responsabilidad incluye lo siguiente:
-
Capturar y proporcionar detalles de los problemas informados
-
Asistencia en la replicación y clasificación de problemas según lo solicitado por Cisco TAC
-
Ayuda en la prueba de correcciones
-
Confirmar que los problemas no estén relacionados con el hardware, el software, las aplicaciones u otras fuentes proporcionadas por el usuario final.
Es responsabilidad del socio garantizar que se aborden los siguientes tipos de necesidades de soporte técnico para sus clientes.
Tipo | Question/Issue |
---|---|
Consultas de usuario Preguntas básicas ¿Cómo hago…? |
¿Cómo funciona mi teléfono? ¿Qué características tengo? ¿Cómo utilizo esas funciones? ¿Cómo uso el portal de Autocuidado? ¿Cómo uso el portal de administración de aplicaciones UC de instancia dedicada? ¿Cómo marco un número PSTN? ¿Cómo cambio mi PIN del buzón de voz? |
Problemas de soporte más comunes que maneja el socio |
El teléfono no se enciende. No se pueden registrar teléfonos. No se puede verificar el correo de voz. No se puede utilizar una función de Cisco UCM. No se puede realizar una llamada. No se puede recibir una llamada No se puede escuchar el audio No se puede iniciar sesión Jabber/Webex Solicitud No se puede utilizar el Jabber/Webex Aplicación softphone |
Problemas técnicos de configuración del cliente |
Instalación de clientes de software Configuración y configuración de usuarios finales, funciones o plan de marcado Configuración y configuración de voz, video, correo de voz o mensajería instantánea y servicio de presencia Aprovisionamiento de cuentas de usuario y puntos finales, incluida la implementación de LDAP y SSO |
Posibles errores de aplicación | Informar a Cisco sobre funciones y características que no funcionan según lo documentado |
Tiempo de inactividad o disponibilidad del servicio |
Confirmar disponibilidad y estado del servicio. Confirmar 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 de soporte técnico para socios
Cuando el socio escala una necesidad de soporte a Cisco TAC, el socio debe proporcionar la siguiente información:
Información general del caso
-
Proporcione un número de suscripción o número de contrato de servicio válido.
-
Las personas que llamen deben identificarse como miembros del equipo de soporte al socio que representan al socio 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 información genérica del socio para el equipo que escala a Cisco.
Al comunicarse con Cisco Cloud Support, identifique al socio, al cliente y el problema.
Funciones y responsabilidades del soporte de Cisco
Cisco es responsable de brindar soporte al socio para el servicio Dedicated Instance Cloud dentro del centro de datos de Cisco Cloud, incluida la remediación y un análisis de causa raíz de alto nivel del problema (Cisco no proporcionará información detallada a nivel de infraestructura en el análisis de causa raíz). En caso de incidentes de gravedad 1 o gravedad 2, Cisco notificará de forma proactiva a los socios por correo electrónico.
Cisco no es responsable de brindar soporte a:
-
Red y equipos de socios o clientes que están 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 de partner/customer y Cisco.
-
Software o hardware de terceros
El socio es responsable de obtener soporte o actualizaciones para el 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 resolución de interrupciones identificadas en los servicios principales. Los socios también reciben notificación previa sobre actividades de mantenimiento impactantes o aquellas que se extienden fuera de las ventanas de mantenimiento reservadas.
Estas alertas se envían a los socios que se han inscrito para recibir alertas del Centro de control para notificaciones de "Mantenimiento e interrupciones", consulte Alertas en el Centro de control. Los socios son responsables de garantizar que Cisco tenga información de contacto precisa y actualizada. Cisco recomienda que los administradores creen una cuenta y utilicen la aplicación Webex para las notificaciones.
Gestión del cambio
El equipo de Instancia Dedicada 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 efectiva a la vez que gestionan las solicitudes de cambio.
Mantenimiento
Ventana de mantenimiento
Cisco notifica al socio sobre las actividades de mantenimiento planificadas. Todos los cambios planificados ocurren en una ventana de mantenimiento. Cisco proporciona al socio un aviso por escrito con al menos 10 días hábiles de anticipación para el mantenimiento planificado que interrumpirá la capacidad de realizar llamadas al cliente. Estas alertas se envían a los socios que se han inscrito para recibir alertas del Centro de control para notificaciones de “Mantenimiento e interrupciones”, consulte Alertas en el Centro de control. Los socios son responsables de garantizar que Cisco tenga información de contacto precisa y actualizada. Cisco recomienda que los administradores creen una cuenta y utilicen la aplicación Webex para las notificaciones.
El mantenimiento incluye las siguientes actividades:
-
Actividades de mantenimiento rutinario que tienen un riesgo mínimo de impacto en el cliente
-
Actividades planificadas y programadas que interrumpirán la capacidad de llamar del cliente.
-
Renovaciones rutinarias de certificados de aplicaciones UC administradas por Cisco. Las renovaciones se basan en el período de validez y la fecha de renovación. & hora de los certificados. Cisco renueva los certificados de las aplicaciones UC solo entre 3 y 7 días antes de la fecha de vencimiento y sigue el proceso estándar de gestión de cambios.
Para los clientes que han habilitado el inicio de sesión único (SSO) en aplicaciones UC, una vez que Cisco completa 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 cliente valide el SSO.
La ventana de mantenimiento para el clúster de PYMES se programará de acuerdo con la región editora de la PYME.
Las ventanas de mantenimiento son las siguientes para AMER:
-
De 9 p. m., hora del Este, a 6 a. m., hora del Este, de lunes a viernes
-
De 9 p. m., hora del Este, a 6 a. m., hora del Este, los fines de semana (solo mantenimiento de infraestructura de Cisco)
Las ventanas de mantenimiento son las siguientes para APJC:
-
De 9 p. m. JST a 6 a. m. JST, de lunes a viernes
-
De 9 p. m. JST a 6 a. m. JST, los fines de semana (solo mantenimiento de infraestructura de Cisco)
Las ventanas de mantenimiento son las siguientes para AUS:
-
De 9 p. m. ACT a 6 a. m. ACT, de lunes a viernes
-
De 9 p. m. ACT a 6 a. m. ACT, los fines de semana (solo mantenimiento de infraestructura de Cisco)
Las ventanas de mantenimiento son las siguientes para la UE, EMEA y el Reino Unido:
-
De 21:00 h CET a 6:00 h CET, de lunes a viernes
-
De 21:00 h CET a 6:00 h CET, los fines de semana (solo mantenimiento de infraestructura de Cisco)
El tiempo para las ventanas de cambio mencionadas anteriormente es fijo por región y no se puede modificar.
Al planificar el mantenimiento, Cisco hará todo lo posible para minimizar and/or eliminar la posibilidad de cualquier interrupción del servicio telefónico basándose en la arquitectura georredundante de instancia dedicada. Cisco espera que todas las configuraciones de socios y clientes líderes se adhieran a las mejores prácticas de instancias dedicadas para redundancia. Cisco no es responsable de una pérdida de redundancia debido a una mala configuración por parte del socio. Es responsabilidad del socio validar y probar todas las integraciones de terceros que no estén hosted/managed en la nube de instancia dedicada.
Cisco inicia actualizaciones de aplicaciones UC solo por los siguientes motivos:
-
Hay una vulnerabilidad de seguridad en la versión actual de la aplicación UC y la solució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 compatible con la Instancia Dedicada actual) o en una versión que se está acercando al fin de su vida útil.
-
Los socios también pueden solicitar una actualización a través de un caso TAC si hay una nueva función compatible disponible en versiones posteriores de la aplicación UC.
Cisco envía una notificación de mantenimiento a partner/customer al menos 10 días antes de la ventana de cambio, y se recomienda que el socio responda a Cisco dentro de 2 a 3 días si el cronograma de cambio propuesto entra en conflicto con sus prioridades comerciales. Esto le permite a Cisco encontrar una ventana de cambio alternativa (la fecha reprogramada depende únicamente de las fechas disponibles de las operaciones 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.
Sin embargo, en escenarios urgentes o de emergencia, como la corrección de una vulnerabilidad de seguridad grave o certificados próximos a vencer, la flexibilidad para cambiar la ventana de mantenimiento no será posible. No se admite el escaneo de vulnerabilidades de instancias dedicadas por parte de un socio o cliente. Cada instancia dedicada tiene su propio régimen de escaneo de vulnerabilidades que se ejecuta constantemente, también realizamos pruebas PEN independientes de manera regular y proporcionamos una carta de certificación en el Portal de confianza de Cisco.
Cambios solicitados por el socio
Los cambios solicitados por los socios requieren una revisión conjunta para evaluar el impacto en la instancia dedicada. Estos incluyen cambios que el socio desea que Cisco realice y cambios que el socio desea realizar. Por ejemplo:
-
Cambios de configuración que afectan a los dispositivos de límite o la integración de aplicaciones
-
Solicitudes de desactivación de un servicio.
Las solicitudes de cambios grandes, como la desactivación de un servicio, se envían a Cisco. El socio captura los requisitos y los envía a Cisco a través del Partner Success Team o el Account Manager para iniciar una revisión conjunta. Antes de implementar el cambio, la solicitud es evaluada conjuntamente por la Gestión de productos de instancias dedicadas y el socio.
Cambios de emergencia
Cisco y el socio pueden realizar cambios de emergencia de inmediato o en la próxima 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 al cliente
-
Para remediar una vulnerabilidad de seguridad
En caso de cambios de emergencia en la red fuera de la instancia dedicada, el socio notifica a Cisco sobre los impactos en el 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 dedicada, 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 comunicación.
Gestión de incidentes
La gestión de incidentes minimiza los efectos adversos sobre el negocio causados por errores en el entorno. Cisco analiza los incidentes a medida que ocurren para identificar rápidamente una causa. Luego, Cisco aplica una solución alternativa hasta que se pueda implementar una solución permanente.
Los socios gestionan la gestión de incidentes en sus redes de acuerdo con sus propios procesos establecidos. Los socios notifican a Cisco sobre actividades que pueden generar alarmas u otras notificaciones que son visibles para Cisco.
Cisco sigue el proceso de ventana de mantenimiento para aplicar cambios.
Clasificación de casos de soporte
La gravedad del caso de soporte de TAC la establece el socio al abrir un ticket de soporte con Cisco, en función del impacto en el negocio. El socio puede solicitar una escalada a una mayor gravedad durante el ciclo de vida de un ticket, en función de los impactos cambiantes en el negocio.
La siguiente sección sirve como orientación 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 de TAC se clasifica según su impacto en el negocio (tamaño, alcance).
El impacto es una medida de la criticidad comercial de un incidente, a menudo igual al grado 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 socios se ven afectados |
Grande | Entre la mitad y las tres cuartas partes del entorno de la pareja se ve afectado |
Localizado | Entre una cuarta parte y la mitad del entorno de la pareja se ve afectado |
Individualizado | Menos de una cuarta parte del entorno del socio se ve afectado |
Urgencia del caso de soporte
Urgencia define la criticidad del Incidente y su impacto en los Servicios o la capacidad de los socios para recibir los Servicios.
Nivel de urgencia del incidente | Definiciones de urgencia |
Crítico | La capacidad de llamada se detiene sin respaldo ni redundancia |
Alta | La capacidad de llamada está gravemente degradada |
Media | Otra función se detiene |
Baja | Otra función está degradada |
Gravedad del caso de soporte
Gravedad define el nivel de esfuerzo invertido 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 todos 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 comprometen recursos a tiempo completo durante el horario comercial estándar para resolver la situación. |
S3 (Medio) | Cisco y el socio comprometen recursos durante el horario comercial estándar para restablecer el servicio a niveles satisfactorios |
S4 (Bajo) | Cisco y el socio se comprometen a proporcionar recursos durante el horario comercial estándar para brindar información o asistencia. |
El nivel de Gravedad se determina aplicando las definiciones de Impacto y Urgencia.
Matriz de gravedad de casos de soporte
Impacto | |||||
Generalizado | Grande | Localizado | Individualizado | ||
Urgencia | Crítico | S1 | S1 | S2 | S3 |
Alta | S1 | S2 | S2 | S3 | |
Media | S2 | S3 | S3 | S3 | |
Baja | S4 | S4 | S4 | S4 |
Cisco tiene la capacidad, durante la clasificación de incidentes, de cambiar la gravedad del caso y reducir la gravedad del ticket de soporte, si es necesario. El caso podrá dejarse abierto durante un período prescrito mientras se evalúa la estabilidad operativa.
Objetivos de tiempo de respuesta de soporte de software
La siguiente sección detalla el tiempo de respuesta planificado de Cisco para los casos enviados según su gravedad. Ocasionalmente, la gravedad del caso puede ajustarse para alinearse con las pautas anteriores.
Cisco y el objetivo de nivel de servicio
La instancia dedicada de Webex Calling proporciona a los socios soporte técnico en inglés 24x7. Los socios pueden enviar problemas S3 y S4 directamente en Cisco Support Case Manager. Para problemas S1 y S2, se recomienda llamar al número 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 la resolución. El tiempo de resolución depende de que haya una persona calificada del lado del socio disponible para ayudar en la reproducción. and/or aislar el problema, sea una incompatibilidad entre Cisco y el entorno del partner. Si dicha persona no puede estar disponible, estos tiempos de resolución pueden extenderse.
Si un estado aceptable and/or Si Cisco no logró resolver el problema en los plazos indicados, los socios deben escalarlo a Cisco.
Archivos del paquete de opciones de Cisco (COP)
Cisco publica 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 publican en algún momento después de que se publique el código de producción inicial. Los equipos de producción publican archivos COP para problemas de alto impacto y cuando no hay una solución alternativa disponible para un problema. Además de las correcciones de problemas, a veces se publican archivos COP para distribuir utilidades durante la actualización (por ejemplo, limpieza de disco).
Normalmente, los avisos de campo con problemas solucionados tienen un archivo COP asociado. Generalmente hay un archivo COP separado para cada problema.
Los PSIRT no siempre tienen un archivo COP asociado. Para los PSIRT, normalmente se publica una nueva versión para una actualización completa.
Escenarios iniciados por Cisco
Si Cisco determina que el entorno de instancia dedicada de un cliente necesita una instalación de archivo COP, Cisco utiliza uno de los siguientes procesos:
-
Si el archivo COP indica una solución de emergencia (vulnerabilidad o falla inminente), Cisco carga el archivo COP durante la ventana de mantenimiento programada de Cisco.
-
En todos los demás casos, la instalación del COP se programará como un mantenimiento regular con el socio o cliente siguiendo el procedimiento habitual de gestión de cambios.
Escenario iniciado por el cliente
Si un cliente decide que necesita instalar un archivo COP (firmware del teléfono, paquetes de configuración regional de idioma, paquetes de dispositivos), 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 la instancia dedicada, 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:
https://software.cisco.com/download/home

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 de Instancia Dedicada. El proceso de gestión de la capacidad incluye el seguimiento del crecimiento continuo de los suscriptores del cliente.
Cisco y el socio tienen responsabilidades separadas en el proceso de gestión de la capacidad.
Responsabilidad del socio
El socio garantiza que su equipo de red tenga capacidad suficiente para manejar la carga y una cantidad apropiada de crecimiento previsto.
El socio proporciona el recuento de dispositivos Knowledge Workers y Workspace 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). Con base en los detalles proporcionados, Cisco realizará el dimensionamiento de las aplicaciones UC en la Instancia Dedicada, para obtener más información sobre el dimensionamiento de las aplicaciones UC consulte. El socio gestiona el aprovisionamiento de funciones y usuarios dentro de la capacidad solicitada.
El socio debe informar a Cisco sobre los cambios en la cantidad de dispositivos Knowledge Workers y Workspace proporcionados durante la activación. Con base en los detalles proporcionados, Cisco analizará los cambios necesarios para las aplicaciones UC y realizará los cambios necesarios. Para ello, el socio debe plantear un caso de soporte TAC a 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 agregue la capacidad adicional para el cliente.
Puede llevar tiempo agregar capacidad adicional, dependiendo del tipo de requisito de crecimiento. Esto se trabajará en conjunto entre el socio y Cisco.
Responsabilidad de Cisco
El servicio de Instancia Dedicada monitorea la capacidad del centro de datos y garantiza que el equipo del centro de datos tenga suficiente capacidad para manejar la carga y una cantidad apropiada de crecimiento previsto.
Cisco informa al socio sobre las expansiones o cambios planificados para abordar el crecimiento de la capacidad si esos cambios afectan al cliente. La implementación de actualizaciones y cambios sigue el proceso de gestión de cambios.
Gestión de versiones
Cisco mantiene aplicaciones de instancia dedicada en la nube (CUCM, CUCxN, IM & P, CER, Expressway y SME (opcional)) actualizados, según considere apropiado Cisco, con las últimas características y funcionalidades. Los clientes pueden operar en cualquier momento con la versión más actual (“n”) o con la versión anterior (“n-1”).
Cisco informa al socio sobre la disponibilidad de la versión y las actualizaciones planificadas (incluidos los requisitos de actualización) como parte de las alertas y notificaciones deGestión de cambios. Cisco se comunicará cuando identifiquemos clientes que se actualizarán. Cisco también comunicará la versión a la que se actualizará el cliente. El socio puede optar por reprogramar la actualización una vez, según las necesidades comerciales del cliente, hasta una semana antes de la actualización programada. Al concluir exitosamente una actualización, Cisco notificará al socio.
Para obtener más información, consulte Gestión de cambios.
Gestión de versiones para sistemas de colaboración de Cisco
Cuando una nueva versión de Collaboration Systems está disponible, la versión anterior (“n-1”) se convierte en “n-2” y la versión actual (“n”) se convierte en “n-1”.
Acciones del cliente de instancia dedicada | v12.5-SU7a (n-2) | v14.0-SU3/SU4 (n-1) | v15.0-SU1/SU2 (norte) |
---|---|---|---|
Implementaciones de nuevos clientes | No compatible | No compatible | Admitidos |
Actualizaciones compatibles | Necesita actualizarse a v15SU2 | Necesita actualizarse a v15SU2 | Tiene soporte |
Los clientes pueden quedarse | Necesita actualizarse a v15SU2 | Necesita actualizarse a v15SU2 | Sí |
Poco después de que se anuncia un nuevo lanzamiento de Sistemas de Colaboración, la versión “n-2” entra en el período de fin de venta. Cualquier cliente que tenga esta versión debe actualizarla a la última versión. Cisco ayudará en este esfuerzo informando al socio para que comience a prepararse para la actualización. Cisco y el socio coordinarán conjuntamente una ventana de mantenimiento según las necesidades comerciales del cliente.
Se recomienda a los clientes que tengan la versión n-1 de Collaboration Systems actualizar a la última versión de Collaboration Systems. Si se requiere una actualización de la versión de Collaboration Systems, o si se requiere una actualización de SU debido a nuevas funciones, consulte a Cisco para coordinar una ventana de mantenimiento para la actualización. Si Cisco descubre que es necesaria una actualización de SU por razones de estabilidad o rendimiento, Cisco coordinará con el socio para programar la actualización.
Cisco notificará al socio cuando finalice con éxito una actualización.
Gestió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 monitorea su red y equipos que son:
-
Se utiliza para respaldar el servicio de instancia dedicada, Y
-
Conectado a las instalaciones del cliente.
El socio supervisa todos los dispositivos administrados por el socio integrados con Dedicated Instance Cloud.
Responsabilidades de Cisco
La instancia dedicada de Webex Calling utiliza herramientas de red líderes en la industria para monitorear las conexiones de red del centro de datos entre nuestro centro de datos y la red del socio, y herramientas de garantía para identificar y aislar de manera proactiva las deficiencias del servicio en nuestros centros de datos georredundantes y dispersos globalmente.
Cisco no supervisa los servicios de integración en los dispositivos administrados por socios conectados con Dedicated Instance Cloud. Esto incluye, pero no se limita a, lo siguiente:
-
Cisco no monitorea el Troncal SIP de Instancia Dedicada hacia un clúster que no sea el Clúster UC de Instancia Dedicada
-
Cisco no monitorea los puntos de ruta CTI de instancia dedicada hacia un centro de contacto que no sea un Contact Center Express administrado por Cisco.
Responsabilidades de copia de seguridad y restauración
A continuación se presenta un resumen de las responsabilidades de Cisco y sus socios para las operaciones de respaldo y restauración.
Fiesta | Responsabilidades |
Socio |
En el sistema de nube de instancia dedicada del socio, el socio siempre debe mantener:
|
Cisco |
Cisco realiza copias de seguridad de todas las aplicaciones UC implementadas en la instancia dedicada todas las noches y las últimas 3 copias de seguridad buenas se guardan en el centro de datos de Cisco. Las copias de seguridad con más de 3 días de antigüedad se almacenan durante 30 días más. Todas las copias de seguridad están protegidas con contraseña y son independientes para cada cliente, y solo se utilizarán para restaurar la aplicación UC como parte de la recuperación ante desastres (para obtener más información sobre la recuperación ante desastres, consulte Sistema de recuperación ante desastres de Cisco). Cisco no realiza restauraciones a pedido ni permite utilizar esto como una estrategia de reversión de cambios. Los socios no tendrán acceso a estas copias de seguridad ni podrán configurarlas en sus centros de datos.
|
Sistema de recuperación ante desastres de Cisco
El sistema de recuperación ante desastres (DRS), que se puede invocar desde el nodo de administración, mensajería instantánea y servicio de 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 UC. El DRS permite a Cisco realizar copias de seguridad de datos programadas periódicamente, de forma automática o invocadas por el usuario. El DRS también realiza una copia de seguridad a nivel de clúster, lo que significa que recopila copias de seguridad de todos los servidores de un clúster 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 copias de seguridad de los datos de todas las aplicaciones UC implementadas en la nube de instancia dedicada. Si ocurre un desastre real, Cisco restaurará los datos desde la última copia de seguridad disponible. Los socios pueden realizar la recuperación una vez que Cisco haya realizado la restauración de DRS.
Estrategia de recuperación ante desastres:
- Estrategia de recuperación: En el caso de una situación que afecte a nuestro centro de datos, que podría afectar potencialmente tanto a los editores como a los 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 realizar llamadas no se vea afectada. Nuestra estrategia de recuperación es adaptable y depende de la naturaleza específica del fallo:
- Error de la aplicación: Si el problema se identifica como una falla o corrupción de la aplicación, nuestro objetivo es establecer un nuevo Publisher utilizando los servicios de copia de seguridad y reanudación de DRS dentro de un plazo de un día hábil.
- Falla de hardware: En caso de falla de hardware, la decisión de configurar un nuevo Publisher dentro del mismo centro de datos o en uno diferente, o de recuperar el hardware fallado, dependerá de las circunstancias únicas y la naturaleza de la falla. Nuestra prioridad, como siempre, es minimizar las interrupciones y agilizar la restauración del servicio.
- Momento de la activación de la recuperación ante desastres: El momento preciso para iniciar nuestros protocolos de recuperación ante desastres depende de varios factores, incluida la escala del desastre, la duración estimada de la recuperación y el impacto potencial en nuestros servicios. Nuestro equipo dedicado monitorea continuamente la situación, esforzándose por lograr un equilibrio entre reducir el tiempo de inactividad y ejecutar el proceso de recuperación ante desastres de manera eficaz. Con base en estas consideraciones, le comunicaremos el Acuerdo de Nivel de Servicio (SLA), las acciones que se están llevando a cabo y los plazos de recuperación esperados de manera transparente para garantizar que se le mantenga informado durante todo el proceso.