特許 5698854 通信方法及びスイッチングハブ装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5698854

(24)【登録日】2015年2月20日

(45)【発行日】2015年4月8日

(54)【発明の名称】通信方法及びスイッチングハブ装置

(51)【国際特許分類】

   H04L 12/46 20060101AFI20150319BHJP

【ＦＩ】

   H04L12/46 Z

【請求項の数】5

【全頁数】16

(21)【出願番号】特願2014-26734(P2014-26734)

(22)【出願日】2014年2月14日

(62)【分割の表示】特願2010-37281(P2010-37281)の分割

【原出願日】2010年2月23日

(65)【公開番号】特開2014-82803(P2014-82803A)

(43)【公開日】2014年5月8日

【審査請求日】2014年2月14日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】110001689

【氏名又は名称】青稜特許業務法人

(72)【発明者】

【氏名】脇所 眞志

【審査官】 羽岡 さやか

(56)【参考文献】

【文献】 特開２００９−１４７５７９（ＪＰ，Ａ）

【文献】 特開２００５−２２３３７５（ＪＰ，Ａ）

【文献】 特開平０３−２６２３５０（ＪＰ，Ａ）

【文献】 特開２０００−２６１４７８（ＪＰ，Ａ）

【文献】 特開２００４−０８０３２３（ＪＰ，Ａ）

【文献】 特開２００７−１８０８１５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／００−１２／９５５

(57)【特許請求の範囲】

【請求項1】

物理的または論理的に分割された複数のイーサネット網及び端末装置に接続される、複数の複数経路同報送信用のスイッチングハブを用いて、端末装置又はいずれかのイーサネット網から受信したフレームをいずれかのイーサネット網又は他の端末装置へ送信する通信方法であって、
該スイッチングハブは、複数の該端末装置のＭＡＣアドレスとポートの対応関係が登録されたＭＡＣアドレステーブルを有し、
前記スイッチングハブは、直接接続された端末装置から送信されて受信したフレームがＡＲＰパケットまたはユニキャストパケットであるか判定し、
ＡＲＰパケットまたはユニキャストパケットであると判定した場合、該フレームを受信済か否かを示すフラグが登録された重複判定フラグテーブルと前記ＭＡＣアドレステーブルとに基づいて、他の前記複数経路同報送信用のスイッチングハブと当該複数経路同報送信用のスイッチングハブに接続された前記イーサネット網とに前記受信したフレームを同報し、または他の前記複数経路同報送信用のスイッチングハブと当該複数経路同報送信用のスイッチングハブに接続された前記イーサネット網と当該複数経路同報送信用のスイッチングハブに接続された前記端末装置に前記受信したフレームを同報し、
他の前記複数経路同報送信用のスイッチングハブから前記ＡＲＰパケットまたはユニキャストパケットを一定時間受信しない場合、当該他の前記複数経路同報送信用のスイッチングハブに接続された端末装置のＭＡＣアドレスを、前記ＭＡＣアドレステーブルから削除し、
前記複数経路同報送信用のスイッチングハブは定期的に直接接続されている端末装置のＭＡＣアドレスを送信元としたフレームを、他の前記複数経路同報送信用のスイッチングハブに送信することを特徴とする通信方法。

【請求項2】

前記スイッチングハブは、前記他の前記複数経路同報送信用のスイッチングハブから、前記重複判定フラグテーブルに受信済みとして登録されているパケットを受信した場合、前記受信済みのフレームのみを前記直接接続された端末装置へ送信し、その後に受信した前記受信済みのフレームと同一のフレームは廃棄することで、同一のパケットを重複して端末装置へ送信しないように制御することを特徴とする請求項１の通信方法。

【請求項3】

前記スイッチングハブは、パケットを受信したポートごとに、送信元及び送信先のＩＰアドレスに関連付けて、該パケットを受信済か否かを示すフラグを登録する前記重複判定フラグテーブルを有し、
あるポートからパケットを受信した時に、該重複判定フラグテーブルの該フラグを参照して、該パケットと同一のパケットが受信済かを判定し、
該フラグが受信済みとなっているポートでパケットを受信した場合、送信元の端末装置が同一のパケットを再送したものと判定して、該フレームを端末装置へ送信することを特徴とする請求項２の通信方法。

【請求項4】

前記重複判定フラグテーブルは、パケットの受信済状態を示す各レコードの生存状態を管理するためのレコード生存タイマを有し、
該レコード生存タイマがタイムアウトすることにより、該レコードを該重複判定フラグテーブルから削除することを特徴とする請求項２又は３の通信方法。

【請求項5】

