JP4841762B2 - Ｏａｍ機能性のためのネットワーク管理サポートおよびそのための方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
【従来の技術】
オペレーション／管理（ＯＡＭ）メッセージが、一般的に、様々な診断目的で、通信ネットワーク内で使用されている。例えば、非同期転送モード（ＡＴＭ）通信ネットワークに関して、２つの異なるタイプのＯＡＭ機能性が一般的にサポートされている。ＡＴＭセルが定義されたパス上または接続上で進んでいるか否かを判定するのに、ＯＡＭ連続性検査が使用される。ＯＡＭパフォーマンス監視が、監視のために選択された特定のパスまたは接続に関する統計を収集して、それを維持する。
【０００２】
いくつかの通信ネットワークは、ＯＡＭ機能性をサポートするノードまたはカードを含むことができ、また同様に、ＯＡＭ機能性をサポートしないノードまたはカードを含むことができる。従来技術のシステムでは、ネットワーク内でのＯＡＭ診断情報収集に備えるためには、各ノードごとの手作業の構成が個々に必要とされる。そうした手作業の構成は、ＯＡＭセルソースとして動作するように特定のＯＡＭ対応カードを構成すること、ならびに、ＯＡＭセルシンクとして動作するように別のＯＡＭ対応カードを構成することを含み得る。ＯＡＭセルソースは、ＯＡＭセルをネットワーク内のデータフローの中に注入し、ＯＡＭシンクポイントは、これらのセルを分析のためにそのデータフローから抽出する。
【０００３】
従来技術のシステムでは、ＯＡＭ連続性検査機能性は、パスまたはリンクの両端点が、ＯＡＭ連続性検査機能性をサポートするノード内の回線カードに相当するときにのみサポートされる。さらに、その上での連続性検査が所望されるパス全体は、そうした従来技術の解決法がなんらかのレベルの連続性検査機能性を提供するための、ＯＡＭセルを終端するキャリア間インターフェースを含み得ない。
【０００４】
従来技術ＯＡＭサポートのさらなる限界は、ネットワーク内の障害または他の問題が、特定のコールまたはパスの再経路指定をもたらすときに認められる。ＯＡＭ機能性が、再経路指定の必要に先立って、パス上でサポートされていた場合、ユーザは、そうした経路指定変更について通知された後、再び、適切なＯＡＭソースポイントおよびＯＡＭシンクポイントを新たに経路指定されたパス上に手作業で追加しなければならない。さらに、ユーザは、前のソースポイントおよびシンクポイントが、前のパスに含まれていたノードを使用して確立される将来のＯＡＭ検証に干渉しないことを確実にするため、それらを非活動化しなければならない可能性がある。
【０００５】
従来技術のシステム内でＯＡＭセル機能性を構成することに関連する困難に加えて、そうした従来技術のシステム内では、ＯＡＭセグメントの視覚表現に対するサポートが、ほとんど利用できない。このため、ＯＡＭ機能性が存在するパスまたはノードを判定することが、非常に不便である。ユーザは、従来技術のグラフィカルユーザインターフェースを利用して、特定のノードを選択し、次に、そのノード内の特定のシェルフを選択し、次に、そのシェルフ内の特定のカードを選択し、そして最後に、そのカード内の特定のポートを、そのポートがＯＡＭソースまたはＯＡＭシンクとして動作しているかを判定するために選択することを余儀なくされる。これほど多数の表示を移動しなければならないことは、ユーザにとって不都合であり、したがって、望ましくない。
【０００６】
【発明が解決しようとする課題】
したがって、通信ネットワーク内でＯＡＭ機能性を実装するためのより効率的な手段が必要である。
【０００７】
【課題を解決するための手段】
一般的に、本発明は、通信ネットワーク内でのＯＡＭ機能性のネットワーク管理サポートのための方法および装置を提供する。ネットワークマネージャが、複数のパスポイントを含むパスポイントまたは論理リンクに関するＯＡＭ構成情報を受信する。複数のパスポイントの各パスごとに、ネットワークマネージャは、そのネットワークの構成に基づいて、そのパスポイントが、所望のＯＡＭ機能パスのためのＯＡＭソースまたはＯＡＭシンクとして働くべきかどうかを判定する。この判定に基づいて、ネットワークマネージャは、ＯＡＭソースまたはＯＡＭシンクとして機能する選択されたパスポイントに対するＯＡＭ構成コマンドを生成する。これらのＯＡＭ構成コマンドは、次に、対応するパスポイントに提供され、適切なＯＡＭソースおよびＯＡＭシンクが確立されるようになる。
【０００８】
ネットワークマネージャとの対話は、ＯＡＭ構成情報を受け入れ、また現行のＯＡＭソース、ＯＡＭシンク、およびＯＡＭ中間パスポイントについての詳細な視覚情報を提供するグラフィカルユーザインターフェースの使用を介して円滑にすることができる。ネットワークマネージャは、ネットワーク内での障害または他のオカレンスが、ＯＡＭ機能性が存在するパスに影響する再経路指定条件をもたらすと判定した場合、そのパスに関して確立されている様々なソースおよびシンクを自動的に再構成して、そのパスに関するＯＡＭ機能性が維持されることを確実にすることができる。さらに、ネットワークマネージャは、ＯＡＭ連続性検査の使用を介して、特定の障害の分離を可能にする追加のソースポイントおよびシンクポイントを生成することもできる。
【０００９】
ネットワークマネージャが、通信ネットワーク内でのＯＡＭ機能性を監視して、それをサポートすることを可能にすることによって、従来技術システム内で必要とされる多量の手作業の対話が除去される。グラフィカルユーザインターフェースが、パスまたは論理リンクを構成してＯＡＭ連続性検査およびＯＡＭパフォーマンス監視をサポートするときの、ユーザ側で必要とされるステップを単純化する。また、グラフィカルユーザインターフェースは、ＯＡＭセグメントに関連する様々なソースポイントおよびシンクポイントの場所をユーザに対して明白にする視覚データも提供する。さらに、ネットワークマネージャは、ネットワーク内での様々なパスまたは接続の現行の状態についての大域的視点を有するため、ＯＡＭソースポイントおよびＯＡＭシンクポイントを変更する必要性をもたらす、接続またはパスに対するいかなる変更も、自動的に処理されることが可能であり、このため、さらなるユーザ対話の必要がない。
【００１０】
ネットワーク内でのＯＡＭセットアップのネットワークマネージャ制御は、ＯＡＭ連続性検査が所望されるセグメントがＯＡＭをサポートしない構成要素によって分断されたとき、ＯＡＭ連続性検査の最大有効範囲が実現されることをネットワークマネージャにとって確実にすることを可能にする。さらに、ネットワークマネージャ制御は、ユーザが、マルチネットワークＯＡＭセグメントの一部になるようにパスを構成することを可能にする。そうしたマルチネットワークセグメントは、パスの開始または終了を表すＯＡＭメッセージのためのソースまたはシンクだけを含み、そのパスの反対の終端は、ネットワークマネージャの直接制御の下にない別のネットワーク内にあり得ることが可能である。このため、ＯＡＭメッセージは、ネットワークマネージャ自体が制御するネットワークの少なくとも一部の上でのＯＡＭ有効範囲をやはり提供しながらも、別のネットワーク内で開始または終端することが可能である。
【００１１】
ＯＡＭメッセージは、例えば、ＡＴＭプロトコル内で定義された特別セル、またはインターネットプロトコル（ＩＰ）ネットワーク、詳細には、マルチプロトコルラベルスイッチング（ＭＰＬＳ）をサポートするようなネットワーク内で、同様の目的で構成されたパケットであり得る。
【００１２】
【発明の実施の形態】
本発明は、図１〜６を参照してよりよく理解することができる。図１は、ネットワークマネージャ２０によって制御される複数のノード３１〜３４を含む通信ネットワーク１０を図示している。ネットワークマネージャは、様々なノード３１〜３４を構成して、データがその上で通信される様々なパスまたは論理リンクのセットアップをサポートすることを担い、また同様に、様々なノードまたはネットワーク１０内のノードを接続するリンク内で発生し得る問題を検出することも担う。ネットワークマネージャ２０は、ネットワーク管理に関連する多数の機能を実行することができ、これは、カナダ国、オンタリオ、ＫａｎａｔａのＡｌｃａｔｅｌ Ｃａｎａｄａ Ｉｎｃ．によって製造される５６２０ネットワークマネージャによって実行されるようなものである。ノード３１〜３４の各々は、ＯＡＭ機能性をサポートし、したがって、ＯＡＭメッセージシンクまたはＯＡＭメッセージソースのいずれかとして働くことができる。ネットワークマネージャ２０は、ＯＡＭ構成情報を、好ましくは、グラフィカルユーザインターフェースから受信して、受信したＯＡＭ構成情報に基づいてＯＡＭ構成コマンドを生成する。ネットワークマネージャ２０は、これらの構成コマンドすなわちメッセージを様々なノード３１〜３４に送信して、ＯＡＭソースおよびＯＡＭシンクが、受信した構成情報に基づいて、ネットワーク内の適切なポイントで生成されるようにする。
【００１３】
図示するとおり、ネットワーク１０は、非対応ネットワーク３０を含み、これは、様々なノード３１〜３４と相互結合され、端点Ａ４１から端点Ｂ４２に横断するデータが、この非対応ネットワーク３０を通過するようになっている。一例では、ノード３１〜３４の各々は、ＯＡＭ機能性をサポートするＡＴＭノードである。非対応ネットワーク３０は、ＯＡＭ機能性をサポートしない異なるプロトコルの多数のネットワーク構成要素であり得る。他の場合では、非対応ネットワーク３０は、ＯＡＭ機能性をサポートしないＡＴＭ構成要素を含み得る。通常、ノード３２および３３のポート５１および５２は、それぞれ、非対応ネットワーク３０との接続を円滑にするキャリア間インターフェース（Ｂ−ＩＣＩ）として構成される。Ｂ−ＩＣＩポートは、ＯＡＭセルに対するサポートを中断し、したがって、Ｂ−ＩＣＩポートをサポートする回線カードは、非対応ネットワークのアップストリーム側にあるとき、しばしば、ＯＡＭシンクとして働き、また非対応ネットワークのダウンストリーム側にあるとき、ＯＡＭソースとして働く。
【００１４】
前述のとおり、ＯＡＭ機能性は、ＯＡＭ連続性検査とＯＡＭパフォーマンス監視の両方に対するサポートを含み得る。ＯＡＭパフォーマンス監視が所望される場合、パフォーマンス監視がサポートされるためには、ＯＡＭパフォーマンス監視セグメントの両方の端点がＯＡＭ機能性をサポートしなければならないという追加の要件がある。また、Ｂ−ＩＣＩポートは、その端点間のノードに関連する中間ポイントとして許されない。したがって、端点Ａ４１とＢ４２の間のＯＡＭパフォーマンス監視サポートは、この制限により可能ではないことになる。ただし、ＯＡＭパフォーマンス監視は、端点４１とノード３２のポート５１の間に存在するように、ネットワークマネージャによって構成され得る。したがって、ユーザが、端点４１とノード３２のポート５１の間のトラフィックフローについての、特定のパフォーマンス監視情報を所望する場合、ネットワークマネージャ２０は、１つまたは複数のソースとシンクの対をノード３１および３２内に構成して、単一方向または双方向のいずれかのＯＡＭパフォーマンス監視セルトラフィックがもたらされるようにすることができる。同様に、ネットワークマネージャ２０は、ノード３３のポート５２と端点Ｂ４２の間でのパフォーマンス監視サポートを構成することができる。
【００１５】
ＯＡＭ連続性検査の場合、ＯＡＭ連続性検査が所望される、ユーザによって定義されたセグメントは、ＯＡＭ連続性検査が、そのセグメント全体にわたって維持されいない場合、いくつかのサブセグメントに分割することができる。例えば、ユーザは、端点Ａ４１と端点Ｂ４２の間でのＯＡＭ連続性検査を要求することができる。これら２つのポイント間での連続性検査は、介在する非対応ネットワーク３０のために、そのセグメント全体上では可能ではないが、あるレベルの連続性検査が、ネットワークマネージャ２０によって構成されて、端点Ａ４１と端点Ｂ４２の間にあるセグメントのかなりの部分がカバーされるようにすることができる。端点Ａ４１およびＢ４２によって定義されるセグメントは、一つのパスを表し得、または一つの論理リンクだけを表し得ることに留意されたい。
【００１６】
端点Ａ４１およびＢ４２によって定義されるセグメントにわたるＯＡＭ連続性検査サポートに対する要求が受信された場合、ネットワークマネージャ２０は、このセグメントから２つのサブセグメントを導出することができ、このサブセグメントの各々にわたって、ＯＡＭ連続性検査サポートが提供され得る。第１のサブセグメントは、端点Ａ４１とノード３２のポート５１の間にある。第２のサブセグメントは、ノード３３のポート５２と端点Ｂ４２の間にある。したがって、端点Ａ４１とＢ４２の間のセグメント全体にわたってＯＡＭ連続性検査を提供することはできないが（ＯＡＭ連続性検査は、非対応ネットワーク内では不可能なので）、ネットワークマネージャ２０は、セグメントのできる限り多くの部分にわたって、ＯＡＭ連続性検査サポートを確立することができる。
【００１７】
図２は、複数のノード１１０〜１２０および非対応ネットワーク１２２を含む別のネットワーク１００のブロック図を示している。ノード１１０〜１２０の各々は、図１に関連して前述したネットワークマネージャ２０のようなネットワークマネージャに結合されている。一例では、ユーザが、ネットワーク１００内で、ノード１１０に含まれる端点Ａ１４１とノード１１６に含まれる端点Ｂ１４２との間にパスを定義する。この例では、端点Ａ１４１と端点Ｂ１４２の間のパスは、ユーザによって単一方向パスとして定義され、このため、セルフローは、端点Ａ１４１で開始して、端点Ｂ１４２で終端する。この初期パスは、ノード１１２および１１４を含み得る。このパスの構成に続いて、ユーザは、端点Ａ１４１と端点Ｂ１４２の間のパス上でのＯＡＭ連続性検査が望ましいことを決定することができる。このため、ユーザは、端点Ａ１４１および端点Ｂ１４２によって境界を定められたセグメントを定義して、このセグメント上で、ＯＡＭ連続性検査が所望されることを示す。このセグメントの定義およびＯＡＭ連続性検査有効範囲の選択は、ユーザによって定義されたセグメント上でのＯＡＭサポートに関して利用可能な様々なオプションをユーザに提示するグラフィカルユーザインターフェースの使用を介して、ユーザによって実行され得る。
【００１８】
例示の目的で、ノード１１０は、任意のＯＡＭ機能性をサポートするものと想定する。ただし、ノード１１２〜１１６はすべて、ＯＡＭサポートを提供する。ＯＡＭ機能性を制御するネットワークマネージャは、好ましくは、各パスポイントごとのパスポイントパラメータを記憶するデータベースを含み、パスポイントは、ノード内の特定のパスをサポートする入口回線カードまたは出口回線カード内のポートに対応する。これらのパスポイントパラメータは、各パスポイントが、ＯＡＭ機能性をサポートするかどうかを示す。このデータベースを参照することによって、ネットワークマネージャは、ユーザによって定義されたセグメントに対する最大ＯＡＭ連続性検査有効範囲を提供するためには、ＯＡＭソースがノード１１２内で確立されるべきであり、またＯＡＭシンクが、ノード１１６内で確立されるべきであることを決定することができる。端点Ａ１４１とＢ１４２の間でのデータフローの方向に関して、ソースは、ノード１１２の入口回線カード内で確立され、またシンクは、ノード１１６の出口回線カード内で確立される。この決定に基づき、ネットワークマネージャは、ＯＡＭ構成コマンドを生成し、これが、ノード１１２および１１６に送信されて、ＯＡＭソースおよびＯＡＭシンクを確立する。
【００１９】
適切なパスポイントを含むこれらのノードに対するＯＡＭ構成コマンドの伝送に続き、ネットワークマネージャは、選択されたパスポイントに対するＯＡＭ構成コマンドの伝送が成功したことを検証する追加のステップを実行することができる。ＯＡＭ構成コマンド伝送が失敗した場合、ＯＡＭ構成失敗通知が生成されることが可能であり、そうした失敗通知は、ユーザに対してグラフィカルユーザインターフェース（ＧＵＩ）を介して中継され得る。ＯＡＭ構成コマンドの伝送が成功であった場合、ＯＡＭ構成確認通知が生成されることが可能であり、構成がうまく実行されたことをユーザが通知される。これは、結果としてのＯＡＭ構成がユーザにとって容易に明白となるようにする特定の形式でのＧＵＩを介して通達され得る。このＧＵＩは、下記の図６に関連してさらに詳細に説明する。
【００２０】
この例を継続すると、ノード１１２とノード１１４を結合するリンク１３１で障害が発生した場合、ノード１１２と１１４の間でのデータトラフィックが中断される。ネットワークマネージャは、データフローでのそうした中断を検出して、端点ＡとＢの間にユーザによって確立されたパスを再経路指定して、ノード１１０から、ノード１１８、非対応ネットワーク１２２、およびノード１２０を介して、最終的にノード１１６までネットワーク１００を横断する新しいパスが確立されるようにすることができる。ユーザが、新たに作成されたパス上でできる限りＯＡＭ連続性検査を維持することを所望すると想定して、ネットワークマネージャは、この新しいパスに対応する新しいＯＡＭソースおよびＯＡＭシンクが作成されるべきであり、また古いパスに対応するものは、ネットワーク内で構成され得る将来のＯＡＭ連続性検査を妨げないように、終了されるべきであることを認識することができる。この結果、ネットワークマネージャは、追加のＯＡＭ構成コマンドを生成して、ノード１１２で確立されたソースが、終端されるようにする。追加の構成コマンドは、ノード１１６でのシンクセットアップを終了させることができるが、いくつかの実施形態では、このＯＡＭシンクをそのままにしておくことが好ましい。というのは、それが、後に確立されるサブセグメントに対するＯＡＭ連続性検査セルシンクとして働く可能性があるからである。
【００２１】
ノード１１８および１２０が、ＯＡＭ機能性を完全にサポートするものと想定して、２つのサブセグメントが、非対応ネットワーク１２２を通過するパス上の端点Ａ１４１とＢ１４２の間のセグメント上での最大ＯＡＭ連続性検査有効範囲を提供するために作成され得る。前述のとおり、ノード１１０は、ＯＡＭ機能性をサポートせず、したがって、ノード１１０内には、ＯＡＭソースまたはＯＡＭシンクは、全く含まれない。単一方向パスに対するデータフローの方向に関して、ＯＡＭソースは、ノード１１８の入口回線カード内で作成され得る。非対応ネットワーク１２２は、ＯＡＭセルトラフィックをサポートすることができないので、ノード１１８の入口回線カード内にソースされるＯＡＭセルは、ノード１１８の出口回線カード内にシンクされていなければならない。したがって、ノード１１８内のＯＡＭ連続性検査セルのソースおよびシンクは、ノード１１８内に含まれるスイッチング構成および他の相互接続（ｉｎｔｅｒｃｏｎｎｅｃｔ）に対する連続性検査だけを提供することができる。
【００２２】
端点Ａ１４１から端点Ｂ１４２までのセグメント上に確立され得る第２のサブセグメントは、ノード１２０の入口回線カード内で開始して、ノード１１６の出口回線カード内で終端する。したがって、適切なＯＡＭ構成コマンドが生成され、ノード１１６および１２０に送信されて、ソースが、ノード１２０の入口回線カード内で作成され、またシンクが、ノード１１６の出口回線カード内で作成されるようにすることができる。前述のとおり、パスの再経路指定が必要とされる前にノード１１６の出口回線カード内に存在していたシンクは、この新たに作成されたサブセグメントに対するシンクとして使用して、この元のシンクを終了して、同じ場所に別のシンクを生成する追加のコマンド情報が必要とされないようにすることができる。別の実施形態では、この元のシンクが終了されて、新しいシンクが、それらの両方がほぼ同じ場所に存在するにしても生成される。
【００２３】
リンク１３１で障害が検出されたとき、グラフィカルユーザインターフェースを使用して、その障害に対応する情報をユーザに中継することができる。例えば、障害を表示するのに、特定のカラーを使用することができ、一例では、赤のカラーを使用して、セルトラフィックが適切に流れることを妨げるリンク内での中断が示される。
【００２４】
ネットワークマネージャは、ＯＡＭ機能性を使用して、リンク１３１での障害を検出して、それを分離することができる。リンク１３１での障害についてネットワークマネージャが受信する最初の表示は、ノード１１６の出口回線カード内で元々確立されたＯＡＭシンクによるＯＡＭセルの受信の欠如であり得る。そうした連続性の欠如は、ＯＡＭ連続性検査が現在サポートされているセグメント上のどこかで、障害が存在することを示すことができる。この障害を分離するため、ネットワークマネージャは、ＯＡＭ連続性検査を再構成して、元の連続性検査セグメントが、いくつかのサブセグメントに分離されるようにすることができる。次に、これらのサブセグメントの各々を検査して、そのサブセグメントにわたって連続性が存在するかを判定することができる。次に、サブセグメントをより小さなサブセグメントにする後続の分割を使用して、特定のノードまたはリンクに障害をさらに分離する。
【００２５】
図２で示す例では、端点Ａ１４１と端点Ｂ１４２の間で連続性の欠如が検出されると、ネットワークマネージャが、セグメントに関連するソースポイントおよびシンクポイントを再構成して、連続性検査が、２つのサブセグメントに分割されるように、新しいソースポイントおよびシンクポイントがノード１１４内で生成されるようにすることができる。一構成では、第１のサブセグメントは、ノード１１２の入口回線カードからノード１１４の入口回線カードまでの連続性を検証し、また第２のサブセグメントは、ノード１１４の入口回線カードからノード１１６の出口回線カードまでの連続性を検証する。そうした分割に基づいて、障害は、ノード１１２の入口回線カードとノード１１４の入口回線カードの間にあるサブセグメントに分離されることになる。ノード１１２の出口回線カードで追加のソースポイントおよびシンクポイントをセットアップすることによって、さらなる分離を実現することができる。これは、サブセグメントをさらに２つのサブセグメントに分割することになり、その１つは、完全にノード１１２内にあり、もう１つは、リンク１３１を含むことになる。このさらなる分割は、障害がリンク１３１上にあることを判定することができ、これにより、ネットワークマネージャが、パスを再経路指定して、新たに作成されたパスに対するＯＡＭ連続性検査のための様々なソースおよびシンクを再確立できるようにする。
【００２６】
図３は、ネットワーク内でＯＡＭ機能性を制御する方法に関連する流れ図を示している。この方法は、ステップ２０２で開始し、そこで、セグメントに関するＯＡＭ構成情報が受信される。このセグメントは、複数のパスポイントを含み、これらは、ネットワーク内で確立されたパス全体に対応し得る、またはパスの一部分に対応し得る。ＯＡＭ構成情報は、ＯＡＭパフォーマンス監視およびＯＡＭ連続性検査のうちの少なくとも１つを選択するＯＡＭタイプ指示を含み得る。ＯＡＭ構成情報は、ステップ２０４で、ネットワーク内でのＯＡＭセグメントおよびＯＡＭ機能性のユーザによる構成を円滑にするＧＵＩを介して受信され得る。
【００２７】
ステップ２０６で、セグメント上にある複数のパスポイントの各パスポイントごとに、そのパスポイントの各々が、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供することになるか否かを判定する。そうした判定は、ネットワークの構成、および各パスポイントがＯＡＭ機能性をサポートするかどうかを示すデータベース内に記憶されたパスポイントパラメータに基づく。ＯＡＭ構成情報が、セグメントが単一方向セグメントであることを示すか、または双方向セグメントであることを示すかに依存して、いくつかのパスポイントは、ＯＡＭセルを生成するＯＡＭソースとして、ＯＡＭセルを終端するＯＡＭシンクとして、あるいは、双方向セグメントの場合、ＯＡＭソースとＯＡＭシンクの両方として働くことができる。
【００２８】
そのパスポイントが、ＯＡＭソースとして働くか、またはＯＡＭシンクとして働くかの、各パスポイントごとの判定は、また、各パスポイントが、中間ＯＡＭパスポイントとして働くかを判定することも含み得る。中間ＯＡＭパスポイントは、ＯＡＭソースとＯＡＭシンクの間に存在するパスポイントに相当する。ＯＡＭセルが、そうした中間パスポイントでソースまたはシンクされないことを確実にするため、構成コマンドを生成して、これらの中間パスポイントに対するどの既存のソース構成またはシンク構成も、ステップ２０２で受信されるＯＡＭ構成情報に関連するＯＡＭソースおよびＯＡＭシンクの確立に先立って消去されるようにすることができる。
【００２９】
ＯＡＭ連続性検査に対応するＯＡＭ構成情報の場合、ステップ２０６で実行される判定は、いくつかのサブセグメントに関連する複数のソースおよびシンクの判定を含み得る。前述のとおり、ＯＡＭパフォーマンス監視は、セグメントの両端点の側でのＯＡＭサポートを必要とする。ＯＡＭ連続性検査の場合、セグメントは、いくつかのサブセグメントに分割することができ、ＯＡＭ連続性検査は、そのセグメント上での少なくともいくらかの連続性検査有効範囲が得られるように、サブセグメントの各々の上でサポートされる。
【００３０】
ステップ２０８で、ＯＡＭソースおよびＯＡＭシンクを提供することになる選択されたパスポイントに対応する適切なＯＡＭ構成コマンドが生成される。ステップ２１０で、ＯＡＭコマンドが、選択されたパスポイントに提供されて、ＯＡＭソースおよびＯＡＭシンクが構成されるようにする。
【００３１】
いくつかの実施形態では、構成コマンドの伝送の検証が行われ、ＯＡＭ機能性の確立も確認されるようにする。したがって、ステップ２１２で、選択されたパスポイントに対するＯＡＭ構成コマンドの伝送が検証される。ステップ２４１で、コマンドの伝送が成功であったか否か、したがって、ソースおよびシンクの構成が成功であったか否かが判定される。成功でなかった場合、方法は、ステップ２１６に進んで、そこで、ＯＡＭ失敗表示が生成される。この失敗表示は、ユーザにＧＵＩを介して提供され得、またはユーザが通知を受ける前に、追加のＯＡＭ構成コマンドが試みられることをもたらし得る。
【００３２】
ステップ２１４で、ＯＡＭ構成コマンドの伝送が成功であったと判定された場合、方法は、ステップ２１８に進む。ステップ２１８で、ＯＡＭ構成確認表示が生成され、Ｂが、ユーザにＧＵＩを介して提供され得る。
【００３３】
いくつかの実施形態では、ＯＡＭ構成方法は、マルチネットワークＯＡＭセグメントをサポートすることができる。マルチネットワークＯＡＭセグメントでは、ＯＡＭセルは、ＯＡＭ構成を実行するネットワークマネージャの直接制御の下にあるのとは別のネットワーク内にソースまたはシンクを有することが可能である。例えば、ネットワークマネージャは、ネットワークＢのすべてを制御し、これが、ネットワークＡに結合され得る。ネットワークＡとＢは、ネットワーク間サービスインターフェース（Ｂ−ＩＳＳＩ）によって結合され得る。ネットワークＡは、連続性が検証されるパスに対するＯＡＭ連続性検査ソースを含むことが可能であり、このパスは、ネットワークＡとネットワークＢの間のリンクにわたって延びている。ソースがネットワークＡ内にあるので、ＯＡＭ連続性検査が検証されるセグメントを完成するのに、ＯＡＭシンクだけが、ネットワークＢ内で必要とされる。ＯＡＭ構成情報が、セグメントがマルチネットワークＯＡＭセグメントの一部分であることを示す機能を含めることによって、ネットワークマネージャが、マルチネットワークＯＡＭセグメントのための単一端点として働くようにネットワーク内にＯＡＭソースまたはＯＡＭシンクを適切に構成できるようにすることができる。
【００３４】
図４は、ネットワーク内でＯＡＭ機能性を制御することに関連するネットワークマネージャ内に含まれ得るネットワークマネージャプロセッサ３００のブロック図を示している。ネットワークマネージャプロセッサ３００は、プロセッシングモジュール３０２およびメモリ３０４を含む。プロセッシングモジュール３０２は、単一のプロセッシングエンティティまたは複数のプロセッシングエンティティを含み得る。そうしたプロセッシングエンティティは、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、状態マシン、論理回路、あるいはオペレーション上またはプログラミング上の命令に基づいて情報を処理する任意のデバイスであり得る。
【００３５】
メモリ３０４は、単一のメモリデバイスまたは複数のメモリデバイスであり得る。そうしたメモリデバイスは、読取り専用メモリデバイス、ランダムアクセスメモリデバイス、フロッピーディスク、ハードドライブメモリ、またはデジタル情報を記憶する任意の他のデバイスであり得る。プロセッシングモジュール３０２が、その機能のうちの１つまたは複数を状態マシンまたは論理回路によって実行させているとき、対応する動作命令を含んでいるメモリは、その状態マシンまたは論理回路内に組み込まれていることに留意されたい。
【００３６】
メモリ３０４は、プロセッシングモジュール３０２が図３に示した方法の少なくとも部分を実行することを可能にするプログラミング上またはオペレーション上の命令を記憶する。したがって、メモリ３０４内に記憶されたオペレーション上の命令は、プロセッシングモジュール３０２によって実行されたとき、プロセッシングモジュール３０２に、通信ネットワーク内でＯＡＭソースおよびＯＡＭシンクを構成することに関連する機能を実行させる。ネットワーク管理プロセッサ３００が、パスポイントがネットワーク内でＯＡＭ機能性をサポートするか否かを示すパスポイントパラメータを決定するのに参照されるデータベースを記憶する場合、そうしたデータベースは、メモリ３０４内に記憶され得る。
【００３７】
図５は、ＯＡＭ機能性構成に関連する様々な機能を実行することができるネットワークマネージャ３２０内の様々な構成要素エンティティの図式表現を含む。ネットワークマネージャ３２０は、データベース３３０およびいくつかのプロセッサ３２１〜３２５を含むことが示され、これらのプロセッサは、ユーザに提供される情報を生成するため、またネットワークマネージャ３２０が制御するネットワークのノード内に含まれる様々なパスポイントに提供される構成コマンドを生成するために、互いに、またデータベースと対話をする。
【００３８】
ユーザインターフェースプロセス３２２は、ＯＡＭ構成情報をユーザから受信し、そうした情報は、ＧＵＩを介して提供され得る。このＧＵＩは、また、構成要求の結果をユーザに通信し返すための手段としても働くことができ、ユーザが、ネットワーク内に含まれる様々なセグメント内に存在する現行のＯＡＭ機能性を理解するようにする。いくつかの実施形態では、ＯＡＭパフォーマンス監視サポートが所望されるとき、グラフィカルユーザインターフェースをセットアップして、特定のパスに関する端点がＯＡＭ機能性をサポートしない場合、ＯＡＭパフォーマンス監視オプションがユーザにとって利用可能ではないようにすることができる。ＧＵＩに関するさらなる詳細は、下記に図６の説明で提供する。
【００３９】
ノードインターフェース３２５は、様々なノードと対話して、データベース３３０を更新し、データベース３３０は、ノード間の様々な相互接続やネットワーク内のＯＡＭソースおよびＯＡＭシンクの現在の状態などに関する情報を記憶する。したがって、ノードインターフェース３２５は、構成コマンドを様々なノードに提供すること、およびそれらのノードが、それらのコマンドに適切に応答しているか否かを判定することを担う。例えば、構成コマンドがノードに提供され、そのコマンドの実行の確認がノードインターフェース３２５によって受信されることが予期されていて、そうした確認が受信されない場合、ノードインターフェース３２５は、データベース３３０を更新して、そのコマンドが適切に実行されなかったことを示すことができる。
【００４０】
データベース３３０は、変更通知器３２３と通信して、データベース内で何かが変更されたとき、変更通知器３２３が、その変更をネットワークマネージャ３２０内で動作している適切な他のプロセスに通信するようにする。例えば、ノードインターフェース３２５は、構成コマンドが適切に実行されたので、現時点で、ＯＡＭパフォーマンス監視が特定のセグメント上でサポートされることを判定した場合、データベース３３０を更新してこの有効範囲を反映させることになる。データベース３３０は、この変更を変更通知器３２３にフラグで伝え、通知器は、適切な情報をユーザインターフェース３２２に中継して、ユーザインターフェース３２２が、ネットワーク内で、現在、存在するパフォーマンス監視有効範囲についてユーザに通知できるようにする。
【００４１】
診断プロセス３２４が、ネットワーク内での様々なＯＡＭソースおよびＯＡＭシンクの挿入を制御する。診断プロセス３２４は、ネットワーク内の新しいパスに対応する新しい要求に基づいて、または既存のパスに対応する新しいＯＡＭサポート要求に基づいてこれを行う。他の場合、ＯＡＭソースおよびＯＡＭシンクが、帯域幅割振りプロセス３２１から受信された要求に基づいて接続されたばかりの新しいパスに対応するように確立されることが可能であり、帯域幅割振りプロセス３２１は、ネットワーク内での帯域幅制限のため、当初、確立することのできない係属中のパス要求を記憶する。したがって、要求が処理され得るように十分な帯域幅が解放されたとき、やはり係属中であるそのパスと関連するＯＡＭ機能性が、診断プロセス３２４によって構成される。
【００４２】
診断プロセス３２４は、ＯＡＭソースおよびＯＡＭシンクに対するサポートがどこで利用可能かを判定するため、どのようにネットワークが構成されているかについての、データベースに含まれる情報を利用する。この判定に基づいて、診断プロセス３２４は、ＯＡＭサポートがその上で所望される各セグメントごとに、適切なソースおよびシンクがどこにあるかを判定する。
【００４３】
診断プロセス３２４は、データベース３３０内でコマンド記録をセットアップすることによって、ノードに提供される構成コマンドを生成させることができる。各コマンド記録は、ネットワーク内のノード内にある特定のソースポイントまたはシンクポイントに対応することが可能である。変更通知器３２３が、新しいコマンド記録を検出して、ノードインターフェース３２５にフラグで知らせる。次に、ノードインターフェース３２５が、これらのコマンド記録をデータベースから取り出すことができ、ソースおよびシンクが確立されるように、適切なコマンドを発行する。そうした構成コマンドは、ＯＡＭセルがＯＡＭソースのために送信されるべきであることの方向、どれほど頻繁にそうしたセルが生成されるべきか、どのタイプのＯＡＭセルが生成されるべきかなどを含み得る。したがって、構成コマンドは、所望のＯＡＭ有効範囲を得るために必要なパラメータのすべてを含むことが可能であり、様々なパラメータが、ＡＴＭ規格で記載されるＯＡＭパラメータに基づいて決定され得る。
【００４４】
構成コマンドが発行されると、ノードインターフェース３２５は、ノードとの通信を監視して、そうした構成コマンドが、ノードによって受信されたことを確かめる。確認が行われると、データベースが更新されて、様々なコマンド記録の実行を反映する。次に、診断プロセスは、うまく完了されたコマンド記録を除去し、あるいは前に確立されたコマンド記録が適切に実行されなかったとき、新しいコマンド記録を生成することができる。
【００４５】
図６は、ネットワーク内でＯＡＭ構成をサポートするＧＵＩに関連することの可能な表示部分４００の図式表現を示している。図６に示す特定の例は、３つのノードを含むセグメントに関して、ユーザに提供される例の表示イメージを表すことが可能であり、それらのノードの各々は、いくつかのポートアイコンで構成され得るノードアイコンで表されている。第１のノードは、ポート４４２および４４３を含む。ポート４４２は、ノード内の第１の回線カード上に存在し、他方、ポート４４３は、第２の回線カード上に存在することが可能であり、第１の回線カードおよび第２の回線カードは、ポート４４２とポート４４３を接続する回線上のＸによって表されるスイッチング構成を介して相互接続されている。同様に、第２のノードは、ポート４４４および４４５を含み、第３のノードは、ポート４４６および４４７を含む。
【００４６】
第１のノードは、第２のノードに、第１の物理リンク４３１を介して結合され、また第２のノードは、第３のノードに、第２の物理リンク４３２を介して結合されている。ポート４４２〜４４７および物理リンク４３１、４３２に対応するラベルは、ＧＵＩの表示部分４００内に含まれ、様々なポートがその対応するノードに対してどこにあるかをユーザが容易に理解できるようになっていることが可能である。
【００４７】
図示する特定の例では、双方向ＯＡＭ連続性検査セグメントが構成されている。このセグメントは、ポート４４２およびポート４４７に対応する端点によって定義される。ただし、ポート４４７は、ＯＡＭ機能性をサポートしない。これは、ＯＡＭをサポートしないポートを表す特定の色または他のアイコン変形形態を使用して、ディスプレイ上に示され得る。このため、連続性検査のために使用されるＯＡＭセルは、ポート４４２（左から右に移動するセルの場合）およびポート４４６（右から左に移動するセルの場合）によってソースされ得る。
【００４８】
ＯＡＭソースは、好ましくは、データフローソースアイコン４１０などのデータフローソースアイコンを使用して、ＧＵＩによって示され得る。図示する例では、データフローソースアイコン４１０は、ブロックを使用して、そのブロックから離れる方向を指す矢印がそれに付随して、表示されている。ポートおよび物理リンクの上方に存在するアイコンは、左から右へのセルフローに対応し、他方、ポートおよび物理リンクの下方のアイコンは、右から左へのセルフローに対応する。したがって、別のセルソースが、データフローソースアイコン４２０によって示され、データフローソースアイコン４２０は、ポート４４６によって開始されたセルフローに対応する。
【００４９】
データフローシンクアイコン４１４は、ポート４４２によってソースされるセルを終端するＯＡＭシンクに対応する。図示する例では、データフローシンクアイコンは、ブロックに向かって指し示す矢印を有するブロックを使用して表示されている。データフローシンクアイコン４１４は、ネットワーク内で左から右に移動するＯＡＭセルトラフィックに関連するシンクに対応する。ポート４４２の下にある同様のデータフローシンクアイコン４２４は、ポート４４６によってソースされるセルが、ポート４４２内でシンクされることを示している。
【００５０】
いくつかのセグメントは、通常の表示スクリーン上に存在するよりも多くの表示スペースを必要とする多数のノードを含み得るので、表示部分４００の最上部または最下部にスクロールバーを含めて、ユーザが、検査されているセグメントに沿って移動して、そのセグメントに関連する様々なソースおよびシンクを見つけることができるようにすることが可能である。
【００５１】
いくつかのセグメントは非常に長い可能性があるので、セグメントに関連する中間パスポイントもまた、対応するデータフロー中間ノードアイコンによって表され得る。左から右に移動するセルトラフィックに対するこのデータフロー中間ノードアイコンの例は、アイコン４１１〜４１３であり、その各々は、ポート４４６内のシンクによって終端されるポート４４２によってソースされるＯＡＭセルに対する中間パスポイントに対応する。同様に、データフロー中間ノードアイコン４２１〜４２３は、ポート４４６からポート４４２に対するセルフローに対応する中間パスポイントを表す。中間パスポイントを表すのに使用されるデータフロー中間ノードアイコンは、スラッシュに矢印が続くものを含むことができ、このスラッシュと矢印の方向が、セルフロー方向を示す。
【００５２】
ソースポイント、シンクポイント、および中間ポイントに対応するこれらのアイコンを提供することによって、ユーザは、ネットワークの特定セグメント内のどこにＯＡＭ有効範囲が存在するかを容易に判定することができる。いくつかの実施形態では、ＧＵＩによって提供される表示により多くの意味を追加するために、異なるカラースキームをアイコンと併せて使用することができる。例えば、赤いアイコンは、障害のあるソース／シンクを表し、他方、緑のアイコンは、機能しているソース／シンクを示すことが可能である。そうしたＧＵＩは、ノード内のＯＡＭソースまたはＯＡＭシンクが存在していたか否かを判定するために各ノードに対応する複数のレベルをクリックして通ることをユーザに余儀なくさせる従来技術のＧＵＩ表示に優る、多くの改良を提供する。さらに、そうした従来技術システムは、中間パスポイントの何らかの表示を提供して、ユーザが、少なくとも、自分がクリックしてそこに降りるノードが、アクティブなＯＡＭセグメントに含まれていたか否かを判定できるようにすることをしなかった。
【００５３】
図６に関連して記載したデータフローの表現を表示するためのアイコンおよび方法は、また、ＯＡＭ機能性以外の通信ネットワーク適用形態でも使用することができる。これらの他の適用形態は、アイコンが診断セルフローに関連するデータフロー特性を示す他の診断適用形態を含み得る。診断領域以外の他の適用形態もまた、そうしたＧＵＩを活用することができる。
【００５４】
前述の明細で、本発明は、特定の実施形態を参照して説明してきた。ただし、当分野の技術者は、頭記の請求項に記載する本発明の趣旨および範囲を逸脱することなく、様々な改変および変更が行われ得ることを理解されよう。したがって、本明細および図は、制限するものではなく、例示するものであると見なされるべきであり、すべてのそうした変更形態は、本発明の範囲内に含まれるものとする。
【００５５】
利益、他の利点、および問題に対する解決法は、前記に特定の実施形態に関連して説明してきた。ただし、利益、利点、問題に対する解決法、およびいかなる利益、利点、あるいは考案される、またはより顕著になる解決法でももたらし得る任意の要素は、任意の、またはすべての請求項のクリティカルな、必要とされる、または必要不可欠な特徴または要素であると解釈されるべきではない。本明細書で使用する「含む」、「含んでいる」という用語、またはその任意の他の変形表現は、非排他的包含をカバーすることを意図しており、このため、一並びの要素を含むプロセス、方法、物品、または装置は、それらの要素だけを含むのではなく、明示的にリストされない、またはそうしたプロセス、方法、物品、または装置に固有ではない他の要素を含み得る。
【図面の簡単な説明】
【図１】本発明の特定の実施形態による通信ネットワークを示すブロック図である。
【図２】本発明の特定の実施形態による別の通信ネットワークを示すブロック図である。
【図３】本発明の特定の実施形態による、ネットワーク内でＯＡＭ機能性を制御する方法を示す流れ図である。
【図４】本発明の特定の実施形態によるネットワーク管理プロセッサのネットワーク図を示すブロック図である。
【図５】本発明の特定の実施形態によるネットワークマネージャおよびその様々な構成要素を示すブロック図である。
【図６】本発明の特定の実施形態による、グラフィカルユーザインターフェースと関連する表示を示す図式表現である。
【符号の説明】
１０ 通信ネットワーク
２０、３２０ ネットワークマネージャ
３０、１２２ 非対応ネットワーク
３１、３２、３３、３４、１１０、１１１、１１２、１１３、１１４、１１５、１１６、１１７、１１８、１１９、１２０ ノード
４１、４２、１４１、１４２ 端点Ａ、Ｂ
３００ ネットワーク管理プロセッサ
３０２ プロセッシングモジュール
３０４ メモリ
３２２ ユーザインターフェース
３２３ 変更通知器
３２５ ノードインターフェース
３３０ データベース
４００ 表示部分
４１０、４１１、４１２、４１３、４１４、４２０、４２１、４２２、４２３、４２４ アイコン
４３１、４３２ 物理リンク
４４２、４４３、４４４、４４５、４４６、４４７ ポート

