(57)【要約】【課題】  従来技術では、フラッディングによる不要なフレームの送信を低減するために、既存のネットワークにおいてフレームスイッチング装置を交換することとなって、ネットワーク構築の制約が生じたり、多大な費用が掛かったりすることが課題である。【解決手段】  受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する手段を備える。【選択図】      図８
2014086841.tif 000002
【特許請求の範囲】
【請求項１】
受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する手段を備えることを特徴とする端末。
【請求項２】
受信したＥｔｈｅｒｎｅｔ（登録商標）フレームの宛先ＭＡＣ(Media Access Control)アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ(Address Resolution Protocol)要求を組み立てて送信する手段を備えることを特徴とする端末。
【請求項３】
受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合、ＡＲＰ要求送信の指示をＡＲＰ処理手段に行うフラッディング監視処理手段と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信するＡＲＰ処理手段と
を備えることを特徴とする端末。
【請求項４】
Ｅｔｈｅｒｎｅｔフレームを受信し、前記Ｅｔｈｅｒｎｅｔフレームを識別し、前記
Ｅｔｈｅｒｎｅｔフレームをフラッディング監視処理手段またはＡＲＰ処理手段に振り分けるフレーム識別処理手段と、
前記Ｅｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、条件を満たす場合、ＡＲＰ要求送信の指示をＡＲＰ処理手段に行うフラッディング監視処理手段と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求を組み立てて送信を行うＡＲＰ処理手段と
を備えることを特徴とする端末。
【請求項５】
前記ＡＲＰ要求はユニキャストのＡＲＰ要求であることを特徴とする請求項２乃至４に記載の端末。
【請求項６】
受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する工程を備えることを特徴とする方法。
【請求項７】
受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たす場合、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信する工程を備えることを特徴とする方法。
【請求項８】
受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合、ＡＲＰ要求送信の指示を行う工程と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信する工程と
を備えることを特徴とする方法。
【請求項９】
Ｅｔｈｅｒｎｅｔフレームを受信し、前記Ｅｔｈｅｒｎｅｔフレームを識別し、前記
Ｅｔｈｅｒｎｅｔフレームをフラッディング監視処理またはＡＲＰ処理に振り分ける工程と、
前記Ｅｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、条件を満たす場合、ＡＲＰ要求送信の指示を行う工程と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求を組み立てて送信を行う工程と
を備えることを特徴とする方法。
【請求項１０】
前記ＡＲＰ要求はユニキャストのＡＲＰ要求であることを特徴とする請求項７乃至９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末および方法に関する。
【背景技術】
【０００２】
ネットワークを中継する装置としてフレームスイッチがあるが、これはＬＡＮ（Local Area Network）を構成する中核的な装置になりつつある。Ｅｔｈｅｒｎｅｔ（登録商標）のネットワークにおいて、フレームスイッチはＥｔｈｅｒｎｅｔフレームを受信すると受信ポートと送信元ＭＡＣ（Media Access Control）アドレスとを関連付ける。フレームスイッチは、このため、ＭＡＣアドレステーブルに受信ポートと送信元ＭＡＣアドレスとの関連付けのエントリ登録を行う。ＭＡＣアドレステーブルに登録された情報は一定時間（一般的に３００秒）経過するとエージングタイムアウトにより削除される。フレームスイッチは、Ｅｔｈｅｒｎｅｔフレームを受信した時にＭＡＣアドレステーブルを参照し、受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがＭＡＣアドレステーブルに登録されているかを確認する。登録されている場合、宛先ＭＡＣアドレスに関連付けられたポートからＥｔｈｅｒｎｅｔフレームを送信する。登録されていない場合は、受信したポート以外の全ポートからＥｔｈｅｒｎｅｔフレームを送信するフラッディングが発生する。
【０００３】
通常、フラッディングはフレームスイッチが宛先ＭＡＣアドレスを学習すれば解消されうるが、ネットワークの構成により宛先ＭＡＣアドレスが学習されず、フラッディングが継続する場合がある。フラッディングが継続する場合のネットワーク構成を、図１を参照して説明する。
【０００４】
図１において、ＶＬＡＮ１に属する端末１１０はスイッチ１２０のポートＰ１に接続され、ＶＬＡＮ２に属する端末１１１はスイッチ１２０のポートＰ３に接続されている。同様に、ＶＬＡＮ１に所属する端末１１２はスイッチ１２１のＰ３に接続され、ＶＬＡＮ２に所属する端末１１３はスイッチ１２１のＰ１に接続されている。ＶＬＡＮ１に所属する端末１１０および端末１１２のデフォルトゲートウェイはルータ１３０に、ＶＬＡＮ２に所属する端末１１１および端末１１３のデフォルトゲートウェイはルータ１３１に設定されている。
【０００５】
ここで、端末１１０と端末１１３が通信を行う場合、端末１１０は、端末１１３が異なるＶＬＡＮに所属しているため、ルータ１３０を介して端末１１３と通信することになる。端末１１０からＥｔｈｅｒｎｅｔフレームを受信したルータ１３０は、端末１１３に
Ｅｔｈｅｒｎｅｔフレームをルーティングするために端末１１３に対してＡＲＰ要求（ブロードキャスト）を送信する。ＡＲＰとはAddress Resolution Protocolの略称である。ルータ１３０は、そして、端末１１３からのＡＲＰ応答（ユニキャスト）にて端末１１３のＭＡＣアドレスＤを取得する。この時、スイッチ１２０のＭＡＣアドレステーブルに端末１１３のＭＡＣアドレスＤとポートＰ４の関連付けが行われる。
【０００６】
一方、端末１１３から端末１１０にＥｔｈｅｒｎｅｔフレームを送信する場合は、ルータ１３１を介して送信されることになる。このため、端末１１３からのＥｔｈｅｒｎｅｔフレームは、ルータ１３１にてＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスを端末１１０のＭＡＣアドレスＡに、送信元ＭＡＣアドレスをルータ１３１のＭＡＣアドレスＦに付け替えられてスイッチ１２０に届く。この時、スイッチ１２０のＭＡＣアドレステーブルにルータ１３１のＭＡＣアドレスＦとポートＰ４の関連付けが行われる。このような場合、スイッチ１２０のポートＰ４が端末１１３のＭＡＣアドレスＤを学習する機会はルータ１３０によるＡＲＰ解決時のみとなる。そのＡＲＰ解決が行われないままだと、スイッチ１２０のＭＡＣアドレステーブルにおけるＭＡＣアドレスＤのエントリはＭＡＣアドレステーブルのエージングタイムアウト後に削除される。その状態でＭＡＣアドレスＤ宛てのＥｔｈｅｒｎｅｔフレームを受信することが継続することで、フラッディングが継続する。
【０００７】
次に、スイッチ１２０のＭＡＣアドレステーブルからＭＡＣアドレスＤのエントリが削除された後のＥｔｈｅｒｎｅｔフレームの流れを図２で示す。図２では、端末１１０から端末１１３に対する通信において、端末１１０からＥｔｈｅｒｎｅｔフレームを受信したルータ１３０はルーティングを行う。その際、宛先ＭＡＣアドレスを端末１１３のＭＡＣアドレスＤに、送信元ＭＡＣアドレスをルータ１３０のＭＡＣアドレスＥに付け替えてルーティングする。ルータ１３０からのＥｔｈｅｒｎｅｔフレームを受信したスイッチ１２０は当該Ｅｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスを参照してフォワーディングしようとする。しかし、スイッチ１２０は、スイッチ１２０のＭＡＣアドレステーブルにおいてＭＡＣアドレスＤのエントリは削除されているため、ＶＬＡＮ２に属する全ポートに対してＥｔｈｅｒｎｅｔフレーム（ユニキャスト）を送信する。このフラッディングはルータ１３０から端末１１３に対するＡＲＰ解決が行われるまで継続し、ＶＬＡＮ２に属する端末は不要なＥｔｈｅｒｎｅｔフレームを受信し続けることになる。
【０００８】
フラッディングの発生を低減させる方法として、特許文献１には次の方法が開示されている。すなわち、フレームの交換を行うフレームスイッチング装置において、まず、あるアドレスに対するフラッディングの発生回数が所定条件を満たすか否かを判定する。所定条件を満たす場合、所定条件を満たすアドレスのエントリを記憶している他のフレームスイッチング装置から送信される所定の通知を受信する。そして、所定条件を満たすアドレスと所定の通知を受信したポートとを対応付けるアドレスエントリを登録するという一連の方法である。
【０００９】
しかし、上記方法を行うには、フレームスイッチング装置において、アドレスエントリを登録するために、所定の通知をやりとりするための制御フレームの送信／受信機能が必要となる。この機能は従来のフレームスイッチング装置に無いため、既存のネットワークにおいてフレームスイッチング装置を交換することとなる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特許第４７１７９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
従来技術では、フラッディングによる不要なフレームの送信を低減するために、既存のネットワークにおいてフレームスイッチング装置を交換することとなっていた。これにより、ネットワーク構築の制約が生じたり、ネットワーク構築に多大な費用が掛かったりすることが課題である。
【００１２】
本発明の目的はこれらの課題を解決した端末および方法を提供することである。
【課題を解決するための手段】
【００１３】
本発明の端末は、受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する手段を備えることを特徴とする。
【００１４】
本発明の方法は、受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する工程を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、フラッディングによる不要なフレームの送信を低減するために、既存のネットワークにおいて本発明の端末を導入すればフレームスイッチング装置を交換せずに済む。このため、ネットワーク構築の制約が生じたり、ネットワーク構築に多大な費用が掛かったりすることがなくなる。
【図面の簡単な説明】
【００１６】
【図１】フラッディングが継続する場合のネットワーク構成を示す図である。
【図２】スイッチ１２０のＭＡＣアドレステーブルからＭＡＣアドレスＤのエントリが          削除された後のＥｔｈｅｒｎｅｔフレームの流れを示す図である。
【図３】本発明の第１の実施の形態における端末の機能ブロック構成を示す図である。
【図４】フラッディング監視テーブル３０２の構成例を示す図である。
【図５】フラッディング監視部３０１の処理フローを示す図である。
【図６】ＡＲＰ処理部３０４の処理フローを示す図である。
【図７】フラッディングが収束するときのＥｔｈｅｒｎｅｔフレームの流れを示す図で          ある。
【図８】本発明の第２の実施の形態における端末の機能ブロック構成を示す図である。
【発明を実施するための形態】
【００１７】
本発明の第１の実施の形態について、図面を参照して詳細に説明する。
【００１８】
本発明の第１の実施の形態における端末の機能ブロック構成を図３に示す。本実施の形態の端末は、受信したＥｔｈｅｒｎｅｔフレームの識別および振り分けを行うフレーム識別部３００を備える。本端末は、また、受信したＥｔｈｅｒｎｅｔフレームの内、自端末ＭＡＣアドレス宛でないユニキャストの（フラッディングされた）Ｅｔｈｅｒｎｅｔフレームがフラッディング発生回数の所定の条件を満たすか否かの判定を行うフラッディング監視部３０１を備える。本端末は、また、自端末ＭＡＣアドレス宛でないユニキャストの
ＥｔｈｅｒｎｅｔフレームのＭＡＣアドレスのエントリの登録を行うフラッディング監視テーブル３０２を備える。本端末は、また、フラッディング監視テーブルに登録されているＭＡＣアドレスのエントリのエージングを行うエージング処理部３０３を備える。本端末は、また、フラッディング発生回数の所定条件を満たしたＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスに対するユニキャストのＡＲＰ要求の組み立ておよび送信を行う
ＡＲＰ処理部３０４を備える。本端末は、さらに、ＡＲＰ要求に対するＡＲＰ応答待ちの管理を行うタイマ管理部３０５を備える。
【００１９】
ここで、ＭＡＣアドレスのエントリについて、図４を参照して説明する。図４はフラッディング監視テーブル３０２の構成例を示す。フラッディング監視テーブル３０２はエントリを登録するために次のフィールドを備える。
・自端末宛ではないユニキャストのＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスを格納するＭＡＣアドレスフィールド
・自端末宛ではないユニキャストのＥｔｈｅｒｎｅｔフレームの受信数を格納する受信数フィールド
・ＡＲＰ要求の送信状態を格納する状態フィールド
・ＡＲＰ要求の送信回数を格納する試行回数フィールド
・宛先ＭＡＣアドレスの有効期間を格納するエージングタイマフィールド
再び図３を参照する。フレーム識別部３００は、受信したＥｔｈｅｒｎｅｔフレームを識別する。フレーム識別部３００は、Ｅｔｈｅｒｎｅｔフレームが自端末ＭＡＣアドレス宛ではないユニキャストである場合、フラッディング監視部３０１に当該
Ｅｔｈｅｒｎｅｔフレームを振り分ける。フレーム識別部３００は、また、
ＥｔｈｅｒｎｅｔフレームがＡＲＰ応答である場合、ＡＲＰ処理部３０４に当該
Ｅｔｈｅｒｎｅｔフレームを振り分ける。
【００２０】
フラッディング監視部３０１は、フレーム識別部３００から受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング監視テーブル３０２に登録されていない場合、当該宛先ＭＡＣアドレスのエントリを登録する。フラッディング監視部３０１は、次に、当該Ｅｔｈｅｒｎｅｔフレームがフラッディング発生回数の所定条件を満たすか否かを判定する。フラッディング監視部３０１は、フラッディング発生回数の条件を満たしている場合、当該宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求の送信を
ＡＲＰ処理部３０４に指示する。詳細な動作については図５を参照して後述する。
【００２１】
エージング処理部３０３は、フラッディング監視テーブル３０２に登録されたエントリがフラッディング発生回数の条件を満たさないまま残らないようにするため、所定の時間が経過すると、エントリをフラッディング監視テーブル３０２から削除する。
【００２２】
ＡＲＰ処理部３０４は、フラッディング監視部３０１からＡＲＰ要求の送信指示を受けると、宛先ＭＡＣアドレスに対するユニキャストのＡＲＰ要求を組み立て送信する。
ＡＲＰ処理部３０４は、フレーム識別部３００からＡＲＰ応答を受信すると、フラッディング監視テーブル３０２に当該ＡＲＰ応答の送信元ＭＡＣアドレスが登録されている場合、当該ＭＡＣアドレスのエントリをフラッディング監視テーブル３０２から削除する。
ＡＲＰ処理部３０４は、また、タイマ管理部３０５からタイムアウト通知を受けると、
ＡＲＰ要求の再送信を行うか否かの判定を行い、所定の条件を満たした場合、ＡＲＰ要求の再送信を行う。詳細な動作については図６を参照して後述する。
【００２３】
タイマ管理部３０５は、ＡＲＰ処理部３０４にて送信したＡＲＰ要求に対するＡＲＰ応答を所定の時間内に受信しない場合、タイムアウト通知をＡＲＰ処理部３０４に行う。
【００２４】
次に、本実施の形態の動作について、図面を参照して説明する。
【００２５】
まず、本実施の形態の概略の動作について、図２、図７を参照して説明する。
【００２６】
図２、図７において、ＶＬＡＮ１に属する端末１１０はスイッチ１２０のポートＰ１に接続され、ＶＬＡＮ２に属する端末１１１はスイッチ１２０のポートＰ３に接続されている。同様に、ＶＬＡＮ１に所属する端末１１２はスイッチ１２１のＰ３に接続され、
ＶＬＡＮ２に所属する端末１１３はスイッチ１２１のＰ１に接続されている。ＶＬＡＮ１に所属する端末１１０および端末１１２のデフォルトゲートウェイはルータ１３０、
ＶＬＡＮ２に所属する端末１１１および端末１１３のデフォルトゲートウェイはルータ１３１に設定されている。ここで、端末１１１は本実施の形態のフラッディング低減機能を備えるものとする。
【００２７】
まず、ＶＬＡＮ２に属する端末１１３に起因するフラッディングが発生している状態を図２で示す。図２では、端末１１０と端末１１３とが通信を行っているときに、スイッチ１２０において、ＭＡＣアドレステーブルでの端末１１３のＭＡＣアドレスＤとスイッチ１２０のポートＰ４との対応付けがエージングタイムアウトにより削除されている。これにより、フラッディングが発生し、ＶＬＡＮ２に属する端末１１１は端末１１３宛の
Ｅｔｈｅｒｎｅｔフレームを受信する。
【００２８】
次に、端末１１１によりフラッディングが収束してゆく動作を説明する。フラッディングが収束するときのＥｔｈｅｒｎｅｔフレームの流れを図７で示す。端末１１１において端末１１３宛のＥｔｈｅｒｎｅｔフレームの受信数がフラッディング発生回数の所定の条件を満たすと、端末１１１は端末１１３に対して宛先ＭＡＣアドレスに端末１１３の
ＭＡＣアドレスＤを設定したユニキャストのＡＲＰ要求を送信する。当該ＡＲＰ要求を受信した端末１１３は端末１１１に対してＡＲＰ応答を返す。端末１１１と端末１１３は同じＶＬＡＮ２に属しているため、当該ＡＲＰ応答はルータ１３１を経由せずにスイッチ１２０に届く。スイッチ１２０は当該ＡＲＰ応答の受信を契機に端末１１３のＭＡＣアドレスＤとポートＰ４の関連付けをＭＡＣアドレステーブルに行い、スイッチ１２０において発生していた端末１１３宛のＥｔｈｅｒｎｅｔフレームのフラッディングは収束する。
【００２９】
次に、本実施の形態の詳細な動作について、図５および図６を参照して説明する。図５はフラッディング監視部３０１の処理フローを示す。図６はＡＲＰ処理部３０４の処理フローを示す。
【００３０】
図５において、フラッディング監視部３０１は、フレーム識別部３００から受信した
ＥｔｈｅｒｎｅｔフレームのＭＡＣヘッダフィールドを参照し、宛先ＭＡＣアドレスを抽出する（ステップ５００）。フラッディング監視部３０１は、抽出した宛先ＭＡＣアドレスを検索キーとしてフラッディング監視テーブル３０２を検索し（ステップ５０１）、当該宛先ＭＡＣアドレスがフラッディング監視テーブル３０２に登録されているか否かを確認する（ステップ５０２）。登録されている場合は、ＡＲＰ要求の送信状態を確認するステップ（ステップ５０４〜）に移行し、登録されていない場合は、フラッディング監視テーブル３０２に宛先ＭＡＣアドレスのエントリを新規登録する（ステップ５０３）。
【００３１】
前記のＡＲＰ要求の送信状態を確認するステップ（ステップ５０４〜）について説明する。フラッディング監視部３０１は、前記宛先ＭＡＣアドレスを有する端末へのＡＲＰ要求が送信されているか否かを判定する。フラッディング監視部３０１は、そのために、フラッディング監視テーブル３０２上の当該宛先ＭＡＣアドレスのエントリを参照し、
ＡＲＰ要求が未送信であるか否かを確認する（ステップ５０４）。ＡＲＰ要求が未送信である場合は、フラッディング発生回数の判定を行うステップ（ステップ５０５〜）に移行する。ＡＲＰ要求が送信中である場合は、既に当該宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を送信しているのでフラッディング監視部３０１の処理を終了する。
【００３２】
前記のフラッディング発生回数の判定を行うステップ（ステップ５０５〜）について説明する。フラッディング監視部３０１は、前記宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求を送信するか否かを判定するためにフラッディング監視テーブル３０２上の当該宛先ＭＡＣアドレスの受信数を１つ増加させる（ステップ５０５）。フラッディング監視部３０１は、次に、受信数がフラッディング検出閾値以上か否かを確認する（ステップ５０６）。受信数がフラッディング検出閾値以上である場合はＡＲＰ要求の送信指示を行うステップ（ステップ５０７〜）に移行し、受信数がフラッディング検出閾値未満である場合はフラッディング監視部３０１の処理を終了する。
【００３３】
前記のＡＲＰ要求の送信指示を行うステップ（ステップ５０７〜）について説明する。フラッディング監視部３０１は、フラッディング監視テーブル３０２上の前記宛先ＭＡＣアドレスの状態を、前記宛先ＭＡＣアドレスを有する端末からのＡＲＰ応答を待っていることを示す「送信中」に更新する（ステップ５０７）。フラッディング監視部３０１は、次に、ＡＲＰ処理部３０４に当該宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求の送信指示メッセージを送信し（ステップ５０８）、処理を終了する。
【００３４】
図６において、ＡＲＰ処理部３０４は、メッセージＴＹＰＥを識別する（ステップ６００）。すなわち、ＡＲＰ処理部３０４は、受信したメッセージがフラッディング監視部３０１から受信したＡＲＰ送信指示メッセージか、フレーム識別部３００から受信した
ＡＲＰ応答メッセージか、タイマ管理部３０５から受信したタイムアウト通知メッセージかを識別する。メッセージＴＹＰＥは、フラッディング監視部、フレーム識別部、タイマ管理部、各部からメッセージを送信する際に付与される識別情報である。
【００３５】
最初に、メッセージＴＹＰＥがＡＲＰ送信指示メッセージである場合を説明する。
ＡＲＰ処理部３０４は、受信したＡＲＰ送信指示メッセージに格納されているＭＡＣアドレスを抽出する（ステップ６１０）。ＡＲＰ処理部３０４は、次に、当該ＭＡＣアドレスを検索キーとしてフラッディング監視テーブル３０２に当該ＭＡＣアドレスが登録されているかを検索する（ステップ６１１）。ＡＲＰ処理部３０４は、これにより、フラッディング監視テーブル３０２に当該ＭＡＣアドレスが登録されているか否か確認する（ステップ６１２）。登録されている場合はＡＲＰ要求の送信回数の判定を行うステップ（ステップ６１３〜）に移行する。登録されていない場合はエージング処理部３０３によりフラッディング監視テーブル３０２から前記ＭＡＣアドレスのエントリが削除されたことを示すためＡＲＰ処理部３０４の処理を終了する。
【００３６】
前記のＡＲＰ要求の送信回数の判定を行うステップ（ステップ６１３〜）について説明する。ＡＲＰ処理部３０４は、ＡＲＰ要求の送信回数が上限に達しているか否かを判定するため、フラッディング監視テーブル３０２上の前記ＭＡＣアドレスに対する送信回数を参照し、送信回数が最大ＡＲＰ送信回数未満か否かを確認する（ステップ６１３）。送信回数が最大ＡＲＰ送信回数未満である場合はＡＲＰ要求の組み立てを行うステップ（ステップ６１４〜）に移行する。送信回数が最大ＡＲＰ送信回数以上である場合はＡＲＰ要求をすでに所定回数分送信しており、当該ＭＡＣアドレスを有する端末からＡＲＰ応答を受信できない状況にあると判断し、ＡＲＰ処理部３０４の処理を終了する。
【００３７】
前記のＡＲＰ要求の組み立てを行うステップ（ステップ６１４〜）について説明する。ＡＲＰ処理部３０４は、ＡＲＰ要求の宛先ＭＡＣアドレスに前記ＭＡＣアドレスを、送信元ＭＡＣアドレスに自端末のＭＡＣアドレスを設定したユニキャストのＡＲＰ要求を組み立て（ステップ６１４）、ＡＲＰ要求を送信する（ステップ６１５）。ＡＲＰ処理部３０４は、当該ＭＡＣアドレスを有する端末からのＡＲＰ応答を監視するため、タイマ管理部３０５にＡＲＰ応答待ちタイマの開始を指示する（ステップ６１６）。ＡＲＰ処理部３０４は、次に、フラッディング監視テーブル３０２上の当該ＭＡＣアドレスの試行回数を１つ増加させて（ステップ６１７）、ＡＲＰ処理部３０４の処理を終了する。
【００３８】
次に、メッセージＴＹＰＥがＡＲＰ応答メッセージである場合を説明する。ＡＲＰ処理部３０４は、受信したＡＲＰ応答メッセージに格納されているＭＡＣアドレスを抽出し（ステップ６３０）、前記ＭＡＣアドレスを検索キーとしてフラッディング監視テーブル３０２に当該ＭＡＣアドレスが登録されているかを検索する（ステップ６３１）。ＡＲＰ処理部３０４は、これにより、フラッディング監視テーブル３０２に当該ＭＡＣアドレスが登録されているか否かを確認する（ステップ６３２）。登録されている場合はＡＲＰ応答待ちタイマの停止を行うステップ（ステップ６３３〜）に移行する。登録されていない場合はエージング処理部３０３によりフラッディング監視テーブル３０２から前記ＭＡＣアドレスのエントリが削除されたことを示すためＡＲＰ処理部３０４の処理を終了する。
【００３９】
前記のＡＲＰ応答待ちタイマの停止を行うステップ（ステップ６３３〜）について説明する。タイマ管理部３０５に前記ＭＡＣアドレスに対するＡＲＰ応答待ちタイマを停止するためにＡＲＰ応答待ちタイマの停止を指示する（ステップ６３３）。次に、フラッディング監視テーブル３０２から前記ＭＡＣアドレスのエントリを削除して（ステップ６３４）、ＡＲＰ処理部３０４の処理を終了する。
【００４０】
最後に、メッセージＴＹＰＥがタイムアウト通知である場合を説明する。受信したタイマアウト通知メッセージに格納されているＭＡＣアドレスを抽出する（ステップ６２０）。以降の処理は前述のメッセージＴＹＰＥがＡＲＰ送信指示メッセージの場合と同じ（ステップ６１１〜ステップ６１７）となる。
【００４１】
なお、本実施の形態では、ＡＲＰ要求をユニキャストで行っている。これに対し、一般的に、ＡＲＰ要求はブロードキャストで行われる。ブロードキャストの場合、ＡＲＰプロトコル処理においてＡＲＰ要求か自分宛かどうかを判断する必要がある。これに対して、ユニキャストの場合、ＡＲＰプロトコル処理の前処理のＥｔｈｅｒｎｅｔプロトコル処理において宛先ＭＡＣアドレスをもとにＡＲＰ要求が自分宛かどうかを判断できる。本実施の形態では、ＡＲＰ要求時に宛先ＭＡＣアドレスが判明しているので、ネットワーク、およびネットワーク機器に負荷をかけないようにするため、ユニキャストを採用している。ただ、ブロードキャストを採用してもよい。また、本実施の形態では、フレームが
Ｅｔｈｅｒｎｅｔフレームとなっているが、フレームはＡＲＰ要求・応答相当を行うために送信元と宛先のアドレスを格納するフィールドを備えたものであればよい。
【００４２】
以上のように、フレームスイッチングネットワークにおけるフレームスイッチに接続された端末において、フラッディングを検出すると、フラッディングされたフレームの宛先の端末に対してＡＲＰ要求を送信する。宛先の端末は、ＡＲＰ要求を受信すると、ＡＲＰ応答を返信する。フラッディングしたフレームスイッチは、ＡＲＰ応答を受信すると、宛先の端末のＭＡＣアドレスのエントリを学習する。こうして、フラッディングは収束する。これにより、フラッディングによる不要なフレームの送信を低減するために、既存のネットワークにおいて本実施の形態の端末を導入すればフレームスイッチング装置を交換せずに済む。このため、ネットワーク構築の制約が生じたり、多大な費用が掛かったりすることがなくなる。なお、本実施の形態の端末は各ＶＬＡＮ相当に少なくとも１台導入すればよい。
【００４３】
本発明の第２の実施の形態について、図面を参照して詳細に説明する。
【００４４】
本発明の第２の実施の形態における端末の機能ブロック構成を図８に示す。
【００４５】
図８において、端末８００は、フレームを受信する。端末８００は、そして、受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、当該宛先アドレスを有する対象端末に対して、要求フレームを組み立てて送信する。要求フレームは、宛先アドレスを端末８００のもの、送信元アドレスを対象端末のものとするフレームを送信するよう要求するフレームである。
【００４６】
以上のように、本実施の形態における端末は、フラッディングを検出すると、フラッディングされたフレームの宛先の対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを対象端末のものとするフレームを送信するよう要求するフレームを送信する。対象端末は、要求フレームを受信すると、要求フレームに対する応答フレームを送信する。フラッディングしたフレームスイッチは、応答フレームを受信すると、対象端末のアドレスのエントリを学習する。こうして、フラッディングは収束する。これにより、フラッディングによる不要なフレームの送信を低減するために、既存のネットワークにおいて本実施の形態の端末を導入すればフレームスイッチング装置を交換せずに済む。このため、ネットワーク構築の制約が生じたり、多大な費用が掛かったりすることがなくなる。なお、本実施の形態の端末は各ＶＬＡＮ相当に少なくとも１台導入すればよい。
【００４７】
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する手段を備えることを特徴とする端末。
（付記２）受信したＥｔｈｅｒｎｅｔ（登録商標）フレームの宛先ＭＡＣ(Media Access Control)アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ(Address Resolution Protocol)要求を組み立てて送信する手段を備えることを特徴とする端末。
（付記３）受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合、ＡＲＰ要求送信の指示をＡＲＰ処理手段に行うフラッディング監視処理手段と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信するＡＲＰ処理手段と
を備えることを特徴とする端末。
（付記４）Ｅｔｈｅｒｎｅｔフレームを受信し、前記Ｅｔｈｅｒｎｅｔフレームを識別し、前記Ｅｔｈｅｒｎｅｔフレームをフラッディング監視処理手段またはＡＲＰ処理手段に振り分けるフレーム識別処理手段と、
前記Ｅｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、条件を満たす場合、ＡＲＰ要求送信の指示をＡＲＰ処理手段に行うフラッディング監視処理手段と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求を組み立てて送信を行うＡＲＰ処理手段と
を備えることを特徴とする端末。
（付記５）受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスの所定のエントリを記憶しておくフラッディング監視テーブル手段と、
所定の時間が経過した場合、前記フラッディング監視テーブルからエントリを削除するエージング処理手段と、
前記ＡＲＰ処理手段にて送信したＡＲＰ要求に対するＡＲＰ応答が返らず、所定の時間が経過した場合、タイムアウト通知をＡＲＰ処理手段に発行するタイマ管理処理手段と
をさらに備えることを特徴とする付記２乃至４に記載の端末。
（付記６）前記ＡＲＰ要求はユニキャストのＡＲＰ要求であることを特徴とする付記２乃至５に記載の端末。
（付記７）受信したフレームの宛先アドレスがフラッディング発生の所定の条件を満たす場合、前記宛先アドレスを有する対象端末に対して、宛先アドレスを自端末のもの、送信元アドレスを前記対象端末のものとするフレームを送信するよう要求するフレームを組み立てて送信する工程を備えることを特徴とする方法。
（付記８）受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たす場合、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信する工程を備えることを特徴とする方法。
（付記９）受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、前記所定の条件を満たす場合、ＡＲＰ要求送信の指示を行う工程と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対してＡＲＰ要求を組み立てて送信する工程と
を備えることを特徴とする方法。
（付記１０）
Ｅｔｈｅｒｎｅｔフレームを受信し、前記Ｅｔｈｅｒｎｅｔフレームを識別し、前記
Ｅｔｈｅｒｎｅｔフレームをフラッディング監視処理またはＡＲＰ処理に振り分ける工程と、
前記Ｅｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスがフラッディング発生の所定の条件を満たすか否かを判定し、条件を満たす場合、ＡＲＰ要求送信の指示を行う工程と、
前記ＡＲＰ要求送信の指示を受け、前記宛先ＭＡＣアドレスを有する端末に対するＡＲＰ要求を組み立てて送信を行う工程と
を備えることを特徴とする方法。
（付記１１）
受信したＥｔｈｅｒｎｅｔフレームの宛先ＭＡＣアドレスの所定のエントリを記憶しておく工程と、
所定の時間が経過した場合、前記フラッディング監視テーブルからエントリを削除する工程と、
送信したＡＲＰ要求に対するＡＲＰ応答が返らず、所定の時間が経過した場合、タイムアウト通知を発行する工程と
をさらに備えることを特徴とする付記８乃至１０に記載の方法。
（付記１２）前記ＡＲＰ要求はユニキャストのＡＲＰ要求であることを特徴とする付記８乃至１１に記載の方法。
【産業上の利用可能性】
【００４８】
本発明は、端末および方法に利用可能である。
【符号の説明】
【００４９】
１１０、１１１、１１２、１１３  端末
１２０、１２１  スイッチ
１３０、１３１  ルータ
３００  フレーム識別部
３０１  フラッディング監視部
３０２  フラッディング監視テーブル
３０３  エージング処理部
３０４  ＡＲＰ処理部
３０５  タイマ管理部
５００、５０１、５０２、５０３、５０４、５０５、５０６、５０７、５０８、６００、６１０、６１１、６１２、６１３、６１４、６１５、６１６、６１７、６２０、６３０、６３１、６３２、６３３、６３４  ステップ
８００  端末
【図１】
2014086841.tif 000003
【図２】
2014086841.tif 000004
【図３】
2014086841.tif 000005
【図４】
2014086841.tif 000006
【図５】
2014086841.tif 000007
【図６】
2014086841.tif 000008
【図７】
2014086841.tif 000009
【図８】
2014086841.tif 000010