物理的または論理的に分割された複数のイーサネット網及び端末装置に接続され、端末装置又はいずれかのイーサネット網から受信したフレームをいずれかのイーサネット網又は他の端末装置へ送信する複数の複数経路同報送信用のスイッチングハブであって、
複数の該端末装置のＭＡＣアドレスとポートの対応関係が登録されたＭＡＣアドレステーブルと、
直接接続された端末装置から送信されて受信したフレームがＡＲＰパケットまたはユニキャストパケットであるか判定し、ＡＲＰパケットまたはユニキャストパケットであると判定した場合、該フレームを受信済か否かを示すフラグが登録された重複判定フラグテーブルと前記ＭＡＣアドレステーブルとに基づいて、他の前記複数経路同報送信用のスイッチングハブと当該複数経路同報送信用のスイッチングハブに接続された前記イーサネット網とに前記受信したフレームを同報し、または他の前記複数経路同報送信用のスイッチングハブと当該複数経路同報送信用のスイッチングハブに接続された前記イーサネット網と当該複数経路同報送信用のスイッチングハブに接続された前記端末装置に前記受信したフレームを同報する手段と、
他の前記複数経路同報送信用のスイッチングハブから前記ＡＲＰパケットまたはユニキャストパケットを一定時間受信しない場合、当該他の前記複数経路同報送信用のスイッチングハブに接続された端末装置のＭＡＣアドレスを、前記ＭＡＣアドレステーブルから削除する手段と、
前記複数経路同報送信用のスイッチングハブは定期的に直接接続されている端末装置のＭＡＣアドレスを送信元としたフレームを、他の前記複数経路同報送信用のスイッチングハブに送信する手段と、を有することを特徴とするスイッチングハブ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、スイッチングハブ装置及び通信方法に係り、特に、複数のイーサネット網に接続される、複数の拠点間の通信を司るスイッチングハブ装置、及びこのスイッチングハブ装置を通してＩＰパケット（以下単にパケットという）を送信する通信方法に関する。

【背景技術】

【0002】

高帯域の広域イーサネット網は信頼性はあまり高くないが安価であるため、近年広く普及している。また、ＴＣＰ／ＩＰを利用したインターネット通信も広く普及している。（「イーサネット」はゼロックス社の登録商標）。この広域イーサネット網を用いた通信では、網内でフレームの廃棄が発生したり、網内遅延が大きいため、スループットが上がらない。また網全体が停止するという大規模な障害も発生している。

【0003】

これらの問題に対処するため、拠点間を複数の伝送路で接続し、１つのパケットを各伝送路に対し同報することによって信頼性を向上する通信方法が提唱されている。例えば、特許文献１には、メッセージ識別子を付加した同一のメッセージを、各々のＬＡＮ（ローカルエリアネットワーク）伝送路にほぼ同時に送信し、受信側ではメッセージ識別子により受信した同一のメッセージのうち最初に受信したメッセージ以外のメッセージを廃棄し、最初に受信したメッセージにより通信を完了する通信制御方法が開示されている。

【0004】

また、特許文献２には、インターネットを介して接続された第１のＬＡＮの端末から第２のＬＡＮの端末へパケットを送信する際に、これを中継するために同じパケットを異なる中継先に複数送信する第１のＬＡＮに接続されたゲートウェイ送信装置及び送信方法等が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開平０３−２６２３５０公報

【特許文献2】特開２０００−２６１４７８公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

複数の独立したイーサネット網で接続された複数の拠点間通信において、メッセージ識別子や通信パスの管理等の処理を、パケットを冗長化する機器で行う場合、処理負担が大きく、高性能なＣＰＵや多くのメモリが必要となり、そのため通信機器が高価になる。また、通信パケットにメッセージ識別子を付与したり、カプセリングを行うと、ファイアウォールやＩＰＳｅｃなどパケットを解析する機器や機能が使えなくなる場合が生じる。また、パケット長が長くなると送信元機器のＭＴＵ（Maximum Transmission Unit）長を調整する必要も生じ、メッセージ識別子がイーサネット網の帯域を使用することで、本来の通信のために使用可能な帯域が減少する。さらに、従来のパケット冗長化を行う機器の接続構成は、各々の機器が全ての伝送路と接続するため、複数の機器で構成する場合、一本の伝送路を各機器へ分岐するためのハブなどの分岐装置が必要となる。接続機器が増えると、システムの信頼性も低下する。

【0007】

そこで、本発明は、複数の拠点を複数の広域イーサネット網で接続したネットワークに複数経路同報スイッチングハブを適用し、一方のイーサネット網に障害が発生しても通信を途絶せず、ネットワークの信頼性を向上することにある。
本発明は、またパケットのヘッダやデータの変更を行わず、ＩＰパケットを扱う機器への影響を出来るだけ無くし、既存のネットワークへ容易に適用可能な、通信方法及びスイッチングハブ装置を提供することにある。

【課題を解決するための手段】

【0008】

