(57)【要約】【課題】イーサネット（登録商標）におけるノード間の情報の到達確認を行なうシステムを提供する。【解決手段】第１のネットワークを介してデータリンク層以下のプロトコルで互いに接続される複数のノードと、複数のノードと第２のネットワークを介して接続される管理装置とを備える。管理装置の指示に基づき複数のノード間で要求指示と要求指示に対する応答情報とを送受する。要求指令がノード間で到達するか否かを識別するための到達性確認要求であり、要求指令を受け取ったノードは、要求指令を送出したノードに対して応答情報を返答する。応答結果に基づき、管理装置は、第１のネットワーク内の各ノードの接続状態を管理する。【選択図】図１
2004350050.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークを介してデータリンク層以下のプロトコルで他のノードと接続されるノードが、第２のネットワークを介して接続された管理装置からの指示を受け取るステップと、
前記ノードが前記指示の内容に従って前記他のノードに対する要求指令を作成するステップと、
前記ノードが前記要求指令を前記他のノードに送出するステップと、
前記他のノードは、前記要求指令を受け取り、前記要求指令の内容を解読して対応する応答情報を作成するステップと、
前記他のノードが前記応答情報を前記ノードに送出するステップと、
前記ノードが前記応答情報を受け取り、前記応答情報の内容を解読して結果を作成するステップと、
前記管理装置が前記結果を判読するステップと、
を含むことを特徴とするネットワーク管理方法。
【請求項２】
前記結果を判読することで、前記第１のネットワーク内の各ノードの接続状態を管理することを特徴とする請求項１記載のネットワーク管理方法。
【請求項３】
前記要求指令が隣接するノードを識別するための隣接ノード要求であることを特徴とする請求項１記載のネットワーク管理方法。
【請求項４】
前記隣接ノード要求は、全てのノードを宛先として送出されることを特徴とする請求項３記載のネットワーク管理方法。
【請求項５】
前記要求指令を受け取ったノードは、前記ノードのノード名および受け取ったポートを表すポート番号を応答情報内に記録し、前記要求指令を送出したノードに対して応答情報を返答することを特徴とする請求項３記載のネットワーク管理方法。
【請求項６】
前記要求指令がノード間で到達するか否かを識別するための到達性確認要求であることを特徴とする請求項１記載のネットワーク管理方法。
【請求項７】
前記要求指令がノード間での遅延時間測定要求であることを特徴とする請求項１記載のネットワーク管理方法。
【請求項８】
前記要求指令を受け取ったノードは、前記要求指令を送出したノードに対して応答情報を返答することを特徴とする請求項６または７記載のネットワーク管理方法。
【請求項９】
前記第１のネットワークは、イーサネット（登録商標）であることを特徴とする請求項１記載のネットワーク管理方法。
【請求項１０】
第１のネットワークを介してデータリンク層以下のプロトコルで互いに接続される複数のノードと、
前記複数のノードと第２のネットワークを介して接続される管理装置と、
を備え、
前記管理装置の指示に基づき前記複数のノード間で要求指示と前記要求指示に対する応答情報とを送受することを特徴とするネットワーク管理システム。
【請求項１１】
前記ノードは、前記管理装置から指示を受けて要求指令を他のノードに対して送り、前記要求指令に対する応答を受けて、応答内容を前記管理装置に伝えることを特徴とする請求項１０記載のネットワーク管理システム。
【請求項１２】
前記ノードは、他のノードからの要求指令が自ノードのものであると認識した場合には前記要求指令に対する応答を返し、自ノードのものでないと認識した場合には前記要求指令を別のノードにパスすることを特徴とする請求項１０記載のネットワーク管理システム。
【請求項１３】
複数のノード間をデータリンク層以下のプロトコルで接続する第１のネットワークと、
前記複数のノードと管理装置とを接続する第２のネットワークと、
第１のノードに対し、第２のノードに要求指令を作成するよう指示を与え、前記指示の結果を得る前記管理装置と、
前記要求指令を作成し、前記第２のノードに対し送出し、前記第２のノードから前記要求指令に対応する応答情報を受け取り、前記管理装置に対し前記応答情報の結果を与える前記第１のノードと、
前記第１のノードからの前記要求指令に対応する前記応答情報を前記第１のノードに送出する前記第２のノードと、
を備えることを特徴とするネットワーク管理システム。
【請求項１４】
前記管理装置は、前記第１のネットワーク内の各ノードの接続状態を管理することを特徴とする請求項１０または１３記載のネットワーク管理システム。
【請求項１５】
前記要求指令が隣接するノードを識別するための隣接ノード要求であることを特徴とする請求項１０または１３記載のネットワーク管理システム。
【請求項１６】
前記隣接ノード要求は、全てのノードを宛先として送出されることを特徴とする請求項１５記載のネットワーク管理システム。
【請求項１７】
前記要求指令を受け取ったノードは、前記ノードのノード名および受け取ったポートを表すポート番号を応答情報内に記録し、前記要求指令を送出したノードに対して応答情報を返答することを特徴とする請求項１５記載のネットワーク管理システム。
【請求項１８】
前記要求指令がノード間で到達するか否かを識別するための到達性確認要求であることを特徴とする請求項１０または１３記載のネットワーク管理システム。
【請求項１９】
前記要求指令がノード間での遅延時間測定要求であることを特徴とする請求項１０または１３記載のネットワーク管理システム。
【請求項２０】
前記要求指令を受け取ったノードは、前記要求指令を送出したノードに対して応答情報を返答することを特徴とする請求項１８または１９記載のネットワーク管理システム。
【請求項２１】
前記第１のネットワークは、イーサネット（登録商標）であることを特徴とする請求項１０または１３記載のネットワーク管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク内のノード間の管理方法およびシステムに係り、特にデータリンク層におけるノード間の情報を送受するネットワーク管理方法およびネットワーク管理システムに係る。
【０００２】
【従来の技術】
近年、ほとんどのコンピュータシステムは、ＬＡＮ等のネットワークに接続され、ネットワークシステムとして構成されている。このようなネットワークシステムでは、コンピュータシステムを始め、ルータ、ブリッジなどのいわゆるノードがネットワーク内でどのように接続されているか、逐一管理されていることがシステムの管理上から必要である。また、ノード間での伝送遅延時間を把握することもサービス品質保証の点から重要である。
【０００３】
従来、ネットワーク上にアプリケーション種別などパケット属性毎のネットワーク遅延時間を測定する装置が知られている（例えば、特許文献１）。この装置は、イーサーネット（登録商標）に接続され、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を使用してパケット転送を行い、装置間の遅延時間を測定するものである。
【０００４】
また、ネットワークのトポロジ・データベースを維持する方法が知られている（例えば、特許文献２）。ネットワーク内のノード同士でパケット交換（パス）を実行し、ネットワーク内に存在するノードのトポロジについてのデータベースを更新するものである。
【０００５】
【特許文献１】
特開２０００−２０９２０５号公報（第１図、第２図、第４図）
【特許文献２】
特開昭６１−２８４１４４号公報（第１図、第４図）
【０００６】
【発明が解決しようとする課題】
特許文献１の遅延時間測定装置は、アプリケーション種別毎のネットワーク遅延時間を測定することができ、ＴＣＰ／ＩＰにより隣接する装置の確認が可能である。すなわち、イーサネット（登録商標）に該当するレイヤ２（データリンク層）の上位レイヤにあたるＩＰレイヤでは、管理システムによるネットワークのトポロジの自動作成や、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）エコー要求のような他ノードとの接続性や到達性の確認を実現することが可能である。しかしながら、ＩＰレイヤを終端しないノードで構築されたイーサネット（登録商標）等では、隣接するノードの情報を確認することができない。したがって、イーサネット（登録商標）等でのネットワークのトポロジの作成は、人為的に作成する必要がある。
【０００７】
また、特許文献２のネットワークのトポロジ・データベース維持方法では、イーサネット（登録商標）等の具体的なプロトコルへの適用について何ら技術的な開示が無く、イーサネット（登録商標）上の具体的なシステムを実現することができない。また、管理装置にあたる制御ノードと通常のノードとが、ネットワーク上において等価に分散されて配置されている。したがって、ネットワーク上の障害の種類によっては、制御ノード自体のパケット交換（パス）が不能となる虞もある。
【０００８】
したがって、従来の技術では、イーサネット（登録商標）によるネットワークシステムの設計後に、実際に構築されたネットワークとの整合性を確認する方法が得られないということになる。工事の施工ミスなどがあって、設計したネットワークと実際に構築したネットワークに違いがあっても障害が発生するまで気づくことができない。
【０００９】
また、ネットワークシステムを構成する任意のノード間での到達性確認を行う手段がないため、障害箇所の切り分けが困難である。
【００１０】
さらに、ネットワークを構成する任意のノード間での伝送遅延時間を測定する手段がないため、通信事業者はエンドユーザに対してのサービス品質保証（ＳＬＡ、Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ）を保証するパラメータを用意することができないことになる。
【００１１】
したがって、本発明の目的は、ＩＰレイヤを終端しないノードで構築されたイーサネット（登録商標）における障害個所を同定するための情報を取得するシステムを提供することにある。また、イーサネット（登録商標）のネットワークのトポロジ作成を行なうための情報が得られるシステムを提供することにある。更に、任意のノード間での到達性および伝送遅延時間を測定する方法を提供することにある。
【００１２】
【課題を解決するための手段】
本発明に係るネットワーク管理方法としては、第１の視点によれば、第１のネットワークを介してデータリンク層以下のプロトコルで他のノードと接続されるノードが、第２のネットワークを介して接続された管理装置からの指示を受け取るステップを含む。また、ノードが指示の内容に従って他のノードに対する要求指令を作成するステップを含む。さらに、ノードが要求指令を他のノードに送出するステップを含む。また、他のノードは、要求指令を受け取り、要求指令の内容を解読して対応する応答情報を作成するステップを含む。さらに、他のノードが応答情報をノードに送出するステップを含む。また、ノードが応答情報を受け取り、応答情報の内容を解読して結果を作成するステップを含む。さらに、管理装置が結果を判読するステップを含む。
【００１３】
本発明に係るネットワーク管理システムとしては、第２の視点によれば、第１のネットワークを介してデータリンク層以下のプロトコルで互いに接続される複数のノードを備える。また、複数のノードと第２のネットワークを介して接続される管理装置を備える。管理装置の指示に基づき複数のノード間で要求指示と要求指示に対する応答情報とを送受するシステムとする。
【００１４】
本発明に係るネットワーク管理システムとしては、第３の視点によれば、複数のノード間をデータリンク層以下のプロトコルで接続する第１のネットワークを備える。また、複数のノードと管理装置とを接続する第２のネットワークを備える。さらに、第１のノードに対し、第２のノードに要求指令を作成するよう指示を与え、指示の結果を得る管理装置を備える。また、要求指令を作成し、第２のノードに対し送出し、第２のノードから要求指令に対応する応答情報を受け取り、管理装置に対し応答情報の結果を与える第１のノードを備える。さらに、第１のノードからの要求指令に対応する応答情報を第１のノードに送出する第２のノードを備える。
【００１５】
本発明において好ましくは、管理装置は、第１のネットワーク内の各ノードの接続状態を管理してもよい。
【００１６】
また、本発明において好ましくは、要求指令が隣接するノードを識別するための隣接ノード要求であってもよい。
【００１７】
さらに、本発明において好ましくは、隣接ノード要求は、全てのノードを宛先として送出されてもよい。
【００１８】
また、本発明において好ましくは、要求指令を受け取ったノードは、ノードのノード名および受け取ったポートを表すポート番号を応答情報内に記録し、要求指令を送出したノードに対して応答情報を返答してもよい。
【００１９】
さらに、本発明において好ましくは、要求指令がノード間で到達するか否かを識別するための到達性確認要求であってもよい。
【００２０】
また、本発明において好ましくは、要求指令がノード間での遅延時間測定要求であってもよい。
【００２１】
さらに、本発明において好ましくは、要求指令を受け取ったノードは、要求指令を送出したノードに対して応答情報を返答してもよい。
【００２２】
また、本発明において好ましくは、第１のネットワークは、イーサネット（登録商標）であってもよい。
【００２３】
【発明の実施の形態】
以下、本発明の実施形態を添付図面に基づいて説明する。図１は、本発明の実施形態に係るシステム構成を示すブロック図である。図１において、システムは、ノード１０、２０、３０、４０間をデータリンク層以下のプロトコルで接続するネットワーク２と、ノード１０、２０、３０、４０と管理装置１とを接続するネットワーク３とを備える。また、ネットワーク２のトポロジを管理するにあたり、他のノードに対する要求指令を作成するようノードに対して指示を与え、この指示の結果を得る管理装置１と、指示に基づき他のノードに対する要求指令を送出し、他のノードから要求指令に対応する応答情報を受け取り、管理装置１に対し応答情報の結果を与えるノード１０、２０、３０、４０とを備える。
【００２４】
ノード１０、２０、３０、４０の各ノードは、それぞれ２個ずつのポート１２、１４、ポート２１、２３、ポート３２、３４、ポート４１、４３をもつ。ポート１２とポート２１、ポート２３とポート３２、ポート３４とポート４３、およびポート４１とポート１４がそれぞれ接続されてネットワーク２のトポロジが形成されている。また、ノード１０、２０、３０、４０は、データリンク層以下のプロトコルで接続され、ＩＰレイヤを終端しないノードである。なお、図１ではノードを４台として例示しているが、これにこだわるものではない。
【００２５】
図１において、管理装置１は、例えば、ネットワーク３を介してノード１０に対して他のノード２０に対する要求指令を作成するよう指示を与える。例えば、ノード２０との接続確認を行なうような指示を与える。この指示に基づきノード１０は、ポート１２から隣接ノードの情報を確認するために、所定の保守試験用フレームを作成し送信する。保守試験用フレームを受信したノード２０では、フレーム内のデータを確認して、自ノード２０の情報である装置情報および受信したポート２１の情報をデータに付加してノード１０に返信する。ノード１０では返信されてきた保守試験用フレームのデータを解読することによりポート１２に接続されている装置およびポートが、それぞれノード２０、ポート２１であるという情報を取得することができる。すなわち、ノード間での到達性の確認を行うことができることとなる。
【００２６】
同様に各ノード１０、２０、３０、４０のすべてのポートから保守試験用フレームの送信を行うことで、各ポートに接続されているノードおよびポートの情報を取得することができる。管理装置１は、ネットワーク２とは独立したネットワーク３を介してノード１０、２０、３０、４０で個別に実施した隣接ノード情報を収集する。収集した情報により相互に接続されているノードおよびポートを認識することができ、図１に示すようなネットワーク２全体のトポロジについての情報を得ることができる。
【００２７】
以上の説明では、ネットワーク２とネットワーク３とは、物理的に異なるものとして扱ったが、同一であっても良い。ただし、同一である場合には、ネットワーク３は、既に知られているようなネットワーク層以上のプロトコルに基づいて管理装置１とノード１０、２０、３０、４０とが接続されるものとする。
【００２８】
【実施例】
図２は、本発明の第１の実施例に係る隣接ノード間の通信シーケンスを表す図である。第１の実施例に係るシステムでは、ノードに対する隣接ノードの接続情報を得ることによりネットワーク全体のトポロジを認識するものである。
【００２９】
ステップＳ１において、管理装置１は、ネットワーク３を介してノード１０に対して隣接ノード間確認の指示命令を送出する。
【００３０】
ステップＳ２において、ノード１０は、管理装置１からの指示命令を受け取り、ノード１０にあるポート１２およびポート１４に隣接する他のノードに対する要求指令を作成する隣接ノード要求処理を実行する。この際、要求指令を送出するノードの宛先は、特定することなく可能な全ての宛先を指定する。例えば、宛先アドレスに後で説明するＭＡＣアドレスを使用する場合には、全宛先を指定するブロードキャスト（同報）アドレスを指定する。
【００３１】
ステップＳ３において、ノード１０は、ポート１４に隣接する他のノードに対する要求指令を送出する。
【００３２】
ステップＳ４において、ノード４０は、ノード１０から送られた要求指令をポート４１から受信し、ノード４０およびポート４１に対応する情報をノード１０に送り返す応答情報を作成する隣接ノード応答処理を実行する。例えば、送信元を表す情報にノード４０およびポート４１を記録する。
【００３３】
ステップＳ５において、ノード４０は、ポート４１からノード１０に応答情報を送出する。
【００３４】
ステップＳ６において、ノード１０は、ポート１２に隣接する他のノードに対する要求指令を送出する。
【００３５】
ステップＳ７において、ノード２０は、ノード１０から送られた要求指令をポート２１から受信し、ノード２０およびポート２１に対応する情報をノード１０に送り返す応答情報を作成する隣接ノード応答処理を実行する。例えば、送信元を表す情報にノード２０およびポート２１を記録する。
【００３６】
ステップＳ８において、ノード２０は、ポート２１からノード１０に応答情報を送出する。
【００３７】
ステップＳ９において、ノード１０は、ポート１４において受信したノード４０からの応答情報と、ポート１２において受信したノード２０からの応答情報とから隣接ノード情報を得て応答解析処理を実行する。すなわち、ノード１０のポート１４にノード４０のポート４１が接続され、ノード１０のポート１２にノード２０のポート２１が接続されている情報を獲得し、これらの接続情報を管理装置１に対して用意する。
【００３８】
ステップＳ１０において、ノード１０は、用意された接続情報を管理装置１にネットワーク３を介して送出する。
【００３９】
以上で説明したように、管理装置１は、ノード１０に対する隣接ノードの接続情報を得ることができる。同じような通信シーケンスにより、管理装置１は、ネットワーク３を介して接続されている他のノードに対しても隣接ノードの接続情報を得ることができる。このように管理装置１は、ネットワーク３を介して管理している全てのノードおよびノードのポート間の接続情報を得ることで、ネットワーク２全体の接続系統（トポロジ）を知ることができる。
【００４０】
図３は、本発明の第２の実施例に係る到達性確認の通信シーケンスを表す図である。第２の実施例に係るシステムでは、あるノードから別のノードに対しデータを到達させることが可能か否かを検証するものである。
【００４１】
ステップＳ２０において、管理装置１は、ネットワーク３を介してノード１０に対してノード３０への到達性確認要求の指示命令を送出する。
【００４２】
ステップＳ２１において、ノード１０は、管理装置１からの指示命令を受け取り、ノード３０に対する到達確認の要求指令を作成する到達性確認要求処理を実行する。
【００４３】
ステップＳ２２において、ノード１０は、ポート１２に隣接するノード２０に対して要求指令を送出する。
【００４４】
ステップＳ２３において、ノード２０は、ノード１０から送られた要求指令が自ノードに対するものでないことを識別し、ポート２３に隣接するノード３０に対して要求指令を送出する。
【００４５】
ステップＳ２４において、ノード３０は、ノード２０から受信した要求指令が自ノードに対するものであることを識別し、到達性確認応答をノード１０に送り返す応答情報を作成する到達性確認応答処理を実行する。
【００４６】
ステップＳ２５において、ノード３０は、ポート３２からノード１０に応答情報を送出する。
【００４７】
ステップＳ２６において、ノード２０は、ノード３０から送られた応答情報が自ノードに対するものでないことを識別し、ポート２１に隣接するノード１０に対して応答情報を送出する。
【００４８】
ステップＳ２７において、ノード１０は、ノード３０から送られた応答情報をポート２１から受信し、応答解析処理を実行する。すなわち、ノード３０に対する到達性確認要求に対する応答情報を得ることで、ノード３０がネットワーク２を介してノード１０に接続されているとの接続情報を管理装置１に対して用意する。
【００４９】
ステップＳ２８において、ノード１０は、用意された接続情報を管理装置１にネットワーク３を介して送出する。
【００５０】
以上のステップにおいて、例えば、後に説明する宛先アドレスにＭＡＣアドレスを使用する場合、要求指令あるいは応答情報が自ノードに対するものであるか否かを、自ノードのＭＡＣアドレスと宛先アドレスとが一致するか否かにより識別する。
【００５１】
以上で説明したように、管理装置１は、ノード１０に対する到達性情報を得ることができる。同じような通信シーケンスにより、管理装置１は、ネットワーク３を介して接続されている他のノードに対しても到達性情報を得ることができる。このように管理装置１は、ネットワーク３を介して管理している全てのノードにおける到達性情報を得ることで、ネットワーク２全体の接続系統（トポロジ）を知ることができる。また、到達性情報が不達であればネットワーク２における障害個所を同定し、障害個所を切り分けるための情報を得ることができる。
【００５２】
図４は、本発明の第３の実施例に係る遅延時間測定の通信シーケンスを表す図である。第３の実施例に係るシステムでは、あるノードから別のノードに対する遅延時間を測定するものである。
【００５３】
ステップＳ３０において、管理装置１は、ネットワーク３を介してノード１０に対してノード３０への遅延時間測定要求の指示命令を送出する。
【００５４】
ステップＳ３１において、ノード１０は、管理装置１からの指示命令を受け取り、ノード３０に対する遅延時間測定の要求指令を作成する遅延時間測定要求処理を実行する。この時、例えば、時刻を要求指令のデータ内のタイムスタンプとして挿入する。
【００５５】
ステップＳ３２において、ノード１０は、ポート１２に隣接するノード２０に対して要求指令を送出する。
【００５６】
ステップＳ３３において、ノード２０は、ノード１０から送られた要求指令が自ノードに対するものでないことを識別し、ポート２３に隣接するノード３０に対して要求指令を送出する。
【００５７】
ステップＳ３４において、ノード３０は、ノード２０から受信した要求指令が自ノードに対するものであることを識別し、遅延時間測定応答をノード１０に送り返す応答情報を作成する遅延時間測定応答処理を実行する。
【００５８】
ステップＳ３５において、ノード３０は、ポート３２からノード１０に応答情報を送出する。
【００５９】
ステップＳ３６において、ノード２０は、ノード３０から送られた応答情報が自ノードに対するものでないことを識別し、ポート２１に隣接するノード１０に対して応答情報を送出する。
【００６０】
ステップＳ３７において、ノード１０は、ノード３０から送られた応答情報をポート２１から受信し、応答解析処理を実行する。すなわち、ノード３０に対する遅延時間測定要求に対する応答情報を得ることで、遅延時間情報を管理装置１に対して用意する。例えば、応答情報のデータとして挿入されているタイムスタンプと、応答情報を受信した現在の時刻とを比較することでノード１０からノード３０への往復の遅延時間を知ることができる。
【００６１】
ステップＳ３８において、ノード１０は、用意された接続情報を管理装置１にネットワーク３を介して送出する。
【００６２】
以上のステップにおいて、例えば、後に説明する宛先アドレスにＭＡＣアドレスを使用する場合、要求指令あるいは応答情報が自ノードに対するものであるか否かを、自ノードのＭＡＣアドレスと宛先アドレスとが一致するか否かにより識別する。
【００６３】
以上で説明したように、管理装置１は、ノード１０からノード３０への往復の遅延時間を知ることができる。なお、以上の説明では、ノード１０において記録したタイムスタンプと現在の時刻とをノード１０において比較する方法について述べた。しかし、これにこだわることはなく、例えば、ネット−ワーク２内の各ノードにおいて時刻の同期が取られている場合には、ノード１０において記録したタイムスタンプと、ノード３０において要求指令を受信した時刻とを比較する方法であってもよい。また、ノード３０において応答情報に記録したタイムスタンプと、ノード１０において応答情報を受信した時刻とを比較する方法を採用しても良い。
【００６４】
以上で述べたのと同じような通信シーケンスにより、管理装置１は、ネットワーク３を介して接続されている他のノードに対してもノード間の遅延時間情報を得ることができる。ノード間の遅延時間情報を得ることにより、サービス品質保証を保証するためのパラメータの元とすることができる。
【００６５】
次に、以上の実施例で述べた要求指示および応答情報の具体的なデータ構造について説明する。図５は、本発明の実施例におけるノード間で送受されるフレームのデータ構造を示す図である。図５において、フレームの送り先を表す宛先アドレス（６バイト）、フレームの送り元を表す送信元アドレス（６バイト）、データの長さあるいはタイプを表す長さ／タイプ（２バイト）、フレーム内のデータ誤りをチェックするためのフレーム検査シーケンス（４バイト）の各フィールドは、従来から良く知られたイーサネット（登録商標）のフレーム中に存在するので説明を省略する。また、イーサネット（登録商標）のフレーム中のデータフィールドには、コードフィールドを設け、要求指示および応答情報の内容を表すコード（２バイト）が記録される。さらに、データフィールド（４４−１４９８バイト）の一部には、要求指示および応答情報の種別に基づくフィールドを設け、このフィールドに所定のデータを記録する。次にコードの種別の例について説明する。
【００６６】
図６は、本発明の実施例におけるノード間で送受されるフレームのコードの内容を示す図である。例えば、コードが８０［ｈｅｘ］である場合、送受されるフレームが、本発明の第１の実施例で説明した隣接する他のノードに対する要求指令（隣接ノード要求）であることを示す。また、コードが８１［ｈｅｘ］である場合、送受されるフレームが、本発明の第１の実施例で説明した隣接する他のノードに対する応答情報（隣接ノード応答）であることを示す。さらに、コードが８２［ｈｅｘ］である場合、送受されるフレームが、本発明の第２の実施例で説明した他のノードに対する到達性確認の要求指令（到達性確認要求）であることを示す。また、コードが８３［ｈｅｘ］である場合、送受されるフレームが、本発明の第２の実施例で説明した他のノードに対する到達性確認の応答情報（到達性確認応答）であることを示す。さらに、コードが８４［ｈｅｘ］である場合、送受されるフレームが、本発明の第３の実施例で説明した他のノードに対する遅延時間測定の要求指令（遅延時間測定要求）であることを示す。また、コードが８５［ｈｅｘ］である場合、送受されるフレームが、本発明の第３の実施例で説明した他のノードに対する遅延時間測定の応答情報（遅延時間測定応答）であることを示す。
【００６７】
図７は、本発明の第１の実施例で説明した隣接する他のノードに対する応答情報のフレームのデータ構造の例を示す図である。例えば、ステップＳ５において送受されるフレームでは、宛先アドレス（６バイト）のフィールドには、ノード１０のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスが記載される。また、送信元アドレス（６バイト）のフィールドには、ノード４０のＭＡＣアドレスが記載される。さらに、ノード名（３２バイト）のフィールドには、応答したノード４０の名称が記載される。また、ポート番号（４バイト）のフィールドには、応答したノード４０のポート番号が記載される。このフレームを受信したノード１０は、ノード４０のＭＡＣアドレス、ノード４０のノード名、応答を返したポート番号を知ることができる。
【００６８】
図８は、本発明の第３の実施例で説明した遅延時間測定に対する要求指示のフレームのデータ構造の例を示す図である。例えば、ステップＳ３２において送受されるフレームでは、宛先アドレス（６バイト）のフィールドには、ノード３０のＭＡＣアドレスが記載される。また、送信元アドレス（６バイト）のフィールドには、ノード１０のＭＡＣアドレスが記載される。さらに、タイムスタンプ（３２バイト）のフィールドには、ノード１０で管理している時刻を記載する。
【００６９】
なお、隣接するノードから送られたフレーム内の宛先アドレス、例えばＭＡＣアドレスが自ノードのアドレスと一致する場合には、フレームの内容を解読する。これに対し自ノードのアドレスと異なる場合には、フレームをそのまま他の隣接するノードに送るように動作（パス）する。これにより任意のノード間でフレームが送受されるようになる。
【００７０】
以上で説明したコードを記述したフレームが、本発明の実施例におけるノード間で送受され、要求指示および応答情報を伝達する。すなわち、既存のイーサネット（登録商標）と整合性のあるフレームを利用することで、データリンク層以下のイーサネット（登録商標）において、隣接ノード間で情報の送受を可能とし、任意のノード間での所定の情報のやり取りができることとなる。
【００７１】
【発明の効果】
以上の説明から理解されるように本発明によれば、ＩＰレイヤを終端しないノードで構築されたイーサネット（登録商標）における任意のノード間で要求指示とこれに対する応答情報とのやり取りを行なうように動作する。したがって、イーサネット（登録商標）における障害個所を同定するための情報を取得することができる。また、イーサネット（登録商標）のネットワークのトポロジ作成を行なうための情報が得られる。更に、イーサネット（登録商標）における任意のノード間での伝送遅延時間を測定することができ、サービス品質保証を保証するパラメータの情報を得ることができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るシステム構成を示すブロック図である。
【図２】本発明の第１の実施例に係る隣接ノード間の通信シーケンスを表す図である。
【図３】本発明の第２の実施例に係る到達性確認の通信シーケンスを表す図である。
【図４】本発明の第３の実施例に係る遅延時間測定の通信シーケンスを表す図である。
【図５】本発明の実施例におけるノード間で送受されるフレームのデータ構造を示す図である。
【図６】本発明の実施例におけるノード間で送受されるフレームのコードの内容を示す図である。
【図７】本発明の第１の実施例で説明した隣接する他のノードに対する応答情報のフレームのデータ構造の例を示す図である。
【図８】本発明の第３の実施例で説明した遅延時間測定に対する要求指示のフレームのデータ構造の例を示す図である。
【符号の説明】
１  管理装置
２  ネットワーク
３  ネットワーク
１０、２０、３０、４０  ノード
１２、１４、２１、２３、３２、３４、４１、４３  ポート
【図１】
2004350050.tif 000003
【図２】
2004350050.tif 000004
【図３】
2004350050.tif 000005
【図４】
2004350050.tif 000006
【図５】
2004350050.tif 000007
【図６】
2004350050.tif 000008
【図７】
2004350050.tif 000009
【図８】
2004350050.tif 000010