DCIネットワークの現状運用（後編）

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 番目のタイプのアラームをすべて設定してアラーム情報管理プラットフォームにプッシュし、プラットフォームが 1 つのサービス中断、つまりメインの光パス中断アラームのアラーム情報を分析するというものです。情報および (存在する場合) 保護切り替えアラーム情報は、運用および保守エンジニアにプッシュされます。上記 3 つの情報は、おそらく障害の診断と処理に使用できます。受信設定時に、光ファイバー断線時のみに発生するコンポジット信号障害など、以下のような重大なアラームに対する電話通知設定を行うことができます。