本発明に係る通信方法は、好ましくは、物理的または論理的に分割された複数のイーサネット網及び端末装置に接続される、複数の複数経路同報送信用のスイッチングハブを用いて、端末装置又はいずれかのイーサネット網から受信したフレームをいずれかのイーサネット網又は他の端末装置へ送信する通信方法であって、該スイッチングハブは、複数の該端末装置のＭＡＣアドレスとポートの対応関係を登録するＭＡＣアドレステーブルを有し、前記スイッチングハブは、直接接続された端末装置から送信されて受信したフレームのうち、重複判定テーブルによって同報されたフレームであるかを判定可能なフレームを他のスイッチングハブへ送信し、同報されたフレームであるかの判定が可能なフレームを送信しない端末装置のＭＡＣアドレスは、他のスイッチングハブのＭＡＣアドレステーブルから削除し、各スイッチングハブは定期的に直接接続されている端末装置のＭＡＣアドレスを送信元としたフレームを他のスイッチングハブへ送信して他のスイッチングハブのＭＡＣアドレステーブルから接続中の端末装置の情報が削除されるのを防止することを特徴とする通信方法として構成される。

【0009】

また、好ましい例では、前記スイッチングハブは同一のパケットを受信した場合、最も早く受信したフレームを端末装置へ送信し、その後に受信した同一のフレームは廃棄することで、同一のパケットを重複して端末装置へ送信しないように制御する。また、好ましい例では、前記スイッチングハブは、パケットを受信したポートごとに、送信元及び送信先のＩＰアドレスに関連付けて、該パケットを受信済か否かを示すフラグを登録する重複パケット判定フラグテーブルを有し、あるポートからパケットを受信した時に、該重複パケット判定フラグテーブルの該フラグを参照して、該パケットと同一のパケットが受信済かを判定し、該フラグが受信済みとなっているポートでパケットを受信した場合、送信元の端末装置が同一のパケットを再送したものと判定して、該フレームを端末装置へ送信する。

【0010】

好ましい例では、前記重複パケット判定フラグテーブルは、パケットの受信済状態を示す各レコードの生存状態を管理するためのレコード生存タイマを有し、該レコード生存タイマがタイムアウトすることにより、該レコードを該重複パケット判定フラグテーブルから削除する。
本発明は、また上記通信方法を実施するスイッチングハブとしても把握される。

【発明の効果】

【0011】

本発明によれば、複数経路同報スイッチングハブは複数の拠点を複数の広域イーサネット網で接続したネットワークに適用することで、一方のイーサネット網に障害が発生しても通信が途絶することなく使用可能となるため、ネットワークの信頼性を向上する。また、最も早く到着したフレームを端末装置へ送信するため、フレームの到着までの遅延時間を最小にすることができる。
さらに、パケットのヘッダやデータを変更しないため、パケット解析を行うファイアウォールなどの装置も使用可能であり、既存のネットワークへ容易に適用可能である。フレームの制御方式も単純であるため装置内での遅延時間を少なくし、製造コストを低く抑えることが期待できる。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施例による通信システム及びそれに使用されるスイッチングハブ装置の構成を示す図。

【図2】一実施例における重複パケット判定フラグテーブル１２２の構成を示す図。

【図3】一実施例におけるスイッチングハブ１がポート１１１からフレームを受信した場合のフレーム処理動作を示すフローチャート。

【図4】一実施例におけるスイッチングハブ１がポート４１からフレームを受信した場合のフレーム処理動作を示すフローチャート。

【図5】一実施例におけるスイッチングハブ１がポート４２からフレームを受信した場合のフレーム処理動作を示すフローチャート。

【図6】一実施例におけるスイッチングハブ１がポート４３からフレームを受信した場合のフレーム処理動作を示すフローチャート。

【図7】一実施例におけるスイッチングハブが受信したパケットの同一パケット既受信状態を判定する処理動作を示すフローチャート。

【図8】一実施例におけるスイッチングハブが初めて受信したパケットの重複パケット判定フラグテーブル処理動作を示すフローチャート。

【図9】一実施例における複数経路同報スイッチングハブが受信済のパケットの重複パケット判定フラグテーブル処理フローチャート。

【図10】一実施例における複数経路同報スイッチングハブが再送されてきたパケットの重複パケット判定フラグテーブルの処理を示すフローチャート。

【図11】一実施例におけるスイッチングハブ１がフレームを受信した場合にＭＡＣアドレステーブルを更新する条件を示す一覧表を示す図。

【図12】一実施例におけるレコード生存タイマの処理を示すフローチャート。

【図13】複数経路同報スイッチングハブが定期的に実行する端末装置ＭＡＣアドレス更新処理を示す図。

【図14】一実施例における同報可能なフレームとフレームフォーマットを示す図。

【発明を実施するための形態】

【0013】

以下、図面を参照して本発明の好適な実施例について説明する。
図１は、通信システム及びスイッチングハブ装置の構成を示す。
２つのスイッチングハブ装置（以下単にスイッチングハブという）１，２は、同じ構成を有する複数経路同報スイッチングハブであり、同じ設置場所に設置されて、物理的または論理的に分割された異なるイーサネット網８１，８２に接続される。なお、両者のスイッチングハブの構成は同じであるので、内部構成の説明については、一方のスイッチングハブ１を参照する。

