JP2012100039A - レイヤ２スイッチ、転送方法及び転送プログラム - Google Patents

Abstract

【課題】レイヤ２網にかかる負荷を低減すること。
【解決手段】レイヤ２スイッチは、通信路を介してレイヤ２網外の装置からデータを受信する第１通信部と、第１通信部により受信したデータをレイヤ２網内の他のレイヤ２スイッチへ送信する第２通信部とを有する。また、レイヤ２スイッチは、第１識別部と、生成部と、第１送信処理部とを有する。第１識別部は、第１通信部により受信したデータがレイヤ３以上の監視パケットであるか否かを識別する。生成部は、レイヤ２網内の他のレイヤ２スイッチとの間で接続確認を行うレイヤ２フレームの所定領域に、監視パケットの情報を埋め込む。第１送信処理部は、第１通信部により受信したデータがレイヤ３以上の監視パケットであるとき、当該監視パケットに代えて、監視パケットの情報を埋め込んだレイヤ２フレームを、第２通信部から送信させる。
【選択図】図３

Description

本発明は、レイヤ２スイッチ、転送方法及び転送プログラムに関する。

近年、物理ネットワークであるレイヤ２網を介して各顧客網が接続される商用イーサーネット（登録商標）サービスが急速に普及している。図１６に商用イーサーネットサービスに用いられるネットワークの構成例を示す。

図１６に示すように、商用イーサーネットサービスでは、各顧客網１２０はレイヤ２網１１０に接続される。レイヤ２網１１０は、複数のレイヤ２スイッチを有するコアスイッチ網１１１と、各拠点のレイヤ２スイッチ１１２とを有する。また、各顧客網１２０のルータ１２１は、それぞれ各拠点のレイヤ２スイッチ１１２に接続される。

図１６に示す例では、顧客Ａの顧客網１２０Ａ１と顧客網１２０Ａ２とはレイヤ２網１１０を介して接続される。同様に、顧客Ｂの顧客網１２０Ｂ１と顧客網１２０Ｂ２とはレイヤ２網１１０を介して接続される。また、顧客Ｃの顧客網１２０Ｃ１と顧客網１２０Ｃ２とはレイヤ２網１１０を介して接続される。

また、顧客網１２０同士は、ＶＰＮ（Virtual Private Network）技術などにより、仮想的に互いに分割される。すなわち、顧客網１２０Ａ１，１２０Ａ２は、他の顧客網１２０Ｂ１，１２０Ｂ２，１２０Ｃ１，１２０Ｃ２と仮想的に分離される。同様に、顧客網１２０Ｂ１，１２０Ｂ２，１２０Ｃ１，１２０Ｃ２は、他の顧客網と仮想的に分離される。また、顧客網１２０Ｂ１，１２０Ｂ２は、他の顧客網１２０Ａ１，１２０Ａ２，１２０Ｂ１，１２０Ｂ２と仮想的に分離される。

このように、図１６に示すネットワークでは、レイヤ２網が仮想的に分割され、一つのレイヤ２網１１０上に複数のオーバレイネットワークが構築される。

ところで、商用イーサーネットサービスを提供する通信事業者は、レイヤ２網１１０の保守管理を行う必要がある。レイヤ２網１１０のような広域イーサーネット（登録商標）を保守管理するための技術として、イーサーネットＯＡＭ（operations、administration、maintenance）が知られている。

このイーサーネットＯＡＭは、レイヤ２スイッチの死活監視や接続経路情報の確認を行い、障害の検出を行うことができるプロトコルであり、ＩＴＵ−Ｔ勧告Ｙ.１７３１、ＩＥＥＥ８０２．１ａｇで標準化されている。このイーサーネットＯＡＭは、ＩＰ（Internet Protocol）に依存しないため、主に大規模なレイヤ２網である広域イーサーネットの障害監視に用いられる。

イーサーネットＯＡＭにおいては、レイヤ２網１１０におけるレイヤ２スイッチは、ＭＥＧ（Maintenance Entity Group）と呼ばれるＶＬＡＮ（Virtual Local Area Network）グループの中で終端ポイントおよび中継ポイントとして定義される。終端ポイントは、ＭＥＰ（MEG End Point）と呼ばれ、中継ポイントはＭＩＰ（MEG Intermediate Point）と呼ばれる。

そして、これらのポイント間において、ＣＣ（Continuity Check:片方向接続確認）、ＬＢ（Loop Back:応答接続確認）、ＬＴ（Link Trace:経路確認）と呼ばれる３種類の監視フレームをやり取りすることで迅速な障害検出が行われる。

一方、図１６に示すように、商用イーサーネットサービスを利用して企業内ネットワークを構築する場合、企業内ネットワークの管理者は、企業内ネットワークの状態を監視する必要がある。例えば、企業内ネットワークが正常に動作しているか、経路制御などの各プロトコルが正常に動作しているか等である。

企業内ネットワークの状態を監視するために、レイヤ３層〜レイヤ７層の監視パケットが用いられる。例えば、ＯＳＰＦプロトコルでは、Ｈｅｌｌｏパケットが用いられ、ＶＲＲＰプロトコルでは、生存広告パケットが用いられる。

特開２０１０−１３０１１３号公報

しかしながら、レイヤ３層〜レイヤ７層の監視パケットを用いて企業内ネットワークの状態を監視する場合には、レイヤ３層〜レイヤ７層の監視パケットが、レイヤ２網に過剰な負荷をかけてしまうという問題がある。特に、信頼性の要求、回線の広帯域化、クラウドコンピューティング技術、仮想化の進展などにより、レイヤ３〜レイヤ７層の監視パケットが増大する傾向にあり、レイヤ２網にかかる負荷がますます問題となってきている。

開示の技術は、上記に鑑みてなされたものであって、レイヤ２網にかかる負荷を低減することができるレイヤ２スイッチを提供することを目的とする。

本願の開示するレイヤ２スイッチは、一つの態様において、通信路を介してレイヤ２網外の装置からデータを受信する第１通信部と、前記第１通信部により受信したデータをレイヤ２網内の他のレイヤ２スイッチへ送信する第２通信部とを有する。また、レイヤ２スイッチは、第１識別部と、生成部と、第１送信処理部とを有する。前記第１識別部は、前記第１通信部により受信したデータがレイヤ３以上の監視パケットであるか否かを識別する。前記生成部は、レイヤ２網内の他のレイヤ２スイッチとの間で接続確認を行うレイヤ２フレームの所定領域に、前記監視パケットの情報を埋め込む。前記第１送信処理部は、前記第１通信部により受信したデータがレイヤ３以上の監視パケットであるとき、当該監視パケットに代えて、前記監視パケットの情報を埋め込んだレイヤ２フレームを、前記第２通信部から送信させる。

本願の開示するレイヤ２スイッチの一つの態様によれば、レイヤ２網にかかる負荷を低減することができるという効果を奏する。

図１は、本実施例に係るレイヤ２網を用いた商用イーサーネットサービスの説明図である。 図２は、本実施例に係るレイヤ２網におけるデータ転送方法の説明図である。 図３は、本実施例に係るレイヤ２スイッチのブロック図である。 図４は、特別ＣＣフレームのフォーマットを説明するための図である。 図５は、ＭＥＰテーブルの一例を示す図である。 図６は、監視テーブルの一例を示す図である。 図７は、パケットテーブルの一例を示す図である。 図８は、監視状態フラグの具体例を説明するための図である。 図９は、図１に示したレイヤ２スイッチが隣接するルータ側から受信したデータを転送する処理手順を示すフローチャートである。 図１０は、図１に示したレイヤ２スイッチが対向するルータ側から受信したデータを転送する処理手順を示すフローチャートである。 図１１は、図１に示したレイヤ２スイッチによるＣＣフレーム受信処理の処理手順を示すフローチャートである。 図１２は、本実施例に係るデータ転送方法の適用例（その１）を説明するための図である。 図１３は、本実施例に係るデータ転送方法の適用例（その１）を説明するための図である。 図１４は、本実施例に係るデータ転送方法の適用例（その２）を説明するための図である。 図１５は、本実施例に係るデータ転送方法の適用例（その２）を説明するための図である。 図１６は、商用イーサーネットサービスに用いられるネットワークの構成例を示す図である。

以下に、本願の開示するレイヤ２スイッチ、転送方法及び転送プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［レイヤ２網の構成］
まず、本実施例に係るレイヤ２網（以下、Ｌ２網とする）の構成について図面を参照して説明する。図１は、本実施例に係るレイヤ２網を用いた商用イーサーネットサービスの説明図である。

図１に示すように、レイヤ２網１０は、複数のレイヤ２スイッチ１２を有するコアスイッチ網１１と、各拠点に配置されるレイヤ２スイッチ１３ａ〜１３ｄとを備えている。レイヤ２スイッチ１２とレイヤ２スイッチ１３ａ,１３ｂとは、ＭＥＧ（Maintenance Entity Group）と呼ばれるＶＬＡＮ（Virtual Local Area Network）グループに含まれる。このＶＬＡＮグループの中でレイヤ２スイッチ１２は中継ポイントとして定義され、レイヤ２スイッチ１３ａ,１３ｂは、終端ポイントとして定義される。終端ポイントは、ＭＥＰ（MEG End Point）と呼ばれ、中継ポイントはＭＩＰ（MEG Intermediate Point）と呼ばれる。