Claims (33)

1. オペレーション／管理（ＯＡＭ）機能性を有するノードとＯＡＭ機能性を有しないネットワーク要素の両方を含むネットワーク内でＯＡＭ機能性を制御する方法であって、
   パスポイントがノード内の特定のパスをサポートするポートに対応し、複数の前記パスポイントを含むネットワークの構成を示すセグメントに関するＯＡＭ構成情報を受信するステップと、
   前記複数のパスポイントの各パスポイントごとに、前記ＯＡＭ構成情報により示された前記ネットワークの構成に基づいて、前記パスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供すべきかどうかを判定するステップであって、ＯＡＭソースが、ＯＡＭメッセージを生成し、かつＯＡＭシンクがＯＡＭメッセージを終端し、前記ＯＡＭ機能性を有しないネットワーク要素の直前に配置されたＯＡＭ機能性を有するノードのパスポイントにＯＡＭシンクを提供すべきと判定し、前記ＯＡＭ機能性を有しないネットワーク要素の直後に配置されたＯＡＭ機能性を有するノードのパスポイントにＯＡＭソースを提供すべきと判定するステップと、
   前記判定するステップの判定結果に従って、選択されたパスポイントに対するＯＡＭ構成コマンドを生成するステップであって、前記選択されたパスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供するパスポイントであるステップと、
   前記ＯＡＭ構成コマンドを前記選択されたパスポイントのうちの対応するパスポイントに提供するステップとを含む方法。