【0014】

スイッチングハブ１は、それぞれイーサネット網８１と接続される、インタフェース部１５及びポート４３を持ち、また、複数の端末装置（以下単に端末という）１０１と接続される、インタフェース部１３及び複数のポート１１１，１１２（総称して１１ということがある）を持つ。また、スイッチングハブ１は、インタフェース部１６，１７を介して、物理的又は論理的に分割された２本のイーサネットでポート４１，４２に接続され、スイッチングハブ２と接続される。（スイッチングハブ２も同じ構成である。なお、スイッチングハブ２の複数のポート２１１，２１２を総称して２１ということがある）。

【0015】

ここで、ポート４１は、スイッチングハブ１からスイッチングハブ２への通信接続用として、例えばスイッチングハブ１における端末１０１に対するポート１１と、イーサネット網８２に対するスイッチングハブ２のポート４４との間の通信接続用として使用される。また、ポート４２は、スイッチングハブ２からスイッチングハブ１への通信接続用として使用される。

【0016】

スイッチングハブ１はその内部構成として、制御部１４、及びＭＡＣアドレステーブル１２１、及び重複パケット判定フラグテーブル１２２を有する。ハードウェア的には、制御部１４はプロセッサを有し、そこでプログラムを実行して所定の機能を実現する。また、上記各テーブルはメモリ内に形成される。

【0017】

ＭＡＣアドレステーブル１２１（スイッチングハブ２では２２１）は、図１３に例示するように、一般的なスイッチングハブと同様に、全てのポートについて、各端末のＭＡＣアドレスとの対応関係を登録する。他のスイッチングハブへＭＡＣアドレス更新用のフレームを送信するのは、このＭＡＣテーブルに示す通り、自分自身が直接収容している端末のみである。

【0018】

同報スイッチングハブは重複判定が可能なパケットのみを他の同報スイッチングハブへ送信する。このため、他の複数経路同報スイッチングハブに接続された端末が送信するパケットがこの条件に当てはまらない場合はこの端末を送信元としたパケットを受信しないため、端末が接続されている場合でも一定時間後にＭＡＣアドレステーブルから削除されることになる。これを防止するため、各複数経路同報スイッチングハブは定期的に他の複数経路同報スイッチングハブへ直接接続されている端末の情報を送信し、他の複数経路同報スイッチングハブのＭＡＣアドレステーブルを更新する。

【0019】

重複パケット判定フラグテーブル１２２（スイッチングハブ２では２２２）は、図２に示すように、パケットが重複パケットか否かを判定するために参照されるテーブルであり、ＩＰパケットユニキャスト用のＩＰユニキャストパケット重複判定フラグテーブル１２２１と、ＡＲＰリクエストパケット重複判定フラグテーブル１２２２、及びＡＲＰリプライパケット重複判定フラグテーブル１２２３から構成される。ＡＲＰは、ＭＡＣアドレスをあて先のＩＰアドレスから求めるためのプロトコルである。なお、重複パケットの取扱について、コピー可能な全てのパケットを同報するのではなく、重要度の高いパケットのみをコピーし同報すればよい。具体的には、送信先ＩＰアドレス、送信元ＩＰアドレス、ポート番号などをキーにし、コピーするパケットの選択を行う。

【0020】

ＩＰユニキャストパケット重複判定フラグテーブル１２２１は、レコード毎に、キーとしての送信元ＩＰアドレスと送信先のＩＰアドレスの対、ＩＰパケットの識別子及びフラグメントオフセット、ポート４３のパケット受信フラグ及びポート４１のパケット受信フラグ、及びタイムアウト監視と行うためのレコード生存タイマの各情報を登録する。パケット受信フラグは、ポートがパケットを受信するときは「１」、受信していないときには「０」で表す。

【0021】

重複パケット判定フラグテーブル１２２の各レコードは、キーとなっている条件のパケットが何れのポートで受信済かをフラグによって登録している。各レコードはレコードの生存時間を決めるタイマを持っており、図１２に示すように、このタイマ（レコード生存タイマ）はリセットされたときから一定時間ごとに更新され、タイムアウトした時点でタイマと対になったレコードを削除する。

【0022】

このタイマは図８、１０に示すように、キーで示す条件のパケットを初めて受信した場合と再送パケットを受信した場合にリセットを行う。このように他の複数経路同報スイッチングハブを経由してパケットを受信した場合も含め、端末へフレームを送信する場合にタイマをリセットし、このタイマがタイムアウトする前に受信したパケットは再送の場合を除き重複して受信したパケットとして端末装置へは送信せずに廃棄する。

【0023】

ＡＲＰリクエストパケット重複判定フラグテーブル１２２２とＡＲＰリプライパケット重複判定フラグテーブル１２２３は、上記と同様に、レコード毎にキーとしての送信元ＩＰアドレスと送信先のＩＰアドレスの対、ポート４３のパケット受信フラグ及びポート４１のパケット受信フラグ、及びタイムアウト監視を行うためのレコード生存タイマの各情報を登録する。