また、顧客Ａの顧客網２０Ａ１と顧客網２０Ａ２とはレイヤ２網１０を介して接続されて一つの顧客網が構築される。同様に、顧客Ｂの顧客網２０Ｂ１と顧客網２０Ｂ２とはレイヤ２網１０を介して接続されて一つの顧客網が構築される。また、顧客Ｃの顧客網２０Ｃ１と顧客網２０Ｃ２とはレイヤ２網１０を介して接続されて一つの顧客網が構築される。

顧客網２０同士は、レイヤ２ＶＰＮ（Virtual Private Network）技術により、仮想的に互いに分割される。すなわち、顧客網２０Ａ１，２０Ａ２は、他の顧客網２０Ｂ１，２０Ｂ２，２０Ｃ１，２０Ｃ２と仮想的に分離される。同様に、顧客網２０Ｂ１，２０Ｂ２，２０Ｃ１，２０Ｃ２は、他の顧客網と仮想的に分離される。また、顧客網２０Ｂ１，２０Ｂ２は、他の顧客網２０Ａ１，２０Ａ２，２０Ｂ１，２０Ｂ２と仮想的に分離される。

レイヤ２ＶＰＮは、ＩＥＥＥ８０２．１ＱなどのイーサーネットＶＬＡＮ技術を用いて一つのネットワークをＶＬＡＮ（Virtual Local Area Network）に分割する技術である。なお、レイヤ２ＶＰＮ技術に代えて、ＩＰＶＰＮ技術やＭＰＬＳ技術を用いて顧客網２０同士を仮想的に分割するようにしてもよい、ＩＰＶＰＮ技術は、ＩＰ ｉｎ ＩＰと呼ばれるＩＰパケットをＩＰパケット中にカプセル化する技術である。また、ＭＰＬＳ技術は、ＩＰネットワーク上に仮想的なパスを張ることによって仮想的なプライベート網を構築する技術である。

レイヤ２網１０では、ＣＣ（Continuity Check:片方向接続確認）、ＬＢ（Loop Back:応答接続確認）、ＬＴ（Link Trace:経路確認）と呼ばれる３種類の監視フレームをやり取りすることで迅速な障害検出が行われる。

ＣＣと呼ばれる監視フレーム（以下ＣＣフレームとする）は、ＭＥＰ間の接続状態を監視するためのレイヤ２のフレームである。このＣＣフレームは、３．３ｍｓ〜１０ｍｉｎの間隔で対向ＭＥＰへ送信される。各ＭＥＰは、対向する被監視対象ＭＥＰからのＣＣフレームを監視し、３．５周期の間にＣＣフレームが受信できなければ、被監視対象ＭＥＰとの間の接続に問題が発生したことを検出する。

ＬＢと呼ばれる監視フレーム（以下ＬＢフレームとする）は、レイヤ２スイッチ間の接続状態を確認するためのレイヤ２フレームである。レイヤ２スイッチは、ＬＢフレームの送信先のレイヤ２スイッチから応答を受信することにより接続確認を行う。

ＬＴと呼ばれる監視フレーム（以下ＬＴフレームとする）は、レイヤ２スイッチ間の接続状態を確認するためのレイヤ２フレームである。ＬＴフレームがあるレイヤ２スイッチからあるレイヤ２スイッチへ送信されたとき、ＬＴフレームが通過する全てのレイヤ２スイッチは、送信元のレイヤ２スイッチへ確認応答を行う。この確認応答により、障害箇所の切り分けを行うことができる。

次に、本実施例に係るレイヤ２網１０におけるデータ転送方法について図２を参照して説明する。図２は、本実施例に係るレイヤ２網１０におけるデータ転送方法の説明図である。ここでは、顧客Ａの顧客網２０Ａ１，２０Ａ２間でのデータ転送処理の例を説明するが、顧客網２０Ｂ１，２０Ｂ２間や顧客網２０Ｃ１，２０Ｃ２間でも同様の処理が行われる。なお、レイヤ２スイッチ１３ａ,１３ｂをそれぞれＭＥＰ１,ＭＥＰ２とする。また、ＭＥＰ１,ＭＥＰ２は、イーサーネットＯＡＭで互いに監視状態にあるものとする。すなわち、ＭＥＰ１とＭＥＰ２間では、ＣＣフレームが送受信される。

ＭＥＰ１とＭＥＰ２は、ルータ２１ａとルータ２１ｂ間で送受信される監視パケットを監視する（ステップＳ１）。図２に示す例では、ルータ２１ａからルータ２１ｂへの監視パケット（以下Ｌ３監視パケットという）を監視している様子を示している。監視パケットとは、例えば、表１に示すようなレイヤ３以上の監視パケットである。

ＭＥＰ１,ＭＥＰ２は、監視パケットの情報を内部の監視情報データベースに記憶する（ステップＳ２）。監視パケットの情報には、例えば、ＶＬＡＮ−ＩＤ、プロトコル番号、ＩＦ番号、ＭＡＣアドレス、ポート番号、パケットイメージなどがある。一方、ＭＥＰ１,ＭＥＰ２は、監視パケット以外のパケットは、その内容を保持することなく、そのまま転送する。例えば、ＯＳＰＦ（Open Shortest Path First）プロトコルのパケットのうち、ＬＳＡ（Link-State Advertisement）などの経路情報の交換に用いられるパケットは、その内容を保持することなく、そのまま転送する。

ＭＥＰ１，２において監視パケットの情報が記憶された後、ＭＥＰ１は、ルータ２１ａから監視パケットを受信すると、この監視パケットを転送することなく、破棄する（ステップＳ３）。さらに、ＭＥＰ１は、受信した監視パケットから監視情報を抽出し、この監視情報をＣＣフレームに埋め込んで、ＭＩＰへ送信する（ステップＳ４）。監視情報には、例えば、エラーチェックに用いられるチェックサムなどがある。監視情報が埋め込まれたＣＣフレームは、ＭＩＰを介してＭＥＰ２へ転送される。

監視情報が埋め込まれたＣＣフレームを受信したＭＥＰ２は、このＣＣフレームに埋め込まれた監視情報と合致する監視情報を有する監視パケットの情報を監視情報データベースから読み出す。そして、ＭＥＰ２は、読み出した情報に基づいて監視パケットを再生し、再生した監視パケットを隣接するルータ２１ｂへ送信する（ステップＳ５）。

このように、ＭＥＰとなるレイヤ２スイッチは、レイヤ２網１０内の他のレイヤ２スイッチとの間で接続確認を行うＣＣフレームの所定領域に、監視パケットの情報を埋め込む。そして、レイヤ２スイッチは、受信したデータがレイヤ３以上の監視パケットであるとき、当該監視パケットに代えて、監視パケットの情報を埋め込んだＣＣフレームを送信する。

監視パケットと、ＣＣフレームの双方を送信する必要がなくなることから、監視に係る通信帯域を削減できるため、本実施例に係るレイヤ２スイッチでは、レイヤ２網にかかる負荷を低減することができる。

また、ＭＥＰとなるレイヤ２スイッチは、監視パケットの情報を埋め込んだＣＣフレームを対向するＭＥＰから受信したとき、このＣＣフレームに含まれる監視パケットの情報に基づいて、レイヤ３以上の監視パケットを再生する。そして、レイヤ２スイッチは、再生した監視パケットをレイヤ２網１０外のルータへ送信する。

そのため、コアスイッチ網１１内では、レイヤ３以上の監視パケットの情報をＣＣフレームを用いて転送させることができ、レイヤ２網にかかる負荷を可及的に低減することができる。

また、ＭＥＰとなるレイヤ２スイッチは、レイヤ２網内の他のレイヤ２スイッチから受信したデータがレイヤ３以上の監視パケットでの情報を記憶する。そして、ＭＥＰとなるレイヤ２スイッチは、記憶した監視パケットの情報とＣＣフレームに含まれる監視パケットの情報とに基づいて、レイヤ３以上の監視パケットを再生する。

そのため、種々の監視パケットのパケットイメージを予め記憶しておく必要が無く、受信する監視パケットの種類が少ないような場合には、パケットイメージを記憶する監視情報データベースの記憶容量を低減することができる。

［レイヤ２スイッチの構成］
次に、ＭＥＰとなるレイヤ２スイッチの構成を説明する。図３は、本実施例に係るレイヤ２スイッチのブロック図である。ここでは、図１に示したレイヤ２スイッチ１３ａの構成について説明するが、レイヤ２スイッチ１３ｂ〜１３ｄも同様の構成である。

図３に示すように、ＭＥＰとなるレイヤ２スイッチ１３ａは、第１通信インタフェース（Ｉ／Ｆ）部３０、第２通信Ｉ／Ｆ部４０、対向装置監視部５０及び隣接装置監視部６０を有する。また、レイヤ２スイッチ１３ａは、イーサーネットＯＡＭ情報データベース（ＤＢ）７０、監視情報ＤＢ８０及び監視情報管理部９０を有する。

第１通信Ｉ／Ｆ部３０は、隣接するルータであるルータ２１ａとの間でデータを送受信するための複数のポートを含むインタフェースである。第２通信Ｉ／Ｆ部４０は、対向するＭＥＰであるレイヤ２スイッチ１３ｂとの間でデータを送受信するための複数のポートを含むインタフェースである。