2. ＯＡＭ構成コマンドの選択されたパスポイントに対する伝送を検証するステップと、
   前記ＯＡＭ構成コマンドの伝送が失敗であったとき、ＯＡＭ構成失敗通知を生成するステップと、
   前記ＯＡＭ構成コマンドの伝送が成功であったとき、ＯＡＭ構成確認通知を生成するステップとをさらに含む請求項１に記載の方法。
3. ＯＡＭ構成コマンドの検証された結果をグラフィカルユーザインターフェース（ＧＵＩ）を使用して表示するステップをさらに含む請求項２に記載の方法。
4. 表示するステップが、成功した構成コマンドを示すのに第１のカラーを使用し、かつ失敗した構成コマンドを示すのに第２のカラーを使用するステップをさらに含む請求項３に記載の方法。
5. 提供された前記ＯＡＭ構成コマンドに従って構成されたＯＡＭソースからＯＡＭシンクに対するＯＡＭメッセージの伝送を監視して監視がセグメント内でのＯＡＭ障害を判定したとき、前記ＯＡＭ障害の図式表現をＧＵＩを使用して表示するステップをさらに含む請求項３に記載の方法。
6. 追加のＯＡＭソースとＯＡＭシンクのうちの少なくとも１つを確立することによって、ＯＡＭ障害を分離するステップをさらに含む請求項５に記載の方法。
7. ＯＡＭ構成情報が、ＧＵＩを介して受信される請求項３に記載の方法。
8. ＯＡＭ構成情報が、係属中のパス要求を記憶する帯域幅割振りプロセスによって提供され、セグメントが、確立された、前に係属中であったパス要求内に含まれる請求項１に記載の方法。
9. 各パスポイントごとに、前記パスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供すべきかどうかを判定するステップが、パスポイントパラメータを記憶するデータベースを参照するステップであって、前記パスポイントパラメータは各パスポイントがＯＡＭ機能性をサポートするかどうかを示すステップをさらに含む請求項１に記載の方法。
10. ＯＡＭ構成情報を受信するステップが、前記ＯＡＭ構成情報をユーザインターフェースから受信するステップをさらに含む請求項１に記載の方法。
11. 前記ＯＡＭ構成コマンドを受信するパスポイントを有するセグメントが、パスまたはパスの一部分である請求項１に記載の方法。
12. 各パスポイントごとに、前記パスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供すべきかどうかを判定するステップが、各パスポイントごとに、前記パスポイントが、中間ＯＡＭパスポイントとして働くべきかどうかを判定するステップであって、前記パスポイントが、前記中間パスポイントとして働くとき、前記パスポイントについてあらゆる既存のＯＡＭソース構成およびＯＡＭシンク構成が消去されるステップをさらに含む請求項１に記載の方法。
13. ＯＡＭ構成情報が、ＯＡＭパフォーマンス監視およびＯＡＭ連続性検査のうちの少なくとも１つを選択するＯＡＭタイプ指示を含む請求項１に記載の方法。
14. ＯＡＭ構成情報が、ＯＡＭタイプがＯＡＭ連続性検査であることを示したとき、選択されたパスポイントが、複数のＯＡＭソースおよび複数のＯＡＭシンクを含んで、セグメントが複数のＯＡＭ連続性検査サブセグメントに分割されるようになる請求項１３に記載の方法。
15. ＯＡＭ構成コマンドを提供した後、
    変更されたセグメントを生成するようにセグメントが変更されることをもたらすネットワーク構成内での変更を検出するステップと、
    前記セグメント上および前記変更されたセグメント上でＯＡＭソースおよびＯＡＭシンクを再構成するステップとをさらに含む請求項１に記載の方法。
