3 Gestion de la configuration
Lors de la configuration des canaux, la configuration des services, la configuration des liaisons logiques de la couche optique et la configuration de la topologie virtuelle des liaisons sont requises. Si un canal unique peut être configuré avec un chemin de protection, sa configuration et sa gestion ultérieure s'en trouvent complexifiées. Une table de services dédiée est nécessaire pour gérer le sens de circulation des canaux, et les sens de circulation doivent y être distingués par des lignes continues et pointillées. Lors de la gestion de la correspondance entre les canaux OTN et les liaisons IP, notamment en cas de protection OTN, une liaison IP doit correspondre à plusieurs canaux OTN. Dans ce cas, la charge de travail et la complexité de la gestion augmentent, de même que le nombre de tables Excel nécessaires. Pour gérer l'ensemble des éléments d'une liaison, jusqu'à 15 tables peuvent être nécessaires. Lorsqu'un ingénieur souhaite gérer une liaison, il doit rechercher le fichier Excel correspondant dans le système de gestion de réseau (NMS) du fabricant, puis effectuer les opérations. Cela nécessite une synchronisation des informations entre les deux parties. Étant donné que la plateforme NMS d'OTN et le fichier Excel créé par l'ingénieur sont deux sources de données manuelles, un risque de désynchronisation est élevé. Toute erreur peut entraîner une incohérence entre les informations commerciales et la réalité, et par conséquent, impacter l'activité lors de modifications ou d'ajustements. C'est pourquoi les données des équipements du fabricant sont collectées sur une plateforme de gestion via l'interface nord, puis les informations de la liaison IP sont appariées sur cette plateforme. Ainsi, les informations s'ajustent automatiquement en fonction des modifications de service du réseau existant, garantissant une gestion centralisée et une source unique d'informations fiables pour une gestion de configuration précise.
Lors de la configuration du service OTN, préparez la description de chaque interface, puis collectez les informations OTN via l'interface nord fournie par le système de gestion de réseau OTN. Associez ensuite la description correspondante aux informations de port collectées par le périphérique IP via cette même interface. La gestion centralisée des canaux OTN et des liaisons IP élimine la nécessité de mises à jour manuelles.
Pour l'utilisation du réseau de transport DCI, il est préférable d'éviter le recours à une configuration de service par interconnexion électrique. Cette méthode, extrêmement complexe en termes de logique de gestion, n'est pas adaptée au modèle de réseau DCI et peut être évitée dès la conception du réseau.
4 Gestion des alarmes
En raison de la complexité de la gestion des réseaux OTN, de la surveillance du signal lors des transmissions longue distance et du multiplexage et de l'imbrication de différents services, une panne peut générer des dizaines, voire des centaines, de messages d'alarme. Bien que le fabricant ait classé les alarmes en quatre niveaux, chacune portant un nom spécifique, la situation reste extrêmement complexe pour les techniciens d'exploitation et de maintenance, et l'identification de la cause de la panne requiert un personnel expérimenté. La fonction d'envoi des alertes des équipements OTN traditionnels utilise principalement le modem SMS ou l'e-mail, mais ces deux fonctions sont spécifiquement conçues pour s'intégrer à la plateforme de gestion des alarmes réseau existante du système de base de l'opérateur. Leur développement séparé est coûteux, d'où la nécessité d'aller plus loin. L'interface nord standard collecte les informations d'alarme, étend les fonctionnalités tout en conservant les plateformes existantes de l'entreprise, puis transmet l'alarme au technicien d'exploitation et de maintenance.
Par conséquent, pour le personnel d'exploitation et de maintenance, il est nécessaire que la plateforme centralise automatiquement les informations d'alarme générées par les défauts OTN, puis les reçoive. Il convient donc de commencer par définir la classification des alarmes sur le NMS OTN, puis d'effectuer l'envoi et le filtrage sur la plateforme de gestion des informations d'alarme. La méthode générale de gestion des alarmes OTN consiste à ce que le NMS configure et transmette toutes les alarmes de premier et deuxième types à la plateforme de gestion des informations d'alarme. Cette dernière analyse ensuite les informations d'alarme relatives à une interruption de service unique et transmet à l'ingénieur d'exploitation et de maintenance les informations d'alarme principales concernant l'interruption du chemin optique et, le cas échéant, les informations d'alarme concernant la commutation de protection. Ces trois types d'informations peuvent être utilisés pour le diagnostic et le traitement des pannes. Lors de la configuration de la réception, il est possible de paramétrer les notifications téléphoniques pour les alarmes majeures, telles que les défaillances de signal composite qui surviennent uniquement en cas de rupture de fibres optiques.
Description chinoise de l'alarme
Description de l'alarme en anglais : Type d'alarme : Gravité et limitation
Perte de signal de charge utile de la couche OMS OMS_LOS_P Alarme de communication critique (FM)
Perte de signal combinée entrée/sortie MUT_LOS Alarme de communication d'urgence (FM)
Perte de charge utile OTS
Signal OTS_LOS_P Communication Alarme critique (FM)
Indication de perte de charge utile OTS Alarme de communication OTS_PMI urgente (FM)
L'interface nord du NMS, telle que l'interface XML actuellement prise en charge par Huawei et ZTE Alang, est également couramment utilisée pour diffuser des informations d'alarme.
5 Gestion de la performance
La stabilité du système OTN dépend fortement des données de performance de divers aspects du système, tels que la gestion de la puissance optique de la fibre principale, la gestion de la puissance optique de chaque canal du signal multiplexé et la gestion de la marge OSNR du système. Ces éléments doivent être intégrés au projet de surveillance du réseau de l'entreprise afin de connaître en permanence les performances du système et de les optimiser en temps opportun pour garantir la stabilité du réseau. De plus, une surveillance à long terme des performances et de la qualité des fibres permet de détecter les modifications de routage, évitant ainsi que certains fournisseurs ne modifient le routage sans préavis, ce qui engendrerait des zones d'ombre lors de l'exploitation et de la maintenance, ainsi que des risques liés au routage. Bien entendu, cela nécessite un volume important de données pour l'apprentissage du modèle, afin d'améliorer la précision de la détection des modifications de routage.
6. Gestion DCN
Le terme DCN désigne ici le réseau de communication de gestion des équipements OTN, responsable de la structure du réseau et de la gestion de chaque élément du réseau OTN. Le réseau OTN influe également sur la taille et la complexité du réseau DCN. On distingue généralement deux méthodes de mise en œuvre du réseau DCN :
1. Confirmez les NE de passerelle actifs et de secours sur l'ensemble du réseau OTN. Les autres NE sont des NE ordinaires. Les signaux de gestion de tous les NE ordinaires atteignent les NE de passerelle actifs et de secours via le canal OSC à travers la couche OTS du réseau OTN, puis se connectent au réseau IP où se trouve le NMS. Cette méthode permet de réduire le nombre d'éléments de réseau déployés sur le réseau IP où se trouve le NMS et d'utiliser le réseau OTN lui-même pour la gestion du réseau. Cependant, en cas d'interruption de la fibre principale, les éléments de réseau distants correspondants seront également affectés et deviendront inaccessibles à la gestion.
2. Tous les éléments du réseau OTN sont configurés comme des passerelles. Chaque passerelle communique directement avec le réseau IP où se trouve le système de gestion de réseau (NMS), sans passer par le canal OSC. Ainsi, même en cas d'interruption de la fibre optique principale, la communication de gestion des éléments du réseau reste opérationnelle et leur gestion à distance est assurée. L'ensemble des éléments étant connectés au réseau IP, les coûts d'exploitation et de maintenance pour les opérateurs de réseaux IP traditionnels s'en trouvent réduits.
Lors du déploiement d'un réseau DCN, la planification des éléments de réseau et l'attribution des adresses IP doivent être effectuées. En particulier, le serveur de gestion de réseau doit être isolé autant que possible des autres réseaux. À défaut, le réseau comportera ultérieurement un nombre excessif de liaisons mesh, ce qui entraînera une gigue importante lors des opérations de maintenance et des problèmes de connexion entre les éléments de réseau, notamment au niveau de la passerelle. De plus, les adresses IP du réseau de production et celles du réseau DCN seront réutilisées, ce qui perturbera le réseau de production.
Date de publication : 19 décembre 2022