対向装置監視部５０は、第２通信Ｉ／Ｆ部４０を介してレイヤ２スイッチ１３ｂから受信したパケットやフレームなどのデータを監視し、必要な処理を行う。対向装置監視部５０は、第１振分処理部５１、第１転送部５２、第１監視処理部５３、Ｌ２受信処理部５４、パケット再生部５５及び第１送信処理部５６を備える。

第１振分処理部５１は、レイヤ２スイッチ１３ｂから第２通信Ｉ／Ｆ部４０を介して受信したデータの振り分けを行う。具体的には、第１振分処理部５１は、レイヤ２スイッチ１３ｂから受信したデータが、レイヤ３〜レイヤ７の監視パケット、監視パケット以外のパケット、又は、イーサーネットＯＡＭフレームであるか否かを識別し、識別後のデータを各送信先へ分配する。第１振分処理部５１は、第２識別部の一例である。

なお、イーサーネットＯＡＭフレームには、上述したように、ＣＣフレーム、ＬＢフレーム、ＬＴフレームがある。ここでは、第１振分処理部５１は、イーサーネットＯＡＭフレームのうち、監視パケットの情報が含まれているＣＣフレーム（以下、特別ＣＣフレームとする）を第１監視処理部５３へ送信する。

また、第１振分処理部５１は、監視パケットの情報が含まれていない通常のＣＣフレーム（以下、通常ＣＣフレームとする）、ＬＢフレーム、ＬＴフレームを受信したとき、図示しないＯＡＭフレーム処理部に送信する。ＯＡＭフレーム処理部では、通常ＣＣフレーム、ＬＢフレーム、ＬＴフレームに応じて処理を行う。例えば、通常ＣＣフレームを受信すると、ＯＡＭフレーム処理部は、対向する被監視対象ＭＥＰからの通常ＣＣフレームを監視し、３．５周期の間に通常ＣＣフレームが受信できなければ、被監視対象ＭＥＰとの間の接続に問題が発生したことを検出する。

また、第１振分処理部５１は、レイヤ２スイッチ１３ｂから第２通信Ｉ／Ｆ部４０を介して受信したデータがレイヤ３〜レイヤ７の監視パケットである場合には、該監視パケットを受信した第２通信Ｉ／Ｆ部４０のポート番号を第１監視処理部５３に通知する。第１監視処理部５３に通知された第２通信Ｉ／Ｆ部４０のポート番号は、第１監視処理部５３を介して監視情報管理部９０へ通知される。

また、第１振分処理部５１は、レイヤ２スイッチ１３ｂから第２通信Ｉ／Ｆ部４０を介して受信したデータがレイヤ３〜レイヤ７の監視パケットである場合には、該監視パケットのパケット長を第１監視処理部５３に通知する。第１監視処理部５３に通知された監視パケットのパケット長は、第１監視処理部５３を介して監視情報管理部９０へ通知される。

第１転送部５２は、第１振分処理部５１で分配された監視パケット以外のパケットを第１送信処理部５６へ転送する。例えば、第１転送部５２は、ＯＳＰＦプロトコルのパケットのうちＬＳＡなどの経路情報の交換に用いられるパケットを第１送信処理部５６へ転送する。

第１監視処理部５３は、第１振分処理部５１で分配された監視パケットを監視情報管理部９０へ転送する。例えば、第１監視処理部５３は、ＯＳＰＦプロトコルの監視パケットであるＨｅｌｌｏパケットを監視情報管理部９０へ転送する。

Ｌ２受信処理部５４は、第１振分処理部５１から送信される特別ＣＣフレームを受信し、受信した特別ＣＣフレームを監視情報管理部９０へ転送する。

パケット再生部５５は、特別ＣＣフレームに含まれる監視パケットの情報に基づいて監視パケットを再生する。具体的には、パケット再生部５５は、監視パケットの情報としてのパケットイメージを含むパケット再生指示を監視情報管理部９０から受信すると、受信したパケット再生指示からパケットイメージを抽出することにより監視パケットを再生する。このようにして再生された監視パケットは、パケット再生部５５から第１送信処理部５６に送信される。パケット再生部５５は、再生部の一例である。

第１送信処理部５６は、第１転送部５２から送信される監視パケット以外のパケット、監視情報管理部９０から送信される監視パケット、及びパケット再生部５５から送信される監視パケットをそれぞれ受信する。第１送信処理部５６は、受信した第１転送部５２から送信される監視パケット以外のパケット、第１監視処理部５３から送信される監視パケット及びパケット再生部５５から送信される監視パケットを第１通信Ｉ／Ｆ部３０を介してルータ２１ａへ送信する。第１送信処理部５６は、監視パケット送信処理部の一例である。

隣接装置監視部６０は、隣接するルータであるルータ２１ａから受信したパケットなどのデータを監視し、必要な処理を行う。隣接装置監視部６０は、第２振分処理部６１、第２転送部６２、第２監視処理部６３、Ｌ２送信処理部６４及び第２送信処理部６５を備える。

第２振分処理部６１は、ルータ２１ａから第１通信Ｉ／Ｆ部３０を介して受信したデータの振り分けを行う。具体的には、第２振分処理部６１は、第１通信Ｉ／Ｆ部３０を介して受信したデータが、レイヤ３〜レイヤ７の監視パケット、又は、監視パケット以外のパケットであるか否かを識別し、識別後のデータを各送信先へ分配する。第２振分処理部６１は、第１識別部の一例である。

また、第２振分処理部６１は、ルータ２１ａから第１通信Ｉ／Ｆ部３０を介して受信したデータがレイヤ３〜レイヤ７の監視パケットである場合には、該監視パケットを受信した第１通信Ｉ／Ｆ部３０のポート番号を第２監視処理部６３に通知する。第２監視処理部６３に通知された第１通信Ｉ／Ｆ部３０のポート番号は、第２監視処理部６３を介して監視情報管理部９０へ通知される。

また、第２振分処理部６１は、ルータ２１ａから第１通信Ｉ／Ｆ部３０を介して受信したデータがレイヤ３〜レイヤ７の監視パケットである場合には、該監視パケットのパケット長を第２監視処理部６３に通知する。第２監視処理部６３に通知された監視パケットのパケット長は、第２監視処理部６３を介して監視情報管理部９０へ通知される。

第２転送部６２は、第２振分処理部６１で分配された監視パケット以外のパケットを第２送信処理部６５へ転送する。例えば、第２転送部６２は、ＯＳＰＦプロトコルのパケットのうちＬＳＡなどの経路情報の交換に用いられるパケットを第２送信処理部６５へ転送する。

第２監視処理部６３は、第２振分処理部６１で分配されたＬ３〜Ｌ７の監視パケットを監視情報管理部９０へ転送する。例えば、第２監視処理部６３は、ＯＳＰＦプロトコルの監視パケットであるＨｅｌｌｏパケットを監視情報管理部９０へ転送する。

Ｌ２送信処理部６４は、監視情報管理部９０から受信した監視情報をＣＣフレームに埋め込んで特別ＣＣフレームを生成する。具体的には、Ｌ２送信処理部６４は、監視情報管理部９０から受信した監視情報をＣＣフレームにおける未使用な領域に格納して特別ＣＣフレームを生成する。Ｌ２送信処理部６４は、生成部の一例である。

例えば、図４に示すように、Ｌ２送信処理部６４は、監視情報管理部９０から受信した監視情報をＣＣフレームにおける未使用な領域であるＴＬＶ領域に格納して特別ＣＣフレームを生成する。ＴＬＶ領域に格納される監視情報は、プロトコル番号、監視状態フラグ、チェックサム、ＳＲＣ ＭＡＣ、ＤＳＴ ＭＡＣ、ＳＲＣポート、ＤＳＴポート、Ｌｅｎｇｔｈ、Ｍｆｌａｇ、対向ＭＥＰ−ＩＤ（未使用）及びＩＤＤａｔａ（ルータＩＤ、エリアＩＤ）である。なお、図４は、特別ＣＣフレームのフォーマットを説明するための図である。このように生成された特別ＣＣフレームは、Ｌ２送信処理部６４から第２送信処理部６５に送信される。

第２送信処理部６５は、第２転送部６２から送信される監視パケット以外のパケット、監視情報管理部９０から送信される監視パケット及びＬ２送信処理部６４から送信される特別ＣＣフレームをそれぞれ受信する。第２送信処理部６５は、受信した第２転送部６２から送信される監視パケット以外のパケット、監視情報管理部９０から送信される監視パケット及びＬ２送信処理部６４から送信される特別ＣＣフレームを第２通信Ｉ／Ｆ部４０を介してコアスイッチ網１１へ送信する。第２送信処理部６５は、レイヤ２フレーム送信処理部の一例である。

イーサーネットＯＡＭ情報ＤＢ７０は、イーサーネットＯＡＭで互いに監視状態にあるＭＥＰに関する各種情報を記憶する。具体的には、イーサーネットＯＡＭ情報ＤＢ７０は、ＭＥＰテーブルを有する。ここで、ＭＥＰテーブルの詳細について説明する。図５は、ＭＥＰテーブルの一例を示す図である。

