ネットワーク要素

コンピュータ ネットワークでは、ネットワーク要素は1 つ以上の物理デバイスを結合する管理可能な論理エンティティです。これにより、分散デバイスを 1 つの管理システムを使用して統一的に管理できます。

1996 年の電気通信法によれば、 「ネットワーク要素」という用語は、電気通信サービスの提供に使用される施設または機器を指します。この用語は、そのような施設または機器によって提供される機能、特性、および性能も指します。これには、加入者番号、データベース、信号システム、課金および回収に十分な情報などの項目が含まれます。また、電気通信サービスの送信、ルーティング、またはその他の提供に使用される場合も含まれます。

分散ネットワークの発展に伴い、ネットワーク管理は管理スタッフにとって厄介なものになっていました。たとえ同じベンダーのものであっても、各デバイスを個別に管理するのは困難でした。構成のオーバーヘッドと構成ミスの可能性は非常に高かったのです。基本的なサービスのプロビジョニング プロセスでは、多数のデバイスの複雑な構成が必要でした。また、すべてのネットワーク デバイスと接続を単純なリストに保存することも困難でした。ネットワーク構造化アプローチは自然な解決策でした。

構造化とグループ化により、分散ネットワークには 1 つの複雑な機能を実行するデバイスがあることがよくわかります。これらのデバイスは、さまざまな場所に配置できます。電話交換機は、このような分散デバイス グループの最も典型的な例です。電話交換機には通常、加入者回線ユニット、回線トランク ユニット、スイッチング マトリックス、CPU、リモート ハブが含まれます。基本的な電話サービスはこれらすべてのユニットに依存しているため、エンジニアにとっては、電話交換機を、内部にこれらすべてのユニットを含む 1 つの複雑なエンティティとして管理するのが便利です。

ネットワーク要素のもう 1 つの良い例は、コンピュータ クラスターです。クラスターは多くのスペースを占有することがあり、1 つのデータセンターに収まらない場合があります。エンタープライズ ソリューションの場合、クラスター ノードをさまざまな場所、さらにはさまざまな地域 (集落) に配置するのが一般的です。

一般に、NE は次の 2 種類の保守情報を生成できます。

1. 送信信号の品質または健全性に関する情報、および
2. データ自体の内部ハードウェア/ソフトウェアの整合性に関連する情報。

監視の機能コンポーネントは、パフォーマンス監視とアラーム/ステータス監視 (アラーム監視とも呼ばれる) です。電気通信業務の国内および国際標準の分野では、パフォーマンス監視とアラーム監視は、それぞれ、より一般的なシステム管理機能カテゴリであるパフォーマンス管理と障害管理のサブカテゴリとして分類されています。メンテナンスは、(a) トラブルを防止し、サービスに影響する前に潜在的なトラブルを特定すること、および (b) パフォーマンスに影響を与えるネットワーク障害を検出し、適切な修復を行うことを目的とした予防手順と修正手順の両方で構成されています。一般的な 7 ステップのメンテナンス プロセスは、次のとおりです。

1. トラブル検出 – 継続的な監視、定期的なテスト、通話ごとまたはその他の事前アクション テスト、またはその他の自動プロセスによってトラブルを検出します。
2. トラブル通知 – 特定のイベントまたは状態の通知をローカル ディスプレイまたはオペレーション システム (OS) に送信します。トラブル通知には、出力メッセージと視覚および聴覚アラームが含まれます。
3. サービス回復 - 自動または手動の保護アクションによってサービスの低下を最小限に抑えます。
4. トラブルの検証 – 報告された状態がまだ存在するかどうかを判断します。
5. トラブルの分離 – トラブルをその発生源に分離します。できれば、現場で修理可能な単一の要素 (例: 回路パック) に分離します。
6. 修理 – 故障した要素を修理または交換します。
7. 修理の確認とサービスへの復帰 – トラブルが修復されたことを確認し、要素をサービスに戻します。

Telcordia GR-474は、信号伝送障害および内部ハードウェアまたはソフトウェアの異常に関するトラブル検出および報告基準を確立します。GR-474は、アラーム監視および制御に使用されるトランスポートおよびスイッチングNEの障害およびパフォーマンス管理機能に関連する提案された一般的な要件を提供します。^[1]

GR-474 は、ITU-T 勧告 M.3100、G.707、G.709、ANSI T1などの業界標準の最新の基準を補完します。

ネットワーク要素状態モデルは、クロスドメイン ネットワーク管理を容易にし、マルチベンダー環境を促進します。標準の定義とマッピングにより、運用システムは NE から状態情報を収集し、それを管理対象ネットワーク全体とそれがサポートする各サービスのステータスの一貫した表現に統合できます。

Telcordia GR-1093 では、業界における 2 つの主要な状態モデルについて説明しています。^[2] 1 つは Telcordia 状態モデルで、これは以前にいくつかの Telcordia ドキュメントで説明された状態モデルを統合したものです。モデルを統合することで、モデルの変更や拡張を提示し、調整された方法で進化させることができます。また、矛盾や冗長性も回避できます。もう 1 つのモデルは、ITU-T 勧告 X.731 で定義されている国際標準化機構 (ISO) 状態モデルです。^[3]

エンティティの状態は、管理の観点から見た NE 内の基礎となるリソースまたはサービスの現在の可用性の状態を表します。Telcordia 状態モデルのコンテキストでは、「エンティティ」という用語は TL1 管理ビュー内のエントリを表します (つまり、アクセス識別子 [AID] パラメータによって一般的に識別されるリソースまたはサービスを表します)。ISO 状態モデルのコンテキストでは、「エンティティ」という用語は「管理対象オブジェクト」を意味します。

異なるタイプのエンティティ (ハードウェア、トランスポート設備、加入者サービスなど) には、各エンティティ タイプに固有の基礎リソースの可用性を表すさまざまな状態特性があります。ただし、状態モデルは多数のタイプのエンティティに共通であることが期待されます。状態モデルは、任意の時点での可用性の主要な側面を表します。状態モデルの目的は、エンティティがその機能を提供する際の可用性を示し、エンティティが利用できない場合は、その原因と、エンティティを利用可能にするためにマネージャ (OS またはクラフトなど) が実行できるアクティビティの種類を示すことです。

特定のアプリケーションでは、状態モデルのサブセットのみが必要になる場合があります。このような制限の根拠は GR-1093 には記載されていません。この情報については、テクノロジまたはアプリケーション固有の要件ドキュメントを参照してください。

標準の定義とマッピングにより、運用システムは NE から状態情報を収集し、それを管理対象ネットワーク全体とそれがサポートする各サービスのステータスの一貫した表現に統合できます。

相互運用性を確保するには、特に 2 つの状態モデルのいずれかを使用して複数の NE とインターフェイスする OS の場合、モデル間のマッピングが必要になることがあります。GR-1093 は、2 つのモデルのマッピングを提供し、サービス プロバイダーの通信ニーズを満たすために必要な OSI 状態/ステータス属性の拡張も定義します。

分散エンティティとしてのネットワーク要素の概念は、要素管理システムを開発するための標準として使用されるTMN モデルで広く使用されています。

• 分離されたネットワーク要素