【0024】

次に、図１４を参照して、同報可能なフレームとフレームフォーマットについて説明する。
イーサネットフレーム（レイヤ２層）とＩＰパケット（レイヤ３層）における関係を、ＡＲＰフレーム及びＩＰフレームについて示す。ここで、ユニキャストは一対一の通信、ブロードキャストは一対多の通信である。ＩＰフレームやその他（apple_talk）のフレームは、ユニキャスト、マルチキャスト、ブロードキャストへの通信が可能である。複数経路同報スイッチングハブがコピーを行い、異なる広域イーサネット網へ同報を行うフレーム（パケット）の対象は、ＡＲＰフレームとユニキャスト間の通信（図の太字）である。

【0025】

ＩＰパケットは、その送信先ＩＰアドレスによってユニキャスト、ブロードキャスト、マルチキャスト、リザーブを判定することができる。これは次の通り定められている。
・マルチキャスト：２２４．０．０．０〜２３９．２５５．２５５．２５５
・リザーブ(ブロードキャストを含む)：２４０．０．０．０〜２５５．２５５．２５５．２５５
・ユニキャスト：その他
なお、ＡＲＰフレームのタイプは、例えば「ＩＰ＝０ｘ８０６」のように示され、ＩＰのパケットのタイプは、例えば「ＩＰ＝０ｘ８００」のように示される。

【0026】

次に、図３以降の図面を参照して、パケットの送受信の処理動作について説明する。
図３は、スイッチングハブ１がポート１１からフレームを受信した場合のフレーム処理動作を示す。
例えば、スイッチングハブ１がポート１１１からフレームを受信すると、その受信したフレームが持つ、その送信元及び送信先のＭＡＣアドレス及びタイプ（ＩＰ、ＡＲＰまたはその他かを示すフラグ）を取得する（Ｓ３０１）。

【0027】

次に、受信したフレームの送信元ＭＡＣアドレスを参照し、図１１に示す条件を満たしている場合は端末のＭＡＣアドレスとその接続ポートを管理するＭＡＣアドレステーブル（図１３）を更新する（Ｓ３０３）。そして、ＭＡＣアドレステーブルの情報を取得して（Ｓ３０３）、受信したフレームはＩＰパケットであるかを判定する（Ｓ３０４）。判定の結果、ＩＰパケットであれば、ＭＡＣアドレステーブルを参照してその送信先がポート１１２に登録されているかを判定する（Ｓ３０５）。判定の結果、ポート１１２に当該送信先が登録されていれば、受信したパケットをポート１１２へ送信する（Ｓ３０６）。即ち、送信先が同一の同報ハブに接続された端末宛のため、フレームの種別によらずコピーは行わない。端末のＭＡＣアドレスは登録されているため、適切なポートのみへ送信することになる。

【0028】

一方、ＭＡＣアドレステーブルを参照した結果、受信したフレームがポート１１２には登録されていない場合（Ｓ３０５：Ｎｏ）、受信したフレームの送信先ＩＰアドレスを取得して（Ｓ３１２）、受信したフレームの送信先ＩＰアドレスがユニキャストアドレスかを判定する（Ｓ３１３）。送信先ＩＰアドレスがユニキャストの判定は、図１４に示した通り、送信先ＩＰアドレスがマルチキャストとリザーブ（ブロードキャスト含む）以外の場合かを判定することで行う。ユニキャストは送信先ＩＰアドレスが該当する場合のみである。この判定の結果、ユニキャストアドレスであれば、その送信先がポート４１又は４３に登録されているか判定し（Ｓ３１４）、その判定の結果、ポート４１又は４３に登録されていれば、受信したパケットをポート４１と４３へ送信する。ここで、送信されるパケットはコピー可能なＩＰユニキャストパケット又はＡＲＰリプライパケットである。端末のＭＡＣアドレスは広域イーサの先に登録されているため、広域イーサの接続ポ−トヘ送信する。さらにコピーしたフレームを他の広域イーサから送信するので、このフレームを隣接する他の同報ハブへも送信する。

【0029】

上記判定の結果、送信先がポート４１又は４３に登録されていない場合（Ｓ３１４：Ｎｏ）、受信したパケットをポート１１２、４１、４３へ送信する（Ｓ３３５）。ここで、送信されるパケットはコピー可能なＩＰユニキャスト又はＡＲＰリクエストのパケットである。送信先ＭＡＣアドレスがブロードキャスト又は不明(ＭＡＣアドレステーブルに登録がない)なため、広域イーサの先にある端末を含む全ての端末へ送信する。さらにコピーしたフレームを他の広域イーサから送信するので、このフレームを隣接する他の同報ハブへも送信する。

【0030】

