JPH09275418A - ネットワーク接続装置 - Google Patents
ネットワーク接続装置Info
- Publication number
- JPH09275418A JPH09275418A JP8354696A JP8354696A JPH09275418A JP H09275418 A JPH09275418 A JP H09275418A JP 8354696 A JP8354696 A JP 8354696A JP 8354696 A JP8354696 A JP 8354696A JP H09275418 A JPH09275418 A JP H09275418A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- port
- arp
- address
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/60—Software-defined switches
- H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/20—Support for services
- H04L49/201—Multicast operation; Broadcast operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
Abstract
(57)【要約】
【課題】一つの物理セグメント内に複数のサブネットが
存在するネットワークにおけるスイッチにおけるアドレ
ス解決制御方式を提供する。 【解決手段】各ポートの制御部３１〜３４、スイッチ制
御部３５、管理部３６およびアドレス管理テーブル３７
から構成されるスイッチ２０において、アドレス解決制
御部４７と宛先ポート判別部３８の中にＡＲＰパケット
検出部３８２を設けた。
存在するネットワークにおけるスイッチにおけるアドレ
ス解決制御方式を提供する。 【解決手段】各ポートの制御部３１〜３４、スイッチ制
御部３５、管理部３６およびアドレス管理テーブル３７
から構成されるスイッチ２０において、アドレス解決制
御部４７と宛先ポート判別部３８の中にＡＲＰパケット
検出部３８２を設けた。
Description
【０００１】
【発明の属する技術分野】本発明はネットワーク接続装
置に関する。
置に関する。
【０００２】
【従来の技術】アドレス解決プロトコル（Ａｄｄｒｅｓ
ｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ：以下略
してＡＲＰと記す。）は、ＲＦＣ８２６に規定されてお
り、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒ
ｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：
以下略してＴＣＰ／ＩＰと記す。）プロトコル体系にお
ける標準になっている。ＡＲＰは、発信ホストが宛先ホ
ストの物理アドレスを得るために用いるプロトコルであ
る。
ｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ：以下略
してＡＲＰと記す。）は、ＲＦＣ８２６に規定されてお
り、Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒ
ｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：
以下略してＴＣＰ／ＩＰと記す。）プロトコル体系にお
ける標準になっている。ＡＲＰは、発信ホストが宛先ホ
ストの物理アドレスを得るために用いるプロトコルであ
る。
【０００３】まず、ＡＲＰで用いるパケットのフォーマ
ットをイーサネット（富士ゼロックス社の登録商標）の
場合を例にとり図１を用いて説明する。フォーマット
は、宛先物理アドレス１、発信物理アドレス２、イーサ
ネットタイプ（値：０８０６Ｈ（Ｈは１６進数の意））
３、ＡＲＰメッセージ４、誤り訂正符号５から構成され
る。次にＡＲＰメッセージのフォーマットを図２を用い
て説明する。ＨＡＲＤＷＡＲＥ ＴＹＰＥフィールド６
は、発信ホストが応答を求めているハードウェアインタ
フェースタイプを示す。これはイーサネットの場合の値
は１である。同様にＰＲＯＴＯＣＯＬ ＴＹＰＥフィー
ルド７は、発信ホストが使用する上位レベルのプロトコ
ルアドレスの型を指定する。これはＩＰアドレスの場合
の値は０８００Ｈである。ＯＰＥＲＡＴＩＯＮフィール
ド８は、ＡＲＰ要求（値：１）、ＡＲＰ応答（値：２）
を示す。ＨＬＥＮフィールド９とＰＬＥＮフィールド１
０はそれぞれ物理アドレスの長さ（イーサネットの場合
６バイト）と上位プロトコルアドレスの長さ（ＩＰの場
合４バイト）を示す。ＳＥＮＤＥＲ ＨＡフィールド１
１とＳＥＮＤＥＲ ＩＰフィールド１２はそれぞれ発信
ホストの物理アドレスとＩＰアドレスを示す。ＴＡＲＧ
ＥＴ ＨＡフィールド１３とＴＡＲＧＥＴ ＩＰフィー
ルド１４はそれぞれ宛先ホストの物理アドレスとＩＰア
ドレスを示し、ＴＡＲＧＥＴ ＨＡ１３はＡＲＰ応答の
時に宛先ホストが設定する。
ットをイーサネット（富士ゼロックス社の登録商標）の
場合を例にとり図１を用いて説明する。フォーマット
は、宛先物理アドレス１、発信物理アドレス２、イーサ
ネットタイプ（値：０８０６Ｈ（Ｈは１６進数の意））
３、ＡＲＰメッセージ４、誤り訂正符号５から構成され
る。次にＡＲＰメッセージのフォーマットを図２を用い
て説明する。ＨＡＲＤＷＡＲＥ ＴＹＰＥフィールド６
は、発信ホストが応答を求めているハードウェアインタ
フェースタイプを示す。これはイーサネットの場合の値
は１である。同様にＰＲＯＴＯＣＯＬ ＴＹＰＥフィー
ルド７は、発信ホストが使用する上位レベルのプロトコ
ルアドレスの型を指定する。これはＩＰアドレスの場合
の値は０８００Ｈである。ＯＰＥＲＡＴＩＯＮフィール
ド８は、ＡＲＰ要求（値：１）、ＡＲＰ応答（値：２）
を示す。ＨＬＥＮフィールド９とＰＬＥＮフィールド１
０はそれぞれ物理アドレスの長さ（イーサネットの場合
６バイト）と上位プロトコルアドレスの長さ（ＩＰの場
合４バイト）を示す。ＳＥＮＤＥＲ ＨＡフィールド１
１とＳＥＮＤＥＲ ＩＰフィールド１２はそれぞれ発信
ホストの物理アドレスとＩＰアドレスを示す。ＴＡＲＧ
ＥＴ ＨＡフィールド１３とＴＡＲＧＥＴ ＩＰフィー
ルド１４はそれぞれ宛先ホストの物理アドレスとＩＰア
ドレスを示し、ＴＡＲＧＥＴ ＨＡ１３はＡＲＰ応答の
時に宛先ホストが設定する。
【０００４】ＡＲＰの動作を図３を用いて説明する。Ａ
１５、Ｂ１６、Ｘ１７およびＹ１８は、ホストである。
それぞれのホストは同一の物理セグメントのイーサネッ
ト１９に接続されている。ホストＡ１５（ＩＰアドレ
ス：Ｉａ、物理アドレス：Ｐａ）がホストＢ１６（ＩＰ
アドレス：Ｉｂ、物理アドレスＰｂ）の物理アドレスを
得る場合には図４に示すＡＲＰパケットをブロードキャ
スト（宛先物理アドレス１：オールＦＦＨは、そのパケ
ットがブロードキャストであることを示す。）し（図３
（ａ））、ホストＢ１６に物理アドレスＰｂを答えるよ
うに要求する。ホストＢ１６を含む全てのホストが要求
を受け取るが、ホストＢ１６だけがそのＩＰアドレスを
認識し、図５に示すようなホストＢ１６の物理アドレス
Ｐｂを含んだＡＲＰ応答パケットをホストＡ１５宛に送
る（図３（ｂ））。以上のようにしてホストＡ１５は、
ホストＢ１６の物理アドレスを得ることが出来る。ま
た、それぞれのホストが必要なときにＡＲＰパケットを
ネットワーク上に送出しネットワークの負荷を挙げるこ
とを抑制するために、上記のホストＡ１５が送出したブ
ロードキャストのＡＲＰパケットを他の他のホストが受
取り、ホストＡ１５のＩＰアドレスＩａと物理アドレス
Ｐａをキャッシングしておく手法が取られている。
１５、Ｂ１６、Ｘ１７およびＹ１８は、ホストである。
それぞれのホストは同一の物理セグメントのイーサネッ
ト１９に接続されている。ホストＡ１５（ＩＰアドレ
ス：Ｉａ、物理アドレス：Ｐａ）がホストＢ１６（ＩＰ
アドレス：Ｉｂ、物理アドレスＰｂ）の物理アドレスを
得る場合には図４に示すＡＲＰパケットをブロードキャ
スト（宛先物理アドレス１：オールＦＦＨは、そのパケ
ットがブロードキャストであることを示す。）し（図３
（ａ））、ホストＢ１６に物理アドレスＰｂを答えるよ
うに要求する。ホストＢ１６を含む全てのホストが要求
を受け取るが、ホストＢ１６だけがそのＩＰアドレスを
認識し、図５に示すようなホストＢ１６の物理アドレス
Ｐｂを含んだＡＲＰ応答パケットをホストＡ１５宛に送
る（図３（ｂ））。以上のようにしてホストＡ１５は、
ホストＢ１６の物理アドレスを得ることが出来る。ま
た、それぞれのホストが必要なときにＡＲＰパケットを
ネットワーク上に送出しネットワークの負荷を挙げるこ
とを抑制するために、上記のホストＡ１５が送出したブ
ロードキャストのＡＲＰパケットを他の他のホストが受
取り、ホストＡ１５のＩＰアドレスＩａと物理アドレス
Ｐａをキャッシングしておく手法が取られている。
【０００５】
【発明が解決しようとする課題】図３で示したネットワ
ーク構成では、ホストＡ１５とホストＢ１６が通信を行
なっている間は、ホストＸ１７とホストＹ１８はネット
ワークを使うことができなかった。そこでネットワーク
の帯域を有効利用するために用いられるようになったの
がスイッチを利用したネットワークである。そのネット
ワーク構成を図６に示す。スイッチ２０は複数のポート
２１〜２４をもち、そのポートごとにスイッチ２０とそ
れぞれのホストが１対１で独立に接続される。スイッチ
２０は受信したパケットの宛先物理アドレスみて該当物
理アドレスの接続されているポートにのみパケットを送
出する。またスイッチ２０の中では宛先の異なる複数の
パケットを同時に転送できるようにバッファを持った
り、複数のバスを持ったりしている。これによって、例
えばホストＡ１５とホストＢ１６が通信している最中に
もホストＸ１７とホストＹ１８が通信することを可能に
している。このような構成でＡＲＰを実行した場合につ
いて図７を用いて説明する。ホストＡ１５がホストＢ１
６の物理アドレスを得ようとした場合に図４に示すＡＲ
Ｐパケットをスイッチ２０に向かって送信する。スイッ
チ２０では受信したＡＲＰパケットの宛先物理アドレス
みて、パケットの宛先がオールＦＦＨのブロードキャス
トであることを認識する。そこでスイッチ２０はパケッ
トをポート２１以外の全てのポート２２〜２４からホス
トＡ１５以外の全てのホスト１６〜１８へ送信する。こ
こで問題となるのは、ホストＡ１５がＡＲＰパケットを
ネットワークに送出している間は他の全てのホスト１６
〜１８がネットワークを使えないことになり、スイッチ
の特徴が生かされていない点である。
ーク構成では、ホストＡ１５とホストＢ１６が通信を行
なっている間は、ホストＸ１７とホストＹ１８はネット
ワークを使うことができなかった。そこでネットワーク
の帯域を有効利用するために用いられるようになったの
がスイッチを利用したネットワークである。そのネット
ワーク構成を図６に示す。スイッチ２０は複数のポート
２１〜２４をもち、そのポートごとにスイッチ２０とそ
れぞれのホストが１対１で独立に接続される。スイッチ
２０は受信したパケットの宛先物理アドレスみて該当物
理アドレスの接続されているポートにのみパケットを送
出する。またスイッチ２０の中では宛先の異なる複数の
パケットを同時に転送できるようにバッファを持った
り、複数のバスを持ったりしている。これによって、例
えばホストＡ１５とホストＢ１６が通信している最中に
もホストＸ１７とホストＹ１８が通信することを可能に
している。このような構成でＡＲＰを実行した場合につ
いて図７を用いて説明する。ホストＡ１５がホストＢ１
６の物理アドレスを得ようとした場合に図４に示すＡＲ
Ｐパケットをスイッチ２０に向かって送信する。スイッ
チ２０では受信したＡＲＰパケットの宛先物理アドレス
みて、パケットの宛先がオールＦＦＨのブロードキャス
トであることを認識する。そこでスイッチ２０はパケッ
トをポート２１以外の全てのポート２２〜２４からホス
トＡ１５以外の全てのホスト１６〜１８へ送信する。こ
こで問題となるのは、ホストＡ１５がＡＲＰパケットを
ネットワークに送出している間は他の全てのホスト１６
〜１８がネットワークを使えないことになり、スイッチ
の特徴が生かされていない点である。
【０００６】またスイッチを利用したネットワークを前
提として、物理セグメントに囚われないで論理セグメン
トを構成する仮想ネットワークがある。仮想ネットワー
クはホストの移動や追加を容易にしたりセキュリティを
向上させるのが目的である。
提として、物理セグメントに囚われないで論理セグメン
トを構成する仮想ネットワークがある。仮想ネットワー
クはホストの移動や追加を容易にしたりセキュリティを
向上させるのが目的である。
【０００７】仮想ネットワークの構成例を図８を用いて
説明する。本構成例ではホストＡ１５とホストＢ１６を
グループＡ２５にホストＸ１７とホストＹ１８をグルー
プＢ２６に割り当てている。グループＡ２５とグループ
Ｂ２６の割当て方は、スイッチ２０の初期設定でポート
毎に決める方法やＩＰサブネットで登録する方法などが
ある。しかしこの方法ではホストの移動や追加の毎に設
定を変更しなければならない。そこでスイッチが受信し
たパケットの発信物理アドレスや発信ＩＰアドレスを基
に各ポートをグルーピングしていく手段がある。この場
合についてＡＲＰを実行する場合について図９を用いて
説明する。ここで初期状態としてどのホストもまだ通信
を行なっていない場合を考える。従って、スイッチ２０
はどのポートにどの端末が接続されているかを認識して
いない。またスイッチ２０は、グループＡ２５はサブネ
ットＡのＩＰアドレスを持つホスト、グループＢ２６は
サブネットＢのＩＰアドレスを持つホストと設定されて
いるとする。ここで前述と同様に、ホストＡ１５がホス
トＢ１６の物理アドレスを得ようとした場合に図４に示
すＡＲＰパケットをスイッチ２０に向かって送信する。
スイッチ２０では受信したＡＲＰパケットの宛先物理ア
ドレスみて、パケットの宛先がオールＦＦＨのブロード
キャストであることを認識する。そこでスイッチ２０は
パケットをポート２１以外の全てのポート２２〜２４か
らホストＡ１５以外の全てのホスト１６〜１８へ送信す
る。ここで問題となるのは、ホストＸ１７とホストＹ１
８は、ホストＡ１５とは別のグループに属する装置であ
るにもかかわらず、ホストＡ１５の送信したＡＲＰパケ
ットを受信でき、ホストＡ１５の物理アドレスとＩＰア
ドレスを知ることが出来るためにセキュリティが低下す
るという問題がある。
説明する。本構成例ではホストＡ１５とホストＢ１６を
グループＡ２５にホストＸ１７とホストＹ１８をグルー
プＢ２６に割り当てている。グループＡ２５とグループ
Ｂ２６の割当て方は、スイッチ２０の初期設定でポート
毎に決める方法やＩＰサブネットで登録する方法などが
ある。しかしこの方法ではホストの移動や追加の毎に設
定を変更しなければならない。そこでスイッチが受信し
たパケットの発信物理アドレスや発信ＩＰアドレスを基
に各ポートをグルーピングしていく手段がある。この場
合についてＡＲＰを実行する場合について図９を用いて
説明する。ここで初期状態としてどのホストもまだ通信
を行なっていない場合を考える。従って、スイッチ２０
はどのポートにどの端末が接続されているかを認識して
いない。またスイッチ２０は、グループＡ２５はサブネ
ットＡのＩＰアドレスを持つホスト、グループＢ２６は
サブネットＢのＩＰアドレスを持つホストと設定されて
いるとする。ここで前述と同様に、ホストＡ１５がホス
トＢ１６の物理アドレスを得ようとした場合に図４に示
すＡＲＰパケットをスイッチ２０に向かって送信する。
スイッチ２０では受信したＡＲＰパケットの宛先物理ア
ドレスみて、パケットの宛先がオールＦＦＨのブロード
キャストであることを認識する。そこでスイッチ２０は
パケットをポート２１以外の全てのポート２２〜２４か
らホストＡ１５以外の全てのホスト１６〜１８へ送信す
る。ここで問題となるのは、ホストＸ１７とホストＹ１
８は、ホストＡ１５とは別のグループに属する装置であ
るにもかかわらず、ホストＡ１５の送信したＡＲＰパケ
ットを受信でき、ホストＡ１５の物理アドレスとＩＰア
ドレスを知ることが出来るためにセキュリティが低下す
るという問題がある。
【０００８】
【課題を解決するための手段】上記課題を解決するため
の本発明の手段を図を用いて説明する。まず従来のスイ
ッチの構成を図１０を用いて説明する。スイッチ２０
は、各ポートの制御部３１〜３４、スイッチ制御部３
５、管理部３６およびアドレス管理テーブル３７から構
成される。各部の機能を説明する前にアドレス管理テー
ブル３７の構成とスイッチ２０内でのパケットのフォー
マットについて説明する。まずアドレス管理テーブル３
７の構成を図１１に示す。本テーブルはポート４０、そ
のポートに対応する物理アドレス４１とＩＰアドレス４
２から構成される。図では、各ポートの物理アドレス４
１とＩＰアドレス４２が図のように既知の場合を示して
いる。各テーブルの要素が有効であるか否かは有効フラ
グ４０１で示され、１の時に有効で０の時無効である。
ここでポートｚは自局を示す。次にスイッチ２０内での
パケットのフォーマットを図１２に示す。パケットはヘ
ッダ部４３とネットワーク上のパケットを入れるパケッ
ト部４４から構成される。ヘッダ部４３はそれぞれ受信
ポート識別部４５と宛先ポート識別部４６からなりそれ
ぞれ下位ビットから１ビット毎に各ポートに割り当て
る。続いて各部の機能について説明する。各ポート制御
部はそれぞれネットワークから受信したパケットにヘッ
ダ部を付加し、受信ポート識別部４５の自ポートのビッ
トをセットして宛先ポート判別部３８に送る。また各ポ
ート制御部は宛先ポート振り分け部３９から送られたパ
ケットをネットワークへ送出する。宛先ポート判別部３
８はパケットの宛先物理アドレス１からアドレス管理テ
ーブル３７を検索し宛先ポート番号を求め、ヘッダ部４
３の宛先ポート識別部４６の該当ビットをセットする。
この時宛先物理アドレス１がオールＦＦＨの場合は、受
信ポート識別部４５でセットされているポート以外の全
てのポートに該当する宛先ポート識別部４６のビットを
セットする。また宛先ポート判別部３８には複数のポー
トから受信したパケットを一時バッファするための受信
キュ３８１を設ける。宛先ポート振り分け部３９はヘッ
ダ部４３の宛先ポート識別部４６のビットに従って、セ
ットされている全てのポートにパケットを転送する。こ
の時ヘッダ部４３は取外しパケット部４４のみを送る。
管理部３６はスイッチ２０全体の制御と受信したＡＲＰ
パケットの内容によりアドレス管理テーブル３７の更新
を行なう。
の本発明の手段を図を用いて説明する。まず従来のスイ
ッチの構成を図１０を用いて説明する。スイッチ２０
は、各ポートの制御部３１〜３４、スイッチ制御部３
５、管理部３６およびアドレス管理テーブル３７から構
成される。各部の機能を説明する前にアドレス管理テー
ブル３７の構成とスイッチ２０内でのパケットのフォー
マットについて説明する。まずアドレス管理テーブル３
７の構成を図１１に示す。本テーブルはポート４０、そ
のポートに対応する物理アドレス４１とＩＰアドレス４
２から構成される。図では、各ポートの物理アドレス４
１とＩＰアドレス４２が図のように既知の場合を示して
いる。各テーブルの要素が有効であるか否かは有効フラ
グ４０１で示され、１の時に有効で０の時無効である。
ここでポートｚは自局を示す。次にスイッチ２０内での
パケットのフォーマットを図１２に示す。パケットはヘ
ッダ部４３とネットワーク上のパケットを入れるパケッ
ト部４４から構成される。ヘッダ部４３はそれぞれ受信
ポート識別部４５と宛先ポート識別部４６からなりそれ
ぞれ下位ビットから１ビット毎に各ポートに割り当て
る。続いて各部の機能について説明する。各ポート制御
部はそれぞれネットワークから受信したパケットにヘッ
ダ部を付加し、受信ポート識別部４５の自ポートのビッ
トをセットして宛先ポート判別部３８に送る。また各ポ
ート制御部は宛先ポート振り分け部３９から送られたパ
ケットをネットワークへ送出する。宛先ポート判別部３
８はパケットの宛先物理アドレス１からアドレス管理テ
ーブル３７を検索し宛先ポート番号を求め、ヘッダ部４
３の宛先ポート識別部４６の該当ビットをセットする。
この時宛先物理アドレス１がオールＦＦＨの場合は、受
信ポート識別部４５でセットされているポート以外の全
てのポートに該当する宛先ポート識別部４６のビットを
セットする。また宛先ポート判別部３８には複数のポー
トから受信したパケットを一時バッファするための受信
キュ３８１を設ける。宛先ポート振り分け部３９はヘッ
ダ部４３の宛先ポート識別部４６のビットに従って、セ
ットされている全てのポートにパケットを転送する。こ
の時ヘッダ部４３は取外しパケット部４４のみを送る。
管理部３６はスイッチ２０全体の制御と受信したＡＲＰ
パケットの内容によりアドレス管理テーブル３７の更新
を行なう。
【０００９】次に本発明の手段を図を用いて説明する。
本発明におけるスイッチ２０の全体構成図を図１３に示
す。本構成図は図１０に対して、アドレス解決制御部４
７と宛先ポート判別部３８の中にＡＲＰパケット検出部
３８２を設けたものである。ＡＲＰパケット検出部３８
２は、転送されてきたパケットを確認し、ＡＲＰパケッ
トであると判断すると宛先ポート識別部４６のビットを
全てクリアする。次にアドレス解決制御部４７へは、宛
先ポート振り分け部３９からＡＲＰパケットが転送さ
れ、宛先ポート振り分け部３９へは、アドレス解決制御
部４７で生成されたパケットがそれぞれ転送される。さ
らにアドレス解決制御部４７へは、管理部３０からＡＲ
Ｐ応答パケットが転送される。またアドレス解決制御部
４７は、アドレス解決テーブル３７を参照する。
本発明におけるスイッチ２０の全体構成図を図１３に示
す。本構成図は図１０に対して、アドレス解決制御部４
７と宛先ポート判別部３８の中にＡＲＰパケット検出部
３８２を設けたものである。ＡＲＰパケット検出部３８
２は、転送されてきたパケットを確認し、ＡＲＰパケッ
トであると判断すると宛先ポート識別部４６のビットを
全てクリアする。次にアドレス解決制御部４７へは、宛
先ポート振り分け部３９からＡＲＰパケットが転送さ
れ、宛先ポート振り分け部３９へは、アドレス解決制御
部４７で生成されたパケットがそれぞれ転送される。さ
らにアドレス解決制御部４７へは、管理部３０からＡＲ
Ｐ応答パケットが転送される。またアドレス解決制御部
４７は、アドレス解決テーブル３７を参照する。
【００１０】本発明の作用を図を用いて説明する。任意
のポートで受信されたＡＲＰパケットは該当ポート制御
部から宛先ポート判別部３８へ転送される。宛先ポート
判別部３８では、宛先物理アドレス１がオールＦＦＨの
場合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると宛先
ポート判別部４６のビットをオールゼロにしてパケット
を宛先ポート振り分け部３９に渡す。宛先ポート振り分
け部３９では宛先ポート判別部４６のビットがオールゼ
ロの場合、パケットをアドレス解決制御部４７に渡す。
アドレス解決制御部４７のフローを図１５に示す。ＡＲ
Ｐパケット処理はステップ５３から始まる。まずアドレ
ス解決制御部４７が受け取ったパケットの宛先ＩＰアド
レス（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレ
スがアドレス管理テーブル３７に登録されているか確認
する（ステップ５４）。さらに登録宛先ＩＰアドレス
（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレスが
アドレス管理テーブル３７にされていた場合には発信ホ
ストのアドレスがアドレス管理テーブル３７に登録され
ているか確認し（ステップ５０１）、登録されていた場
合には宛先アドレスの物理アドレスを取りだし、渡され
たパケットに物理アドレスを埋め込みＡＲＰ応答パケッ
トを生成し、受信ポート識別部４５を宛先ポート識別部
４６にコピー（ステップ５５）した後にパケットを宛先
ポート振り分け部３９に渡す（ステップ５６）。宛先ポ
ート振り分け部３９では受け取ったパケットを宛先ポー
ト識別部４６に従って該当ポート制御部に送る。ＡＲＰ
応答パケットは、該当ポート制御部からネットワークへ
送出され、ＡＲＰを送信したホストに届けられる。
のポートで受信されたＡＲＰパケットは該当ポート制御
部から宛先ポート判別部３８へ転送される。宛先ポート
判別部３８では、宛先物理アドレス１がオールＦＦＨの
場合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると宛先
ポート判別部４６のビットをオールゼロにしてパケット
を宛先ポート振り分け部３９に渡す。宛先ポート振り分
け部３９では宛先ポート判別部４６のビットがオールゼ
ロの場合、パケットをアドレス解決制御部４７に渡す。
アドレス解決制御部４７のフローを図１５に示す。ＡＲ
Ｐパケット処理はステップ５３から始まる。まずアドレ
ス解決制御部４７が受け取ったパケットの宛先ＩＰアド
レス（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレ
スがアドレス管理テーブル３７に登録されているか確認
する（ステップ５４）。さらに登録宛先ＩＰアドレス
（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレスが
アドレス管理テーブル３７にされていた場合には発信ホ
ストのアドレスがアドレス管理テーブル３７に登録され
ているか確認し（ステップ５０１）、登録されていた場
合には宛先アドレスの物理アドレスを取りだし、渡され
たパケットに物理アドレスを埋め込みＡＲＰ応答パケッ
トを生成し、受信ポート識別部４５を宛先ポート識別部
４６にコピー（ステップ５５）した後にパケットを宛先
ポート振り分け部３９に渡す（ステップ５６）。宛先ポ
ート振り分け部３９では受け取ったパケットを宛先ポー
ト識別部４６に従って該当ポート制御部に送る。ＡＲＰ
応答パケットは、該当ポート制御部からネットワークへ
送出され、ＡＲＰを送信したホストに届けられる。
【００１１】ステップ５０１で発信ホストのアドレスが
アドレス管理テーブル３７に登録されていなかった場合
には、アドレス管理テーブル３７から宛先ホストのポー
トを検索し宛先ポート識別部４６の該当ビットを１にセ
ット（ステップ５０２）した後にパケットを宛先ポート
振り分け部３９に渡す（ステップ５６）。宛先ポート振
り分け部３９では受け取ったパケットを宛先ポート識別
部４６に従って該当ポート制御部に送る。ＡＲＰパケッ
トは、該当ポート制御部からネットワークへ送出され、
目的のホストに届けられる。
アドレス管理テーブル３７に登録されていなかった場合
には、アドレス管理テーブル３７から宛先ホストのポー
トを検索し宛先ポート識別部４６の該当ビットを１にセ
ット（ステップ５０２）した後にパケットを宛先ポート
振り分け部３９に渡す（ステップ５６）。宛先ポート振
り分け部３９では受け取ったパケットを宛先ポート識別
部４６に従って該当ポート制御部に送る。ＡＲＰパケッ
トは、該当ポート制御部からネットワークへ送出され、
目的のホストに届けられる。
【００１２】一方、アドレス解決制御部４７が受け取っ
たパケットの宛先ＩＰアドレス（ＴＡＲＧＥＴ ＩＰ）
１４のホストの物理アドレスがアドレス管理テーブル３
７に登録されていなかった場合には、アドレス解決制御
部４７は、スイッチ２０が宛先ＩＰアドレス（ＴＡＲＧ
ＥＴ ＩＰ）１４のホストの物理アドレスを得るための
代理ＡＲＰパケットを作成する。そしてアドレス解決制
御部４７はパケットのヘッダ部４３に、アドレス解決制
御部４７が受け取ったパケットの宛先ポート識別部４６
のビットのうち受信ポート識別部４５に設定されたビッ
トとスイッチ２０宛のビット（ｚ）を除いたビット全て
に１をセット（ステップ５７）した後に作成したパケッ
トを宛先ポート振り分け部３９に渡す（ステップ５
６）。宛先ポート振り分け部３９では受け取ったパケッ
トを宛先ポート識別部４６に従って該当ポート制御部に
送る。代理ＡＲＰパケットは、ＡＲＰパケットを受信し
た以外のポート制御部からネットワークへ送出され、Ａ
ＲＰを送信した以外の全てのホストに届けられる。代理
ＡＲＰパケットを受信したホストのうちＩＰアドレスが
パケットの宛先ＩＰアドレス（ＴＡＲＧＥＴ ＩＰ）１
４であるホストのみがＡＲＰ応答パケットをスイッチ２
０宛に送信する。スイッチ２０では受信されたＡＲＰ応
答パケットは該当ポート制御部から宛先ポート判別部３
８へ転送される。宛先ポート判別部３８では、宛先物理
アドレス１がスイッチのアドレス（Ｐｚ）の場合、その
パケットの宛先ポート判別部４６の最上位ビットをセッ
トにしてパケットを宛先ポート振り分け部３９に渡す。
宛先ポート振り分け部３９では宛先ポート判別部４６の
最上位ビットがセットされている場合、パケットを管理
部３６に渡す。管理部３６ではパケットの内容をチェッ
クし、パケットがＡＲＰ応答パケットであることを確認
したのちＡＲＰメッセージの内容にしたがってアドレス
管理テーブル３７を更新する。さらに管理部３６は、パ
ケットをアドレス解決制御部４７に転送する。パケット
を受け取った（ステップ５８）アドレス解決制御部４７
はパケットの宛先物理アドレス１とＴＡＲＧＥＴ ＨＡ
１３をＡＲＰパケットを送信したホストの物理アドレス
に置き換え、またＴＡＲＧＥＴ ＩＰ１４もＡＲＰパケ
ットを送信したホストのＩＰアドレスに置き換え、さら
に宛先ポート識別部４６の先にＡＲＰパケットを受信し
たポートのビットを１にセット（ステップ５９）した後
にパケットを宛先ポート振り分け部３９に渡す（ステッ
プ５６）。宛先ポート振り分け部３９では受け取ったパ
ケットを宛先ポート識別部４６に従ってポート制御部に
送る。ＡＲＰ応答パケットは、該当ポート制御部からネ
ットワークへ送出され、ＡＲＰを送信したホストに届け
られる。
たパケットの宛先ＩＰアドレス（ＴＡＲＧＥＴ ＩＰ）
１４のホストの物理アドレスがアドレス管理テーブル３
７に登録されていなかった場合には、アドレス解決制御
部４７は、スイッチ２０が宛先ＩＰアドレス（ＴＡＲＧ
ＥＴ ＩＰ）１４のホストの物理アドレスを得るための
代理ＡＲＰパケットを作成する。そしてアドレス解決制
御部４７はパケットのヘッダ部４３に、アドレス解決制
御部４７が受け取ったパケットの宛先ポート識別部４６
のビットのうち受信ポート識別部４５に設定されたビッ
トとスイッチ２０宛のビット（ｚ）を除いたビット全て
に１をセット（ステップ５７）した後に作成したパケッ
トを宛先ポート振り分け部３９に渡す（ステップ５
６）。宛先ポート振り分け部３９では受け取ったパケッ
トを宛先ポート識別部４６に従って該当ポート制御部に
送る。代理ＡＲＰパケットは、ＡＲＰパケットを受信し
た以外のポート制御部からネットワークへ送出され、Ａ
ＲＰを送信した以外の全てのホストに届けられる。代理
ＡＲＰパケットを受信したホストのうちＩＰアドレスが
パケットの宛先ＩＰアドレス（ＴＡＲＧＥＴ ＩＰ）１
４であるホストのみがＡＲＰ応答パケットをスイッチ２
０宛に送信する。スイッチ２０では受信されたＡＲＰ応
答パケットは該当ポート制御部から宛先ポート判別部３
８へ転送される。宛先ポート判別部３８では、宛先物理
アドレス１がスイッチのアドレス（Ｐｚ）の場合、その
パケットの宛先ポート判別部４６の最上位ビットをセッ
トにしてパケットを宛先ポート振り分け部３９に渡す。
宛先ポート振り分け部３９では宛先ポート判別部４６の
最上位ビットがセットされている場合、パケットを管理
部３６に渡す。管理部３６ではパケットの内容をチェッ
クし、パケットがＡＲＰ応答パケットであることを確認
したのちＡＲＰメッセージの内容にしたがってアドレス
管理テーブル３７を更新する。さらに管理部３６は、パ
ケットをアドレス解決制御部４７に転送する。パケット
を受け取った（ステップ５８）アドレス解決制御部４７
はパケットの宛先物理アドレス１とＴＡＲＧＥＴ ＨＡ
１３をＡＲＰパケットを送信したホストの物理アドレス
に置き換え、またＴＡＲＧＥＴ ＩＰ１４もＡＲＰパケ
ットを送信したホストのＩＰアドレスに置き換え、さら
に宛先ポート識別部４６の先にＡＲＰパケットを受信し
たポートのビットを１にセット（ステップ５９）した後
にパケットを宛先ポート振り分け部３９に渡す（ステッ
プ５６）。宛先ポート振り分け部３９では受け取ったパ
ケットを宛先ポート識別部４６に従ってポート制御部に
送る。ＡＲＰ応答パケットは、該当ポート制御部からネ
ットワークへ送出され、ＡＲＰを送信したホストに届け
られる。
【００１３】
【発明の実施の形態】本発明の実施例を図を用いて説明
する。まず本実施例におけるネットワークの構成を図６
に示す。スイッチ２０はポート２１、ポート２２、ポー
ト２３およびポート２４を持つ。それぞれのポートには
ネットワークを介して１対１にホストが順に、ホストＡ
１５、ホストＸ１７、ホストＢ１６およびホストＹ１８
が接続されている。ネットワークはイーサネットであ
り、上位プロトコルはＴＣＰ／ＩＰとする。スイッチ２
０は、パケットの宛先アドレスによりパケットを転送す
るポートを決定し、同一のポート宛以外のパケットを同
時に複数のポート間で転送することが出来る装置であ
る。この時、スイッチ２０は以下に説明する実施例の場
合以外はパケットの内容を書き替えない。また、スイッ
チ２０は、物理セグメントと異なった論理セグメントを
設定できる仮想ネットワーク構成機能があり、本実施例
では図８に示すようにホストＡ１５とホストＢ１６がグ
ループＡ２５、ホストＸ１７とホストＹ１８がグループ
Ｂ２６の２つの論理セグメントに分割する。次に本実施
例におけるスイッチ２０の全体構成図を図１３に示す。
本構成図は本発明の手段で説明した図１０に対して、ア
ドレス解決制御部４７と宛先ポート判別部３８の中にＡ
ＲＰパケット検出部３８２を設けたものである。ＡＲＰ
パケット検出部３８２は、転送されてきたパケットを確
認し、ＡＲＰパケットであると判断すると宛先ポート識
別部４６のビットを全てクリアする。次にアドレス解決
制御部４７の構成図を図１４に示す。アドレス解決制御
部４７はアドレス解決判別部４８、代理ＡＲＰ応答生成
部４９、代理ＡＲＰ生成部５０およびＡＲＰ応答制御部
５１から構成する。ＡＲＰ応答制御部５１には、ＡＲＰ
応答受信待ちキュ５２を設ける。アドレス解決判別部４
８へは、宛先ポート振り分け部３９からＡＲＰパケット
が転送され、宛先ポート振り分け部３９へは、アドレス
解決判別部４８、代理ＡＲＰ応答生成部４９、代理ＡＲ
Ｐ生成部５０またはＡＲＰ応答制御部５１で生成された
パケットがそれぞれ転送される。さらにＡＲＰ応答制御
部５１へは、管理部３０からＡＲＰ応答パケットが転送
される。またアドレス解決判別部４８は、アドレス解決
テーブル３７を参照する。
する。まず本実施例におけるネットワークの構成を図６
に示す。スイッチ２０はポート２１、ポート２２、ポー
ト２３およびポート２４を持つ。それぞれのポートには
ネットワークを介して１対１にホストが順に、ホストＡ
１５、ホストＸ１７、ホストＢ１６およびホストＹ１８
が接続されている。ネットワークはイーサネットであ
り、上位プロトコルはＴＣＰ／ＩＰとする。スイッチ２
０は、パケットの宛先アドレスによりパケットを転送す
るポートを決定し、同一のポート宛以外のパケットを同
時に複数のポート間で転送することが出来る装置であ
る。この時、スイッチ２０は以下に説明する実施例の場
合以外はパケットの内容を書き替えない。また、スイッ
チ２０は、物理セグメントと異なった論理セグメントを
設定できる仮想ネットワーク構成機能があり、本実施例
では図８に示すようにホストＡ１５とホストＢ１６がグ
ループＡ２５、ホストＸ１７とホストＹ１８がグループ
Ｂ２６の２つの論理セグメントに分割する。次に本実施
例におけるスイッチ２０の全体構成図を図１３に示す。
本構成図は本発明の手段で説明した図１０に対して、ア
ドレス解決制御部４７と宛先ポート判別部３８の中にＡ
ＲＰパケット検出部３８２を設けたものである。ＡＲＰ
パケット検出部３８２は、転送されてきたパケットを確
認し、ＡＲＰパケットであると判断すると宛先ポート識
別部４６のビットを全てクリアする。次にアドレス解決
制御部４７の構成図を図１４に示す。アドレス解決制御
部４７はアドレス解決判別部４８、代理ＡＲＰ応答生成
部４９、代理ＡＲＰ生成部５０およびＡＲＰ応答制御部
５１から構成する。ＡＲＰ応答制御部５１には、ＡＲＰ
応答受信待ちキュ５２を設ける。アドレス解決判別部４
８へは、宛先ポート振り分け部３９からＡＲＰパケット
が転送され、宛先ポート振り分け部３９へは、アドレス
解決判別部４８、代理ＡＲＰ応答生成部４９、代理ＡＲ
Ｐ生成部５０またはＡＲＰ応答制御部５１で生成された
パケットがそれぞれ転送される。さらにＡＲＰ応答制御
部５１へは、管理部３０からＡＲＰ応答パケットが転送
される。またアドレス解決判別部４８は、アドレス解決
テーブル３７を参照する。
【００１４】本実施例では、ホストＡ１５がホストＢ１
６の物理アドレスを得るためのスイッチ２０の動作につ
いて説明する。まず本発明第１の実施例として図２０に
示すようにアドレス管理テーブル３７にホストＡ１５と
ホストＢ１６のアドレスが設定されている場合について
説明する。まずホストＡ１５は、図１６に示すようにＡ
ＲＰパケットをスイッチ２０に対して送信する。その時
のフォーマットを図１７に示す。ホストＢ１６の物理ア
ドレス（ＴＡＲＧＥＴ ＨＡ１３）以外は図示したとお
り設定する。ポート２１では受信した該ＡＲＰパケット
はポート２１制御部３１へ送られる。ポート２１制御部
３１では図１８に示すように、パケットの前にヘッダ部
４３を付加し受信ポート識別部４５の最下位ビットセッ
トし、そのパケットを宛先ポート判別部３８へ転送す
る。宛先ポート判別部３８では、宛先物理アドレス１が
オールＦＦＨの場合、そのパケットをＡＲＰパケット検
出部３８２へ渡す。ＡＲＰパケット検出部３８２では、
そのパケットをさらに検査し、ＡＲＰパケットであると
判断すると図１９に示すように、宛先ポート判別部４６
のビットをオールゼロにしてパケットを宛先ポート振り
分け部３９に渡す。宛先ポート振り分け部３９では宛先
ポート判別部４６のビットがオールゼロの場合、パケッ
トをアドレス解決制御部４７に渡す。アドレス解決制御
部４７では、まずアドレス解決判別部４８がパケットを
受け取り、そのパケットの宛先ＩＰアドレス：Ｉｂ（Ｔ
ＡＲＧＥＴ ＩＰ）１４のホストの物理アドレスが図２
０に示すアドレス管理テーブル３７に登録されているか
確認する。アドレス解決判別部４８はパケットの宛先Ｉ
Ｐアドレス：Ｉｂ（ＴＡＲＧＥＴ ＩＰ）１４のホスト
の物理アドレスが図２０に示すアドレス管理テーブル３
７に登録されているのを確認すると、さらにパケットの
発信アドレスが図２０に示すアドレス管理テーブル３７
に登録されているのを確認し、アドレス管理テーブル３
７に登録されているホストＢ１６の物理アドレス：Ｐｂ
を取りだし代理ＡＲＰ応答生成部４９にその物理アドレ
ス：Ｐｂとパケットを渡す。代理ＡＲＰ応答生成部４９
では渡されたパケットと物理アドレス：Ｐｂから図２１
に示すＡＲＰ応答パケットを生成し、さらに図２２に示
すように受信ポート識別部４５を宛先ポート識別部４６
にコピーした後にパケットを宛先ポート振り分け部３９
に渡す。宛先ポート振り分け部３９では受け取ったパケ
ットを宛先ポート識別部４６に従ってポート２１制御部
３１に送る。この時宛先ポート振り分け部３９は、ヘッ
ダ部４３を取り外す。ＡＲＰ応答パケットは、ポートａ
制御部３１からポート２１を介してネットワークへ送出
され、図２３に示すようにＡＲＰを送信したホストＡ１
５に届けられる。この時該ホストＡ１５は返ってきたＡ
ＲＰ応答パケットのＡＲＰメッセージ部４からホストＢ
１６の物理アドレス：Ｐｂを得る。
６の物理アドレスを得るためのスイッチ２０の動作につ
いて説明する。まず本発明第１の実施例として図２０に
示すようにアドレス管理テーブル３７にホストＡ１５と
ホストＢ１６のアドレスが設定されている場合について
説明する。まずホストＡ１５は、図１６に示すようにＡ
ＲＰパケットをスイッチ２０に対して送信する。その時
のフォーマットを図１７に示す。ホストＢ１６の物理ア
ドレス（ＴＡＲＧＥＴ ＨＡ１３）以外は図示したとお
り設定する。ポート２１では受信した該ＡＲＰパケット
はポート２１制御部３１へ送られる。ポート２１制御部
３１では図１８に示すように、パケットの前にヘッダ部
４３を付加し受信ポート識別部４５の最下位ビットセッ
トし、そのパケットを宛先ポート判別部３８へ転送す
る。宛先ポート判別部３８では、宛先物理アドレス１が
オールＦＦＨの場合、そのパケットをＡＲＰパケット検
出部３８２へ渡す。ＡＲＰパケット検出部３８２では、
そのパケットをさらに検査し、ＡＲＰパケットであると
判断すると図１９に示すように、宛先ポート判別部４６
のビットをオールゼロにしてパケットを宛先ポート振り
分け部３９に渡す。宛先ポート振り分け部３９では宛先
ポート判別部４６のビットがオールゼロの場合、パケッ
トをアドレス解決制御部４７に渡す。アドレス解決制御
部４７では、まずアドレス解決判別部４８がパケットを
受け取り、そのパケットの宛先ＩＰアドレス：Ｉｂ（Ｔ
ＡＲＧＥＴ ＩＰ）１４のホストの物理アドレスが図２
０に示すアドレス管理テーブル３７に登録されているか
確認する。アドレス解決判別部４８はパケットの宛先Ｉ
Ｐアドレス：Ｉｂ（ＴＡＲＧＥＴ ＩＰ）１４のホスト
の物理アドレスが図２０に示すアドレス管理テーブル３
７に登録されているのを確認すると、さらにパケットの
発信アドレスが図２０に示すアドレス管理テーブル３７
に登録されているのを確認し、アドレス管理テーブル３
７に登録されているホストＢ１６の物理アドレス：Ｐｂ
を取りだし代理ＡＲＰ応答生成部４９にその物理アドレ
ス：Ｐｂとパケットを渡す。代理ＡＲＰ応答生成部４９
では渡されたパケットと物理アドレス：Ｐｂから図２１
に示すＡＲＰ応答パケットを生成し、さらに図２２に示
すように受信ポート識別部４５を宛先ポート識別部４６
にコピーした後にパケットを宛先ポート振り分け部３９
に渡す。宛先ポート振り分け部３９では受け取ったパケ
ットを宛先ポート識別部４６に従ってポート２１制御部
３１に送る。この時宛先ポート振り分け部３９は、ヘッ
ダ部４３を取り外す。ＡＲＰ応答パケットは、ポートａ
制御部３１からポート２１を介してネットワークへ送出
され、図２３に示すようにＡＲＰを送信したホストＡ１
５に届けられる。この時該ホストＡ１５は返ってきたＡ
ＲＰ応答パケットのＡＲＰメッセージ部４からホストＢ
１６の物理アドレス：Ｐｂを得る。
【００１５】次に本発明の第２の実施例として図２４に
示すようにアドレス管理テーブル３７にホストＢ１６の
アドレスが設定されていない場合について説明する。ま
ずホストＡ１５は、図１６に示すようにＡＲＰパケット
をスイッチ２０に対して送信する。その時のフォーマッ
トを図１７に示す。ホストＢ１６の物理アドレス（ＴＡ
ＲＧＥＴ ＨＡ１３）以外は図示したとおり設定する。
ポート２１で受信した該ＡＲＰパケットはポートａ制御
部３１へ送られる。ポート２１制御部３１では図１８に
示すように、パケットの前にヘッダ部４３を付加し受信
ポート識別部４５の最下位ビットをセットし、そのパケ
ットを宛先ポート判別部３８へ転送する。宛先ポート判
別部３８では、宛先物理アドレス１がオールＦＦＨの場
合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると図１
９に示すように、宛先ポート判別部４６のビットをオー
ルゼロにしてパケットを宛先ポート振り分け部３９に渡
す。宛先ポート振り分け部３９では宛先ポート判別部４
６のビットがオールゼロの場合、パケットをアドレス解
決制御部４７に渡す。アドレス解決制御部４７では、ま
ずアドレス解決判別部４８がパケットを受け取り、その
パケットの宛先ＩＰアドレス：Ｉｂ（ＴＡＲＧＥＴ Ｉ
Ｐ）１４のホストの物理アドレスが図２４に示すアドレ
ス管理テーブル３７に登録されているか確認する。アド
レス解決判別部４８は、宛先ＩＰアドレス：Ｉｂ（ＴＡ
ＲＧＥＴＩＰ）１４のホストの物理アドレスが図２４に
示すアドレス管理テーブル３７に登録されていないこと
を検出するとパケットを代理ＡＲＰ生成部５０へ渡す。
代理ＡＲＰ生成部５０は、渡されたパケットのコピーを
作成し、元のパケットをＡＲＰ応答受信待ちキュ５２に
キューイングする。さらに代理ＡＲＰ生成部５０は、図
２５に示すようにコピーしたパケットの発信物理アドレ
ス２とＳＥＮＤＥＲ ＨＡ１１をＰｚにＳＥＮＤＥＲ
ＩＰ１２をＩｚに置き換え、図２６に示すように宛先ポ
ート識別部４６の下位２ビットから４ビットまでの３ビ
ットを１にセットした後にパケットを宛先ポート振り分
け部３９に渡す。宛先ポート振り分け部３９では受け取
ったパケットを宛先ポート識別部４６に従ってポート２
２制御部３２、ポート２３制御部３３、およびポート２
４制御部３４に送る。この時宛先ポート振り分け部３９
は、ヘッダ部４３を取り外す。ポート２２制御部３２、
ポート２３制御部３３、およびポート２４制御部３４
は、それぞれポート２２、ポート２３、およびポート２
４を介してそれぞれのネットワークへ図２７に示すよう
に代理ＡＲＰを送出する。ホストＢ１６、ホストＸ１７
およびホストＹ１８は全て代理ＡＲＰを受信するが、ホ
ストＢ１６だけが図２８に示すようにＡＲＰ応答をスイ
ッチ２０宛に送信してくる。この時のＡＲＰ応答フォー
マットを図２９に示す。ホストＢ１６の物理アドレス：
ＰｂはＳＥＮＤＥＲ ＨＡ１１に設定されている。スイ
ッチ２０ではポート２３で受信したＡＲＰ応答パケット
はポート２３制御部３３へ転送される。ポート２３制御
部３３では図３０に示すように、パケットの前にヘッダ
部４３を付加し受信ポート識別部４５の下位から２ビッ
ト目に１をセットし、そのパケットを宛先ポート判別部
３８へ転送する。宛先ポート判別部３８では、宛先物理
アドレス１が自スイッチ２０のアドレス（Ｐｚ）の場
合、そのパケットの宛先ポート判別部４６の最上位ビッ
トに１をセットにしてパケットを宛先ポート振り分け部
３９に渡す。宛先ポート振り分け部３９では宛先ポート
判別部４６の最上位ビットをセットされている場合、パ
ケットを管理部３６に渡す。管理部３６ではパケットの
内容をチェックし、パケットがＡＲＰ応答パケットであ
ることを確認したのちＡＲＰメッセージ４の内容にした
がって図３１に示すようにアドレス管理テーブル３７を
更新する。さらに管理部３６は、パケットをアドレス解
決制御部４７のＡＲＰ応答生成部５１に転送する。パケ
ットを受け取ったＡＲＰ応答生成部５１は、ＡＲＰ応答
待ちキュ５２から図１９および図１７に示すフォーマッ
トのパケットを検索しその中から、受信ポート識別部４
５、発信物理アドレス：Ｐａ、ＳＥＮＤＥＲ ＨＡ：Ｐ
ａおよびＳＥＮＤＥＲ ＩＰ：Ｉａを取り出し、図３２
および図２１に示すようにそれぞれ順に管理部３６から
受け取ったパケットの宛先ポート識別部４６、宛先物理
アドレス１、ＴＡＲＧＥＴ ＨＡ１３およびＴＡＲＧＥ
Ｔ ＩＰ１４に設定する。さらにＡＲＰ応答生成部５１
は、パケットを宛先ポート振り分け部３９に渡す宛先ポ
ート振り分け部３９では受け取ったパケットを宛先ポー
ト識別部４６に従ってポート２１制御部３１に送る。こ
の時宛先ポート振り分け部３９は、ヘッダ部４３を取り
外す。ＡＲＰ応答パケットは、ポート２１制御部３１か
らポート２１を介してネットワークへ送出され、図２３
に示すようにＡＲＰを送信したホストＡ１５に届けられ
る。この時ホストＡ１５は返ってきたＡＲＰ応答パケッ
トのＡＲＰメッセージ部４からホストＢ１６の物理アド
レス：Ｐｂを得る。
示すようにアドレス管理テーブル３７にホストＢ１６の
アドレスが設定されていない場合について説明する。ま
ずホストＡ１５は、図１６に示すようにＡＲＰパケット
をスイッチ２０に対して送信する。その時のフォーマッ
トを図１７に示す。ホストＢ１６の物理アドレス（ＴＡ
ＲＧＥＴ ＨＡ１３）以外は図示したとおり設定する。
ポート２１で受信した該ＡＲＰパケットはポートａ制御
部３１へ送られる。ポート２１制御部３１では図１８に
示すように、パケットの前にヘッダ部４３を付加し受信
ポート識別部４５の最下位ビットをセットし、そのパケ
ットを宛先ポート判別部３８へ転送する。宛先ポート判
別部３８では、宛先物理アドレス１がオールＦＦＨの場
合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると図１
９に示すように、宛先ポート判別部４６のビットをオー
ルゼロにしてパケットを宛先ポート振り分け部３９に渡
す。宛先ポート振り分け部３９では宛先ポート判別部４
６のビットがオールゼロの場合、パケットをアドレス解
決制御部４７に渡す。アドレス解決制御部４７では、ま
ずアドレス解決判別部４８がパケットを受け取り、その
パケットの宛先ＩＰアドレス：Ｉｂ（ＴＡＲＧＥＴ Ｉ
Ｐ）１４のホストの物理アドレスが図２４に示すアドレ
ス管理テーブル３７に登録されているか確認する。アド
レス解決判別部４８は、宛先ＩＰアドレス：Ｉｂ（ＴＡ
ＲＧＥＴＩＰ）１４のホストの物理アドレスが図２４に
示すアドレス管理テーブル３７に登録されていないこと
を検出するとパケットを代理ＡＲＰ生成部５０へ渡す。
代理ＡＲＰ生成部５０は、渡されたパケットのコピーを
作成し、元のパケットをＡＲＰ応答受信待ちキュ５２に
キューイングする。さらに代理ＡＲＰ生成部５０は、図
２５に示すようにコピーしたパケットの発信物理アドレ
ス２とＳＥＮＤＥＲ ＨＡ１１をＰｚにＳＥＮＤＥＲ
ＩＰ１２をＩｚに置き換え、図２６に示すように宛先ポ
ート識別部４６の下位２ビットから４ビットまでの３ビ
ットを１にセットした後にパケットを宛先ポート振り分
け部３９に渡す。宛先ポート振り分け部３９では受け取
ったパケットを宛先ポート識別部４６に従ってポート２
２制御部３２、ポート２３制御部３３、およびポート２
４制御部３４に送る。この時宛先ポート振り分け部３９
は、ヘッダ部４３を取り外す。ポート２２制御部３２、
ポート２３制御部３３、およびポート２４制御部３４
は、それぞれポート２２、ポート２３、およびポート２
４を介してそれぞれのネットワークへ図２７に示すよう
に代理ＡＲＰを送出する。ホストＢ１６、ホストＸ１７
およびホストＹ１８は全て代理ＡＲＰを受信するが、ホ
ストＢ１６だけが図２８に示すようにＡＲＰ応答をスイ
ッチ２０宛に送信してくる。この時のＡＲＰ応答フォー
マットを図２９に示す。ホストＢ１６の物理アドレス：
ＰｂはＳＥＮＤＥＲ ＨＡ１１に設定されている。スイ
ッチ２０ではポート２３で受信したＡＲＰ応答パケット
はポート２３制御部３３へ転送される。ポート２３制御
部３３では図３０に示すように、パケットの前にヘッダ
部４３を付加し受信ポート識別部４５の下位から２ビッ
ト目に１をセットし、そのパケットを宛先ポート判別部
３８へ転送する。宛先ポート判別部３８では、宛先物理
アドレス１が自スイッチ２０のアドレス（Ｐｚ）の場
合、そのパケットの宛先ポート判別部４６の最上位ビッ
トに１をセットにしてパケットを宛先ポート振り分け部
３９に渡す。宛先ポート振り分け部３９では宛先ポート
判別部４６の最上位ビットをセットされている場合、パ
ケットを管理部３６に渡す。管理部３６ではパケットの
内容をチェックし、パケットがＡＲＰ応答パケットであ
ることを確認したのちＡＲＰメッセージ４の内容にした
がって図３１に示すようにアドレス管理テーブル３７を
更新する。さらに管理部３６は、パケットをアドレス解
決制御部４７のＡＲＰ応答生成部５１に転送する。パケ
ットを受け取ったＡＲＰ応答生成部５１は、ＡＲＰ応答
待ちキュ５２から図１９および図１７に示すフォーマッ
トのパケットを検索しその中から、受信ポート識別部４
５、発信物理アドレス：Ｐａ、ＳＥＮＤＥＲ ＨＡ：Ｐ
ａおよびＳＥＮＤＥＲ ＩＰ：Ｉａを取り出し、図３２
および図２１に示すようにそれぞれ順に管理部３６から
受け取ったパケットの宛先ポート識別部４６、宛先物理
アドレス１、ＴＡＲＧＥＴ ＨＡ１３およびＴＡＲＧＥ
Ｔ ＩＰ１４に設定する。さらにＡＲＰ応答生成部５１
は、パケットを宛先ポート振り分け部３９に渡す宛先ポ
ート振り分け部３９では受け取ったパケットを宛先ポー
ト識別部４６に従ってポート２１制御部３１に送る。こ
の時宛先ポート振り分け部３９は、ヘッダ部４３を取り
外す。ＡＲＰ応答パケットは、ポート２１制御部３１か
らポート２１を介してネットワークへ送出され、図２３
に示すようにＡＲＰを送信したホストＡ１５に届けられ
る。この時ホストＡ１５は返ってきたＡＲＰ応答パケッ
トのＡＲＰメッセージ部４からホストＢ１６の物理アド
レス：Ｐｂを得る。
【００１６】さらに本発明第３の実施例として図３３に
示すようにアドレス管理テーブル３７にホストＢ１６の
アドレスが設定されている場合について説明する。まず
ホストＡ１５は、図１６に示すようにＡＲＰパケットを
スイッチ２０に対して送信する。その時のフォーマット
を図１７に示す。ホストＢ１６の物理アドレス（ＴＡＲ
ＧＥＴ ＨＡ１３）以外は図示したとおり設定する。ポ
ート２１では受信したＡＲＰパケットはポート２１制御
部３１へ送られる。ポート２１制御部３１では図１８に
示すように、パケットの前にヘッダ部４３を付加し受信
ポート識別部４５の最下位ビットセットし、そのパケッ
トを宛先ポート判別部３８へ転送する。宛先ポート判別
部３８では、宛先物理アドレス１がオールＦＦＨの場
合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると図１
９に示すように、宛先ポート判別部４６のビットをオー
ルゼロにしてパケットを宛先ポート振り分け部３９に渡
す。宛先ポート振り分け部３９では宛先ポート判別部４
６のビットがオールゼロの場合、パケットをアドレス解
決制御部４７に渡す。アドレス解決制御部４７では、ま
ずアドレス解決判別部４８がパケットを受け取り、その
パケットの宛先ＩＰアドレス：Ｉｂ（ＴＡＲＧＥＴ Ｉ
Ｐ）１４のホストの物理アドレスが図２０に示すアドレ
ス管理テーブル３７に登録されているか確認する。アド
レス解決判別部４８はパケットの宛先ＩＰアドレス：Ｉ
ｂ（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレス
が図２０に示すアドレス管理テーブル３７に登録されて
いるのを確認すると、さらにパケットの発信アドレスが
図２０に示すアドレス管理テーブル３７に登録されてい
るのを確認する。しかし、パケットの発信アドレスは図
２０に示すアドレス管理テーブル３７に登録されていな
いのでアドレス解決判別部４８は、アドレス管理テーブ
ル３７からホストＢ１６の接続されているポートを検索
し、図３５に示すように宛先ポート識別部４６の下位か
ら３ビット目を１にセットした後にパケットを宛先ポー
ト振り分け部３９に渡す。宛先ポート振り分け部３９で
は受け取ったパケットを宛先ポート識別部４６に従って
ポート２３制御部３３に送る。この時宛先ポート振り分
け部３９は、ヘッダ部４３を取り外す。ＡＲＰパケット
は、ポート２３制御部３３からポート２３を介してネッ
トワークへ送出され、図３４に示すようにホストＢ１６
に届けられる。ＡＲＰパケット受信したホストＢ１６
は、図２１に示すようにホストＢ１６の物理アドレス：
Ｐｂを設定したＡＲＰ応答パケットをネットワークをに
送信する。スイッチ２０では、ＡＲＰパケットをポート
２３で受信しポートＣ制御部３３がヘッダ部４３を付加
し、受信ポート識別部４５の下位から３ビット目を１に
セットし、パケットを宛先ポート判別部３８に送る。宛
先ポート判別部３８は、宛先物理アドレス１：Ｐａを基
にアドレス管理テーブル３７から宛先ポートを検索し、
図３２に示すように宛先ポート識別部４６の最下位ビッ
トに１をセットして、パケットを宛先ポート振り分け部
３９へ送る。宛先ポート振り分け部３９では受け取った
パケットを宛先ポート識別部４６に従ってポート２１制
御部３１に送る。この時、宛先ポート振り分け部３９
は、ヘッダ部４３を取り外す。ＡＲＰ応答パケットは、
ポート２１制御部３１からポート２１を介してネットワ
ークへ送出され、図３６に示すようにＡＲＰを送信した
ホストＡ１５に届けられる。この時ホストＡ１５は返っ
てきたＡＲＰ応答パケットのＡＲＰメッセージ部４から
ホストＢ１６の物理アドレス：Ｐｂを得る。
示すようにアドレス管理テーブル３７にホストＢ１６の
アドレスが設定されている場合について説明する。まず
ホストＡ１５は、図１６に示すようにＡＲＰパケットを
スイッチ２０に対して送信する。その時のフォーマット
を図１７に示す。ホストＢ１６の物理アドレス（ＴＡＲ
ＧＥＴ ＨＡ１３）以外は図示したとおり設定する。ポ
ート２１では受信したＡＲＰパケットはポート２１制御
部３１へ送られる。ポート２１制御部３１では図１８に
示すように、パケットの前にヘッダ部４３を付加し受信
ポート識別部４５の最下位ビットセットし、そのパケッ
トを宛先ポート判別部３８へ転送する。宛先ポート判別
部３８では、宛先物理アドレス１がオールＦＦＨの場
合、そのパケットをＡＲＰパケット検出部３８２へ渡
す。ＡＲＰパケット検出部３８２では、そのパケットを
さらに検査し、ＡＲＰパケットであると判断すると図１
９に示すように、宛先ポート判別部４６のビットをオー
ルゼロにしてパケットを宛先ポート振り分け部３９に渡
す。宛先ポート振り分け部３９では宛先ポート判別部４
６のビットがオールゼロの場合、パケットをアドレス解
決制御部４７に渡す。アドレス解決制御部４７では、ま
ずアドレス解決判別部４８がパケットを受け取り、その
パケットの宛先ＩＰアドレス：Ｉｂ（ＴＡＲＧＥＴ Ｉ
Ｐ）１４のホストの物理アドレスが図２０に示すアドレ
ス管理テーブル３７に登録されているか確認する。アド
レス解決判別部４８はパケットの宛先ＩＰアドレス：Ｉ
ｂ（ＴＡＲＧＥＴ ＩＰ）１４のホストの物理アドレス
が図２０に示すアドレス管理テーブル３７に登録されて
いるのを確認すると、さらにパケットの発信アドレスが
図２０に示すアドレス管理テーブル３７に登録されてい
るのを確認する。しかし、パケットの発信アドレスは図
２０に示すアドレス管理テーブル３７に登録されていな
いのでアドレス解決判別部４８は、アドレス管理テーブ
ル３７からホストＢ１６の接続されているポートを検索
し、図３５に示すように宛先ポート識別部４６の下位か
ら３ビット目を１にセットした後にパケットを宛先ポー
ト振り分け部３９に渡す。宛先ポート振り分け部３９で
は受け取ったパケットを宛先ポート識別部４６に従って
ポート２３制御部３３に送る。この時宛先ポート振り分
け部３９は、ヘッダ部４３を取り外す。ＡＲＰパケット
は、ポート２３制御部３３からポート２３を介してネッ
トワークへ送出され、図３４に示すようにホストＢ１６
に届けられる。ＡＲＰパケット受信したホストＢ１６
は、図２１に示すようにホストＢ１６の物理アドレス：
Ｐｂを設定したＡＲＰ応答パケットをネットワークをに
送信する。スイッチ２０では、ＡＲＰパケットをポート
２３で受信しポートＣ制御部３３がヘッダ部４３を付加
し、受信ポート識別部４５の下位から３ビット目を１に
セットし、パケットを宛先ポート判別部３８に送る。宛
先ポート判別部３８は、宛先物理アドレス１：Ｐａを基
にアドレス管理テーブル３７から宛先ポートを検索し、
図３２に示すように宛先ポート識別部４６の最下位ビッ
トに１をセットして、パケットを宛先ポート振り分け部
３９へ送る。宛先ポート振り分け部３９では受け取った
パケットを宛先ポート識別部４６に従ってポート２１制
御部３１に送る。この時、宛先ポート振り分け部３９
は、ヘッダ部４３を取り外す。ＡＲＰ応答パケットは、
ポート２１制御部３１からポート２１を介してネットワ
ークへ送出され、図３６に示すようにＡＲＰを送信した
ホストＡ１５に届けられる。この時ホストＡ１５は返っ
てきたＡＲＰ応答パケットのＡＲＰメッセージ部４から
ホストＢ１６の物理アドレス：Ｐｂを得る。
【００１７】
【発明の効果】本発明によればスイッチがＡＲＰ要求に
対し直接代理応答するのでブロードキャストパケットを
ネットワークに流さないで済むのでネットワークの帯域
の有効利用が可能になる。またＡＲＰ要求を他の物理ケ
ーブルに流さないのでセキュリティが向上する。
対し直接代理応答するのでブロードキャストパケットを
ネットワークに流さないで済むのでネットワークの帯域
の有効利用が可能になる。またＡＲＰ要求を他の物理ケ
ーブルに流さないのでセキュリティが向上する。
【００１８】また、スイッチがＡＲＰ要求にたいして、
自装置のアドレスに置き換えた代理ＡＲＰ要求をネット
ワーク上にブロードキャストするのでホストのアドレス
を無闇にネットワーク上に流すことを抑制できるのでセ
キュリティが向上する。
自装置のアドレスに置き換えた代理ＡＲＰ要求をネット
ワーク上にブロードキャストするのでホストのアドレス
を無闇にネットワーク上に流すことを抑制できるのでセ
キュリティが向上する。
【００１９】さらに、スイッチがＡＲＰ要求を目的のホ
スト宛にしか流さないで済むのでネットワークの帯域の
有効利用が可能になるという効果がある。またＡＲＰ要
求を他の物理ケーブルに流さないのでセキュリティが向
上する。
スト宛にしか流さないで済むのでネットワークの帯域の
有効利用が可能になるという効果がある。またＡＲＰ要
求を他の物理ケーブルに流さないのでセキュリティが向
上する。
【図１】イーサネットのパケットフォーマットの説明
図。
図。
【図２】ＡＲＰメッセージのフォーマットの説明図。
【図３】ＡＲＰの動作の説明図。
【図４】ＡＲＰ要求のフォーマットの説明図。
【図５】ＡＲＰ応答のフォーマットの説明図。
【図６】スイッチ接続によるイーサネットの構成例の説
明図。
明図。
【図７】スイッチ接続によるイーサネットにおけるＡＲ
Ｐ動作の説明図。
Ｐ動作の説明図。
【図８】スイッチ接続における仮想ネットワークの構成
例の説明図。
例の説明図。
【図９】スイッチ接続におけるサブネットによる仮想ネ
ットワークの構成例の説明図。
ットワークの構成例の説明図。
【図１０】従来のスイッチのブロック図。
【図１１】アドレス管理テーブルの説明図。
【図１２】スイッチ内部で用いるパケットの説明図。
【図１３】本発明におけるスイッチの説明図。
【図１４】本発明におけるアドレス解決制御部のブロッ
ク図。
ク図。
【図１５】本発明におけるアドレス解決制御部のフロー
チャート。
チャート。
【図１６】本実施例におけるＡＲＰの動作説明図。
【図１７】本実施例におけるＡＲＰのフォーマットの説
明図。
明図。
【図１８】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図１９】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図２０】本発明第１の実施例で用いるアドレス管理テ
ーブルの説明図。
ーブルの説明図。
【図２１】本実施例における代理ＡＲＰ応答のフォーマ
ットの説明図。
ットの説明図。
【図２２】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図２３】本実施例における代理ＡＲＰ応答の動作説明
図。
図。
【図２４】本発明第２の実施例で用いるアドレス管理テ
ーブルの説明図。
ーブルの説明図。
【図２５】本発明第２の実施例で用いる代理ＡＲＰのフ
ォーマットの説明図。
ォーマットの説明図。
【図２６】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図２７】本発明第２の実施例における代理ＡＲＰの動
作説明図。
作説明図。
【図２８】本発明第２の実施例におけるＡＲＰ応答の動
作説明図。
作説明図。
【図２９】本発明第２の実施例で用いる代理ＡＲＰのフ
ォーマットの説明図。
ォーマットの説明図。
【図３０】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図３１】本発明第２の実施例で用いるアドレス管理テ
ーブルの説明図。
ーブルの説明図。
【図３２】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図３３】本発明第３の実施例で用いるアドレス管理テ
ーブルの説明図。
ーブルの説明図。
【図３４】本発明第３の実施例におけるＡＲＰの動作説
明図。
明図。
【図３５】本実施例におけるスイッチ内部で用いるパケ
ットの説明図。
ットの説明図。
【図３６】本発明第３の実施例におけるＡＲＰ応答の動
作説明図。
作説明図。
２０…スイッチ、 ３１…ポート２１制御部、 ３２…ポート２２制御部、 ３３…ポート２３制御部、 ３４…ポート２４制御部、 ３５…スイッチ制御部、 ３６…管理部、 ３７…アドレス管理テーブル、 ３８…宛先ポート判別部、 ３９…宛先ポート振り分け部、 ４７…アドレス解決制御部、 ３８１…受信キュ、 ３８２…ＡＲＰパケット検出部。
Claims (6)
- 【請求項１】複数のネットワークを接続する複数のポー
ト部、前記各ポート部毎にパケットの送受信を行なうポ
ート制御部、前記ポート制御部から受信したパケットの
宛先を判別する宛先ポート判別部と宛先ポート判別部か
らパケットを受取りパケットを送信するポートに振り分
ける宛先ポート振り分け部を有し各ポート制御部と双方
向独立に接続されたスイッチ制御部、各ポート部に接続
されたネットワーク上のホストのアドレスを保持し前記
スイッチ制御部から読み出し可能なアドレス管理テーブ
ルおよび装置全体の制御を司りアドレス管理テーブルの
更新を行なう管理部から構成されるネットワーク接続装
置において、アドレス管理テーブルを読み出し可能で宛
先ポート振り分け部から、ＡＲＰパケットを受け取るこ
とができ、また管理部からＡＲＰ応答パケットを受け取
ることができ、さらに宛先ポート振り分け部にパケット
を送ることが出来るアドレス解決制御部を設け、各ポー
ト部に接続されたネットワーク上のホストのアドレス情
報を他のホストへ流さないことを特徴とするネットワー
ク接続装置。 - 【請求項２】請求項１において、任意のポートから受信
したＡＲＰパケットを直接ネットワークにブロードキャ
ストしないでアドレス解決制御部がＡＲＰパケット処理
を実行するネットワーク接続装置。 - 【請求項３】請求項１において、任意のポートから受信
した第１のＡＲＰパケットを直接ネットワークに送信し
ないで、アドレス解決制御部が新たに生成した該ネット
ワーク接続装置が発信元の第２のＡＲＰパケットを送信
し、ＡＲＰの対象のホストから返信されてきたＡＲＰ応
答パケットを該ネットワーク接続装置が受信するとアド
レス解決制御部がその情報を基に上記任意のポートから
受信した第１のＡＲＰパケットに対するＡＲＰ応答パケ
ットを生成し、そのパケットを上記第１のＡＲＰパケッ
トを受信した任意のポートへ送信するネットワーク接続
装置。 - 【請求項４】請求項１において、任意のポートから受信
したＡＲＰパケットを直接ネットワークに送信しない
で、アドレス解決制御部が該ＡＲＰパケットの送信元ア
ドレスを自ネットワーク接続装置のアドレスに置き換え
てネットワークに送信するネットワーク接続装置。 - 【請求項５】請求項１において、任意のポートから受信
したＡＲＰパケットを直接ネットワークに送信しない
で、アドレス解決制御部がアドレス管理テーブルからＡ
ＲＰの対象のホストの物理アドレスを検索し、その物理
アドレスを基に該ＡＲＰパケットに対するＡＲＰ応答パ
ケットを生成し、そのパケットを上記ＡＲＰパケットを
受信した任意のポートへ送信するネットワーク接続装
置。 - 【請求項６】請求項１において、任意のポートから受信
したＡＲＰパケットを直接ネットワークにブロードキャ
ストしないで、アドレス解決制御部がアドレス管理テー
ブルからＡＲＰの対象のホストの接続されているポート
を検索し、該ＡＲＰパケットを該ポートにのみ送信する
ネットワーク接続装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8354696A JPH09275418A (ja) | 1996-04-05 | 1996-04-05 | ネットワーク接続装置 |
| US08/829,238 US6128294A (en) | 1996-04-05 | 1997-03-31 | Network connecting apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8354696A JPH09275418A (ja) | 1996-04-05 | 1996-04-05 | ネットワーク接続装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09275418A true JPH09275418A (ja) | 1997-10-21 |
Family
ID=13805517
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8354696A Pending JPH09275418A (ja) | 1996-04-05 | 1996-04-05 | ネットワーク接続装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6128294A (ja) |
| JP (1) | JPH09275418A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847621B1 (en) | 1999-05-25 | 2005-01-25 | Nec Corporation | Address resolution method and address resolution communication system |
| CN100388716C (zh) * | 2002-08-28 | 2008-05-14 | 华为技术有限公司 | 一种在桥转发过程中对广播报文的流量进行抑制的方法 |
| JP2011014964A (ja) * | 2009-06-30 | 2011-01-20 | Fujitsu Ltd | スイッチ装置、スイッチ制御方法 |
| JP2014086841A (ja) * | 2012-10-23 | 2014-05-12 | Nec Commun Syst Ltd | 端末および方法 |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6118776A (en) * | 1997-02-18 | 2000-09-12 | Vixel Corporation | Methods and apparatus for fiber channel interconnection of private loop devices |
| US6628653B1 (en) * | 1998-06-04 | 2003-09-30 | Nortel Networks Limited | Programmable packet switching device |
| WO2000003516A1 (en) * | 1998-07-08 | 2000-01-20 | Broadcom Corporation | Network switching architecture with multiple table synchronization, and forwarding of both ip and ipx packets |
| FR2781952B1 (fr) * | 1998-07-28 | 2000-09-08 | Cegelec | Procede d'attribution d'adresses informatiques entre unites d'un systeme de conduite d'installation industrielle |
| US6618398B1 (en) * | 1998-08-06 | 2003-09-09 | Nortel Networks Limited | Address resolution for internet protocol sub-networks in asymmetric wireless networks |
| US6330616B1 (en) * | 1998-09-14 | 2001-12-11 | International Business Machines Corporation | System for communications of multiple partitions employing host-network interface, and address resolution protocol for constructing data frame format according to client format |
| US6330615B1 (en) | 1998-09-14 | 2001-12-11 | International Business Machines Corporation | Method of using address resolution protocol for constructing data frame formats for multiple partitions host network interface communications |
| US6334154B1 (en) * | 1998-09-14 | 2001-12-25 | International Business Machines Corporation | Article of manufacture for communications of multiple partitions employing host-network interface, and address resolution protocol for constructing data frame format according to client format |
| US6389414B1 (en) * | 1998-09-21 | 2002-05-14 | Microsoft Corporation | Internal database validation |
| US6728803B1 (en) * | 1999-03-30 | 2004-04-27 | Mcdata Corporation | Interconnection architecture for managing multiple low bandwidth connections over a high bandwidth link |
| US6728268B1 (en) * | 1999-06-22 | 2004-04-27 | Trimble Navigation Ltd. | Method and system to connect internet protocol hosts via an application specific bus |
| US6963562B1 (en) * | 1999-09-09 | 2005-11-08 | Advanced Micro Devices, Inc. | Match signals in data switching systems including multiple switching devices |
| US7126947B2 (en) * | 2000-06-23 | 2006-10-24 | Broadcom Corporation | Switch having external address resolution interface |
| US7478139B2 (en) * | 2002-04-29 | 2009-01-13 | International Business Machines Corporation | Shared resource support for internet protocol |
| JP2004129142A (ja) * | 2002-10-07 | 2004-04-22 | Oki Data Corp | ネットワーク回線接続方法 |
| CN100403725C (zh) * | 2002-11-06 | 2008-07-16 | 华为技术有限公司 | 自动获取指定主机链路层信息的方法 |
| US8296406B2 (en) * | 2003-04-25 | 2012-10-23 | Hewlett-Packard Development Company, L.P. | Configurable device replacement |
| JP4174392B2 (ja) * | 2003-08-28 | 2008-10-29 | 日本電気株式会社 | ネットワークへの不正接続防止システム、及びネットワークへの不正接続防止装置 |
| JP4580195B2 (ja) * | 2004-08-12 | 2010-11-10 | 株式会社日立製作所 | ファイバーチャネルスイッチを含むコンピュータシステムの管理方法、管理プログラム及びそのコンピュータシステム |
| US7567573B2 (en) * | 2004-09-07 | 2009-07-28 | F5 Networks, Inc. | Method for automatic traffic interception |
| US20080101381A1 (en) * | 2006-10-25 | 2008-05-01 | Mediatek Inc. | Address resolution protocol (arp) cache management methods and devices |
| US7885180B2 (en) * | 2006-12-15 | 2011-02-08 | Check Point Software Technologies Inc. | Address resolution request mirroring |
| JP5328472B2 (ja) * | 2009-05-13 | 2013-10-30 | キヤノン株式会社 | ネットワーク通信装置及び方法とプログラム |
| CN102196054B (zh) * | 2010-03-11 | 2013-08-28 | 正文科技股份有限公司 | 路由装置及相关的控制电路 |
| CN108243262B (zh) * | 2016-12-26 | 2020-04-21 | 大唐移动通信设备有限公司 | Arp表的学习方法、装置及网络三层设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5526489A (en) * | 1993-03-19 | 1996-06-11 | 3Com Corporation | System for reverse address resolution for remote network device independent of its physical address |
| US5751961A (en) * | 1996-01-31 | 1998-05-12 | Bell Communications Research, Inc. | Integrated internet system for translating logical addresses of internet documents to physical addresses using integrated service control point |
-
1996
- 1996-04-05 JP JP8354696A patent/JPH09275418A/ja active Pending
-
1997
- 1997-03-31 US US08/829,238 patent/US6128294A/en not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847621B1 (en) | 1999-05-25 | 2005-01-25 | Nec Corporation | Address resolution method and address resolution communication system |
| CN100388716C (zh) * | 2002-08-28 | 2008-05-14 | 华为技术有限公司 | 一种在桥转发过程中对广播报文的流量进行抑制的方法 |
| JP2011014964A (ja) * | 2009-06-30 | 2011-01-20 | Fujitsu Ltd | スイッチ装置、スイッチ制御方法 |
| JP2014086841A (ja) * | 2012-10-23 | 2014-05-12 | Nec Commun Syst Ltd | 端末および方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6128294A (en) | 2000-10-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH09275418A (ja) | ネットワーク接続装置 | |
| US7139818B1 (en) | Techniques for dynamic host configuration without direct communications between client and server | |
| US6553028B1 (en) | Method and apparatus for multicast switching using a centralized switching engine | |
| US7839857B2 (en) | Packet forwarding apparatus with function of limiting the number of user terminals to be connected to ISP | |
| CA2249787C (en) | Methods and apparatus for accelerating osi layer 3 routers | |
| US7088689B2 (en) | VLAN data switching method using ARP packet | |
| KR100811890B1 (ko) | 인터넷 시스템에서 서비스 플로우를 보장하는 애니캐스트라우팅 방법 및 장치 | |
| CA2510053C (en) | Power saving in wireless packet based networks | |
| US6212185B1 (en) | Multiple network address resolution | |
| WO2010110530A1 (ko) | Ipv6 네트워크 내 호스트 차단 및 탐색방법 | |
| US6625658B1 (en) | End equipment and router | |
| US8145790B2 (en) | Method and device for using dynamic updates in a network | |
| KR100693046B1 (ko) | 동적 주소를 할당하고 그 동적 주소를 이용하여라우팅하는 네트워크 시스템 및 그 방법 | |
| KR20050051632A (ko) | 트래픽 분리 필터 | |
| Cisco | Frame Relay Commands | |
| CN109716310A (zh) | 用于内容分发系统的服务器装置、传输装置和程序 | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands | |
| Cisco | Frame Relay Commands |