ＭＥＰテーブルは、ＭＥＰとなるレイヤ２スイッチ１３ａに関する情報を記憶する。ＭＥＰテーブルは、図５に示すように、ＭＥＰとなるレイヤ２スイッチ１３ａに関する情報として、ＶＬＡＮ−ＩＤ、ＭＥＰ−ＩＤ、ＭＥＬ、ＭＥＧ−ＩＤ及びＩＦｓといった項目を含む。ＶＬＡＮ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを含むＶＬＡＮグループを識別するための識別情報を示す。ＭＥＰ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを識別するための識別情報を示す。ＭＥＬは、ＭＥＰとなるレイヤ２スイッチ１３ａのＭＥＧ Ｌｅｖｅｌを示す。ＭＥＧ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを含むＭＥＧを識別するための識別情報を示す。ＩＦｓは、ＭＥＰとなるレイヤ２スイッチ１３ａにおいてＣＣフレームの送受信を行うためのポート番号を示す。

図３に戻り、監視情報ＤＢ８０は、対向装置監視部５０がレイヤ２スイッチ１３ｂから受信した監視パケットの情報や、隣接装置監視部６０がルータ２１ａから受信した監視パケットの情報を記憶する。監視パケットの情報は、後述の監視情報管理部９０により解析されて監視情報ＤＢ８０に格納される。

具体的には、監視情報ＤＢ８０は、監視テーブルとパケットテーブルとを有する。ここで、監視テーブル及びパケットテーブルの詳細について説明する。図６は、監視テーブルの一例を示す図である。図７は、パケットテーブルの一例を示す図である。

監視テーブルは、監視パケットの属するプロトコルごとに監視パケットの情報を記憶する。監視テーブルは、図６に示すように、監視パケットの情報として、Ｐｅｅｒ、プロトコル番号、監視状態フラグ、状態カウンタ、ＳＲＣ ＭＡＣ、ＤＳＴ ＭＡＣ、ＳＲＣポート及びＤＳＴポートといった項目を含む。さらに、監視テーブルは、監視パケットの情報として、ＶＬＡＮ−ＩＤ、ＩＦ番号、Ｌｅｎｇｔｈ（パケット長）、Ｍｆｌａｇ、ＭＥＬ、ＭＥＰ−ＩＤ、ＭＥＧ−ＩＤ、パケット番号といった項目を含む。

Ｐｅｅｒは、監視パケットがイーサーネットＯＡＭでＭＥＰ設定される通信Ｉ／Ｆ部から受信したパケットであるかを識別するための識別情報である。Ｐｅｅｒが１である場合には、監視パケットがＭＥＰ設定される通信Ｉ／Ｆ部から受信したパケットであることを示し、Ｐｅｅｒが０である場合には、監視パケットがＭＥＰ設定されない通信Ｉ／Ｆ部から受信したパケットであることを示す。本実施例では、イーサーネットＯＡＭでＭＥＰ設定される通信Ｉ／Ｆ部は、第２通信Ｉ／Ｆ部４０であり、第１通信Ｉ／Ｆ部３０はＭＥＰ設定されていない。したがって、監視パケットが第２通信Ｉ／Ｆ部４０からのパケットである場合には、Ｐｅｅｒが１に設定され、第１通信Ｉ／Ｆ部３０からのパケットである場合には、Ｐｅｅｒが０に設定される。

プロトコル番号は、監視パケットを識別するためのプロトコル番号を示す。例えば、監視パケットがＯＳＰＦプロトコルのパケットである場合には、プロトコル番号は「８９」となる。また、例えば、監視パケットがＴＣＰ（Transmission Control Protocol）のパケットである場合には、プロトコル番号は「６」となる。また、例えば、監視パケットがＵＤＰ（User Datagram Protocol）のパケットである場合には、プロトコル番号は「１７」となる。

監視状態フラグは、ＭＥＰとなるレイヤ２スイッチ１３ａの状態が安定状態であるか又は学習状態であるかを示すフラグであり、例えば８ｂｉｔの数値で表されるフラグである。なお、安定状態とは、ＭＥＰとなるレイヤ２スイッチ１３ａが同一の監視パケットを安定的に受信することができる状態であり、学習状態とは、ＭＥＰとなるレイヤ２スイッチ１３ａが同一の監視パケットを安定的に受信することができない状態である。監視状態フラグの具体例については後に説明する。

状態カウンタは、監視状態フラグが学習状態を示す場合に、対向装置監視部５０や隣接装置監視部６０により同一の監視パケットが受信された回数を示す。状態カウンタは、対向装置監視部５０や隣接装置監視部６０により同一の監視パケットが受信されるたびにインクリメントされる。

ＳＲＣ ＭＡＣは、監視パケットの送信元（Ｓｏｕｒｃｅ）のルータ２１aのＭＡＣアドレスを示す。ＤＳＴ ＭＡＣは、監視パケットの宛先（Ｄｅｓｔｉｎａｔｉｏｎ）のルータ２１ｂのＭＡＣアドレスを示す。ＳＲＣポートは、プロトコル番号がＯＳＰＦプロトコルのパケット以外のプロトコル番号（例えば、ＴＣＰのパケットを示す「６」や、ＵＤＰのパケットを示す「１７」）である場合に監視パケットに含まれる送信元ポートの番号を示す。ＤＳＴポートは、プロトコル番号がＯＳＰＦプロトコルのパケット以外のプロトコル番号（例えば、ＴＣＰのパケットを示す「６」や、ＵＤＰのパケットを示す「１７」）である場合に監視パケットに含まれる宛先ポートの番号を示す。

ＶＬＡＮ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを含むＶＬＡＮグループを識別するための識別情報を示す。ＩＦ番号は、監視パケットを受信した第１通信Ｉ／Ｆ部３０のポート番号及び第２通信Ｉ／Ｆ部４０のポート番号を示す。Ｌｅｎｇｔｈは、監視パケットのパケット長を示す。Ｍｆｌａｇは、監視パケットがマルチキャスト用のパケットであるか又はユニキャスト用のパケットであるかを示すフラグである。Ｍｆｌａｇが「１」である場合には監視パケットがマルチキャスト用のパケットであることを示し、Ｍｆｌａｇが「０」である場合には監視パケットがユニキャスト用のパケットであることを示す。ＭＥＰ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを識別するための識別情報を示す。ＭＥＬは、ＭＥＰとなるレイヤ２スイッチ１３ａのＭＥＧ Ｌｅｖｅｌを示す。ＭＥＧ−ＩＤは、ＭＥＰとなるレイヤ２スイッチ１３ａを含むＭＥＧを識別するための識別情報を示す。パケット番号は、監視テーブルとパケットテーブルとを対応付けるための番号である。

ここで、監視状態フラグの具体例について説明する。図８は、監視状態フラグの具体例を説明するための図である。同図に示す監視状態フラグは、ＭＥＰとなるレイヤ２スイッチ１３ａの状態が安定状態であるか又は学習状態であるかを示すフラグであり、８ｂｉｔの数値で表される。ｂｉｔ０には、当該監視状態フラグが安定状態又は学習状態を監視するためのフラグであることを示すビット値「１」が設定される。ｂｉｔ１、ｂｉｔ２及びｂｉｔ７は、不使用（ｒｅｓｅｒｖｅｄ）である。ｂｉｔ３には、監視パケットに代えて特別ＣＣフレームをレイヤ２スイッチ１３ａから送信する監視支援機能が有効であるか否かを示す監視支援ビットが設定され、監視支援ビットが「１」のとき有効を示し、「０」のとき無効を示す。ｂｉｔ４には、レイヤ２スイッチ１３ａの状態が安定状態であるか否かを示す安定状態ビットが設定され、安定状態ビットが「１」のとき安定状態であることを示し、安定状態ビットが「０」のとき安定状態でないことを示す。ｂｉｔ５には、レイヤ２スイッチ１３ａの状態が学習状態であるか否かを示す学習状態ビットが設定され、学習状態ビットが「１」のとき学習状態であることを示し、学習状態ビットが「０」のとき学習状態でないことを示す。ｂｉｔ６は、エラー検出用のビット値である。図８に示す例では、ｂｉｔ３及びｂｉｔ４がともに「１」であるため、レイヤ２スイッチ１３ａの状態が安定状態であり、監視支援機能が有効であることを表している。

パケットテーブルは、監視パケットの情報のうちパケットイメージなどの各種情報を記憶する。パケットテーブルは、図７に示すように、パケット番号、チェックサム、ＩＤＤａｔａ及びパケットイメージといった項目を含む。

パケット番号は、監視テーブルとパケットテーブルとを対応付けるための番号である。チェックサムは、監視パケットのエラーチェックに用いられるチェックサムである。ＩＤＤａｔａは、監視パケットを識別するための識別情報である。例えば、監視パケットがＯＳＰＦプロトコルのパケットである場合には、監視パケットのＯＳＰＦヘッダに含まれるルータＩＤとエリアＩＤとの組合せがＩＤＤａｔａとして設定される。パケットイメージは、監視パケット本体のイメージであるパケットイメージを示す。

図３の説明に戻り、監視情報管理部９０は、第１監視処理部５３や第２監視処理部６３により転送されたＬ３〜Ｌ７の監視パケットを受信すると、受信した監視パケットの情報を解析して抽出し、抽出後の監視パケットの情報を監視情報ＤＢ８０に記憶する。

