Nivel 1 · Infraestructura telecom e híbrida
Migración y operación de Ericsson OSS y ENM
Modernizamos OSS-RC, estabilizamos ENM y automatizamos el aprovisionamiento RAN/Core. Nuestros planes de actualización y migración cubren compatibilidad de versiones, ventanas de mantenimiento ensayadas y quién puede autorizar la recuperación.
Sprint de Evaluación de 2 semanas, 14.500 US$ fijos · 100 % acreditado a un retainer anual o a un acuerdo gestionado firmado en un plazo de 30 días
Situación inicial del entorno
Versión instalada de OSS-RC o ENM, modelo de despliegue, inventario de nodos y responsables de interfaces.
Confirmar la ruta de cambio
Ruta de transición admitida por el proveedor, pruebas representativas de interfaces, condiciones de parada y quién puede autorizar la recuperación.
Ejecutar en la ventana aprobada
Olas de nodos por fases dentro de la ventana de mantenimiento acordada, con comprobaciones previas y posteriores y la decisión de parada o recuperación acordada.
Validar y traspasar
Flujos de alarmas, configuración y rendimiento probados en nodos representativos con sus responsables; registro de aceptación de los operadores.
Orden de trabajo ilustrativo para un cambio en OSS-RC o ENM. Las flechas muestran la secuencia de nuestro trabajo, no conexiones de red. Su versión instalada, el modelo de despliegue y las interfaces acordadas definen el plan real.
Las transiciones de OSS-RC Solaris/x86 a ENM se complican cuando las integraciones northbound no están documentadas, los scripts CLI/AMOS carecen de recuperación y la telemetría sigue en esquemas propietarios. La transición debe preservar estado de nodos, interfaces de gestión y datos consumidos por operaciones.
Auditamos elementos LTE, 5G NR, IMS y Core frente a las matrices de versiones. Mapeamos topología y consumidores northbound, organizamos el re-homing por olas y ensayamos transición y scripts de retorno con aceptación del responsable de aplicación.
Versionamos Python/Ansible, ENM REST NBI y cmedit. Validamos AMOS/Moshell según la versión del elemento, con autorización, idempotencia y evidencia anterior y posterior al cambio.
Implementamos adaptadores FM/PM/CM mediante SNMPv3, feeds 3GPP XML/JSON admitidos, SFTP/TLS o REST. Normalizamos esquemas y tiempos, reintentos y duplicados hacia Kafka, VES, SIEM o data lakes compatibles.
Dimensionamos cómputo, I/O, dominios de disponibilidad y redes según el modelo virtualizado o contenedorizado admitido. Probamos backup/restore, conmutación y capacidad con cargas representativas.
Confirmamos interfaces, licencias, versiones y responsabilidades de los nodos durante el alcance. Ventanas y recuperación se validan por entorno; no se presupone servicio ininterrumpido.
Rutas independientes de gestión, migración y conectividad híbrida, unidas por dependencias de plataforma validadas.
Gestión de telecomunicaciones
Virtualización y plataforma de contenedores
Almacenamiento híbrido y virtualización
Las interfaces de los elementos varían según la versión. Las migraciones warm de MTV requieren una ventana de corte final; volver al origen tras escribir en el destino exige reconciliar los datos. Se revisan los privilegios del clúster y el alojamiento de ENM para cada carga admitida.
Descargar fuente Mermaid (.mmd)Conserva el código, los manifiestos, diagramas, runbooks y evidencias entregados en sus repositorios. El SOW define sistemas, aceptación y requisitos de acceso.
Listas de nodos por ola, requisitos, pasos, condiciones de parada y comandos de retorno con responsables.
Scripts versionados para estado de celdas/nodos, diferencias de alarmas y KPI antes y después de la ventana.
Adaptadores, mapeos, reintentos, contratos API e instrucciones operativas en su repositorio.
Dimensionamiento e I/O, georredundancia aplicable, backup/restore y evidencia medida de conmutación.
Diagramas de gestión de elementos, mediación y enrutamiento híbrido guardados como fuente Mermaid en su repositorio y actualizados a medida que se completan las olas.
Recibos de cambios anonimizados, resultados de comprobaciones previas y posteriores y registros de acceso de cada ola, listos para sus auditores y reguladores.
Lo que cubre el sprint de 14.500 US$ para este servicio. El acceso es de solo lectura en todo momento y usted conserva el resultado, continúe o no.
Días 1–3
Revisión de solo lectura del inventario de nodos de OSS-RC y ENM, el estado de supervisión y de sincronización CM, y los consumidores northbound de REST NBI, SNMPv3 y Kafka/VES.
Días 4–6
Los nodos, scripts y consumidores northbound que fallan al rehospedar o al actualizar ENM, y las comprobaciones cmedit y AMOS que necesita cada ola.
Días 7–9
Topología objetivo en código fuente Mermaid (.mmd), un orden de olas de rehospedaje con disparadores de retroceso y el diseño del conjunto de comprobaciones previas y posteriores.
Día 10
Borradores de runbooks, el registro de riesgos y un backlog de alcance fijo para su equipo o el equipo principal en pareja.
Migramos y soportamos sistemas de gestión de telecomunicaciones e infraestructura híbrida, automatizamos la validación y el despliegue de cargas, y construimos los portales e integraciones de API de red que exponen esas plataformas a sus equipos y clientes.
Una transición de gestor que pierde alarmas o rompe el aprovisionamiento es un incidente de red, no un retraso de proyecto. La migración debe preservar cada flujo de fallos, configuración y rendimiento del que dependen sus consumidores.
Ideal para
La transición del gestor debe preservar alarmas, operaciones de configuración y recopilación de rendimiento. Trazamos esos flujos hasta sus consumidores y los probamos en nodos representativos antes de ampliar el cambio.
Para la revisión
Versión ENM u OSS-RC, tipo de despliegue, modelos de nodo e inventario de interfaces.
Inventariamos versiones y nodos, mapeamos interfaces northbound/southbound y confirmamos la ruta admitida por el proveedor. Ensayamos la transición y validamos FM/CM/PM, condiciones de parada y quién puede autorizar la recuperación.
Versiones de origen y destino con la matriz de compatibilidad del fabricante, un inventario de nodos con responsables, estado de PKI/CMPv2 y licencias, los consumidores northbound de los feeds FM, CM y PM, y una ventana de mantenimiento acordada con una persona designada para decidir.
Investigamos alarmas ausentes, fallos de configuración e interrupciones de datos de rendimiento con nodos afectados, marcas de tiempo y cambios recientes. Los propietarios de elementos y sistemas conectados participan en la validación.
Registro de compatibilidad, resultados de interfaces, procedimiento de transición y recuperación y acta de aceptación operativa.
Confirme la autoridad para cambios de red, los responsables del acceso y las licencias y derechos de soporte aplicables. Incluya a los responsables de los elementos al definir pruebas de interfaces y responsabilidades de recuperación.
Cobertura de soporte
Explore un alcance de ejemplo. Acordamos sus interfaces, permisos y aceptación antes de entregar; use el diseño del encargo para desplegar.
Hoja de trabajo MOP ilustrativa con los criterios de puerta, las líneas base de telemetría y la autoridad de reversión registradas antes de una ventana de mantenimiento de ENM. No es un resultado de cliente ni un procedimiento de instalación ejecutable.
Empiece por la versión instalada, el despliegue, los tipos de nodo, las interfaces y el cambio previsto. No incluya credenciales ni registros de producción en el formulario.
OSS-RC heredado y Ericsson ENM son sistemas distintos. Ofrecemos migraciones de OSS heredados a Ericsson ENM; la versión instalada, el despliegue y la ruta admitida por el fabricante determinan el alcance.
Usted aprueba el cambio de red y la ventana de mantenimiento. Antes de trabajar en producción, acordamos las evidencias, condiciones de parada, requisitos de recuperación y quién puede decidirla.
Confirme durante la definición del alcance quién gestiona el acceso a nodos, las licencias y los derechos de soporte. Nuestros servicios de integración y soporte no sustituyen las licencias ni establecen autorización del fabricante.
Lista de planificación para compatibilidad de versiones, pruebas FM/CM/PM y decisiones de recuperación en una transición OSS a ENM.
Explicamos cómo objetivos de respuesta, compromisos de resolución, gravedad y cobertura definen un servicio gestionado responsable.
