(57)【要約】ネットワーク要素をグループ単位で分類し、表示し、操作することができるネットワーク要素管理システム。それは、複雑なクロスコネクトを管理するための能力を含む。該システムは、オペレータが特定された構成要素の最適フル機能搭載管理のために、構成要素識別子を入力すると、それ自体を自動的に構成する。該要素管理システムは、ネットワーク要素の自動リモートバックアップを実行するためにそれ自体を使用することができる。特定のネットワーク要素の監督は（マルチプロセッサコンピュータシステム内の）任意の特定のプロセッサには割り当てられるのではなく、単にプロセススレッドに割り当てられるにすぎない。好ましくは、システムは、多くのデータベースアプリケーションのために使用されるもものような、クライアント／サーバアーキテクチャ用に構成される。【特許請求の範囲】
【請求項１】
ネットワーク要素を監視および管理する１つまたは複数のオペレータ駆動型プロセスと、
オペレータに、ネットワーク要素のグループ、個々のネットワーク要素、またはネットワーク要素の副構成要素を表示するオプションを与えるオペレータインタフェースと、
を備え、
前記オペレータインタフェースが、オペレータに、前記ネットワーク要素のグループ、または前記ネットワーク要素の個々の１つに対する動作をオプションで命令することも許可するようにした、電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【請求項２】
選択されたネットワーク要素のクロスコネクトをグラフィックで表示するオペレータインタフェースであって、
オペレータが、２つの指定されるポイント間でクロスコネクトの表示を要求できるようにし、
それに応えて、オペレータのディスプレイでこのようなクロスコネクトを可視にする
表示管理フィーチャを含む前記オペレータインタフェースと、
オペレータが、前記クロスコネクトの部分を選択的に表示、修正、および削除できるようにする１つまたは複数のオペレータ駆動型プロセスと、
を備える、電気通信ネットワーククロスコネクトを管理するためのコンピュータ／ソフトウェアシステム。
【請求項３】
ネットワーク要素を監視、管理する１つまたは複数のオペレータ駆動型プロセスと、
オペレータが、接続トポロジのグラフィック表記から作業できるようにし、
また、オペレータが特定のネットワーク要素の識別を適切に入力する時に、前記特定のネットワーク要素の特徴の発見を自動的に実行し、オペレータが監視または管理するために前記特徴に依存する方法で前記特定のネットワーク要素を提示する、
オペレータインタフェースと、
を備える、電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【請求項４】
少なくとも１つの電気通信網制御チャネルを使用して、ネットワーク要素をリアルタイムで監視、管理する１つまたは複数のオペレータ駆動型プロセスと、
前記ネットワーク要素の中の要素に局所的に記憶されている情報を遠隔でバックアップする自動的に起動されるバックグラウンドプロセスと、
を備える、電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【請求項５】
少なくとも１つの電気通信網制御チャネルを使用して、ネットワーク要素をリアルタイムで監視、管理する１つまたは複数のオペレータ駆動型プロセスと、
前記オペレータ駆動型プロセスの中のプロセスからの照会に応えて、前記ネットワーク要素の内の要素の属性を報告するデータベースと、
複数の並行プロセッサを含み、複数のスレッドを同時に並行に実行できるコンピュータと、
を備え、
そこでは前記コンピュータが、前記ネットワーク要素のそれぞれ１つに関して、前記データベースの管理を
それ以外の場合前記要素の内の要素を前記プロセッサと関連付けずに、前記要素の内の１つを前記スレッドのそれぞれ１つに関連付けることによって、
実行する、
電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【請求項６】
少なくとも１つの電気通信網制御チャネルを使用して、ネットワーク要素をリアルタイムで監視、管理する１つまたは複数のオペレータ駆動型プロセスと、
前記オペレータ駆動型プロセスの１つからの照会に応えて、前記ネットワーク要素の１つの属性を報告するデータベースと、
前記制御チャネル上で通信を監視し、
ネットワーク要素ステータス変更を暗示するすべての通信を解析し、
前記データベースを、リアルタイムで動的に更新する
１つまたは複数のバックグラウンドプロセスと、
を備える、電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【請求項７】
特定の種類の要素および／または構成要素の識別、および特定されたタイプごとに
前記型の特徴の識別と、
それぞれの完全に適格化されたバージョンごとに、バージョンに依存するあらゆる特殊フィーチャの識別を含む、前記型の完全に適格化されたバージョンの識別と
を表す記憶済みデータと、
前記選択された要素の型およびバージョン識別を得ることと、
前記選択された要素を、
さらに大きい番号が付けられた完全に適格化されたバージョンが存在するかどうかに関係なく、前記選択された要素のバージョン識別以降ではない最後に完全に適格化されたバージョンに従って、または
前記選択された要素のバージョン識別以降ではない完全に適格化されたバージョンがない場合には、標準的な仕様に従って
のどちらかで管理すること、
によって選択された要素を管理することができる少なくとも１つのプロセスと、を備える、電気通信ネットワーク要素を管理するためのシステム。
【請求項８】
少なくとも１つの電気通信網制御チャネルを使用して、ネットワーク要素をリアルタイムで監視、管理する１つまたは複数のオペレータ駆動型プロセスと、
ある特定のネットワーク要素のオペレータ選択に応えて、前記特定の要素が実際に属する要素の方に関して可変である要素を含む、前記特定の要素の属性のデータ駆動型表記を提供する、オペレータインタフェースと、
を備え、
そこでは、前記データ駆動型表記が、指定トポロジにとって考えられる法的な選択肢を生成し、具体化されるまで相互に一致しない可能性を含む、メタモデルを実現することによってカスタマイズされる、
電気通信ネットワーク要素を管理するためのコンピュータ／ソフトウェアシステム。
【発明の詳細な説明】
【０００１】
発明の背景および要約
本発明は、電気通信システムに関し、特に電気通信網要素を遠隔で管理する要素管理システムに関する。
【０００２】
背景：電気通信網の構造
現代の電気通信技術が進展し、多くの企業によるデータ帯域幅の使用が増加することにより、しだいに増大するトラフィックがますます増加する数のノードに流れ込む結果となっている。光ファイバ線路によって処理できるデータ帯域幅は長距離データ伝送をはるかに安価にしてきたが、データのサブストリームを結合し、それぞれをその適切な宛先に送るための複雑な電子回路を必要としてきた。電気通信インフラストラクチャは多岐に渡るネットワーク要素を含み、そのそれぞれは数多くの複雑な書き込み可能なサブシステムを含んでよい。技術的な能力が爆発的に成長するにつれて、多くのベンダがそのネットワーク要素構成部品で急速な改良を行ってきた。
【０００３】
電気通信網は、設計、構築、および維持が複雑である。改善策、さらに大きな帯域幅、使いやすさ、およびインタオペラビリティーに対するつねに増大する要求がこの複雑さを増し、ますます能力のあるネットワーク管理を必要とする。サービスプロバイダは、多岐に渡るインタフェース規格に準拠する装置および構成部品に対処できるネットワーク管理システムを必要とする。
【０００４】
背景：ネットワーク要素の多様性の発展
用語「ネットワーク要素」および「要素マネージャ」が、電気通信網よりむしろコンピュータネットワークに関して使用されることもあることが注意されなければならない。しかしながら、このようなネットワークにおける要素管理の要件は、電気通信網に関連する要件とは大きく異なる。第１に、電気通信網は、通常、はるかに多数のノードを有する。第２にデータストリーム経路選択は電気通信網の主要な目的であるが、計算ネットワークにおいては、切替えは、ある特定のタスクにいよって要求されるリソースをリンクするために必要とされるときに実行されるにすぎない（実際には、ＷＡＮは、典型的には電気通信網事業者によって提供されるデータチャネルを使用して実現されるだろうため、このようなケースでの電気通信網は、ＷＡＮの結合性が依存することを許されている、さらに「根本的な」レベルと見なされることが理解できる）。第３に、電気通信網の信頼性要件はきわめて高く、いくつかのコンピュータネットワークの信頼性要件よりはるかに高いことがある。第４に、電気通信網は、典型的には、物理的に遠く離れている、はるかに多くのノードを含む。第５に、プロセッサ動作の伝送されるデータビットに対する比率は、典型的には、数桁異なっている。
【０００５】
ネットワーク要素は、多くの複雑な書き込み可能サブシステムを含む、それぞれ複雑なシステムである。これらの書き込み可能なサブシステムは、それらのプログラミングを記憶し、その運用履歴のレコードを維持する。これらの多くのローカルメモリ内のデータは、システムの完全性および信頼性を監査するために重要である。
【０００６】
背景：要素管理システム（ＥＭＳ）
要素管理システムは、電気通信網要素を監視するために、電気通信システムによって使用される。従来、単一の「ネットワーク要素」が、数多くの独立して書き込むことができる切替えカード（典型的には、１つまたは複数の棚がいっぱいである、つまり数１０枚のカード）を含むと考えられている。それぞれのカードは、それ自体が複雑な書き込み可能システムであるため、現代のネットワーク要素の書き込み可能性（ｐｒｏｇｒａｍｍａｂｉｌｉｔｙ）は非常に大きい。
【０００７】
それぞれのネットワーク要素が多くの複雑な書き込み可能なサブシステムを含むため、および非常に高い信頼性が必要とされているため、要素管理は取るに足らないタスクではない。各ネットワーク要素で考えられる、書き込まれた状態が着実に増加しているため、要素管理は、急速にさらに難しくなっていく。
【０００８】
例えば、典型的なカードは、各方向にギガボーの半分を超える総帯域幅の４つの双方向ＯＣ−３インタフェースを有することがある。各ＯＣ−３データストリームは、３つのＳＴＳ−１データストリームに分解され、それらは、その結果、Ｔ１速度（それぞれ毎秒約１５０万ビット）で２８のデータストリームにそれぞれ分解される。このようにして、カードは、その４つのデータコネクションのそれぞれの中で８４の異なるチャネルを向け直すことができる。クロスコネクトオプションがない場合にさえ、理論的に可能な数のイン／アウト切替え状態は３３６の連乗積（３３６ｘ３３５ｘ３３４ｘ．．．ｘ３ｘ２ｘ１）である。３０枚のこのようなカードを含むネットワーク要素の理論的に可能な数は、（ほぼ１０２１１３８）非常に大きな数である、この数の３０乗近くとなるだろう。
【０００９】
帯域幅に対する要求が強まるにつれて、改装切替え環形が現れてくる。例えば、現在提案されているＷＤＭカードは、１６８のＯＣ−１９２チャネルの経路選択を処理し、それぞれが約１０ギガボー（毎秒１００億ビット）を搬送するだろう。それから、それらのＯＣ−１９２データストリームのそれぞれは、さらにＯＣ−１９２切替えカードによって操作され、ＯＣ−３切替えカードへの経路選択のために、ＯＣ−１９２データストリームを（例えば）ＯＣ−３データストリームに分割するだろう（比較のため、通常の音声接続は、ＯＣ−３カードの最小データチャネルよりはるかに小さい、それぞれ毎秒約５６キロビットを必要とするにすぎない）。
【００１０】
要素管理をさらに困難にもする反対の傾向とは、さらに大きなサイズのネットワークである。電気通信網は、２０世紀の最後の数十年にその場所の経済で根本的な変化を遂げてきた。この変化は、マイクロ波リンクが銅に代わったときに始まったが、最近は、光ファイバ幹線によって提供される非常に高い帯域幅によって動かされてきた。場所の経済のこの新しい時代には、信号発信点と目的地点の間の物理的な距離は、それが過去に重要であったよりはるかに重要でなくなってきた。この当然の結果として、（地理学的にそくていされるのか、それともノード数で、あるいは切り替えられるバンド数デ測定されるのかに関係なく）規模の経済が電気通信網をますます大規模にしてきた。
【００１１】
さらに大規模なネットワークに向かう傾向は、ますます世界的になる電気通信通信事業者の範囲によっても動かされてきた。大きな通信事業者は、数万マイルに及ぶネットワークを有し、彼らはこれらの非常に大きく、非常に遠く離れたネットワークを監視、制御するための信頼できるツールを必要としている。
【００１２】
その結果、ネットワークのサイズがさらに大きくなるということは、最先端のネットワーク要素管理システムが、それぞれが数百のチャネルを切り替えるために書き込み可能である、それぞれ数十枚のカードを含む、数千のネットワーク要素に対処できなければならないことを意味する。
【００１３】
要素管理システムに対する追加の圧力は、高速応答に対するカスタマの要求によってかけられる。つまり、追加の容量を要求する帯域幅の企業ユーザは、応答が迅速でない場合、著しく阻害されるだろう。
【００１４】
電気通信網は、絶対に静的ではなく、装置の変化に対してだけではなく、オペレータの入力にも応えて、継続的に変化している。従来、コマンドが変更するオペレータ入力は、ログファイルに記憶されていたが、この結果、きわめて検索するのが困難である大きなテキストファイルが生じる。理論的にはこのようなテキストファイルはデバッグのために、あるいは現在の状態を確かめるために検索できるが、実際問題として本発明者はこれが困難であることに気付いた。
【００１５】
従来の要素管理システム（ＥＭＳ）はベンダに特殊であり、その結果ネットワーク管理システムは複数の異なるＥＭＳに接続しなければならない（このインタフェース構造のモデルは、図１Ａに示されている）。しかしながら、これは、[文が途中で終わっています]
【００１６】
背景：クロスコネクト管理
複雑なクロスコネクトでのリンク数は、一度で便利に表示できないため、クロスコネクト管理用のオペレータインタフェースが一度に見られるリンク数を削減するためのなんらかの方法を提供しなければならない。これは、典型的には、リンクの異なる部分集合を詳細に表示するために複数のウィンドウを使用することにより行われる。しかしながら、ウィンドウの数がますます増加するということは、オペレータが、選択されたリンクを詳細に見るために適切な表示ビューを立ち上げる際にさらに多くの困難を有することを意味する。
【００１７】
背景：ネットワーク、サービス、およびビジネス管理：ＴＭＮ
ＴＭＮアーキテクチャは、階層電気通信管理アプローチの基準モデルである。その目的とは、管理の機能領域を層に区切ることである。例えば、そのすべてがこれにょって参照して組み込まれている、ＩＴＵ−Ｔ勧告Ｍ．３０１０、Ｄｉｖａｋａｒａ  Ｋ．Ｕｄｕｐａ、ＴＭＮ：電気通信管理網（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｍａｎａｇｅｍｅｎｔ  Ｎｅｔｗｏｒｋ）(１９９９年)、インターネットで出版されるチュートリアル記事、ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｐｒｏｆｏｒｕｍ．ｃｏｍ／ａｃｒｏｂａｔ／ｆｕｎｄ＿ｔｅｌｅｃｏｍ．ｐｄｆ、ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｐｒｏｆｏｒｕｍ．ｃｏｍ／ａｃｒｏｂａｔ／ｏｓｓ．ｐｄｆ、ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｐｒｏｆｏｒｕｍ．ｃｏｍ／ａｃｒｏｂａｔ／ｔｍｎ．ｐｄｆ，ｈｔｔｐ：／／ｗｗｗ．ｗｅｂｐｒｏｆｏｒｕｍ．ｃｏｍ／ａｃｒｏｂａｔ／ｅｍｓ．ｐｄｆを参照すること。
【００１８】
ＴＭＮアーキテクチャは、電気通信管理の５つの機能レベルを特定する。つまり、ビジネス管理層（ＢＭＬ）、サービス管理層（ＳＭＬ）、ネットワーク管理層（ＮＭＬ）、要素管理層（ＥＭＬ）、およびネットワーク要素層（ＮＥＬ）での（ますますインテリジェントになる）ＮＥである。ＴＭＮはこれらの層に基づいて管理責任を分離する（または少なくとも区別する）。これにより、サービスプロバイダの複数の分野でこれらの機能または用途を分散し、異なるオペレーティングシステム、異なるデータベース、および異なるプログラミング言語を使用することができる。ＴＭＮアーキテクチャでは、要素管理層は、ネットワーク要素に対する低レベルインタフェースにすぎないが、ネットワーク要素についての情報への円滑なアクセスをさらに高い層に与える必要がある。
【００１９】
背景：ＣＯＲＢＡ
現代の電気通信にとってのソフトウェアアーキテクチャの１つの重要な構成要素は、ＣＯＲＢＡ（共通オブジェクト・リクエスト・ブローカ・アーキテクチャ）によって定義されるオブジェクト指向ソフトウェア関係であった。この規格は、特に、それが要素管理機能とその他の機能の間での接続のために基本的なフレームワークを提供する、電気通信で有効である（例えば、ネットワーク管理ソフトウェアおよびシステム管理ソフトウェア機能）。
【００２０】
背景：光学電気通信規格および専門用語
電気通信網管理の役割は、速度、増加する帯域幅、ビデオ、デジタルおよびインターネットデータを搬送するための容量に対する新しい要件のために変化している。必要とされる機能を提供するために、ＡＴＭ、ＳＯＮＥＴ、およびＳＤＨなどのプロトコルが出現している。ネットワーク管理システムは、これらの新しい技術および規格に対処しなければならない。
【００２１】
帯域幅に対する要求により、多くのサービスプロバイダは、光学通信システムを使用してきた。光学同期および相互接続性に関する規格の典型的なセットは、ＳＯＮＥＴ（同期光ネットワーク）である。ＳＯＮＥＴは、異なる容量で多くのデジタル信号を移送し、製造メーカに設計規格を提供するように設計される光ファイバ伝送のファミリである。これらの設計規格は、さまざまな複数のベンダからの伝送製品の相互運用を可能にし、新しい帯域幅サービスをサポートし、機能拡張されたＯＡＭ＆Ｐ（動作、管理、維持および対応）を可能にする。
【００２２】
ＳＯＮＥＴは、５１．８４Ｍｂｐｓというベース速度を有し、さらに高い速度はベース速度の倍数である。アーキテクチャは４つの層を有し、これらの層の一番上はＡＴＭ（非同期転送モード層）である。光通信層は物理層であり、（送信機の拡散などの）光ファイバ、送信機特徴および（感度などの）受信機特徴に対する仕様を含む。セクション層は、電気信号を光通信信号に変換し、ＳＯＮＥＴフレームを作成する。線路層は、同期、データのＳＯＮＥＴフレームへの多重化、切替え等の機能を実行する。経路層は、エンドトゥーエンドのデータの移相を実行する。
【００２３】
開放型システム間相互接続（ＯＳＩ）は、さまざまなベンダによって作られる、異なるシステムの間の通信規格のための国際的に受け入れられているフレームワークである。ＯＳＩモデルは、任意のベンダのコンピュータシステムが、ネットワーク上でその他のシステムと自由にデータを共用できる開放システムネットワーキング環境を作り出すように設計される。モデルは、通信プロセスを７つの異なるカテゴリに編成し、ユーザに対するそれらの関係に基づいて、これらのカテゴリを層化したシーケンスに入れる。層７−４は、エンドトゥーエンド通信に対処し、層１から３はネットワークアクセスに対処する。
【００２４】
ツリー構造の表記を含む要素管理システム
本発明者は、ますます複雑になるネットワーク要素のますます大きくなるネットワークのこの時代には、ネットワーク要素プログラミングの旧いパラダイムは、より適切でなくなってきていると理解している。１つの共通した変化が複数のネットワーク要素に必要とされる場合、過去の要素管理システムは、オペレータに、繰り返し、次々に要素に変更を加えることを必要としていた。これは単調で退屈なだけではなく、応答時間も低速化する。
【００２５】
本出願は、ネットワーク要素を、グループ単位で分類、表示、および操作することができる。これがさらに大きな使い安さとさらに速い応答の両方を提供する。
【００２６】
端点を入力することにより選択可能なディスプレイを備えるクロスコネクタ管理
本出願は、所望のリンクを見つけるために、複数のウィンドウを取って方向転換する（ｆｌｉｐｐｉｎｇ）代わりに、複雑なクロスコネクトを管理するための新しい能力を記述する。それから、システムは、これらの端点をリンクし、それを一番上に持ち上げる（つまり、それを可視にする）。
【００２７】
特定された点の組には複数のクロスコネクタがあるだろうと考えられ、代替実施態様は、２つの指定された点の間に必ずしもすべての考えられるリンクを提示しないが、代替実施態様ではこの機能は、所望される場合に追加できる。
【００２８】
要素識別子からの自動発見に基づいた適応インタフェースによる要素管理システム
本明細書は、オペレータが特定された構成要素の最適フル機能搭載の管理のために、構成要素識別子を入力すると、それ自体を自動的に構成するネットワーク要素管理システムを記述する。これは、単なるルックアップによってではなく、好ましくは、自動発見プロセスによって実行される。これは、完全機能の最適化されたインタフェースを、多くのバージョンの多くのベンダからのネットワーク要素に提供することができる要素管理システムでの新しい効率を提供する。
【００２９】
ネットワーク要素のローカル記憶の自動リモートバックアップ付きの要素管理システム
本発明者は、要素管理システムが、それ自体、ネットワーク要素の自動リモートバックアップを実行するために使用できることを十分に理解している。バックアップ手順は、ネットワーク要素（またはその副構成要素）に記憶されるローカルデータの中心に位置する子尾ピーを維持するために、書き込まれているスケジュール上で着手される。
【００３０】
実施態様の１つのクラスでは、ネットワーク要素の運用データベースは、集中化された場所にある「ソフトウェアレポジトリ」の中に記憶される。ソフトウェアレポジトリに記憶できる各ネットワーク要素からのデータベース数は、カスタマイズ可能である。
【００３１】
要素がプロセッサに対してよりむしろプロセスに対して割り当てられる要素管理システム
本発明者は、電気通信網の規模が大きくなるにつれて、システムのスケラビリティが主要な問題になることを十分に理解している。特定のネットワーク要素を特定のでーたべーすプロセッサに結び付けるアーキテクチャは、基準化（ｓｃａｌｉｎｇ）になんらかのリスクを呈する。
【００３２】
したがって、本出願は、特定のネットワーク要素の監督が、（マルチプロセッサコンピュータシステム内の）特定のプロセッサには割り当てられず、単にプロセススレッドに割り当てられる要素管理システムアーキテクチャを開示する。
【００３３】
好ましくは、システムは、多くの大型データベースアプリケーションに使用されるもものようなクライアント／サーバアーキテクチャで構成される（たとえ要素管理システムがデータベースアプリケーションよりはるかに多くても、クライアント／サーバアーキテクチャは、リアルタイム更新および集中システム管理に有効である）。中央サーバは、好ましくは大型マルチプロセッサ機械である。
【００３４】
電気通信網では、障害の場所を突き止めることができる（これは、例えば、ある特定の地域で天災によって、あるいは帯域幅要求を増加するローカルイベントによって引き起こされることがある）。要素管理システムは、その結果として、このような障害が対処されているときに、ネットワークの小さい部分の管理に多くのオペレータを集中させる必要がある可能性がある。本発明者は、これが、ネットワーク要素のハードウェアプロセッサに対する結合が、コンピュータのオペレーティングシステムによって動的（かつ自動的）に実行されるものとは別に、潜在的な制約であることを暗示することを十分に理解している。
【００３５】
解析されたスヌープに基づいた動的データベース更新を行う要素管理システム
本明細書は、ネットワーク要素管理データベース内での並行性の維持に新たなアプローチを開示する。バックグラウンドプロセスは、ネットワーク構成コマンドを搬送するチャネルを絶えず監視し、ネットワーク要素のステータスについての情報を搬送するあらゆるメッセージを自動的に解析する。これらのメッセージを解析することから引き出される情報は、その後、ネットワーク要素属性のデータベースのづ的更新に使用される。つまり、データベースは、まさに最新のステータス変更でまったく最新であり、オペレータは、自分達のデータが最新であるかどうかを確かめるためにログファイルをさまざまな観点からチェックする必要がない。代わりに、単純なデータベース照会が完全に最新の情報を検索する。
【００３６】
実施態様の１つのサブクラスでは、データベース照会からの情報は、オペレータのインタフェースに動的にリンクされ、その結果、オペレータの画面は即座にあらゆる関連データベース更新を反映するだろう。
【００３７】
この革新の特定の優位点は、専用帯域幅が使用される、あるいは保守が外注されるシステムで確かめることができ、その結果、複数のエンティティが同時に作業することが可能である。
【００３８】
適応接続が前回過去に完全に適格化された管理レベルで選択される要素管理システム
電気通信網要素マネージャは、多くの異なるスマートシステム（ネットワーク要素）に接続しなければならない「スーパーシステム」と見なすことができる。ネットワーク要素は、通常、多くの複雑なフィーチャを含み、これらのフィーチャはベンダごとに異なる。さらに、すべてのベンダが自らのネットワーク要素を繰り返し更新し、あるバージョンから別のバージョンにフィーチャを追加、または修正する傾向がある（典型的には、ネットワーク要素の稼動中の有効期間は、バージョンリリース間の時間より長い）。このようにして、電気通信要素管理システムは、多岐に渡るネットワーク要素を異なる製造メーカからの標準外フィーチャに接続しなければならないだけではなく、ネットワーク要素の任意の１つの型のいくつかの異なるバージョンにも接続しなければならない可能性がある（これは、電気通信網要素管理が、コンピュータネットワーク管理から根本的に異なる１つの方法である）。
【００３９】
ユーザは、要素管理システムとの使用のために、完全に適格化されていない（つまり、完全に試験され、認定される）新しいネットワーク要素（または、新しいソフトウェア更新）を挿入してよいため、電気通信網の高い信頼性要件は、これを特に困難にする。本出願は、このような環境での安定性および信頼性の維持に対して新たなアプローチを提示する。
【００４０】
本出願は、ネットワーク要素の完全に適格化されたバージョンが維持され、各ネットワーク要素に対するインタフェースが、たとえ完全に適格化されたそれ以降のバージョンもあるにしても、ネットワーク要素の実際のバージョン日付以降ではない最高の完全に適格化されたバージョンに従って管理される、要素管理システムを開示する。完全に適格化され、ネットワーク要素の実際の改訂以降ではないことが保証されている「管理レベル」を指定することによって、隠れた非両立性の可能性が削減される（ネットワーク要素は、過去に遡って互換性があると予想されるが、フィーチャの追加がなんらかの隠れた今後の非両立性を生じさせることがある）。
【００４１】
要素の実際のバージョン以降ではない完全に適格化されたバージョンがない場合には、要素は、製造業者に依存してよい、または製造業者と無関係であってよい「安全な」標準仕様に従って管理される。
【００４２】
開示された概念が、例えば、スマートホーム、車両電子部品、アビオニクス機器、電力システムのリモート管理、コンピュータ、コンピュータネットワークなどのその他の大型スーパーシステムにも適応できることが考慮される。ただし、開示されている概念は、非常に高い信頼性要件、地理的に拡大されたスーパーシステム、要素のフィールド更新、複数の製造メーカの標準外フィーチャ、および長い稼動中態様期間という状況を独特に示す、電気通信網に最も特に有利である。
【００４３】
メタモデルの具体化によってデータ駆動型接続が駆動される要素管理システム
本出願は、多岐に渡る製造メーカから、多岐に渡る複雑なシステム製品の多岐に渡るバージョンのカスタマイズされたインタフェースフィーチャを利用することができるネットワーク要素管理システムを記述する。これは、それ自体、具体化されるまでは、接続される考えられる既知の製品構成ノモデルではないメタモデルを維持することによって実行される。いったんメタモデルが具体化されると、それは、インタフェースプログラムが、管理および／または監視インタフェースにとって正しい構成を構築するために使用する構成パラメータを提供する。これは、特に、電気通信網要素管理システムの好まれている実施態様で有利であるが、他の大型「スーパーシステム」アプリケーションに対する潜在的な応用性も有する。
【００４４】
開示されている発明は、本発明の重要なサンプル実施態様を示し、参照してこの明細書に組み込まれる、添付図面に関して記述されるだろう。
【００４５】
好ましい実施態様の詳細な記述
本出願の多数の革新的な教示は、特に、（制限によってではなく、例によって）現在好まれている実施態様に関して記述されるだろう。
【００４６】
ＮＥＴＳＭＡＲＴ（登録商標）の概要
ＮＥＴＳＭＡＲＴは、多くのアクティブユーザを同時にサポートする一方で、非常に大型の富士通（Ｆｕｊｉｔｓｕ）ベースのＳＯＮＥＴ配備品を管理することができる真のキャリヤクラスネットワーク管理システムである。ＮＥＴＳＭＡＲＴは、前例のないスケラビリティ、グラフィックインタフェースの簡略さ、および信頼性を、監視、対応、および障害探索するためのツールに提供することによってビジネスを構築するのを補助する。素の他のユーザフレンドリなネットワーク管理ソフトウェア製品での場合のように、ＮＥＴＳＭＡＲＴシステムは、ユーザがシェルフおよびカードのレベルまでネットワークの階層ビューを表示できるようにする、使いやすい、直感的なグラフィックユーザインタフェース（ＧＵＩ）を有する。ＮＥＴＳＭＡＲＴは、ユーザが、監視、対応、ソフトウェアダウンロード（ＳＷＤＬ）、リモートメモリバックアップ（ＲＭＢＵ）およびリモートメモリ復元（ＲＭＲ）に対するグラフィックコントロールを得ることができるようにもする。このフィーチャが豊富なインタフェースによって、ユーザは、データまたはＴＬ１コマンドを入力しなくても実用可能のタスクを実行することができる。ポイントおよびクリック動作により、ユーザは、入力しないですべてのタスクの大多数を達成することができる。
【００４７】
ＮＥＴＳＭＡＲＴシステムは、システム要件を満たすようなサイズで作られるＳＵＮ（登録商標）社（ＳＵＮ（登録商標）  Ｅｎｔｅｒｐｒｉｓｅｓ）のサーバで実行する。それは、富士通のＦＬＭ追加／ドロップマルチプレクサ、（ＤＳ０レベルまでもずっと）ＦＡＣＴＲ（登録商標）汎用トランスポートアクセスプラットホーム、ＦＬＡＳＨ（商標）−１９２  光波追加／ドロップマルチプレクサ、およびＦＬＡＳＨＷＡＶＥ波長分割マルチプレクサ（ＷＤＭ）をサポートする。
【００４８】
ＮＥサポート
ＮＥＴＳＭＡＲＴは、多くの初期ＮＥリリースをサポートする。ＮＥＴＳＭＡＲＴのこのバージョンによって直接的にサポートされていないそれらのＮＥの場合、ＮＥＴＳＭＡＲＴは、過去に遡るおよび今後の互換性も提供する。過去に遡る互換性により、ＮＥＴＳＭＡＲＴは、そのソフトウェアがあたかもその実際より高いリリースレベルであるかのようにＮＥを管理することができる。
【００４９】
今後の互換性により、ＮＥＴＳＭＡＲＴは、そのソフトウェアが、あたかもその実際より低いリリースレベルであるかのようにＮＥを管理することができる。
【００５０】
ＮＥＴＳＭＡＲＴは、未知の富士通ＮＥに富士通総合サポート（Ｆｕｊｉｔｓｕ  Ｇｅｎｅｒｉｃ  Ｓｕｐｐｏｒｔ）（ＦＧＳ）も提供する。ＦＧＳは、以下を含む。
・ログイン／ログオフ
・警報の受信、記憶および表示
・トポロジディスプレイでの総称的なＮＥアイコンの表示
・警報レポートの許可／阻止
【００５１】
ＮＥＴＳＭＡＲＴフィーチャ
ＮＥＴＳＭＡＲＴは、包括的な管理機能を富士通ネットワーク化製品のユーザに提供するために、電気通信管理ネットワークモデルの要素管理層とネットワーク管理層の両方の機能を結び付ける。
【００５２】
汎用アプリケーションフィーチャ
ＮＥＴＳＭＡＲＴは、包括的、かつ堅牢な要素管理およびネットワーク管理の解決策の一部として以下に示す汎用アプリケーションフィーチャを提供する。
・単一サーバプラットホームからの最高４０００ＮＥの管理
・ＯＳＩ  ＤＳＮ結合性に対するサポート
・ＴＬ１コマンド回線およびバッチファイルサポート
・汎用ＮＥアイコン機能
・分散されたスケーラブルなアーキテクチャ
・最高５０人の同時ユーザに対するサポート
・ＩＰ  ＤＣＮ結合性に対するサポート
・ＴＬ１コンソールによって、ユーザは、ＮＥＴＳＭＡＲＴサーバと１つまたは複数の管理されているＮＥの間のＴＬ１通信を監視できるようにする。
・停電後に大幅に削減された起動時間に対する、およびファイルシステム破壊からの強められた保護に対するインテリジェントな無停電電源（ＵＰＳ）サポート
【００５３】
構成管理
ＮＥＴＳＭＡＲＴは、個々のＮＥとトランスポートネットワークの両方に対する容易かつ迅速な対応および在庫管理をサポートするために、以下の構成管理フィーチャを提供する。
【００５４】
柔軟なトポロジ管理
・トポロジリンクおよび物理リンクのビュー
・グループ間でＮＥを容易に移動する能力を備えるＮＥのユーザによって定義されるグループ
・管理されているＮＥの容易な表示および操作を可能にする、ウィンドウズ（登録商標）、エクスプローラに類似したツリーウィジェットビュー
・ネットワーク情報の表形式のビュー
【００５５】
包括的なネットワーク要素管理
・ＮＥ定義、プロファイルおよび構成の自動発見
・ユーザによって定義されたＮＥまたはグループ属性の追加
・ユーザによって定義されたＮＥ監視および照合調整
−ＮＥＴＳＭＡＲＴログイン時に許可される自律メッセージを選択する
−手動または自動データベース照合調整。ＮＥまたはＮＥＴＳＭＡＲＴを更新するためのオプション。
・装置状態の可視表示を含むＮＥシェルフディスプレイ
・シェルフ、プラグ接続式の装置、およびファシリティの属性およびサービス状態のＧＵＩベースの対応
・レッドライン、ＤＳ０、ヘアピンニング、ＦＡＳＴＬＡＮＥ（商標）、およびｔｒａｎｓｍｕｘクロスコネクト管理を含む包括的な管理ツールを提供するＧＵＩベースのクロスコネクト管理
−ツールバーショートカット（１ウェイ、２ウェイ、２ウェイ追加／ドロップ、１ウェイドロップおよび続行、２ウェイドロップおよび続行）
−バルククロスコネクト動作
−名前をクロスコネクトに割り当てる能力
・ＤＷＤＭ波長管理レポート
【００５６】
ネットワーク要素ソフトウェア管理
・ＯＳＩ  ＤＣＮを介したリモートＮＥソフトウェア更新
・ＯＳＩ  ＤＣＮを介したリモートＮＥデータベースバックアップおよび復元
−迅速なＮＥ電源投入おための別のＮＥにデータベースを復元する能力
・ＩＰ  ＤＣＮを介したリモートＮＥソフトウェア更新（ＦＬＡＳＨ１９２リリース４．２およびＦＬＭ  ２４００リリース１４．２ＢＳ専用）
・ＩＰ  ＤＣＮを介したリモートＮＥデータベースバックアップおよび復元（ＦＬＡＳＨ−１９２、リリース４．２およびＦＬＭ２４００リリース１４．２ＢＳ専用）
【００５７】
フル機能搭載ネットワーク在庫管理
・図５に示されている、ＮＥのネットワーク全体での在庫。つまりＴＩＤ、ＮＥ型、リリースレベル、監査状態、ＤＣＮ型
・ＮＥレベル在庫レポート。ＣＬＥＩコード、パーツ番号、装置サービス状態、製造日等
・装置検出機能：ネットワーク全体でのＣＬＥＩコードまたはパーツ番号の検索
【００５８】
障害管理
ＮＥＴＳＭＡＲＴは、ネットワーク警報の高速で信頼できる追跡調査を可能にし、ネットワーク事業者にネットワーク障害を迅速かつ容易に分離するためのツールを提供するために、以下のネットワーク監視および障害探索機能を提供する。
【００５９】
ネットワーク監視
・要約警報カウントおよび警報レポートへのワンクリックアクセスを含む、トポロジウィンドウの一番上にある警報バナー
・現在の警報、持続状態、警報肯定応答情報、および警報レコード注釈を含むアクティブな警報リスト
・クリアされた警報およびクリアされた持続状態を示す警報履歴ログ
・管理されているＮＥから受け取られる過渡状態警報（ＴＣＡ）のレコードを維持する過渡状態ログ
・および過渡状態
・警報感知トポロジマップおよびシェルフビュー
・可聴警報表示
・ユーザによって定義される並べ替え、濾過、欄表示／は位置、およびレポートレイアウトを可能にする、カスタマイズされた警報表示オプション
・警報レコードからシェルフビューへのワンクリックナビゲーション
【００６０】
ネットワーク障害探索
・保護スイッチ動作およびリリース
・ファシリティループバック動作およびリリース
・ＳＴＳ経路トレース
・ＤＷＤＭファイバファシリティ間でのエラーの検出および分離のためのＤＷＤＭセクショントレース
【００６１】
性能管理
ＮＥＴＳＭＡＲＴは、ネットワーク性能問題の迅速かつ正確な検出、分離、および訂正をサポートするために、以下の性能管理（ＰＭ）フィーチャを提供する。
・ＮＥＴＳＭＡＲＴ  ＧＵＩからの性能測定集合体のイネーブルおよびディスエーブル
・１５分の導出（ｒｅｓｏｌｕｔｉｏｎ）での装置関係およびファシリティ関係両方の測定値の収集
・カスタマイズされたＮＥＴＳＭＡＲＴレポートを通してＰＭ情報の選択および表示
・ＮＥＴＳＭＡＲＴ  ＧＵＩを通した外部ファイルの印刷および外部ファイルへの記憶
【００６２】
機密保護管理
ＮＥＴＳＭＡＲＴは、安全なネットワーク動作環境内での堅牢な動作を保証する一方で、ユーザ特権の迅速かつ正確な管理を可能にする、機密保護管理フィーチャを提供する。
・ＧＵＩベースの機能ユーザプロファイル管理は、個々のアプリケーションフィーチャの組み合わせによる役割のカスタマイズを可能にする。
・サーバ管理、クライアント管理、クロスコネクトユーザおよび警報ユーザなどの共通のユーザの役割が事前に定められ、ボックスから使用できる。
・オンデマンドで、または予定を立てて、アカウントをイネーブル、ディスエーブルする能力を含むＧＵＩベースのユーザアカウント管理が提供される。
・定められているユーザ、アクティブセッションを備えるユーザ、および履歴ユーザ活動を一覧表示するレポートを含む、包括的な機密保護報告が提供される。
【００６３】
プラットホーム要件
ＮＥＴＳＭＡＲＴ  １．２．２．に推奨されているプラットホーム構成は、以下の通りである。
サーバは、ＣＰＵの各組ごとに偶数のＣＰＵおよび２ＧＢメモリを含むアプリケーション要件（ＮＥの数、ユーザの数）を満たすサイズ（ＣＰＵおよびメモリ）で作られなければならない。
ディスクサイズ、テープおよびモニタは、変化することがある。
【００６４】
ＮＥＴＳＭＡＲＴの詳細の記述
ＮＥＴＳＭＡＲＴは、富士通ＦＬＭ、ＦＡＣＴＲ（登録商標）、およびＦＬＡＳＨ（登録商標）製品ライン用の次世代ネットワーク要素管理ソフトウェアアプリケーションである。加えて、ＮＥＴＳＡＲＴによって完全にサポートされていないが、基本的なＴＬ１コマンドのセットに準拠する富士通ネットワーク要素（Ｅ）が、警報および構成の目的で最小限にサポートされている。ＮＥＴＳＭＡＲＴクライアント／サーバ構成は、最高２５人の同時ユーザをサポートする。追加詳細は、その両方がここに参照して組み込まれる、ＮＥＴＳＭＡＲＴ１．２インストールおよび管理ガイド（ＦＪＴＵ−３２０−９４０−１５０）およびＮＥＴＳＭＡＲＴ  １．２ユーザガイド（ＦＪＴＵ−３２０−９４０−１００）に掲載される。
【００６５】
グラフィックユーザインタフェース（ＧＵＩ）は、以下を可能にする。
・ネットワークトポロジの表示および更新
・一意に名前が指定されたＮＥノード、ＮＥのグループ、およびリンクの作成
・警報のネットワークトポロジアイコンへの伝搬
・クロスコネクトを含むＮＥ構成の管理
・警報の監視
・障害探索手順の性能
・リモートＮＥメモリバックアップおよびソフトウェアダウンロードの実行
・ユーザ機密保護の管理
・性能管理レポートの検索
・波長管理
【００６６】
ＮＥＴＳＭＡＲＴは、詳細なサンＲサーバ／ワークステーションで動作するように設計される。アプリケーションは、リモートＮＥと通信するために、開放型システム間相互接続（ＯＳＩ）プロトコルスタック上でＴＬ１動作サポートシステム（ＯＳＳ）言語を使用する。ＮＥの管理は、例の構成、図１に示されるように、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、およびデータ通信路（ＤＣＣ）の組み合わせで達成される。
【００６７】
サポートされているネットワーク要素
ＮＥＴＳＭＡＲＴソフトウェアは、富士通ＮＥリリースを３つの異なるレベルでサポートする。
完全サポート：すべてのＮＥＴＳＭＡＲＴ機能が使用できる。
今後の互換性サポート：
・今後互換性のあるリリースレベルをＮＥにダウンロードする。
・ＮＥを使ってログオンし、セッションを維持する。
・ＮＥから警報を監視する（新しい警報タイプは認識されない可能性がある）。
・ＮＥのシェルフビューを表示する。
・過去のリリースで使用できたＮＥ機能に対応する。
・リモートメモリバックアップを実行し、（ＮＥがそれをサポートする場合には）復元する。
・過去にサポートされていたその他のフィーチャをサポートする。
過去に遡った互換性サポート：ＮＥＴＳＭＡＲＴは、ＮＥの初期のリリースをすぐ後の主要なリリースとして処理し、自律メッセージおよびコマンド応答を、それらがあたかもＮＥのより最近のバージョンからであるかのように処理する。初期のリリースによって実行できないコマンドは拒絶されるだろうが、ＮＥＴＳＭＡＲＴは機能し続けるだろう。
【００６８】
ＮＥＴＳＭＡＲＴの使用
次に挙げる項は以下を記述する。
・共通デスクトップ環境（ＣＤＥ）
・ＮＥＴＳＭＡＲＴ（商標）アプリケーションをサーバおよびクライアント上で起動する方法
・ログオンおよびログオフの方法
・ワークステーションの電源を切る方法
【００６９】
共通デスクトップ環境
ＣＤＥはサンユニックス（Ｓｕｎ  ＵＮＩＸ）プラットホームの基本的な構成要素であり、その内の１つがＮＥＴＳＭＡＲＴであるデスクトップアプリケーションを起動および停止するためにアクセスを提供する。ＣＤＥツールバーはコンピュータ画面の底部に位置する。サーバＣＤＥツールバーは、管理タイプ機能にアクセスを提供する鼓動（Ｈｅａｒｔｂｅａｔ）アイコンを左側に有する。これらの機能は、ＮＥＴＳＭＡＲＴ管理およびインストールガイドでカバーされている。ツールバーを通して使用可能な多様なアプリケーションについて学習するには、ごみ箱アイコンの隣の本と疑問符のマークをクリックすることによってヘルプメニューにアクセスする。ＣＤＥおよびそのアプリケーションを説明する複数のトピックが表示される。
【００７０】
ＮＥＴＳＭＡＲＴユーザレベル
ＮＥＴＳＭＡＲＴユーザの３つのレベルが定義される。
システム管理者―  トップレベルのＵＮＩＸオペレータである。システム管理者は、ＮＥＴＳＭＡＲＴソフトウェアのサーバへのロードおよびその他の関連するタスクを担当する。
ＮＥＴＳＭＡＲＴユーザ管理者―  トップレベルのＮＥＴＳＭＡＲＴオペレータである。ＮＥＴＳＭＡＲＴユーザ管理者は、他のＮＥＴＳＭＡＲＴユーザアカウントを作成する能力を含む、アプリケーション内のすべてのＮＥＴＳＭＡＲＴ特権を有する。
ＮＥＴＳＭＡＲＴユーザ―  オペレータレベルのユーザである。これらのユーザの権利は、ＮＥＴＳＭＡＲＴユーザ管理者によって分類される役割記述によって定義される。例えば、警報ユーザは、警報に応答することに関係するそれらのコマンドだけを使用することに制限されている。このユーザは、クロスコネクトを実行することを許可されないだろう。
【００７１】
ＮＥＴＳＭＡＲＴアプリケーションの起動
サーバと呼ばれる中央局がＮＥＴＳＭＡＲＴサーバアプリケーション、およびオプションでクライアントユーザインタフェース（複数の場合がある）を実行する。ＮＥＴＳＭＡＲＴがサーバで起動されると、それはクライアント（複数の場合がある）でも起動できる。各クライアントは、他のクライアントとは無関係に機能を実行できる。ＮＥＴＳＭＡＲＴをクライアント上で実行すると、以下の影響がある。
・要求を開始するクライアントだけが応答を受信するだろう。
・ＮＥから送信される自律警報は、すべてのワークステーションによって受信されるだろう。
・ユーザ機密保護レベルに応じて、ユーザはＮＥを構成することができる。ただし、以下の機能には、一度に一人のユーザだけがアクセスできる。つまり、ＮＥのログオン、ＮＥのログオフ、ＮＥの追加、ＮＥの削除、ソフトウェアダウンロード、およびＮＥ機密保護。
ＮＥＴＳＭＡＲＴは、ユーザがＮＥＴＳＭＡＲＴにログオンする前に自動ログオンとして定義されるＮＥだけに自動的にログオンする。それぞれのＮＥがログオンされるについれて、その警報ステータスがＮＥＴＳＭＡＲＴにダウンロードされる。
【００７２】
ＮＥＴＳＭＡＲＴアプリケーションの終了
ＮＥＴＳＭＡＲＴを終了すると、ＮＥＴＳＭＡＲＴユーザインタフェースソフトウェアプログラムが閉じる。ネットワークは影響を受けず、ＮＥＴＳＭＡＲＴサーバはネットワークをモニタし続けるだろう。通常、ＮＥＴＳＭＡＲＴは、サン（Ｓｕｎ）ワークステーションで連続して実行する。ただし、サーバをオフにすることが必要になると、停止手順はシステム管理およびインストールガイドに含まれる。
【００７３】
ＮＥＴＳＭＡＲＴ（商標）ユーザインタフェースは、モニタされているネットワークでの警報状態の迅速な識別およびそれに対する応答を可能にする。システムは、ユーザのキーボード使用およびトレーニング要件を最小限に抑えるために、ウィンドウおよびマウスを使用する。
【００７４】
ＮＥＴＳＭＡＲＴウィンドウレイアウト
トポロジウィンドウ（図２）が、ユーザがＮＥＴＳＭＡＲＴアプリケーションにログオンした後に表示される。追加の動作を起動するにつれて、同じウィンドウの複数の発生を含む追加のウィンドウを開くことができる。ウィンドウは、ネットワークの複数のビューを可能にするために大きさを変更し直し、移動することができる。例えば、警報状態にあるシェルフがあるウィンドウに表示され、関連する警報のリスティングを別のウィンドウに表示することができる。図２は、主要なＮＥＴＳＭＡＲＴウィンドウのさまざまな要素位置の例である。ＮＥＴＳＭＡＲＴウィンドウ要素は、以下の通りである。
タイトルバー―  タイトルバーの中のタイトルは、トップレベル要素、構成要素および表示されている連合体（ｆｅｄｅｒａｔｉｏｎ）または実行されているレポートまたは動作の種類を反映することがある。例えば、トポロジマップは、ネットワーク要素のトップレベル、構成要素および連合体を反映するために、「ＮＥＴＳＭＡＲＴ：連合体１：トポロジ」を表示する。ビューが構成マネージャ内のＮＥのためにＤＳＯ  ＸＣタブに切り替えられた場合には、タイトルは「ＦＬＭ１５０Ｊ」のようなＮＥ  ＴＩＤを反映する。ログマネージャは、「活動ログ」などのログの種類を表示するだろう。
１．メニューバー―  メニューバーの用語は、ＮＥＴＳＭＡＲＴコマンドのカテゴリを定義する。メニューワードをクリックし、押したままの状態にすると、そのカテゴリに使用可能なコマンドのドロップダウンリストが表示される。ボタンを押し続け、所望のコマンドを強調表示するためにポインタをドラッグしてから、ボタンを放すと、コマンドは実行を開始する。
２．ツールバー―  ツールバーは、頻繁に使用される機能に対して迅速なアクセスを提供するコマンドボタンであるツールを表示する。例えば、トポロジウィンドウでは、この領域はＮＥログオン、ＮＥログオフ、ＮＥ削除、リング追加、およびチェーン追加に使用される。ツールバーの右側には、４つの警報状態ツールがある。警報ツールは、現在の警報の数を表示し、クリアまたは肯定応答されていない警報がある場合に点滅するだろう。
３．ツリー―  トポロジウィンドウでは、この領域はＮＥの階層リストおよびＮＥのグループを表示する。構成ウィンドウの中では、この領域は、選択に応じてカードまたはファシリティを一覧表示する。機密保護ウィンドウでは、この領域はユーザ、役割またはユーザセッションを一覧表示する。
４．グラフィック領域―  この領域は、ネットワークマップ、シェルフビュー、アイコンまたはレポートなどの大きなグラフィック情報を表示するために使用される。ダイアログボックスおよびメッセージボックスも、この領域の一番上に表示できる。
５．アイコン―  アイコンは、オブジェクトのグラフィック表記である。アイコンは、関係するウィンドウで使用できる凡例の中で記述され、本書の付録Ａに記述されている。
６．ステータスバー―  ステータスバーは、選択されたＮＥの最後のコマンドの結果または現在のステータスなどの有効な情報を表示するために使用される。
７．スクロールバー―  スクロールバーは、表示された情報がウィンドウのサイズを超えるときにウィンドウの一部を配置し直すために使用できる。矢印をクリックするか、あるいはスクロールボタンをドラッグすると、表示が移動するだろう。
【００７５】
ＮＥＴＳＭＡＲＴウィンドウ要素
複数の種類のウィンドウ要素が、コマンドが選択されると、ＮＥＴＳＭＡＲＴウィンドウ領域に表示される。これらの要素は以下の通りである。
１．ダイアログ―  ＮＥＴＳＭＡＲＴは、ユーザから情報を要求するためにダイアログを使用する。必要とされる情報を供給した後に、コマンドボタンをクリックしてコマンドを実行する。タブキーとシフト＋タブキーが、ボックス内のエントリフィールド間でカーソルを移動する。
２．メッセージボックス―  メッセージボックスは、コマンドを完了できない理由を説明するため、ユーザに進行中の動作を知らせるため、あるいはユーザに選択による考えられる結果を思い起こさせるために表示される。
３．コマンドボタン―  （ダイアログまたはメッセージボックスの底部全体に位置する）ＯＫ、取消し、適用およびヘルプなどは、選ばれると即座の動作を開始する。
４．レポート―  ＮＥＴＳＭＡＲＴは、ＮＥ、対応するパラメータまたは状態についてのデータを、表形式で表示できる。多くの場合、そのデータはファイルとして保存、および／または印刷することができる。
【００７６】
メニューの規約
多くのＮＥＴＳＭＡＲＴコマンドが、ツールバーから、あるいはＮＥＴＳＭＡＲＴメニュー（図３）から使用できる。３種類のＮＥＴＳＭＡＲＴメニューがある。
・ウィンドウ名のすぐ下に位置するコマンド名の水平リストであるメインメニュー
・メインメニューの選択ごとの関連付けられるドロップダウンメニュー
・通常、マウスを右クリックする動作から表示されるポップアップメニュー
【００７７】
ＮＥＴＳＭＡＲＴダイアログ要素
ＮＥＴＳＭＡＲＴダイアログ要素は、各ダイアログに機能性を付加するために基部ダイアログウィンドウで使用されるビルディングブロックである。異なるダイアログが、ダイアログ情報を起動することによって引き越される特定の動作（複数の場合がある）を反映するためにさまざまな要素を含む。
【００７８】
ダイアログタイトル
大部分のＮＥＴＳＭＡＲＴダイアログは、ダイアログタイトルまたは名称をダイアログ境界線の一番上の部分に表示される。いくつかのインスタンスでは、ダイアログタイトルは、一定した単一のタイトルよりむしろ、選択された要素の名前を含んでよい。その他のダイアログは、選択された要素の不変タイトルおよび可変名の両方とも有してよい。
【００７９】
ダイアログエンティティ
ダイアログは、フィールドラベル、データ／テキストエントリフィールド、ラジオボタン、チェックボックス、リストボックス、ドロップダウンメニュー、スライドバーおよびコマンドボタンを含んでよい。
【００８０】
データ／テキスト入力フィールドは、ユーザが情報を入力するために設計される。
【００８１】
ラジオボタンは、ボタンの相互に独占的なグループである。グループで１つのボタンを選択すると、グループ内の他のすべてのボタンが選択解除されるだろう。チェックボックスは、１つまたは複数の選択肢を示すために使用される。
【００８２】
リストボックスは、ユーザがその中から単一の値または値のグループを選択できる値のリストを表示する。値の連続（隣接）するグループは、マウスで値を選択する間にＳＨＩＦＴキーを押し続けることによって選択される。値の非連続グループは、マウスで値を選択する間にＣＯＮＴＲＯＬキーを押し続けることにより選択される。
【００８３】
ドロップダウンメニューは、選択がリストボックス（図４）から行われると表示されるメニューである。
【００８４】
スライダーバーは、レベルを設定するために使用される。例えば、ＮＥＴＳＭＡＲＴ一般ユーザ優先ダイアログは、ＮＥＴＳＭＡＲＴアプリケー書の画面がロックする前に、ＮＥＴＳＭＡＲＴが遊休となることができる分数を設定するためにスライダバーを使用する。
【００８５】
コマンドボタンは、ダイアログボックスの底部に位置する。それらは、ユーザがダイアログに入力した情報についてＮＥＴＳＭＡＲＴがどのような処置を講じる必要があるのかを示すために使用される。
【００８６】
ＮＥＴＳＭＡＲＴメッセージボックス
ＮＥＴＳＭＡＲＴメッセージボックスは、ユーザに、ＮＥＴＳＭＡＲＴまたはＮＥＴＳＭＡＲＴ要素の現在の状態を改変する可能性のある差し迫った状況を警告するように作られたダイアログの形式である。メッセージボックスは、以下の３つの種類の内の１つである。
肯定応答―  続行する前に、肯定応答しなければならないメッセージを表示する。これは、通常「目覚まし」型のメッセージであり、潜在的にシステムに影響を及ぼす動作と関連付けられていない。
決定―  ユーザが、コマンドボタンを選択することによってどのように進むのかを決定することを必要とする。
進行中―  イベントが発生中であり、プロセスがまだ続行中であることを示すために移動するバーを表示する。メッセージボックスを閉じてもプロセスは停止しない。
【００８７】
ＮＥＴＳＭＡＲＴ手順
ＮＥＴＳＭＡＲＴを最初に起動すると、トポロジウィンドウが表示される。ネットワーク要素（ＮＥ）が作成されていない場合、ＮＥは起動時にトポロジウィンドウに表示されないだろう。図５は、ＮＥがすでに作成されているトポロジを示している。
注記：メインＮＥＴＳＭＲＴ（商標）ウィンドウの大部分は、異なるソフトウェアマネージャを通してアクセスされる。これらのマネージャは、ＮＥＴＳＭＡＲＴメニューに一覧表示され、それを通してアクセスされる。したがって、以下の手順で、関連するマネージャは第1ステップに示される。適切なマネージャウィンドウが開いていない場合は、ＮＥＴＳＭＡＲＴメニューオプションを選択してから、適切なマネージャオプションをクリックすることによって開くことができる。
多岐に渡る方法が、これらの機能を実行するために使用できる。しかしながら、ここでの手順は、最も直接的な方法を提供するために作成される。適用可能なウィンドウに対する参照が手順に含まれる。ＮＥが作成されるにつれて、それらはデフォルトで自動発見され、ログオンされる。ユーザが、ＮＥ作成中に、特にデフォルト自動ログオンフィールドを非活性化すると、ＮＥは自動的に発見されないだろう。
【００８８】
いくつかのダイアログは、それらの一般的な性質のために、複数の異なるマネージャ画面から使用できる。それらによって、ユーザは、環境上の優先を設定し、機密保護の目的でＮＥＴＳＭＡＲＴ画面をロック／アンロックすることができる。
【００８９】
ＮＥの作成および管理
本項は、ＮＥＴＳＭＡＲＴデータベース内でＮＥがどのようにして追加、修正、維持および削除されるのかを記述する。富士通ＮＥだけがこのリリースでサポートされており、それらは、ＴＬ１コマンドまたはＦＬＥＸＲ（登録商標）インタフェースのどちらかを使用して、すでに物理的にネットワークの中で構成されているに違いない。現在サポートされているリストの中にないが、Ｔｅｌｃｏｒｄｉａ  ＴＬ１文法に準拠している富士通ＮＥは、ＡＣＴ−ＵＳＥＲ、ＲＴＲＶ−ＡＬＭ−ＡＬＬ、およびＩＮＨ−ＤＢＲＥＰＴ−ＡＬＬなどのコマンド用の汎用ＮＥとしてサポートされている。
【００９０】
ＮＥまたはグループの検索
この手順は、ＮＥまたはＮＥのグループの位置を突き止めるのに役立つ。
【００９１】
ＮＥの追加
この手順は、ＮＥＴＳＭＡＲＴデータベースにＮＥ定義を追加する。しかしながら、アクティブになるためには、ＮＥは物理的にすでにネットワーク内におり、ＦＬＥＸＲインタフェースまたはＴＬ１コマンドのどちらかを使用して構成されなければならない。
【００９２】
ＮＥの複製
既存のＮＥ定義のコピーを作成するにはＮＥクローンダイアログを使用する。ネットワーク内で新規ＮＥを特定するにはクローンに変更を加える。
【００９３】
ＮＥパラメータの編集
ＮＥを編集すると、ＮＥＴＳＭＡＲＴデータベース内でいくつかの基本的なＮＥパラメータに変更を加えることができる。
注記：ユーザＩＤフィールドおよびパスワードフィールドのコンテンツは、アクティブＮＥに関して変更できない。これらを変更しなければならない場合、ＮＥをログオフし、削除し、再び新規ユーザＩＤとパスワード情報で追加しなければならない。
【００９４】
ＮＥの削除
注記：ログオン中にＮＥを削除してはならない（ＮＥアイコンバックグラウンドは白い）。サーバがログオンするのを終了するまで待機してから、削除動作に進む。ログオンの間にＮＥを削除すると、ＮＥを部分的に削除することになるだろう。ＮＥが部分的に削除される場合、ユーザは、問題を解決するためにＮＥＴＳＭＡＲＴを再起動する必要がある。
【００９５】
ＮＥを削除すると、ユーザはＮＥからログオフし、それは、ＮＥＴＳＭＡＲＴデータベースから削除される。ＮＥを削除すると、ＮＥと関連つけられたあらゆるリンクも削除される。ＮＥはまだ物理的にネットワーク内にあるが、ＮＥＴＳＭＡＲＴデータベースからは削除されている。
【００９６】
ＮＥにログオン
ユーザは、構成変更を実行し、警報情報を受信するためにＮＥにログオンしなければならない。イナクティブ状態にあるＮＥだけにログオンすることができる。これが、このＮＥがログオンされるのが初めてである場合には、自動発見が呼び出される（ＮＥＴＳＭＡＲＴは、ＮＥデータベースと通信し、構成情報をＮＥＴＳＭＡＲＴデータベースにロードする）。ユーザがＮＥ追加ダイアログで自動ログオンを選択すると、ログオンプロセスは、ユーザが、ＮＥ追加ダイアログ内でＯｋまたは適用をクリックするとすぐに開始するだろう。
【００９７】
ＮＥのログオフ
ＮＥをログオフするとＮＥＴＳＭＡＲＴとこのＮＥの間の通信は終了するが、ＮＥは依然としてＮＥＴＳＭＡＲＴデータベースに定義され、ネットワーク内で機能している。
【００９８】
ＮＥの監査
ＮＥを監査すると、ＮＥＴＳＭＡＲＴデータベースに含まれている情報が、ＮＥに記憶されている情報に比較される。監査の結果が表示される。ユーザが以下の手順を使用してＮＥを監査するとき、ユーザが設定する監査／調整レベルはこの監査だけに適用するだろう。ユーザがＮＥを作成または編集したときに設定した監査レベルは、ＮＥが再起動される時にだけ適用するだろう。
【００９９】
ＮＥ状態の表示
ネットワークの中の任意のＮＥの現在の状態を表示できる。
【０１００】
ＮＥの再同期
データベース再同期は、ＮＥデータベースとＮＥＴＳＭＡＲＴデータベース間の一貫性を確実にする。再同期は、データベース全体またはそのデータベースの別個の部分をＮＥから検索し、この情報をＮＥＴＳＭＡＲＴデータベースに含まれている情報に比較することを含む。データの型に応じて、ＮＥデータベースまたはＮＥＴＳＭＡＲＴデータベースのどちらかが、マスタデータソースであってよい。
【０１０１】
再同期は、時間およびリソース集約型プロセスである場合がある。
【０１０２】
ＮＥのグループの管理
グループは、ＮＥを編成し、ネットワークを区分するために使用される。グループアイコンは、１つまたは複数のＮＥ、あるいはＮＥのグループを表す。グループアイコンの背景色は、グループ内のＮＥの肯定応答されていない最高の警報レベルを反映する。
【０１０３】
ＮＥのグループの検出
単一のＮＥおよびＮＥのグループを検出することは、同じダイアログを使用して達成される。
【０１０４】
グループ定義の追加
グループ定義が作成でき、それからＮＥのグループが定義されるか、あるいは新しいグループの中に移動することができる。
【０１０５】
グループパラメータの編集
グループを編集すると、ユーザはグループパラメータを変更できる。グループ親は、ツリー領域内の新しい親の下でグループアイコンをドラッグするか、あるいはグループ編集ダイアログの親グループフィールドに新しい親の名前を入力するかのどちらかによって変更することもできる。
【０１０６】
グループ定義の削除
注記：親グループを削除すると、該親グループの下のすべてのグループが削除される結果となる。
これを選択すると、ＮＥＴＳＭＲＴデータベースからグループ定義が削除される。グループにＮＥが割り当てられている場合、警報が表示され、削除が完了する前に肯定応答されなければならない。グループアイコンは、トポロジマップおよび構造から削除される。
【０１０７】
ＮＥグループごとに異なるバックグラウンドマップを使用する
異なるバックグラウンドマップは、グループが選択されると、ＮＥが適切なマップに表示されるようにＮＥのグループのそれぞれに確立することができる。マップファイル（複数の場合がある）は、「ｊｐｇ」フォーマットを取らなくてはならず、サーバによってアクセス可能でなければならない。ファイルは、サーバドライブ上、ＣＤＲＯＭ上、またはフロッピーディスクドライブに入れるフロッピーディスク上にあることがある（フロッピーディスクを認識するために、ＵＮＩＸ  ｖｏｌｃｈｅｃｋコマンドを使用する）。
【０１０８】
ＮＥダイアログの検索
関係する検索ボタンが、ＮＥ名の提供を必要とする別のダイアログで（例えば、リンク追加ダイアログで）選択されると、必ずＮＥ検索ダイアログが表示される。次の手順は、ユーザが検索ボタンとのダイアログで作業中であると仮定する。図６は、トポロジ検索ＮＥダイアログを示す。
【０１０９】
グループダイアログの検索
グループ検索ダイアログは、グループ名の提供を必要とする別のダイアログで（例えば、ＮＥ追加ダイアログで）関係する検索ボタンをクリックすると必ず表示される。以下の手順は、ユーザが検索ボタンとのダイアログで現在作業中であることを仮定する。
【０１１０】
ＮＥの接続（リンク、チェーン、リング）
ネットワーク要素（ＮＥ）は、多様な電気通信サービスを提供するために接続されている。接続手順は、さまざまな種類の接続についての情報を、ＮＥＴＳＭＡＲＴデータベースに追加する。それらは、これらの手順で定められている作業がオンサイトフィールド技術者によって完了されなければならないため、ＮＥおよび物理ネットワークに影響を及ぼさない。
【０１１１】
ＮＥＴＳＭＡＲＴの中では、２つのＮＥ間の単一の接続が物理リンクと呼ばれる。トポロジマップでのこの情報の表示は、論理リンクと呼ばれる。２つのＮＥ間に複数の物理リンクがあってよいが、それは、接続がリングを形成しない限り、トポロジマップ上で１本の線として表示されるだろう。リングが２つのＮＥだけを使用して形成される場合は、両方のリンクとも、菱形パターンとして示す傾斜した線として表示される。
【０１１２】
ＮＥＴＳＭＡＲＴでは、一方向だけでのリンクは片方向リンクである。両方向でのリンクは双方向リンクである。
【０１１３】
ＮＥＴＳＭＡＲＴでは、２つの別個のルートがあり、これらのルートがリンクを共用しない場合だけに接続は完全に保護される。２つの別個のルートがあるが、これらのルートがリンクを共用する場合は、接続は部分的に保護される。
【０１１４】
リンクの追加
リンクは、総称ＮＥを含む、２つのＮＥの間の物理的な接続を表す。この手順は、ネットワーク内の接続を表すために、ＮＥＴＳＭＡＲＴデータベースへリンク情報を追加する。それはネットワークには影響を及ぼさない。
注記：選択されたグループおよびＮＥが、リンク追加ダイアログでのフィールドのコンテンツを決定するだろう。
【０１１５】
タスク：
１．ＮＥＴＳＭＡＲＴトポロジウィンドウから、リンクに含まれるすべてのＮＥにログオンする。
２．編集メニューからリンク追加を選択するか、ツールバーからリンクツールを選択する。
３．検索ボタンを使用して、次のフィールドで情報を選択する。
グループ１―  ＮＥを選択するために、検索ボタンとともにこのフィールドを使用する。ＮＥが選択された後、使用可能なポートは、このダイアログのリンク可能成端ポートセクションに表示される。
グループ２―  親グループを選択するために、検索ボタンとともにこのフィールドを使用する。
ＮＥ２―  ＮＥを選択するために検索ボタンとともにこのフィールドを使用する。ＮＥが選択された後、使用可能なポートは、このダイアログのリンク可能成端ポートに表示される。
リンク可能成端ポート―  このフィールドは、選択されている両方のＮＥに関して接続用に使用できるポートのグラフィック表記を表示する。接続がすでに使用されている場合、ボックスは淡色表示される。リンクが総称ＮＥに対して作成される必要がある場合、ファシリティ（例えば、ＨＳ１−１、１−Ｐ）ポートは、リンク可能成端ポート領域の上部にあるテキストフィールドに入力し、後に復帰が続かなくてはならない。
各テキストフィールドの下には、ボックスのセットが表示される。それぞれのボックスはＲＡＴＥ（例えば、ＯＣ３）、ＡＩＤ（例えばＩＰ）、および２つの命令ボタンＴｘ（伝送）およびＲｘ（受信）を表示する。命令ボタンは、接続を行うために使用される。これらのボタンは、ポートが片方向であるのか、双方向であるのかも示す。ＴｘとＲｘの両方ともイネーブルされている場合、ポートは双方向である。ＴｘまたはＲｘのどちらかが淡色表示されると、ポートは片方向である。
４．以下の方法の１つを使用してＮＥ間で接続を行う。
・ＴｘからＲｘへの片方向リンクを作成する場合、第１ＮＥがそれを選択するためにリンク可能ポートのＴｘボタンをクリックする。それから、それ以外のＮＥのリンク可能ポートにマウスを移動し、それが淡色表示されていない場合はＲｘボタンをクリックする。セはリンクを示して表示され、それらのポートのＴｘボタンとＲｘボタンは淡色表示される。
・ＲｘからＴｘに片方向リンクを作成する場合、第１ＮＥがそれを選択するためにリンク可能ポートのＲｘボタンをクリックする。それから、それ以外のＮＥのリンク可能ポートにマウスを移動し、Ｔｘボタンをクリックする。線はリンクを示して表示され、それらのポートのＴｘボタンとＲｘボタンは淡色表示される。・同時に１つの双方向ポートに２つの片方向リンクを作成する場合、第１ＮＥ用の双方向ポートのＴｘボタンとＲｘボタンの外側のボックス内の領域をクリックする。それから、それ以外のＮＥの双方向ポートにマウスを移動し、ＴｘボタンとＲｘボタンの外側のボックス内の領域をクリックする。線は、リンクを示して表示され、それらのポートのＴｘボタンおよびＲｘボタンは淡色表示される。
いったんリンクが無事に作成されると、接続線路は、図７に示されるように、リンク方向（複数の場合がある）を示す。追加リンクは、接続が定義されるまで追加することができる。
注記：ボックスまたはボタンを選択解除する場合、それをクリックする。
５．最後の接続が削除される必要がある（および適用またはＯＫが選択されていない）場合、アンドゥをクリックする。すべての接続が削除される必要があるバイは、すべてクリアをクリックする。
６．このリンク情報を追加するために適用をクリックし、リンク追加ウィンドウを表示したままにする。Ｏｋをクリックし、リンク情報を追加し、リンク追加ダイアログを閉じる。
７．ビューメニューから、グラフィックを選択し、トポロジマップ表示に戻る。リンクはトポロジマプを表示する。
【０１１６】
リンク情報の表示
リンクは、２つのＮＥの物理的な接続を表す。これは、ＮＥＴＳＭＡＲＴデータベース情報であり、実際の物理的なネットワーク接続を反映しない可能性がある。単一リンクのリンク情報を表示するには、リンクをダブルクリックするか、あるいは右クリックし、メニューからリンクレポートを選択する。
【０１１７】
ＮＥＴＳＭＡＲＴトポロジウィンドウから、すべてのリンクのリンク情報を表示するには、ビューメニューからリンクレポートを選択する。リンクレポートの表形式のビュー（図８）が表示される。
【０１１８】
このリリースでのリンクレポートの新しいフィーチャに注意する。
・ＥｄｉｔＮａｍｅツールは、物理リンク名を変更するために使用できる。
・行の複数の選択は、削除およびＥｄｉｔＮａｍｅ動作と使用できる。
リンクレポートで行を選択する場合、（１から表示されている物理リンクの数まで）行ヘッダをクリックすると、行が強調表示される。
【０１１９】
複数の選択の場合、２つのオプションが使用できる。
・ＳＨＩＦＴキーを押したままにして、所望の行をクリックし、レコードの連続するセットを選択する。
・ＣＴＲＬキーを押したままにし、所望の行をクリックし、レコードの非連続セットを選択する。
選択された物理リンクの２つのＮＥの陸表示ダイアログを表示する場合は、行をダブルクリックする。
【０１２０】
リンクレポートツールバーは、次に示す機能を提供する。
印刷    最高１００行の現在の情報を表示する。詳細については、印刷概要を参照する。
フィルタ    表示の中の情報をフィルタリングするための基準を指定できるダイアログを表示する。詳細については、表形式負う方のフィルタリングを参照する。
並べ替え    表示の中の情報を並べ替えるための基準を指定できるダイアログを表示する。
列    表示または非表示にする情報を指定できるダイアログを表示する。詳細については、列表示設定を参照すること。
選択解除    あらゆる選択された行を選択解除する。
再ロード    データベースからの情報で表示を更新する。
削除    データベースから選択された物理リンクを削除する。
ＥｄｉｔＮａｍｅ    選択された物理リンクの名前を変更する。新しいリンク名を入力するには名前編集ダイアログを使用する。変更（複数の場合がある）を確認するにはＯＫをクリックする。
【０１２１】
リンク名編集
リンク名は、接続のフォーマット＜ＴＩＤ＞：＜ポート＞：＜ＴｘまたはＲｘ＞：＜ＴＩＤ＞：＜ポート＞：＜ＴｘまたはＤｘ＞をデフォルトとする（例えば、ＦＬＡＳＨ−Ｇ：ＨＳ１−１：Ｔｘ：：ＦＬＡＳＨ−Ｆ：ＨＳ１−２：Ｒｘ）。このリンク名は、ユーザの優先を反映するために変更できる。
【０１２２】
リンク削除
リンクは、２つのＮＥの間の数多くの接続から成り立つ。この手順は、ＮＥＴＳＭＡＲＴデータベースから情報を削除する前に、リンク内の個々の接続を選択する方法を記述する。手順は、実際の物理接続に影響を及ぼさないため、リンクは「トポロジリンク」と呼ばれる。
【０１２３】
チェーンの追加
チェーンは、端末および線形ＮＥを接続するために、高速リンクを使用する。この手順は、リンク情報のＮＥＴＳＭＡＲＴデータベースへの追加を記述する。実際の物理接続は、この手順を使用して実行されない。チェーンに含まれるすべてのＮＥは、ログオンされなければならない。総称ＮＥは、ＮＥタイプを正確に確定できないためにチェーンに含むことはできない。チェーンの最後にあるＮＥは、ＮＥの端末タイプとして構成しなければならない。
【０１２４】
チェーン追加機能は、「最善の努力」動作である。ＴＩＤのリストに指定されるＮＥの２つまたは３つ以上が、リング作成中に互換性エラーに遭遇すると、ダイアログボックスが表示される。このダイアログは、どのリンクが無事に作成されたのか、およびどのリンクがエラーに遭遇したのかを報告する。チェーンは、ＮＥ間の行として表示されるだろう。チェーン追加ダイアログにアクセスするには、最初にトポロジウィンドウを表示し、チェーンを目標としたすべてのＮＥが自動発見されたことを確認する。
【０１２５】
ダイアログが閉じると、チェーンはトポロジマップに表示される。対応するリンクは、ＮＥＴＳＭＡＲＴデータベースに追加される。作成されたそれらのリンクは、トポロジマップに表示されるだろう。エラーを発生したそれらのリンクの場合、以下の自明のエラーメッセージの１つまたは複数が表示されてよい。
・指定されたＮＥの構成が、互換性ではない。
・高速リンクが、指定されたＮＥの内の２つまたは３つ以上の間にすでに存在する。
・高速速度が、指定されたＮＥの内の２つまたは３つ以上に互換性がない。
・高速ポートの命令が、指定されたＮＥの内の２つまたは３つ以上に互換性がない。
・高速ポートのペイロードが、指定されたＮＥの内の２つまたは３つ以上に互換性がない。
・高速ポートのポートシーケンスが、指定されたＮＥの内の２つまたは３つ以上に互換性がない。
【０１２６】
リングの追加
リングは、ネットワーク内で単一の故障が生じる場合に代替経路選択を提供する。この手順は、ＮＥＴＳＭＡＲＴデータベースにリング定義を追加する。実際尾物理接続は、この手順を使用して実行されない。
【０１２７】
リング追加機能は、「最善の努力」動作である。ＴＩＤのリストで指定されるＮＥの内の２つまたは３つ以上がリング作成中に互換性エラーに遭遇すると、ダイアログボックスが表示され、どのリンクが無事に作成されたのか、およびどのリンクがエラーに遭遇したのかを報告する。作成されたそれらのリンクは、トポロジマップに表示されるだろう。エラーを発生させたそれらのリンクの場合、以下の自明のエラーメッセージの１つまたは複数が表示されてよい。
・指定されたＮＥの構成は互換性がない。
・高速リンクは、指定されたＮＥの２つまたは３つ以上の間にすでに存在する。
・高速速度が、指定されたＮＥの２つまたは３つ以上に互換性がない。
・高速ポートの方向は、指定されたＮＥの２つまたは３つ以上に互換性がない。
・高速ポートのペイロードは、指定されたＮＥの２つまたは３つ以上に互換性がない。
・高速ポートのポートシーケンスは、指定されたＮＥの２つまたは３つ以上に互換性がない。
【０１２８】
ＢＬＳＲの構築
双方向線路交換リングが、図９、ＯＣ−１９２  ２Ｆ  ＢＬＳＲで示されるように、単一ネットワーク故障の場合に代替経路選択を提供する。ＢＬＳＲは、ＯＣ−１９２線路レベル故障を検出することにより、リング保護切替えを提供する。リング保護は、ブリッジ（同一トラフィックを作業チャネルと保護チャネルの両方で伝送すること）および切替え（作業チャネルの代わりに、保護チャネルからトラフィックを選択すること）を伴う。ブリッジおよび切替えでは、９６個の作業時間スロット（１から９６）が、９６個の保護時間スロット（９７から１９２）の上にブリッジされ、故障から離れて伝送される。
【０１２９】
各２Ｆ−ＢＬＳＲは、リング内で一意に０から１５と名前が付けられた最高１６個のノードを備えることができる。リングトポロジテーブルは、リング内のノードの順序を含む。
【０１３０】
スケルチは、交換ノードにあるＳＴＳ−１経路ＡＩＳを時間スロットの中に挿入することによって、ノード故障中のトラフィックｍｉｓｃｏｎｎｅｃｔｉｏｎｓを防ぐ。リング上の格ノードは、ノードを通過するすべてのサービスのこれらの入口ノードおよび出口ノードのアイデンティティを有する。スケルチテーブルは、これらの入口点と出口点を時間スロット単位で追跡調査する。
【０１３１】
隔離されたノードで追加またはドロップされる、あるいは余分なトラフィックのために使用されるチャネルだけが、スケルチされる必要がある。スケルチテーブルは、ノードが終了している、あるいはソースノードＩＤおよび宛先ノードＩＤを通過しているＳＴＳ−１時間スロットごとにエントリを有する。
注記：スケルチテーブルは、情報がＮＥから検索されるために表示するのにいくらか時間を要することがある。
【０１３２】
ノードのＢＬＳＲへの追加
ノードは、ときおりＢＬＳＲに追加される必要がある。この手順は、ノードをＮＥＴＳＭＡＲＴデータベースの既存のＢＬＳＲ定義に追加する。
【０１３３】
ＢＬＳＲからのノードの削除
ノードは、ときおりＢＬＳＲから削除される必要がある。この手順は、ＮＥＴＳＭＡＲＴデータベース内の既存のＢＬＳＲ定義からノードを削除する。
【０１３４】
ループバックの設定／リリース
ループバックは、リモート端末とローカル端末の両方の施設での伝送能力および受信能力を試験する。ループバック試験により、伝送済み信号は、データ通信リンクまたはＮＥのすべてまたは一部を通過した後に、送信側装置に戻される。
【０１３５】
ループバック試験はすべてのＮＥ構成要素で使用できるわけではない。ＮＥ構成要素はファシリティ、装置、および／または成端の点である。ＮＥ構成要素が使用できる場合、ツリー領域内のＮＥ構成要素を右クリックし、ループバックを含むメニューを表示する。
【０１３６】
ＮＥは、ループバックを実行できる前に保守状態にしなければならない。ＮＥを保守状態にすることは、サービスに影響を及ぼさない。しかしながら、いったんＮＥが保守状態にされると、そのＮＥで実行される動作はサービスに影響を及ぼす可能性がある（例えば、ループバックはサービスに影響を与える）。
【０１３７】
経路トレースの設定および取得
経路トレースは、ＳＯＮＥＴオーバヘッドで送信される信号であり、ＥＭＬ層だけでサポートされている。それにより、ユーザは、ＮＥおよび宛先ＮＥを伝送するために、一意の経路トレースメッセージを割り当てることができるようになる。
【０１３８】
経路のトレースは、出トレースメッセージ（ＴＣ）を伝送ＮＥで割り当てること、経路宛先で入信トレースメッセージ（ＥＸＰＴＲＣ）に同じメッセージを割り当てること、入信トレース（ＩＮＣＴＲＣ）で結果を表示することを必要とする。メッセージが正しく受信されると、経路トレースは成功である。
注記：経路トレースは、すべてのＮＥ構成要素で使用できるわけではない。
【０１３９】
セクショントレースの設定および取得
ＳＯＮＥＴでは、用語セクション、線路、および経路は、信号が、原点から宛先まで移動するときに取るルートのサブセクションを指す。
【０１４０】
セクションとは、２台の中継器ＮＥ間のファイバのセグメントである。信号が、セクションの範囲で破壊または劣化することが考えられる。信号品質問題に関してある特定のセクションを障害探索する場合、試験信号はセクションで送信することができ、戻される信号は、予想トレースに比較される。これが、セクショントレースの本質である。
【０１４１】
セクショントレースウィンドウを使用し、ＮＥ上の選択されたファシリティでのセクショントレースに関する属性を表示または修正する。
注記：セクショントレースはすべてのＮＥで使用できるわけではない。
【０１４２】
保護切替え
保護切替えは、作業ファシリティと保護ファシリティまたは装置間のサービスの転送を可能にする。保護切替えは、トラフィックに影響を与えずにプラグイン式のものを取り外し、交換できるようにする。このフィーチャは、光設備および装置保護グループ内でのファシリティおよび装置のＦＦＰ属性の編集も可能にする。
注記：保護切替えは、すべてのファシリティおよび装置で使用できるわけではない。
【０１４３】
タイミング同期
ＮＥおよび出力クロック信号がその上で送信されるファシリティの同期タイミングソースを定義するだろうタイミング属性が、ユーザによって設定できる。同期基準も、別のソースに切り替えることができる。ＮＥは、一次クロック基準、二次クロック基準、または内蔵クロック基準の選択を使用できる。
注記：ＮＥタイミング基準を内部クロックに設定するのは危険である。内蔵クック基準を使用しているＮＥは、容易に他のＮＥと同期するようになる。
注記：同期切替えは、すべてのＮＥで使用できるわけではない。
【０１４４】
装置の保守
ＮＥＴＳＭＡＲＴは、ＮＥハードウェアで基本的な保守を実行するために使用できる。これらは、以下を含む。
・既存のＮＥのシェルフを追加、削除する。
・プラグイン装置に対応する。
・装置パラメータを修正する。
・装置保護グループ（ＥＰＧ）を作成、削除する。
【０１４５】
既存ＮＥへのシェルフの追加
シェルフは、それをＮＥＴＳＭＡＲＴに追加する前にインストールしなければならない。ＮＥＴＳＭＡＲＴユーザは、既存のＮＥからシェルフを追加／削除することができる。例えば、新しい狭帯域シェルフ（ＮＢＳ）を既存のＦＡＣＴＲに追加するには、ＮＥＴＳＭＡＲＴは、シェルフおよびスロット、カード、ファシリティおよびクロスコネクトなどの損構成要素を自動発見する必要がある。
【０１４６】
既存のＮＥからのシェルフの削除
ＮＥＴＳＭＡＲＴは、既存のＮＥからシェルフを削除することができる。
注記：すべてのクロスコネクトは、シェルフを削除する前に削除しなければならない。
【０１４７】
プラグイン装置の準備（稼動）
ＦＬＡＳＨ−１９２（リリース２．１）またはＦＡＣＴＲ共通シェルフ（ＣＭＳ）またはＮＢＳのメインシェルフは、いくつかのプラグインスロットを準備できる。シェルフは、すでにインストールされているが、プラグイン式のものはインストールされる必要は内。準備は、カードまたはポートを選択し、必要とされる属性を稼動中（ＩＳ）に変更することによっても達成できる。図１０は、準備用装置タブビューを示す。
【０１４８】
装置（カードおよびポート属性）修正
個々のカードおよびポートは、修正できる属性を有する。これらの属性は、カードまたはポート用のプロパティウィンドウに青で示される。赤で表示される値は臨界値である。臨界値を変更すると、自動再起動がトリガされるだろう。
【０１４９】
タスク
１．準備されるＮＥにログオンする。
２．構成マネージャウィンドウから、装置タブを選択する。
３．ツリーを開く。ツリー領域から、修正するカードまたはポートを選択する。ウィンドウ内のビューがプロパティビューに変化する。変化しない場合、グラフィックシェルフビューのカードを選択してから、プロパティ表示を選択できるメニューを表示するために右クリックする。プロパティビュー（図１１）が表示される。
４．修正可能な属性は、赤と青で示されている。黒いテキストは、変更できない、値欄では、変更する選択をクリックする。ボタンはテキストの右側に表示される。オプションを入力または選択する。ボタンをクリックし、使用可能なオプションのドロップダウンリストを表示する。リストからオプションを選択する。このカードまたはポートに関して変更する必要のあるすべての属性に関してこのステップを繰り返す。
５．修正ツールをクリックするか、動作メニューから更新オプションを選択する。属性修正動作新興ダイアログが表示される。それが閉じると、属性は変更されている。
【０１５０】
ＥＰＧの作成または削除
冗長な装置は、一定のプラグイン装置の故障に対する保護レベルを提供する。ＦＬＡＳＨ−１９２あどのいくつかの種別のＮＥの場合、ＥＰＧはこの手順を使用して活性化または非活性化することができる。ＦＬＭおよび同様のＮＥの場合、ＥＰＧは自動的に作成され、削除または修正することができない。
【０１５１】
管理マネージャの使用
管理マネージャは、
・選択されたＮＥについて管理詳細を表示する。
・ＮＥアドレス指定を管理する。
・ＮＥ使用についての情報を表示する。
【０１５２】
ＮＥＴＳＭＡＲＴメニューから管理マネージャを選択肢、管理マネージメントタブを表示する。
【０１５３】
システム管理タブの使用
システム管理タブは、サーバで実行中のさまざまなＮＥＴＳＭＡＲＴプロセスについての詳細を表示する。現在インストールされているＮＥＴＳＭＡＲＴバージョンおよび最も最近の起動時刻が、見出しに表示されている。
【０１５４】
プロセス監視は、イネーブルまたはディスエーブルできる。
【０１５５】
システム監視は、サーバのステータス（アクティブまたはイナクティブ）をチェックする。ユーザは、リソースに対する緊急のニーズなどの極端なケースだけに監視をディスエーブルするだろう。監視がイネーブルされ（デフォルト設定値）、サーバが立ち下がると、ＮＥＴＳＭＡＲＴは状態を検出し、メッセージを発行し、サーバを再起動使用鶴。監視がディスエーブルされ、サーバが立ち下がると、ＮＥＴＳＭＡＲＴは、その受胎辺かを検出せず、メッセージを発行せず、サーバを再起動しようとしないだろう。図１２は、管理Ｍａｎｇｅｒｖｉｅｗを示す。
【０１５６】
管理マネージャ設定パスワードダイアログ
システムメニューから、ＦＴＰサブメニューを選択する。２つのカスケード式選択、パスワード選択およびパスワード表示がある。ＦＴＰ伝送中の機密保護のためにパスワードを変更するためには、パスワード設定を使用する。
【０１５７】
アドレス管理タブの使用
アドレス管理タブは、それぞれのＮＥについて詳細を提供する。情報は、ＴＩＤ、通信プロトコル、発信アドレス種類およびアドレスを含む。
【０１５８】
すべてのシステムによって分解された、あるいは手作業で作成されたＯＳＩアドレスは、ＴＡＲＰ（ター下とＩＤアドレス解決プロトコル）と定義される。すべてのＩＰアドレスはＮＥＴＳＭＡＲＴとして定義される。サーバが再起動すると、すべてのＮＥＴＳＭＡＲＴアドレスが保持される。すべてのＴＡＲＰアドレスは失われ、ログインプロセスの一部として分解し直されなければならない。
【０１５９】
ＮＥＴＳＭＡＲＴシステム管理ウィンドウからアドレス管理タブ（図１３）を選択する。
【０１６０】
ＯＳＩアドレスの追加
ＮＥＴＳＭＡＲＴネットワーク構成内のあらゆるＮＥが、ＯＳＩまたはＩＰアドレスを有さなければならない。リング構成で通信をイネーブルするために、ゲートウェイＮＥは、ＩＰ  ＮＥとして構成されなければならない。
【０１６１】
ＮＥがゲートウェイＮＥではない場合、ＯＳＩ  ＮＥを構成するために、以下の手順を使用してＯＳＩアドレスを設定する。
【０１６２】
ＯＳＩアドレスの表示
この手順を使用して、既存のＯＳＩアドレスを表示する。
【０１６３】
ＩＰアドレスの追加
ＮＥＴＳＭＡＲＴネットワーク構成でのあらゆるＮＥは、ＯＳＩまたはＩＰアドレスを有さなければならない。リング構成で通信をイネーブルするために、ゲートウェイＮＥは、ＯＳい  ＮＥとして構成されなければならない。ＮＥがゲートウェイＮＥではない場合、ＮＥにＩＰアドレスを設定する。図１４は、管理アドレスリスト――全ビューを示す。
【０１６４】
ＩＰアドレスの表示
この手順を使用して、既存のＩＰアドレスを表示する。
【０１６５】
ＩＰアドレスの削除
この手順を使用して、既存のＩＰアドレスを削除する。
【０１６６】
ＮＥＵ管理タブの使用
使用されているＮＥＴＳＭＡＲＴハードウェアプラットホームは、最大数のＮＥ装置（ＮＥＵ）をサポートするだろう。この数が超過すると、データベースは適切に機能しない可能性がある。ＮＥＵ管理タブはこの使用量について情報を提供し、ネットワーク容量の監視および管理に対処する。
【０１６７】
ＮＥＴＳＭＡＲＴ  ＮＥ活用ウィンドウ（図１５）は、３つの領域に分割される。
ウィンドウの上部にはウィンドウタイトルが入る。最大容量フィールドは、ネットワークの最大容量を示す。現在の活用フィールドは、ネットワークの現在のＮＥＵカウントを示す。使用可能容量フィールドは、このネットワーク内で、さらにどのくらい多くのＮＥＵをサポートできるのかを示す。
ウィンドウの要約部分は、ＮＥの総数、管理済みの数、ログインされた数、ログアウトされた数、および管理されていない数を含む要約情報を示す。
ＮＥの総数とは、システム内のＮＥの総カウントである。これは、管理されているおよび管理されていないＮＥの両方を含む。ＮＥとは、ＮＥＴＳＭＡＲＴシステムが認識し、管理制御するもののことである。ログイン済みとは、ログインされ、ＮＥＳＭＡＲＴでアクティブであるＮＥである。ログアウト済みとは、ログアウトされ、イナクティブであるＮＥである。管理されていないは、ＮＥＴＳＭＡＲＴが認識しているが、管理または制御していないＮＥである。
ウィンドウの詳細部分は、ＮＥ型、ＮＥ重量、このネットワーク内のこの種のＮＥ数およびＮＥＵカウントを含む詳細な情報を提供する。ＮＥＴＳＭＡＲＴシステムの容量は、ネットワーク要素装置（ＮＥＵ）に基づく。各種ＮＥは、管理されるオブジェクト数に基づき、ＮＥＵ値を割り当てられる。
【０１６８】
現在システムにログオンされているＮＥＵの数を監視するには、ＮＥＵ管理ビューを使用する。いったん最大容量に達すると、システムはあらゆる新しいＮＥの作成を拒絶するだろう。
【０１６９】
ＮＥソフトウェアの管理
本項は、以下を記述する手順を提供する。
・ＮＥにソフトウェア汎用体をダウンロードする方法
・ＮＥメモリバックアップを実行する方法
・サービスデータベースファイルをＮＥに復元する方法
・ソフトウェア汎用体を活性化する方法
ＮＥＴＳＭＡＲＴは、総称ファイルおよびサービスデータベースファイルを記憶、検索するためにソフトウェアレポジトリと呼ばれる中間データベースを使用する。本項は、ユーザがソフトウェアレポジトリを使用して、ソフトウェア汎用体およびサービスデータベースファイルをインストールし、抽出するために実行するだろう手順を記述する。
【０１７０】
ソフトウェアレポジトリについて
ソフトウェアレポジトリとは、ＮＥＳＭＡＲＴが、ソフトウェア総称ファイルおよびサービスデータベースファイルを記憶するために維持する内部データベースのことである。それは、データベースからファイルシステムへファイルを抽出する方法を提供する。それは、また、総称データベースファイルおよびサービスデータベースファイルをデータベースから削除するための手段も提供する。
【０１７１】
ソフトウェアレポジトリは、ＮＥとともにオフラインで作業するため、この構成要素を使用するためにＮＥにログオンする必要はない。いったん総称データベースまたはサービスデータベースがレポジトリにインストールされると、それはソフトウェアダウンロード（ＳＷＤＬ）構成要素を使用してＮＥにダウンロードできる。
【０１７２】
リモートメモリバックアップおよび復元（ＲＭＢＵ）について
リモートメモリバックアプおよび復元（ＲＭＢＵ）は、ＮＥメモリバックアップを作成し、Ｎ必要とされるときに、Ｅにバックアップを復元するために使用される。ＳＷＤＬおよびＲＭＢＵ構成部品を使用するには、ユーザはＮＥにログオンしなければならない。これらのフィーチャの使用の詳細については、リモートメモリバックアップおよびリモートメモリ復元の項を参照する。
【０１７３】
ＲＭＢＵスケジューラフィーチャによって、ユーザは事前にＲＭＢＵを予定する。スケジュール作成オプションは、毎週、毎月、または一度のバックアップを含む。このフィーチャの使用の詳細については、ＮＥ用インストール管理ガイド、スケジュール作成リモートメモリバックアップを参照すること。
【０１７４】
汎用体のインストール
汎用体とは、ある特定のＮＥおよびバージョンに特殊であるソフトウェアファイルのことである。ＮＥを別のバージョンにアップグレードするには、汎用体の新しいバージョンをＮＥにダウンロードしなければならない。汎用体は富士通ネットワーク通信社（Ｆｕｊｉｔｓｕ  Ｎｅｔｗｏｒｋ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｉｎｃ．（ＦＮＣ）によって供給され、カスタマは、
・フロッピーディスケットで
・ＣＤ  ＲＯＭで
・ＦＴＰファイル転送を使用して、ローカル機械またはリモート機械から
入手できる。
ＣＤ  ＲＯＭまたはフロッピーからのソフトウェア汎用体のインストールに関する手続については、インストール管理ガイド、ＮＥソフトウェア汎用対のインストール（Ｉｎｓｔａｌｌａｔｉｏｎ  ａｎｄ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｇｕｉｄｅ、Ｉｎｓｔａｌｌｉｎｇ  ＮＥ  Ｓｏｆｔｗａｒｅ  Ｇｅｎｅｒｉｃｓ）を参照すること。
【０１７５】
ローカル機械からの汎用体のインストール
ローカル機械から汎用体をインストールするのは、汎用体がすでにＮＥＴＳＭＡＲＴクライアント機械ファイルシステムにコピーされていたため、単一ステッププロセスである。インストールがＦＴＰを使用して行われるのか、フロッピーディスクを使用して行われるのか、あるいはＣＤ  ＲＯＭを使用して行われるのかに関係なく、ＮＥＴＳＭＡＲＴサーバは、汎用体ファイルをレポジトリにコピーする。図１６は、概念を図解する。
【０１７６】
リモート機械からの汎用体のインストール
リモート機械から汎用体をインストールするのは、単一ステッププロセスである。汎用体は、リモート機械から直接的にピックアップすることができる。以下の情報では、汎用体は、ネットワークに接続している（ＮＥＴＳＭＡＲＴクライアントが実行していない）リモート機械で入手できる。図１７は、リモート機械から汎用体をインストールするという概念を図解する。以下は、クライアント機械から汎用対をインストールする前に必要とされる。
・リモート機械は、ＦＴＰサーバデーモンがアクティブな状態で実行していなければならない。
・ユーザは、機械に対するアクセスをログオンする必要がある。
・ユーザは、汎用体が常駐するリモート機械でディレクトリ経路を知っている必要がある。
【０１７７】
汎用体の抽出
ソフトウェア汎用体がソフトウェアレポジトリにインストールされると、それらは抽出できる。ローカルファイルシステムは、ユーザがログオンアクセスを有する（ＮＥＴＳＭＡＲＴクライアントが実行中である）その他のリモート機械に抽出できるか、あるいは配布目的でフロッピーディスクまたはＣＤ  ＲＯＭにコピーすることができる。
【０１７８】
汎用体の削除
ソフトウェア汎用体がソフトウェアレポジトリにインストールされる場合、それらは削除できる。必ず、サーバ機械から汎用体を削除すること。
【０１７９】
サービスデータベースのインストール
ユーザは、ＮＥメモリ破壊などの極端なケースで、ＮＥにダウンロードするためにソフトウェアレポジトリにサービスデータベースをインストールすることができる。サービスデータベースファイルをインストールするには、ＲＭＢＵマネージャで作成された過去のＮＥバックアップからデータベースファイルの有効なセットを有する必要がある。典型的には、ＮＥのメモリバックアップが取られると、そのサービスデータベースファイルはソフトウェアレポジトリに記憶される。これらのファイルはファイルシステムに抽出されたと考えられる。この場合、ファイルをレポジトリにインストールし、それらをＮＥにダウンロードする。
【０１８０】
リモート機械からのインストール
サービスデータベースファイルがリモート機械ファイルシステムで使用できる場合、それらは、ソフトウェアレポジトリに直接的にインストールできる。ＮＥＴＳＭＡＲクライアント機械から汎用体をインストールする前に、以下が必要とされる。
・リモート機械は、ＦＴＰサーバデーモンがアクティブな状態で実行していなければならない。
・ユーザは機械へのアクセスにログオンする必要がある。
・ユーザは、汎用体が常駐するリモート機械でのディレクトリ経路を知っている必要がある。
【０１８１】
サービスデータベースの抽出
サービスデータベースファイルがソフトウェアレポジトリにインストールされている場合、それらは、ファイルシステムに保存されるか、あるいは配布目的でフロッピーディスクまたはＣＤ  ＲＯＭにコピーできるように、抽出することができる。（ＮＥＴＳＭＡＲＴクライアントが実行中である）ローカルファイルシステムに、あるいはユーザがログオンアクセスを有するその他のリモート機械にファイルを抽出する。
【０１８２】
サービスデータベースの削除
サービスデータベースが、すでにサーバ機械のソフトウェアレポジトリにインストールされている場合は、それを削除することができる。他者（ＮＥＴＳＭＡＲＴサーバを使用しているもの）が機械の使用を希望することがあるので、必ずサービスデータベースを削除すること。
【０１８３】
ソフトウェアダウンロード
ＳＷＤＬは、新しい汎用ソフトウエアリリース（ソフトウェア汎用体）を、ファイル転送のためのアプリケーション層規格（ＦＴＡＭ）およびＦＴＰを使用してＮＥにダウンロードするために使用される。ソフトウェアレポジトリへの汎用体ノインストールの詳細については、汎用体のインストール（Ｉｎｓｔａｌｌ  Ｇｅｎｅｒｉｃｓ）を参照すること。
【０１８４】
ソフトウェアダウンロードプロセスの間、ファイルは、第１ステップでＮＥ上のＲＡＭディスクに、それからＣＰＵにコピーされる。３つの異なるカテゴリのＮＥがある。
・ＯＳＩ  ＮＥ
・ＩＰゲートウェイＮＥ
・ＮＥの範囲を定めるＩＰ
【０１８５】
ＯＳＩ  ＮＥでのソフトウェアダウンロード
開放型システム間相互接続（ＯＳＩ）ＮＥは、次のようにして達成される。
ファイルは、ＮＥ上でＲＡＭディスクにコピーされてから、ＮＥのスタンバイメモリにコピーされる。または
ファイルは、ＯＳＩ  ＮＥで、ＦＴＡＭを使用して（ＩＰゲートウェイＮＥの場合、これはＦＴＰを使用して実行される）ＦＴＡＭネットワーク管理システム（ＭＳ）からＲＡＭディスクにコピーされる。この段階では、ソフトウェアダウンロードは、未決状態にある。ソフトウェアが活性化されると、それはアクティブになるだろう。活性化情報については、「スケジュールされたリモートメモリバックアップの構成（Ｃｏｆｉｇｕｒｉｎｇ  Ｓｃｈｅｄｕｌｅｄ  Ｒｅｍｏｔｅ  Ｍｅｍｏｒｙ  Ｂａｃｋｕｐｓ）」を参照すること。
【０１８６】
ＩＰゲートウェイＮＥでのソフトウェアダウンロード
ＩＰゲートウェイＮＥでのＳＷＤＬは、ＯＳＩ  ＮＥと同じように達成される。
【０１８７】
ＮＥの範囲を定めるＩＰでのソフトウェアダウンロード
ＮＥの範囲を定めるために、ＩＰゲートウェイＮＥは、ＮＭＳから宛先ＮＥにコピーされるファイルのパススルー（ｐａｓｓ  ｔｈｒｏｕｇｈ）として使用される。手順は、３つのステップで達成される。
１．ファイルは、ＮＭＳからＩＰゲートウェイＮＥ  ＲＡＭディスクにコピーされる。
２．それから、ファイルはゲートウェイＮＥ  ＲＡＭディスクからＮＥ  ＲＡＭディスクの範囲を定めるＩＰにコピーされる。
３．最後に、ファイルは、ＮＥの範囲を定めるＩＰ上で、範囲を定めるＮＥ  ＲＡＭディスクから対応するＣＰＵにコピーされる。
【０１８８】
連続動作
ユーザの観点からは、ソフトウェアダウンロードは、一度にただひとつのＮＥで開始することができる。同時に複数のＮＥでソフトウェアダウンロードを開始するのは、サポートされていない。しかしながら、ユーザは、次々と実行するさまざまなＮＥでソフトウェアをダウンロードできる。ソフトウェアダウンロードは、ＮＥがリモートバックアップまたは復元を実行している間、ＮＥで開始することはできない。
【０１８９】
ＮＥの範囲を定めるＩＰの場合、ＩＰゲートウェイＮＥは、ファイルをコピーするためにパススルーとして使用される。ＩＰゲートウェイＮＥは、複数のＮＥにとってのゲートウェイであり、このゲートウェイＮＥの下にあるすべてのＮＥが、ソフトウェア管理動作に関して、このゲートウェイＮＥに依存していることを意味する。
【０１９０】
詳細ダイアログ
いったんＮＥがソフトウェアダウンロードダイアログから選択され、ダウンロードが開始されると、ユーザはダウンロードを監視することができる。ソフトウェアダウンロードダイアログで詳細ボタンをクリックすることによって、詳細ダイアログを選択する。
【０１９１】
詳細ダイアログは、各ステップで転送されるファイル数、および現在転送中のファイル数も表示する。詳細ダイアログでのステータス文字列は、ユーザが動作を理解するのに役立つ。
【０１９２】
ＳＷＤＬが打ち切られると、失敗理由と呼ばれる重要な文字列が詳細ウィンドウに表示される。失敗理由は、ユーザが、なぜＳＷＤＬが故障したのかを理解するのに役立つ。
【０１９３】
打切り動作
ＳＷＤＬ開始後、ソフトウェアダウンロードを打ち切ることができる。打切りが開始したことを示す、ＳＷＤＬウィンドウにステータス文字列を表示するために打切りボタンを選択する。ＳＷＤＬの段階に応じて、打切り動作が完了するには数分を要することがある。
【０１９４】
いったん打切りが完了すると、ステータス文字列コンテンツは、ユーザに打切りが完了したことを知らせるために変化するだろう。メッセージは、打切りの時刻を示すだろう。ここで、ユーザは活性化を予定し、妥当性検査時刻を設定することができる。活性化の詳細については、「予定されたリモートメモリバックアップの構成（Ｃｏｎｆｉｇｕｒｉｎｇ  Ｓｃｈｅｄｕｌｅｄ  Ｒｅｍｏｔｅ  Ｍｅｍｏｒｙ  Ｂａｃｋｕｐｓ）」を参照すること。
【０１９５】
リモートメモリバックアップ
リモートメモリバックアプ（ＲＭＢＵ）は、ＮＥ上の構成データベースをＮＥＴＳＭＡＲＴデータベースにバックアップする。任意の時点で、（ＮＥあたり）バックアップの最後の２つのバージョンだけがデータベースに記憶される。バックアップされたＮＥ構成情報は（アクティブなＦＴＰデーモンと）任意の機械に抽出できるか、あるいはＮＥデータベースから復元できるかのどちらかである。バックアップされたファイルをリモート機械に抽出することについての詳細は、サービスデータベースの抽出（Ｅｘｔｒａｃｔ  ｔｈｅ  Ｓｅｒｖｉｃｅ  Ｄａｔａｂａｓｅ）を参照すること。ＮＥデータベース復元の詳細については、リモートメモリ復元（Ｒｅｍｏｔｅ  Ｍｅｍｏｒｙ  Ｒｅｓｔｏｒｅ）を参照すること。
【０１９６】
バックアッププロセスの間、ファイルはＣＰＵからＮＥ  ＲＡＭディスクにコピーされる。３つの異なるカテゴリのＮＥがある。
・ＯＳＩ  ＮＥ
・ＩＰゲートウェイＮＥ
・ＮＥの範囲を定めるＩＰ
【０１９７】
ＯＳＩ  ＮＥからのリモートメモリバックアップ
ＯＳＩ  ＮＥからのリモートメモリバックアップは、次のようにして達成される。
構成ファイルが、アクティブメモリからＮＥ上のＲＡＭディスクにコピーされる。
ファイルは、ＯＳＩ  ＦＴＡＭプロトコルを使用して、ＮＥのＲＡＭディスクからＮＥＴＳＭＡＲＴにコピーされる。
【０１９８】
ＩＰゲートウェイＮＥからのリモートメモリバックアップ
ＩＰゲートウェイＮＥからのリモートメモリバックアップは、次のようにして達成される。
構成ファイルは、アクティブメモリからＮＥ上のＲＡＭディスクにコピーされる。
ファイルは、ＦＴＰプロトコルを使用して、ＮＥのＲＡＭディスクからＮＥＴＳＭＡＲＴにコピーされる。
【０１９９】
ＮＥの範囲を定めるＩＰからのリモートメモリバックアップ
ＮＥの範囲をＳ打目ルＩＰからのリモートメモリバックアップは、次のようにして達成される。
構成ファイルは、アクティブメモリからＮＥ上のＲＡＭディスクにコピーされる。
ＯＳＩ  ＦＴＡＭプロトコルを使用Ｓ手、構成ファイルは、範囲を定めるＮＥのＲＡＭディスクからそのゲートウェイＮＥのＲＡＭディスクへコピーされる。
それから、構成ファイルは、ＦＴＰプロトコルを使用してＮＥＴＳＭＡＲＴにコピーされる。
【０２００】
並行動作
バックアップは、最高１００個のＮＥで開始できる。これらのＮＥは、ＯＳＩ  ＮＥ、ゲートウェイＮＥおよびＮＥの範囲を定めるＩＰを含む。バックアップがＮＥの範囲を定めるＩＰで開始されると、この動作がそのゲートウェイＮＥをロックし、ＮＥはこれらのバックアップ動作全体で共用される。
【０２０１】
任意の時点で、１０個のＮＥのバックアップが並行して開始できる。１１個以上のＮＥのバックアップが要求される場合、バックアップは直列化される。
【０２０２】
ゲートウェイ上でのＳＤＷＬ／ＲＭＲ（リモートメモリ復元）動作または範囲を定めるＮＥのどちらかの間、ユーザはそのリング内のＮＥのどれでもバックアップを開始することはできない。ＮＥデータベースがゲートウェイＮＥまたは範囲を定めるＮＥに復元されると、バックアップは、そのリング内のＮＥのどれかで開始することはできない。
【０２０３】
詳細ダイアログ
詳細ダイアログは、それぞれのステップで転送されるファイル数、および現在転送中のファイルの数も表示する。詳細ダイアログのステータス文字列は、ユーザが動作を理解するのに役立つ。
【０２０４】
失敗理由と呼ばれる重要な文字列は、ＳＷＤＬが打切られると詳細ウィンドウに表示される。失敗理由は、ユーザがＳＷＤＬがなぜ失敗したのかを理解するのに役立つだろう。
【０２０５】
打切り動作
ユーザは、ＮＥを選択し、ＡｂｏｒｔＢｋｐツールをクリックすることができる。このＮＥに対するステータスメッセージは、打切り動作の開始および完了を示す。図１８は、リモートメモリバックアップおよび復元ウィンドウを示す。
【０２０６】
リモートメモリ復元
データベース破壊がＮＥで発生すると、リモートメモリ復元は、そのＮＥのために過去に記憶された構成データベースを使用できるようにする。ＮＥの構成ファイルは、バックアプ動作から、または（ＦＴＰデーモンが実行している状態で）ＮＥデータベースファイルをリモート機械からインストールすることによって記憶される。ＮＥからＮＥ構成ファイルをバックアップすることについての詳細は、リモートメモリバックアップ（Ｒｅｍｏｔｅ  Ｍｅｍｏｒｙ  Ｂａｃｋｕｐ）を参照すること。これらのファイルのインストールの詳細については、リモートメモリ復元（Ｒｅｍｏｔｅ  Ｍｅｍｏｒｙ  Ｒｅｓｔｏｒｅ）を参照すること。
【０２０７】
復元されるＮＥにログオンする。復元プロセスの間、ファイルはＮＭＳからＮＥ  ＲＡＭディスクに、それからＣＰＵにコピーされる。３つの異なるカテゴリのＮＥがある。
・ＯＳＩ  ＮＥ
・ＩＰゲートウェイＮＥ
・ＮＥの範囲を定めるＩＰ
【０２０８】
ＯＳＩ  ＮＥへのリモートメモリ復元
ＯＳＩ  ＮＥへのリモートメモリ復元は、次のようにして達成される。
構成ファイルが、ＮＥＴＳＭＡＲＴからＮＥのＲＡＭディスクにコピーされる。構成ファイルは、ＮＥ上のＲＡＭディスクからスタンバイメモリにコピーされる。
スタンバイメモリの活性化が実行される必要がある。ソフトウェア活性化に関する情報については、ソフトウェア活性化（Ｓｏｆｔｗａｒｅ  Ａｃｔｉｖａｔｉｏｎ）を参照すること。
【０２０９】
ＩＰゲートウェイＮＥへのリモートメモリ復元
ＩＰゲートウェイＮＥへのリモートメモリ復元は、次のようにして達成される。
構成ファイルは、ＦＴＰプロトコルを使用して、ＮＥＴＳＭＡＲＴからＮＥのＲＡＭディスクにコピーされる。
構成ファイルは、ＮＥ上のＲＡＭディスクからスタンバイメモリにコピーされる。
スタンバイメモリの活性化が実行される必要がある。ソフトウェア活性化に関する情報については、ソフトウェア活性化（Ｓｏｆｔｗａｒｅ  Ａｃｔｉｖａｔｉｏｎ）を参照すること。
【０２１０】
ＮＥの範囲を定めるＩＰへのリモートメモリ復元
ＮＥの範囲を定めるＩＰへのリモートメモリ復元は、次のようにして達成される。
構成ファイルは、ＮＥＴＳＭＡＲＴからゲートウェイＮＥのＲＡＭにコピーされる。
構成ファイルは、ＯＳＩ  ＦＴＡＭプロトコルを使用して、ゲートウェイＮＥ上のＲＡＭディスクからＮＥの範囲を定めるＲＡＭディスクへコピーされる。
構成ファイルは、範囲を定めるＮＥ上のＲＡＭディスクからスタンバイメモリにコピーされる。
範囲を定めるＮＥ上のスタンバイメモリの活性化が実行される必要がある。ソフトウェア活性化に関する情報については、ソフトウェア活性化（Ｓｏｆｔｗａｒｅ  Ａｃｔｉｖａｔｉｏｎ）を参照すること。
【０２１１】
連続動作
復元は、一度に１つのＮＥだけで開始することができる。ソフトウェア管理動作がリング内のどれかのＮＥで実行している場合には、ユーザは、そのリング内のＮＥのどれにおいても復元動作を開始することはできない。
【０２１２】
バックアップ詳細ダイアログ
詳細ダイアログは、各ステップで転送されるファイル数、および現在転送中のファイルウ数も表示する。詳細ダイアログでのステータス文字列は、ユーザが復元動作を理解するのに役立つ。失敗理由と呼ばれる重要な文字列は、復元動作が打ち切られると詳細ウィンドウに表示される。失敗理由は、ユーザが、復元がなぜ失敗したのかを理解するのに役立つだろう。
【０２１３】
打切り動作
復元プロセスがアクティブである間、ユーザは、バックアッププロセスを打ち切るために、ＮＥを選択し、ＡｂｏｒｔＢｋｐをクリックすることができる。このＮＥに対するステータスメッセージは、打切り動作の開始および完了を示す。
【０２１４】
ソフトウェア活性化
汎用体またはデータベースがメモリにロードされた後、ユーザは活性化を予定する必要がある。
注記：ソフトウェアダウンロードまたはリモートメモリ復元のどちらかを活性化すると、活性化時刻を、ＮＥ時刻に基づいて選択することができる。ＮＥＴＳＭＡＲＴは、ＴＬ１応答から時刻を読み取り、ＮＥ時刻に２分を加えたものを時刻フィールドに入力する。これは、ＳＷＤＬまたはＲＭＲ活性化時刻が正確な現在時間となるのを防ぐためである。これが当てはまる場合には、ユーザが活性化時刻の選択を終了するときまでに、時刻は過去になるだろう。
【０２１５】
クロスコネクトの管理
本項は、ＮＥクロスコネクトを作成するための手順を示す。クロスコネクトコマンドは、ネットワークに対する変更を実行し、ＮＥＴＳＭＡＲＴデータベースを更新する。ＮＥクロスコネクト管理は、ＮＥおよび信号が搬送されているリンクを変更することによって、回路のルートを修正する能力を提供する。ＮＥＴＳＭＡＲＴのグラフィッククロスコネクトフィーチャにより、ユーザは、マウスクリックインタフェースを使用してクロスコネクトを作成し、ＳＯＮＥＴネットワークを通してエンドトゥーエンド回路に関して、表示、報告できる。
【０２１６】
回路は複数のＮＥおよび複数の相互接続されているリングと仮想リングに及ぶことがある。ユーザは、適切なパススルー、ドロップおよび続行、ならびに割り当てるサービスセレクタを選択することができる。
【０２１７】
未決の、アクティブでｅｒｒｏｒｅｄ接続ステータスがサポートされる。未決接続状態は、接続に関連つけられたクロスコネクトがデータベース内で定められているが、ＮＥ内では構成されていない状態のことである。アクティブな接続では、接続に関連つけられているクロスコネクトは、データベースで定義され、ＮＥでも構成される。ｅｒｒｏｒｅｄ接続は、ＮＥＳＭＡＲＴでの接続の定義とＮＥの実際のクロスコネクトの間に不一致があるときに存在する。
【０２１８】
クロスコネクトウィンドウは、構成マネージャから、またはＮＥＴＳＭＡＲＴメニューからクロスコネクトマネージャを選択することによってアクセスすることができる。クロスコネクトウィンドウは、すべて、「構成」というタイトルを付けている。
【０２１９】
ＤＳ０クロスコネクトの追加
レッドラインおよびＦＡＣＴＲ低速グループ（グループ３、４、および５）フィーダからリモートデジタル端末（ＲＤＴ）インタフェース／ＮＢＳにドロップする規則正しいＤＳ０クロスコネクトを作成するためにこの手順を使用する。Ｔ１クロスコネクトは、以下のＴ１クロスコネクトの追加（Ａｄｄ  ａ  Ｔ１  Ｃｒｏｓｓｃｏｎｎｅｃｔ）に記載される手順を使用して作成される。
【０２２０】
インタフェースグループが、統合型ネットワークアクセス（ＩＮＡ）またはＴＲ−００８モードＩまたはＩＩＩである場合、次に使用可能なＤＳ０時間スロットが提示されるだろう。インタフェースグループがＴＲ−３０３またはＴＲ−００８モードＩＩである場合、次の呼び出し参照値（Ｃａｌｌ  Ｒｅｆｅｒｅｎｃｅ  Ｖａｌｕｅ）（ＣＲＶ）番号が提示され、無効にすることができる。ＮＥＴＳＭＡＲＴがＤＳ０ファシリティＡＩＤを決定し、適切なＴＬ１コマンドを送信する。図１９は、ＤＸＯ  ＸＣクロスコネクトタブを示す。
【０２２１】
Ｔ１クロスコネクトの追加
レッドラインおよびインタフェースグループの規則正しいＤＳ１フィーダおよびＤＳ０サービス用のＦＡＣＴＲ低速グループ（グループ３、４および５）フィーダ内のＴ１ファシリティを作成するためにこの手順を使用する。
【０２２２】
クロスコネクトは、次に示す種類のインタフェースグループで制限される。
ＴＲ−００８（モードＩ）―  使用可能なフィーダＤＳ１を選ぶ（Ａ、Ｂ、ＣまたはＤ）。
ＴＲ−８００（モードＩＩまたはＩＩＩ）―  使用可能なフィーダＤＳ１を選ぶ（ＡまたはＣ）。
ＴＲ−３０３―  使用可能なＤＳ１（１から２８まで）を選ぶ。
ＩＮＡ―  Ｔ１クロスコネクトは、第１ＤＳ０クロスコネクトが作成されるときにＩＮＡインタフェースグループのフィーダと、低速グループのＶＴ１の間で自動的に作成される。ユーザはそれらを作成できないが、それらは表示できる。
【０２２３】
タスク
１．クロスコネクトするＮＥにログオンする。
ａ．ＮＥＴＳＭＡＲＴメニューからクロスコネクトマネージャが選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＤＳ０  ＸＣタブを選択する。
ｂ．クロスコネクトがレッドラインである必要がある場合には、レッドラインツールをクリックするか、動作メニューのＸＣ作成選択からレッドラインを選択する。
ｃ．接続されるＤＳ１ボックスをクリックしてから、ポートまで線をドラッグし、もう一度クリックする。黒い点線が表示される。
注記：インタフェースグループまたはポート（矩形）が黄色い場合には、それはすでに（おそらく異なる速度で）使用中である。
ｄ．接続を完了するには、更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。構成ダイアログが表示される。
【０２２４】
ＦＡＳＴＬＡＮＥクロスコネクトの追加
ＦＡＳＴＬＡＮＥクロスコネクトは、イーサネットおよびＤＳ３  ＵＮ１サービスをＳＴＳ−１にマッピングするために使用される。ＦＡＳＴＬＡＮＥ（商標）サービスは、Ｄ３ＵまたはＬＡＮブリッジポート（ＬＢＰ）として構成される機能グループ４と５だけに使用できる。ＦＡＳＴＬＡＮＥトラフィックを搬送するためには、ＳＯＮＥＴリング全体での少なくとも１つの専用ＳＴＳ−１チャネルが使用できなければならない。２種類のＦＡＳＴＬＡＮＥクロスコネクトがサポートされている。
イーサネットポート写像ブリッジ（ＥＰＭＢ）―  ＥＰＭＢをリング側非同期転送モード仮想チャネル（ＡＴＭＶＣ）に接続するエンティティ。
ＤＳ３ユーザネットワークインタフェース（Ｄ３ＵＮＩ）―  リング側ＡＴＭＶＣイーサネットポート対応およびＡＴＭＶＣ対応に対するＤ３  ＵＮＩポートによってサポートされているある特定のＡＴＭＶＣに接続されるエンティティは、クロスコネクトを確立することは関係なく実行される。リング側ＡＴＭＶＣを作成し、切替えの間にネットワークを通る経路を作成する。Ｄ３  ＵＮＩ  ＡＴＭＶＣポートは、ＮＥＴＳＭＡＲＴによって作成される。値は、次に使用可能な仮想チャネル識別子（ＶＣＩ）に関して表示される。ユーザはそのチャネル選択を無効にしてよい。
【０２２５】
タスク：
１．クロスコネクトされるＮＥにログオンする。
２．ＮＥＴＳＭＡＲＴメニューからクロスコネクトマネージャが選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＦＡＳＴＬＡＮＥ  ＸＣタブを選択する。ファーストレーン（Ｆａｓｔｌａｎｅ）ＸＣビュー（図２０）が表示される。
３．動作メニューからリングＶＣを作成を選択するか、リングＶＣ作成を右クリックし、ドロップダウンメニューから選択する。リングＶＣ作成ダイアログが表示される。
４．次のフィールドの中で値を選択するか、入力する。
リングＶＣ  ＶＰＩ（０−０）―  仮想経路識別子（ＶＰＩ）を入力する。０だけが有効である。
リングＶＣ  ＶＣＩ（３４−１０２３）―  仮想チャネルのＶＣＩを入力する。
ＰＣＲ―  毎秒ピークセル速度（ＰＣＲ）を入力する。
ＳＣＲ―  毎秒持続セル速度（ＳＣＲ）を入力する。
輻輳制御―  輻輳制御をイネーブルする必要があるかどうかを選択する。
ＡＡＬ−タイプ―  ＡＭ適応化層（ＡＡＬ）を選択する。ＡＡＬ５だけが有効である。
ＮＥ  ＴＩＤから―  開始ＮＥ  ＴＩＤはデフォルト値である。
ＮＥ  ＴＩＤへ―  リストから終了するＮＥ  ＴＩＤを選択する。
５．Ｏｋをクリックし、リングＶＣを追加し、リングＶＣ作成ダイアログを閉じる。
６．適用をクリックし、リングＶＣを追加し、表示されているリングＶＣ作成ダイアログを終了する。
７．あらゆる変更を取り消し、リングＶＣ作成ダイアログを閉じる場合は、キャンセルをクリックする。Ｏｋまたは適用が選択された場合、新しいＶＣが、ＦＡＳＴＬＡＮＥ  ＸＣウィンドウの真中に表示される。
８．グループ構成の中の適切なポートをクリックする。ＦＡＳＴＬＡＮＥ  ＸＣタブでは、マウスを適切なリングＶＣにドラッグしてから、もう一度クリックする。点線（複数の場合がある）は、接続を示すだろう。
９．接続を完了するには、更新ツールをクリックするか、動作メニューからＮＥ更新を選択する。クロスコネクト確認ダイアログが表示される。
【０２２６】
ＳＯＮＥＴクロスコネクトの追加
ＳＯＮＥＴクロスコネクトは、ＳＴＳまたはＶＴ時間スロット気候を接続する。ＳＯＮＥＴクロスコネクトは、高速時間スロットを別の高速時間スロット（パススルー）に、高速時間スロットを低速時間スロット（追加とドロップ）に、および低速時間スロットを別の低速時間スロット（ヘアピンニング）に接続することができる。時間スロット速度は、すべてのＳＯＮＥＴクロスコネクトに関して一致しなければならない。
注記：ＦＬＡＳＨ  １９２  ２．ｘおよび３．ｘＮＥのＮＥのすべてのＡＩＤを相互接続できるわけではあい。色が緑であるＳＯＮＥＴ線路から広がるそれらのＡＩＤだけが、クロスコネクトにオープンである。
【０２２７】
タスク：
１．クロスコネクトされるＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。ＳＯＮＥＴ  ＸＣビュー（図２１）が表示される。
３．動作メニューのＸＣ作成オプションから、または対応するツールをクリックすることによって、クロスコネクトの修理（ＯｎｅＷａｙ、ＴｗｏＷａｙ、ＯｎｅＷａｙＢｒｏａｄｃａｓｔ、ＴｗｏＷａｙＤｒｏｐＡｎｄＣｏｎｔｉｎｕｅ、ＴｗｏＷａｙＡｄｄＡｎｄＤｒｏｐ、またはサービスセレクタ）を選択する。
注記：（ＮＥタイプおよび構成に応じて）クロスコネクトのすべての種類がつねに使用できるわけではない。
４．クロスコネクトがレッドラインでもある必要がある場合には、レッドラインツールをクリックするか、動作メニューのＸＣ作成オプションからレッドラインを選択する。
５．接続される第１ＳＴＳまたはＶＴ１グループをクリックしてから、遠端ＳＴＳまたはＶＴ１グループまで線をドラッグし、クリックする。点線は接続を示す。ドロップタイプノ接続が必要とされる場合には、（左側または右側の）第１ＳＴＳまたはＶＴ１グループをクリックしてから、ウィンドウの底部に沿ってドロップポートをクリックすると、（適切な右側グループを含む）点線が作成されるだろう。
注記：このクロスコネクトの両端での時間スロット速度は等しくなければならない。時間スロット矩形が黄色い場合には、それは（おそらく異なる速度で）すでに使用中である。
６．接続を完了するには、更新ツールをクリックするか、動作メニューからＮＥ更新を選択する。クロスコネクト構成ダイアログが表示される。
【０２２８】
ヘアピンクロスコネクトの追加
ヘアピンは、２つの低速ＳＯＮＥＴ成端点の間のクロスコネクトである。
注記：ヘアピンクロスコネクトは、ＦＬＡＳＨ  ＳＣ  ＭＶアーキテクチャにサポートされている。ＦＡＣＴＲまたはＦＬＭ１５０は、低速クロスコネクトを可能にする、ＴＳＩＡ−ＥＮＨ２（時間スロット割当て）装置を有さなければならない。システム型は線形または片方向経路交換リング（ＵＰＳＲ）でなければならず、ＮＥデバイスシステムパラメータＴＳＴＹＰＥはＥＮＨ２として準備されなければならない。
ワンウェイ、ツーウェイ、ブリッジおよびロールクロスコネクトを作成、修正および削除できる。レッドラインクロスコネクトのさうせ位および削除はサポートされている。クロスコネクトがレッドライン化（ｒｅｄｌｉｎｅｄ）されると、レッドラインは削除前に取り除かれなければならない。
【０２２９】
タスク：
１．クロスコネクトされるＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。
３．動作メニューからヘアピンニングオプションを選択する。ヘアピンニングビュー（図２２）が表示される。
４．クロスコネクトの種類に応じて、ワンウェイまたはツーウェイツールを選択するか、あるいは対応するメニューオプションを動作メニューから選択する。クロスコネクトがレッドラインである必要がある場合は、レッドラインツールをクリックするか、あるいは動作メニューのＸＣ作成オプションからレッドラインを選択する。
５．ＴＰ元線から接続される第1グループをクリックしてから、マウスを適切なグＴＰ先グループのループにドラッグし、もう一度クリックする。点線が表示されるだろう。
６．すべてのクロスコネクトが定義されたら、更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。
７．接続を検証する。接続が正しい場合、Ｏｋをクリックする。クロスコネクトがＮＥ上に無事に作成された場合、線（複数の場合がある）は破線から実線に変化するだろう。ＮＥでのクロスコネクトが失敗すると、クロスコネクト線は点線のまま残るだろう。接続が正しくない場合には、キャンセルをクリックしてから、接続を変更する。接続確認ダイアログが表示され、クロスコネクトの成功または失敗を示す。
【０２３０】
ワンウェイサービスセレクタクロスコネクタの追加
ワンウェイサービスセレクタは、ＦＬＡＳＨ−１９２およびＦＬＭ−２４００  ＳＯＮＥＴ  ＮＥ用のＢＬＳＲ構成に使用される。
【０２３１】
タスク：
１．クロスコネクトされるＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。ソネットＸＣビュー（図２３）が表示される。
３．ワンウェイサービスセレクタツールを選択する。低速ポートをクリックしてから、宛先高速ポートをクイックする。クロスコネクトが点線として表示される。
注記：デフォルトサービスセレクタおよびホールドオフ（Ｈｏｌｄｏｆｆ）回数は、クロスコネクトを右クリックして、適切なメニューアイテムを選択することによりこの時点で変更することができる。
４．クロスコネクトを完了するために、更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。
【０２３２】
既存クロスコネクトでのブリッジの実行
ブリッジクロスコネクト機能性は、ＦＬＡＳＨ−１９２よおびＦＬＭ  ２４００  ＳＯＮＥＴ  ＮＥのＢＬＳＲ構成にサポートされている。ブリッジをセットアップすることにより、１つの成端点からのトラフィックは２つのその他の成端点に送られる。ブリッジ動作およびロール動作は、全体的なタスクを完了するために２つのＮＥで実行される。第1に、一方のＮＥのクロスコネクトでブリッジを実行してから、他方のＮＥでロールを実行する。ロール実行誤、第1のＮＥでブリッジをクリアする。
１．その経路が修正されなければならないＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。ＳＯＮＥＴ  ＸＣビューが表示される。
３．ブリッジされる1ウェイドロップクロスコネクトを選択される。
４．ブリッジツールをクリックするか、あるいは動作メニューからブリッジを選択する。
５．宛先時間スロットを選択する。ディスプレイは、動作が完了したときに、新しいブリッジ接続をウィンドウ上の点線として表示するだろう。
６．接続を完了するには、ＮＥ更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。
【０２３３】
既存のクロスコネクトでのロールの実行
ロールクロスコネクト機能性は、ＦＬＡＳＨ−１９２およびＦＬＭ  ２４００  ＳＯＮＥＴ  ＮＥに関してサポートされている。ＦＬＭ  ２４００  ＳＯＮＥＴ  ＮＥでは、この機能性は、ＮＥがＢＬＳＲとして構成されているときだけ使用できる。ロールは、ソースＡＤＩを、信号の損失無く、一方の時間スロットから別の時間スロットに切り替えるのを容易にする。トラフィックは、ロール動作中にＮＥによってバッファに入れられる。
【０２３４】
ロール動作は、ワンウェイクロスコネクトを選択してから、ロールツールをクリックすることによって、あるいは動作メニューからロールメニューアイテムを選択することによって実行することができる。ユーザがロールを選択した後、ラバーバンド法が開始し、ユーザは新しい発信点を選択できる。未決のロールクロスコネクト作成される。それから、ユーザは、ロールクロスコネクトを活性化しすることができ、その結果、元のクロスコネクトは削除され、新しいロールクロスコネクトが作成される。ブリッジ動作およびロール動作は、完全なタスクを完了するために２つのＮＥで実行される。
【０２３５】
最初に、一方のＮＥのクロスコネクトでブリッジを設定してから、他方のＮＥでロールを設定する。ロールが実行された後、第1ＮＥのブリッジをクリアする。
１．その経路が修正されなければならないＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。ＳＯＮＥＴ  ＸＣビューが表示される。
３．ロールされる１ウェイドロップクロスコネクトを選択される。
４．ロールツールをクリックするか、あるいは動作メニューからロールを選択する。
５．宛先時間スロットを選択する。ディスプレイは、動作が完了したときに、新しい接続をウィンドウ上の点線として表示するだろう。古い接続は実線として表示されるだろう。
６．接続を完了するには、ＮＥ更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。
【０２３６】
クロスコネクト確認
すべての種類のクロスコネクトを確認するために、同じダイアログが表示される。
１．クロスコネクトを完了するには、ＮＥ更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。クロスコネクト確認ダイアログが表示される。
２．接続を検証する。接続が正しい場合、Ｏｋをクリックする。クロスコネクトがＮＥ上に無事に作成された場合、線（複数の場合がある）は破線から実線に変化するだろう。ＮＥでのクロスコネクトが失敗すると、クロスコネクト線は点線のまま残るだろう。接続が正しくない場合には、キャンセルをクリックしてから、接続を変更する。接続確認ダイアログが表示され、クロスコネクトの成功または失敗を示す。
３．閉じるボタンをクリックし、クロスコネクトレポートを閉じる。図２４は、クロスコネクトレポートを示す。
【０２３７】
クロスコネクト名の更新
クロスコネクトは、それらが作成されるとき名前を指定されない。名前は、ユーザの独自のネットワーク命名規約に準拠するように構造化できる。ただし、クロスコネクト名は英数字でなくてはならず、特殊文字を含んではならない。複数のクロスコネクトは同時に更新できる。
注記：クロスコネクト名は英数字でなければならず、特殊文字を含んではならない。
１．クロスコネクト（複数の場合がある）のあるＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、ＳＯＮＥＴ  ＸＣタブを選択する。ＳＯＮＥＴ  ＸＣビューが表示される。
３．新しい名前を必要とするクロスコネクトを選択する。動作メニューから名前設定を選択するか、あるいはクロスコネクトを右クリックし、名前設定…を選ぶ。クロスコネクト設定名ダイアログが表示される。
４．新しい名前を入力する。
５．すべて設定ボタンを選択し、クロスコネクト名設定ダイアログのクロスコネクト名フィールドにクロスコネクト名を移動する。Ｏｋをクリックし、クロスコネクト名設定ダイアログを閉じる。
６．クロスコネクトは、点線として表示される。更新ツールをクリックする。確認ダイアログが表示される。情報が正しいことを検証し、Ｏｋをクリックする。
７．メッセージダイアログボックスが、新しい名前がテーブルに示された状態で表示される。Ｏｋをクリックする。
【０２３８】
既存クロスコネクトへのレッドライン宛先の追加
レッドライン宛先をクロスコネクトに追加することは、それが臨界回路であり、クロスコネクトに影響を及ぼす変更または切断が発行されるときに注意を払う必要があることを示す。
１．クロスコネクト（複数の場合がある）のあるＮＥにログオンする。
２．構成マネージャから、レッドライン化されるクロスコネクトの種類い応じて、ＳＯＮＥＴ  ＸＣタブまたはＤＳ０  ＸＣタブを選択する。図２５は、ＤＳ０  ＸＣディスプレイを示す。
３．レッドライン化される必要のあるクロスコネクトを選択する。ＳｅｔＲｅｄ１ツールをクリックするか、あるいは動作メニューからレッドライン設定を選択する。複数のクロスコネクトは、シフトキーとＣＴＲＬキーを押したままにしてから、クロスコネクト線をクリックすることによって選ぶことができる。クロスコネクト線は赤い点線に変化するだろう。
４．レッドライン指定を完了するには、更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。
【０２３９】
クロスコネクトの削除
大部分のクロスコネクトは、この手順を使用して削除できる。クロスコネクトがレッドライン化されていると、レッドライン化は、この手順に記述されるように取り除かれなければならない。
１．クロスコネクトが削除されなければならないＮＥにログオンする。
２．クロスコネクトマネージャがＮＥＴＳＭＡＲＴメニューから選択された場合、構成ウィンドウが表示される。構成ウィンドウでは、適切なタブ：ＳＯＮＥＴ  ＸＣ、ＤＳ０またはＦＡＳＴＬＩＮＥを選択する。
３．クロスコネクトがレッドライン化されている場合、最初にレッドライン指定を削除しなければならない。クロスコネクトを選択肢、ＮｏＲｅｄツールをクリックするか、あるいは動作メニューからレッドライン設定解除を選択する。ＮＥ更新ツールをクリックするか、あるいは動作メニューからＮＥ更新を選択する。構成ダイアログが表示される。
４．Ｏｋをクリックして、レッドラインを削除する。
５．削除されるクロスコネクトをクリックする。複数のクロスコネクトは、ＣＴＲＬキーとシフトキーを押したままにしてから、削除される各クロスコネクトをクリックすることによって選択することができる。
６．ＤｅＬＸＣツールをクリックするか、あるいは動作メニューからＸＣ削除を選択する。クロスコネクト線は実線から破線に変化し、状態の未決の変更を示す。
７．クロスコネクトがＧＵＩで削除のためにマーキングされた後、更新ツールをクリックすることによってＮＥに変更を加えるか、あるいは動作メニューからＮＥ更新を選択する。クロスコネクト確認ダイアログが表示される。
８．適切なクロスコネクトが一覧表示されていることを検証してから、削除を完了するためにＯｋをクリックする。クロスコネクトが正しくない場合は、取消しをクリックし、接続を選択し直す。削除を取り消す場合には、アンドゥツールをクリックし、接続を元通りにする。
【０２４０】
ＳＳＤＥＦの変更
サービスセレクタ定義（ＳＳＤＥＦ）は、デフォルトにより、挿入に設定されている。ＳＳＤＥＦをスルーにリセットするには、次の手順を実行する。
１．ＳＳＤＥＦがリセットされなければならないＮＥにログオンする。適切なクロスコネクトウィンドウにアクセスする。
２．メニューを表示するために、クロスコネクトを右クリックする。
３．ＳＳをスルーに設定を選択する。メニュー選択ＳＳをスルーに設定は、ＳＳを挿入に設定に変化する。ユーザは、２つのアイテムの間でこの選択をトグルすることができる。イナクティブな選択だけがメニューに表示されるだろう。
【０２４１】
ホールドオフタイマ値の変更
ホールドオフタイマは、ＮＥがトラフィック原点をチェックし、可能な場合にその原点にリセットするときに、保護切替え後の時間間隔を設定するために使用される。ホールオフオフタイマ値を変更する場合、次の手順を実行する。
１．ホールドオフタイマが設定されなければならないＮＥにログオンする。適切なくロスコネクトウィンドウにアクセスする。
２．メニューを表示するためにクロスコネクトを右クリックする。
３．ホールドオフタイマを選択する。リセット間隔の値を入力する。
【０２４２】
時間スロットからのトレース
１つの成端点のあるクロスコネクトを表示しているが、クロスコネクトが見えない場合、ユーザはこのクロスコネクトの他端を発見することができる。
１．ＮＥにログオンする。適切なクロスコネクトウィンドウにアクセスする。
２．クロスコネクトを選択するために右クリックし、ユーザがトレースＸＣを選ぶメニューを表示する。ラベルは、ユーザが右クリックしたクロスコネクト成端点の側に表示されるだろう。このラベルは、このクロスコネクトの他方の端を特定する。
【０２４３】
ファシリティの管理
本項は、ＦＬＡＳＨ−１９２、ＦＬＭおよびＦＬＡＳＨＷＡＶＥ  ＮＥ用のファシリティを定義し、管理するための手順を提供する。ファシリティの一次状態は以下の通りである。つまり、稼動中（ＩＳ）、休止自律（ＯＯＳ−ＡＵ）、休止管理、またはメモリ管理（ＯＯＳ−ＭＡ）、および休止自律管理（ＯＯＳ−ＡＵＭＡ）である。ファシリティは、それらが手動で削除されるときに、休止管理未割当て（ＯＯＳ−ＭＡ−ＵＡＳ）という二次状態も有することがある。
【０２４４】
ファシリティは、アクティブ（ＡＣＴＩ）、正常（ＮＲ）、異常（ＡＮＲ）、スタンバイホット（ＳＴＢＨ）、サポート側エンティティ動作不能状態（ＳＧＥＯ）、ファシリティ故障（ＦＡＦ）、未割当て（ＵＡＳ）、および自動稼動中（ＡＩＮＳ）という二次状態も有することがある。
【０２４５】
ファシリティ（ＦＬＡＳＨＷＡＶＥまたはＦＬＡＳＨ−１９２）の追加
ＦＬＡＳＨＷＡＶＥまたはＦＬＡＳＨ−１９２  ＮＥ用のファイバファシリティを追加するためにこの手順を使用する。
注記：サポート側装置が作成されていない限り、ファシリティは作成できない。注記：ＯＣ−４８／ＯＣ−１９２ｆ知りティをＦＬＡＳＨＷＡＶＥ  ＮＥのトランスポンダタイプの中で作成または修正するとき、メッセージがユーザに方向性属性情報を提供するように頼むだろう。つねに、大文字で属性を入力する（例えば、ＵＮＩまたはＢＩ）。
１．構成マネージャの中の任意のタブから、ＮＥメニューのファシリティ…を管理オプションを選択する。管理側ファシリティダイアログが表示される（図２６、管理側ファシリティダイアログ）。
２．速度をクリックし、速度ドロップダウンリストから速度を選択する。シェルフドロップダウンリストからシェルフを選択する。存在していないファシリティ欄の中でファシリティを選択する。作成ツールをクリックする。
注記：存在しない（削除済みの）ファシリティがない場合には、このリストの中には何もないだろう。
３．このファシリティに、その値が作成時に指定されなければならないあらゆる属性がある場合には、キー属性を含むダイアログが表示されるだろう。これらの属性の値を入力し、Ｏｋをクリックする。
４．選択されたファシリティの選択された属性は属性テーブルに表示されるだろう。作成ツールをクリックする。ファシリティ管理メッセージボックスが表示される。ファシリティ作成。ファシリティは、存在していないから既存欄に移動され、活性化されるだろう。
【０２４６】
ファシリティの修正
この手順により、ユーザはファシリティを修正することができる。
注記：ＦＬＡＳＨＷＡＶＥ  ＮＥのトランスポンダ型でＯＣ−４８／ＯＣ−１９２ファシリティを作成または修正するとき、メッセージが、ユーざに方向性属性情報を提供するように依頼するだろう。つねに、大文字で属性を入力する（例えば、ＵＮＩまたはＢＩ）。
１．構成マネージャから、グループ／ファシリティタブを選択する。
２．拡大されたツリーから、またはグラフィック領域からファシリティを選択する。属性ビューが表示される。この表示は、（ツリーまたはグラフィック領域から発行される）コマンド原点に応じてわずかに変化するだろう。
３．青または赤で表示される必要とされる値を修正してから、修正ツールをクリックするか、あるいは動作メニューから更新オプションを選択する。使用可能な動作は、Ｉｎｓｅｒｖ，ＯＯＳＭＡ、ＯＯＳＭＩ、ＩｎＳｅｒｖ、ＰＳＷ動作、およびＰＳＷリリースを含む（使用可能な特定の動作（複数の場合がある）は、ファシリティに依存するだろう）。同じオプションは、動作メニューから選択することもできる。
４．値はＮＥおよびＮＴＳＭＡＲＴデータベース、ファシリティ削除の中で修正されるだろう。この手順により、ユーザは、ＦＬＡＳＨＷＡＶＥまたはＦＬＡＳＨ−１９２ＮＥのファシリティを削除できる。
【０２４７】
ファシリティの削除
１．構成マネージャの任意のタブから、ＮＥメニューの管理側ファシリティオプションを選択する。管理側ファシリティダイアログが表示される。
２．シェルフドロップダウンリストからシェルフを選択する。速度をクリックし、速度ドロップダウンリストから速度を選択する。既存ファシリティ欄の中のファシリティを選択する。作成ツールをクリックする。
注記：既存の（作成済み）ファシリティがない場合には、このリストの中には何もないだろう。
３．確認ダイアログが表示される。Ｏｋをクリックして、ファシリティを削除する。ファシリティは、既存ファシリティから存在していないファシリティに移動され、非活性化されるだろう。
【０２４８】
ＦＦＰグループの活性化（ＦＬＡＳＨ−１９２）
ファイバファシリティ保護（ＦＦＰ）グループは、ＦＬＡＳＨ−１９２に対して使用できる。ＦＦＰグループをサポートするための装置およびファシリティはすでに作成されていなければならない。ＦＦＰ組のリストが表示され、ユーザは作成されるＦＦＰを選択するだろう。
注記：ＦＦＰグループ変更は、システム構成を変更し、システム構成不一致を引き起こす可能性がある。
１．構成マネージャの任意のタブから、ＮＥメニューのＦＦＰ管理オプションを選択する。ＦＦＰ管理ダイアログが表示される。
２．シェルフドロップダウンリストからシェルフを選択する。速度をクリックし、速度ドロップダウンリストから速度を選択する。存在しないＦＦＰ欄のＦＦＰを選択する。
注記：存在しない（削除済み）ＦＰがない場合には、リストは空になるだろう。
３．作成ツールをクリックする。
４．ＦＦＰは、存在しないＦＦＰから既存ＦＦＰ欄に移動し、アクティブになるだろう。
【０２４９】
ＦＦＰグループの修正（または表示）
ＮＥのＦＦＰグループ属性は、次のタスクを実行することによって修正できる。
１．構成マネージャからＦＦＰタブを選択する。
２．拡大されたツリーからＦＦＰグループを選択し、グラフ領域内でＦＦＰをダブルクリックする。グループの属性タブが表示される。
３．値をクリックすることによって青と赤で示されている必要とされる値を修正してから、ドロップダウンリストから新しいオプションを選択する。
４．変更をＮＥにダウンロードするために修正ツールをクリックする。変更済みの値は、値欄に表示されるだろう。
【０２５０】
ＦＦＰグループの非活性化（ＦＬＡＳＨ−１９２）
ＦＬＡＳＨ−１９２のアクティブＦＦＰは、次のタスクを実行することによって非活性化することができる。
１．構成マネージャの任意のタブで、ＮＥメニューからＦＦＰ管理オプションを選択する。ＦＦＰ管理ダイアログが表示される。
２．シェルフドロップダウンリストからシェルフを選択する。
３．速度ドロップダウンリストから速度を選択する。
４．既存ＦＦＰ欄でＦＦＰを選択する。
５．編集メニューから削除を選択する。ＦＦＰは既存ＦＦＰから存在していないＦＦＰ欄に移動し、非活性化されるだろう。
【０２５１】
波長の管理
ＮＥＴＳＭＡＲＴ波長管理フィーチャを使用して、使用中のネットワークでの波長在庫についてのレポートを作成する。該レポートは以下を含む。
波長（ｎｍ単位）
周波数（ＴＨｚ単位）
狭帯域光学部品またはトランスポンダカードのパーツ番号
ＡＩＤ
波長可用性  および一次ステータス
ＯＣＮ  ＷＬＲ（受信波長での光学搬送波レベル）
ＯＣＮ  ＯＰＲ（受信光電力の光搬送波レベル）
ＷＣＨ  ＯＰＴ（伝送済み波長チャネル光学電力）
ＷＤＭ  ＯＰＲ（受信済み波長分割マルチプレクサ光電力）
ＷＤＭ  ＯＰＴ（伝送済み波長分割マルチプレクサ光電力）
注記：混乱を避けるため、いったんビューが要求されると、ウィンドウディスプレイは静止している（更新されない）。ユーザはウィンドウを再表示し、更新された情報を表示するためには、再ロードツールまたはＮＥリスト再ロードコマンドを使用しなくてはならない。
【０２５２】
波長サポート
以下の波長がサポートされている。
2005512346.tif 000002
【０２５３】
波長在庫レポートの作成
波長管理ウィンドウは、ＮＥＴＳＭＡＲＴメニューアイテムを含む任意のアプリケーションから起動することができる。
2005512346.tif 000003
このウィンドウをトポロジウィンドウから開く場合、以下の選択が使用できる。
ＮＥの数を選択する。
グループの数を選択する。
ＮＥおよびグループの数を選択する。
ネットワークグループを選択する。
これらの選択のいくつかが行われると、波長管理ウィンドウは、選択されたＦＬＡＳＨＷＡＶＥ端末だけと表示する。それ以外の場合、すべての既存のＦＬＡＳＨＷＡＶＥ端末が表示される。波長在庫レポートを作成するには、以下のタスクを実行する。
１．ＮＥＴＳＭＡＲＴメニューから、波長管理を選択する。波長管理ウィンドウが表示される。
２．リスト領域は、すべてのＦＬＡＳＨＷＡＶＥ端末ＮＥのリストを含む。そのデータを表示するためにＮＥをクリックする。
３．データディスプレイの欄をフィルタリングするために、ツールバーからフィルタツールを選択する。
４．フィールドラベルの下にある第1ボタンをクリックする。フィルタリングするための使用する値のリストが表示される。値は、波長（ｎｍ）、周波数（ＴＨｚ）、トランスポンダ、または１０ｇパーツ＃、ＡＩＤ、ステータス、ＯＣＮ  ＷＬＲ、ＯＣＮ  ＯＰＲ、ＷＣＨ  ＯＰＴ、ＷＤＭ  ＯＰＲ、およびＷＤＭ  ＯＰＴを含む。これらの値の内の１つを選択する。
５．いったんフィルタリング値が選択されると、試験ボタンがアクティブになる。試験ボタンをクリックして、フィルタリングのために突き合わせて試験する一連の値を表示する。以下の内の１つ：
ｃｏｎｔａｉｎｓ
ｌｃｏｎｔａｉｎｓ
ｓｔａｒｔｓ  ｗｉｔｈ
ｌｓｔａｒｔｓ  ｗｉｔｈ
ｅｎｄｓ  ｗｉｔｈ
ｅｎｄｓ  ｗｉｔｈ
６．前記に一覧表示された値の内の1つを選択するためにクリックする。ブール値は、論理ボタンの１つおよび／または論理ボタンから選択することによってフィルタリングするために使用できる。
７．いったんフィルタリング値が洗濯されると、フィルタ（複数の場合がある）が適用されている状態で、波長管理値を再表示するためにＯｋをクリックする。
【０２５４】
ＮＧＤＬＣサービス
次世代デジタルループ搬送波（ＮＧＤＬＣ）システムにより、通信事業者は、カスタマの敷地と公共ネットワーク間に統合されたアクセスを提供できる。ＮＧＤＬＣは、切り替えられたトラフィックの集中化および切り替えられていないトラフィックの訓練（ｇｒｏｏｍｉｎｇ）をサポートする。
【０２５５】
ユーザは、ＦＡＣＴＲ  ＮＥ用のＴＲ−００８、ＴＲ−３０３またはＩＮＡインタフェースグループを含む次世代デジタルループキャリヤサービスを表示し、編集してよい。これらのグループのそれぞれは、自動発見により作成される。モード（Ｉ、ＩＩまたはＩＩＩ）、写像シーケンス（Ｄ１ＤまたはＤ４）およびバイパス組オプション（１または２）を選ぶ。ＴＲ−３０３は、ＤＬＣシステムのすべての呼処理および実用可能機能を処理するために、電話局スイッチとリモート端末の間のインタフェースを定義する。ＴＲ−３０３は、大多数の加入者および移送帯域幅をサポートする用途の広いインタフェースであり、通信事業者に、トラフィックエンジニアリング指針を意図する集線比を選ぶ能力を与える。ＴＲ−３０３  ＤＳ０の場合、ＮＥＴＳＭＡＲＴユーザは、ＴＲ−３０３  ＤＳ０に割り当てられる１と２０１６の会いだの数である、割り当てられた呼基準値（ＣＲＶ）を理解することができる。
【０２５６】
ＴＲ−００８またはＴＲ−３０３インタフェースグループの編集
この手順は、これらのインタフェースをサポートするそれらのＮＥ用のＴＲ−００８よびＴＲ−３０３パラメータを編集する。また、それは、インタフェースを稼動させるか、あるいは保守目的で休止させる。ＮＥを保守状態にすることはサービスに影響を及ぼさない。ただし、ＮＥはいったん保守状態になると、そのＮＥで実行される動作がサービスに影響を及ぼす可能性がある（例えば、ループバックは、サービスに影響を及ぼす）。
１．ＮＥにログオンする。
２．構成マネージャから、インタフェースタイプタブを選択する。インタフェースタイプタブが表示される。
３．右上隅にある青い点は、インタフェースグループが子供達を有することを示す。グラフィック領域内のＴＲ−００８またはＴＲ−３０３ボックス、または拡大されたツリーの中ををダブルクリックし、修正されるインタフェースに対応するアイテムを選択する。属性ダイアログが表示される。
４．変更されるインタフェースオプションをクリックする。青で表示されているインタフェースオプションだけを変更することができる。ドロップダウンリストから新しいオプションを選択する。
５．修正ツールをクリックするか、あるいは変更を加えるために、動作メニューから更新オプションを選択する。
６．正しい動作のためのツール、ＩｎＳｅｒｖ、ＯＯＳＭＡ、ＯＯＳＭＴを選択するためにクリックする。同じオプションは、動作メニューから選択することもできる。
【０２５７】
ＩＮＡインタフェースグループの編集
この手順により、ユーザは、ＩＮＡインタフェース属性を修正し、Ｔ１を稼動させるか、保守のために休止させることができる。ＮＥを保守状態にすることは、サービスに影響を及ぼさない。ただし、いったんＮＥが保守状態にされると、そのＮＥで実行される動作は、サービスに影響を及ぼす可能性がある（例えば、ループバックはサービスに影響を及ぼす）。
１．ＮＥにログオンする。
２．構成マネージャから、インタフェースタイプタブを選択する。
３．インタフェースグループの左側のプラス符号は、このインタフェースグループが複数の子供を有することを示す。ツリーリストを拡大し、修正されるＴ１を選択する。
４．属性ダイアログ（図２７）が表示される。
５．赤または青で表示されるインタフェースオプションだけを変更することができる。値がクリックされると表示されるドロップダウンリストから新しいオプションを選択する。
６．変更を完了するために、修正ツールをクリックする。
７．正しい動作のためのツール、Ｉｎｓｅｒｖ、ＯＯＳＭＡまたはＯＯＳＭＴを選択するためにクリックする。同じオプションは動作メニューから選ぶこともできる。
【０２５８】
性能管理
性能管理は、オプションのフィーチャであり、標準的なセットアップコマンドとは異なるＮＥＴＳＭＡＲＴコマンドを使用して起動される。このフィーチャにアクセスできない場合、担当のＮＥＴＳＭＡＲＴ管理者に連絡すること。性能管理のイネーブルおよびディスエーブルに関する情報については、ＮＥＴＳＭＡＲＴインストール管理ガイド（ＮＥＴＳＭＡＲＴ  Ｉｎｓｔａｌｌａｔｉｏｎ  ａｎｄ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  Ｇｕｉｄｅ）（ＦＪＴＵ−３２０−９４０−１５０）の「ＮＥＴＳＭＡＲＴオプションフィーチャ（ＮＥＴＳＭＡＲＴ  Ｏｐｔｉｏｎａｌ  Ｆｅａｔｕｒｅｓ）を参照すること。
【０２５９】
ＮＥＴＳＭＡＲＴユーザは、ＮＥがネットワークでどのように機能しているのかを判断するために、ネットワーク要素（ＮＥ）でのＰＭ監視パラメータにアクセスする方法を必要とする。ＰＭフィーチャは、ユーザが、１つまたは複数のＮＥ（複数の場合がある）でＰＭ監視パラメータを照会および設定するための機構を提供する。ＮＥごとのＰＭパラメータの包括的なリスティングは、適切なＮＥマニュアルに記載されている。大部分のＰＭ動作は、１つまたは複数のＮＥ（複数の場合がある）に、単一ＮＥ上の複数のカードまたはファシリティに、あるいは単一ＮＥ上の単一のカードまたはファシリティに適用されてよい。以下を行うために性能マネージャを使用する。
・性能監視レポートをイネーブル、およびディスエーブルする。
・性能監視報告ステータスを検索する。
・ＮＥの性能レジスタを初期化する。
・個々のスレッショルド値を設定する。
・現在のスレッショルド値を検索する。
・履歴性能データを検索する。
単一ＮＥ上で単一カードまたはファシリティだけに適用できる動作は、以下の通りである。
・個々のスレッショルド値の設定
・現在のスレッショルド値の検索
・性能データの検索
【０２６０】
管理手順
本項は、性能マネージャを使用するための手順を記述する。性能マネージャは、以下のＮＥに関してサポートされている。
ＦＬＡＳＨ−１９２（０２．０３）
ＦＬＡＳＨ−１９２（０４．０３）
ＦＬＡＳＨＷＡＶＥ（０２．０１）
ＦＬＡＳＨＷＡＶＥ（０１．０３）
ＦＬＭ  ２４００  ＡＤＭ（１４．０２Ｓ）
ＦＬＭ  ２４００  ＡＤＭ（１４．０２ＢＳ）
ＦＬＭ  ６００  ＡＤＭ（１４．０２Ｓ）
【０２６１】
ユーザは、ウィンドウがどのようにしてアクセスされるのかに応じて、３つの異なるビューの中に性能マネージャウィンドウを表示することができる。ビューは、以下を含む。つまり、要素ビュー、装置ビューおよびグループ／ファシリティビューである。
要素ビュー：トポロジウィンドウから性能マネージャにアクセスすると、要素ビューが表示される。
装置ビュー：構成マネージャから性能マネージャにアクセスすると、装置タブが装置ビューを表示する。
グループ／ファシリティビュー：構成マネージャグループ／ファシリティタブから性能マネージャにアクセスすると、グループ／ファシリティビューが表示される。
【０２６２】
性能マネージャ要素ビュー
要素ビューに性能マネージャを表示するには、トポロジウィンドウで１つのＮＥまたは複数のＮＥを選択してから、ＮＥＴＳＭＡＲＴメニューから性能管理を選択する。ＮＥが選択されない場合、使用可能なＮＥのリストが、それが起動された後に、性能マネージャウィンドウに表示される。ビューは２つの主要な部分に分けられている。ビューの上部にある選択領域は、選択済み要素リストに選択された要素を表示する。間隔ラベルの右側にあるラジオボタンは、監視レベルを定めるために使用される。ビューの底部は、監視データを表示する。
【０２６３】
開始および停止の監視
注記：性能マネージャが、選択された１つまたは複数のＮＥから起動された場合、使用能要素リストに要素はなく、選択されたＮＥ（複数の場合がある）は選択済み要素リストに表示されるだろう。ユーザが、ＮＥが選択されていないＮＥＴＳＭＡＲＴメニューから性能管理を起動した場合には、すべてのＮＥは使用可能要素に表示されるだろう。以下の情報は、性能管理が、ＮＥが選択されていない状態で動作メニューから選択されたと仮定する（すべてのＮＥは、使用可能要素リストに表示されるだろう）。
１．監視を開始するには、性能マネージャウィンドウの監視タブを選択する。これは、要素ビューのデフォルトタブである。
２．監視するためのＮＥを選択するには、使用可能要素欄のアイテムを選択し、それを選択済み要素欄に追加するために追加ボタンを使用する。
３．選択済み要素欄からアイテムを削除するには、選択済み要素欄で該アイテムを強調表示し、削除ボタンをクリックする。進行中メッセージバーが消えた後に、エントリが監視データ領域に追加される。第３欄で初期化のステータスを検証する。
４．選択済み要素欄にすべてのアイテムを追加する場合、すべて追加ボタンをクリックする。
５．選択済み要素欄ですべてのアイテムを削除する場合、すべて削除ボタンをクリックする。進行中メッセージバーが消えた後、エントリはリストに留まるが、ステータスはディスエーブルに変更される。
注記：選択を使用することが不可能なとき、その選択は淡色表示されている。例えば、ＰＭ要素ビュー（ＮＥから）：監視タブでは、追加ボタンとすべて追加ボタンは、使用可能要素リストに追加するものが何もないために使用することができない。削除ボタンは、選択済み要素：リスト中の要素が選択されるまで使用できない。
６．間隔ラジオボタンを使用して管理のための間隔を定める。オプションは、１５分（１５分間隔）または1日である。デフォルト値は１５分である。ユーザが１５分を選択すると、データはＮＥ１５分レジスタから検索される。ユーザが１日を選択すると、データはＮＥ1日レジスタから検索される。
７．ツールバーのＭｏｎ  Ｏｎツールをクリックするか、あるいは動作メニューから性能監視をオンにするを選択する（図２８）。
８．監視を停止するためには、監視タブを選択してから、ツールバーのＭｏｎ  Ｏｆｆツールをクリックするか、あるいは動作メニューから性能監視をオフにするを選択する。
【０２６４】
レジスタの初期化
すべてのレジスタをゼロ値にリセットするために、ユーザはレジスタを初期化するだろう。レジスタを初期化するには、
１．要素ビュー（図２９）でレジスタタブを選択する。
２．初期化するためのＮＥを選択するには、使用可能要素欄でアイテムを選択し、それを選択済み要素欄に追加するために追加ボタンを使用する。
３．選択済み要素欄からアイテムを削除するには、選択済み要素欄で該アイテムを強調表示し、削除ボタンをクリックする。
４．選択済み要素欄にすべてのアイテムを追加するには、すべて追加ボタンをクリックする。
５．選択済み要素欄のすべてのアイテムを削除するには、すべて削除ボタンをクリックする。
注記：選択を使用することが不可能なとき、その選択は淡色表示されている。例えば、ＰＭ要素ビュー（ＮＥから）：監視タブでは、追加ボタンとすべて追加ボタンは、使用可能要素リストに追加するものが何もないために使用することができない。削除ボタンは、選択済み要素：リスト中の要素が選択されるまで使用できない。
６．ツールバーのＩｎｉｔツールを選択するか、あるいは動作メニューから性能レジスタの初期化を選択する。このオプションを選択すると、ＮＥの中のすべてのレジスタはゼロに初期化されるだろう。
【０２６５】
性能データの検索
ときおり、ユーザは報告または分析のために性能データの検索を希望することがあるだろう。性能データを検索するには、以下のタスクを実行する。
１．要素ビューのデータベースタブを選択する（図３０）。
２．使用可能要素リストから要素（複数の場合がある）を選択する。
３．選択済み要素欄にそれを追加するには、追加ボタンを使用する。
４．選択済み要素欄からアイテムを削除するには、選択済み要素欄で該アイテムを強調表示し、削除ボタンをクリックする。
５．選択済み要素欄にすべてのアイテムを追加するには、すべて選択ボタンをクリックする。
６．選択済み要素欄ですべてのアイテムを削除するには、すべて削除ボタンをクリックする。
注記：選択を使用することが不可能なとき、その選択は淡色表示されている。例えば、ＰＭ要素ビュー（ＮＥから）：監視タブでは、追加ボタンとすべて追加ボタンは、使用可能要素リストに追加するものが何もないために使用することができない。削除ボタンは、選択済み要素：リスト中の要素が選択されるまで使用できない。
７．次のフィールドで値を選択または入力する。
間隔−  時間期間間隔を表示する。考えられるオプションは、１５分または1日である。デフォルトは１５分である。ユーザが１５分を選択すると、収集されたデータは１５分期間に分割されるだろう。ユーザが1日を選択する場合、収集されたデータは１日期間で報告されるだろう。
ＮＭＳ開始日―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信し始めた日付を選択する。デフォルトフォーマットが提供される。
ＮＭＳ開始時刻―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信し始めた時刻を選択する。
ＮＭＳ終了日―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信するのを停止した日付を選択する。
ＮＭＳ終了時刻―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信するのを停止した時刻を選択する。
８．動作メニューから再ロードを選択するか、あるいはツールバーから再ロードツールをクリックして、データ検索を開始する。
【０２６６】
性能マネージャ装置ビュー
性能マネージャ装置ビューを表示するには、構成マネージャ装置タブでカードを選択してから、ツールバーの検索ツールをクリックする。それ以外の場合、ポップアップメニューを表示するために右クリックっしてから、ポップアップメニューからＰＭ表示を選択する。カードがＰＭレジスタを有さない場合、ＰＭツールはツールバーに表示されない。図３１は、性能マネージャ装置ビューを示す。装置ビューは、レジスタタブだけを表示し、レジスタスレッショルドの設定および現在の性能レジスタの受信を用意にする。ディスプレイ内のフィールドは、以下を含む。
ＮＭＳ時刻―  ＮＥＴＳＭＡＲＴ時刻。
ＮＥ時刻―  ＮＥでの時刻。
ＡＩＤ型―  アクセス識別子の型。
ＡＩＤ―  アクセス識別子名。
レジスタ―  レジスタ名。
値―  検索されたレジスタの値。
範囲―  レジスタ値の許容範囲。
スレッショルド―  スレッショルドが超えられた場合に、スレッショルドレポートを作成し直すためのＮＥに対するインジケータ。
デフォルトスレッショルド―  ＮＥが最初に起動されると、これはＮＥによって設定されるデフォルト値である。この値は、「スレッショルド設定（Ｓｅｔｔｉｎｇ  Ｔｈｒｅｓｈｏｌｄ）」で記述される手順を使用してリセットすることができる。
有効性―  この値は、ＦＬＡＳＨ−１９２およびＦＬＡＳＨＷＡＶＥ  ＮＥに対してだけ有効である。通常の運転状態では、この値は偽であるはずである。ＰＭレジスタは、１５分間隔で蓄積される。報告されている値が完全な１５分間隔に対してではない場合、この値は真として報告されるだろう。
場所―  この値は、データがどこから着信するのか（近端または遠端）を示す。装置レジスタはつねに遠端だろう。
方向―  装置の場合、装置の物理的な特徴に方向はないため、これはつねに該当なし（Ｎ／Ａ）を報告するだろう。典型的には、ファシリティに関して報告される値は、ＴｘまたはＲｘだろう。
時間間隔―  この値は、装置に関してつねに該当なし（Ｎ／Ａ）である。ファシリティに関しては、時間報告間隔は１５分または1日のどちらかとして表示されるだろう。
インデックス―  この値は、装置に関してつねに０だろう。ファシリティに関しては、現在のレジスタ（０）に過去のレジスタ１から３２が加えられたものが表示されるだろう。監視タブおよびデータベースタブは、装置レジスタがカウンタではないため、選択することができない。それらはレーザバイアス電流正規化済み（ＬＢＣＮ）などのアイテムの電流運転レベルである。このため、監視をオンにしたり、オフにすることはできず、データベースは履歴データを含まないだろう。
【０２６７】
スレッショルドの設定
性能監視レジスタは、潜在的に、数千の回路に関して収集し、圧倒的な量のデータを作成することができる。このデータを制限するために、データ収集のスレッショルドを設定することができる。これらのスレッショルドが抹消（ｃｒｏｓｓｅｄ）されない場合、ＮＥ性能は許容できると仮定される。デフォルトスレッショルド値は、レジスタごとに存在する。任意のレジスタのスレッショルドは、設定、変更できる。スレッショルドを設定するには：
１．使用可能装置リストから装置を選択し、追加ボタンをクリックして装置を選択済み装置リストに追加する。
２．レポートの中の番号が付けられた行を選択してから、ツールバーの設定ツールをクリックする。スレッショルド設定ダイアログが表示される。
３．スレッショルドに新しい値を入力する。スレッショルド範囲はＮＥに依存し、ユーザがレジスタを設定する行を選択すると表示される。ユーザは、ＮＥごとのＴＬ１スレッショルド値仕様に関して富士通ネットワーク通信（Ｆｕｊｉｔｓｕ  Ｎｅｔｗｏｒｋ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のウェブサイトのシステムエンジニアリング（Ｓｙｓｔｅｍ  Ｅｎｇｉｎｅｅｒｉｎｇ）の項を参照することもできる。
４．ＯＫをクリックして、スレッショルドを選択し、ダイアログを閉じる。
【０２６８】
新しいデータの検索
新しい性能データを検索するには、
１．使用可能装置リストから装置を選択し、追加ボタンをクリックして、それらを選択済み装置リストに追加する。
２．ツールバーから再ロードツールを選択する。再ロードツールは、選択済み装置リストに含まれる装置、および場所フィールド、方向フィールド、時間間隔フィールド、およびインデックスフィールドに指定される値に関するレポートを更新する。
【０２６９】
性能マネージャグループ／ファシリティビュー
グループ／ファシリティビューに性能マネージャを表示するには、構成マネージャグループ／ファシリティタブでファシリティを選択してから、ツールバーの検索ツールをクリックする。それ以外の場合、ポップアップメニューを表示するために右クリックしてから、ポップアップメニューから性能表示を選択する。監視タブは、デフォルトの初期ディスプレイである。
【０２７０】
ファシリティがＰＭレジスタを有する場合、ファシリティが選択されると、ＰＭツールがツールバーでアクティブになるだろう。図３２は、グループ／ファシリティビューの性能マネージャウィンドウを示す。グループ／ファシリティビューは、モニタタブ、レジスタタブ、およびデータベースタブを含み、ユーザが報告をオンまたはオフにし、ファシリティから現在のＰＭレジスタを検索し、データベースから履歴データを検索できるようにする。監視タブは、性能監視をサポートしないグループ／ファシリティで淡色表示される。デフォルトにより、構成マネージャで選択されるファシリティは性能マネージャで表示されるものであり、間隔オプションは１５分に設定される（デフォルト）。ディスプレイお中のフィールドは、以下を含む。
ＮＭＳ時刻―  ＮＥＴＳＭＡＲＴ時刻。
ＮＥ時刻―  ＮＥでの時刻。
ＡＩＤ型―  アクセス識別子の型。
ＡＩＤ―  アクセス識別子名。
レジスタ―  レジスタ名。
値―  検索されたレジスタの値。
範囲―  レジスタ値の許容範囲。
スレッショルド―  スレッショルドが超えられた場合に、スレッショルドレポートを作成し直すためのＮＥに対するインジケータ。
デフォルトスレッショルド―  ＮＥが最初に起動されると、これはＮＥによって設定されるデフォルト値である。この値は、「スレッショルド設定（Ｓｅｔｔｉｎｇ  Ｔｈｒｅｓｈｏｌｄ）」で記述される手順を使用してリセットすることができる。
有効性―  この値は、ＦＬＡＳＨ−１９２およびＦＬＡＳＨＷＡＶＥ  ＮＥに対してだけ有効である。通常の運転状態では、この値は偽であるはずである。ＰＭレジスタは、１５分間隔で蓄積される。報告されている値が完全な１５分間隔に対してではない場合、この値は真として報告されるだろう。
場所―  この値は、データがどこから着信するのか（近端ＮＥＮＤまたは遠端ＦＥＮＤ）を示す。装置レジスタはつねに遠端だろう。
方向―  典型的には、ファシリティに関して報告される値は、ＴｘまたはＲｘだろう。
時間間隔―  ファシリティに関して、時間報告間隔は１５分または1日のどちらかとして表示されるだろう。
インデックス―  ファシリティに関して、現在のレジスタ（０）に過去のレジスタ１から３２を加えたものが表示されるだろう。
【０２７１】
監視の開始および停止
１．監視を開始するには、性能マネージャグループ／ファシリティビューのモニタタブを選択する。報告ステータスは、自動的に検索、表示される。
２．監視のためにＮＥを選択する場合、使用可能ファシリティリスト内のアイテムを選択し、それを選択済みファシリティリストに追加するために追加ボタンを使用する。デフォルトによって、性能マネージャが起動されると選択されるファシリティはすでに選択済みファシリティリスト内にある。
３．選択済みファシリティ欄からアイテムを削除するには、選択済みファシリティ欄でそれを強調表示し、削除ボタンをクリックする。
４．選択済みファシリティ欄にすべてのアイテムを追加する場合は、すべて追加ボタンをクリックする。
５．選択済みファシリティ欄のすべてのアイテムを削除するには、すべて削除ボタンをクリックする。
６．場所ラジオボタンの１つを選択することによって、場所を選択する。考えられる選択肢はＮＥＮＤ（近端）またはＦＥＮＤ（遠端）である。
７．方向ラジオボタンの１つを選択することによって、方向を選択する。考えられる選択肢は、受信、伝送、またはＮＡ（該当なし）である。このリストは、選択されるファシリティに基づき動的に更新される。
８．間隔：ラジオボタンを使用して監視のための間隔を選択する。オプションは１５分または1日である。デフォルトは１５分である。ユーザが１５分を選択すると、データはＮＥ１５分レジスタから検索される。ユーザが1日を選択すると、データはＮＥ1日レジスタから検索される。
９．開始インデックスフィールドおよび終了インデックスフィールドで、レジスタに０と３２の間の値を選択する。０は現在のレジスタであり、最高３２の過去のレジスタがある。終了インデックス値はつねに開始インデックス値より大きくなくてはならない。
１０．ツールバーのＭｏｎ  Ｏｎツールをクリックして、監視を開始する。
１１．監視を停止するには、モニタタブを選択してから、ツールバーのＭｏｎ  ｏｆｆツールをクリックする。
【０２７２】
性能レジスタの初期化
性能レジスタを初期化するには、
１．グループ／ファシリティビューでレジスタタブを選択する。
２．ツールバーのＩｎｉｔツールを選択する。このオプションを選択すると、すべての選択されたＮＥファシリティレジスタがゼロに初期化されるだろう。
【０２７３】
レジスタデータの検索
レジスタデータを検索するには、ＰＭグループ／ファシリティビューでレジスタタブを選択する。いったんこのタブが選択されると、選択されたファシリティに関してレジスタデータを検索するために、コマンドがＮＥに送信される。このデータは、場所インデックス、方向インデックス、間隔インデックスと開始インデックス、および停止インデックスのデフォルトパラメータを使用して表示される。
【０２７４】
レジスタデータのレポートへの再ロード
レジスタタブにいる間に、新しいレジスタデータを再ロードするには、
１．使用可能ファシリティリストからファシリティを選択し、追加ボタンをクリックし、それらを選択済みファシリティリストに追加する。
２．場所ラジオボタンの１つを選択することによって、場所を選ぶ。考えられる選択肢は、ＮＥＮＤ（近端）またはＦＥＮＤ（遠端）である。
３．方向ラジオボタンの１つを選択することによって、方向を選ぶ。考えられる選択肢は、受信、伝送、または該当なし（Ｎ／Ａ）である。このリストは、選択されるファシリティに基づき動的に更新される。
４．間隔ラジオボタンを使用して監視の間隔を選択する。オプションは１５分または1日である。デフォルトは１５分である。ユーザが１５分を選択すると、データはＮＥ１５分レジスタから検索される。ユーザが１日を選択すると、データはＮＥ１日レジスタから検索される。
５．レジスタタブの開始インデックスフィールドおよび終了インデックスフィールドでは、レジスタに０と３２の間の値を選択する。０は現在のレジスタであり、最高３２の過去のレジスタがあってよい。終了インデックス値は、つねに開始インデックス値より高くなくてはならない。これらの選択肢は、ファシリティの選択されたタイプに応じて動的に更新されてよい。
６．ツールバーの再ロードを選択する。このツールを選択すると、ステップ２で選択されたインデックスに選択されたファシリティのレジスタデータが再ロードされ、結果がウィンドウに表示される。
【０２７５】
スレッショルドの設定
ユーザは、任意のレジスタの現在のスレッショルドを設定、変更することができる。性能マネージャから、スレッショルドを設定するには、
１．グループ／ファシリティビューのレジスタタブを選択する。
２．使用可能ファシリティリストからファシリティを選択し、追加ボタンを使用して、それらを選択済みファシリティリストに追加する。
３．レポートの中の番号が付けられた行を選択してから、ツールバーの設定をクリックする。スレッショルド設定ダイアログが表示された後で、スレッショルドに新しい値を入力する。
４．Ｏｋをクリックし、変更を保存し、ダイアログを閉じる。
【０２７６】
履歴データの検索
ファシリティビューで選択されたファシリティの履歴データを検索するには、１．グループ／ファシリティビューのデータベースタブを選択する。
２．使用可能要素リストから要素を選択し、追加ボタンをクリックし、それらを選択済み要素リストに追加する。すべてを追加を選択して、すべての要素を追加する。
３．間隔ラジオボタンを使用して監視の間隔を選択する。オプションは１５分または１日である。デフォルトは１５分である。ユーザが１５分を選択すると、データはＮＥ１５分レジスタから検索される。ユーザが1日を選択すると、データはＮＥ1日レジスタから検索される。
４．次のフィールドに値を入力する。
ＮＭＳ開始日―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信し始めた日付を選択する。
ＮＭＳ開始時刻―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信し始めた時刻を選択する。
ＮＭＳ終了日―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信するのを停止した日付を選択する。
ＮＭＳ終了時刻―  ＮＥＴＳＭＡＲＴがＮＥからデータを受信するのを停止した時刻を選択する。
５．ツールバーから再ロードツールをクリックし、データを受信し始める。結果として生じるレポートは、選択済み要素中の要素に関して、および指定された間隔、ＮＭＳ開始日、ＮＭＳ開始時刻、ＮＭＳ開始時刻、ＮＭＳ終了日、およびＮＭＳ終了時刻に関して更新される。
【０２７７】
ＴＬ１コマンドおよびバッチ処理
本項は、バッチコマンドとオンラインＴＬ１コマンドの両方を入力、実行するための手順を提供する。バッチＴＬ１コマンドは、ファイルとして保存し、後に実行することができる。
【０２７８】
構成マネージャＮＥＴＳＭＡＲＴメニューからＴＬ−１エディタを起動するには、ＴＬ１エディタを選択する。未処理ＴＬ１／ＴＬ−１バッチウィンドウが表示される。このウィンドウには３つの主要な表示領域がある。
上部は、ＴＬ１コマンドテキスト入力領域で入力されたあらゆるコマンドを含むだろう。
中間部は、このコマンドによって生成されるあらゆる結果／応答を含むだろう。下部は、ＴＬ１コマンドテキスト入力領域、アクティブセッションリスト領域、および保存されたバッチファイルのリストを含む。この手順は、このウィンドウの上部を履歴領域として参照し、中部は結果／応答領域として参照される。ウィンドウの下部はバッチリスティング領域として参照される。
【０２７９】
単一ＴＬ１コマンドの入力
未処理ＴＬ−１／ＴＬ−１バッチウィンドウを使用し、個々のＴＬコマンドを入力、実行する。個々のＴｌ１コマンドの使用は、単一ＮＥと対話する最も簡略な方法であり、コマンドが、バッチファイル（特に、複数のＮＥで実行されるだろうバッチファイル）内でそれを使用する前に適切に実行することを確実にするだろう。時間のかかるＴＬ１コマンドを実行するときは、ＴＬ１バッチを使用するのが最良である（個々のＴＬ１コマンドが実行のために送信されると、Ｔｌ１エディタは、コマンド応答を待機してビジーのままである）。
１．未処理ＴＬ−１／ＴＬ−１バッチウィンドウで、ＴＬ１コマンドをＴＬ１コマンドフィールドに入力する。
２．コマンドを実行するためにＥＮＴＥＲキーを押す。コマンドはＴＬ１ウィンドウの履歴領域に表示される。コマンドおよび結果は、ＴＬ１ウィンドウの結果／応答領域に表示される。各ＴＬ１セッションは、特定のＮＥでログされるユーザＩＤに対応する。複数のセッションが存在できる。コマンドを送信するためには、アクティブセッションが存在しなければならない。セッションが存在しない場合、人は、ＡＣＴ−ＵＳＥＲ  Ｔｌ１コマンドを発行することによって作成することができる。
【０２８０】
バッチモードでＴＬ１コマンドの入力
ＴＬ１コマンドは、即時実行のためにバッチファイルに入力するか、あるいは予定された実行のためにバッチファイルに保存することができる。バッチが実行する前に、少なくとも１つのＴＩＤが選択されなければならない。加えて、バッチが実行する前に、バッチはＵＩＤプロパティセットおよびパスワードプロパティセットを有さなければならない。
【０２８１】
バッチコマンドは１つのファイルとしてエクスポートすることが可能で、その場合ＴＩＤ値およびプロパティ値は保持されないだろう。ＴＬ１ファイルをＴＬ−１バッチエディタにインポートすると、エディタ内のあらゆる既存のコマンドは無効となるだろう。ＴＬ１コマンドのコマンド構文は、ベルコア（Ｂｅｌｌｃｏｒｅ）文書ＧＲ−８３１−ＣＯＲＥ第1刷（１９９６年11月）に記述される。
１．未処理ＴＬ−１／ＴＬ−１バッチウィンドウでは、バッチメニューから新規を選択し、ユーザが新しいバッチを作成できるＮＥＴＳＭＡＲＴ  ＴＬ−１バッチエディタウィンドウを表示する。既存のバッチを編集するには、ウィンドウの底部にあるバッチリスティング内の既存のバッチをダブルクリックするか、あるいはバッチ名をクリックし、バッチメニューから編集を選択する。ＮＥＴＳＭＡＲＴ  ＴＬ−1バッチエディタウィンドウが表示される（図４から図１４４）。
２．バッチメニューからＴＩＤを選択する。ＴＩＤリストダイアログが表示される。
３．ＴＬ１コマンドが送信されるＴＩＤを強調表示するためにクリックすることによってバッチのＴＩＤ（複数の場合がある）を選択する。複数のＴＩＤを選択することができる。あらゆる必要とされない値を選択解除するには、ＴＩＤを２度クリックする。
４．必要とされるＴＩＤがこのリストの中にない場合、ＴＩＤをリストに追加ボタンの左側にあるリストにＴＩＤの名前を入力する。
５．ＴＩＤをリストに追加ボタンをクリックし、ＴＩＤをリストに追加する。追加するＴＩＤがない場合には、このボタンは淡色表示され、使用できない。
６．Ｏｋをクリックし、ＴＩＤ（複数の場合がある）を選択する。
７．バッチインポートツールを使用し、インポートするファイルを特定することができるインポートバッチダイアログを表示するか、あるいはバッチエクスポートツールを使用し、エクスポートするデータの場所およびファイル名を特定することができるバッチインポートダイアログを表示する。
８．インポートまたはエクスポートするファイルを選択するためにクリックする。一度に１つのファイルだけを選択することができる。
９．ＯＫをクリックし、ファイルを選択し、ダイアログを閉じる。
１０．マウスをクリックし、カーソルをＮＥＴＳＭＡＲＴ  ＴＬ−１バッチエディタ（ウィンドウの主要な部分）の自由形式領域に移動し、ＴＬ１コマンドをこの領域に入力する。
１１．バッチのプロパティを設定するには、Ｐｒｏｐｓツールをクリックするか、バッチメニューからプロパティを選択する。バッチプロパティダイアログが表示される。値は、バッチが実行するために、ＵＩＤフィールドおよびパスワードフィールドに入力されなければならない。
１２．次のフィールドで値を選択するか、入力する。
名前―  これが新しいバッチである場合は、このフィールドは空白である。これが既存のバッチである場合には、このフィールドはバッチ名を表示する。このフィールドにデータを入力することはできない。
オーナー―  ＮＥＴＳＭＡＲＴにログオンしたユーザ名を表示する。このフィールドにデータを入力することはできない。
特権―  バッチファイルを作成した人物だけがそれを実行できる場合には個人を、あるいはＴＬ１特権を持つ任意のユーザがバッチファイルを実行できる場合には公開を選択する。
送信モード―  コマンドのＴＬ１バッチが一度に１つのＮＥに送信されなければならない場合には直列を、あるいはバッチファイルがＴＩＤリスト中のすべてのＮＥに同時に送信されなければならない場合には並列を選択する。
ＵＩＤ―  バッチ実行のための新しいセッションを作成するために使用されるだろうユーザＩＤを入力する。このユーザＩＤは、ＴＩＤリストダイアログを使用して選択されたＴＩＤごとに有効でなければならない。バッチファイル内のコマンドが別のユーザＩＤを指定する場合、バッチファイル内のユーザＩＤはこのユーザＩＤを無効にするだろう。
パスワード―  ＵＩＤフィールドに入力されたユーザＩＤのパスワードを入力する。
１３．Ｏｋをクリックして、プロパティ設定値を保存するか、あるいは変更を加えずにダイアログを閉じる。
１４．バッチファイルを保存するには、上書き保存（Ｓａｖｅ  Ａｓ）ツールをクリックするか、ファイルメニューから上書き保存を選択する。
【０２８２】
上書き保存ダイアログ
既存の名前でファイルを保存する（既存のファイルに上書きする）か、あるいは新しいファイル名を入力し、新しい名前でファイルを保存するために、上書き保存…ダイアログを使用する。
１．上書き保存…ダイアログが表示されたら、バッチ名フィールドに値を入力する。ファイルは、この名前を使用して保存されるだろう。
２．未処理ＴＬ−１／ＴＬ−１バッチウィンドウでは、保存されるバッチファイルをリスティング領域（ＴＬ１ウィンドウの一番下の部分）から選択するためにダブルクリックする。複数のセッションがアクティブである場合、アクティブセッションリストからアクティブセッションＴＩＤを選択する。送信ツールをクリックするか、バッチメニューから送信を選択し、ＴＬ1コマンドを伝送する。
【０２８３】
ＴＬ１バッチコマンドの編集
ＴＬ１バッチファイルは、元のファイルで、または予定されている実行のために新しいバッチファイルで編集、保存することができる。新しいバッチは、バッチが実行する前にＵＩＤプロパティとパスワードプロパティを設定されていなければならない。バッチコマンドは１つのファイルとしてエクスポートすることが可能であり、その場合、ＴＩＤ値とプロパティ値は保持されないだろう。ＴＬ１ファイルをバッチエディタにインポートすると、エディタ内のあらゆる既存コマンドが無効になる。ＴＬ１コマンドのコマンド構文は、ここに参照して組み込まれている、ベルコア文書ＧＲ−８３１−ＣＯＲＥ第1刷（１９９６年１１月）に記述される。
１．未処理ＴＬ−１／ＴＬ−１バッチウィンドウでは、ウィンドウの底部にあるバッチリスティング内の既存のバッチをダブルクリックするか、あるいはバッチ名をクリックして、バッチメニューから編集を選択する。ＮＥＴＳＭＡＲＴ  ＴＬ−１バッチエディタウィンドウが表示される。
２．ＴＩＤを追加または変更する場合、バッチメニューからＴＩＤを選択する。ＴＩＤリストダイアログが表示される。
３．ＴＬ１コマンドが送信されるＴＩＤを強調表示するためにクリックすることによってバッチのＴＩＤ（複数の場合がある）を選択する。複数のＴＩＤが選択できる。あらゆる必要とされない値を選択解除するにはＴＩＤを２度クリックする。
４．必要とされるＴＩＤがそのリストの中にない場合、ＴＩＤをリストに追加ボタンの左側にあるリストにＴＩＤの名前を入力する。ＴＩＤをリストに追加ボタンをクリックし、ＴＩＤをリストに追加する。追加するＴＩＤがない場合、このボタンは淡色表示され、使用できない。
５．Ｏｋをクリックし、ＴＩＤ（複数の場合がある）を選択する。
６．バッチインポートツールを使用して、インポートされるファイルを特定できるバッチインポートダイアログを表示するか、あるいはバッチエクスポートツールを使用して、エクスポートされるデータの場所とファイル名を特定できるバッチインポートダイアログを表示する。
７．インポートまたはエクスポートするファイルを選択するためにクリックする。一度に１つのファイルだけを選択することができる。
８．ＯＫをクリックして、ファイルを選択し、ダイアログを閉じる。
９．マウスをクリックし、カーソルをＮＥＴＳＭＡＲＴ  ＴＬ−１バッチエディタ（ウィンドウの主要な部分）の自由形式領域に移動し、ＴＬ１コマンドをこの領域に入力する。
１０．バッチのプロパティを修正するには、Ｐｒｏｐｓツールをクリックするか、バッチメニューからプロパティを選択する。バッチプロパティダイアログが表示される。ＵＩＤフィールドおよびパスワードフィールドの値は、バッチが実行できるように変更されなければならない。
１１．次のフィールドで値を選択するか、入力する。
名前―  これが新しいバッチである場合は、このフィールドは空白である。これが既存のバッチである場合には、このフィールドはバッチ名を表示する。このフィールドにデータを入力することはできない。
オーナー―  ＮＥＴＳＭＡＲＴにログオンしたユーザ名を表示する。このフィールドにデータを入力することはできない。
特権―  バッチファイルを作成した人物だけがそれを実行できる場合には個人を、あるいはＴＬ１特権を持つ任意のユーザがバッチファイルを実行できる場合には公開を選択する。
送信モード―  コマンドのＴＬ１バッチが一度に１つのＮＥに送信されなければならない場合には直列を、あるいはバッチファイルがＴＩＤリスト中のすべてのＮＥに同時に送信されなければならない場合には並列を選択する。
ＵＩＤ―  バッチ実行のための新しいセッションを作成するために使用されるだろうユーザＩＤを入力する。このユーザＩＤは、ＴＩＤリストダイアログを使用して選択されたＴＩＤごとに有効でなければならない。バッチファイル内のコマンドが別のユーザＩＤを指定する場合、バッチファイル内のユーザＩＤはこのユーザＩＤを無効にするだろう。
パスワード―  ＵＩＤフィールドに入力されたユーザＩＤのパスワードを入力する。
１２．Ｏｋをクリックして、プロパティ設定値を保存するか、あるいは変更を加えずにダイアログを閉じる。
１３．バッチファイルを保存するには、上書き保存（Ｓａｖｅ  Ａｓ）ツールをクリックするか、ファイルメニューから上書き保存を選択する。
１４．上書き保存…ダイアログが表示されると、バッチ名フィールドに値を入力するか、その変更を希望しない場合には旧い名前を残しておく。ファイルは、この名前を使用して保存される。
１５．未処理ＴＬ−１／ＴＬ−１バッチウィンドウでは、リスティング領域（Ｔｌ１ウィンドウの一番下の部分）から保存されたバッチフィルを選択するためにダブルクリックする。複数のセッションがアクティブである場合、アクティブセッションリストからアクティブセッションＴＩＤを選択する。送信ツールをクリックするか、あるいはバッチメニューから送信を選択し、ＴＬ１コマンドを伝送する。
【０２８４】
本項は、ＴＬ１コンソールを使用するための手順を提供する。ＴＬ１コンソールウィンドウによって、ユーザは、ユーザの動作のために発生したＴＬ１活動を表示できるようにする。例えば、ＮＥにログオンすること、クロスコネクトの作成等である。システムレベルのＴＬ１活動は、ＴＬ１コマンドと応答、自律メッセージ（ＲＥＰＴ−＊）、未処理ＴＬ１コマンドと応答、ＲＴＲＶ−ＨＤＲなどの管理されているＮＥから送信または受信されるすべてのＴＬ１活動を含む。
【０２８５】
デフォルトによって、ＮＥＴＳＭＡＲＴに定義されるすべての機密保護役割は、ユーザが、自分達が生成したＴＬ１活動を見ることができるようにするＴＬ１Ｃｏｎｓｏｌｅユーザ関数を有する。ＮｅｔＳｍａｒｔＵｓｅＡｄｍｉｎ役割は、ユーザがシステムＴＬ１活動を見ることができるようにするＴＬ１ＳｕｐｅｒＣｏｎｓｏｌｅ関数を有する。役割が、ＴＬ１ＳｕｐｅｒＣｏｎｓｏｌｅユーザ関数を含む場合、この役割を備えるユーザは、システムレベルのＴＬ１活動を見るためにＴＬ１コンソールウィンドウを使用できる。ＴＬ１ＳｕｐｅｒＣｏｎｓｏｌｅユーザとして、最高５つのＴＬ１コンソールウィンドウが起動できる。デフォルトによって、ＴＬ１Ｃｏｎｓｏｌｅユーザによって見られるＴＬ１メッセージは、ＮＥから受け取られるコマンドおよび応答を含む。その他のＴＬ１レコード属性を見ること、または表示される属性の順序を変更することについての情報に関しては、第Ａ．１３．１項、ＴＬ１コンソール並べ替え属性ダイアログ（ＴＬ１Ｃｏｎｓｏｌｅ  Ｒｅａｒｒａｎｇｅ  Ａｔｔｒｉｂｕｔｅｓ  Ｄｉａｌｏｇ）を参照すること。ＴＬ１Ｃｏｎｓｏｌｅユーザとして、ユーザは、唯一のＴＬ１コンソールウィンドウを起動できる。
【０２８６】
機密保護役割の修正についての情報に関しては、役割タブを参照する。ＴＬ１コンソールを起動するには、ＮＥＴＳＭＡＲＴメニューからＴＬ１コンソールを選択する。ＴＬ１コンソールウィンドウが表示される。ユーザがＴｌ１コンソールを開くとすぐに、ＴＬ１イベントの表示が開始し、追加のイベントを表示するために自動的にスクロールする。ＴＬ１コンソールウィンドウは、一度に最大１０００個のレコードを表示する。
【０２８７】
ＴＬ１メッセージの表示
表示は、動作メニューから起動、停止、または休止を選択することによって、あるいはツールバーから起動、停止、または休止ツールの１つを選択することによって起動、停止または休止することができる。
１．ＴＬ１コンソールは、デフォルト設定値で開始し、それはＴＬ１メッセージを表示する。サーバは、コンソールにメッセージを送信し始める。表示される属性を追加、削除または並べ替える場合には、属性並べ替えダイアログを使用する。詳細については、ＴＬ１属性の並べ替え（Ｒｅａｒｒａｎｇｅ  ＴＬ１  Ａｔｔｒｉｂｕｔｅｓ）を参照すること。ディスプレイが休止ボタンを選択することによって早期に休止された場合、コンソールは、休止中に送信されたメッセージを表示してから、新しいメッセージを表示し始めるだろう。表示が、停止ボタンを選択することによって早期に停止された場合には、新しいリアルタイムメッセージが表示し始めるだろう。起動ボタンは、ディスプレイが休止または停止されている場合にだけアクティブになる。
２．メッセージ表示を休止するには、動作メニューから休止を選択するか、あるいは休止ツールをクリックする。このオプションが、ＴＬ１イベントのコンソールへの表示を休止する。内部的には、メッセージは最高１０００個のレコードまでバッファに入れられる。これらのレコードは、ユーザが表示を再開するために開始を選択すると表示されるだろう。
３．コンソール内のあらゆるメッセージの表示を停止するために、動作メニューから停止を選択するか、あるいはツールバーの停止ツールを選択する。サーバはコンソールにメッセージを送信するのを停止する。
【０２８８】
ＴＬ１属性の並べ替え
ＴＬ１コンソールで表示さえる属性を追加、削除または並べ替えは、属性並べ替えダイアログを使用することによって達成される。
１．このダイアログを開くためには、ビューメニューからログ属性並べ替えを選択するか、あるいはツールバーのＲｅａｒｒａｎ．．．ツールをクリックする。属性並べ替えダイアログが表示される。
２．属性を選択済みリストに追加するには、属性リストの下の選択の属性を強調表示してから、追加ボタンをクリックする。
３．選択済みリストから属性を削除するには、選択済みリスト内の属性を強調表示してから、削除ボタンをクリックする。
４．すべての属性を追加または削除するには、すべて追加ボタンまたはすべて削除ボタンを使用する。ＴＬ１Ｍｓｇは、選択済みリストのデフォルトアイテムであり、削除することはできない。
５．リスト中の属性の順序を変更するには、属性を選択してから、アップボタンをクリックして、リスト中の属性を上に移動するか、あるいはダウンボタンをクリックして、リスト中の属性を下に移動する。
６．設定値を保存するためにＯＫをクリックし、このダイアログを閉じるか、あるいはキャンセルをクリックして、すべての変更を取り消し、このダイアログを閉じる。
【０２８９】
ＴＬ１メッセージのフィルタリング
ＴＬ１コンソールに表示されるメッセージは、フィルタＴＬ１メッセージダイアログを使用してフィルタリングできる。
１．ＴＬ１メッセージフィルタダイアログを開くには、ＴＬ１コンソールウィンドウの動作メニューからフィルタを選択するか、あるいはツールバーのフィルタツールをクリックする。以下のダイアログが表示される。
２．メッセージは、ＮＥ  ＴＩＤまたはメッセージ型に基づいてフィルタリングすることができる。ＮＥ  ＩＤドロップダウンリストからフィルタを選択する。ＮＥ  ＴＩＤに基づいてＴＬ１メッセージディスプレイをフィルタリングするには、以下を選択する。
で開始する―  ＮＥを指定された値で開始することを希望する場合。
で終了する―  ＮＥを指定された値で終了することを希望する場合。
含む―  ＮＥが指定値を含むことを希望する場合。値フィールドのＮＥ  ＩＤ選択（例えば、ＦＬＭ）に関連するテキストを入力し、入力された値に対して指定される大文字小文字区別を使用してＮＥを検索するための大文字小文字区別ボックスをチェックする。
３．メッセージ型に基づいてメッセージをフィルタリングするには、メッセージ型画面領域で、Ｔｌ１コンソールウィンドウに表示を希望するメッセージ型（複数の場合がある）を選択する。ＴＬ１ＳｕｐｅｒＣｏｎｓｏｌｅユーザメッセージは、すべてのメッセージ型をフィルタリングできる。ＴＬ１Ｃｏｎｓｏｌｅユーザは、以下のメッセージを表示し、フィルタリングすることができる。コマンド、応答および肯定応答である。メッセージ型の完全なリストは、以下を含む。未解析、未処理送信、自律、受信列、コマンド、肯定応答、および応答である。
４．変更を加え、ダイアログを閉じるためにＯＫをクリックするか、あるいは変更を加えずにダイアログを閉じるためにキャンセルをクリックする。
【０２９０】
レポート
本項は、ＮＥＴＳＭＡＲＴデータベースから情報を報告するための手順を提供する。すべてのレポートは、機能性およびアクセス方法で類似している。
【０２９１】
リンクレポート
ＮＥＳＭＡＲＴデータベースで物理リンク情報を表示、編集するためにリンクレポートウィンドウを使用する。読取り専用（ビュー）機能は、表示された物理リンクのフィルタリングおよび並べ替えを含む。編集機能は、物理リンク名の修正および物理リンクのシステムからの削除を含む。リンクレポートは、以下のどちらかとして表示できる。
グローバルビュー（システム内の全物理リンク）
グループリンクビュー（トポロジマップウィンドウで表示されるある特定のリンクに属する全物理リンク）
【０２９２】
ＮＥＳＭＡＲＴクロスコネクトレポート
クロスコネクトレポートダイアログは、選択されたタイプノクロスコネクトについての情報を含むレポートを表示する。
１．クロスコネクトタブの１つでは、動作メニューからレポートを選択するか、ツールバーからレポートツールを選択する。レポートメニューラベルの右側のカスケードで、レポートするためのクロスコネクトのタイプを選択する。クロスコネクトレポートダイアログ（図３３）が表示される。
２．以下の機能を実行するために、ツールバーでツールを使用するか、あるいは動作メニューアイテムを選択する。
印刷ツールを選択し、レポートを印刷するために印刷ダイアログを表示する。
フィルタツールを選択し、表示される情報をフィルタリングするために、フィルタダイアログを表示する。
並べ替えツールを選択し、表示される情報を並べ替えるために並べ替えダイアログを表示する。
欄ツールを選択し、表示される欄を決定するために欄設定値ダイアログを表示する。
選択解除ツールを選択し、あらゆる選択済み画面領域（複数の場合がある）から選択陰影を取り除く。選択が行われていない場合には、ツールは淡色表示され、使用できない。
再ロードツールを選択し、ＮＥＴＳＭＡＲＴデータベースから情報を再ロードする。
３．ユーザがこのダイアログでいったん動作を完了すると、閉じるをクリックして、レポートを閉じる。
【０２９３】
ＮＥＴＳＭＡＲＴクロスコネクトトレールレポート
クロスコネクトトレールウィンドウは、トポロジウィンドウで自動発見されるすべてｎＮＥの中のすべてのクロスコネクトについての情報を含むレポートを表示する。
１．トポロジビュー編集メニューからＮＥ照会を選択することによって、このダイアログにアクセスする。
２．ダイアログでは、で照会と名前が付けられている選択ボックスからクロスコネクト名を選択し、隣接するテキストフィールドにクロスコネクト名または別の有効な値を入力する。ワイルドカード検索が許されるため、エントリは％符号が後に続く名前または名前の一部のどちらかであってよい。％符号は単独で入力でき、その場合、すべてのクロスコネクトは、データベースから検索されるだろう。テキストフィールドは空白のまま残してはならない。アポストロフィを使用することはできない。アポストロフィは、オラクル（Ｏｒａｃｌｅ）意味規則を妨害する。２つのケースのいずれでも、ポップアップダイアログが、ユーザに名前を入力するか、あるいは検索名でアポストロフィを使用するのを差し控えるようにプロンプトを出す。
３．Ｏｋをクリックしてレポートを作成するか、キャンセルをクリックしてこのダイアログを閉じる。
４．ＮＥＴＳＭＡＲＴクロスコネクトレポートウィンドウが表示される。
５．以下の機能を実行するには、ツールバーのツールを使用するか、あるいは動作メニューアイテムを選択する。
印刷ダイアログを表示し、レポートを印刷するために、印刷ツールを選択するか、あるいは動作メニューから印刷を選択する。
フィルタダイアログを表示し、表示されている情報をフィルタリングするために、フィルタツールを選択するか、動作メニューからフィルタを選択する。
並べ替えダイアログを表示し、表示されている情報を並べ替えるために、並べ替えツールを選択するか、あるいは動作メニューから並べ替えを選択する。
列ツールを選択するか、あるいは動作メニューから列設定値…を選択し、表示される列を決定するために、列設定値ダイアログを表示する。
複数ページレポートでは、前ツールおよび次ツールを使用し、レポートの前のページおよび次のページに移動する。
ＤｅｌＸＣツールを使用し、クロスコネクトを削除する。
選択解除ツールを選択するか、動作メニューから選択解除を選択し、あらゆる選択された画面領域（複数の場合がある）から選択陰影を取り除く。選択が行われていない場合、ツールおよびメニュー選択は、淡色表示され、使用できない。
再ロードツールを選択するか、ＮＥＴＳＭＡＲＴデータベースから情報を再ロードする。６．このウィンドウで動作を完了すると、ファイルメニューから閉じるを選択して、レポートを閉じる。
【０２９４】
トレールレポートからのクロスコネクトの削除
クロスコネクトは、ＮＥＴＳＭＡＲＴクロスコネクトとレールレポートから削除できる。ＮＥＴＳＭＡＲＴクロスコネクトとレールレポートでは、行のそれぞれが１つのクロスコネクトレコードを表す。クロスコネクトは、適切な行（複数の場合がある）を選択することによって、ＮＥＴＳＭＡＲＴクロスコネクトトレールレポートから削除することができる。
１．ＮＥＴＳＭＡＲＴクロスコネクトトレールレポートが表示された後、マウスを使用して削除する行（複数の場合がある）を選択する。複数の選択の場合、ユーザには２つのオプションがある。
シフトキーを押し続け、所望の行をクリックし、レコードの連続セットを選択する。
ＣＴＲＬキーを押し続け、所望の行をクリックし、レコードの連続しないセットを選択する。
２．ツールバーからＤｅｌＸＣと名前のつけられたツールを選択するか、あるいは動作メニューからクロスコネクトを選択する。クロスコネクトランオフメニューから、ＸＣ削除を選択する。
３．いったん行（複数の場合がある）がレポートパネルのテーブルから選択されると、ＤｅｌＸＣと名前が付けられたツールを選択するか、あるいは動作メニューから、クロスコネクトを選択し、ランオフメニューからＸＣ削除を選択する。クロスコネクトのいくつかはレッドライン化されてよい。レッドライン化される場合、Ｏｋボタンが確認ダイアログでクリックされると、情報メッセージボックスが、選択されたクロスコネクトのいくつかがレッドラインに設定されているのを示し、ユーザが、レッドライン化されていないクロスコネクトを削除し、レッドライン化されたクロスコネクトを省略したいかを尋ねる。Ｙ（イエス）オプションが選択される場合、レッドライン化されるクロスコネクトは削除される。Ｎ（ノー）が選択されると、選択が行われたレポートのテーブルに制御が戻される。イエスが選択される場合、レポートは、削除されたクロスコネクトなしで再表示されるだろう。Ｙ（イエス）が選択されると、クロスコネクトは削除されなければならない。しかしながら、いくつかのクロスコネクトの削除動作が該当する可能性のある理由があるだろう。そのケースでは、ダイアログは、失敗したクロスコネクト削除のリスト、およびレポートからのその削除がなぜ失敗したのか理由を提供する。
４．変更が行われたかことを検証するために、動作メニューからレポートを選択してから、適切なタイプのクロスコネクトを選択する。レポートが表示され、すべての選択されたタイプのクロスコネクトを示す。
【０２９５】
印刷
本項は、ＮＥＴＳＭＡＲＴ情報の印刷に関連付けられた手順を記述する。この情報は、以下を含む。
レポートの印刷
レポートのディスクへの保存
グラフィックビューの印刷
印刷のためのテーブル領域の選択
印刷出力のプレビュー
印刷のためのページのセットアップ
【０２９６】
印刷概要
印刷コマンドを入力し、レポートをファイルに、またはプリンタに印刷するためにＮＥＴＳＭＡＲＴ印刷ダイアログを使用する。以下は、ページレイアウトおよびラッピングを記述する。
デフォルトにより、行がページより幅広い場合、データはセルの内側で送り込まれる。
テーブル行は、複数のテーブル領域に送り込まれるが、どのくらい多くのテーブル領域が１ページに適合できるかに関係なく、１つのテーブル領域だけが各ページに印刷される。単一ページを超えて拡張するテーブル行は、セル境界上の並列ページに分けられる。
ページ幅適合ボタンが、ページセットアップダイアログに提供される。このボタンが選択されると、テーブル行がどれほど幅広いかに関係なく、テーブル幅はページ幅と同じに設定される。
注記：ページごとに、最大１００行の出力が作成される。
【０２９７】
レポートの印刷
１．表形式のレポートを表示した後、ファイルメニューで印刷オプションを選択することによって、あるいはツールバーから印刷ツールを選択することによってデータを印刷する。ファイルメニューの印刷オプションはつねに使用できるわけではない。ＮＥＴＳＭＡＲＴ印刷ダイアログが表示される。
２．次のフィールドで値を選択するか、入力する。
印刷先―  出力形式、つまり、プリンタ、テキストファイル、またはＰｏｓｔＳｃｒｉｐｔファイルを選択する。
プリンタコマンド―  テキスト／ポストスクリプトファイル出力の場合、このフィールドは淡色表示され、使用できない。印刷済みの出力の場合、このフィールドにあらゆる有効なプリンタコマンド（複数の場合がある）を入力する。
ファイル名―  ファイルに印刷している場合は、このフィールドを使用して、ファイル名を入力する。
向き―  プリンタ出力の場合、印刷済み出力が、横長書式でなければならないのか、あるいは縦長書式でなければならないのかを選択する。
用紙サイズ―  プリンタ出力の場合、印刷レポートの用紙サイズを選択する。
３．プレビュー…ボタンを使用して、印刷プレビューを表示する。
４．セットアップ…ボタンを使用して、印刷パラメータをセットアップする。
５．Ｏｋをクリックして、指定された出力装置にデータを送信する。
６．適用をクリックして、変更を適用し、ダイアログを開いたままにする。
７．キャンセルをクリックして、データを出力装置に送信せずに、ダイアログを閉じる。
【０２９８】
ディスクにレポートを保存する
一定の表形式スタイルのレポートは、テキストファイル（．ｔｘｔ）またはＰｏｓｔＳｃｒｉｐｔ（．ｐｓ）フォーマットでディスクに保存することができる。
１．表形式レポートを表示した後、印刷ツールをクリックするか、ファイルメニューからテーブル印刷オプションを選択する。ＮＥＴＳＭＡＲＴ印刷ダイアログが表示される。
２．次のフィールドで値を選択するか、入力する。
印刷先―  テキストファイルまたはＰｏｓｔＳｃｒｉｐｔファイルの１つを選択する。
プリンタコマンド―  テキスト／ポストスクリプトファイル出力の場合、このフィールドは淡色表示され、使用できない。
ファイル名―  作成するファイルの名前を入力する。このフィールドの右側のボタンをクリックし、フィルの場所を選択できるファイル選択ダイアログを表示する。
向き―  このフィールドは淡色表示され、テキスト／ポストスクリプトファイル出力には使用できない。
用紙サイズ―  このフィールドは淡色表示され、テキスト／ポストスクリプトファイル出力には使用できない。
３．プレビュー…ボタンを使用して、印刷プレビューを表示する。
４．セットアップ…ボタンを使用して、印刷パラメータをセットアップする。
５．Ｏｋをクリックして、指定された場所にデータを保存する。
６．適用をクリックして、変更を適用し、ダイアログを開いたままにする。
７．キャンセルをクリックして、データを保存せずに、ダイアログを閉じる。
【０２９９】
グラフィックビューの印刷
ファイルメニューのビュー印刷オプションは、ユーザが画面上で目にする内容を印刷させる。このオプションは、（トポロジなどの）グラフィック画像を有する構成要素で使用できる。それは、レポートを作成するいくつかの構成要素でもイネーブルされる。この選択が使用できない場合、それは淡色表示される。
１．グラフィックビューを表示した後、ファイルメニューでビュー印刷オプションを選択することによって、ビューを印刷する。
２．次のフィールドで値を選択するか、入力する。
印刷先―  出力形式、つまり、プリンタ、テキストファイル、またはＰｏｓｔＳｃｒｉｐｔファイルを選択する。
プリンタコマンド―  テキスト／ポストスクリプトファイル出力の場合、このフィールドは淡色表示され、使用できない。印刷済みの出力の場合、このフィールドにあらゆる有効なプリンタコマンド（複数の場合がある）を入力する。
ファイル名―  ファイルに印刷している場合は、このフィールドを使用して、ファイル名を入力する。
向き―  プリンタ出力の場合、印刷済み出力が、横長書式でなければならないのか、あるいは縦長書式でなければならないのかを選択する。
用紙サイズ―  プリンタ出力の場合、印刷レポートの用紙サイズを選択する。
３．プレビュー…ボタンを使用して、印刷プレビューを表示する。
４．セットアップ…ボタンを使用して、印刷パラメータをセットアップする。
５．Ｏｋをクリックして、指定された出力装置にデータを送信する。
６．適用をクリックして、変更を適用し、ダイアログを開いたままにする。
７．キャンセルをクリックして、データを出力装置に送信せずに、ダイアログを閉じる。
【０３００】
印刷領域
印刷のためのテーブルの領域を選択するには、ファイルメニューの印刷領域オプションを使用する。印刷設定領域オプションおよび印刷クリア領域オプションが使用できる。印刷領域オプションは、テーブルだけに使用できる。
１．ユーザが印刷を希望するテーブルを表示する。ファイルメニューから印刷領域を選択し、印刷領域メニューから印刷領域設定を選択する。
２．印刷のために１行または複数行を選択する。複数の印刷選択のため、ユーザには２つのオプションがある
シフトキーを押し続け、所望の行をクリックし、レコードの連続セットを選択する。
ＣＴＲＬキーを押し続け、所望の行をクリックし、レコードの連続しないセットを選択する。印刷のための領域を選択すると、視覚的な変化は起こらない。
３．ファイルメニューをクリックしてから、印刷メニュ−アイテムを選択する。
４．印刷を通常通りに処理する。印刷時、選択された領域だけが考慮される。例えば、印刷プレビューオプションは、選択された領域だけを示すだろう。印刷領域クリアオプションは、選択された領域をクリアするだろう。
【０３０１】
印刷プレビュー
プリンタまたはファイルに送信される内容を表示するには、ファイルメニューの印刷プレビューオプションを使用する。印刷プレビューオプションは、画面に表示される表形式のデータに使用可能である。
注記：最大１００行の表形式出力が、各レポートに作成される。
１．適切なデータを含んだレポートを表示した後、ファイルメニューから印刷プレビューオプションを選択する。ＮＥＴＳＭＡＲＴ印刷プレビューダイアログが表示される。
２．印刷ボタンを選択し、印刷ダイアログを表示する。
３．閉じるボタンをクリックし、印刷プレビューダイアログを閉じる。
【０３０２】
ＮＥＴＳＭＡＲＴページセットアップ
ＮＥＴＳＭＡＲＴ内の各印刷ダイアログは、セットアップ…ボタンを含む。このボタンを選択すると、ユーザが印刷される出力に影響を及ぼすパラメータを選択できるダイアログが表示される。
１．適切なデータを含んだレポートを表示した後、ブールバーから印刷ツールを選択するか、あるいはファイルメニューから印刷プレビューオプションの１つをクリックする。ＮＥＴＳＭＡＲＴ印刷ダイアログが表示される。
２．セットアップ…ボタンを選択するためにクリックする。ＮＥＴＳＭＡＲＴページセットアップダイアログが表示される。
３．このダイアログのフォント領域で、名前ラベルの右側にある選択リストをクリックし、印刷のために使用されるフォント名を選択する。スタイルラベルの右側にある選択リストでは、印刷のために使用されるフォントスタイルを選択する。サイズラベルの右側にある選択リストでは、印刷に使用されるフォントサイズを選択する。
４．タイトルフィールドでは、デフォルトウィンドウタイトルを選択するか、印刷出力のタイトルとなるだろう新しい値を入力する。
５．ヘッダフィールドでは、印刷出力用のヘッダ情報として使用されるだろう値を入力する。
６．フッタフィールドでは、印刷出力用のフッタ情報として使用されるだろう値を入力する。
７．ページ幅適合ボックスをチェックし、印刷出力をページ幅内に収める。
８．Ｏｋをクリックし、出力を選択されたプリンがに送信する。
９．適用をクリックし、変更を行うが、このダイアログは開いたままにする。
１０．キャンセルをクリックして、印刷せずにダイアログを閉じる。
【０３０３】
表形式情報のフィルタリング
レポートまたはその他の表形式の情報に記載を希望するデータを改良するには、フィルタツールを使用する、および／または動作メニューからフィルタを選択する。ＮＥＴＳＭＡＲＴ内のレポートの多くは、ログマネージャレポートおよび障害マネージャレポートを含むこのオプションを提供する。
１．適切なデータを含むレポートを表示した後、ツールバーからフィルタツールを選択する、あるいはそれが使用できない場合には、動作メニューからフィルタオプションを選択する。フィルタダイアログが表示される。
２．フィールドラベルの下のボタンをクリックし、フィールドを選択するために、ドロップダウンリストを表示する。
３．フィルタリングするフィールドを選択する。試験ボタンがアクティブになる。一連の値を表示し、以下の内の１つをフィルタリングために突き合わせて試験するための一連の値を表示するために、このボタンをクリックする。
ｃｏｎｔａｉｎｓ
ｌｃｏｎｔａｉｎｓ
ｓｔａｒｔｓ  ｗｉｔｈ
ｌｓｔａｒｔｓ  ｗｉｔｈ
ｅｎｄｓ  ｗｉｔｈ
ｌｅｎｄｓ  ｗｉｔｈ
これらの値の内の１つを選択するためにクリックする。
４．論理ボタンの下にある選択肢ボックスの１つを選択することによって、および／または論理ボタンの下の選択肢ボックスから、フィルタリングするためのブール値を使用する。
５．いったんすべてのフィルタリング値が選択されると、Ｏｋをクリックして、フィルタ（複数の場合がある）が適用された状態で情報を再表示する。
【０３０４】
情報の並べ替え
大部分の表形式のビューでは並べ替え基準を指定するために、並べ替えダイアログを使用する。
注記：２種類の並べ替えダイアログがある。１つの種類は、ユーザが、単一引数を使用して並べ替えできるようにするが、もう１つのタイプ（例えば、障害マネージャ）は、複数の並べ替え引数の選択を可能にする。第２のタイプ（複数の引数）では、データが正しく並べられていないように見えることがある。
１．並べ替えツールをクリックするか、動作メニューから並べ替えを選択する。並べ替えダイアログが表示される。
２．並べ替えは、文字列並べ替えで大文字小文字を考慮するだろう。大文字小文字区別をオフにするには、ダイアログの一番上にある大文字小文字を無視するか（文字列だけに有効）ボックスを選択する。
３．並べ替えパラメータを選択する。ユーザが並べ替え単位ボタンを選択する順序が、並べ替え順序を決定するだろう。
４．並べ替え単位パラメータの並べ替え順序を示すために、順序ボタンを使用する。昇順（最低から最高へ）または降順（最高から最低へ）の１つを選択する。
５．Ｏｋをクリックして、並べ替えを開始する。データは、ユーザが指定した並べ替え順序で再表示されるだろう。
【０３０５】
時間単位の並べ替え
データを複数の基準で並べ替えることができる表形式のディスプレイでは、ＮＥＴＳＭＡＲＴは時間を秒単位で報告するが、システムが時間をミリ秒で測定するため、並べ替えの結果は誤っているように見える。例えば、次の並べ替えダイアログは、障害マネージャ警報情報を並べ替えるために使用された並べ替え基準を示す。第１に、警報が立ち上げられた時刻が選択されてから、障害の重大度が選択された。その結果として生じた出力は、１０：３１：４４時間スロットに関して正しくないように見える。次の図の並べ替えの結果は、状態（該当無し）が２つの重大な警報の間に挿入されていることを示す。状態は、第２の重大な警報の前に立ち上げられたミリ秒であったため、それは第２の重要な警報の前に、リストに表示されている。
【０３０６】
並べ替えパラメータの順序付け
並べ替え単位ボタンが選択される順序が、並べ替え順序を決定するだろう。第１（上部）の並べ替えパラメータは第２より優先され、第２は第３より優先される等である。並べ替えが行われると、ＮＭＳ発生（Ｒａｉｓｅ）時間が最初に並べ替えられる。昇順ボタンが選択されたため、並べ替えは最も早い時刻から最も最近の時刻となるだろう。次に、各警報の十台度レベルが、各ＮＭＳ発生時刻の中で昇順で並べ替えられるだろう。警報状態は次に（各ＮＭＳ発生時刻の中で並べ替えられた）各重大度レベルの中で降順に並べ替えられるだろう。サービス影響は選択された最後のボタンであり、最後に並べ替えられるだろう。昇順ボタンが選択されるため、処理は、それぞれの状況の中でサービス影響を昇順で並べ替えるだろう。
【０３０７】
カットアンドペースト情報
コピーとペーストに対するサポートは、ＮＥ編集および未処理ＴＬ１エディタなどの編集可能なフィールドで、システムクリップボードを使用して使用できる。
情報をコピーするにはＣＲＴＲ＋Ｃを使用し、それをテキスト領域に貼り付けるにはＣＴＲＬ＋Ｖを使用する。テーブルから、セルを右クリックすると、テキストは別個のダイアログの中に表示される。コピーを希望するこのダイアログ内のテキストを選択し、ＣＴＲＬ＋Ｃを押してコピーする。それから、テキストは、テキスト宛先フィールドでＣＴＲＬ＋Ｖを押すことによって貼り付けることができる。この動作をサポートするメニューアイテムまたはツールバーツールはない。
【０３０８】
欄表示の設定
ユーザは、大部分の表形式のビューで、どの欄が表示されるのか、およびどれが非表示となるのかを定めることができる。欄設定ダイアログを表示するには、ツールバーの欄ツールをクリックするか、あるいは動作メニューから欄設定値を選択する。表示基準を指定するには、欄設定値ダイアログを使用する。欄表示の順序は、見出しフィールドを選択し、フィールドをディスプレイの中の別の位置にドラッグすることによって変更することができる。
１．欄ツールをクリックするか、動作メニューから欄設定値を選択する。欄設定値ダイアログが表示される。
２．デフォルトによって、すべての列は可視欄リストに一覧表示される。可視欄リスト内の欄を選択するためにクリックしてから、該欄を非表示欄リストに移動するために非表示ボタンを選択する。非表示欄を表示するには、非表示欄リストで欄を選択するためにクリックしてから、欄を可視欄リストに移動するために表示ボタンを選択する。
３．可視欄を強調表示してから、上に移動ボタンまたは下に移動ボタンを使用して、リストの中の欄の順序を移動する。これで、欄の表示順序を変更する。
４．欄設定値を確認するためにＯｋをクリックする。
【０３０９】
ビューログ
ＮＥＳＭＡＲＴログを表示するために、ログマネージャを使用する。使用可能なログは、以下を含む。
活動ログマネージャ
障害マネージャ
ＴＬ１ログマネージャ
過渡イベントログマネージャ  これらのログのそれぞれは、ＮＥＴＳＭＡＲＴメニューのログマネージャ選択から表示することができる。すべてのログは最大３０日分に相当するレコードを維持する。
注記：２種類の並べ替えダイアログがある。１つの種類は、ユーザが、単一引数を使用して並べ替えできるようにするが、もう１つのタイプ（例えば、障害マネージャ）は、複数の並べ替え引数の選択を可能にする。第２のタイプ（複数の引数）では、データが正しく並べられていないように見えることがある。
【０３１０】
活動ログの表示
活動ログは、オペレータ活動およびＮＥ状態変化の要約リストを提供する。性能の理由から、活動ログはバッファに入れられ、ユーザは、ログがデータベースに表示される前に、少なくとも１分という遅延を経験することがある。この遅延は、過渡ログメッセージを収容するためである。活動ログは、降順タイムスタンプ順序に基づいて並べ替えられる。最新のタイムスタンプが付いたレコードは、最初に表示される。ＮＥＴＳＭＡＲＴは時刻を秒単位で報告するが、システムはミリ秒で時刻を測定するため、なんらかの並べ替え順序付けが誤っているように見える。
１．ＮＥＴＳＭＡＲＴメニューから、ログマネージャを選択する。メニューから、活動ログマネージャを選択し、活動ログマネージャウィンドウを表示する。選択されたログが表示される。デフォルトによって、活動ログはタイムスタンプ降順で並べ替えられる。
注記：動作を活動ログに追加するには、約３０秒から１分を要する。
【０３１１】
障害履歴ログの表示
いったんＮＥ警報がクリアされると、レコードが障害履歴データベースに記憶される。性能の理由から、障害履歴ログはバッファに入れられ、ユーザは、ログがデータベースに表示される前に、少なくとも１分という遅延を経験することがある。この遅延は、過渡ログメッセージを収容するためである。
１．ＮＥＴＳＭＡＲＴメニューから、ログマネージャを選択する。ログマネージャの右側にあるカスケードメニューから、障害履歴ログマネージャを選択する。以下のウィンドウが表示される。障害履歴ログマネージャのメニューバーおよびツールバーは、活動ログマネージャに同一である。
【０３１２】
ＴＬ１コマンドの表示
ユーザによって保証されるＴＬ１コマンドとＮＥによって発せられるＴＬ１コマンドは、ＴＬ１ログに表示することができる。
１．ＮＥＴＳＭＡＲＴメニューから、ログマネージャを選択する。ログマネージャの右側にあるカスケード式メニューから、ＴＬ１ログマネージャを選択する。
【０３１３】
過渡イベントの表示
過渡ログマネージャは、障害履歴ログからのすべての過渡状態イベントの表示、フィルタリングおよび並べ替えを可能にする。過渡状態レコードは、報告されるが、それらの関連つけられるクリアイベントを有さないものである。それは、過渡イベントである状態を除き、障害履歴ログマネージャに類似する。性能の理由から、過渡イベントログレポートはバッファに入れられ、ユーザは、ログがデータベースに表示される前に少なくとも１分という遅延を経験する可能性がある。
１．ＮＥＴＳＭＡＲＴメニューから、ログマネージャを選択する。ログマネージャの右側にあるカスケードメニューから、過渡ログマネージャを選択する。ツールバーおよびメニューバーは、活動ログマネージャに同一である。
【０３１４】
ＮＥＴＳＭＡＲＴ定義
ＮＥＴＳＭＡＲＴ専門用語は、標準的な電話用語とはわずかに異なる。使用されている用語は、以下に定義される。
アクセス識別子（ＡＩＤ）―  ＡＩＤは、特定の装置スロットまたはファシリティ（トラフィックまたはオーバヘッドチャネル）を特定するアドレス情報である。
双方向線路交換リング（ＢＬＳＲ）―  ＢＬＳＲは、ノード間に作業ファイバおよび保護ファイバを提供するリングである。ノード間の作業ファイバが切断されると、トラフィックは自動的に保護ファイバに送られる。
共通言語装置識別子（ＣＬＥＩ（登録商標））―  ＣＬＥＩは、装置パーツおよびシステム構成を特定するために、供給業者によって使用される標準的なコードである。
相互関連タグ（ＣＴＡＧ）―  ＣＴＡＧは、ＴＬ１によって必要とされ、入力ＴＬ１と応答メッセージを相互関連させるために使用される。
装置保護グループ（ＥＰＧ）―  ＥＰＧは、２枚のカード間に作業／保護関係を確立するために使用される。
装置―  装置は、ＮＥおよび電気通信網内の関連ハードウェアから成り立つ。
ファシリティ―  ファシリティとは、電気通信信号を移送するために、ＮＥ間で使用されるファイバまたは銅伝送媒体である。
ファイバファシリティ保護（ＦＦＰ）―  ＦＦＰは、２つまたは３つ以上のファシリティ間で作業／保護関係性を確立するために使用される。
富士通最小サポートＮＥ―  公的にサポートされているリストには記載されていないが、ＴＬ１コマンドの基本セットに準拠する富士通ＮＥは、最小限にサポートされる富士通ＮＥとして管理されるだろう。サポートは、ログオン、リンク追加、トポロジマップ上でのアイコンとしての表示、および警報の表示から成り立つ。
グループ―  グループとは、ＮＥ管理を容易にするためのＮＥの論理的な結合である。例えば、ＮＥは、場所またはＮＥのタイプに基づいてグループに入れることができる。
ツール動作／機能  過去の選択  過去に表示されていたトピックに戻るには、過去を選択する。次に、方向を逆にし、ユーザが最初に過去を使用したトピックに、一度に１トピックづつ戻るために次を選択する。印刷は印刷ダイアログを表示し、ユーザが、オンラインヘルプを印刷できるようにする。
リンク―  リンクは、２つのＮＥの間で電気通信信号を搬送する通信路または回路である。
論理リンク―  ＮＥおよび／またはＮＥのグループの間の１つまたは複数の物理的な接続を描くトポロジウィンドウ上に表示される線は、論理リンクと呼ばれる。線は、実際のネットワークを表すだけで、ネットワークに影響を及ぼさずに削除することができる。論理リンク名は、カスタマの特定の命名規約に準拠するために編集できる。
ＮＥ―  用語ＮＥは、おもに、電気通信サービス機能を直接的に実行するように設計されるハードウェアのみ、あるいはハードウェアとソフトウェアシステムの組み合わせを指す。例えば、ＮＥとは、（回線、経路、またはセクションなどの）トランスポートエンティティが成端され、監視されるネットワーク装置の一部である。
経路―  指定された速度での経路は、該指定速度での信号用の標準フレームフォーマットがアセンブルされ、逆アセンブルされる点の間の論理的な接続である。物理リンク―  ２つの異なるＮＥのポート間の物理的な接続を描くリンク表示ウィンドウに表示される線は、物理リンクと呼ばれる。線は、単に、実際のネットワークを表すにすぎず、ネットワークに影響を及ぼさずに削除することができる。フォーマット＜ＴＩＤ＞：＜ポート＞：：＜ＴＩＤ＞：＜ポート＞である物理リンク名は、編集不可である。
ポート―  伝送制御／径路プロトコル（ＴＣＰ／ＩＰ）およびユーザデータプロトコル（ＵＤＰ）ネットワークでは、これは、論理接続への端点である。ポート番号は、ポートがどのような種類なのかを特定する。例えば、ポート８０は、ＨＴＴＰトラフィックに使用される。
同期トランスポート信号レベル１（ＳＴＳ−１）―  ＳＴＳ−１信号は、ＳＯＮＥＴ信号構造の基本的な論理ビルディングブロックである。それは、毎秒５１．８４Ｍｂという結合された信号速度のさらに下位の信号、ペイロード、およびトランスポートオーバヘッドから成り立つ。
ターゲット識別子（ＴＩＤ）―  ＴＩＤは、一意にＮＥを特定する。富士通ＮＥは、７個から２０個の英数字文字を必要とする。ＮＥＴＳＭＡＲＴは、１個から２０個の英数字文字が非富士通ＮＥをアドレス指定できるようにする。
時間スロット割当て（ＴＳＡ）―  ＴＳＡは、ＳＴＳ−１レベルのトラフィックを、選択されたＳＯＮＥＴ  ＮＥを通して追加、ドロップ、または通過できるようにする。時間スロットは専用で割り当てられる。サービス（つまり、ＤＳ１および／またはＤＳ３）は、高速多重化信号の中のこれらの専用時間スロットに写像される。
片方向経路交換リング（ＵＰＳＲ）―  ＵＰＳＲは、２つのファイバリングから成り立つ。入力信号は、冗長な帯域幅を提供するために両方向でブリッジされる。ファイバが切断されたり、破壊が一方向に影響を及ぼす場合、信号は他の方向から使用できる。
仮想従属局（ＶＴ）―  ＶＴは、下位ＳＴＳ−１ペイロードをトランスポートし、切り替えるように設計される構造体である。現在４つのＶＴサイズがある。つまりＶＴ１．５（ＳＯＮＥＴでのＤＳ１用のＶＴコンテナ）、ＶＴ２、ＶＴ３、およびＶＴ６である。
【０３１５】
メタモデルの紹介
本項は、ＮＥＴＳＭＡＲＴのメタモデル構成要素についての概要および設計情報を提供する。メタモデルは、特定のネットワーク要素および汎用体を記述する具体化された手段を提供する。メタモデルは、ＮＥを備える物理構成要素および論理構成要素を捕捉する。
【０３１６】
このメタモデルは、ＮＥのためのメタ情報にアクセスするためにアプリケーションによって使用され、構成要素の特定のインスタンスは、ＮＥによってサポートされている。ＮＥＴＳＭＡＲＴにとっての１つの課題および目的とは、新しいＮＥアセンブリを導入するための総称解決策を提供することである。メタモデルの設計はこの目標を達成するように意図されている。ＮＥＴＳＭＡＲＴ内のその他のアプリケーションも、この類似した課題に直面する。
【０３１７】
ネットワーク要素が、総称アセンブリツリーパターンに非常によく適することは広く認められている。理想的には、自動発見、監査、調整、データベース変更処理、構成管理のようなアプリケーションは、すべて総称解決策（つまり、タイプに特殊ではない）を提供する必要がある。タイプに特殊なトラバーサルは、総称的に設計することが困難だと気付くそれらのアプリケーション用のメタモデルによってサポートされる。
【０３１８】
範囲
本書は、関連アプリケーション（例えば、自動発見）に対してなんらかのカバレージがあるＮＥメタモデル設計を記述する。メタモデルに対する追加要件が、ＮＥＴＳＭＡＲＴの残りの開発段階中に生じることが固定応答される。ＮＥメタモデルは、非常に柔軟性があり、拡張可能である。追加要件が特定されるにつれ、それらは本書の以後の改訂に加えられるだろう。
【０３１９】
概要
本項は、ＮＥＴＳＭＡＲＴのメタモデル構成要素の概要を提供する。メタモデルとは、ＮＥＴＳＭＡＲＴのデータ駆動アプローチの核である。ネットワーク要素（例えば、シェルフ、装置、ファシリティ等の）によって管理されるさまざまなオブジェクト、これらのオブジェクト間の関係性、これらの管理されるオブジェクトに適用可能な多様な属性等などの、ネットワーク要素の多様な意味論詳細がメタモデルに捕捉される。メタモデルは、アプリケーションに一種の管理情報の基礎を提供する。ネットワーク要素の２つの継続リリースの間で何かが起こる場合、それは、単にこれらの変更をネットワーク要素モデルに組み込むだけで、メタモデルで処理することができる。本構成要素で捕捉される情報だけによってメタモデルで処理することができる。
・シェルフに含まれている装置
・ネットワーク要素で使用可能なファシリティ
・装置属性が取ることができるさまざまな値
・ＥＰＧまたはＦＦＰ内の作業保護参加者
【０３２０】
以下は、メタモデルの主要な設計目的を描く。
・新しいネットワーク要素の容易な紹介
・アプリケーションがメタモデルを階層的に、総称的にメタモデルを横切ることができるようにする。
・アプリケーションが多様なデータモデル、およびメタモデル、彼らの特殊要件を満たすのに役立つ関係性を定義できる。注記：これらは、おそらく、アセンブリ封じ込めには関係ないだろう。例えば、ＭｅｔＳｅｃｔｉｏｎは、警報相互関連のメタスロット（複数の場合がある）を分類する方法であるが、ＭｅｔａＳｅｃｔｉｏｎはアセンブリ階層とは無関係である。
・モデルを総称的に維持する一方で、入力されたインタフェースを使用して設計する能力をアプリケーションに与える。
【０３２１】
ネットワーク上のそれぞれの管理されたオブジェクトは、管理されているオブジェクトについてのすべての関連するメタ情報を含むメタモデル中のメタオブジェクトによって表される。異なるタイプのファシリティ、装置、ＥＰＧ等に異なるメタオブジェクトがある。メタモデルの中の指定されたＮＥに対する各メタオブジェクトは、識別のためにメタオブジェクトに与えられるラベルにすぎないメタインスタンスＩｄにより特定される。同じ特徴を有する、同じ型（例えば、２つのＳＴＳＩファシリティ）の複数のメタオブジェクトがある場合、それらは同じメタコンポーネントに写像される。メタコンポーネントは、メタオブジェクトの「型」を表す。属性は、メタコンポーネントだけではなく、メタオブジェクトにも照合して定めることができる。メタコンポーネントに照合して定められる属性は、そのメタコンポーネントに関係するすべてのメタオブジェクトに適用できる。類似したメタオブジェクトのすべての共通した属性は、メタコンポーネントに照合して定められるが、ある特定のメタオブジェクトだけに適用可能な特定の属性がある場合には、それらはメタオブジェクト自体に照合して定めることができる。メタモデルは、ネットワーク要素に直接的に関係しない情報も捕捉する。例えば、ある特定のＮＥに対するアドレス変換に使用されるジャバクラスの名前も、メタモデルで捕捉される。
【０３２２】
ＮＥＴＳＭＡＲＴの総合的なピクチャでは、メタモデルはアプリケーションサーバに常駐する。構成マネージャがメタモデルのメインユーザである。他のすべての構成要素は、構成マネージャを通してメタモデルにアクセスする。メタモデルの使用は、２つの主要な部分に分けることができる。
・自動発見／再同期／監査／調整
・特定のメタ情報の提供
【０３２３】
メタモデルは、ネットワーク要素の現在の状態について何も知らない。それは、ネットワーク要素の静的な表現だけを維持する。自動発見１アプリケーションは、ネットワーク要素の動的なビューの構築を進めるためにメタモデルを使用する。ネットワーク要素の動的なビューだけが、現在の状態を示す。ネットワーク要素の動的なビューは、別の構成要素、すなわち、構成マネージャで捕捉される。根本的には、ネットワーク要素の動的なビューは、ツリーを含むメタモデルのサブセットである。自動発見中、メタモデル内で模擬される包含階層は、構成マネージャでのアプリケーションオブジェクトの包含ツリー（動的ビュー）を構築するために使用される。メタモデルの包含階層は、構成マネージャ内での包含階層を支配する。メタモデルの包含関係性だけが自動発見に使用される。メタモデル関係での他の関係性は、自動発見中に使用されない。
【０３２４】
いったん自動発見が行われると、構成マネージャは、メタモデルから特定のメタ情報を得ることができる。例えば、構成マネージャＧＵＩで装置およびポートを表示している間、構成マネージャはある特定の装置によってサポートされる多様なポートを見つけ出す必要がある。この情報は、ニーズに基づき、メタモデルから構成マネージャによって得られる。別の例は、ユーザがファシリティまたは装置に関するなんらかの準備属性の変更を希望するとき、構成マネージャＧＵＩはその属性の有効な値のリストを提示する。有効値のリストは、ニーズに基づきメタモデルから得られる。
【０３２５】
メタモデルは、おおまかに２つの部分に分割できる。
・メタモデルデータ
・メタモデルエンジン
【０３２６】
メタモデルデータは、ネットワーク要素についてすべての静的な模擬情報を含む。それは、すべてのメタオブジェクト、それらの間の関係性、メタオブジェクトでの多様な適用可能な属性、これらの属性の有効な値等を模擬する。このデータは、データモデルによりオラクルデータベーステーブルで捕捉される。当初、このデータは、データモデル内の各テーブルに対応するファイルであるｉｎ．ｄｂファイルに記録される。これらの．ｄｂファイルは、ＮＥＴＳＭＡＲＴインストール中にいくつかのａｗｋスクリプトを使用してオラクルデータベースの中にロードされる。いったんこのデータがオラクルデータベースにロードされると、アプリケーションサーバ起動中、この情報はメタモデルエンジンによって読み取られ、関係性ツリーの形でメモリにキャッシュされる。いったんメモリにロードされると、メタモデルエンジンはこのキャッシュを将来の参照に使用する。この情報のメモリの中へのロードを遅延させることが可能である。メモモデルエンジンは、露呈されるすべてのインタフェースを実現するメタモデルの実行可能部分である。それは、メタモデルデータの意味論的な解釈、メタモデルデータのデータベースからメモリへのロードも実現する。
【０３２７】
フィーチャの依存性
自動発見をサポートできるためには、メタモデルはそのＮＥ型に対するＣＯＭＭＳからのサポートに依存する。
【０３２８】
プロセス概要
本項は、新しいネットワーク要素アセンブリに対するサポートを追加するプロセスに対処する。以下はメタモデルの観点からｎｅｔｓｍａｒｔでの新しいネットワーク要素をサポートする際に必要とされるメインステップである。
・ネットワーク要素の理解：これは、サポートされるネットワーク要素に関して入手可能な文書（例えば、アーキテクチャおよび設計文書、ＴＬ１文書等）を読むことを必要とする。これは、ネットワーク要素に関する総合的な理解を構築するのに役立つ。これは、また、ＴＬ１コマンドをＮＥで試すこと、および／またはＮＥ人員といくつかの動作上の疑問を明確にするために対話することも必要とする。
・メタオブジェクトおよび関係の模擬：これは、模擬される多様なオブジェクト間の包含およびその他の関係性を抽象化することを必要とする。サポートされる多様な関係性およびオブジェクトは、ＮＥＴＳＭＡＲＴ要件に依存する。ＮＥＴＳＭＡＲＴ  ＲＳＡは、ネットワーク要素に関してＮＥＴＳＭＡＲＴで必要とされるサポートの種類およびレベルを決定する。ネットワークアセンブリに関して一般的に模擬される多様なオブジェクトおよび関係性のリストについては、付録Ａを参照すること。ＲＳＡによって定められる要件に応じて、追加の関係性またはオブジェクトを模擬することが必要とされることがある。このオブジェクト関係性モデルは、ｍｅｔａ＿ａｓｓｅｍｂｌｙ．ｄｂファイルで捕捉される。
・メタオブジェクトのその他の特徴の模擬：これは、問題のネットワーク要素のサポートのために他の．ｄｂファイルを充填することを含む。これは、ｍｅｔａ＿ｉｎｓｔａｎｃｅ．ｄｂ、ｍｅｔａ＿ｃｏｍｐｏｎｅｎｔ．ｄｂ、ｍｅｔａ＿ｐｒｏｐｅｒｔｙ．ｄｂ、ｍｅｔａ＿ａｔｔｒｉｂｕｔｅ．ｄｂ、ｍｅｔａ＿ａｔｔｒ＿ｍａｐ、ｍｅｔａ＿ｃｏｌｌａｐｓｅｄ＿ｎａｍｉｎｇ＿ｋｅｙおよびｍｅｔａ＿ｅｑｐｔ＿ｔｙｐｅ＿ｍａｐを含む。
・自動発見のプロセスの間にネットワーク要素から構成情報をフェッチするためのデータキャッシュジャバクラスの実現
・ネットワーク要素に関する自動発見の試験
・モデルに関するコードレビュー
【０３２９】
仮定
新しいＮＥアセンブリの模擬は、ネットワーク要素に関する文書が入手できる（例えば、ＮＭＩＳ、ＰＤＳ等）ことを仮定する。また、ネットワーク要素に対するアクセスも使用可能であることが新しいアセンブリの模擬に想定される。
【０３３０】
データモデル
本項は、メタモデルを具体化するために使用されるデータモデルを定義する。ＮＥＴＳＭＡＲＴによってサポートされているすべてのネットワーク要素型のアセンブリは、データベース（オラクル）に記憶されるだろう。特定のＮＥメタモデルは、オンデマンドでメモリにロードされる、あるいはアプリケーションサーバ初期化中に事前にロードすることができる。ＳＱＬ照会は、アセンブリデータを検索し、メタモデルを具体化するために使用される。データモデルは、２．ｉリリースに関して更新される。２．ｉに対する変更は、（ａ）より新しい欄を既存のテーブルに追加すること、（ｂ）２．ｉ以前に存在していた欄をドロップすること、および（ｃ）新しいテーブルを導入することを含んだ。２．ｉ以前に存在したテーブルおよび欄の定義は、イタリック体で言及されている。これは、開発者向けの参考文献として役立つことが予想される。
【０３３１】
以下の項は、データモデル、およびメタモデルがネットワーク要素アセンブリを具体化するためにそれをどのようにして使用するのかを記述する。
・スキーマ定義
・照会モデル
【０３３２】
スキーマ定義
以下のテーブルは、ＮＥＴＳＭＡＲＴによって管理されるすべてのネットワーク要素アセンブリを定義するために使用される。メタモデルは、以下のテーブルを照会することによって構築される。
・ｍｅｔａ＿ｃｏｍｐｏｎｅｎｔ
・ｍｅｔａ＿ｉｎｓｔａｎｃｅ
・ｍｅｔａ＿ａｓｓｅｍｂｌｙ
・ｍｅｔａ＿ｃｌａｓｓ
・ｍｅｔａ＿ｐｒｏｐｅｒｔｙ
・ｍｅｔａ＿ａｔｔｒｉｂｕｔｅ
・ｍｅｔａ＿ａｓｓｅｍｂｌｙ＿ｍａｐ
・ｍｅｔａ＿ｃｏｌｌａｐｓｅｄ＿ｎａｍｉｎｇ＿ｋｅｙｓ
・ｍｅｔａ＿ａｔｔｒ＿ｍａｐ
・ｍｅｔａ＿ｅｑｐｔ＿ｔｙｐｅ＿ｍａｐ
以下のテーブルは、２．ｉでは削除されている。
・ｍｅｔａ＿ｒｅｖｉｓｉｏｎ
【０３３３】
ｍｅｔａ＿ｃｏｍｐｏｎｅｎｔ
構成要素テーブルは、ネットワーク要素のすべての使用可能なパーツ型のカタログである。指定されるベースネットワーク要素（例えば、ＦＡＣＴＲ）用の各パーツには、構成要素テーブルに対する一意の一次キーである構成要素識別子が割り当てられる。以下のテーブルは、テーブル中の異なる欄およびその記述を一覧表示する。
2005512346.tif 000004
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＣＯＭＰ＿ＩＤ
・外来キー：ＭＥＴＡ＿ＣＬＡＳＳ＿ＩＤ  ｒｅｆｅｒｅｎｃｅｓ  ｍｅｔａ＿ｃｌａｓｓ（ｍｅｔａ＿ｃｌａｓｓ＿ｉｄ）
【０３３４】
ｍｅｔａ＿ｉｎｓｔａｎｃｅ
インスタンステーブルは、すべての使用可能なパーツの在庫である。インスタンスは、ある特定のＮＥ型に対するＭＥＴＡ＿ＩＮＳＴ＿ＩＤによって一意に特定される関係性ツリーでの構成要素（ＭｅｔａＯｂｊｅｃｔ）の特定の存在を指す。
2005512346.tif 000005
ａ．この情報は、自動発見サービスによって使用される。詳細については、付録１を参照すること。
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ
・ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＣＯＭＰ＿ＩＤは、ｍｅｔａ＿ｃｏｍｐｏｎｅｎｔ（ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＣＯＭＰ＿ＩＤ）を参照する。
・ｉｎｓｔａｎｃｅ＿ｔｙｐｅは、（「単一」、「拡大」、「折り畳み」）である場合がある。
・ａｕｔｏ＿ｃｒｅａｔｅは、（「通常」，「ａｕｔｏ＿ｃｒｅａｔｅ」、「ｄｅｆａｕｌｔ＿ｃｒｅａｔｅ」）である場合がある。
【０３３５】
ｍｅｔａ＿ａｓｓｅｍｂｌｙ
アセンブリテーブルは、ネットワーク要素アセンブリの完全階層構成内容を記述する。構成内容は、インスタンス識別子に基づく。アセンブリの構成内容は、考えられる条件付き等式とともに名前が指定された関係性（または端縁）を使用する。
2005512346.tif 000006
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，ＰＡＲＥＮＴ，ＮＯＤＥ，ＥＤＧＥ
・外来キー：（ＮＥ＿ＢＡＳＥ，ＰＡＲＥＮＴ）は、ｍｅｔａ＿ｉｎｓｔａｎｃｅ（ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ）を参照する。
・外来キー：（ＮＥ＿ＢＡＳＥ，ＮＯＤＥ）は、ｍｅｔａ＿ｉｎｓｔａｎｃｅ（ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ）を参照する。
・ＥＤＧＥは、（‘ＩＳ＿Ａ’以降すべてＩＳ＿Ａ＿ＤＥＦＡＵＬＴ'，ＣＯＮＴＡＩＮＳ'，ＣＯＮＴＡＩＮＳ＿ＯＮＥ＿ＯＦ'，ＣＯＮＴＡＩＮＳ＿ＯＮＥ＿ＯＦ＿ＤＥＦＡＵＬＴ'，ＣＯＮＴＡＩＮＳ＿ＦＯＲ＿ＮＡＭＩＮＧ'，ＣＯＮＴＡＩＮＳ＿ＡＳ＿ＷＯＲＫＩＮＧ'，ＣＯＮＴＡＩＮＳ＿ＡＳ＿ＷＯＲＫＩＮＧ＿ＤＥＦＡＵＬＴ'，ＣＯＮＴＡＩＮＳ＿＿ＦＯＲ＿ＰＲＯＴＥＣＴＩＮＧ'，ＩＳ＿ＮＡＭＥＤ＿ＢＹ'，ＳＵＰＰＯＲＴＳ＿ＰＯＲＴ'，ＳｅｃｔｉｏｎＴｏＥｑｕｉｐｍｅｎｔ'，ＳｅｃｔｉｏｎＥｑｕｉｐｍｅｎＤｅｆａｕｌｔ'，ＳｅｃｔｉｏｎＴｏＴｙｐｅ'，ＨＡＳ＿ＰＲＯＴ＿ＰＡＲＴＩＣＩＰＡＮＴ'，ＨＡＳ＿ＰＲＯＴＥＣＴＩＮＧ＿ＰＲＴＩＣＩＰＡＮＴ'，ＨＡＳ＿ＷＯＲＫＩＮＧ＿ＰＡＲＴＩＣＩＰＡＮＴ'，ＩＳ＿ＳＵＰＰＯＲＴＥＤ＿ＢＹ'ＩＳ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ'，ＩＳ＿ＤＥＦＡＵＬＴ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ'， ＩＳ＿ＤＥＦＡＵＬＴ＿１ＷＡＹ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ'まで）の内の１つでなければならない。
【０３３６】
ｍｅｔａ＿ｃｌａｓｓ
ｍｅｔａ＿ｃｌａｓｓテーブルは、ＭｅｔａＯｂｊｅｃｔ（複数の場合がある）を具体化するために必要とされる情報を提供する。ＭｅｔａＯｂｊｅｃｔ（複数の場合がある）は、構成要素インスタンスの具体化された表記である。ＭｅｔａＯｂｊｅｃｔモデルは、構成要素については静的な情報である。ＭｅｔａＯｂｊｅｃｔ（複数の場合がある）は下位に分類され（例えば、ＭｅｔａＳｈｅｌｆ、ＭｅｔａＦｕｎｃｔｉｏｎａｌＧｒｏｕｐ、ＭｅｔａＥｑｕｉｐｍｅｎｔ等）、アセンブリの入力された階層表記を提供する。
2005512346.tif 000007
【０３３７】
ｍｅｔａ＿ａｓｓｅｍｂｌｙ＿ｍａｐ
ｍｅｔａ＿ａｓｓｅｍｂｌｙ＿ｍａｐは、ＦＥＮＩＣＳによって管理されるアセンブリを定義する。それは、アセンブリｉｄのマッピングにも備える。すなわち、ある特定のアセンブリは、別のアセンブリとして管理できる。加えて、このテーブルは、ある特定のアセンブリに割り当てられる重量、管理されたレベルおよび自動ロードフラグを提供する。
2005512346.tif 000008
以下は、２．ｉで使用可能ではない。
2005512346.tif 000009
制約：
・一次キー
・ＡＵＴＯ＿ＬＯＡＤは、「真」または「偽」のどちらかでなければならない。
【０３３８】
ｍｅｔａ＿ｐｒｏｐｅｒｔｙ
ｍｅｔａ＿ｐｒｏｐｅｒｔｙテーブルは、プロパティ２の特殊な構成要素を捕捉する。プロパティは、構成要素の属性を分類する総称的な方法である。属性のプロパティへの分類は、アプリケーションに依存する。例えば、構成要素現在の状態および構成を記述するために使用される属性は、ＡＴＴＲ＿ＬＩＳＴプロパティに分類される。
２  プロパティは、属性のカテゴリとして視覚化することができる。メタモデルの中で模擬される、例えば、ＴＬ１関係属性、その他の構成部品等の動作を制御するために必要とされる属性など多様なカテゴリの属性がある。
2005512346.tif 000010
以下は、２．ｉでは使用できない。
2005512346.tif 000011
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，  ＭＥＴＡ＿ＰＲＯＰＥＲＴＹ＿ＩＤ
【０３３９】
ｍｅｔａ＿ａｔｔｒｉｂｕｔｅ
ｍｅｔａ＿ａｔｔｒｉｂｕｔｅテーブルは、特定のプロパティの属性を捕捉する。ｍｅｔａ＿ａｔｔｒｉｂｕｔｅテーブルは、任意のしてされた属性の特徴を記述する能力を提供する。このテーブルは、ＮＥ型に適用可能な異なる属性の在庫としての役割を果たす。
2005512346.tif 000012
2005512346.tif 000013
以下は、２．ｉでは使用できない。
2005512346.tif 000014
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＡＴＴＲＩＢＵＴＥ＿ＩＤ
・外来キー：（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＰＲＯＰＥＲＴＹ＿ＩＤ）は、ｍｅｔａ＿ｐｒｏｐｅｒｔｙ（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＰＲＯＰＥＲＴＹ＿ＩＤ）を参照する。
・ＡＴＴＲＮＡＭＥはヌルではない。
・ＴＹＰＥは、（「文字列」、「整数」、「ブール」、「浮動」、「列挙」、「クラス」）の中でなければならない。
・ＲＥＡＤ＿ＯＮＬＹは、「真」または「偽」のどちらかでなければならない。・ＲＥＱＵＩＲＥＤに有効な値は、「真」または「偽」のどちらかでなければならない。
【０３４０】
ｍｅｔａ＿ａｔｔｒ＿ｍａｐ
このテーブルは、２．ｉリリースに新しい。それは、ｍｅｔａ＿ａｔｔｒｉｂｕｔｅをｍｅｔａ＿ｃｏｍｐｏｎｅｎｔまたはｍｅｔａ＿ｉｎｓｔａｎｃｅのどちらかにリンクする。
2005512346.tif 000015
制約
・一次キー：ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＩＤ，ＭＥＴＡ＿ＡＴＴＲＩＢＵＴＥ＿ＩＤ
・外来キー：（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＡＴＴＲＩＢＵＴＥ＿ＩＤ）は、ｍｅｔａ＿ａｔｔｒｉｂｕｔｅ（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＡＴＴＲＩＢＵＴＥ＿ＩＤ）を参照する。
・外来キー：（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＩＤ）は、ｍｅｔａ＿ｉｎｓｔａｎｃｅ（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ）またはｍｅｔａ＿ｉｎｓｔａｎｃｅ（ＮＥ＿ＢＡＳＥ、ＭＥＴＡ＿ＣＯＭＰ＿ＩＤ）の度平かを参照してよい。
【０３４１】
ｍｅｔａ＿ｅｑｐｔ＿ｔｙｐｅ＿ｍａｐ
このテーブルは、リリース２．ｉに新しく、装置型マッピングに対するベンダＩＤ／ＣＬＥＩを含む。
2005512346.tif 000016
制約：
・一次キー：ＮＥ＿ＢＡＳＥ，ＶＥＮＤＯＲ＿ＩＤ
【０３４２】
ｍｅｔａ＿ｃｏｌｌａｐｓｅｄ＿ｎａｍｉｎｇ＿ｋｅｙｓ
このテーブルは、リリース２．ｉに新しい。折り畳まれたメタインスタンスに対して、何が解決されなければならないその命名キーであるのかを指定する。例えば、折り畳まれたオブジェクトがＳＯＮＥＴリングでＡＴＭ  ＶＣを表し、解決されていない命名キーはｖｃｉとなるだろう。
2005512346.tif 000017
制約
・外来キー：（ＮＥ＿ＢＡＳＥ，ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ）は、ｍｅｔａ＿ｉｎｓｔａｎｃｅ（ＮＥ＿ＮＢＡＳＥ、ＭＥＴＡ＿ＩＮＳＴ＿ＩＤ）を参照する。・ＩＮＣは＜０または＞最大であってはならない。
・ＩＮＨＥＲＩＴＥＤは、「真」または「偽」のどちらかでなければならない。・ＭＡＸはＭＩＮ未満であってはならない。
【０３４３】
ｍｅｔａ＿ｔｍｐ
これは、一時的なテーブルである。それは、そのテーブルをデータで生成する間にメタモデルによって使用される。
2005512346.tif 000018
【０３４４】
ｍｅｔａ＿ｓｔｒｉｎｇｓ
別の一時テーブル
2005512346.tif 000019
制約：
・一次キー：ＮＡＭＥ
【０３４５】
ｍｅｔａ＿ｒｅｖｉｓｉｏｎ
このテーブルは、リリース２．ｉで排除されている。
【０３４６】
ｍｅｔａ＿ｒｅｖｉｓｉｏｎテーブルは、構成要素の考えられる改訂を捕捉する。ネットワーク要素は改訂を有するため、このテーブルが、ある特定のネットワーク要素改訂を備える構成要素の定義に対処する。各ネットワーク要素改訂は、アセンブリを定義するために使用される、有効な構成要素を定義しなければならない。
2005512346.tif 000020
【０３４７】
照会モデル
本項は、ネットワーク要素アセンブリを具体化するために、メタモデルによって実行されるデータベース照会を記述する。以下の項は、メタモデルがどのように構築されるのかを記述する。
・アセンブリデータの検索
・アセンブリベースの検索
・アセンブリルートノードの検索
・アセンブリ階層の検索
各ＳＱＬステートメントおよびその対応する結果セットが、後述される。
【０３４８】
アセンブリデータの検索
ＳＱＬ：
ＳＥＬＥＣＴ  ＊  ｆｏｒｍ  ｍｅｔａ＿ａｓｓｅｍｂｌｙ＿ｍａｐ；
結果：
結果は、ＭｅｔａＡｓｓｅｍｂｌｙＤａｔａオブジェクトの集合体である。ＭｅｔａＡｓｓｓｅｍｂｌｙＤａｔａのこの集合体は、ＦＥＮＩＣＳによって管理されるネットワーク要素アセンブリを定義する。この集合体は、特定のアセンブリを別のアセンブリに写像する方法も示す。すなわち、ある特定のアセンブリをあたかもそれが別のアセンブリであるかのように管理するのである。例えば、ＦＡＣＴＲ  ０５  ０２は、ＦＡＣＴＲ０５  ０１として管理されてよい。それぞれのＭｅｔａＡｓｓｅｍｂｌｙＤａｔａは、ある特定のアセンブリに対して重量を割り当てる。加えて、管理されるレベルおよび自動ロードフラグは、ＭｅｔａＡｓｓｅｍｂｌｙＤａｔａに提供される。
【０３４９】
アセンブリベースの検索
ＳＱＬ：
SELECT mi.meta_inst_id, mi.meta_comp_id, mi.naming_value, mc.appl_class, mc.meta_class_id, mc.application_type, mc.comm_type, mc.naming_key, mc.auto_create, ml.meta_class
FROM meta_instance mi, meta_component mc, meta_class ml
WHERE mi.ne_base = :1 AND
mc.ne_base = mi.ne_base AND mc.meta_comp_id = mi.meta_comp_id AND
ml.meta_class_id = mc.meta_class_id;
結果：
この照会の結果は、指定されたベースアセンブリの構成要素のすべてである。これは、ベースの下の個々のアセンブリによって使用されるＭｅｔａＮｏｄｅ（複数の場合がある）のキャッシュである。
【０３５０】
アセンブリルートノードの検索
ＳＱＬ：
SELECT mi.meta_inst_id, mi.meta_comp_id, mi.naming_value, mc.appl_class, mc.meta_class_id, mc.application_type, mc.comm_type, mc.naming_key, mc.inherited_nk, mc.auto_create, ml.meta_class
FROM meta_instance mi, meta_component mc, meta_revision mr, meta_class ml
WHERE mi.meta_inst_id = :1
AND mc.meta_comp_id = mi.meta_comp_id
AND mi.ne_base = mi.meta_inst_id
AND mr.meta_comp_id = mi.mea_comp_id
AND mr.ne_base = mi.meta_inst_id
AND mr.mj_rev = :2
AND mr.mn_rev = :3
AND ml.meta_class_id = mc.meta_class_id:
結果：
この照会の結果は、ネットワーク要素アセンブリのある特定の改訂である。これは、ある特定のベース、アセンブリの主要なおよびマイナーな改訂に関連つけられる単一結果セットを戻すと考えられる。この結果セットは、アセンブリ階層でＭｅｔａＮｅルートノードを作成するために使用される。
【０３５１】
アセンブリ階層の検索
ＳＱＬ：
SELECT ma.ne_base, ma.parent, ma.node, ma.edge, ma.condition
FROM meta_assembly ma, meta_instance mi, meta_revision mr
WHERE ma.ne_base = :1 AND
ma.parent = :2 AND
mi.ne_base = ma.ne_base AND
mi.meta_inst_id = ma.node AND
mr.ne_base = ma.ne_base AND
mr.meta_comp_id = mi.meta_comp_id AND
mr.mj_rev = :3 AND
mr.mn_rev = :4;
結果
この照会の結果は、指定された親およびｎｅ＿ｂａｓｅパラメータの継承者である。このＳＱＬは、アセンブリ階層を構築するために回帰的に呼び出される。それは、ルートＭｅｔａＮｅノードで起動され、それがリーフノードに達し、ツリー全体が具体化されるまで、最初に奥行きを横切る。注記：これは、メタモデルの構築の最も高価で、時間がかかる部分である。
【０３５２】
オブジェクト属性割当ての検索
ＳＱＬ
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａの内側のＬＯＡＤ＿ＡＬＬ＿ＯＢＪＥＣＴＳ＿ＡＴＲ＿ＭＡＰを参照すること。
SELECT mi.meta_inst_id, mam.meta_attribute_id, mam.condition, ma.meta_property_id
FROM meta_instance mi, meta_attr_map mam, meta_attribute ma
WHERE mi.ne_base = :1 AND
((mi.meta_inst_id = mam.meta_id) OR (mi.meta_comp_id = mam.meta_id)) ANDmam.ne_base = mi.ne_base AND
mam.meta_attribute_id = ma.meta_attribute_id AND
ma.ne_base = mi.ne_base
結果
アセンブリの内側にあるあらゆる構成要素にすべてのａｔｔｒｉｂｕｔｅ＿ｉｄ値をロードする。
【０３５３】
アセンブリ内の特定のオブジェクトの検索
ＳＱＬ：
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａのＬＯＡＤ＿ＩＮＳＴＡＮＣＥを参照すること。
SELECT mi.meta_inst_id, mc.meta_comp_id, mi.naming_value, mc.appl_class, mc.meta_class_id, mc.application_type, mc.comm_type, mc.naming_key, mi.auto_create, mcl.meta_class, mi.instance_type
FROM meta_instance mi, meta_component mc, meta_class mcl
WHERE mi.ne_base = :1 AND
mi.meta_inst_id = :2 AND
mi.meta_comp_id = mc.meta_comp_id AND
mc.ne_base = mi.ne_base AND
mc.meta_class_id = mcl.meta_class_id
結果：
アセンブリに特殊なオブジェクトをロードする。
【０３５４】
アセンブリ構成要素の属性のロード
ＳＱＬ：
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａのＬＯＡＤ＿ＯＢＪＥＣＴ＿ＡＴＴＲＩＢＵＴＥＳを参照すること。
SELECT ma.ne_base, ma.meta_attribute_id, ma.meta_property_id, ma.attrName, ma.type, ma.value, ma.deflt, ma.valid_values, ma.min, ma.max, ma.inc, ma.read_only, ma.required, mam.condition
FROM meta_instance mi, meta_attr_map man. meta_attribute ma
WHERE mi.ne_base = :1 AND mi.meta_inst_id = :2 AND ((mi.meta_inst_id = mam.meta_id) OR (mi.meta_comp_id = mam.meta_id)) AND mam.ne_base = mi.ne_base AND mam.meta_attribute_id = ma.meta_attribute_id AND ma.ne_base = mi.ne_base
結果：
ある特定のネットワーク要素の指定されたアセンブリに指定されたオブジェクトのすべてのｍｅｔａ＿ａｔｔｒｉｂｕｔｓをロードする。
【０３５５】
アセンブリでの特殊オブジェクトのロード
ＳＱＬ：
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａの内側のＬＯＡＤ＿ＩＮＳＴＡＮＣＥを参照する。
SELECT mi.meta_inst_id, cm.meta_comp_id, mi.naming_value, mc.apl_class, mc.meta_class_id, mc.application_type, mc.comm_type, mc.naming_key, mi.auto_create, mcl.meta_class, mi.instance_type
FROM meta_instance mi, meta_component mc, meta_class mcl
WHERE mi.ne_base = :1 AND
mi.meta_inst_id = :2 AND
mi.meta_comp_id = mc.meta_comp_id AND
mc.ne_base = mi.ne_base AND
mc.meta_class_id = mcl.meta_class_id
結果：
ｍｅｔａ＿ｉｎｓｔａｎｃｅをｔｍｅｔａ＿ｃｌａｓｓとｍｅｔａ＿ｃｏｍｐｏｎｅｎｔに関連付けることによって特定のｍｅｔａ＿ｉｎｓｔａｎｃｅオブジェクトをロードする。
【０３５６】
ネットワーク要素のアセンブリの検索
ＳＱＬ：
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａのＬＯＡＤ＿ＡＳＳＥＭＢＬＹを参照する。
親、優先順位、ノードごとに、ｎｅ＿ｂａｓｅ＝：１  ＯＲＤＥＲの場合に、ｍｅｔａ＿ａｓｓｅｍｂｌｙから親、ノード、端縁、優先順位を選択する。
結果
特定のネットワーク要素の順序付けられたアセンブリデータをロードする。
【０３５７】
ｍｅｔａ＿ｃｏｌｌａｐｓｅｄ＿ｎａｍｉｎｇ＿ｋｅｙｓの検索
ＳＱＬ：
ＭｅｔａＯｂｊｅｃｔＬｏａｄｅｒ．ｊａｖａのＬＯＡＤ＿ＡＬＬ＿ＣＯＬＬＡＰＳＥＤ＿ＮＡＭＩＮＧ＿ＫＥＹＳを参照すること。
優先順位によりｎｅ＿ｂａｓｅ＝：１ ＯＲＤＥＲの場合、ｍｅｔａ＿ｃｏｌｌａｐｓｅｄ＿ｎａｍｉｎｇ＿ｋｅｙｓから選択する。
結果：
折り畳まれたメタインスタンスのｎａｍｉｎｇ＿ｋｅｙｓを解決するのに役立つ情報をロードする。
【０３５８】
メタモデル
ＭｅｔａＭｏｄｅｌＦａｃｔｏｒｙは、メタモデルアクセスを必要とするそれぞれのプロセススペース内での初期化を必要とする単集合オブジェクトである。ＭｅｔａＭｏｄｅｌＦａｃｔｏｒｙは、システム（例えば、ＦＡＣＴＲ、ＦＬＭ１５０等）によりサポートされているベースネットワーク要素ごとにＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙを作成する。加えて、ｍｅｔａＭｏｄｅｌＦａｃｔｏｒｙは、ＭｅｔａＡｓｓｅｍｂｌｙ（複数の場合がある）を、ＮＥＴＳＭＡＲＴ（例えば、ＦＡＣＴＲ  ０５  ０１、ＦＡＣＴＲ  ０５  ０２、ＦＬＭ１５０  １１０２、ＦＬＭ１５０  １２  ０２等）によってサポートされているネットワーク要素改訂を反映する各ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙに割り当てる。各ＭｅｔａＡｓｓｅｍｂｌｙは、その自動ロードフラグを評価する。それが真である場合、ＭｅｔａＡｓｓｅｍｂｌｙは、アセンブリの具体化を開始するだろう。アセンブリの具体化は、ＭｅｔａＮｅルートノードで開始し、ＭｅｔａＮｏｄｅ（複数の場合がある）のツリーを具体化する。ＭｅｔａＮｏｄｅ（複数の場合がある）のツリーは、ＭｅｔａＥｄｇｅ（複数の場合がある）と呼ばれるノード間の名前が指定された関係性を含む。
【０３５９】
各ＭｅｔａＥｄｇｅは、関係性が有効であるために、真に評価されなければならない条件等式を有してよい。具体化されるアセンブリは、ネットワーク要素にアプリケーション情報ベースを提供する。自動発見、構成管理、および多様なその他のアプリケーション構成要素に使用される静的ネットワーク要素データである。アセンブリツリーは、総称的にまたは入力されたインタフェースを介して横切られてよい。
【０３６０】
自動ロードフラグが偽である場合、ＭｅｔａＮｅルートノードは、具体化される唯一のノードである。アセンブリツリーの残りは、アプリケーションによってオンデマンドで具体化される。アセンブリへのアクセスを必要とするアプリケーションは、ＭｅｔａＮｅＦａｃｔｏｒｙを介してそれを得る。アプリケーションは、アセンブリを特定するために必要なデータを提供し、ＭｅｔａＮｅ参照を獲得する。アセンブリが自動ロードされていなかった場合には、それはこの時点でロードされる。図３８は、このプロセスのＭｅｔａＭｏｄｅｌクラス図を示す。
【０３６１】
ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙ
ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙは、ベースネットワーク要素（例えば、ＦＡＣＴＲ）を表す。ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙは、マルチスレッド化され、同期され、プロセス初期化中に作成される。ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙは、ＭＢＡ＿Ｓｔａｔｅによって表される状態を有する。初期化時に、状態はＭＢＡ＿Ｉｎａｃｔｉｖｅに設定される。Ｍｅｔａ＿ＢａｓｅＡｓｓｅｍｂｌｙが自動ロードされると、ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙＬｏａｄｅｒが作成され、状態はＭＢＡ＿Ｌｏａｄｉｎｇに遷移されるようになる。それが自動ロードのケースではない場合には、それはオンデマンドでロードされる。ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙはプロセススペースで一度だけロードされる。ＭＢＡ＿Ｌｏａｄｉｎｇ状態でＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙをロードするという第２の要求がある場合、呼び出し者は、ロードが完了するまでブロックされる。ＭＢＡ＿ＮｏｔＦｏｕｎｄは、データベース内にＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙが存在しないことを表す。ロードが無事に終了すると、状態はＭＢＡ＿Ｌｏａｄｅｄに遷移される。
ロードが何らかの理由で失敗する場合、状態はＭＢＡ＿Ｎｏｔ＿Ｌｏａｄｅｄに遷移される。図３９は、ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙクラス図を示す。図４０は、ＭｅｔａＢａｓｅＡｓｓｅｍｂｌｙ状態遷移図を示す。
【０３６２】
メタオブジェクト
ＭｅｔａＮｏｄｅは、ネットワーク要素アセンブリの総称／階層トラバーサルを可能にするａｂｓｔｒａｔｉｏｎである。ＭｅｔａＮｅは、ルートＭｅｔａＮｏｄｅである。入力される特殊な動作はＭｅｔａＯｂｊｅｃｔサブクラスによって定義される。ＭｅｔａＯｂｊｅｃｔは、ネットワーク要素を備える事柄の汎用化である。ｍｅｔａＯｂｊｅｃｔは、ＭｅｔａＰｒｏｐｅｒｔｙ（複数の場合がある）と呼ばれるプロパティ、つまり属性のリストを含んでよい。ＭｅｔａＰｒｏｐｅｒｔｙは、ＭｅｔａＡｔｔｒｉｂｕｔｅ（複数の場合がある）を含む。ＭｅｔａＰｒｏｐｅｒｔｙおよびＭｅｔａＡｔｔｒｉｂｕｔｅは、Ｃｏｎｄｉｔｉｏｎを含んでよい。Ｃｏｎｄｉｔｉｏｎはコンテキストと実行時に評価されなければならない。Ｃｏｎｄｉｔｉｏｎが真の場合にだけ、ＭｅｔａＯｂｊｅｃｔは、そのＭｅｔａＰｒｏｐｅｒｔｙまたはＭｅｔａＡｔｔｒｉｂｕｔｅを認識する。ＭｅｔａＯｂｊｅｃｔは、Ｊａｖａ反射を使用してＭｅｔａＲｅｆｌｅｃｔｏｒによって作成される。ＭｅｔａＯｂｊｅｃｔは、入力されるネットワーク要素オブジェクトの総称動作を定義するために使用される抽象クラスである。ネットワーク要素アセンブリは、ＭｅｔａＮｏｄｅとＭｅｔａＥｄｇｅ関係性によって実現される総称ツリーパターンである。ネットワーク要素アセンブリも入力される。各ＭｅｔａＮｏｄｅは、ＭｅｔａＯｂｊｅｃｔおよびサブクラスとして実現される。図４１は、ＭｅｔａＮｏｄｅクラス図を示す。
【０３６３】
メタアセンブリのロード
ネットワーク要素アセンブリは、ＭｅｔａＮｏｄｅおよびＭｅｔａＥｄｇｅ関係性により実現される総称ツリーパターンである。また、ネットワーク要素アセンブリは入力される。各ＭｅｔａＮｏｄｅは、ＭｅｔａＯｂｊｅｃｔおよびサブクラスとして実現される。メタアセンブリロード時に、オブジェクトはｍｅｔａ＿ａｓｓｅｍｂｌｙデータベーステーブルから検索され、関係性ツリーはアプリケーションアドレス空間に構築される。
【０３６４】
図４２は、ＦＡＣＴＲアセンブリの小さな部分を描く。ルートＭｅｔａＮｏｄｅ（例えば、ＦＡＣＴＲ＿５＿２）で開始し、メタモデルは、最初に階層的に構築される奥行きである。ルートノードはＰＨＹＳＩＣＡＬ＿ＳＩＤＥおよびＬＯＧＩＣＡＬ＿ＳＩＤＥを含む。ＰＨＹＳＩＣＡＬ＿ＳＩＤＥから、階層は、シェルフ、セクション、および装置等を通してその経路を下方に作業することによって続行する。
【０３６５】
アセンブリの階層は、データモデルによって完全に駆動される。メタモデルのロードは、厳密に、ｍｅｔａ＿ａｓｓｅｍｂｌｙテーブルにモデル化される内容の反映である。
【０３６６】
任意の先祖とその継承者間の関係が命名され、オプションでそれらに関する条件等式を有することに注意する。該条件等式は、実行時に動的に評価される。条件は、関係性が存在するためには真と評価されなければならない。
【０３６７】
メタモデルで模擬されるオブジェクトおよび関係性
本項は、メタモデルで模擬される多様なオブジェクトおよび関係性のリストを提供する。ここに提供されるオブジェクトおよび遺憾形成のリストは、ネットワークアセンブリの大部分に適用する共通のシナリオの大部分をカバーする。新しいオブジェクトおよび関係性を模擬することに対するニーズが、アセンブリおよびそのアセンブリに関してＮＥＴＳＭＡＲＴに必要とされるサポートの種類に応じて、将来発生する可能性があることを理解することが重要である。アセンブリに関して提供されるサポートの種類に応じて、あらゆる関係性オブジェクトは適用可能ではない可能性がある。以下は、メタモデルで共通して模擬されるオブジェクトのリストである。
・シェルフ
・装置
・ファシリティ３
・装置保護グループ
・ファシリティファイバ保護グループ
・機能グループ
・クロック
・ＣＰＵ
３  これは、特定のネットワーク要素アセンブリに関してサポートされるのに必要とされるすべての異なる種類のファシリティ（例えば、ポート、成端ポイント等）を含む。
【０３６８】
それに加えて、階層をさらによく編成するために模擬できるいくつかの擬似オブジェクトがある。これらのオブジェクトは、セクションとグループである。セクションは、おもに、関係する装置をともに分類するために使用され、グループはｍｅｔａ＿ａｓｅｍｂｌｙで関係するメタオブジェクトの集合をともに分類するためのさらに一般的な概念である。以下は、メタモデルで模擬される関係性のリストである。
ＣＯＮＴＡＩＮＳ  ２つのオブジェクト間の包含を模擬するために使用される。ＣＯＮＴＡＩＮＳ＿ＯＮＥ＿ＯＦ  包含階層の親オブジェクトが（動的ビューで）考えられる子供のただ１つだけを有することができる場合、この関係性は親オブジェクトとここの子供オブジェクトの間で使用される。
ＣＯＮＴＡＩＮＳ＿ＯＮＥ＿ＯＦ＿ＤＥＦＡＵＬＴは、複数の子供オブジェクトが、ＣＯＮＴＡＩＮＳ＿ＯＮＥ＿ＯＦ関係性によって親に関係するケースのデフォルト子供となるだろう子供オブジェクトに親オブジェクトを関係付けるために使用される。
ＩＳ＿ＳＵＰＰＯＲＴＥＤ＿ＢＹ  機能グループとそれらのグループをサポートするスロット間の関係性を捕捉するために使用される。
ＨＡＳ＿ＷＯＲＫＩＮ＿ＰＡＲＴＩＣＩＰＡＮＴ  保護グループ（装置またはファシリティ）とそのグループ内の作業オブジェクト間の関係性を捕捉するために使用される。
ＨＡＳ＿ＰＲＯＴＥＣＴＩＮＧ＿ＰＡＲＴＩＣＩＰＡＮＴ  保護グループ（装置またはファシリティ）とそのグループ内の保護するオブジェクトの関係性を捕捉するために使用される。
ＳＵＰＰＯＲＴＳ＿ＰＯＲＴ  ポートとそのポートをサポートする装置間の関係性を補足するために使用される。
ＩＳ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ  それらの間にクロスコネクトを有することがある２つの時間スロットグループの関係性を模擬するために使用される。現在ではＦＬＡＳＨ１９２のケースだけで使用される。
ＩＳ＿ＤＥＦＡＵＬＴ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ  デフォルトによってその間にクロスコネクトを有することがある２つの時間スロットグループの関係性を模擬するために使用される。現在ではＦＬＡＳＨ１９２のケースだけで使用される。
ＩＳ＿ＤＥＦＡＵＬＴ＿１ＷＡＹ＿ＸＣＯＮＮＥＣＴＡＢＬＥ＿ＴＯ  デフォルトによってその間にワンウェイクロスコネクトを有することがある２つの時間スロットの関係性を模擬するために使用される。現在ではＦＬＡＳＨ１９２のケースだけで使用される。
ＣＯＮＴＡＩＮＳ＿ＡＳ＿ＷＯＲＫＩＮＧ  回線成端点とその中に含まれている作業時間スロットグループ間の関係性を模擬するために使用される。
ＣＯＮＴＡＩＮＳ＿ＡＳ＿ＷＯＲＫＩＮＧ＿ＤＥＦＡＵＬＴ  回線成端点と（存在する場合）その中に含まれているデフォルト作業時間スロットグループの間の関係性を模擬するために使用される。
ＣＯＮＴＡＩＮＳ＿ＦＯＲ＿ＰＲＯＴＥＣＴＩＮＧ  回線成端点とその中に含まれる保護する時間スロットグループの間の関係性を模擬するために使用される。
【０３６９】
模擬ヒント
以下は、ネットワーク要素を模擬するためのいくつかのヒントおよび指針である。
・ＣＰＵを表すためのＭｅｔａＯｂｊｅｃｔは、＜文字列１＞＜文字列２＞と名前が指定されなければならない。＜文字列１＞は何か（通常は、「Ｃｐｕ」または「ＣＰＵ」である場合があるが、＜文字列２＞はＣＰＵのＡＩＤでなければならない。これはＳＷＤＬ／ＲＭＢＵ！の間にＣＰＵ補助を得るために使用される論理であるため、既存のメタモデルはこの規則に従う。
・我々が動的ツリーでアプリケーションオブジェクトを作成しないだろうｍｅｔａＯｂｊｅｃｔｓがある。例は、ＰＨＹＳＩＣＡＬ＿ＳＩＤＥ、ＬＯＧＩＣＡＬ＿ＳＩＤＥ，ＣＰＵ等である。ユーザは、ｍｅｔａ＿ｉｎｓｔａｎｃｅ．ｄｂでそのｎａｍｉｎｇ＿ｖａｌｕｅとして「なし」を指定できる。また、必ず、対応するｍｅｔａ＿ｃｏｍｐｏｎｅｎｔエントリのｎａｍｉｎｇ＿ｋｅｙを空として残す。
・「拡大」としてマーキングされている別のＭｅｔａＯｂｊｅｃｔによって包含されるＭｅｔａＯｂｊｅｃｔ（つまり、ｉｎｓｔａｎｃｃｅ＿ｔｙｐｅはｍｅｔａ＿ｉｎｓｔａｎｃｅ．ｄｂで「拡大」である）には、それ自体、ｉｎｓｔａｎｃｅ＿ｔｙｐｅ「拡大」が指定されなければならない。
・「折り畳み」としてマーキングされている別のＭｅｔａＯｂｊｅｃｔによって包含されるＭｅｔａＯｂｊｅｃｔ（つまり、ｉｎｓｔａｎｃｃｅ＿ｔｙｐｅはｍｅｔａ＿ｉｎｓｔａｎｃｅ．ｄｂで「折り畳み」である）には、それ自体、ｉｎｓｔａｎｃｅ＿ｔｙｐｅで「折り畳み」が指定されなければならない。
・ＣＩＤ＋型が、ＭｅｔａＯｂｊｅｃｔを特定するための一意のキーとなることを確認する。ＣＩＤは、ｍｅｔａ＿ｉｎｓｔａｎｃｅでのｎａｍｉｎｇ＿ｖａｌｕｅ欄である。そして、型はｍｅｔａ＿ｃｏｍｐｏｎｅｎｔのｃｏｍｍ＿ｔｙｐｅ欄である。言い換えると、同じＣＩＤおよび同じ型の複数のＭｅｔａＯｂｊｅｃｔがあってはならない。
・メタ属性ＬＩＮＫＡＢＬＥをＭｅｔａＯｂｊｅｃｔに割り当てる一方で、あらゆる条件を使用してはならない。これは、トポロジがすべてのリンク可能ファシリティに関してＣＭに照会するときに、ＣＭが，ｐｎｅｃｏｍｐｏｎｅｎｔテーブルをメタモデルテーブルと接合することによって直接ＤＢ照会を実行するためである。条件は、この間評価できない。再び、既存のメタモデルはＬＩＮＫＡＢＬＥ  ａｔｔｒの条件を使用しないため、我々はそれをそのように保つことができる。
・ここでｈ我々はメタ属性をｍｅｔａ＿ｃｏｍｐｏｎｅｔ＿ｉｄ’ｓまたはｍｅｔａ＿ｉｎｓｔａｎｃｅ＿ｉｄ’ｓに割り当てることができる。したがって、これら２つのｉｄを別個に保つことがさらによい。
・ｄｂファイルで寛大にコメントを使用する。対応するテーブルのスキーマを各ｄｂテーブルの最初に置く場合に、それはさらに有効だろう。
・ｄｂファイルを異なる論理ブロックに編成しようとする。空白のコメント行を使用して、視覚的にｄｉｆｆブロックを分離する。ブロックごとに有効なコメントを与える。例えば、ＦＬＭ６００／＊．ｄｂファイルを参照すること。
【０３７０】
条件およびその評価
ネットワーク要素アセンブリを模擬する間、条件は、条件に基づいてなんらかの概念が適用できる個所でどこでも使用することができる。現在の設計では、以下の事柄は条件で適格化できる。
・２つのメタオブジェクト間の関係性は条件付きである。メタモデル関係性ツリーとラバーサルの間、条件が満たされる場合に、条件で適格化される関係性だけが横切られる。とラバーサル論理は、「偽」と評価される、その前任者端縁（つまり、親に対する関係性）に関して条件があった場合にはノードに達しない。類似する論理は、子から親オブジェクトへのトラバーサルに適用する。この種の条件付関係性は、ｍｅｔａ＿ａｓｓｅｍｂｌｙにカバーされる。
・ＭｅｔａＣｏｍｐｏｎｅｎｔまたはＭｅｔａＩｎｓｔａｎｃｅに対する属性の適用性は条件付となるだろう。属性およびそのすべての特徴（例えば、有効値、読取専用等）は、関連付けられる条件（存在する場合）が真と評価される場合にだけ、ＭｅｔａＣｏｍｐｏｎｅｎｔまたはＭｅｔａＩｎｓｔａｎｃｅに適用するだろう。メタモデル内の条件は、ＤａｔａＯｂｊｅｃｔ．ｇｅｔＡｔｔｒｉｂｕｔｅＶｌｕｅＳｔｒｉｎｇ（“ＣＯＮＦ５”）＝＝「Ｄ１」のように見える。これは、属性「ＣＯＮＦ５」の値が、クラスＤａｔａＯｂｊｅｃｔのあるオブジェクト内の「Ｄ１」に等しい場合には、これが「真」に評価されることを暗示する。条件を評価するためには、メタモデルは「コンテキスト」を必要とする。メタモデルでインタフェースを呼び出す構成要素は、メタモデルが関係する条件を評価できるように、コンテキストも提供する必要がある。「コンテキスト」は総称的な概念であり、オブジェクトのベクタである。前記の条件の例では、「コンテキスト」は、ＤａｔａＯｂｊｅｃｔ４オブジェクトのベクタであると予想される。条件の評価を担当するフレームワーク構成要素は、コンテキストの各オブジェクトで「ｇｅｔＡｔｔｒｉｂｕｔｅＶａｌｕｅＳｔｒｉｎｇ（「ＣＯＮＦ５」）」方法を呼び出し、戻り値を「Ｄ１」と比較するだろう。この比較が成功するコンテキストにオブジェクトがあった場合には、条件は真に評価されるだろう。
４  ＤａｔａＯｂｊｅｃｔは、ＮＥＴＳＭＡＲＴのジャバクラスである。
５  ＣｏｍｐｏｎｅｎｔＩＤはＮＥＴＳＭＡＲＴにとって内部であり、指定されるＴＩＤのｄａｔａｏｂｊｅｃｔの一意の識別子として処理することができる。ＣＯＭＭＳ内のＡｄｄｒｅｓｓＴｒａｎｓｌａｔｏｒは、いくつかの事前に決定される規則に従うことによって対応するＣｏｍｐｏｎｅｎｔＩＤに応えて補助を変換する。
【０３７１】
自動発見概要
本項は、自動発見プロセスおよびこのプロセスにおけるメタモデルの関与の概要を提示する。ユーザがネットワーク要素を追加し、ＮＥＥＴＳＭＡＲＴ  ＧＵＩから「ログイン」を実行すると、ネットワーク要素にログインするために、ＵＳＥＲ  ＴＬ１コマンドがＮＥＴＳＭＡＲＴから送信される。いったん無事に終了したログインおよびなんらかの基本的な初期化が達成されると、自動発見プロセスがトリガされる。自動発見プロセスは、後述されるように３つの主要な段階に分けることができる。
１．自動発見中のＮＥからの構成情報の検索―この段階の間、すべての構成情報は、検索のために（例えば、ＲＴＲＶ−ＥＱＰＴ等）適切なＴＬ１コマンドを送信することによってネットワーク要素から検索される。通信サーバは、これらのＴＬ１コマンドようのアプリケーションサーバに対するインタフェースを提供する。これらのインタフェースをＣＯＭＭＳ上で呼び出した結果、アプリケーションサーバはデータオブジェクトの集合体を得る。ＣＯＭＭＳは、ネットワーク要素からフェッチされる補助ごとに１つのデータベースを戻す。これらのｄａｔａｏｂｊｅｃｔｓは、ＴＬ１応答を解析した後に、ＣＯＭＭＳによって作成される。ＴＬ１応答での各ＫＥＹＷＯＲＤ−ＤＯＭＡＩＮ組は、属性値組に変換される。各ｄａｔａｏｂｊｅｃｔは、このような属性−値組の集合体を含む。属性−値組の集合体に加えて、ｄａｔａｏｂｊｅｃｔは、補助およびＣｏｍｐｏｎｅｎｔＩＤ５も含む。この段階の間に、すべてのエンティティ（つまり、装置、ファシリティ、ＥＰＧ等）についての情報がネットワーク要素から検索される。この情報の検索は、ＤａｔａＣａｃｈｅによって駆動される。それらは、ＮＥＴＳＭＡＲＴによってサポートされているＮＥ型ごとのＤａｔａＣａｃｈｅのサブクラスである。例えば、自動発見中にＦＡＣＴＲ  ＮＥのこの情報検索を駆動するＦＡＣＴＲＤａｔａＣａｃｈｅがある。そのＮＥ型に関してＤａｔａＣａｃｈｅのサブクラスを実現することは、新しいＮＥ型を模擬しているメタモデル者の責任である。ＣＯＭＭＳから受け取られるｄａｔａｏｂｊｅｃｔｓから、ＤａｔａＣａｃｈｅは、ＣｏｍｐｏｎｅｎｔＩＤがキーであるこれらのｄａｔａｏｂｊｅｃｔｓのハッシュマップを構築する。ＤａｔａＣａｃｈｅは、第２段階で自動発見によって使用される、そのＣｏｍｐｏｎｅｎｔＩＤに基づいてデータベースを得るためにインタフェースもサポートする。
２．メタモデル関係性ツリーを横切り、アプリケーションオブジェクト２を作成すること―いったんＤａｔａＣａｃｈｅがすべての情報を検索し、ｄａｔａｏｂｊｅｃｔｓのハッシュマップを構築すると、自動発見はメタモデル関係性ツリーを横切り、アプリケーションオブジェクトを作成する。これらのアプリケーションオブジェクトは、それらを保持し、管理する構成マネージャに渡される。トラバーサルは、ルートノードから、あらゆるノードのために開始する。アプリケーションオブジェクトを作成するために、以下のステップが講じられる。
・メタオブジェクトがａｕｔｏ＿ｃｒｅａｔｅとしてマーキングされる（つまり、ｍｅｔａ＿ｉｎｓｔａｎｃｅの中のａｕｔｏ＿ｃｒｅａｔｅ欄は、メタオブジェクトに関して「ａｕｔｏ＿ｃｒｅａｔｅ」に設定される）場合、デフォルトのアプリケーション３オブジェクトがそのメタオブジェクトのために作成される。
・メタオブジェクトが正常としてマーキングされる（つまり、ｍｅｔａ＿ｉｎｓｔａｎｃｅの中のａｕｔｏ＿ｃｒｅａｔｅ欄は、メタオブジェクトに関して「ｎｏｒｍａｌ」に設定される）場合、そのメタオブジェクトのＣｏｍｐｏｎｅｎｔＩＤが得られる。ＤａｔａＣａｃｈｅの中でこのＣｏｍｐｏｎｅｎｔＩＤに対するｄａｔａｏｂｊｅｃｔがある場合には、アプリケーションオブジェクトは、以下を使用するメタオブジェクトのために作成される。
１．ＣｏｍｐｏｎｅｎｔＩＤは、ＮＥＴＳＭＡＲＴにとって内部であり、指定されるＴＩＤのｄａｔａｏｂｊｅｃｔの一意の識別子として取り扱うことができる。ＣＯＭＭＳ内のアドレス変換器が、いくつかの事前に定義された規則に従うことにより、対応するＣＯｍｐｏｎｅｎｔＩＤへのＴＬ１応答における補助をＣｏｍｐｏｎｅｎｔＩＤに変換する。
２．アプリケーションオブジェクトは、構成マネージャによって保持される。各アプリケーションオブジェクトは、対応するメタオブジェクトおよびデータオブジェクトに対する参照を保持する。
３．デフォルト作成では、ダミーデータオブジェクトが順番に作成される。ｄａｔａｏｂｊｅｃｔそれ以外の場合、アプリケーションオブジェクトは、メタオブジェクトに従って作成されない。
・メタオブジェクトがｄｅｆａｕｌｔ＿ｃｒｅａｔｅとしてマーキングされる（つまり、ｍｅｔ＿ｉｎｓｔａｎｃｅの中のａｕｔｏ＿ｃｒｅａｔｅ欄は、メタオブジェクトに関して「ｄｅｆａｕｌｔ＿ｃｒｅａｔｅ」に設定される）場合、そのメタオブジェクトのＣｏｍｐｏｎｅｎｔＩＤが得られる。ＤａｔａＣａｃｈｅにＣｏｍｐｏｎｅｎｔＩＤに対するｄａｔａｏｂｊｅｃｔがある場合には、該ｄａｔａｏｂｊｅｃｔを使用してメタオブジェクトにアプリケーションオブジェクトが作成され、それ以外の場合、デフォルトアプリケーションオブジェクトが作成される。
３．構成マネージャは、自動発見によって作成されるアプリケーションオブジェクトの包含ツリーを構築する。（動的ツリーまたはＮＥの動的ビューとも呼ばれる）アプリケーションオブジェクトのこのツリー内の包含関係は、メタモデル内で模擬されるのと同じである。自動発見がアプリケーションオブジェクトを構成マネージャに渡すと、それは親アプリケーションオブジェクトの参照も渡す。
【０３７２】
折り畳まれたメタオブジェクト
折り畳まれたメタオブジェクトとは、同じ型の複数のオブジェクトを表す特殊化されたメタオブジェクトのことである。１つの主要な相違点のある、標準的なＭｅｔａＯｂｊｅｃｔに類似する、折り畳まれたＭｅｔａＯｂｊｅｃｔの動作。標準的なＭｅｔａＯｂｊｅｃｔは、完全に適格化されたＣｏｍｐｏｎｅｎｔＩＤを有し、ｇｅｔＣＩＤ（）を呼び出すと、完全なＣｏｍｐｏｎｅｎｔＩＤ（例えば、シェルフ＝ＮＢＳ−１：スロット＝ｃｈ−１：ポート＝３）が戻るだろう。しかしながら、折り畳まれたＭｅｔａＯｂｊｅｃｔは、それが複数のオブジェクトを表すために完全に適格化されたＣｏｍｐｏｎｅｎｔＩＤを戻すことはできない。解決できないそれらのＲｅｌａｔｉｖｅＣｏｍｐｏｎｅｎｔＩＤｓの場合、ワイルドカード値（「＊」）が戻される（例えば、グループ＝１：ｓｔｓ＝１：ｖｔｇ＝＊；ｖｔ＝＊、グループ４＝ｓｔｓ＝１：ｖｐｉ＝０＝ｖｃｉ＝＊）。
【０３７３】
ただし、任意のＣｏｍｐｏｎｅｎｔＩＤは、つねにＭｅｔａＯｂｊｅｃｔになるだろう。例えば、ＣｏｍｐｏｎｅｎｔＩＤグループ＝１：ｓｔｓ＝１：ｖｔｇ＝２：ｖｔ＝４は、ＣｏｍｐｏｎｅｎｔＩＤグループ＝１：ｓｔｓ＝１：ｖｔｇ＝＊：ｖｔ＝＊が設定されるＭｅｔａＯｂｊｅｃｔになるだろう。ＣｏｍｐｏｎｅｎｔＩＤグループ＝１：ｓｔｓ＝１：ｖｔｇ＝３：ｖｔｓ＝２も、同じＭｅｔａＯｂｊｅｃｔになることに注意する。
【０３７４】
ＭｅｔａＯｂｊｅｃｔが折り畳まれたオブジェクトであるかどうかを判断するために、新しいインタフェースがＭｅｔＯｂｊｅｃｔ：ＩｓＣｏｌｌａｐｓｅｄｏｂｊｅｃｔ（）に提供される。
【０３７５】
折り畳まれたＭｅｔａＯｂｊｅｃｔは、「拡大可能」として指定することができる。ＭｅｔａＭｏｄｅｌの過去のバージョンと異なり、このケースでの拡大は、ＭｅｔａＯｂｊｅｃｔをｎ回、複製することを意味しない。代わりに、折り畳まれたＭｅｔａＯｂｊｅｃｔは、すべての考えられるＣｏｍｐｏｎｅｎｔＩＤを完全に拡大し、拡大されるＣＩＤのそのリストは、新しいＭｅｔａＯｂｊｅｃｔインタフェースｇｅｔＡｌｌＩｎｓｔａｎｃｅｓ（）を介して検索できる。「拡大可能」と指定されていない、折り畳まれたＭｅｔａＯｂｊｅｃｔｓの場合、すべての考えられるＣｏｍｐｏｎｅｎｔＩＤを検索しようと試みると、空のリストが戻されるだろう。折り畳まれたＭｅｔａＯｂｊｅｃｔが拡大可能であるかどうかを判断するために、アプリケーションはＭｅｔａＯｂｊｅｃｔインタフェース：ｉｓＥｐａｎｄｅｄＯｂｊｅｃｔ（）を呼び出すことができる。
【０３７６】
折り畳まれたオブジェクトをサポートするために、ＭｅｔａＯｂｊｅｃｔ．ｊａｖａ上で変更または追加されたインタフェースの要約
・ＣｏｍｐｏｎｅｎｔＩＤ  ｇｅｔＣＩＤ（）
通常のＭｅｔａＯｂｊｅｃｔのケースでは、ｇｅｔＣＩＤ（）は、完全に変えられた（ｒｅｓｏｌｖｅｄ）ＣｏｍｐｏｎｅｎｔＩＤを戻すだろう。それが折り畳まれたＭｅｔａＯｂｊｅｃｔである場合、そのＭｅｔａＯｂｊｅｃｔが拡大可能であるかどうかに関係なく、戻されるＣｏｍｐｏｎｅｎｔＩＤは完全に変えられないだろう。ワイルドカード値は、変えることができなかったそれらのＲｅｌａｔｉｖｅＣｏｍｐｏｎｅｎｔＩＤに関して表示されるだろう。
・ｂｏｏｌｅａｎ  ｉｓＣｏｌｌａｐｓｅｄＯｂｊｅｃｔ（）
ＭｅｔａＯｂｊｅｃｔが折り畳まれたオブジェクトである場合は真を戻し、それ以外の場合は偽を戻す。
・ｂｏｏｌｅａｎ  ｉｓＥｘｐａｎｄｅｄＯｂｊｅｃｔ（）
ＭｅｔａＯｂｊｅｃｔが折り畳まれたオブジェクトであり、そのＣｏｍｐｏｎｅｎｔＩＤが完全にすべての考えられるＣｏｍｐｏｎｅｎｔＩＤに拡大できる場合は真を戻す。
・Ｖｅｃｔｏｒ  ｇｅｔＡｌｌＩｎｓｔａｎｃｅ（）
ＭｅｔａＯｂｊｅｃｔが折り畳まれたオブジェクトであり、それが拡大できる場合には、ＣｏｍｐｏｎｅｎｔＩＤの完全に拡大されたリストを含むリストが戻される。それ以外の場合には、空のリストが戻される。大部分のケースでは、アプリケーションは、他のすべてのインタフェースが未変更のままとなるため、ＭｅｔａＯｂｊｅｃｔが折り畳まれるかどうかを気にしない。もっとも影響を受けそうなアプリケーションとは、ＮＥ構成を作成、維持するものである（例えば、自動発見、構成、または準備の変更）。前述された、好ましい実施態様（Ｎｅｔｓｍａｒｔ（商標））は、主張されている発明の範囲を定めるのではなく、それらの優位点の、および主張されている発明を実現するシステムに含むことのできる能力の優れた表示を提供する。Ｎｅｔｓｍａｒｔ（商標）は、ＴＭＮモデルのネットワーク管理層と要素管理層両方のフィーチャを結合し、包括的な管理能力を提供する。Ｎｅｔｓｍａｒｔ（商標）は、多くのアクティブユーザをサポートする一方で、非常に大規模な配備（富士通の要素と富士通以外の要素の両方を含む、数千のネットワーク要素）を管理することができる。Ｎｅｔｓｍａｒｔ（商標）は、すべて異なる尺度で表示されるＧＵＩをもって、大規模構成からシェルフとカードのレベルまでネットワークの階層ビューを提供する。複数の異なるビューによって、マネージャがシステム内で何が起きているのかを監視、制御しやすくなる。Ｎｅｔｓｍａｒｔ（商標）は、監視、準備、ソフトウェアダウンロード（ＳＷＤＬ）、リモートメモリバックアップ（ＲＭＢＵ）、およびリモートメモリ復元（ＲＭＲ）に対するグラフィック制御も提供する。Ｎｅｔｓｍａｒｔ（商標）は、ユーザが、データまたはＴＬ１コマンドを入力しなくても実用可能なタスクを実行できるようにする豊富なグラフィックユーザインタフェースも特徴とする。
【０３７７】
アーキテクチャ
アーキテクチャ構成要素
図３４は、開示されている発明のある実施態様のアーキテクチャ構成要素を示す。オラクル（Ｏｒａｃｌｅ）データベースは、ＳＱＬ（構造化検索言語）を介してアクセスされる永続記憶のために使用される。アプリケーションインタフェースを、ＦＤＢＣ（富士通データベース結合性）を通してデータベースに引き下げ、オブジェクトをデータベースに差蔵するためにＦＯＲＡ（富士通オブジェクト関係アダプタ）を使用する。
【０３７８】
ネットワークマネージャアプリケーションは（グループ、ＮＥおよびリンクを管理するために使用される）トポロジ、ソフトウェアレポジトリ、ネットワークの障害を管理する障害マネージャ、未処理ＴＬ１インタフェースおよびバッチ能力を提供する未処理ＴＬ１およびＴＬ１バッチ、ならびにソフトウェアダウンロードおよびリモートバックアップマネージャを含む。
【０３７９】
要素マネージャアプリケーションは、指定されたリリースに対するＮＥを記述するメタモデル、ＮＥを特定、発見する児童発見、ＮＥ用の構成マネージャ、ＮＥクロスコネクトを管理するクロスコネクトマネージャ、およびＮＥ用のソフトウェアダウンロード／リモートバックアップマネージャを含む。
【０３８０】
フレームワーク構成要素は、オブジェクト照会サービスおよび欄照会サービスをクライアントに提供するイベントサービス、照会およびクライアント永続性、トランザクションサービスを提供するトランザクションと並行性、機密保護、スレッド化方針およびＣＯＲＢＡ要求ディスパッチを提供するスレッド、サーバ活性化、ログおよびトレースにサービスを提供する接続（ライフサイクルサービス）、（サーバオブジェクトの位置を突き止めるために使用される）ディレクトリ命名サービス、およびＨＡサービスとプロセス管理を提供するクラスタエージェントフレームワークを含む。
【０３８１】
通信サブシステムは、ＮＥに対するＴＬセッションを管理するセッションマネージャ、ＴＬ１セッションをＮＥに提供し、ＣＯＲＢＡ  ＩＤＬからＴＬ１コマンド／応答と自律メッセージ仲介を実行するセッション、未処理セッション、ＴＩＤをネットワークアドレスマッピング（ソースは、ＴＡＲＰまたはＮＥＴＳＭＡＲＴデータベースである場合がある）に提供するアドレスマネージャ、およびＯＳＩを含む。
【０３８２】
プロセスアーキテクチャ
図３５は、ＮＥＴＳＭＡＲＴ用プロセスアーキテクチャの概要を示す。ＮＥＴＳＭＡＲＴプロセスアーキテクチャは、ＣＯＲＢＡサービス、フレームワーク、プロセス活性化と監視、アプリケーションおよび通信に分けられる。
【０３８３】
ＯＣＲＢＡサービスは、命名サービス（ＮＥＴＳＭＡＲＴ  ＣＯＲＢＡオブジェクトに名前解決サービスを提供する）、イベントサービス（ＣＯＳイベントチャネルをＮＥＴＳＭＡＲＴの自律通信に提供する）、ｏｒｂｉｘｄ（ｏｒｂｉｘデーモンは、ＣＯＲＢＡクライアント／サーバ接続管理をオブジェクト要求ブローカに提供する）を含む。
【０３８４】
フレームワークコアは、フレームワークおよび機密保護を含む。フレームワークは、ログマネージャ（高速ログ収集サービスをＮＥＴＳＭＡＲＴアプリケーション構成要素に提供する）、ブローカ（ＣＯＲＢＡオブジェクト定位サービスおよび活性化サービスをアプリケーション構成要素に提供する）、クライアント永続性（リモート永続性サービスをＧＵＩクライアントに提供する）、およびクライアント照会（リモート照会サービスをＧＵＩクライアントに提供する）から成り立つ。機密保護は、ユーザマネージャ（ＮＥＴＳＭＡＲＴユーザの管理を提供する）、アクセス制御マネージャ（ＮＥＴＳＭＡＲＴ機能性へのアクセスを制御するためにユーザ機密保護プロファイルの管理を提供する）およびユーザセッションマネージャ（すべてのアクティブなＮＥＴＳＭＡＲＴセッションを管理する）から成り立つ。
【０３８５】
プロセス活性化および監視は、ｆｅｎｉｃｓｄおよびデーモンモニタから成り立つ。ＮＥＴＳＭＡＲＴデーモンプロセスは、すべてのＮＥＴＳＭＡＲＴプロセスの健康を監視し、プロセス障害を特定し、それらを再起動する。ｆｅｎｉｃｓｄおよびデーモンは、互いを監視し、それらの内の一方の再起動は死ぬ。
【０３８６】
オプションのアプリケーションサービスは、ＵＰＳマネージャ（電源切イベントのためにＵＰＳからのトラップ通知を傾聴し、停電状態でＮＥＴＳＭＡＲＴの停止を管理する）、ｅｍｌｎｍｌサービス（ＮＭＬシステムのＮＥＴＳＭＡＲＴにインタフェースを提供する）、および性能管理（ＮＥＳから性能データを収集し、それらを後の分析のためにオラクルデータベースに繰り返す（ｐｅｒｓｉｓｔｓ））を含む。
【０３８７】
コアアプリケーションは、トポロジサーバ（ＮＥ、グループおよびリンクを管理するためにインタフェースを提供し、未処理ＴＬ１セッションを確立するためのサービスをＮＥに提供し、統合ネットワークレベル障害照会、管理およびカウントサービスを提供する）、アプリケーションサーバ（その多様な構成要素が以下を実行する。つまり、物理ＮＥの模擬、データベース内でのＮＥ構成の管理、ＮＥＴＳＭＡＲＴによって管理される各種ＮＥのメタデータの管理、物理ＮＥから情報をフェッチすることによってＮＥ特殊オブジェクトを具体化するための静的メタモデル定義の使用、不一致の特定、および物理ＮＥとＮＥのＮＥＴＳＭＡＲＴビューの相違点の調整、データベースおよび物理ＮＥでのクロスコネクトの管理、およびデータベースへのＮＥ障害の記憶である）、およびソフトウェアマネージャサーバ（ソフトウェア汎用体を管理するためにサービスを提供し、ソフトウェア汎用体、およびＮＥデータベースのバックアップ／復元をダウンロードし、活性化するためにＮＥレベルサービスを提供する。これらのインタフェースは、ネットワークレベルで提供される）を含む。
【０３８８】
コア通信サービスは、通信サーバ（コマンド／応答／イベントおよび未処理ＴＬ１セッションをＮＥに提供し、ＩＤＬをＴＬ１に、および逆に仲介を提供する）、およびセッションマネージャ（ＮＥへの通信セッションを管理し、ＴＩＤからＮＳＡＰ／ＩＰにルックアップサービスを提供する）を含む。通信は、ＴＡＲＰ（ターゲットアドレス解決プロトコル）規格、ＦＴＡＭ（ファイル転送アクセス管理）規格、およびＯＳＩ規格を介して提供されてよい。
【０３８９】
ハードウェアアーキテクチャ：企業５５００／６５００構成
図３６は、現在開示されている発明の実施態様のためのハードウェアアーキテクチャを示す。企業５５００／６５００構成は、サーバ用のハードウェア実現の一例を示す。サーバは、それぞれＯＳＩカードとＩＰ  ＬＡＮカードを使用して、１００ベースーＴ  ＮＥ通信網によって個々のＮＥネットワークと、クライアント通信網を介してクライアント機械とネットワークする。サーバは、無停電電源（ＵＰＳ）および小型コンピュータ用周辺機器インタフェース（ＳＣＳＩ）によって接続されるＬ２８０自動ローダバックアップシステムも有する。この図は、サーバのフレームワーク、アプリケーション、および通信ブロックを示す。レイド（ＲＡＩＤ）を使用するオラクルデータベースは永続的なバックアップとしての役割を果たす。
【０３９０】
サーバアーキテクチャ
図３７は、指定されたＮＥＴＳＭＡＲＴアプリケーション構成要素のサーバアーキテクチャを描く。アプリケーション構成要素（例えば、トポロジサーバ、通信サーバ等）は、ＦＤＢＣを介してオラクルデータベースと接続し、オブジェクトをデータベースに写像するためにＦＯＲＡを使用する。ＦＤＢＣは、ＪＮＩ（日本ネイティブインタフェース）を使用し、ＯＣＩ（オラクル呼出しインタフェース）機能を呼び出す。ＯＣＩ機能は、Ｃで作成され、データベースの操作および管理を可能にする。
【０３９１】
スレッドフィルタは、指定アプリケーションのスレッド化意味論を定義する。スレッドフィルタは、ＣＯＲＢＡ要求をＣＯＲＢＡオブジェクトに送達するために使用される。
【０３９２】
ユーティリティは、多様なタスクに使用できる。それらは、非同期作業者（ａｓｙｎｃｗｏｒｋｅｒ）（ＧＵＩを通して入力されるユーザコマンドを実行する作業者スレッドパターン）、オブジェクトプール（再利用できるオブジェクトのプールを含む最適性能のためのパターン）、在庫（関係オブジェクトのリスト）、ライセンスサービス（ユーザによって購入されるＮＥＴＳＭＡＲＴライセンスに基づきインストールの使用を制限する）、タスク管理（マルチスレッドプログラミング用パターン）、および収集（拡張およびＪａｖａ収集、収集オブジェクトを生成し、ＣＯＲＢＡ上で伝送する）を含む。
【０３９３】
ヘルパーは、ＤＮＳＨｅｌｐｅｒ（ＮＥＴＳＭＡＲＴの中でＣＯＲＢＡオブジェクトをルックアップするために使用されるディレクトリ命名サービス）、認証者（ａｕｔｈｅｎｔｉｃａｔｏｒ）（ユーザが制限される特権を要求する時に認証サービスを提供する）、ｅｖｅｎｔｓｅｒｖｉｅ（ＥＴＳＭＡＲＴの多様な構成要素間の非同期通信）、レジストリ（ＮＥＴＳＭＡＲＴ内のオブジェクトのＣＯＲＢＡ用ルックアップサービス）、およびログ／トレース（ＮＥＴＳＭＡＲＴアプリケーション構成要素に対するログ収集およびトレース）を含む。
【０３９４】
修正および変動
当業者によって認識されるように、本出願に記述される革新的な概念は、はなはだしい範囲のアプリケーションで修正、変化することができ、その結果、示されている、特許権を有する主題の範囲は特定の例示的な教示のどれによっても制限されていない。
【０３９５】
現在好ましい実施態様は、ＮＭＳに対して接続するように設計されているＥＭＳとして実現されているが、開示された革新は、ソフトウェア階層に関して他の選択肢で実現することができる。例えば、ＮＭＳをＥＭＳ機能性と結合することはきわめて可能であり、ＥＭＳとＮＭＳの間の分割線は鋭い分割ではない。同様に、要素管理機能の一次機能とともに希望される場合に、それ以外の多数の機能（例えば、障害、構成、アカウント、性能、および／または機密保護管理）を結合することができ、開示される発明は多様な方法でこのような拡大されたアーキテクチャに適用できる。
【０３９６】
ＴＭＮ規格は、電気通信システム管理の多様な構成要素を相互に関係付ける総合的なソフトウェアアーキテクチャ概念を記述する。要素管理層およびネットワーク管理層に加えて、層はビジネス管理およびサービス管理にも確保される。それ以外の機能は、この階層の中に結合できる。開示された発明は、独占的に要素マネージャシステムであるシステムに制限されるのではなく、このようなシステムが厳密に言えばＥＭＳシステムではない可能性があるにしても、要素管理機能性を含むその他のシステムにも適用できる。
【０３９７】
２．０  ＳＯＮＥＴクロスコネクトのＧＵＩサポート
ＭＭＳ−Ｒｘ．ｙフィーチャ２．１    ＳＯＮＥＴ  ＳＴＳクロスコネクト管理フィーチャ記述、原理および想定
Ｎｅｔｓｍａｒｔは、ＦＬＡＳＨ６００−ＡＤＸ  Ｒ１．１２．１／３．１用のＳＯＮＥＴクロスコネクトの管理を提供するためである。ＦＬＡＳＨ−ＡＤＸ６００用のＳＯＮＥＴクロスコネクトパネルは、（次の項で説明される）以下の種類のクロスコネクト、ＳＴＳ１、ＳＴＳ３Ｃ、ＳＴＳ１２Ｃ、およびＶＴ１．５をサポートする。
ＦＬＡＳＨ  ＡＤＸ６００は、以下をサポートする。
・任意の時間スロットファシリティは、ＳＴＳ１、ＳＴＳ３ＣおよびＳＴＳ１２ＣおよびＶＴ（ＶＴ１．５の代わりに使用）速度で他のものにクロス子ネックとすることができる。
・ＶＴ速度にアクセスすることができ、クロスコネクトは、ＳＴＳ１速度からだけ追加することができる。ＶＴ速度に対するアクセスは、ＳＴＳ３ＣまたはＳＴＳ１２Ｃ速度（仮定）からは不可能である。
・ＤＳ３カード、ＥＣ１カードおよびＤＳ１カードを含むすべてのカード種類が、ＳＴＳ１ビューに表示されるだろう。ＤＳ１カードは、単独のＳＴＳ１ボタンとして表示されるだろう。
・レッドラインクロスコネクトは、任意のレートで作成できる。
・ブリッジ動作またはロール動作が、カレントリリースでＮＥレベルでサポートされる。
・ＳＴＳ１、３Ｃ、１２Ｃクロスコネクトは、ＡＴＭスイッチ構造（ｆａｂｒｉｃ）から、およびＡＴＭスイッチ構造に行うことができる。
・異なるＦＦＰの間の関係性は、ツールバーから呼び出すことのできるテーブルに記憶、表示される。
・ＵＰＳＲ経路切替えは、次の２つの速度で実行される。
・ＳＴＳ速度
・ＶＴ速度
ＦＬＡＳＨ  ＡＤＸ６００  ＳＯＮＥＴ  ＸＣタブは、ＡＤＸ用のＳＯＮＥＴクロスコネクト用開始画面である新しいパネルを生じさせる結果となる。画面のおおまかなレイアウトは、以下に図１に表示されるだろう。
ＳＯＮＥＴ  ＸＣタブは、再ロード、アンドゥ、再実行（Ｒｅｄｏ）、更新、ＣｌｅａｒＰｅｎｄｉｎｇ、ＳｅｔＲｅｄｌｉｎｅ、ＮｏＲｅｄｌｉｎｅ、ＤｅｌＸＣ、レポート、ＦＦＰインフォおよびＣｒｅａｔｅＲｅｄｌｉｎｅを含む基本クロスコネクトツールバーボタンに加えてツールバーボタン１ウェイ、２ウェイを加え、メニューアイテムに対する類似する追も行われるだろう。画面は、３つの基本的なセットの二重アレイ、つまり西、東、および南を有するだろう。あらゆる二重アレイごとに、インタフェース選択肢ボックス（ソネット回線）が、ボタンアレイに表示されている実際のｔｐｓを生じさせるだろう。西、東および南は、高速グループと低速従属グループ（ｔｒｉｂｕｔａｒｉｅｓ）の間の区別があったＦＬＡＳＨ−１９２とは異なるすべて同じインタフェースのセットを有するだろう。また、南アレイは、他のインタフェースカードに加えて、ＶＴスイッチ構造（ＶＴバンドル）およびＡＴＭスイッチ構造カードを含むだろう。
インタフェースカードは、３つすべてのアレイにとって選択肢ボックスに一覧表示される。選択されたビューに応じて、選択肢ボックスは、あらゆるＳＯＮＥＴ回線をイネーブル／ディスエーブルするのに十分なほどインテリジェントであろう。例えば、ＳＴＳ３Ｃビューが選択される場合、ＤＳ１カードは選択肢ボックスでディスエーブルされるだろう。
ｔｐポップアップメニューはプロパティおよびトレースメニューアイテムを含むだろう。トレースが呼び出されると、西−東、東−西、および南−東であるトレース順序が従われない場合には、回線が現在表示されているかどうかを確かめるために、チェックが実行されるだろう。つまり、トレースが西アレイのｔｐで呼び出され、クロスコネクトが行われている改選が他のアレイ内での現在の画面で選択されていない場合には、東アレイが新しいアレイを表示するために変更されるだろう。トレースが南アレイのｔｐで呼び出され、接続するｔｐがＶＴバンドル／ＡＴＭ  Ｓｗｔｐである場合には、南アレイからのＳＯＮＥＴ回線がＥＡＳＴに移動され、南アレイは現在必要とされるＶＴ−ＳＷ／ＡＴＭ−ＳＷを表示するだろう。
２つのアレイが同じＳＯＮＥＴ回線を選択する場合には、同じ回線は第３アレイの選択肢ボックスでディスエーブルされるだろう。
２つの成端するＳＴＳ経路から１つの成端しないＳＴＳ経路への経路セレクタの作成は、ＧＵＩによって拒絶される。
ボタン（ｔｐｓ）は、伝送能力および受信能力を有し、ｔｐは、何が許されているのかに応じてボタン上で「Ｔ」および「Ｒ」でマーキングされるだろう。ｔｐがともに一定の点で伝送能力と受信能力の両方を有する場合には、「Ｔ」または「Ｒ」のどちらも表示されないだろう。単純な例は図２に描かれている。ワンウェイクロスコネクトはＳＴＳ１速度でＴＰ１−１とＴＰ５−１６の間に作成されており、ビューがＳＴＳ３Ｃに切り替えられるとき、クロスコネクトは淡色表示され、ＴＰ１−１は「Ｒ」機能を有し、ＴＰ５−１６は「Ｔ」機能を有する。
フィーチャトレース可能性    なし
ＵＩ要件（複数の場合がある）    イエス
【０３９８】
2005512346.tif 000021
【０３９９】
2005512346.tif 000022
【０４００】
2005512346.tif 000023
【０４０１】
2005512346.tif 000024
【０４０２】
2005512346.tif 000025
【０４０３】
2005512346.tif 000026
【０４０４】
2005512346.tif 000027
【０４０５】
2005512346.tif 000028
【０４０６】
2005512346.tif 000029
【０４０７】
2005512346.tif 000030
【０４０８】
2005512346.tif 000031
【０４０９】
2005512346.tif 000032
【０４１０】
2005512346.tif 000033
【０４１１】
2005512346.tif 000034
【０４１２】
2005512346.tif 000035
【０４１３】
2005512346.tif 000036
【０４１４】
2005512346.tif 000037
【０４１５】
2005512346.tif 000038
【０４１６】
2005512346.tif 000039
【０４１７】
2005512346.tif 000040
【０４１８】
2005512346.tif 000041
【０４１９】
2005512346.tif 000042
【０４２０】
2005512346.tif 000043
2005512346.tif 000044
【０４２１】
2005512346.tif 000045
【０４２２】
2005512346.tif 000046
【０４２３】
2005512346.tif 000047
【０４２４】
2005512346.tif 000048
2005512346.tif 000049
【０４２５】
2005512346.tif 000050
【０４２６】
2005512346.tif 000051
【０４２７】
2005512346.tif 000052
【０４２８】
【表１】
2005512346.tif 000053
【０４２９】
ＮＭＳ−ＲＸ．Ｙ−Ｆｅａｔｕｒｅ２−２    ＳＯＮＥＴ  ＶＴクロスコネクト管理
フィーチャ記述、原理および仮定
このフィーチャは、過去のフィーチャの拡張であり、それはＦＬＡＳＨ  ＡＤＸ−６００用のＶＴクロスコネクトの作成を含む。クロスコネクトは同じＳＯＮＥＴ  ＳＴＳパネル上であるが、ＸＣ型をＶＴ１．５に変更することによって表示できる別のビューで作成される。サポートされているクロスコネクト型は、ワンウェイとツーウェイであり、ツールバーおよびメニューアイテムの表示は同じである。二重アレイは、最初にＳＴＳ速度で表示されてから、ＶＴ  ｔｐを含むだろうボタンアレイのもう１つのレベルを表示するために拡大できる。ＶＴ  ｔｐにクロスコネクトできるＤＳ１回線もＶＴ速度でイネーブルされる。南アレイでの選択のために使用できるＶＴスイッチ構造は、基本モードまたは機能拡張モードのどちらかにあることがある。
基本モードでは、ＶＴ−ＳＦは、ＶＴ−ＴＳＡをサポートする。ＶＴ−ＴＳＡの場合、ｔｒｉｂスロットから出現するＶＴは経路セレクタに割り当てることはできず、ｔｒｉｂスロットから出現するＶＴはｔｒｉｂスロットに移動することはできない。また、ＶＴ−ＳＦ基本もヘアピンニングをサポートしない。
機能拡張モードでは、ＶＴ−ＳＦがＶＴ−ＴＳＩをサポートする。ＶＴ−ＴＳＩにより、任意のスロットから出現するＶＴは、経路セレクタとなり、任意のスロットからくるＶＴは任意のスロットに移動できる。ＶＴ−ＳＦ機能拡張はヘアピンニングをサポートする。
特に、ＴＶ  ｔｐｓの作成およびクロスコネクトに適用するだろういくつかの制約とは、以下のとおりである。
・ＯＣ−３およびＯＣ−１２リングの場合、ｔｒｉｂスロットは、スロット１と２を除く任意のスロットである。
・ＯＣ−４８リングの場合、ｔｒｉｂスロットは、スロット１、２、９および１６を除く任意のスロットである。
フィーチャトレース可能性    なし
ＵＩ要件（複数の場合がある）    イエス
【０４３０】
2005512346.tif 000054
【０４３１】
2005512346.tif 000055
【０４３２】
2005512346.tif 000056
【０４３３】
2005512346.tif 000057
【０４３４】
2005512346.tif 000058
【０４３５】
2005512346.tif 000059
【０４３６】
2005512346.tif 000060
【０４３７】
2005512346.tif 000061
【０４３８】
2005512346.tif 000062
【０４３９】
2005512346.tif 000063
【０４４０】
2005512346.tif 000064
【０４４１】
2005512346.tif 000065
2005512346.tif 000066
【０４４２】
2005512346.tif 000067
【０４４３】
2005512346.tif 000068
2005512346.tif 000069
2005512346.tif 000070
【０４４４】
2005512346.tif 000071
【０４４５】
2005512346.tif 000072
2005512346.tif 000073
2005512346.tif 000074
【０４４６】
2005512346.tif 000075
【０４４７】
2005512346.tif 000076
【０４４８】
2005512346.tif 000077
【０４４９】
2005512346.tif 000078
【図面の簡単な説明】
【図１】図１は、ＮＥに対するＮＥＴＳＭＡＲＴ結合性を示す。
【図１Ａ】図１Ａは、ベンダに特殊な、あるいは標準的なインタフェースを使用してマルチベンダネットワークと通信するためのネットワーク管理図を示す。
【図１Ｂ】図１Ｂは、電気通信網の管理のための典型的な層アーキテクチャを示す。
【図２】図２は、ＮＥＴＳＭＡＲＴウィンドウレイアウトを示す。
【図３】図３は、ドロップダウンファイルメニューを備えるＮＥＴＳＭＡＲＴトポロジを示す。
【図４】図４は、フィルタアナログ、つまり、ＮＥＴＳＭＡＲＴダイアログ要素のサンプルを示す。
【図５】図５は、（ＮＥが作成された）トポロジマネージャを示す。
【図６】図６は、トポロジ検索ＮＥダイアログを示す。
【図７】図７は、検索ＮＥダイアログを使用する選択の結果を示す。
【図８】図８は、トポロジマネージャのリンクレポートを示す。
【図９】図９は、ＯＣ−１９２  ２Ｆ−ＢＬＳＲを示す。
【図１０】図１０は、装置タブビューの構成を示す。
【図１１】図１１は、プロパティビューの構成を示す。
【図１２】図１２は、管理マネージャウィンドウからのシステム管理図を示す。
【図１３】図１３は、管理マネージャウィンドウからのアドレス管理ビューを示す。
【図１４】図１４は、アドレスリストのすべてのビューを示す。
【図１５】図１５は、ＮＥＵ管理ビューを示す。
【図１６】図１６は、ローカル機械から汎用体をインストールするという概念を示す。
【図１７】図１７は、リモート機械からの汎用体のインストールを示す。
【図１８】図１８は、リモートメモリバックアップおよび復元ウィンドウを示す。
【図１９】図１９は、クロスコネクト：ＤＳ０  ＸＣタブを示す。
【図２０】図２０は、クロスコネクト：ＦＡＳＴＬＡＮＥ  ＸＣタブを示す。
【図２１】図２１は、クロスコネクト：ＳＯＮＥＴ  ＸＣタブを示す。
【図２２】図２２は、クロスコネクト：ＳＯＮＥＴ  ＸＣタブヘアピンニング（ｈａｉｒｐｉｎｎｉｎｇ）図を示す。
【図２３】図２３は、クロスコネクト：ＳＯＮＥＴ  ＸＣタブを示す。
【図２４】図２４は、クロスコネクト：クロスコネクトレポートを示す。
【図２５】図２５は、クロスコネクト：ＤＳ０  ＸＣタブを示す。
【図２６】図２６は、管理ファシリティダイアログを示す。
【図２７】図２７は、インタフェースタブ：ＩＮＡ属性ビューを示す。
【図２８】図２８は、（ＮＥＴＳＭＡＲＴメニューからの）ＰＭ要素図：タブ監視を示す。
【図２９】図２９は、性能マネージャ要素ビュー−タブ登録を示す。
【図３０】図３０は、性能マネージャ要素ビュー−データベースタブを示す。
【図３１】図３１は、性能マネージャ装置ビューを示す。
【図３２】図３２は、性能マネージャグループ／ファシリティ図を示す。
【図３３】図３３は、（クロスコネクト型単位の）クロスコネクトレポートダイアログを示す。
【図３４】図３４は、ＮＥＴＳＭＡＲＴのアーキテクチャ構成要素を示す。
【図３５】図３５は、ＮＥＴＳＭＡＲＴプロセスアーキテクチャを示す。
【図３６】図３６は、本出願の１つの実施態様のハードウェアアーキテクチャを示す。
【図３７】図３７は、ＮＥＴＳＭＡＲＴサーバアーキテクチャを示す。
【図３８】図３８は、メタモデルクラス図を示す。
【図３９】図３９は、メタベースアセンブリクラス図を示す。
【図４０】図４０は、メタベースアセンブリ状態遷移図を示す。
【図４１】図４１は、メタノードクラス図を示す。
【図４２】図４２は、メタアセンブリロード図を示す。
【図１】
2005512346.tif 000079
【図１Ａ】
2005512346.tif 000080
【図１Ｂ】
2005512346.tif 000081
【図２】
2005512346.tif 000082
【図３】
2005512346.tif 000083
【図４】
2005512346.tif 000084
【図５】
2005512346.tif 000085
【図６】
2005512346.tif 000086
【図７】
2005512346.tif 000087
【図８】
2005512346.tif 000088
【図９】
2005512346.tif 000089
【図１０】
2005512346.tif 000090
【図１１】
2005512346.tif 000091
【図１２】
2005512346.tif 000092
【図１３】
2005512346.tif 000093
【図１４】
2005512346.tif 000094
【図１５】
2005512346.tif 000095
【図１６】
2005512346.tif 000096
【図１７】
2005512346.tif 000097
【図１８】
2005512346.tif 000098
【図１９】
2005512346.tif 000099
【図２０】
2005512346.tif 000100
【図２１】
2005512346.tif 000101
【図２２】
2005512346.tif 000102
【図２３】
2005512346.tif 000103
【図２４】
2005512346.tif 000104
【図２５】
2005512346.tif 000105
【図２６】
2005512346.tif 000106
【図２７】
2005512346.tif 000107
【図２８】
2005512346.tif 000108
【図２９】
2005512346.tif 000109
【図３０】
2005512346.tif 000110
【図３１】
2005512346.tif 000111
【図３２】
2005512346.tif 000112
【図３３】
2005512346.tif 000113
【図３４】
2005512346.tif 000114
【図３５】
2005512346.tif 000115
【図３６】
2005512346.tif 000116
【図３７】
2005512346.tif 000117
【図３８】
2005512346.tif 000118
【図３９】
2005512346.tif 000119
【図４０】
2005512346.tif 000120
【図４１】
2005512346.tif 000121
【図４２】
2005512346.tif 000122
【国際調査報告】
2005512346.tif 000123