具体的には、監視情報管理部９０は、受信した監視パケットのレイヤ２ヘッダからＶＬＡＮ−ＩＤ、ＳＲＣ ＭＡＣ及びＤＳＴ ＭＡＣを抽出する。そして、監視情報管理部９０は、抽出したＶＬＡＮ−ＩＤに対応するＭＥＰ−ＩＤ、ＭＥＬ及びＭＥＧ−ＩＤをイーサーネットＯＡＭ情報ＤＢ７０のＭＥＰテーブルから抽出する。

そして、監視情報管理部９０は、受信した監視パケットのＩＰヘッダからプロトコル番号を抽出する。なお、抽出したプロトコル番号がＯＳＰＦプロトコルのパケット以外の番号（例えば、ＵＤＰのパケットを示す「１７」）である場合には、監視情報管理部９０は、監視パケットのＵＤＰヘッダなどから送信元ポートの番号及び宛先ポートの番号をさらに抽出する。

そして、監視情報管理部９０は、監視パケットを受信した第１通信Ｉ／Ｆ部３０のポート番号及び第２通信Ｉ／Ｆ部４０のポート番号を、それぞれ隣接装置監視部６０及び対向装置監視部５０からＩＦ番号として取得する。そして、監視情報管理部９０は、取得したポート番号とＶＬＡＮ−ＩＤとの組合せがイーサーネットＯＡＭ情報ＤＢ７０のＭＥＰテーブルに記憶されているか否かを判定する。ポート番号とＶＬＡＮ−ＩＤとの組合せがＭＥＰテーブルに記憶されている場合には、受信した監視パケットがＭＥＰ設定される第２通信Ｉ／Ｆ部４０からのパケットであるため、監視情報管理部９０は、Ｐｅｅｒを１に設定する。ポート番号とＶＬＡＮ−ＩＤとの組合せがＭＥＰテーブルに記憶されていない場合には、受信した監視パケットがＭＥＰ設定されない第１通信Ｉ／Ｆ部３０からのパケットであるため、監視情報管理部９０は、Ｐｅｅｒを０に設定する。

そして、監視情報管理部９０は、監視パケットのパケット長を隣接装置監視部６０及び対向装置監視部５０からＬｅｎｇｔｈとして取得する。

そして、監視情報管理部９０は、受信した監視パケットのＩＰヘッダに含まれる宛先ＩＰアドレスからＭｆｌａｇを抽出する。すなわち、監視パケットのＩＰヘッダに含まれる宛先ＩＰアドレスがマルチキャスト用のアドレス又はブロードキャスト用のアドレスである場合には、監視情報管理部９０は、Ｍｆｌａｇを１に設定する。一方、監視パケットのＩＰヘッダに含まれる宛先ＩＰアドレスがユニキャスト用のアドレスである場合には、監視情報管理部９０は、Ｍｆｌａｇを０に設定する。

そして、監視情報管理部９０は、監視パケットから抽出されたＶＬＡＮ−ＩＤ、ＭＥＰ−ＩＤ、ＭＥＬ及びプロトコル番号の組合せが監視情報ＤＢ８０の監視テーブルに記憶されているか否かを判定する。ＶＬＡＮ−ＩＤ、ＭＥＰ−ＩＤ、ＭＥＬ及びプロトコル番号の組合せが監視テーブルに記憶されていない場合には、監視情報管理部９０は、学習状態ビットを「１」に設定した監視状態フラグを生成するとともに、初期値を設定した状態カウンタを生成する。次いで、監視情報管理部９０は、上述のように監視パケットから抽出された情報にパケット番号を割り当てる。すなわち、Ｐｅｅｒ、プロトコル番号、監視状態フラグ、状態カウンタ、ＳＲＣ ＭＡＣ、ＤＳＴ ＭＡＣ、ＳＲＣポート、ＤＳＴポート、ＶＬＡＮ−ＩＤ、ＩＦ番号、Ｌｅｎｇｔｈ、Ｍｆｌａｇ、ＭＥＬ、ＭＥＰ−ＩＤ及びＭＥＧ−ＩＤにパケット番号を割り当てる。次いで、監視情報管理部９０は、監視パケットから抽出された情報及びパケット番号を互いに関連付けた監視テーブルを生成し、生成した監視テーブルを新規に監視情報ＤＢ８０に記憶する。次いで、監視情報管理部９０は、監視パケットのパケットイメージ、ＩＤＤａｔａ（ルータＩＤ、エリアＩＤ）及びチェックサムにパケット番号を割り当てる。次いで、監視情報管理部９０は、パケットイメージ、ＩＤＤａｔａ及びチェックサムを互いに関連付けたパケットテーブルを生成し、生成したパケットテーブルを新規に監視情報ＤＢ８０に記憶する。

一方、ＶＬＡＮ−ＩＤ、ＭＥＰ−ＩＤ、ＭＥＬ及びプロトコル番号の組合せが既に監視テーブルに記憶されている場合には、監視情報管理部９０は、監視テーブルに含まれるパケット番号に対応するチェックサムをパケットテーブルから読み出す。次いで、監視情報管理部９０は、パケットテーブルから読み出したチェックサムと、受信した監視パケットに含まれるチェックサムとを比較する。双方のチェックサムが一致すれば、同一の監視パケットが受信されたことを意味するので、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる状態カウンタをインクリメントする。監視情報管理部９０は、インクリメント後の状態カウンタが閾値を超えた場合に、学習状態から安定状態への遷移を検出して監視テーブルに含まれる監視状態フラグ中の安定状態ビット及び監視支援ビットを「１」に設定し、学習状態ビットを「０」に設定する。なお、状態カウンタを閾値判定する代わりに、同一の監視パケットを受信した時刻を保持しておき、保持した時刻から所定時間だけチェックサムに変化がないときに学習状態から安定状態への遷移を検出してもよい。一方で、双方のチェックサムが一致しなければ、同一の監視パケットが受信されなかったことを意味するので、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる状態カウンタを初期値にリセットする。さらに、監視情報管理部９０は、監視テーブルに含まれる監視状態フラグ中の安定状態ビットを「０」に設定するとともに、学習状態ビットを「１」に設定する。

また、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合に、第１監視処理部５３や第２監視処理部６３により転送された監視パケットを破棄する。具体的には、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの監視支援ビットが「１」である場合に、監視パケットを破棄する。

なお、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が無効である場合には、受信した監視パケットを対向装置監視部５０の第１送信処理部５６や隣接装置監視部６０の第２送信処理部６５へ転送する。

また、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合に、監視情報ＤＢ８０に記憶された各種の情報を監視情報としてＬ２送信処理部６４へ通知する。具体的には、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの監視支援ビットが「１」である場合に、監視テーブルに記憶されたパケット番号に対応するＩＤＤａｔａをパケットテーブルから取得する。そして、監視情報管理部９０は、監視テーブルに記憶されたパケット番号以外の情報と、パケットテーブルから取得したＩＤＤａｔａとを監視情報としてＬ２送信処理部６４へ通知する。このようにＬ２送信処理部６４へ通知された監視情報がＬ２送信処理部６４によりＣＣフレームに埋め込まれることによって特別ＣＣフレームが生成される。生成された特別ＣＣフレームは、Ｌ２送信処理部６４から第２送信処理部６５に送信される。

なお、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が無効である場合には、監視情報をＬ２送信処理部６４へ通知しない。

また、監視情報管理部９０は、Ｌ２受信処理部５４から受信した特別ＣＣフレームから監視情報を抽出し、抽出後の監視情報と合致する監視情報を有する監視パケットの情報を監視情報ＤＢ８０から読み出す。さらに、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合に、監視情報ＤＢ８０から読み出した監視パケットの情報をパケットの再生を指示するパケット再生指示に含めてパケット再生部５５へ通知する。

具体的には、監視情報管理部９０は、Ｌ２受信処理部５４から受信した特別ＣＣフレームからＭＥＰ−ＩＤを抽出する。そして、監視情報管理部９０は、Ｌ２受信処理部５４から受信した特別ＣＣフレームのＴＬＶ領域からプロトコル番号、ＳＲＣポート、ＤＳＴポート、ＳＲＣ ＭＡＣ及びＤＳＴ ＭＡＣを抽出する。

そして、監視情報管理部９０は、抽出したＭＥＰ−ＩＤ、プロトコル番号、ＳＲＣポート、ＤＳＴポート、ＳＲＣ ＭＡＣ及びＤＳＴ ＭＡＣをキーとして監視情報ＤＢ８０の監視テーブルのエントリを検索する。そして、監視情報管理部９０は、検索された監視テーブルに含まれるパケット番号に対応するチェックサムをパケットテーブルから抽出する。

そして、監視情報管理部９０は、Ｌ２受信処理部５４から受信した特別ＣＣフレームのＴＬＶ領域に含まれるチェックサムと、パケットテーブルから抽出したチェックサムとを比較する。そして、監視情報管理部９０は、双方のチェックサムが同一である場合に、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの安定状態ビット及び監視支援ビットがともに「１」であるか否かを判定する。そして、監視情報管理部９０は、監視テーブルに含まれる安定状態ビット及び監視支援ビットがともに「１」である場合に、監視テーブルに含まれるパケット番号に対応するパケットイメージをパケットテーブルから抽出する。そして、監視情報管理部９０は、抽出したパケットイメージを監視パケットの情報としてパケット再生指示に含めてパケット再生部５５へ通知する。このようにパケット再生部５５へ通知されたパケットイメージがパケット再生部５５により監視パケットとして再生される。再生された監視パケットは、パケット再生部５５から第１送信処理部５６に送信される。