16. ＯＡＭ構成情報が、セグメントがマルチネットワークＯＡＭセグメントの一部分であることの表示を含む請求項１に記載の方法。
17. オペレーション／管理（ＯＡＭ）機能性を有するノードとＯＡＭ機能性を有しないネットワーク要素の両方を含む、ネットワーク内でＯＡＭ機能性を制御するネットワークマネージャであって、
    プロセッサと、
    前記プロセッサと動作上結合されたメモリであって、前記プロセッサによって実行されたとき、前記プロセッサに、
    パスポイントがノード内の特定のパスをサポートするポートに対応し、複数の前記パスポイントを含むネットワークの構成を示すセグメントに関するＯＡＭ構成情報を受信するステップと、
    ＯＡＭ構成情報の受信されたセグメントに含まれる複数のパスポイントの各パスポイントごとに、前記ＯＡＭ構成情報により示された前記ネットワークの構成に基づいて、前記パスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供すべきかどうかを判定するステップであって、ＯＡＭソースが、ＯＡＭメッセージを生成し、かつＯＡＭシンクがＯＡＭメッセージを終端し、前記ＯＡＭ機能性を有しないネットワーク要素の直前に配置されたＯＡＭ機能性を有するノードのパスポイントにＯＡＭシンクを提供すべきと判定し、前記ＯＡＭ機能性を有しないネットワーク要素の直後に配置されたＯＡＭ機能性を有するノードのパスポイントにＯＡＭソースを提供すべきと判定するステップと、
    前記判定するステップの判定結果に従って、選択されたパスポイントに対するＯＡＭ構成コマンドを生成するステップであって、前記選択されたパスポイントが、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供することになるパスポイントであるステップと、
    前記ＯＡＭ構成コマンドを前記選択されたパスポイントのうちの対応するパスポイントに提供するステップとを含む機能を実行させる動作命令を記憶するメモリとを含むネットワークマネージャ。