送信先ＩＰアドレスがユニキャストでない場合（Ｓ３１３：Ｎｏ）も、その送信先がポート４１又は４３に登録されているか判定し（Ｓ３２２）、その判定の結果、送信先がポート４１又は４３に登録されていれば、受信したパケットをポート４３へ送信する（Ｓ３２３）。ここで、コピー不可能なＩＰユニキャスト以外かＡＲＰ(リクエスト、リプライ共)以外のパケットである。端末のＭＡＣアドレスは広域イーサの先に登録されているため、広域イーサの接続ポートへ送信する。フレームはコピーしないため、このフレームは隣接する他の同報ハブへは送信しない。

【0031】

一方、上記判定の結果（Ｓ３２２）、送信先がポート４１又は４３に登録されていない場合には（Ｓ３２２：Ｎｏ）、受信したパケットをポート４３と１１２へ送信する（Ｓ３４２）。ここで、コピー不可能なＩＰユニキャスト以外又はＡＲＰ(リクエスト、リプライ共)以外のパケットである。送信先ＭＡＣアドレスがブロードキャスト又は不明(ＭＡＣアドレステーブルに登録がない)なため、広域イーサの先にある端末を含む全ての端末へ送信する。フレームはコピーしないため、このフレームは隣接する他の同報ハブへは送信しない。

【0032】

説明を戻して、上記の受信フレームはＩＰパケットかの判定の結果（Ｓ３０４）、ＩＰパケットのフレームでない場合（Ｓ３０４：Ｎｏ）、当該受信フレームはＡＲＰリクエストかを判定する（Ｓ３３２）。判定の結果、ＡＲＰリクエストである場合、その受信フレームを他の端末１０１に対するポート１１２，イーサネット網８２に対するポート４１、及びイーサネット網８１に対するポート４３へ送信する（Ｓ３３５）。

【0033】

一方、上記ＡＲＰリクエストかの判定の結果、ＡＲＰリクエストでなければ、ＭＡＣアドレステーブルを参照して、その送信先がポート１１２に登録されているかを判定する（Ｓ３３３）。この判定の結果、送信先がポート１１２に登録されていれば、受信したパケットをポート１１２へ送信する（Ｓ３０６）。一方、受信したフレームがポート１１２に登録されていない場合、更に、当該受信フレームはＡＲＰリプライか否かの判定を行う（Ｓ３３４）。この判定の結果、ＡＲＰリプライの場合は、ＭＡＣアドレステーブルを参照して（Ｓ３０３）、その送信先がポート４１又は４３に登録されているか判定する（Ｓ３１４）。こ判定の結果、ポート４１又は４３に送信先が登録されていれば、受信したパケットをポート４１と４３へ送信する（Ｓ３１５）。この判定の結果（Ｓ３１４）、送信先がポート４１又は４３に登録されていない場合、受信したパケットをポート４１、４３と１１２へ送信する（Ｓ３３５）。

【0034】

上記のＡＲＰリプライかの判定の結果（Ｓ３３４）、受信フレームがＡＲＰリプライでない場合、上記説明と同様に、その送信先がポート４１又は４３に登録されているか判定し（Ｓ３２２）、この判定の結果、送信先がポート４１又は４３に登録されていれば、受信したパケットをポート４３へ送信する（Ｓ３２３）。一方、ポート４１又は４３に登録されていない場合、受信したパケットをポート４３と１１２へ送信する（Ｓ３３５）。

【0035】

図４は、スイッチングハブ１がポート４１からフレームを受信した場合のフレーム処理動作を示す。
ステップＳ４０１〜Ｓ４０４、Ｓ４３２，Ｓ４４２の処理動作は、上記の図３の場合と同様である。
スイッチングハブ１がポート４１からフレームを受信した場合、ＭＡＣアドレステーブルの情報を取得して、受信したフレームはＩＰパケットかの判定の結果、ＩＰパケットである場合（Ｓ４０４：Ｙｅｓ）、次に、受信したフレームの送信先ＩＰアドレスはユニキャストアドレスかを判定する（Ｓ４０５）。その判定の結果、ユニキャストであれば、当該パケットを廃棄する（Ｓ４０６）。即ち、コピー不可能であるＩＰユニキャスト以外とＡＲＰ(リクエスト、リプライ共)以外のパケットは、隣接のハブからは送られてこないはずなのでエラーパケットとして廃棄する。

【0036】

ユニキャストアドレスかの判定の結果、ユニキャストでなければ（Ｓ４０５：Ｎｏ）、ＩＰユニキャストパケット重複判定フラグテーブル１２２１の情報を取得して（Ｓ４１２）、受信パケットは初めての受信か、及び再送パケットかを判定する（Ｓ４１３，Ｓ４１４）。これらの判定の結果、否であれば、当該パケットを廃棄する（Ｓ４１５）。即ち、コピー可能なパケットであるが、既に端末へ送信済みのため廃棄する。
なお、この受信パケットが初めてのパケットか、又は受信済みのパケットか、又は再送パケットかの処理は、図７に示すような処理手順で判定される。図７の手順に従って判定されたパケットは、図８〜図１０に示すように、その判定に従って、重複パケット判定フラグテーブルの更新処理が行なわれる。