［レイヤ２スイッチによる処理手順］
次に、本実施例に係るレイヤ２スイッチ１３ａによる処理手順について説明する。ここでは、レイヤ２スイッチ１３ａが隣接するルータ２１ａ側から受信したデータを転送する処理手順を説明した後に、レイヤ２スイッチ１３ａが対向するルータ２１ｂ側から受信したデータを転送する処理手順を説明する。そして、最後にレイヤ２スイッチ１３ａによるＣＣフレーム受信処理の処理手順を説明する。

まず、レイヤ２スイッチ１３ａが隣接するルータ２１側から受信したデータを転送する処理手順について説明する。図９は、図１に示したレイヤ２スイッチ１３ａが隣接するルータ２１ａ側から受信したデータを転送する処理手順を示すフローチャートである。

レイヤ２スイッチ１３ａが第１通信Ｉ／Ｆ部３０を介してルータ２１ａからパケットを受信すると、隣接装置監視部６０の第２振分処理部６１は、受信したパケットがレイヤ３〜レイヤ７の監視パケットであるか否かを識別する（ステップＳ１０１）。第２振分処理部６１は、受信したパケットが監視パケット以外のパケットであると識別した場合には（ステップＳ１０１否定）、識別後の監視パケット以外のパケットを第２転送部６２に分配する。続いて、第２転送部６２は、第２振分処理部６１で分配された監視パケット以外のパケットを第２送信処理部６５へ転送する。続いて、第２送信処理部６５は、転送された監視パケット以外のパケットを第２通信Ｉ／Ｆ部４０を介してコアスイッチ網１１へ転送する（ステップＳ１０２）。

一方、第２振分処理部６１は、受信したパケットが監視パケットであると識別した場合には（ステップＳ１０１肯定）、識別後の監視パケットを第２監視処理部６３に分配する。続いて、第２監視処理部６３は、第２振分処理部６１で分配された監視パケットを監視情報管理部９０へ転送する。続いて、監視情報管理部９０は、転送された監視パケットを受信すると、受信した監視パケットの情報を解析して抽出し（ステップＳ１０３）、抽出後の監視パケットの情報を監視情報ＤＢ８０に記憶する（ステップＳ１０４）。

続いて、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態であるか否かを判定する（ステップＳ１０５）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの安定状態ビットが安定状態を示す「１」であるか又は安定状態でないことを示す「０」であるかを判定する。レイヤ２スイッチ１３ａの状態が安定状態でない、すなわち、学習状態である場合には（ステップＳ１０５否定）、監視情報管理部９０は、受信した監視パケットを第２送信処理部６５へ転送する。続いて、第２送信処理部６５は、転送された監視パケットを第２通信Ｉ／Ｆ部４０を介してコアスイッチ網１１へ転送する（ステップＳ１０２）。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態である場合には（ステップＳ１０５肯定）、レイヤ２スイッチ１３ａの監視支援機能が有効であるか否かを判定する（ステップＳ１０６）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの監視支援ビットが有効を示す「１」であるか又は無効を示す「０」であるかを判定する。レイヤ２スイッチ１３ａの監視支援機能が無効である場合には（ステップＳ１０６否定）、監視情報管理部９０は、受信した監視パケットを第２送信処理部６５へ転送する。続いて、第２送信処理部６５は、転送された監視パケットを第２通信Ｉ／Ｆ部４０を介してコアスイッチ網１１へ転送する（ステップＳ１０２）。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合には（ステップＳ１０６肯定）、受信した監視パケットを破棄する（ステップＳ１０７）。さらに、監視情報管理部９０は、監視情報ＤＢ８０に記憶された情報を監視情報としてＬ２送信処理部６４へ通知する（ステップＳ１０８）。続いて、Ｌ２送信処理部６４は、監視情報管理部９０から受信した監視情報をＣＣフレームのＴＬＶ領域に格納して特別ＣＣフレームを生成する（ステップＳ１０９）。このように生成された特別ＣＣフレームは、Ｌ２送信処理部６４から第２送信処理部６５に送信される。続いて、第２送信処理部６５は、Ｌ２送信処理部６４から送信された特別ＣＣフレームを第２通信Ｉ／Ｆ部４０を介してコアスイッチ網１１へ送信する（ステップＳ１１０）。

次いで、レイヤ２スイッチ１３ａが対向するルータ２１ｂ側から受信したデータを転送する処理手順について説明する。図１０は、図１に示したレイヤ２スイッチ１３ａが対向するルータ２１ｂ側から受信したデータを転送する処理手順を示すフローチャートである。

レイヤ２スイッチ１３ａが第２通信Ｉ／Ｆ部４０を介してルータ２１ｂからパケットを受信すると、対向装置監視部５０の第１振分処理部５１は、受信したパケットがレイヤ３〜レイヤ７の監視パケットであるか否かを識別する（ステップＳ２０１）。第１振分処理部５１は、受信したパケットが監視パケット以外のパケットであると識別した場合には（ステップＳ２０１否定）、識別後の監視パケット以外のパケットを第１転送部５２に分配する。続いて、第１転送部５２は、第１振分処理部５１で分配された監視パケット以外のパケットを第１送信処理部５６へ転送する。続いて、第１送信処理部５６は、転送された監視パケット以外のパケットを第１通信Ｉ／Ｆ部３０を介して隣接するルータ２１ａへ転送する（ステップＳ２０２）。

一方、第１振分処理部５１は、受信したパケットが監視パケットであると識別した場合には（ステップＳ２０１肯定）、識別後の監視パケットを第１監視処理部５３に分配する。続いて、第１監視処理部５３は、第１振分処理部５１で分配された監視パケットを監視情報管理部９０へ転送する。続いて、監視情報管理部９０は、転送された監視パケットを受信すると、受信した監視パケットの情報を解析して抽出し（ステップＳ２０３）、抽出後の監視パケットの情報を監視情報ＤＢ８０に記憶する（ステップＳ２０４）。

続いて、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態であるか否かを判定する（ステップＳ２０５）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの安定状態ビットが安定状態を示す「１」であるか又は安定状態でないことを示す「０」であるかを判定する。レイヤ２スイッチ１３ａの状態が安定状態でない、すなわち、学習状態である場合には（ステップＳ２０５否定）、監視情報管理部９０は、受信した監視パケットを第１送信処理部５６へ転送する。続いて、第１送信処理部５６は、転送された監視パケットを第１通信Ｉ／Ｆ部３０を介してルータ２１ａへ転送する（ステップＳ２０２）。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態である場合には（ステップＳ２０５肯定）、レイヤ２スイッチ１３ａの監視支援機能が有効であるか否かを判定する（ステップＳ２０６）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの監視支援ビットが有効を示す「１」であるか又は無効を示す「０」であるかを判定する。レイヤ２スイッチ１３ａの監視支援機能が無効である場合には（ステップＳ２０６否定）、監視情報管理部９０は、受信した監視パケットを第１送信処理部５６へ転送する。続いて、第１送信処理部５６は、転送された監視パケットを第１通信Ｉ／Ｆ部３０を介してルータ２１ａへ転送する（ステップＳ２０２）。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合には（ステップＳ２０６肯定）、受信した監視パケットを破棄する（ステップＳ２０７）。

次いで、レイヤ２スイッチ１３ａによるＣＣフレーム受信処理の処理手順を説明する。図１１は、図１に示したレイヤ２スイッチ１３ａによるＣＣフレーム受信処理の処理手順を示すフローチャートである。

レイヤ２スイッチ１３ａが対向ＭＥＰであるレイヤ２スイッチ１３ｂから第２通信Ｉ／Ｆ部４０を介してＣＣフレームを受信すると、対向装置監視部５０の第１振分処理部５１は、ＣＣフレームのうち特別ＣＣフレームをＬ２受信処理部５４へ分配する。続いて、Ｌ２受信処理部５４は、第１振分処理部５１で分配された特別ＣＣフレームを監視情報管理部９０へ転送する。続いて、監視情報管理部９０は、Ｌ２受信処理部５４から受信した特別ＣＣフレームから監視情報を抽出し（ステップＳ３０１）、抽出後の監視情報と合致する監視情報を有する監視パケットの情報（パケットイメージ）を監視情報ＤＢ８０から読み出す（ステップＳ３０２）。

続いて、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態であるか否かを判定する（ステップＳ３０３）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの安定状態ビットが安定状態を示す「１」であるか又は安定状態でないことを示す「０」であるかを判定する。レイヤ２スイッチ１３ａの状態が安定状態でない、すなわち、学習状態である場合には（ステップＳ３０３否定）、監視情報管理部９０は、パケット再生指示をパケット再生部５５へ通知せずに処理を終了する。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの状態が安定状態である場合には（ステップＳ３０３肯定）、レイヤ２スイッチ１３ａの監視支援機能が有効であるか否かを判定する（ステップＳ３０４）。すなわち、監視情報管理部９０は、監視情報ＤＢ８０の監視テーブルに含まれる監視状態フラグの監視支援ビットが有効を示す「１」であるか又は無効を示す「０」であるかを判定する。レイヤ２スイッチ１３ａの監視支援機能が無効である場合には（ステップＳ３０４否定）、監視情報管理部９０は、パケット再生指示をパケット再生部５５へ通知せずに処理を終了する。

