Saltar al contenido

Agende una llamada de 30 minutos

La programación la gestiona Calendly, cuya política de privacidad se aplica a los datos que introduzca. Abrir en Calendly

Todas las perspectivas

Migración Ericsson ENM: pruebas de interfaces y recuperación

Por los ingenieros principales de SynapseTel Cloud · Operación de Ericsson OSS y ENM · Publicado 14 de mayo de 2026 · 1 min de lectura

Lista de planificación para compatibilidad de versiones, pruebas FM/CM/PM y decisiones de recuperación en una transición OSS a ENM.

OSS-RC heredado y ENM son distintos

Inventaríe su entorno OSS-RC heredado y sus dependencias antes de plantear una transición a Ericsson ENM. Compruebe la versión instalada, el despliegue, los tipos de nodo y el software con la documentación aplicable del fabricante.

Compatibilidad antes de la ventana de cambio

ENM admite varios dominios de red, pero la cobertura depende de la versión y de los modelos de nodo compatibles. Confirme la matriz real de compatibilidad, las licencias y los procedimientos del proveedor. La integración basada en modelos no implica compatibilidad entre cualquier versión de nodo y cualquier versión de ENM.

Pruebe las interfaces que utiliza

Enumere los flujos de gestión de fallos (FM), configuración (CM) y rendimiento (PM). Registre cada consumidor de interfaces northbound, protocolo, método de autenticación y resultado esperado. Valide alarmas, operaciones de configuración y datos de rendimiento en nodos representativos.

La recuperación depende del despliegue

Las instalaciones físicas, virtuales y nativas de la nube pueden tener requisitos y vías de recuperación distintos. Acuerde la ventana de mantenimiento, las condiciones de parada y la autoridad de recuperación. Use el procedimiento del proveedor y un entorno de prueba representativo; no presuponga una reversión universal ni ausencia de interrupciones.

Siguiente paso

Solicite una revisión de arquitectura.

Ya sea que planifique una migración a Ericsson ENM, prepare cargas para Red Hat OpenShift, revise las licencias de VMware vSAN o construya un portal de APIs de red, la primera conversación es con los ingenieros que liderarían el proyecto.

Lo que sigue

  1. Describa el entorno: el límite T1, T2 o T3 implicado y el cuello de botella actual
  2. Revisión de un ingeniero principal: una respuesta técnica por escrito en un día hábil
  3. Una sesión de trabajo de 30 minutos y luego un SOW de alcance fijo para el Sprint de Evaluación de 14.500 US$