(57)【要約】【課題】  ＬＬＤＰをサポートしていないブリッジにおいてＬＬＤＰフレームを中継可能とし、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることが可能なネットワークを提供する。【解決手段】  ＬＬＤＰエージェントＡ１は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１にＬＬＤＰエージェントＢ２のＭＡＣアドレスを指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。ＬＬＤＰエージェントＡ１とＬＬＤＰエージェントＢ２とを接続するＬＬＤＰ未サポートブリッジ４は、ＬＬＤＰエージェントＡ１から受信したＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を解析し、指定されたユニキャストアドレス５５を持つＬＬＤＰエージェントＢ２へＬＬＤＰフレーム５０を転送する。【選択図】      図１
2008172381.tif 000002
【特許請求の範囲】
【請求項１】
ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークであって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするネットワーク。
【請求項２】
前記第１及び第２のＬＬＤＰエージェント各々は、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理手段を含むことを特徴とする請求項１記載のネットワーク。
【請求項３】
前記ＬＬＤＰ未対応ブリッジは、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項１または請求項２記載のネットワーク。
【請求項４】
前記第１及び第２のＬＬＤＰエージェントが同一装置内の異なるポートに対応して配設され、
前記第１及び第２のＬＬＤＰエージェントが前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項１から請求項３のいずれか記載のネットワーク。
【請求項５】
ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークにおいて前記第１及び第２のＬＬＤＰエージェントの少なくとも一方を含むノード装置であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするノード装置。
【請求項６】
前記第１及び第２のＬＬＤＰエージェント各々は、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理手段を含むことを特徴とする請求項５記載のノード装置。
【請求項７】
前記ＬＬＤＰ未対応ブリッジが、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項５または請求項６記載のノード装置。
【請求項８】
前記第１及び第２のＬＬＤＰエージェントを異なるポートに対応して配設し、
前記第１及び第２のＬＬＤＰエージェントが前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項５から請求項７のいずれか記載のノード装置。
【請求項９】
ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークに用いるＬＬＤＰフレーム転送方法であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いることを特徴とするＬＬＤＰフレーム転送方法。
【請求項１０】
前記第１及び第２のＬＬＤＰエージェント各々が、前記宛先ＭＡＣアドレス部に前記ユニキャストアドレスを用いたＬＬＤＰフレームを処理するフレーム処理を実行することを特徴とする請求項９記載のＬＬＤＰフレーム転送方法。
【請求項１１】
前記ＬＬＤＰ未対応ブリッジが、前記ＬＬＤＰフレームの宛先ＭＡＣアドレス部が予約されたアドレスでないこと及び当該宛先ＭＡＣアドレス部がマルチキャストアドレスでないことを確認した時に当該宛先ＭＡＣアドレス部に指定されたアドレスの機器に対して前記ＬＬＤＰフレームを転送することを特徴とする請求項９または請求項１０記載のＬＬＤＰフレーム転送方法。
【請求項１２】
前記第１及び第２のＬＬＤＰエージェントを同一装置内の異なるポートに対応して配設し、
前記第１及び第２のＬＬＤＰエージェント間において前記ＬＬＤＰ未対応ブリッジを介して前記ＬＬＤＰフレームを送受信することで前記ポートの死活監視を行うことを特徴とする請求項９から請求項１１のいずれか記載のＬＬＤＰフレーム転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク、ノード装置及びそれらに用いるＬＬＤＰフレーム転送方法に関し、特にＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）の拡張や利用の方法に関する。
【背景技術】
【０００２】
ＬＬＤＰはネットワークトポロジとネットワーク上の機器に関する情報のディスカバリを行うための標準プロトコルとして規定されており、イーサネット（登録商標）機器が自身の情報を隣接する機器に通知し、他機器から取得した情報を保存するための標準的な方法を定義している。
【０００３】
このＬＬＤＰフレーム経路について、図６（ａ），（ｂ）を参照して説明する。図６（ａ）はＬＬＤＰフレーム経路の構成を示しており、図６（ｂ）はＬＬＤＰフレームの構成を示している。
【０００４】
図６（ａ）において、本発明の実施の形態によるＬＬＤＰフレーム経路は、ＬＬＤＰエージェントＡ７１とＬＬＤＰエージェントＢ７２との間に、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｒｏｍｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１ＡＢをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）７３と、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ７４とが配設されて構成されている。
【０００５】
図６（ｂ）において、本発明の実施の形態によるＬＬＤＰフレーム８０は、宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部８１と、送信元ＭＡＣアドレス部８２と、ＬＬＤＰ  Ｅｔｈｅｒ  ｔｙｐｅ８３と、ＬＬＤＰＤＵ（データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す）８４とから構成されており、宛先ＭＡＣアドレス部８１をマルチキャストアドレス８５としている。
【０００６】
図６において、ＬＬＤＰエージェントＡ７１及びＬＬＤＰエージェントＢ７２は、ＩＥＥＥ８０２．１ＡＢに基づき、規定された「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）を宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部８１としたＬＬＤＰフレーム８０を送信する。
【０００７】
ＩＥＥＥ８０２．１ＡＢにおいて、ＬＬＤＰフレーム８０の宛先ＭＡＣアドレス部８１は、「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）と規定されている。しかしながら、ＩＥＥＥ８０２．１ＡＢ以前に規定されているＩＥＥＥ８０２．１ＤやＩＥＥＥ８０２．１Ｑでは、「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスを予約されたアドレスとし、中継を行わないように示されている。
【０００８】
上述した従来のＬＬＤＰフレーム経路では、ＩＥＥＥ８０２．１ＤやＩＥＥＥ８０２．１Ｑに準拠したブリッジ７４において、マルチキャストアドレス８５を宛先ＭＡＣアドレス部８１としたＬＬＤＰフレーム８０を受信すると、その宛先ＭＡＣアドレスが予約されたマルチキャストアドレスであるため、ＬＬＤＰフレーム８０を中継しない場合がある。このように、ＬＬＤＰフレームの中継の可否は、各ブリッジ製品の仕様に左右される。
【０００９】
ＩＥＥＥ８０２．１ＡＢに基づくフレーム転送装置としては、以下の特許文献に記載の技術がある。
【特許文献１】特開２００３−３２４４３６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
上記のように、従来のＬＬＤＰでは、ＩＥＥＥ８０２．１ＡＢ以前に規定されたＩＥＥＥ８０２．１ｄでは宛先ＭＡＣアドレスに指定された「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）をブロックするように記されているため、ＩＥＥＥ８０２．１ＡＢをサポートしているブリッジ７３ではＬＬＤＰフレーム８０を透過するが、ＩＥＥＥ８０２．１Ｄをサポートしているが８０２．１ＡＢをサポートしていないブリッジ７４ではＬＬＤＰフレーム８０が破棄される。
【００１１】
また、ＩＥＥＥ８０２．１ＡＢでは、宛先ＭＡＣアドレス部８１に「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）のみが指定されているため、他のＭＡＣアドレスの使用が難しいという問題がある。
【００１２】
さらに、従来のＬＬＤＰでは、宛先ＭＡＣアドレス部８１に「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス８５）を指定したＬＬＤＰフレーム８０が、それを不必要とするネットワーク７５にも送信され、余分なトラヒック２０２を生み、ネットワークの帯域を圧迫するという問題がある。
【００１３】
さらにまた、従来のＬＬＤＰでは、マルチキャストアドレス８５指定のＬＬＤＰフレーム８０が、それを不必要なネットワーク７５にも送信されることによって発生するブリッジ７３内での不要な処理が、エージェント数に比例して負荷が高まり、信頼性が損なわれるという問題がある。
【００１４】
そこで、本発明の目的は上記の問題点を解消し、ＬＬＤＰをサポートしていないブリッジにおいてＬＬＤＰフレームを中継することができ、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるネットワーク、ノード装置及びそれらに用いるＬＬＤＰフレーム転送方法を提供することにある。
【課題を解決するための手段】
【００１５】
本発明によるネットワークは、ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークであって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。
【００１６】
本発明によるノード装置は、ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークにおいて前記第１及び第２のＬＬＤＰエージェントの少なくとも一方を含むノード装置であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。
【００１７】
本発明によるＬＬＤＰフレーム転送方法は、ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）をサポートするＬＬＤＰ対応ブリッジと、前記ＬＬＤＰをサポートしないＬＬＤＰ未対応ブリッジとが混在し、少なくとも前記ＬＬＤＰ未対応ブリッジを介して第１及び第２のＬＬＤＰエージェントが接続されるネットワークに用いるＬＬＤＰフレーム転送方法であって、
前記第１及び第２のＬＬＤＰエージェント間で送受信されるＬＬＤＰフレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部にユニキャストアドレスを用いている。
【００１８】
すなわち、本発明のネットワークは、ＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）フレームの宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスをユニキャストアドレスにすることによって、マルチキャストアドレスをサポートしていないブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）において、ＬＬＤＰを透過可能となる。これによって、本発明のネットワークでは、ネットワークのブリッジに依存せず、ＬＬＤＰを使用することが可能となる。
【００１９】
より具体的に説明すると、本発明のネットワークでは、ＬＬＤＰエージェントＡが、ＬＬＤＰフレームの宛先ＭＡＣアドレスにＬＬＤＰエージェントＢのＭＡＣアドレスを指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。
【００２０】
ＬＬＤＰエージェントＡとＬＬＤＰエージェントＢとを接続するＬＬＤＰ未サポートブリッジが、ＬＬＤＰエージェントＡからのＬＬＤＰフレームを受信した後、ＬＬＤＰフレームの宛先ＭＡＣアドレスを解析し、指定されたユニキャストアドレスを持つＬＬＤＰエージェントＢへＬＬＤＰフレームを転送する。このようにして、本発明のネットワークでは、ネットワークのブリッジに依存せずにＬＬＤＰを使用することが可能となる。
【００２１】
ＬＬＤＰエージェントを有するネットワーク機器は、ＬＬＤＰフレームの宛先ＭＡＣアドレスにマルチキャストアドレス（０１−８０−Ｃ２−００−００−０Ｅ）を使用せず、ユニキャストアドレスから構成されるＬＬＤＰフレームを作成し、送信する。
【００２２】
宛先ＭＡＣアドレスにユニキャストアドレスが指定されたＬＬＤＰフレームを受けたブリッジは、ＬＬＤＰフレームの宛先ＭＡＣアドレスが「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスでないこと、ＬＬＤＰフレームの宛先ＭＡＣアドレスが「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス）でないこと）を確認し、指定されたＭＡＣアドレスに対してＬＬＤＰフレームを転送する。
【００２３】
したがって、本発明のネットワークでは、ＬＬＤＰにユニキャスト通信を応用することで、ＬＬＤＰをサポートしていないブリッジにおけるＬＬＤＰフレームの中継を可能にし、限定されたネットワーク機器へのＬＬＤＰフレーム送信により付随するトラヒックの軽減やブリッジの負荷低減を図ることが可能となる。
【発明の効果】
【００２４】
本発明は、上記のような構成及び動作とすることで、ＬＬＤＰをサポートしていないブリッジにおいてＬＬＤＰフレームを中継することができ、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができるという効果が得られる。
【発明を実施するための最良の形態】
【００２５】
次に、本発明の実施の形態について図面を参照して説明する。図１（ａ）は本発明の実施の形態によるＬＬＤＰ（Ｌｉｎｋ  Ｌａｙｅｒ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）フレーム経路を示す図であり、図１（ｂ）は本発明の実施の形態によるＬＬＤＰフレームの構成例を示す図である。
【００２６】
図１（ａ）において、本発明の実施の形態によるＬＬＤＰフレーム経路は、ＬＬＤＰエージェントＡ１とＬＬＤＰエージェントＢ２との間に、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｒｏｍｉｃ  Ｅｎｇｉｎｅｅｒｓ）８０２．１ＡＢをサポートしているブリッジやそのブリッジと同様のブリッジ機能を有するスイッチ（以下、これらをブリッジとする）３と、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ４とが配設されて構成されている。
【００２７】
図１（ｂ）において、本発明の実施の形態によるＬＬＤＰフレーム５０は、宛先ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス部５１と、送信元ＭＡＣアドレス部５２と、ＬＬＤＰ  Ｅｔｈｅｒ  ｔｙｐｅ５３と、ＬＬＤＰＤＵ（データの終わりを示すとともに、他のエージェントに送出する自身の情報及びフレームのデータの終わりを示す）５４とから構成されており、宛先ＭＡＣアドレス部５１をユニキャストアドレス５５としている。
【００２８】
図１において、ＬＬＤＰエージェントＡ１は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１にＬＬＤＰエージェントＢ２のＭＡＣアドレス（ユニキャストアドレス５５）を指定したフレームを構成し、ブロードキャストドメイン上のノードへ送信する。
【００２９】
ＬＬＤＰエージェントＡ１とＬＬＤＰエージェントＢ２とを接続するＬＬＤＰ未サポートブリッジ４は、ＬＬＤＰエージェントＡ１からのＬＬＤＰフレーム５０を受信した後、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を解析し、指定されたユニキャストアドレス５５を持つＬＬＤＰエージェントＢ２へＬＬＤＰフレーム５０を転送する。
【００３０】
このように、本実施例では、ネットワークのブリッジ（ＩＥＥＥ８０２．１ＡＢをサポートしているブリッジ３、ＩＥＥＥ８０２．１ＤをサポートしているがＩＥＥＥ８０２．１ＡＢをサポートしていないブリッジ４）に依存せずに、ＬＬＤＰを使用することができる。
【００３１】
ＬＬＤＰエージェントＡ１を有するネットワーク機器（図示せず）は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部にマルチキャストアドレス（０１−８０−Ｃ２−００−００−０Ｅ）を使用せず、ユニキャストアドレス５５から構成されるＬＬＤＰフレーム５０を作成して送信する。
【００３２】
宛先ＭＡＣアドレス部５１にユニキャストアドレス５５が指定されたＬＬＤＰフレーム５０を受けたブリッジ４は、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１が「０１−８０−Ｃ２−００−００−００」から「０１−８０−Ｃ２−００−００−０Ｆ」の範囲内の宛先ＭＡＣアドレスでないこと、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１が「０１−８０−Ｃ２−００−００−０Ｅ」（マルチキャストアドレス）でないことを確認し、指定されたＭＡＣアドレス（ユニキャストアドレス５５）に対してＬＬＤＰフレーム５０を転送する。
【００３３】
これによって、本実施例では、ＬＬＤＰにユニキャスト通信を応用することで、ＬＬＤＰをサポートしていないブリッジ４におけるＬＬＤＰフレーム５０の中継を可能にし、限定されたネットワーク機器へのＬＬＤＰフレーム送信によって付随するトラヒックの軽減やブリッジの負荷低減を図ることができる。
【実施例１】
【００３４】
本発明の一実施例によるＬＬＤＰフレーム経路の基本構成は、上述した図１に示す本発明の実施の形態によるＬＬＤＰフレーム経路と同様の構成となっている。
【００３５】
図２は本発明の一実施例によるＬＬＤＰエージェント（図１のＬＬＤＰエージェントＡ１及びＬＬＤＰエージェントＢ２に相当、ここでは仮にＬＬＤＰエージェントＡ１とする）の構成を示すブロック図である。図２において、ＬＬＤＰエージェント１は、送信側ＬＬＤＰフレーム処理部１１と、ユニキャストアドレステーブル１２と、ローカルＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報１３と、受信側ＬＬＤＰフレーム処理部１４と、リモートＭＩＢ情報１５とから構成されている。
【００３６】
送信側ＬＬＤＰフレーム処理部１１はユニキャストアドレステーブル１２より宛先のユニキャストアドレス５５を利用したＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を決定する。ローカルＭＩＢ情報１３から自身に関する情報を取得し、ＬＬＤＰフレーム５０を処理して送信する。受信側ＬＬＤＰフレーム処理部１４は、受信したＬＬＤＰフレーム５０を処理し、リモートＭＩＢ情報１５へ送信元ＭＩＢ情報を保存する。
【００３７】
以上、本発明の一実施例によるＬＬＤＰエージェント１の構成について述べたが、図２に示すローカルＭＩＢ情報１３とリモートＭＩＢ情報１５とについては、当業者にとってよく知られており、また本発明とは直接関係しないので、その詳細な構成についての説明は省略する。
【００３８】
尚、本実施例では、一つの処理部で送信側ＬＬＤＰフレーム処理と受信側ＬＬＤＰフレーム処理とを行うようにして、合わせて送受信ＬＬＤＰフレーム処理部としてもよい。また、ユニキャストアドレステーブル１２については、スタティックな情報で構成することができる。
【００３９】
図３は図２に示す送信側ＬＬＤＰフレーム処理部１１の処理動作を示すフローチャートであり、図４は図２に示す受信側ＬＬＤＰフレーム処理部１４の処理動作を示すフローチャートである。これら図１〜図４を参照して本発明の一実施例によるＬＬＤＰエージェント１の動作について説明する。
【００４０】
送信側ＬＬＤＰフレーム処理部１１は、宛先ＬＬＤＰエージェントを有するネットワーク機器が指定されると（図３ステップＳ１）、予め用意されたユニキャストアドレステーブル１２から、指定されたネットワーク機器のユニキャストアドレスを検索し（図３ステップＳ２）、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１を決定する。
【００４１】
送信側ＬＬＤＰフレーム処理部１１は、ローカルＭＩＢ情報１３が与えられると（図３ステップＳ３）、ＬＬＤＰフレーム５０を生成し（図３ステップＳ４）、そのＬＬＤＰフレーム５０を指定されたネットワーク機器に送信する（図３ステップＳ５）。
【００４２】
送信側ＬＬＤＰフレーム処理部１１は、ＬＬＤＰフレーム５０を送信した後、再送判断を行い（図３ステップＳ６）、再送する場合、ステップＳ４に戻って再度、ＬＬＤＰフレーム５０を生成する。また、送信側ＬＬＤＰフレーム処理部１１は、再送を行わないのであれば、送信側ＬＬＤＰフレーム処理を終了する。
【００４３】
一方、受信側ＬＬＤＰフレーム処理部１４は、ＬＬＤＰフレーム５０を受信すると、受信したＬＬＤＰフレーム５０を解析し（図４ステップＳ１１）、その解析から得た送信元のＭＩＢ情報をリモートＭＩＢ情報１５に保存する（図４ステップＳ１２）。
【００４４】
このように、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定しているので、ＬＬＤＰフレームをＬＬＤＰをサポートしていないブリッジ４を経由して宛先のネットワーク機器（例えば、ＬＬＤＰエージェントＢ２を備えた機器）まで送信することができる。
【００４５】
また、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定しているので、ＬＬＤＰ送信先を限定することができる。
【００４６】
さらに、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定することで、予めＬＬＤＰ送信先を限定するため、ネットワーク上の不要なマルチキャストフレームを低減することができる。
【００４７】
さらにまた、本実施例では、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレス５５を指定することで、予めＬＬＤＰ送信先を限定するため、経由するブリッジの中継処理による負荷を低減することができる。
【００４８】
本実施例では、冗長化されたノード間にＬＬＤＰをサポートしていないブリッジを設置している場合において、ＬＬＤＰフレーム５０の宛先ＭＡＣアドレス部５１でユニキャストアドレスを予めＬＬＤＰ送信先を同一ノード内の対となるポートに限定することで、ポートの相互死活監視を行うことができる。
【実施例２】
【００４９】
本発明の他の実施例によるＬＬＤＰフレーム経路の基本的構成は、上記の図１に示す本発明の実施の形態によるＬＬＤＰフレーム経路の構成と同様であるが、本実施例では冗長化ネットワーク利用についてさらに工夫している。
【００５０】
図５は本発明の他の実施例によるノード装置の構成を示すブロック図である。図５において、ノード装置６はＬＬＤＰフレーム処理部６１ａを持つＬＬＤＰエージェントＡ６１と、ＬＬＤＰフレーム処理部６２ａを持つＬＬＤＰエージェントＢ６２と、ローカルＭＩＢ情報６３と、リモートＭＩＢ情報６４，６６と、ユニキャストアドレステーブル６５とから構成されている。
【００５１】
ノード装置６のポートに存在するＬＬＤＰエージェントＡ６１はＬＬＤＰをサポートしていないＬＬＤＰ未対応ブリッジ７を経由して、同一のノード装置６内の別ポートに存在するＬＬＤＰエージェントＢ６２に対して、ユニキャストアドレスを用いたＬＬＤＰフレーム１６１を送信する。ノード装置６はＬＬＤＰ未対応ブリッジ７を通してＬＬＤＰエージェントＡ６１からのＬＬＤＰフレーム１６１を受信することによって、ＬＬＤＰエージェントＡ６１のポートが存続していることを確認する。
【００５２】
逆に、ＬＬＤＰエージェントＢ６２はＬＬＤＰ未対応ブリッジ７を経由して、同一のノード装置６内の別ポートに存在するＬＬＤＰエージェントＡ６１に対して、ユニキャストアドレスを用いたＬＬＤＰフレーム１６２を送信する。
【００５３】
このように、本実施例では、ＬＬＤＰエージェントＡ６１及びＬＬＤＰエージェントＢ６２各々から相互に、ＬＬＤＰフレームの送受信を定期的に繰り返すことで、互いのポートの死活監視を行っている。これによって、本実施例では、一方のＬＬＤＰエージェントからのＬＬＤＰフレームを受信できなかった場合に、冗長化の切替え処理を行うことができる。
【００５４】
よって、本実施例では、ＬＬＤＰエージェントＡ６１とＬＬＤＰエージェントＢ６２とが同一のノード装置６内に別ポートとして存在しており、ＬＬＤＰをサポートしていないＬＬＤＰ未対応ブリッジ７を経由して冗長化しているので、ＬＬＤＰエージェントＡ６１とＬＬＤＰエージェントＢ６２との間でＬＬＤＰフレームを送受信するため、相互にポートの死活監視を行うことができるという効果が奏する。
【００５５】
尚、本発明の他の実施例の構成において、ＬＬＤＰエージェントＡ６１及びＬＬＤＰエージェントＢ６２各々のローカルＭＩＢ情報６３とユニキャストアドレステーブル６５とをそれらに共有で構成してもよい。
【産業上の利用可能性】
【００５６】
本発明は、ブリッジを経由して冗長化されるノード装置間において、同一のノード装置内の複数のポートの相互死活監視に適用することができる。
【図面の簡単な説明】
【００５７】
【図１】（ａ）は本発明の実施の形態によるＬＬＤＰフレーム経路を示す図、（ｂ）は本発明の実施の形態によるＬＬＤＰフレームの構成例を示す図である。
【図２】図２は本発明の一実施例によるＬＬＤＰエージェントの構成を示すブロック図である。
【図３】図２に示す送信側ＬＬＤＰフレーム処理部１１の処理動作を示すフローチャートである。
【図４】図２に示す受信側ＬＬＤＰフレーム処理部１４の処理動作を示すフローチャートである。
【図５】本発明の他の実施例によるノード装置の構成を示すブロック図である。
【図６】（ａ）は従来のＬＬＤＰフレーム経路を示す図、（ｂ）は従来のＬＬＤＰフレームの構成例を示す図である。
【符号の説明】
【００５８】
１，６１  ＬＬＤＰエージェントＡ
２，６２  ＬＬＤＰエージェントＢ
３  ＩＥＥＥ８０２．１ＡＢブリッジ
４  ＩＥＥＥ８０２．１Ｄブリッジ
６  ノード装置
７  ＬＬＤＰ未対応ブリッジ
１１  送信側ＬＬＤＰフレーム処理部
１２，６５  ユニキャストアドレステーブル
１３，６３  ローカルＭＩＢ情報
１４  受信側ＬＬＤＰフレーム処理部
１５，６４，６６  リモートＭＩＢ情報
６１ａ，６２ａ  ＬＬＤＰフレーム処理部
【図１】
2008172381.tif 000003
【図２】
2008172381.tif 000004
【図３】
2008172381.tif 000005
【図４】
2008172381.tif 000006
【図５】
2008172381.tif 000007
【図６】
2008172381.tif 000008