一方、監視情報管理部９０は、レイヤ２スイッチ１３ａの監視支援機能が有効である場合には（ステップＳ３０４肯定）、監視情報ＤＢ８０から読み出した監視パケットの情報（パケットイメージ）をパケット再生指示に含めてパケット再生部５５へ通知する。続いて、パケット再生部５５は、パケットイメージを含むパケット再生指示を監視情報管理部９０から受信すると、受信したパケット再生指示からパケットイメージを抽出することにより監視パケットを再生する（ステップＳ３０５）。このようにして再生された監視パケットは、パケット再生部５５から第１送信処理部５６に送信される。続いて、第１送信処理部５６は、パケット再生部５５から送信される監視パケットを第１通信Ｉ／Ｆ部３０を介してルータ２１ａへ送信する（ステップＳ３０６）。

［効果］
上述してきたように、本実施例に係るレイヤ２スイッチ１３ａは、レイヤ２網１０内の他のレイヤ２スイッチ１３ｂとの間で接続確認を行うＣＣフレームのＴＬＶ領域に監視パケットの情報を埋め込む。そして、レイヤ２スイッチ１３ａは、受信したデータがレイヤ３〜レイヤ７の監視パケットであるとき、当該監視パケットに代えて、監視パケットの情報を埋め込んだ特別ＣＣフレームを送信する。

監視パケットに比べて、ＣＣフレームは、データサイズが小さい。このため、本実施例に係るレイヤ２スイッチ１３ａによれば、レイヤ２網にかかる負荷を低減することができる。

また、本実施例に係るレイヤ２スイッチ１３ａは、監視パケットの情報を埋め込んだ特別ＣＣフレームを対向するＭＥＰから受信したとき、この特別ＣＣフレームに含まれる監視パケットの情報に基づいてレイヤ３〜レイヤ７の監視パケットを再生する。そして、レイヤ２スイッチ１３ａは、再生した監視パケットをレイヤ２網１０外のルータ２１ａへ送信する。

このため、本実施例によれば、コアスイッチ網１１内ではレイヤ３〜レイヤ７の監視パケットの情報をＣＣフレームを用いて転送させることができ、レイヤ２網１０のうち特にトラフィックが集中し易いコアスイッチ網１１にかかる負荷を可及的に低減可能である。

また、本実施例に係るレイヤ２スイッチ１３ａは、レイヤ２網１０内の他のレイヤ２スイッチ１３ｂから受信したデータがレイヤ３〜レイヤ７の監視パケットであるときに該監視パケットの情報（パケットイメージなど）を監視情報ＤＢ８０に記憶する。そして、レイヤ２スイッチ１３ａは、監視情報ＤＢ８０に記憶した監視パケットの情報と特別ＣＣフレームに含まれる監視パケットの情報とに基づいて、レイヤ３〜レイヤ７の監視パケットを再生する。

このため、本実施例によれば、種々の監視パケットのパケットイメージを予め記憶しておく必要が無く、受信する監視パケットの種類が少ないような場合には、パケットイメージを記憶するための記憶容量を低減することができる。

［データ転送方法の適用例（その１）］
次に、本実施例に係るデータ転送方法をＯＳＰＦプロトコルを採用するネットワークに適用した例を説明する。図１２及び図１３は、本実施例に係るデータ転送方法の適用例（その１）を説明するための図である。図１２及び図１３の例では、ルータＡ、Ｂ間でのデータ転送処理の例を説明する。なお、スイッチ（ＳＷ）１、３は、それぞれＭＥＰであり、イーサーネットＯＡＭで互いに監視状態にあるものとする。すなわち、ＭＥＰであるＳＷ１、３間では、ＣＣフレームが送受信される。

ＭＥＰとなるＳＷ１、３は、学習状態において、ルータＡとルータＢ間で送受信される監視パケットであるＨｅｌｌｏパケットをそのまま隣接装置へ転送する（図１２の（１）参照）。このとき、ＳＷ１、３は、Ｈｅｌｌｏパケットの情報を内部の監視情報データベースに記憶する。一方、ＳＷ１、３は、Ｈｅｌｌｏパケット以外のパケットは、その内容を保持することなくそのまま転送する。例えば、ＯＳＰＦプロトコルのパケットのうちＬＳＡなどの経路情報の交換に用いられるＬＳＡパケットは、その内容を保持することなくそのまま転送する。このような学習状態では、Ｈｅｌｌｏパケットの情報として監視情報データベースに記憶される監視状態フラグの学習状態ビットは学習状態を示す「１」であり、安定状態ビットは安定状態ではないことを示す「０」である。

続いて、ＳＷ１、３は、最後にＬＳＡパケットを受信した時刻から所定の時間（例えば、３００秒間）が経過し、かつ、同一のＨｅｌｌｏパケットを受信した回数が所定の閾値を超えた場合、学習状態から安定状態への遷移を検出する（図１２の（２）参照）。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグの学習状態ビットを学習状態でないことを示す「０」に設定し、安定状態ビットを安定状態を示す「１」に設定し、監視支援ビットを有効を示す「１」に設定する。このとき、ＳＷ１、３は、ルータＡ、Ｂからそれぞれ受信したＨｅｌｌｏパケットを破棄する。さらに、ＳＷ１、３は、受信したＨｅｌｌｏパケットから監視情報を抽出し、抽出後の監視情報をＣＣフレームに埋め込んでＭＩＰとなるＳＷ２へ送信する。監視情報が埋め込まれたＣＣフレームは、ＳＷ２を介して対向するＭＥＰとなるＳＷ１、３へ転送される。監視情報が埋め込まれたＣＣフレームを受信したＳＷ１、３は、このＣＣフレームに埋め込まれた監視情報と合致する監視情報を有するＨｅｌｌｏパケットの情報（パケットイメージ）を監視情報データベースから読み出す。そして、ＳＷ１、３は、読み出した情報に基づいてＨｅｌｌｏパケットを再生し、再生後のＨｅｌｌｏパケットを、それぞれ隣接するルータＡ、Ｂへ送信する。

続いて、ＳＷ１、３は、安定状態において、Ｈｅｌｌｏパケットの破棄、監視情報が埋め込まれたＣＣフレームの転送、Ｈｅｌｌｏパケットの再生及び再生後のＨｅｌｌｏパケットの隣接ルータへの送信を継続する（図１３の（３）参照）。

続いて、ＳＷ１、３は、ルータ側の障害の発生に起因して前回受信したＨｅｌｌｏパケットとチェックサムの値が異なるＨｅｌｌｏパケットを受信すると、安定状態から学習状態への遷移を検出する（図１３の（４）参照）。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグの学習状態ビットを学習状態を示す「１」に設定し、安定状態ビットを安定状態でないことを示す「０」に設定する。このとき、ＳＷ１、３は、Ｈｅｌｌｏパケットの破棄、監視情報が埋め込まれたＣＣフレームの転送、Ｈｅｌｌｏパケットの再生及び再生後のＨｅｌｌｏパケットの隣接ルータへの送信を停止する。そして、ＳＷ１、３は、Ｈｅｌｌｏパケットの情報を内部の監視情報データベースに記憶する。一方、ＳＷ１、３は、Ｈｅｌｌｏパケット以外のパケットは、その内容を保持することなくそのまま転送する。

続いて、ＳＷ１、３は、最後にＬＳＡパケットを受信した時刻から所定の時間（例えば、３００秒間）が経過し、かつ、同一のＨｅｌｌｏパケットを受信した回数が所定の閾値を超えた場合、学習状態から安定状態への遷移を検出する（図１３の（５）参照）。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグの学習状態ビットを学習状態でないことを示す「０」に設定し、安定状態ビットを安定状態を示す「１」に設定し、監視支援ビットを有効を示す「１」に設定する。このとき、ＳＷ１、３は、ルータＡ、Ｂからそれぞれ受信したＨｅｌｌｏパケットを破棄する。さらに、ＳＷ１、３は、受信したＨｅｌｌｏパケットから監視情報を抽出し、抽出後の監視情報をＣＣフレームに埋め込んでＭＩＰとなるＳＷ２へ送信する。監視情報が埋め込まれたＣＣフレームは、ＳＷ２を介して対向するＭＥＰとなるＳＷ１、３へ転送される。監視情報が埋め込まれたＣＣフレームを受信したＳＷ１、３は、このＣＣフレームに埋め込まれた監視情報と合致する監視情報を有するＨｅｌｌｏパケットの情報（パケットイメージ）を監視情報データベースから読み出す。そして、ＳＷ１、３は、読み出した情報に基づいてＨｅｌｌｏパケットを再生し、再生後のＨｅｌｌｏパケットを、それぞれ隣接するルータＡ、Ｂへ送信する。

［データ転送方法の適用例（その２）］
次に、本実施例に係るデータ転送方法をＨｅａｒｔＢｅａｔプロトコルを採用するネットワークに適用した例を説明する。図１４及び図１５は、本実施例に係るデータ転送方法の適用例（その２）を説明するための図である。図１４及び図１５の例では、サーバＡ、Ｂ間でのデータ転送処理の例を説明する。なお、ＳＷ１、３は、それぞれＭＥＰであり、イーサーネットＯＡＭで互いに監視状態にあるものとする。すなわち、ＭＥＰであるＳＷ１、３間では、ＣＣフレームが送受信される。