【0037】

一方、受信したパケットが初めての受信である場合、又は再送パケットである場合には（Ｓ４１３，Ｓ４１４：Ｙｅｓ）、送信先がポート１１１、１１２の何れかに登録されているかを判定し（Ｓ４２２）、その結果、登録されていれば、当該パケットを登録されているポートへ送信する（Ｓ４２３）。即ち、コピー可能なパケットであり、初めての受信または再送パケットであるため、端末へ送信する。端末のＭＡＣアドレスは登録されているため、適切なポートへのみ送信する。

【0038】

一方、送信先がポート１１１，１１２に登録されていなければ（Ｓ４２２：Ｎｏ）、さらに送信先がポート４２に登録されているかを判定して（Ｓ４３６）、登録されていれば、当該パケットを廃棄する（Ｓ４３７）。即ち、コピー可能なパケットであるが、他の同報ハブに接続された端末宛であるため廃棄する。なお、この判定（Ｓ４３６）は、隣接する同報ハブから受信したフレームには、他の同報ハブに接続された端末宛のフレームも含まれるので、これを判定するための処理である。

【0039】

送信先にポート４２が登録されていなければ、当該パケットをポート１１１，１１２へ送信する（Ｓ４４６）。即ち、コピー可能なパケットであり、初めての受信または再送パケットであるため、端末へ送信する。送信先がブロードキャスト又は不明なため(ＭＡＣアドレステーブルに登録されていない)、直接接続されている全ての端末へ送信する。

【0040】

説明を戻して、上記の受信フレームがＩＰパケットかの判定の結果、ＩＰパケットでない場合（Ｓ４０４）、受信フレームはＡＲＰリクエストかの判定（Ｓ４３２）、及び受信フレームはＡＲＰリプライかの判定（ＡＲＰリクエストでない場合に）を行う（Ｓ４４２）。この判定の結果、ＡＲＰリクエストである場合、ＡＲＰリクエストパケット重複判定フラグテーブル１２２２の情報を取得して、受信パケットは初めての受信か、及び再送パケットかを判定する（Ｓ４３４，Ｓ４３５）。これらの判定の結果、否であれば、当該パケットを廃棄する（Ｓ４１５）。一方、受信したパケットが初めての受信である場合、又は再送パケットである場合には、当該パケットをポート１１１、１１２へ送信する（Ｓ４４６）。

【0041】

また、受信フレームがＡＲＰリプライの場合（Ｓ４４２：Ｙｅｓ）、ＡＲＰリプライパケット重複判定フラグテーブル１２２３の情報を取得して、受信パケットは初めての受信か、及び再送パケットかを判定する（Ｓ４４４，Ｓ４４５）。これらの判定の結果、否であれば、当該パケットを廃棄する（Ｓ４１５）。一方、受信したパケットが初めての受信である場合、又は再送パケットである場合には、ステップＳ４２２の上記処理に従う。

【0042】

図５は、スイッチングハブ１がポート４２からフレームを受信した場合のフレーム処理動作を示す。ステップＳ５０１〜Ｓ５０４、Ｓ５２２，Ｓ５２３の処理動作は、上記の図３の場合と同様である。
受信したフレームの送信先ＩＰアドレスを取得して（Ｓ５０４）、受信したフレームの送信先ＩＰアドレスがユニキャストアドレスかを判定する（Ｓ５０５）。この判定の結果、ユニキャストアドレスであれば、受信したフレームをポート４３へ送信する（Ｓ５０６）。即ち、受信したパケットはコピーされたパケットであり、コピー可能である条件も満たしているので広域イーサへ送信する。
一方、上記判定の結果、ユニキャストアドレスでなければ、当該フレームを廃棄する（Ｓ５１２）。即ち、受信したパケットはコピーされたパケットであるが、コピー不可能なパケットであるためエラーパケットとして廃棄する。

【0043】

また、受信したフレームがＩＰパケットでない場合（Ｓ５０３：Ｎｏ）、当該フレームはＡＲＰリクエストかを判定し、その結果、ＡＲＰリクエストであれば（Ｓ５２２：Ｙｅｓ）、同様にして、受信フレームをポート４３へ送信する（Ｓ５０６）。一方、ＡＲＰリクエストでなければ（Ｓ５２２：Ｎｏ）、当該受信フレームはＡＲＰリプライか判定し、ＡＲＰリプライであれば、受信フレームをポート４３へ送信する（Ｓ５０６）。ＡＲＰリプライでなければ、当該フレームのパケットを廃棄する（Ｓ５１２）。

【0044】

