DCIネットワークの現状（パート2）

3. 構成管理

チャネル構成中は、サービス構成、光レイヤ論理リンク構成、およびリンク仮想トポロジマップ構成が必要です。単一のチャネルを保護パスで構成できる場合、この時のチャネル構成はより複雑になり、その後の構成管理もより複雑になります。チャネル方向を管理するためだけに専用のサービステーブルが必要となり、実線と破線を使用してテーブル内で業務方向を区別する必要があります。OTNチャネルとIPリンクの対応関係を管理する場合、特にOTN保護の場合、1つのIPリンクが複数のOTNチャネルに対応する必要があります。このとき、管理量が増加し、管理が複雑になり、Excelテーブルの管理要件も増加します。業務のすべての要素を完全に管理するには、最大15個のテーブルが必要になります。エンジニアが特定のリンクを管理したい場合、Excelフォームを見つけて、メーカーのNMSにアクセスして対応するものを見つけ、操作管理を実行する必要があります。これには、両側の情報の同期が必要です。 OTNのNMSプラットフォームとエンジニアが作成したExcelファイルはどちらも人手で作成されたデータであるため、情報が同期しなくなる可能性があります。何らかのミスがあると、業務情報が実際の関係と矛盾し、変更や調整時に業務に影響を与える可能性があります。そのため、メーカーの機器データを北向きインターフェースを介して管理プラットフォームに収集し、このプラットフォーム上でIPリンクの情報を照合することで、既存ネットワークのサービス変更に応じて情報を自動的に調整し、情報の集中管理と単一の情報源による正確性を確保し、構成管理情報の正確性を保証します。

OTNサービスプロビジョニングを設定する際は、各インターフェースの情報記述を準備し、OTN NMSが提供する北向きインターフェースを介してOTN情報を収集し、その記述をIPデバイスが北向きインターフェースを介して収集したポート情報とペアリングします。OTNチャネルとIPリンクのプラットフォームベースの管理により、手動での情報更新が不要になります。

DCI送電網を利用する際には、電気相互接続サービス構成の使用はできる限り避けてください。この方法は管理ロジックが非常に複雑であり、DCIネットワークモデルには適用できません。DCI設計の初期段階から避けるべきです。

4. アラーム管理

OTN の複雑な管理オーバーヘッド、長距離伝送中の信号監視、および異なるサービス粒子の多重化とネスト化のため、障害が発生すると数十または数百のアラームメッセージが報告される可能性があります。メーカーはアラームを 4 つのレベルに分類し、各アラームに異なる名前を付けていますが、エンジニアの運用保守の観点からは依然として非常に複雑であり、障害の原因を最初に特定するには経験豊富な担当者が必要です。従来の OTN 機器の障害送信機能は主に SMS モデムまたは電子メールプッシュを使用しますが、2 つの機能はインターネット企業の基本システムの既存のネットワークアラーム管理プラットフォームとの統合に特化しており、個別に開発するコストが高いため、より多くのことを行う必要があります。標準の北向きインターフェースはアラーム情報を収集し、企業の既存の関連プラットフォームを維持しながら機能を拡張し、その後アラームを運用保守エンジニアにプッシュします。

したがって、運用保守担当者は、OTN障害によって生成されたアラーム情報をプラットフォームが自動的に集約し、その情報を受信できるようにする必要があります。そのため、まずOTN NMSでアラーム分類を設定し、次に最終アラーム情報管理プラットフォームで送信と選別作業を実行します。一般的なOTNアラーム方式は、NMSが第1および第2タイプのアラームをすべてアラーム情報管理プラットフォームに設定してプッシュし、プラットフォームが単一サービス中断のアラーム情報を分析し、主要な光路中断アラーム情報と（ある場合）保護切り替えアラーム情報を運用保守担当者にプッシュするというものです。上記の3つの情報は、おそらく障害診断と処理に使用できます。受信設定時には、光ファイバが断線した場合にのみ発生する複合信号障害などの主要アラームの電話通知設定を行うことができます。