ＭＥＰとなるＳＷ１、３は、学習状態において、サーバＡとサーバＢ間で送受信される監視パケットであるＨｅａｒｔＢｅａｔパケットをそのまま隣接装置へ転送する（図１４の（１）参照）。このとき、ＳＷ１、３は、ＨｅａｒｔＢｅａｔパケットの情報を内部の監視情報データベースに記憶する。このような学習状態では、Ｈｅｌｌｏパケットの情報として監視情報データベースに記憶される監視状態フラグの学習状態ビットは学習状態を示す「１」であり、安定状態ビットは安定状態ではないことを示す「０」である。

続いて、ＳＷ１、３は、同一のＨｅａｒｔＢｅａｔパケットを受信した回数が所定の閾値を超えた場合に、学習状態から安定状態への遷移を検出する（図１４の（２）参照）。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグの学習状態ビットを学習状態でないことを示す「０」に設定し、安定状態ビットを安定状態を示す「１」に設定し、監視支援ビットを有効を示す「１」に設定する。このとき、ＳＷ１、３は、サーバＡ、Ｂからそれぞれ受信したＨｅａｒｔＢｅａｔパケットを破棄する。さらに、ＳＷ１、３は、受信したＨｅａｒｔＢｅａｔパケットから監視情報を抽出し、抽出後の監視情報をＣＣフレームに埋め込んでＭＩＰとなるＳＷ２へ送信する。監視情報が埋め込まれたＣＣフレームは、ＳＷ２を介して対向するＭＥＰとなるＳＷ１、３へ転送される。監視情報が埋め込まれたＣＣフレームを受信したＳＷ１、３は、このＣＣフレームに埋め込まれた監視情報と合致する監視情報を有するＨｅａｒｔＢｅａｔパケットの情報（パケットイメージ）を監視情報データベースから読み出す。そして、ＳＷ１、３は、読み出した情報に基づいてＨｅａｒｔＢｅａｔパケットを再生し、再生後のＨｅａｒｔＢｅａｔパケットを、それぞれ隣接するサーバＡ、Ｂへ送信する。

続いて、ＳＷ１、３は、安定状態において、ＨｅａｒｔＢｅａｔパケットの破棄、監視情報が埋め込まれたＣＣフレームの転送、ＨｅａｒｔＢｅａｔパケットの再生及び再生後のＨｅａｒｔＢｅａｔパケットの隣接サーバへの送信を継続する（図１５の（３）参照）。

続いて、ＳＷ１、３は、サーバからのＨｅａｒｔＢｅａｔが途絶すると、安定状態から学習状態への遷移を検出する（図１５の（４））。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグのエラー検出用ビットをエラーの発生を示す「１」に設定し、監視支援ビットを無効を示す「０」に設定する。これにより、ＨｅａｒｔＢｅａｔパケットの再生及び再生後のＨｅａｒｔＢｅａｔパケットの隣接サーバへの送信が停止される。そして、サーバからのＨｅａｒｔＢｅａｔパケット送出が再開されると、ＳＷ１、３は、エラー検出用ビットをエラーなしを示す「０」に設定し、学習状態ビットを学習状態を示す「１」に設定し、安定状態ビットを安定状態でないことを示す「０」に設定する。このとき、ＳＷ１、３は、ＨｅａｒｔＢｅａｔパケットの破棄、監視情報が埋め込まれたＣＣフレームの転送を停止する。そして、ＳＷ１、３は、ＨｅａｒｔＢｅａｔパケットの情報を内部の監視情報データベースに記憶する。

続いて、ＳＷ１、３は、同一のＨｅａｒｔＢｅａｔパケットを受信した回数が所定の閾値を超えた場合に、学習状態から安定状態への遷移を検出する（図１５の（５）参照）。すなわち、ＳＷ１、３は、監視情報データベースに記憶される監視状態フラグの学習状態ビットを学習状態でないことを示す「０」に設定し、安定状態ビットを安定状態を示す「１」に設定し、監視支援ビットを有効を示す「１」に設定する。このとき、ＳＷ１、３は、サーバＡ、Ｂからそれぞれ受信したＨｅａｒｔＢｅａｔパケットを破棄する。さらに、ＳＷ１、３は、受信したＨｅａｒｔＢｅａｔパケットから監視情報を抽出し、抽出後の監視情報をＣＣフレームに埋め込んでＭＩＰとなるＳＷ２へ送信する。監視情報が埋め込まれたＣＣフレームは、ＳＷ２を介して対向するＭＥＰとなるＳＷ１、３へ転送される。監視情報が埋め込まれたＣＣフレームを受信したＳＷ１、３は、このＣＣフレームに埋め込まれた監視情報と合致する監視情報を有するＨｅａｒｔＢｅａｔパケットの情報（パケットイメージ）を監視情報データベースから読み出す。そして、ＳＷ１、３は、読み出した情報に基づいてＨｅａｒｔＢｅａｔパケットを再生し、再生後のＨｅａｒｔＢｅａｔパケットを、それぞれ隣接するサーバＡ、Ｂへ送信する。

なお、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、上記実施例で説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

１０ レイヤ２網
１１ コアスイッチ網
１２、１３ａ〜１３ｄ レイヤ２スイッチ
２０、２０Ａ１、２０Ａ２、２０Ｂ１、２０Ｂ２、２０Ｃ１、２０Ｃ２ 顧客網
２１、２１ａ、２１ｂ ルータ
３０ 第１通信Ｉ／Ｆ部
４０ 第２通信Ｉ／Ｆ部
５０ 対向装置監視部
５１ 第１振分処理部
５２ 第１転送部
５３ 第１監視処理部
５４ Ｌ２受信処理部
５５ パケット再生部
５６ 第１送信処理部
６０ 隣接装置監視部
６１ 第２振分処理部
６２ 第２転送部
６３ 第２監視処理部
６４ Ｌ２送信処理部
６５ 第２送信処理部
７０ イーサーネットＯＡＭ情報ＤＢ
８０ 監視情報ＤＢ
９０ 監視情報管理部

Claims (5)

1. 通信路を介してレイヤ２網外の装置からデータを受信する第１通信部と、
   前記第１通信部により受信したデータをレイヤ２網内の他のレイヤ２スイッチへ送信する第２通信部と、
   前記第１通信部により受信したデータがレイヤ３以上の監視パケットであるか否かを識別する第１識別部と、
   レイヤ２網内の他のレイヤ２スイッチとの間で接続確認を行うレイヤ２フレームの所定領域に、前記監視パケットの情報を埋め込む生成部と、
   前記第１通信部により受信したデータがレイヤ３以上の監視パケットであるとき、当該監視パケットに代えて、前記監視パケットの情報を埋め込んだレイヤ２フレームを、前記第２通信部から送信させるレイヤ２フレーム送信処理部と
   を備えることを特徴とするレイヤ２スイッチ。
2. 前記監視パケットの情報を埋め込んだレイヤ２フレームを前記第２通信部により受信したとき、当該レイヤ２フレームに含まれる監視パケットの情報に基づいて、前記レイヤ３以上の監視パケットを再生する再生部と、
   前記再生部により再生した監視パケットを前記第１通信部からレイヤ２網外の装置に送信させる監視パケット送信処理部と
   をさらに備えたことを特徴とする請求項１に記載のレイヤ２スイッチ。
3. 前記第２通信部を介してレイヤ２網内の他のレイヤ２スイッチから受信したデータがレイヤ３以上の監視パケットであるか否かを識別する第２識別部と、
   前記第２識別部により識別した前記監視パケットの情報を記憶する監視パケット情報記憶部とをさらに備え、
   前記再生部は、前記監視パケット情報記憶部に記憶した監視パケットの情報と前記レイヤ２フレームに含まれる監視パケットの情報とに基づいて、前記レイヤ３以上の監視パケットを再生することを特徴とする請求項２に記載のレイヤ２スイッチ。
4. レイヤ２スイッチにより監視情報を転送する転送方法であって、
   通信路を介してレイヤ２網外の装置からデータを受信し、
   前記受信したデータがレイヤ３以上の監視パケットであるか否かを識別し、
   前記受信したデータがレイヤ３以上の監視パケットであるとき、レイヤ２網内の他のレイヤ２スイッチとの間で接続確認を行うレイヤ２フレームの所定領域に、前記監視パケットの情報を埋め込み、
   前記監視パケットの情報を埋め込んだレイヤ２フレームを、当該監視パケットに代えて送信することを特徴とする転送方法。
5. コンピュータに、
   通信路を介してレイヤ２網外の装置からデータを受信し、
   前記受信したデータがレイヤ３以上の監視パケットであるか否かを識別し、
   前記受信したデータがレイヤ３以上の監視パケットであるとき、レイヤ２網内の他のレイヤ２スイッチとの間で接続確認を行うレイヤ２フレームの所定領域に、前記監視パケットの情報を埋め込み、
   前記監視パケットの情報を埋め込んだレイヤ２フレームを、当該監視パケットに代えて送信する処理を実行させることを特徴とする転送プログラム。

Images