次に、図６を参照して、イッチングハブ１が、イーサネット網８１からポート４３を介してフレームを受信した場合のフレーム処理動作について説明する。
この処理Ｓ６０１〜Ｓ６２４，〜Ｓ６４５，〜Ｓ６５５，Ｓ６３２は、図４に示した処理フローの処理と同様であるので、重複説明は省く。これらの後の処理が、図４とは異なる。
受信したフレームの送信先ＩＰアドレスがユニキャストアドレスの場合、送信先はポート１１１，１１２の何れかに登録されているかを判定する（Ｓ６０６）。その判定の結果、登録されていれば、その登録されているポートへ受信フレームを送信する（Ｓ６０７）。即ち、コピー不可能なパケットであるため、重複判定を行う必要はなく、端末へ送信する。送信先端末のＭＡＣアドレスは登録されているため、適切なポートへのみ送信する。
一方、登録されていなければ、当該フレームをポート１１１，１１２へ送信する（Ｓ６１２）。即ち、コピー不可能なパケットであるため、重複判定を行う必要はなく、端末へ送信する。送信先がブロードキャスト又は不明な(ＭＡＣアドレステーブルに登録されていない)ため、直接接続されている全ての端末へ送信する。

【0045】

受信フレームの送信先ＩＰアドレスがユニキャストアドレスであって（Ｓ６０５：Ｙｅｓ）、ＩＰユニキャストパケット重複判定フラグテーブル１２２１の情報を取得して判定の結果、受信パケットが
初めての受信又は再送パケットである場合（Ｓ６２３，６２４）、さらに、送信先がポート１１１，１１２に登録されているかを判定し（Ｓ６３２）、登録されていれば、その登録されているポート４２へ受信パケットを送信する（Ｓ６３３）。即ち、コピー可能なパケットであり、初めての受信または再送パケットであるため、端末へ送信する。端末のＭＡＣアドレスは登録されているため、適切なポートへのみ送信する。さらに他の同報ハブへも送信する。

【0046】

一方、ポート１１１，１１２に登録されていなければ、当該パケットをポート１１１，１１２，４２へ送信する（Ｓ６４６）。即ち、コピー可能なパケットであり、初めての受信または再送パケットであるため、端末へ送信する。送信先がブロードキャスト又は不明な(ＭＡＣアドレステーブルに登録されていない)ため、直接接続されている全ての端末へ送信する。さらに他の同報ハブへも送信する。

【0047】

また、受信パケットが初めての受信又は再送パケットでない場合（Ｓ６２３，６２４：Ｎｏ）、当該パケットをポート４２へ送信する（Ｓ６２５）。即ち、コピー可能なパケットであるが、既に端末へ送信済みのため端末へは送信しない（但し他の同報ハブへは送信する）。

【0048】

なお、この場合でも、図４の動作と同様に、この受信パケットが初めてのパケットか、又は再送パケットかの判定処理（Ｓ６２３，Ｓ６２４）は、図７に示すような処理手順で判定される。図７の手順に従って判定されたパケットは、図８〜図１０に示すように、その判定に従って、重複パケット判定フラグテーブルの更新処理を行う。このようにイーサネット網８１から受信したフレームは必要に応じて端末１１１，１１２へ送信される。

【0049】

また、受信フレームがＡＲＰリクエストかの判定（Ｓ６４２）、及びＡＲＰリプライかの判定（ＡＲＰリクエストでない場合）（Ｓ６５２）の結果、それぞれ、ＡＲＰリクエストパケット重複判定フラグテーブル１２２２やＡＲＰリプライパケット重複判定フラグテーブル１２２３の情報を取得して、受信パケットは初めての受信か、及び再送パケットかを判定する（Ｓ６４４−Ｓ６４５、Ｓ６５４−Ｓ６５５）。これらの判定の結果、それぞれ、図６の処理フローに従い、上記と同様に、該当するポートへ受信パケットを送信する（Ｓ６２５，Ｓ６３３，Ｓ６４６）。

【0050】

以上のように、本発明の実施例に係る複数経路同報スイッチングハブによれば、メッセージ識別子及び通信パスの管理を行わないため処理が大幅に軽減され、低価格化が可能となる。また、ファイアウォールやＩＰSecなどパケットの解析を行う機器や機能の使用が可能となる。また、パケット長が変わらないため、ＭＴＵ長に影響を与えない。更に、メッセージ識別子を付与しないためイーサネット網の帯域を使用しない。また、回線を分岐する装置が不要のため、システムの信頼性を高く出来る。

【符号の説明】

【0051】

１、２：スイッチングハブ装置 １０１：２０１：端末装置
１２１：ＭＡＣアドレステーブル １２２：重複パケット判定フラグテーブル
１２２１：ＩＰユニキャストパケット重複判定フラグテーブル
１２２２：ＡＲＰリクエストパケット重複判定フラグテーブル
１２２３：ＡＲＰリプライパケット重複判定フラグテーブル
１１１、１１２、２１１，２１２：端末接続ポート
１３，２３：インタフェース部 １４，２４：インタフェース部
１５，２５：インタフェース部 １６，２６、１７，２７：インタフェース部
４１，４２：ハブ間接続ポート
４３，４４：イーサネット網接続ポート。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】