18. 動作命令が、プロセッサに、
    ＯＡＭ構成コマンドの選択されたパスポイントに対する伝送を検証するステップと、
    前記ＯＡＭ構成コマンドの伝送が失敗であったとき、ＯＡＭ構成失敗通知を生成するステップと、
    前記ＯＡＭ構成コマンドの伝送が成功であったとき、ＯＡＭ構成確認通知を生成するステップとを含む追加機能を実行させる請求項１７に記載のネットワークマネージャ。
19. プロセッサが、グラフィカルユーザインターフェース（ＧＵＩ）をサポートし、動作命令が、前記プロセッサに、ＯＡＭ構成コマンドの検証された結果を前記ＧＵＩを使用して表示する追加機能を実行させる請求項１８に記載のネットワークマネージャ。
20. ＯＡＭ構成情報が、プロセッサによってＧＵＩを介して受信される請求項１９に記載のネットワークマネージャ。
21. プロセッサが、各パスポイントごとに、パスポイントパラメータを記憶するデータベースを参照することによってパスポイントがＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つを提供すべきかどうかを判定する機能を実行するネットワークマネージャであって、前記パスポイントパラメータが、各パスポイントがＯＡＭ機能性をサポートするかどうかを示す請求項１７に記載のネットワークマネージャ。
22. データベースがメモリ内に記憶される請求項２１に記載のネットワークマネージャ。
23. ＯＡＭ構成情報が、ＯＡＭパフォーマンス監視およびＯＡＭ連続性検査のうちの少なくとも１つを選択するＯＡＭタイプ指示を含む請求項１７に記載のネットワークマネージャ。
24. ＯＡＭ構成情報が、ＯＡＭタイプがＯＡＭ連続性検査であることを示したとき、選択されたパスポイントが複数のＯＡＭソースおよび複数のＯＡＭシンクを含んで、セグメントが複数のＯＡＭ連続性検査サブセグメントに分割されるようになる請求項２３に記載のネットワークマネージャ。
25. 動作命令が、プロセッサに、ＯＡＭ構成コマンドを提供した後、
    変更されたセグメントを生成するようにセグメントが変更されることをもたらす、ネットワーク構成内での変更を検出するステップと、
    前記セグメント上および前記変更されたセグメント上でＯＡＭソースおよびＯＡＭシンクを再構成するステップとを含む追加機能を実行させる請求項１７に記載のネットワークマネージャ。
