(57)【要約】【課題】レイヤ２ネットワーク内の特定端末の設置場所が特定できない。【解決手段】ＩＥＥＥ８０２.３ａｇ−２００７規格におけるレイヤ２ネットワーク内ドメイン・レベルのエッジに配置されたレイヤ２スイッチにおいて、ＭＡＣアドレステーブルを参照することによってＬＢおよびＬＴに対する応答の制約を広げ、レイヤ２スイッチ以外の装置の設置場所を伝える。【選択図】図７
2010171502.tif 000002
【特許請求の範囲】
【請求項１】
レイヤ２ネットワーク上に設置されたレイヤ２スイッチにおいて、
フレームを受信した際に、受信したポートに対してそのフレームを送信した通信装置のＭＡＣアドレスを学習させ、前記通信装置と接続されているポートとを関連付けしたＭＡＣアドレステーブルを作成する手段と、
前記ＭＡＣアドレステーブルから特定の装置のＭＡＣアドレスを検索する手段と、
前記検索結果を他のレイヤ２スイッチに通知する手段と、
を有するレイヤ２スイッチ。
【請求項２】
レイヤ２ネットワーク上に設置されたレイヤ２スイッチにおいて、
通信装置と接続されているポートとを関連付けした、ＭＡＣアドレステーブルをコンフィグレーションによって設定する手段と、
前記ＭＡＣアドレステーブルから特定の装置のＭＡＣアドレスを検索する手段と、
前記検索結果を他のレイヤ２スイッチに通知する手段と、
を有するレイヤ２スイッチ。
【請求項３】
請求項１または請求項２に記載のレイヤ２スイッチであって、
ドメイン・レベルの異なる他のレイヤ２スイッチと接続されたエッジ装置であることを特徴とするレイヤ２スイッチ。
【請求項４】
請求項３に記載のレイヤ２スイッチであって、
同じドメイン・レベルの他のレイヤ２スイッチからの要求に基づいて、前記検索する手段と前記通知する手段とを動作させることを特徴とするレイヤ２スイッチ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レイヤ２スイッチに係り、特にレイヤ２ネットワーク構築時の正常性確認、および障害発生時における被疑端末の設置箇所の特定するレイヤ２スイッチに関する。
【背景技術】
【０００２】
ある装置から、他の装置への到達性確認または経路確認を行うための手段として、レイヤ３ネットワークにおいてはｐｉｎｇおよびｔｒａｃｅｒｏｕｔｅが用意されている。しかし、ｐｉｎｇおよびｔｒａｃｅｒｏｕｔｅは、広域イーサネット（登録商標）網のように、レイヤ２ネットワーク上に存在しているレイヤ３アドレスが付与されていない装置では利用できない。
【０００３】
レイヤ２ネットワークにおいても、非特許文献１であるＩＥＥＥ８０２.１ａｇ−２００７のＥｔｈｅｒ  ＯＡＭ（Operations, Administration and Maintenance）として規格化されたＬＢ（Loop Back）を利用することにより、到達確認をすることが可能である。また、ＬＴ（Link Trace）を利用することにより、経路確認を行うことが可能である。しかし、ＬＢおよびＬＴは、レイヤ２スイッチの動作として規格化されている。すなわち、確認可能な装置は、レイヤ２スイッチのみである。
【０００４】
また、ＩＥＥＥ８０２.１ａｇ−２００７では、レイヤ２ネットワークサービスを提供する事業者と、そのサービスを利用するユーザのそれぞれの立場を考慮している。すなわち、互いの情報を交換しない。そのために、ドメイン・レベルという概念を用いて、異なるドメイン・レベルからの要求に対しては、その応答について制限を設けている。これによって、セキュリティーを確保している。
【０００５】
また、機器メーカの独自仕様として実装しているＬ２ｐｉｎｇ機能およびＬ２ｔｒａｃｅｒｏｕｔｅ機能についても、ＩＥＥＥ８０２.１ａｇ−２００７と同様の考慮がされており、レイヤ２スイッチを対象とした機能である。
【０００６】
ＩＥＥＥ８０２.１ａｇ−２００７のほか、レイヤ２ネットワーク上に存在する端末の設置場所を求める技術として、特許文献１および特許文献２がある。ここで、特許文献１において、レイヤ２ネットワーク内に存在するレイヤ２スイッチは、装置内のＭＡＣアドレステーブルを外部監視装置へ通知する。これにより、外部監視装置がレイヤ２ネットワークに接続された装置のＭＡＣアドレスを収集する。
【０００７】
また、特許文献２において、レイヤ２ネットワーク内に存在するレイヤ２スイッチは、装置内のＭＡＣアドレステーブルをレイヤ２ネットワーク内の他のレイヤ２スイッチへ通知する。これによって、各レイヤ２スイッチは、レイヤ２ネットワークに接続された装置のＭＡＣアドレス情報を共有する。
【０００８】
ここで、図１ないし図５を参照して、背景技術を説明する。まず、図１を参照して、レイヤ２ネットワークシステムの構成を説明する。ここで、図１はレイヤ２ネットワークシステムのハードウェアブロック図である。なお、図１は実施例においても援用する。
【０００９】
図１において、レイヤ２ネットワークシステム５００は、４台の端末２００と、１０台のレイヤ２スイッチ１００で構成されている。端末２００−１は、レイヤ２スイッチ１００−７と接続する。端末２００−２は、レイヤ２スイッチ１００−８と接続する。端末２００−３は、レイヤ２スイッチ１００−９と接続する。端末２００−４は、レイヤ２スイッチ１００−１０と接続する。
【００１０】
レイヤ２スイッチ１００−７は、レイヤ２スイッチ１００−３と接続する。レイヤ２スイッチ１００−８は、レイヤ２スイッチ１００−４と接続する。レイヤ２スイッチ１００−９は、レイヤ２スイッチ１００−５と接続する。レイヤ２スイッチ１００−１０は、レイヤ２スイッチ１００−６と接続する。
【００１１】
レイヤ２スイッチ１００−１は、レイヤ２スイッチ１００−３と、レイヤ２スイッチ１００−４と、レイヤ２スイッチ１００−２と接続する。レイヤ２スイッチ１００−２は、さらにレイヤ２スイッチ１００−５と、レイヤ２スイッチ１００−６と接続する。
【００１２】
破線内のレイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２、レイヤ２スイッチ１００−３、レイヤ２スイッチ１００−４、レイヤ２スイッチ１００−５およびレイヤ２スイッチ１００−６は、レイヤ２ネットワークサービスを提供する事業者の設備である。破線内のレイヤ２スイッチ１００で構成されたネットワークを事業者ネットワーク６００と呼ぶ。
【００１３】
破線外のレイヤ２スイッチ１００−７、レイヤ２スイッチ１００−８、レイヤ２スイッチ１００−９およびレイヤ２スイッチ１００−１０は、レイヤ２ネットワークサービスを利用するユーザのレイヤ２スイッチである。
【００１４】
図１の破線内にあるレイヤ２ネットワークサービスを提供する事業者のレイヤ２スイッチ１００に対して、事業者用のドメイン・レベルが付与される。また、破線外にあるレイヤ２ネットワークサービスを利用するユーザのレイヤ２スイッチ２００に対して、事業者用のドメイン・レベルよりも高いユーザ用のドメイン・レベルが付与される。
【００１５】
レイヤ２スイッチ１００−７に接続された端末２００−１、レイヤ２スイッチ１００−８に接続された端末２００−２、レイヤ２スイッチ１００−９に接続された端末２００−３、およびレイヤ２スイッチ１００−１０に接続された端末２００−４は、ＩＥＥＥ８０２.１ａｇ−２００７においては対象外の装置であるためドメイン・レベルは付与されない。
【００１６】
図２を用いてＩＥＥＥ８０２.１ａｇ−２００７におけるドメイン・レベルの概念を説明する。ここで、図２はレイヤ２スイッチ間のドメインとメッセージ処理を説明するブロック図である。
【００１７】
図２において、レイヤ２スイッチ１００−７と、レイヤ２スイッチ１００−３と、レイヤ２スイッチ１００−１と、レイヤ２スイッチ１００−２と、レイヤ２スイッチ１００−５と、レイヤ２スイッチ１００−９とは、この順に相互接続されている。
【００１８】
各レイヤ２スイッチ１００は、それぞれ図１に対応している。ここで、レイヤ２スイッチ１００−７と、レイヤ２スイッチ１００−９とは、高いドメイン・レベルにある。一方、レイヤ２スイッチ１００−３と、レイヤ２スイッチ１００−１と、レイヤ２スイッチ１００−２と、レイヤ２スイッチ１００−５とは、低いドメイン・レベルにある。
【００１９】
ここで、レイヤ２ネットワークサービスを利用するユーザの設備であるレイヤ２スイッチ１００−７からＬＢ（到達確認）要求を送信した場合を例にして説明する。
【００２０】
レイヤ２スイッチ１００−７からＬＢ（到達確認）要求を送信した場合、レイヤ２ネットワークサービスを提供する事業者の設備であるレイヤ２スイッチ１００−３、レイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２およびレイヤ２スイッチ１００−５は高いドメイン・レベルからのＬＢ要求であるため、それぞれ転送処理を実施する。この結果、レイヤ２スイッチ１００−７が送信したＬＢ要求は、レイヤ２スイッチ１００−９で受信される。
【００２１】
レイヤ２スイッチ１００−７からのＬＢ要求に対し、同じユーザの設備であるレイヤ２スイッチ１００−９は、同じドメイン・レベルからの要求であるため、要求されたＭＡＣアドレスが自装置保有のＭＡＣアドレスに一致するものが存在する場合、ＬＢ要求に対する応答を送信する。
【００２２】
この処理によって、破線外のレイヤ２スイッチ、すなわちレイヤ２ネットワークサービスを利用するユーザに対し、破線内のレイヤ２スイッチで構成されたレイヤ２ネットワーク部分、すなわちレイヤ２ネットワークサービスを提供する事業者のレイヤ２ネットワーク構成を見せることを回避している。
【００２３】
つぎに、図３を参照して、レイヤ２ネットワークサービスを提供する事業者の設備であるレイヤ２スイッチ１００−３からＬＢ（到達確認）要求を送信した場合を説明する。
図３において、レイヤ２スイッチ１００−３からＬＢ（到達確認）要求を送信した場合、同じ事業者の設備であるレイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２およびレイヤ２スイッチ１００−５は、同じドメイン・レベルからの要求であるため、要求されたＭＡＣアドレスが自装置保有のＭＡＣアドレス１２０に一致するものが存在する場合、ＬＢ（到達確認）要求に対する応答を送信する。
【００２４】
一方、自装置保有のＭＡＣアドレス１２０に一致するものが存在しない場合、同じ事業者の設備であるレイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２およびレイヤ２スイッチ１００−５は、ＬＢ（到達確認）要求を転送する。
【００２５】
図２において、ドメイン・レベルのエッジ装置であるレイヤ２スイッチ１００−５でＬＢ（到達確認）要求の転送が行われた場合、ＬＢ（到達確認）要求がレイヤ２ネットワークサービスを利用するユーザの設備であるレイヤ２スイッチ１００−９まで到達する。しかし、レイヤ２スイッチ１００−９は、レイヤ２ネットワークサービスを提供する事業者の設備であるレイヤ２スイッチ１００−３からのＬＢ要求に対し、低いドメイン・レベルからの要求であるため、そのＬＢ要求を廃棄する。よって、レイヤ２ネットワークサービスを提供する事業者のドメイン・レベルのエッジ装置であるレイヤ２スイッチ１００−５は、同じドメイン・レベルからのＬＢ（到達確認）要求で要求されたＭＡＣアドレスが自装置保有のＭＡＣアドレスに一致しない場合は、その要求を転送せずに廃棄することが可能である。
【００２６】
この処理によって、破線外のレイヤ２スイッチ、すなわちレイヤ２ネットワークサービスを利用するユーザのレイヤ２スイッチの情報については、破線内に設置されたレイヤ２ネットワークサービスを提供する事業者のレイヤ２スイッチを通過するだけである。
【００２７】
図４を参照して、ＬＢ（到達確認）要求またはＬＴ（経路確認）要求を受信したレイヤ２スイッチの動作を説明する。ここで、図４はレイヤ２スイッチのＬＢ要求またはＬＴ要求受信処理のフローチャートである。なお、ここでは到達確認要求の受信として、処理を説明する。しかし、経路確認要求の受信についても、同様である。
【００２８】
図４において、到達確認要求を受信したレイヤ２スイッチ１００は、低いドメイン・レベルからの要求か判定する（Ｓ１１）。ＹＥＳのとき、レイヤ２スイッチ１００は、到達確認要求を破棄して（Ｓ１２）、終了する。ステップ１１でＮＯのとき、レイヤ２スイッチ１００は、高いドメイン・レベルからの要求か判定する（Ｓ１３）。ＹＥＳのとき、レイヤ２スイッチ１００は、到達確認要求を転送して（Ｓ１４）、終了する。ステップ１３でＮＯのとき、レイヤ２スイッチ１００は、自装置保有ＭＡＣアドレスを検索する（Ｓ１６）。
【００２９】
レイヤ２スイッチ１００は、自装置保有ＭＡＣアドレスに要求のＭＡＣアドレスが存在したか判定する（Ｓ１７）。ＹＥＳのとき、レイヤ２スイッチ１００は、到達確認応答を送信して（Ｓ１８）、終了する。ステップ１７でＮＯのとき、レイヤ２スイッチ１００は、到達確認要求を転送または廃棄して（Ｓ１９）、終了する。なお、ステップ１９で到達確認要求を廃棄するのは、ドメイン・レベルの高いレイヤ２スイッチと接続されたドメイン・レベルの低いエッジ装置に於いてである、
図５を参照して、ＭＡＣアドレステーブルを学習する一般的な動作を説明する。ここで、図５はＭＡＣアドレステーブルの学習を説明する図である。図５において、ネットワーク５００Ｂは、エッジ装置であるレイヤ２スイッチ１００−５、レイヤ２スイッチ１００−９および端末２００−３で構成されている。レイヤ２スイッチ１００−５、レイヤ２スイッチ１００−９および端末２００−３は、それぞれ図１に対応している。
【００３０】
端末２００−３が任意のフレームを送信すると、レイヤ２スイッチ１００−９を経由してレイヤ２スイッチ１００−５に到達する。エッジ装置であるレイヤ２スイッチ１００−５は、受信したポートに端末２００−３が収容されているという情報として、端末２００−３のＭＡＣアドレスをＭＡＣアドレステーブル１１０へ記録し、学習を行なう。なお、経由するレイヤ２スイッチ１００−９でも同様に、端末２００−３のＭＡＣアドレスを自装置内のＭＡＣアドレステーブル１１０に登録し、学習を行っている。なお、ＭＡＣアドレステーブル１１０は、上記の方法による学習のほか、コンフィグレーションによっても登録することが可能である。
【先行技術文献】
【特許文献】
【００３１】
【特許文献１】特開２００４−０２３１５３号公報
【特許文献２】特開２００８−１２４７９１号公報
【非特許文献】
【００３２】
【非特許文献１】ＩＥＥＥ８０２.１ａｇ−２００７
【発明の概要】
【発明が解決しようとする課題】
【００３３】
ネットワークを利用するにあたって、ネットワーク接続制御を行うＲＡＤＩＵＳ（Remote Access Dial In User authentication Service）サーバ、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバおよびネットワーク監視サーバの設置は、必要不可欠となっている。このため、ネットワーク構築時において、これらのサーバとの到達確認および経路確認を実施する機会が多くある。
【００３４】
レイヤ２ネットワークの構築時においても例外ではない。しかし、レイヤ３アドレスが付与されていないレイヤ２スイッチでは、レイヤ３の機能であるｐｉｎｇまたはｔｒａｃｅｒｏｕｔｅによる到達確認または経路確認は、実施できない。
【００３５】
ＩＥＥＥ８０２.１ａｇ−２００７は、レイヤ２スイッチのみを対象とした規格であるため、サーバを対象とした到達性確認や経路確認は実施できない。
【００３６】
特許文献１に記載の技術では、ＭＡＣアドレステーブルの変化を契機に、外部監視装置に対して情報を配布する。しかし、新しい端末からの通信開始や、ネットワーク内のトラヒックの変動によってＭＡＣアドレステーブルは変化する。このため、各レイヤ２スイッチは、ＭＡＣアドレステーブル情報について頻繁に配布する。また、レイヤ２ネットワーク内に設置されるレイヤ２スイッチおよび端末が増加するのに伴い、レイヤ２ネットワーク内に流れる情報量が増加していってしまう。
【００３７】
特許文献２に記載された技術でも、レイヤ２ネットワーク内に設置されたレイヤ２スイッチが増加するのに伴い、レイヤ２ネットワーク内に流れるトラフィックが増加する。また、各レイヤ２スイッチが保有すべき情報量も増加することになる。
【課題を解決するための手段】
【００３８】
本発明は、ＩＥＥＥ８０２.１ａｇ−２００７のＬＢ（到達確認）とＬＴ（経路確認）の処理を元に、適用範囲を拡張して、レイヤ２ネットワーク上に存在する通信装置に対する到達確認や経路確認が実施できるよう、通信装置宛Ｌ２ｐｉｎｇ機能および通信装置宛Ｌ２ｔｒａｃｅｒｏｕｔｅ機能を実現する。
【００３９】
上述した課題は、フレームを受信した際に、受信したポートに対してそのフレームを送信した通信装置のＭＡＣアドレスを学習させ、通信装置と接続されているポートとを関連付けしたＭＡＣアドレステーブルを作成する手段と、ＭＡＣアドレステーブルから特定の装置のＭＡＣアドレスを検索する手段と、検索結果を他のレイヤ２スイッチに通知する手段と、を有するレイヤ２スイッチにより、実現できる。
【００４０】
また、通信装置と接続されているポートとを関連付けした、ＭＡＣアドレステーブルをコンフィグレーションによって設定する手段と、ＭＡＣアドレステーブルから特定の装置のＭＡＣアドレスを検索する手段と、検索結果を他のレイヤ２スイッチに通知する手段と、を有するレイヤ２スイッチにより、実現できる。
【発明の効果】
【００４１】
本発明によれば、レイヤ２ネットワーク上に存在する通信装置に対する到達確およびや経路確認が実施できるよう、通信装置宛Ｌ２ｐｉｎｇ機能および通信装置宛Ｌ２ｔｒａｃｅｒｏｕｔｅ機能を実現できる。
【図面の簡単な説明】
【００４２】
【図１】レイヤ２ネットワークシステムのハードウェアブロック図である。
【図２】レイヤ２スイッチ間のドメインとメッセージ処理を説明するブロック図である。
【図３】エッジ装置の動作を説明するネットワークのブロック図である。
【図４】レイヤ２スイッチの動作フローチャートである。
【図５】ＭＡＣアドレステーブルの学習を説明する図である。
【図６】レイヤ２スイッチの動作を説明するネットワークのブロック図である。
【図７】レイヤ２スイッチの動作フローチャートである。
【図８】ＭＡＣアドレステーブルテーブルを説明する図である。
【図９】保守用端末と複数のレイヤ２スイッチと端末との間のシーケンス図である。
【図１０】保守用端末と複数のレイヤ２スイッチと端末との間のシーケンス図である。
【発明を実施するための形態】
【００４３】
以下、本発明の実施形態について、実施例を用い図面を参照しながら説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【実施例１】
【００４４】
実施例１について、図６ないし図９を用いて説明する。まず、図６を参照して、事業者ドメインのエッジ装置であるレイヤ２スイッチの動作を説明する。図６において、ネットワーク５００Ｃは、レイヤ２スイッチ１００−３、１００−１，１００−２および１００−５で構成されている。レイヤ２スイッチ１００−１、１００−２、１００−３および１００−５は、それぞれ図１に対応している。また、各レイヤ２スイッチ１００は、いずれもレイヤ２での到達確認機能を実装する。また、各レイヤ２スイッチ１００は、いずれも保守用端末からＭＡＣアドレス指定でＬ２ｐｉｎｇコマンドを実行する。この結果、各レイヤ２スイッチ１００は、いずれも到達確認要求を実施する運用コマンドを実装する。
【００４５】
ここで、対象となるＭＡＣアドレスが図６のＭＡＣアドレステーブル１１０に存在しているかどうかの検索を実施され、一致するＭＡＣアドレスが存在していた場合、レイヤ２スイッチ１００−５は、そのＭＡＣアドレスを学習しているポート情報を、要求元であるレイヤ２スイッチ１００−３に応答として通知できる。
【００４６】
図６において、レイヤ２スイッチ１００−３からＬＢ（到達確認）要求を送信した場合、同じ事業者の設備であるレイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２およびレイヤ２スイッチ１００−５は、同じドメイン・レベルからの要求であるため、要求されたＭＡＣアドレスが自装置保有のＭＡＣアドレス１２０に一致するものが存在する場合、ＬＢ（到達確認）要求に対する応答を送信する。
【００４７】
一方、自装置保有のＭＡＣアドレス１２０に一致するものが存在しない場合、同じ事業者の設備であるレイヤ２スイッチ１００−１、レイヤ２スイッチ１００−２およびレイヤ２スイッチ１００−５は、ＬＢ（到達確認）要求を転送する。しかし、レイヤ２ネットワークサービスを提供する事業者のドメイン・レベルのエッジ装置であるレイヤ２スイッチ１００−５は、同じドメイン・レベルからのＬＢ（到達確認）要求で要求されたＭＡＣアドレスが自装置保有のＭＡＣアドレスに一致しない場合は、さらにＭＡＣアドレステーブル１１０を参照する。ＭＡＣアドレステーブル１１０に一致するＭＡＣアドレスが存在していた場合、レイヤ２スイッチ１００−５は、そのＭＡＣアドレスを学習しているポート情報を、要求元であるレイヤ２スイッチ１００−３に応答として通知する。
【００４８】
図７を参照して、ＬＢ（到達確認）要求またはＬＴ（経路確認）要求を受信したレイヤ２スイッチの動作を説明する。ここで、図７はレイヤ２スイッチのＬＢ要求またはＬＴ要求受信処理のフローチャートである。なお、ここでは到達確認要求の受信として、処理を説明する。しかし、経路確認要求の受信についても、同様である。なお、図７において、ステップ２１からステップ２８は、図４のステップ１１からステップ１８と同一である。したがって、説明を省略する。
【００４９】
ステップ２７でＮＯのとき、レイヤ２スイッチ１００は、ＭＡＣアドレステーブルを検索する（Ｓ２９）。レイヤ２スイッチ１００は、ＭＡＣアドレステーブルに要求されたＭＡＣアドレスが存在したか判定する（Ｓ３１）。ＹＥＳのとき、レイヤ２スイッチ１００は、到達確認応答を要求元に送信して（Ｓ３２）、終了する。ステップ３１でＮＯのとき、レイヤ２スイッチ１００は、到達確認要求を転送または廃棄して（Ｓ３３）、終了する。なお、ステップ３３で廃棄するのは、レイヤ２スイッチ１００がエッジ装置の場合である。
【００５０】
図８において、ＭＡＣアドレステーブル１１０は、ＭＡＣアドレス１１１と、ポート１１２で構成されている。ＭＡＣアドレスは、通信装置の固有アドレスである。ポートは、レイヤ２スイッチ１００のポート番号である。レイヤ２スイッチ１００は、図５を参照して説明したように端末２００のＭＡＣアドレスをポート番号と対応付けてＭＡＣアドレステーブル１１０に記録するので、一つのポートに複数のＭＡＣアドレスが対応付けられている。
【００５１】
レイヤ２スイッチ１００は、受信フレームを転送する際に、受信したフレームの宛先ＭＡＣアドレスがＭＡＣアドレステーブル１１０にあるか検索する。宛先ＭＡＣアドレスがＭＡＣアドレステーブル１１０にあるとき、レイヤ２スイッチ１００は、対応するポートから受信したフレームを送信する。宛先ＭＡＣアドレスがＭＡＣアドレステーブル１１０にないとき、レイヤ２スイッチ１００は、全てのポートから受信したフレームを送信する。
【００５２】
図９において、端末２００−３がレイヤ２スイッチ１００−３に対してアタック行為を仕掛けていると仮定し、レイヤ２ネットワークサービスを提供する事業者が不正端末の設置箇所を調査するときの流れを説明する。
【００５３】
レイヤ２スイッチ１００−３に接続された保守用端末３００は、レイヤ２スイッチ１００−３にＬ２ｐｉｎｇコマンドを送信する（Ｓ４１）。レイヤ２スイッチ１００−３は、レイヤ２スイッチ１００−１に到達確認要求を送信する（Ｓ４２）。レイヤ２スイッチ１００−１は、レイヤ２スイッチ１００−２に到達確認要求を転送する（Ｓ４３）。レイヤ２スイッチ１００−２は、レイヤ２スイッチ１００−５に到達確認要求を転送する（Ｓ４４）。レイヤ２スイッチ１００−５は、到達確認要求の要求元ドメインのエッジ装置なので、これ以上の転送は実行しない。
【００５４】
レイヤ２スイッチ１００−５は、ＭＡＣアドレステーブル１１０に端末２００−３のＭＡＣアドレスを記録しているので、レイヤ２スイッチ１００−３に、当該ＭＡＣアドレスの接続ポート情報を含む到達確認応答を送信する（Ｓ４６）。レイヤ２スイッチ１００−３は、保守用端末３００に、当該ＭＡＣアドレスの接続ポート情報を含むＬ２ｐｉｎｇ応答を送信する（Ｓ４７）。以上によって、保守用端末３００は、端末２００−３のＭＡＣアドレスの接続ポート情報を表示することができる。
【００５５】
本実施例に拠れば、ネットワークの運用開始後も、悪意のある端末から攻撃された場合に、その端末の設置箇所を容易に調査することが可能である。
【００５６】
また、本実施例に拠れば、レイヤ２ネットワーク内に存在する任意の端末の設置箇所を調査する段階で、トラフィックが発生する。このため、定常的に必要なネットワーク内のトラフィックを抑えることが可能である。
【実施例２】
【００５７】
実施例２について、図１０を参照して説明する。図１０において、ユーザドメインのスイッチであるレイヤ２スイッチ１００−７に保守用端末３００を接続している。また、事業者ネットワーク６００を介して、レイヤ２スイッチ１００−７は、レイヤ２スイッチ１００−９と接続されている。レイヤ２スイッチ１００−９は、ＤＨＣＰサーバ４００と接続されている。なお、保守用端末３００とレイヤ２スイッチとの接続形態は、直接接続しても良いし、ｔｅｌｎｅｔによる遠隔操作でも良い。
【００５８】
ＤＨＣＰサーバ４００は、頻繁にパケットが送信されるため、レイヤ２スイッチ１００−９のＭＡＣアドレステーブル１１０へ、収容しているポート情報が学習されている状態である。
【００５９】
保守用端末３００は、ＤＨＣＰサーバ４００のＭＡＣアドレスを指定して、レイヤ２スイッチ１００−７へＬ２ｔｒａｃｅｒｏｕｔｅコマンドを実行する（Ｓ５１）。レイヤ２スイッチ１００−７は、事業者ネットワーク６００に経路探索要求を送信する（Ｓ５２）。経路探索要求の要求元がユーザドメインなので、事業者ネットワーク６００内を次々と転送される。事業者ネットワーク６００は、レイヤ２スイッチ１００−９に、経路探索要求を送信する（Ｓ５３）。レイヤ２スイッチ１００−９は、経路探索要求の要求元がユーザドメインなので、ＭＡＣアドレステーブル１１０を検索する。レイヤ２スイッチ１００−９は、ＭＡＣアドレステーブル１１０にＤＨＣＰサーバ４００のＭＡＣアドレスを保持しているので、レイヤ２スイッチ１００−７に、ＤＨＣＰサーバ４００を接続するポート情報を含む経路探索応答を送信する（Ｓ５４）。レイヤ２スイッチ１００−７は、保守用端末３００に、ＤＨＣＰサーバ４００を接続するポート情報を含むＬ２ｔｒａｃｅｒｏｕｔｅ応答を送信する（Ｓ５６）。
保守用端末３００は、画面にレイヤ２スイッチ１００−９とＤＨＣＰサーバ４００が接続されているポート情報の表示を行い、オペレータに知らせる。
【００６０】
本実施例に拠れば、レイヤ２スイッチ間のケーブル接続間違いやＶＬＡＮの設定間違いによるネットワーク構築時の接続ミスを容易に検出することが可能である。
【符号の説明】
【００６１】
１００…レイヤ２スイッチ、１１０…ＭＡＣアドレステーブル、１２０…自装置保有ＭＡＣアドレス、２００…端末、３００…保守用端末、４００…ＤＨＣＰサーバ、５００…レイヤ２ネットワーク、６００…事業者ネットワーク。
【図１】
2010171502.tif 000003
【図２】
2010171502.tif 000004
【図３】
2010171502.tif 000005
【図４】
2010171502.tif 000006
【図５】
2010171502.tif 000007
【図６】
2010171502.tif 000008
【図７】
2010171502.tif 000009
【図８】
2010171502.tif 000010
【図９】
2010171502.tif 000011
【図１０】
2010171502.tif 000012