Niveau 1 · Infrastructure télécom et hybride
Migration et exploitation Ericsson OSS et ENM
Nous modernisons OSS-RC, stabilisons ENM et automatisons le provisionnement RAN/Core. Nos plans de mise à niveau et de migration couvrent la compatibilité des versions, des fenêtres de maintenance répétées et qui peut autoriser la reprise.
Sprint d’évaluation de 2 semaines, 14 500 $US forfaitaires · crédité à 100 % sur un retainer annuel ou un contrat managé signé dans les 30 jours
État initial du parc
Version OSS-RC ou ENM installée, modèle de déploiement, inventaire des nœuds et responsables des interfaces.
Confirmer le parcours de changement
Parcours de transition pris en charge par le fournisseur, tests représentatifs des interfaces, conditions d’arrêt et personnes habilitées à autoriser la reprise.
Exécuter dans la fenêtre approuvée
Vagues de nœuds par phases dans la fenêtre de maintenance convenue, avec contrôles avant et après le changement et la décision d’arrêt ou de reprise convenue.
Valider et transférer
Flux d’alarmes, de configuration et de performance testés sur des nœuds représentatifs avec leurs responsables ; acceptation des opérateurs consignée.
Ordre de travail illustratif pour un changement OSS-RC ou ENM. Les flèches indiquent l’enchaînement de notre travail, pas des connexions réseau. Votre version installée, le modèle de déploiement et les interfaces convenues déterminent le plan réel.
Les transitions OSS-RC Solaris/x86 vers ENM se compliquent lorsque les intégrations northbound sont inconnues, les scripts CLI/AMOS sans reprise et la télémétrie enfermée dans des schémas propriétaires. La bascule doit préserver état des nœuds, interfaces de gestion et flux utilisés par les opérations.
Audit des éléments LTE, 5G NR, IMS et cœur face aux matrices de versions. Cartographie des dépendances et consommateurs northbound, re-homing par vagues et répétition des bascules et scripts de retour avec acceptation applicative.
Workflows Python/Ansible versionnés, ENM REST NBI supporté et orchestration cmedit. Validation AMOS/Moshell par version d’élément, avec autorisation, idempotence et preuves avant/après changement.
Adaptateurs FM/PM/CM via SNMPv3, flux 3GPP XML/JSON supportés, SFTP/TLS ou REST. Normalisation des schémas et horodatages, reprises et déduplication vers Kafka, VES, SIEM ou data lakes compatibles.
Dimensionnement du calcul, des I/O, domaines de disponibilité et réseaux selon le modèle fournisseur supporté. Tests de sauvegarde/restauration, bascule et capacité sous charges représentatives.
Nous confirmons interfaces, droits fournisseur, versions et responsabilités des nœuds au cadrage. Fenêtres et reprise sont validées pour votre parc ; la continuité sans interruption n’est pas présumée.
Des chemins distincts de gestion, de migration et de routage hybride, reliés par des dépendances de plateforme validées.
Gestion des télécommunications
Virtualisation et plateforme de conteneurs
Stockage hybride et virtualisation
Les interfaces des éléments varient selon la version. Les migrations warm MTV nécessitent une fenêtre de bascule finale ; le retour après des écritures sur la cible exige une réconciliation des données. Les privilèges du cluster et l’hébergement ENM sont revus pour chaque charge prise en charge.
Télécharger la source Mermaid (.mmd)Vous conservez code, manifestes, schémas, runbooks et preuves livrés dans vos dépôts. Le SOW définit les systèmes, critères d’acceptation et prérequis d’accès.
Nœuds par vague, prérequis, étapes, critères d’arrêt et commandes de retour avec responsables de reprise.
Scripts versionnés pour état des cellules/nœuds, écarts d’alarmes et KPI avant/après maintenance.
Adaptateurs, schémas, reprises, contrats API et instructions d’exploitation dans votre dépôt.
Dimensionnement et I/O, géoredondance applicable, restaurations et preuves de bascule mesurées.
Schémas de gestion des éléments, de médiation et de routage hybride conservés en source Mermaid dans votre dépôt et mis à jour au fil des vagues.
Reçus de changement expurgés, résultats des contrôles avant/après et journaux d’accès de chaque vague, prêts pour vos auditeurs et régulateurs.
Ce que couvre le sprint à 14 500 $US pour ce service. L’accès reste en lecture seule du début à la fin, et vous conservez les livrables, que vous poursuiviez ou non.
Jours 1 à 3
Revue en lecture seule de l’inventaire des nœuds OSS-RC et ENM, de l’état de supervision et de synchronisation CM, et des consommateurs northbound REST NBI, SNMPv3 et Kafka/VES.
Jours 4 à 6
Les nœuds, scripts et consommateurs northbound qui cassent lors d’un rattachement ou d’une mise à niveau d’ENM, et les contrôles cmedit et AMOS nécessaires à chaque vague.
Jours 7 à 9
Topologie cible en source Mermaid (.mmd), un ordre de vagues de rattachement avec déclencheurs de repli, et la conception de la suite de contrôles avant/après.
Jour 10
Ébauches de runbooks, registre des risques et backlog à périmètre fixe pour votre équipe ou le binôme d’ingénieurs principaux.
Nous migrons et soutenons les systèmes de gestion télécom et l’infrastructure hybride, automatisons la validation et le déploiement des charges, et construisons les portails et intégrations d’API réseau qui exposent ces plateformes à vos équipes et à vos clients.
Une bascule de gestionnaire qui perd des alarmes ou casse le provisionnement est un incident réseau, pas un glissement de projet. La migration doit préserver chaque flux de fautes, de configuration et de performance dont dépendent ses consommateurs.
Adapté à
La bascule du gestionnaire doit préserver les alarmes, la configuration et la collecte de performances. Nous suivons ces flux jusqu’à leurs consommateurs et les testons sur des nœuds représentatifs avant d’étendre le changement.
Pour la revue
Version ENM ou OSS-RC, modèle de déploiement, types de nœuds et inventaire des interfaces.
Inventorier versions et nœuds, cartographier les interfaces et confirmer le chemin pris en charge par le fournisseur. Répéter la bascule, valider FM/CM/PM et consigner les conditions d’arrêt et qui peut autoriser la reprise.
Versions source et cible avec la matrice de compatibilité du fournisseur, un inventaire des nœuds avec responsables, l’état PKI/CMPv2 et des licences, les consommateurs northbound des flux FM, CM et PM, et une fenêtre de maintenance convenue avec un décideur nommé.
Analyser les alarmes manquantes, échecs de configuration et interruptions de collecte à partir des nœuds, horodatages et changements récents. Les propriétaires des éléments et systèmes aval participent aux tests.
Registre de compatibilité, résultats de tests, procédure de bascule et reprise, et procès-verbal de réception opérateur.
Confirmez l’autorité de changement réseau, les responsables des accès et les licences et droits au support applicables. Associez les responsables des éléments aux contrôles d’interface et aux responsabilités de reprise.
Couverture du support
Découvrez un exemple de périmètre. Nous convenons des interfaces, droits et critères d’acceptation avant livraison ; utilisez le design de la mission pour déployer.
Feuille de travail MOP illustrative présentant les critères de passage, les références de télémétrie et l’autorité de retour arrière consignés avant une fenêtre de maintenance ENM. Ce n’est ni un résultat client ni une procédure d’installation exécutable.
Précisez la version installée, le déploiement, les types de nœuds, les interfaces et le changement envisagé. Ne transmettez ni identifiants ni données de production dans le formulaire.
OSS-RC historique et Ericsson ENM sont des systèmes distincts. Nous proposons les migrations d’OSS historiques vers Ericsson ENM ; la version installée, le déploiement et le chemin validé par l’éditeur déterminent le périmètre.
Vous approuvez le changement réseau et la fenêtre de maintenance. Avant les travaux en production, nous convenons des preuves de test, conditions d’arrêt, prérequis de reprise et de la personne autorisée à la décider.
Confirmez les responsables des accès aux nœuds, des licences et des droits au support lors du cadrage. Nos services d’intégration et de support ne remplacent pas les licences et n’établissent pas une autorisation éditeur.
Liste de planification couvrant compatibilité des versions, tests FM/CM/PM et décisions de reprise lors d’une transition OSS vers ENM.
Nous expliquons comment réponse, résolution, sévérité et couverture définissent un service managé aux responsabilités claires.