26. ネットワーク内でオペレーション／管理（ＯＡＭ）機能性のネットワーク管理制御をサポートするネットワークであって、
    ＯＡＭ構成情報を受信して、受信した前記ＯＡＭ構成情報に基づいてＯＡＭ構成コマンドを生成する請求項１７に記載のネットワークマネージャと、
    前記ネットワークマネージャに動作上、結合された複数のノードであって、前記複数のノードのうちの少なくとも一部が、前記ネットワークマネージャによって生成された前記ＯＡＭ構成コマンドによって構成され、ＯＡＭソースおよびＯＡＭシンクのうちの少なくとも１つが前記ネットワーク内で作成されるようになっているノードとを含むネットワーク。
27. ＯＡＭ構成情報が、ネットワークマネージャにグラフィカルユーザインターフェース（ＧＵＩ）を介して提供される請求項２６に記載のネットワーク。
28. ネットワークマネージャが、構成コマンドの実行を検証して、検証情報をＧＵＩに表示のために提供する請求項２７に記載のネットワーク。
29. ネットワーク内での障害が検出されると、ネットワークマネージャが、前記障害を分離するために、前記複数のノードのうちの少なくとも一部に提供される追加のＯＡＭ構成コマンドを生成する請求項２６に記載のネットワーク。
30. ＯＡＭ構成情報が、ＯＡＭ連続性検査構成情報およびＯＡＭパフォーマンス監視構成情報のうちの少なくとも１つを含む請求項２６に記載のネットワーク。
31. ネットワーク内のセグメントに対応するＯＡＭ連続性検査構成のために、ネットワークマネージャが、複数のセットのＯＡＭ構成コマンドを生成するネットワークであって、各セットのＯＡＭ構成コマンドが、前記セグメントのサブセグメントに対応するＯＡＭソース構成コマンドおよびＯＡＭシンク構成コマンドを含む請求項３０に記載のネットワーク。
32. ネットワークマネージャが、前記複数のノードの各ノードに対応するＯＡＭ機能性サポートパラメータを示すデータベースを含むネットワークであって、前記ネットワークマネージャが、ＯＡＭ構成コマンドを前記ＯＡＭ機能性サポートパラメータおよび受信した前記ＯＡＭ構成情報に基づいて生成する請求項２６に記載のネットワーク。
33. ネットワークマネージャが、現在、確立されているＯＡＭ機能性に影響を与えるネットワーク内での変化を検出したとき、前記ネットワークマネージャが、前記ネットワーク内での前記変化に対応する変更されたＯＡＭ機能性をもたらす追加のＯＡＭ構成コマンドを生成する請求項２６に記載のネットワーク。

Images