JPH09214550A - 中継装置 - Google Patents
中継装置Info
- Publication number
- JPH09214550A JPH09214550A JP8013518A JP1351896A JPH09214550A JP H09214550 A JPH09214550 A JP H09214550A JP 8013518 A JP8013518 A JP 8013518A JP 1351896 A JP1351896 A JP 1351896A JP H09214550 A JPH09214550 A JP H09214550A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- address
- arp
- router
- destination
- 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.)
- Withdrawn
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明は、フレームを受信したときにセキュ
リティテーブルを参照して許容されたときに送信するル
ータに関し、端末からＡＲＰ要求フレームを受信したと
きにセキュリティテーブルを参照してユーザの許容／拒
否を判断し、許容のときにＡＲＰ要求フレームを宛先に
送信してＡＲＰ応答フレームを受信したときにそのまま
送信元に送信し、ＷＧ間の通信のセキュリティにおいて
片方向規制と両方向規制の混在を認めて無駄なルータ処
理を削減し高速通信を実現することを目的とする。 【解決手段】 端末からフレームを受信したときにＡＲ
Ｐ要求フレームと判明したときにセキュリティテーブル
を参照して許容されたときに宛先に向けて送信する手段
と、当該宛先からＡＲＰ応答フレームを受信したときに
セキュリティテーブルを参照せずにそのまま送信元に送
信する手段とを備えるように構成する。
リティテーブルを参照して許容されたときに送信するル
ータに関し、端末からＡＲＰ要求フレームを受信したと
きにセキュリティテーブルを参照してユーザの許容／拒
否を判断し、許容のときにＡＲＰ要求フレームを宛先に
送信してＡＲＰ応答フレームを受信したときにそのまま
送信元に送信し、ＷＧ間の通信のセキュリティにおいて
片方向規制と両方向規制の混在を認めて無駄なルータ処
理を削減し高速通信を実現することを目的とする。 【解決手段】 端末からフレームを受信したときにＡＲ
Ｐ要求フレームと判明したときにセキュリティテーブル
を参照して許容されたときに宛先に向けて送信する手段
と、当該宛先からＡＲＰ応答フレームを受信したときに
セキュリティテーブルを参照せずにそのまま送信元に送
信する手段とを備えるように構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、フレームを受信し
たときにセキュリティテーブルを参照して許容されたと
きに送信する中継装置に関するものである。
たときにセキュリティテーブルを参照して許容されたと
きに送信する中継装置に関するものである。
【０００２】
【従来の技術】従来、図９に示すようなシステムにおい
て、スイッチングハブの付加機能として提供されるバー
チャルＬＡＮ機能は、任意のＷＧ（ワーク・グループ）
に属する端末はあたかも同一ネットワーク上に属してい
るように当該ＷＧを構成することを可能にしている。こ
の機能により構成されるＷＧは、基本的にはＷＧ間の通
信をスイッチングハブでは許容しないので、ＷＧ間で通
信を行うには図１０に示すようにブロードキャスト・フ
レームを終端とするルータを用いる。
て、スイッチングハブの付加機能として提供されるバー
チャルＬＡＮ機能は、任意のＷＧ（ワーク・グループ）
に属する端末はあたかも同一ネットワーク上に属してい
るように当該ＷＧを構成することを可能にしている。こ
の機能により構成されるＷＧは、基本的にはＷＧ間の通
信をスイッチングハブでは許容しないので、ＷＧ間で通
信を行うには図１０に示すようにブロードキャスト・フ
レームを終端とするルータを用いる。
【０００３】このようにＷＧ間で通信を行うには、ブロ
ードキャスト・フレームを終端とするルータを使う必要
があり、この際、ルータを経由するフレームを規制しよ
うとすると、図１０に示すように、ＡＲＰフレーム(Add
ress Resolution Protocolフレーム）を含めた受信フレ
ームの送信元アドレスで判断するか、あるいはＡＲＰフ
レームを除くユーザ・フレームを対象に規制を行ってい
た。
ードキャスト・フレームを終端とするルータを使う必要
があり、この際、ルータを経由するフレームを規制しよ
うとすると、図１０に示すように、ＡＲＰフレーム(Add
ress Resolution Protocolフレーム）を含めた受信フレ
ームの送信元アドレスで判断するか、あるいはＡＲＰフ
レームを除くユーザ・フレームを対象に規制を行ってい
た。
【０００４】尚、ＡＲＰフレームは、ＩＰアドレス（ネ
ットワーク層におけるアドレスであって、属するネット
ワークによって割り当てられているユニークなアドレ
ス）に対応するＭＡＣアドレス（データリング層におけ
るアドレスであって、固定的に登録されているユニーク
なアドレス）を取得するために送信するフレームであ
る。
ットワーク層におけるアドレスであって、属するネット
ワークによって割り当てられているユニークなアドレ
ス）に対応するＭＡＣアドレス（データリング層におけ
るアドレスであって、固定的に登録されているユニーク
なアドレス）を取得するために送信するフレームであ
る。
【０００５】
【発明が解決しようとする課題】しかし、上述した前者
のＡＲＰフレームを含めた受信フレームの送信元アドレ
スで通信を許容するユーザを識別する場合、図１０のル
ータがＡＲＰ要求フレームとＡＲＰ応答フレームの両方
向に対して送信する必要があるため、両方向の規制が必
要となり、そのためのユーザ識別などの処理が煩雑とな
ってしまうという問題があった。
のＡＲＰフレームを含めた受信フレームの送信元アドレ
スで通信を許容するユーザを識別する場合、図１０のル
ータがＡＲＰ要求フレームとＡＲＰ応答フレームの両方
向に対して送信する必要があるため、両方向の規制が必
要となり、そのためのユーザ識別などの処理が煩雑とな
ってしまうという問題があった。
【０００６】また、上述した後者のＡＲＰフレームを除
くユーザ・フレームを規制の対象とした場合、ＡＲＰフ
レームの処理プロセスが完了した後に、受信するユーザ
・フレームについて通信を許容するユーザを識別するた
め、この段階で拒否されてしまうと、無駄なＡＲＰ要求
フレームとＡＲＰ応答フレームをルータが送信してしま
うこととなる事態が発生するという問題があった。
くユーザ・フレームを規制の対象とした場合、ＡＲＰフ
レームの処理プロセスが完了した後に、受信するユーザ
・フレームについて通信を許容するユーザを識別するた
め、この段階で拒否されてしまうと、無駄なＡＲＰ要求
フレームとＡＲＰ応答フレームをルータが送信してしま
うこととなる事態が発生するという問題があった。
【０００７】本発明は、これらの問題を解決するため、
端末からＡＲＰ要求フレームを受信したときにセキュリ
ティテーブルを参照してユーザの許容／拒否を判断し、
許容のときにＡＲＰ要求フレームを宛先に送信してＡＲ
Ｐ応答フレームを受信したときにそのまま送信元に送信
し、ＷＧ間の通信のセキュリティにおいて片方向規制と
両方向規制の混在を認めて無駄なルータ処理を削減し高
速通信を実現することを目的としている。
端末からＡＲＰ要求フレームを受信したときにセキュリ
ティテーブルを参照してユーザの許容／拒否を判断し、
許容のときにＡＲＰ要求フレームを宛先に送信してＡＲ
Ｐ応答フレームを受信したときにそのまま送信元に送信
し、ＷＧ間の通信のセキュリティにおいて片方向規制と
両方向規制の混在を認めて無駄なルータ処理を削減し高
速通信を実現することを目的としている。
【０００８】
【課題を解決するための手段】図１を参照して課題を解
決するための手段を説明する。図１において、ルータ２
は、フレームを宛先に送信するものであって、ここで
は、受信したフレームがＡＲＰ要求フレームと判明した
ときにセキュリティテーブル２５を参照して許容された
ときに宛先に送信し、宛先からＡＲＰ応答フレームを受
信したときにそのまま送信元の端末に送信したりなどす
るものである。
決するための手段を説明する。図１において、ルータ２
は、フレームを宛先に送信するものであって、ここで
は、受信したフレームがＡＲＰ要求フレームと判明した
ときにセキュリティテーブル２５を参照して許容された
ときに宛先に送信し、宛先からＡＲＰ応答フレームを受
信したときにそのまま送信元の端末に送信したりなどす
るものである。
【０００９】次に、動作を説明する。ルータ２が端末か
らフレームを受信したときにＡＲＰ要求フレームと判明
したときにセキュリティテーブル２５を参照して許容さ
れたときに宛先に向けて送信し、当該宛先からＡＲＰ応
答フレームを受信したときにそのまま送信元に送信し、
ＭＡＣアドレスを取得するようにしている。
らフレームを受信したときにＡＲＰ要求フレームと判明
したときにセキュリティテーブル２５を参照して許容さ
れたときに宛先に向けて送信し、当該宛先からＡＲＰ応
答フレームを受信したときにそのまま送信元に送信し、
ＭＡＣアドレスを取得するようにしている。
【００１０】この際、ルータ２がグループに属する端末
のＩＰアドレスあるいは端末が接続されているポート番
号に対応づけてＡＲＰ要求フレームを許容する宛先のグ
ループに属する全ての端末のＩＰアドレスあるいは端末
が接続されている全てのポート番号を予め登録したセキ
ュリティテーブル２５を検索してＡＲＰ要求フレームの
許容を判断するようにしている。
のＩＰアドレスあるいは端末が接続されているポート番
号に対応づけてＡＲＰ要求フレームを許容する宛先のグ
ループに属する全ての端末のＩＰアドレスあるいは端末
が接続されている全てのポート番号を予め登録したセキ
ュリティテーブル２５を検索してＡＲＰ要求フレームの
許容を判断するようにしている。
【００１１】また、ルータ２が端末のＩＰアドレスある
いは端末が接続されているポート番号に対応づけてＡＲ
Ｐ要求フレームを許容する全ての端末のＩＰアドレスあ
るいは端末が接続されている全てのポート番号を予め登
録したセキュリティテーブル２５を検索してＡＲＰ要求
フレームの許容を判断するようにしている。
いは端末が接続されているポート番号に対応づけてＡＲ
Ｐ要求フレームを許容する全ての端末のＩＰアドレスあ
るいは端末が接続されている全てのポート番号を予め登
録したセキュリティテーブル２５を検索してＡＲＰ要求
フレームの許容を判断するようにしている。
【００１２】また、ルータ２が許容されたときに他グル
ープにブロードキャストで送信し、当該宛先からＡＲＰ
応答フレームを受信したときにそのまま送信元にユニキ
ャストで送信するようにしている。
ープにブロードキャストで送信し、当該宛先からＡＲＰ
応答フレームを受信したときにそのまま送信元にユニキ
ャストで送信するようにしている。
【００１３】従って、端末からＡＲＰ要求フレームを受
信したときにセキュリティテーブル２５を参照してユー
ザの許容／拒否を判断し、許容のときにＡＲＰ要求フレ
ームを宛先に送信してＡＲＰ応答フレームを受信したと
きにそのまま送信元に送信することにより、ＷＧ間の通
信のセキュリティにおいて片方向規制と両方向規制の混
在を認めて無駄なルータ処理を削減し高速通信を実現す
ることが可能となる。
信したときにセキュリティテーブル２５を参照してユー
ザの許容／拒否を判断し、許容のときにＡＲＰ要求フレ
ームを宛先に送信してＡＲＰ応答フレームを受信したと
きにそのまま送信元に送信することにより、ＷＧ間の通
信のセキュリティにおいて片方向規制と両方向規制の混
在を認めて無駄なルータ処理を削減し高速通信を実現す
ることが可能となる。
【００１４】
【発明の実施の形態】次に、図１から図８を用いて本発
明の実施の形態および動作を順次詳細に説明する。
明の実施の形態および動作を順次詳細に説明する。
【００１５】図１は、本発明のシステム構成図を示す。
図１において、スイッチングハブ１は、ＷＧ(Work Grou
p、ワークグループ）に属する複数の端末３からのフレ
ームをルータ２のインタフェース部２１に切り替えて送
信したり、ルータ２のインタフェース部２１から受信し
たフレームを該当するＷＧの端末３に切り替えて送信し
たりなどするものである。
図１において、スイッチングハブ１は、ＷＧ(Work Grou
p、ワークグループ）に属する複数の端末３からのフレ
ームをルータ２のインタフェース部２１に切り替えて送
信したり、ルータ２のインタフェース部２１から受信し
たフレームを該当するＷＧの端末３に切り替えて送信し
たりなどするものである。
【００１６】ルータ２は、スイッチングハブ１からイン
タフェース部２１で受信したフレームを宛先に向けて送
信したりなどするものであって、ここでは、受信したフ
レームがＡＲＰ要求フレームと判明したときにセキュリ
ティテーブル２５を参照して許容されたときに宛先に送
信したり、宛先からＡＲＰ応答フレームを受信したとき
にそのまま送信元の端末に送信したりなどするものであ
る（図２を用いて後述する）。このルータ２は、インタ
フェース部２１、ＡＲＰフレーム終端部２２、ルーティ
ングテーブル２３、ＡＲＰフレーム生成部２４、セキュ
リティテーブル２５、フレーム送信部２６などから構成
されるものである。
タフェース部２１で受信したフレームを宛先に向けて送
信したりなどするものであって、ここでは、受信したフ
レームがＡＲＰ要求フレームと判明したときにセキュリ
ティテーブル２５を参照して許容されたときに宛先に送
信したり、宛先からＡＲＰ応答フレームを受信したとき
にそのまま送信元の端末に送信したりなどするものであ
る（図２を用いて後述する）。このルータ２は、インタ
フェース部２１、ＡＲＰフレーム終端部２２、ルーティ
ングテーブル２３、ＡＲＰフレーム生成部２４、セキュ
リティテーブル２５、フレーム送信部２６などから構成
されるものである。
【００１７】インタレース部２１は、スイッチングハブ
のポートと接続し、フレームを送受信するものである。
ＡＲＰフレーム終端部２２は、ＷＧ内の端末から受信し
たＡＲＰフレームを終端し、それがＡＲＰ要求フレーム
なのか、ＡＲＰ応答フレームなのかを判断するものであ
る。
のポートと接続し、フレームを送受信するものである。
ＡＲＰフレーム終端部２２は、ＷＧ内の端末から受信し
たＡＲＰフレームを終端し、それがＡＲＰ要求フレーム
なのか、ＡＲＰ応答フレームなのかを判断するものであ
る。
【００１８】ルーティングテーブル２３は、受信したＡ
Ｒフレームあるいはデータフレームの宛先ネットワーク
アドレス（ＩＰアドレス）からフレームを送信すべきポ
ートを検索するためのテーブルである。
Ｒフレームあるいはデータフレームの宛先ネットワーク
アドレス（ＩＰアドレス）からフレームを送信すべきポ
ートを検索するためのテーブルである。
【００１９】ＡＲＰフレーム生成部２４は、受信したＡ
ＲＰフレームのＭＡＣアドレス（データリンク層のアド
レス）およびＩＰアドレス（ネットワーク層のアドレ
ス）をルータ自身のアドレスに置き換え、送信フレーム
を生成するものである。
ＲＰフレームのＭＡＣアドレス（データリンク層のアド
レス）およびＩＰアドレス（ネットワーク層のアドレ
ス）をルータ自身のアドレスに置き換え、送信フレーム
を生成するものである。
【００２０】セキュリティテーブル２５は、ＷＧあるい
は利用者ＩＤへのアクセスを許容（あるいは拒否）する
ユーザＩＤ（あるいはＭＡＣアドレスなど）、あるいは
ＷＧ識別子（ポート番号など）を予め登録するものであ
る（図７、図８参照）。
は利用者ＩＤへのアクセスを許容（あるいは拒否）する
ユーザＩＤ（あるいはＭＡＣアドレスなど）、あるいは
ＷＧ識別子（ポート番号など）を予め登録するものであ
る（図７、図８参照）。
【００２１】フレーム送信部２６は、フレームを宛先に
向けて送信するものである。次に、図２のフローチャー
トに示す順序に従い、図１の構成の動作を詳細に説明す
る。
向けて送信するものである。次に、図２のフローチャー
トに示す順序に従い、図１の構成の動作を詳細に説明す
る。
【００２２】図２は、本発明のシステム構成図を示す。
ここで、端末、スイッチングハブ、ルータは、図１の同
じ名称のものと同一である。図２において、Ｓ１は、フ
レーム送信する。これは、グループ１に属する端末１１
ないし１ｍのうちの任意の１つの端末が宛先を設定した
フレームを送信する。
ここで、端末、スイッチングハブ、ルータは、図１の同
じ名称のものと同一である。図２において、Ｓ１は、フ
レーム送信する。これは、グループ１に属する端末１１
ないし１ｍのうちの任意の１つの端末が宛先を設定した
フレームを送信する。
【００２３】Ｓ２は、スイッチングハブ１がブロードキ
ャストのフレームか判別する。ＹＥＳの場合には、Ｓ３
で同一グループ内にブロードキャストおよびルータ２に
も送信する。
ャストのフレームか判別する。ＹＥＳの場合には、Ｓ３
で同一グループ内にブロードキャストおよびルータ２に
も送信する。
【００２４】Ｓ４は、Ｓ３でスイッチングハブ１から送
信されてきたフレームをルータ２が受信し、ＡＲＰフレ
ームか判別する。これは、受信したフレームである例え
ば図３の（ａ）の要求／応答識別コードのフィールドに
“１（要求を表すコード）”が設定されているか判別す
る。ＹＥＳの場合には、Ｓ６からＳ１４の処理を行う。
一方、ＮＯの場合には、Ｓ２１ないしＳ２５の処理を行
う。
信されてきたフレームをルータ２が受信し、ＡＲＰフレ
ームか判別する。これは、受信したフレームである例え
ば図３の（ａ）の要求／応答識別コードのフィールドに
“１（要求を表すコード）”が設定されているか判別す
る。ＹＥＳの場合には、Ｓ６からＳ１４の処理を行う。
一方、ＮＯの場合には、Ｓ２１ないしＳ２５の処理を行
う。
【００２５】Ｓ６は、Ｓ５のＹＥＳでＡＲＰ要求フレー
ムと判明したので、宛先ＩＰアドレスで、ルーティング
テーブル２３を検索し、送信ポートを決定する。Ｓ７
は、送信ポートが受信ポートと異なるか判別する。ＹＥ
Ｓの場合には、Ｓ８で送信元のＩＰアドレス、またはポ
ート番号をもとにセキュリティテーブル２５を検索し、
Ｓ９に進む。一方、Ｓ７のＮＯの場合には、送信ポート
と受信ポートとが等しいと判明したので、Ｓ１５でフレ
ーム破棄する。
ムと判明したので、宛先ＩＰアドレスで、ルーティング
テーブル２３を検索し、送信ポートを決定する。Ｓ７
は、送信ポートが受信ポートと異なるか判別する。ＹＥ
Ｓの場合には、Ｓ８で送信元のＩＰアドレス、またはポ
ート番号をもとにセキュリティテーブル２５を検索し、
Ｓ９に進む。一方、Ｓ７のＮＯの場合には、送信ポート
と受信ポートとが等しいと判明したので、Ｓ１５でフレ
ーム破棄する。
【００２６】Ｓ９は、他グループへの送信が許可されて
いるか判別する。ＹＥＳの場合には、フレームを該当宛
先（あるいは宛先の属するグループ）に送信する許可が
あったので（権限があったので）、Ｓ１でフレーム（Ａ
ＲＰ要求フレーム）を送信する。
いるか判別する。ＹＥＳの場合には、フレームを該当宛
先（あるいは宛先の属するグループ）に送信する許可が
あったので（権限があったので）、Ｓ１でフレーム（Ａ
ＲＰ要求フレーム）を送信する。
【００２７】Ｓ１１は、ブロードキャストフレームか判
別する。ＹＥＳの場合には、Ｓ１２で同一グループ内に
ブロードキャストする。Ｓ１３は、グループ２に属する
端末２１ないし２ｎ中の該当する端末がＳ１２でブロー
ドキャストされたＡＲＰ要求フレームを受信し、宛先Ｉ
Ｐアドレスが自ＩＰアドレスと一致するか判別する。Ｙ
ＥＳの場合には、ブロードキャストされたＡＲＰ要求フ
レーム中に設定されている宛先のＩＰアドレスが自ＩＰ
アドレスと一致したので、当該ＡＲＰ要求フレームが当
該端末に向けたものと判明したのでこのＡＲＰ要求フレ
ームを取り込む。
別する。ＹＥＳの場合には、Ｓ１２で同一グループ内に
ブロードキャストする。Ｓ１３は、グループ２に属する
端末２１ないし２ｎ中の該当する端末がＳ１２でブロー
ドキャストされたＡＲＰ要求フレームを受信し、宛先Ｉ
Ｐアドレスが自ＩＰアドレスと一致するか判別する。Ｙ
ＥＳの場合には、ブロードキャストされたＡＲＰ要求フ
レーム中に設定されている宛先のＩＰアドレスが自ＩＰ
アドレスと一致したので、当該ＡＲＰ要求フレームが当
該端末に向けたものと判明したのでこのＡＲＰ要求フレ
ームを取り込む。
【００２８】Ｓ１４は、自ＭＡＣアドレスをフレームに
書き込んで、ＡＲＰ応答フレームを作成して送信元に向
けて送信する（図３の（ｂ）参照）。そして、Ｓ２に戻
り、Ｓ２のＹＥＳ、Ｓ３、Ｓ４、Ｓ５のＮＯ、Ｓ２１と
進む。
書き込んで、ＡＲＰ応答フレームを作成して送信元に向
けて送信する（図３の（ｂ）参照）。そして、Ｓ２に戻
り、Ｓ２のＹＥＳ、Ｓ３、Ｓ４、Ｓ５のＮＯ、Ｓ２１と
進む。
【００２９】Ｓ２１は、ルータ２がＡＲＰ応答フレーム
を受信する（Ｏｐｅｃｏｄｅ＝１がＡＲＰ応答フレーム
を表す）。Ｓ２２は、宛先ＩＰアドレスで、ルーティン
グテーブル２３を検索し、送信ポートを決定する。
を受信する（Ｏｐｅｃｏｄｅ＝１がＡＲＰ応答フレーム
を表す）。Ｓ２２は、宛先ＩＰアドレスで、ルーティン
グテーブル２３を検索し、送信ポートを決定する。
【００３０】Ｓ２３は、送信ポートが受信ポートと異な
るか判別する。ＹＥＳの場合には、フレームを該当する
スイッチングハブ１のポートに送信する。ＮＯの場合
は、Ｓ１５でフレーム破棄する。
るか判別する。ＹＥＳの場合には、フレームを該当する
スイッチングハブ１のポートに送信する。ＮＯの場合
は、Ｓ１５でフレーム破棄する。
【００３１】Ｓ２４は、送信されてきたＡＲＰ応答フレ
ームを、当該ＡＲＰ応答フレーム中に設定されている宛
先ＭＡＣアドレスに送信する。Ｓ２５は、ＡＲＰ応答フ
レームを送信元のグループ１の端末が受信する。これに
より、宛先のＭＡＣアドレスを取得できたこととなる。
ームを、当該ＡＲＰ応答フレーム中に設定されている宛
先ＭＡＣアドレスに送信する。Ｓ２５は、ＡＲＰ応答フ
レームを送信元のグループ１の端末が受信する。これに
より、宛先のＭＡＣアドレスを取得できたこととなる。
【００３２】以上の手順によって、グループ１に属する
端末がＩＰアドレスは判明するが、ＭＡＣアドレスの不
明な他のグループに属する端末のＭＡＣアドレスについ
て、ＡＲＰ要求フレームをブロードキャストしてルータ
がセキュリティテーブル２５を検索して許可（権限あ
り）のときにルーティングテブル２３を検索して該当す
るグループ（ポート）にＡＲＰ要求フレームをブロード
キャストし、ブロードキャストされたＡＲＰ要求フレー
ム中に設定されている宛先のＩＰアドレスの端末がこの
ＡＲＰ要求フレームを取り込んでＭＡＣアドレスを設定
して返送し、ルータが送信元のグループ１の端末に許可
をチェックすることなくそのまま送信し、当該端末はＭ
ＡＣアドレスを取得できたこととなる。以降は、このＭ
ＡＣアドレスを設定したデータフレームによってブルー
プ２に属するＭＡＣアドレスの端末に送信することが可
能となる。
端末がＩＰアドレスは判明するが、ＭＡＣアドレスの不
明な他のグループに属する端末のＭＡＣアドレスについ
て、ＡＲＰ要求フレームをブロードキャストしてルータ
がセキュリティテーブル２５を検索して許可（権限あ
り）のときにルーティングテブル２３を検索して該当す
るグループ（ポート）にＡＲＰ要求フレームをブロード
キャストし、ブロードキャストされたＡＲＰ要求フレー
ム中に設定されている宛先のＩＰアドレスの端末がこの
ＡＲＰ要求フレームを取り込んでＭＡＣアドレスを設定
して返送し、ルータが送信元のグループ１の端末に許可
をチェックすることなくそのまま送信し、当該端末はＭ
ＡＣアドレスを取得できたこととなる。以降は、このＭ
ＡＣアドレスを設定したデータフレームによってブルー
プ２に属するＭＡＣアドレスの端末に送信することが可
能となる。
【００３３】図３は、本発明のＡＲＰ要求／ＡＲＰ応答
フレーム例を示す。図３の（ａ）は、ＡＲＰ要求フレー
ムを示す。このＡＲＰ要求フレームは、図示の下記の項
目を設定する。
フレーム例を示す。図３の（ａ）は、ＡＲＰ要求フレー
ムを示す。このＡＲＰ要求フレームは、図示の下記の項
目を設定する。
【００３４】・宛先ＭＡＣアドレス、ブロードキャスト
する旨 ・送信元ＭＡＣアドレス ・イーサタイプ：ＡＲＰ（ＭＡＣアドレスの所得を要求
するフレームを表す） ・要求／応答識別コード（要求のとき“１”） ・宛先ＭＡＣアドレス：要求時は空 ・宛先ＩＰアドレス：ターゲットのＩＰアドレス ・その他 このＡＲＰ要求フレームは、既述した図２のＳ１で送信
するＡＲＰ要求フレームである。
する旨 ・送信元ＭＡＣアドレス ・イーサタイプ：ＡＲＰ（ＭＡＣアドレスの所得を要求
するフレームを表す） ・要求／応答識別コード（要求のとき“１”） ・宛先ＭＡＣアドレス：要求時は空 ・宛先ＩＰアドレス：ターゲットのＩＰアドレス ・その他 このＡＲＰ要求フレームは、既述した図２のＳ１で送信
するＡＲＰ要求フレームである。
【００３５】図３の（ｂ）は、ＡＲＰ応答フレームを示
す。このＡＲＰ応答フレームは、図示の下記の項目を設
定する。 ・宛先ＭＡＣアドレス、ユニキャストする旨（宛先ＭＡ
Ｃアドレスが判明しているのでブロードキャストする必
要がない） ・イーサタイプ：ＡＲＰ（ＭＡＣアドレスの所得を要求
に対する応答フレームを表す） ・要求／応答識別コード（応答のとき“２”） ・宛先ＭＡＣアドレス：送信元ＭＡＣアドレス（所得す
るＭＡＣドレス） ・送信元ＩＰアドレス：ターゲットのＩＰアドレス ・その他 このＡＲＰ応答フレームは、既述した図２のＳ１４で、
要求のあったＭＡＣアドレスを設定して送信するＡＲＰ
応答フレームである。
す。このＡＲＰ応答フレームは、図示の下記の項目を設
定する。 ・宛先ＭＡＣアドレス、ユニキャストする旨（宛先ＭＡ
Ｃアドレスが判明しているのでブロードキャストする必
要がない） ・イーサタイプ：ＡＲＰ（ＭＡＣアドレスの所得を要求
に対する応答フレームを表す） ・要求／応答識別コード（応答のとき“２”） ・宛先ＭＡＣアドレス：送信元ＭＡＣアドレス（所得す
るＭＡＣドレス） ・送信元ＩＰアドレス：ターゲットのＩＰアドレス ・その他 このＡＲＰ応答フレームは、既述した図２のＳ１４で、
要求のあったＭＡＣアドレスを設定して送信するＡＲＰ
応答フレームである。
【００３６】図４は、本発明のアドレス（ＭＡＣアドレ
ス／ＩＰアドレス）の位置付け説明図を示す。 ・ネットワーク層上の端末のアドレスがＩＰアドレスで
あって、図示のように、属するネットワークによってホ
ストに割り当てられるアドレスである。ホストの移動に
よりアドレスが変更されることがある。ルータはこのア
ドレスを管理することにより、フレームの送出ポートを
決定する。
ス／ＩＰアドレス）の位置付け説明図を示す。 ・ネットワーク層上の端末のアドレスがＩＰアドレスで
あって、図示のように、属するネットワークによってホ
ストに割り当てられるアドレスである。ホストの移動に
よりアドレスが変更されることがある。ルータはこのア
ドレスを管理することにより、フレームの送出ポートを
決定する。
【００３７】・データリンク層上の端末のアドレスがＭ
ＡＣアドレスであって、図示のように、ホストに固定的
に登録されるユニークなアドレスである。ブリッジやス
イッチングハブはこのアドレスを管理することにより、
フレームのフィルタリングを行う（セキュリティテーブ
ル２５を検索して送信の許可／拒否を決定する）。
ＡＣアドレスであって、図示のように、ホストに固定的
に登録されるユニークなアドレスである。ブリッジやス
イッチングハブはこのアドレスを管理することにより、
フレームのフィルタリングを行う（セキュリティテーブ
ル２５を検索して送信の許可／拒否を決定する）。
【００３８】図５は、本発明のスイッチングハブのグル
ープテーブル構成例を示す。これは、図１のスイッチン
グハブ１に接続されるグループ毎に端末のＭＡＣアドレ
スを予め登録したものである。例えば図示の下記のよう
に予め登録したものである。
ープテーブル構成例を示す。これは、図１のスイッチン
グハブ１に接続されるグループ毎に端末のＭＡＣアドレ
スを予め登録したものである。例えば図示の下記のよう
に予め登録したものである。
【００３９】 ・グループ＃１ ・ＭＡＣアドレス＃１１： ・ＭＡＣアドレス＃１２： ・・・ ・ＭＡＣアドレス＃１ｎ： このグループテーブルをスイッチングハブ１が検索して
例えばフレーム中に設定されている宛先のＭＡＣアドレ
スがいずれのグループに属するかを見つけることができ
る。
例えばフレーム中に設定されている宛先のＭＡＣアドレ
スがいずれのグループに属するかを見つけることができ
る。
【００４０】図６は、本発明のルータのルーティングテ
ーブル構成例を示す。このルーティングテーブル２３
は、図示のようにルータが送信するポートに対応づけて
図示のようにＩＰアドレスを予め設定したものである。
例えば図示の下記のように予め登録したものである。
ーブル構成例を示す。このルーティングテーブル２３
は、図示のようにルータが送信するポートに対応づけて
図示のようにＩＰアドレスを予め設定したものである。
例えば図示の下記のように予め登録したものである。
【００４１】 ・ポート＃１ ・ＩＰアドレス＃１１： ・ＩＰアドレス＃１２： ・・・ ・ＩＰアドレス＃１ｎ： このルーティングテーブル２３をルータ２が検索して例
えばフレーム中に設定されている宛先のＩＰアドレスに
向けて送信するポートを見つけることができる。
えばフレーム中に設定されている宛先のＩＰアドレスに
向けて送信するポートを見つけることができる。
【００４２】図７および図８は、本発明のルータのセキ
ュリティテーブル構成例を示す。図７の（ａ）は、グル
ープ単位で通信を制御する場合（ポート番号とサブネッ
ト番号は一致する）の構成例を示す。この場合には、図
示の下記のように例えば自ポート番号＃１に対応づけて
宛先のポート番号を予め登録したものである。
ュリティテーブル構成例を示す。図７の（ａ）は、グル
ープ単位で通信を制御する場合（ポート番号とサブネッ
ト番号は一致する）の構成例を示す。この場合には、図
示の下記のように例えば自ポート番号＃１に対応づけて
宛先のポート番号を予め登録したものである。
【００４３】 このセキュリティテーブル２５を検索し、ポート＃１に
接続されている端末は、宛先ポート＃２・・・＃ｎに送
信する許可（権限）が有りと予め登録されたこととな
る。
接続されている端末は、宛先ポート＃２・・・＃ｎに送
信する許可（権限）が有りと予め登録されたこととな
る。
【００４４】図７の（ｂ）は、グループ間で端末単位で
通信を制御する場合の構成例を示す。この場合には、図
示の下記のように例えば自ＩＰアドレス＃１に対応づけ
て宛先ＩＰアドレスを予め登録したものである。
通信を制御する場合の構成例を示す。この場合には、図
示の下記のように例えば自ＩＰアドレス＃１に対応づけ
て宛先ＩＰアドレスを予め登録したものである。
【００４５】 このセキュリティテーブル２５を検索し、自ＩＰアドレ
ス＃１の端末は、宛先ＩＰアドレス＃１・・・＃ｎに送
信する許可（権限）が有りと予め登録されたこととな
る。
ス＃１の端末は、宛先ＩＰアドレス＃１・・・＃ｎに送
信する許可（権限）が有りと予め登録されたこととな
る。
【００４６】図８の（ｃ）は、端末とグループの間で通
信を制御する場合の構成例を示す。この場合には、図示
の下記のように例えば自ＩＰアドレス＃１に対応づけて
宛先ポート番号を予め登録したものである。
信を制御する場合の構成例を示す。この場合には、図示
の下記のように例えば自ＩＰアドレス＃１に対応づけて
宛先ポート番号を予め登録したものである。
【００４７】 このセキュリティテーブル２５を検索し、自ＩＰアドレ
ス＃１の端末は、宛先のポート＃１・・・＃ｎに送信す
る許可（権限）が有りと予め登録されたこととなる。
ス＃１の端末は、宛先のポート＃１・・・＃ｎに送信す
る許可（権限）が有りと予め登録されたこととなる。
【００４８】図８の（ｄ）は、グループと端末の間で通
信を制御する場合の構成例を示す。この場合には、図示
の下記のように例えば自ポート＃１に対応づけて宛先Ｉ
Ｐアドレスを予め登録したものである。
信を制御する場合の構成例を示す。この場合には、図示
の下記のように例えば自ポート＃１に対応づけて宛先Ｉ
Ｐアドレスを予め登録したものである。
【００４９】 ・自ポート＃１：宛先ＩＰアドレス＃１ 宛先ＩＰアドレス＃２ ・・・ 宛先ＩＰアドレス＃ｎ このセキュリティテーブル２５を検索し、自ポート＃１
に接続されている端末は、宛先のＩＰアドレスト＃１・
・・＃ｎに送信する許可（権限）が有りと予め登録され
たこととなる。
に接続されている端末は、宛先のＩＰアドレスト＃１・
・・＃ｎに送信する許可（権限）が有りと予め登録され
たこととなる。
【００５０】
【発明の効果】以上説明したように、本発明によれば、
端末からＡＲＰ要求フレームを受信したときにセキュリ
ティテーブルを参照してユーザの許容／拒否を判断し、
許容のときにＡＲＰ要求フレームを宛先に送信してＡＲ
Ｐ応答フレームを受信したときにそのまま送信元に送信
し、ＭＡＣアドレスを取得する構成を採用しているた
め、グループ間の通信のセキュリティにおいて片方向規
制と両方向規制の混在を認めて無駄なルータ処理を削減
し高速通信を実現することができる。
端末からＡＲＰ要求フレームを受信したときにセキュリ
ティテーブルを参照してユーザの許容／拒否を判断し、
許容のときにＡＲＰ要求フレームを宛先に送信してＡＲ
Ｐ応答フレームを受信したときにそのまま送信元に送信
し、ＭＡＣアドレスを取得する構成を採用しているた
め、グループ間の通信のセキュリティにおいて片方向規
制と両方向規制の混在を認めて無駄なルータ処理を削減
し高速通信を実現することができる。
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャートである。
【図３】本発明のＡＲＰ要求／ＡＲＰ応答フレーム例で
ある。
ある。
【図４】本発明のアドレス（ＭＡＣアドレス／ＩＰアド
レス）の位置付け説明図である。
レス）の位置付け説明図である。
【図５】本発明のスイッチングハブのグループテーブル
構成例である。
構成例である。
【図６】本発明のルータのルーティングテーブル構成例
である。
である。
【図７】本発明のルータのセキュリティテーブル構成例
（その１）である。
（その１）である。
【図８】本発明のルータのセキュリティテーブル構成例
（その２）である。
（その２）である。
【図９】従来技術の説明図（その１）である。
【図１０】従来技術の説明図（その２）である。
１：スイッチングハブ ２：ルータ ２１：インタフェース部 ２２：ＡＲＰフレーム終端部 ２３：ルーティングテーブル ２４：ＡＲＰフレーム生成部 ２５：セキュリティテーブル ２６：フレーム送信部
Claims (4)
- 【請求項１】フレームを受信したときにセキュリティテ
ーブルを参照して許容されたときに送信する中継装置に
おいて、 端末からフレームを受信したときにＡＲＰ要求フレーム
と判明したときにセキュリティテーブルを参照して許容
されたときに宛先に向けて送信する手段と、 当該宛先からＡＲＰ応答フレームを受信したときにその
ままセキュリティテーブルを参照せずに送信元に送信す
る手段とを備えたことを特徴とする中継装置。 - 【請求項２】端末のＩＰアドレスに対応づけてＡＲＰ要
求フレームを許容する宛先の全ての端末のＩＰアドレス
を予め登録したセキュリティテーブルを備えたことを特
徴とする請求項１記載の中継装置。 - 【請求項３】端末が接続されているポート番号に対応づ
けてＡＲＰ要求フレームを許容する端末が接続されてい
る全てのポート番号を予め登録したセキュリティテーブ
ルを備えたことを特徴とする請求項１記載の中継装置。 - 【請求項４】上記受信したフレームが許容されたときに
他グループにブロードキャストで送信し、当該宛先から
ＡＲＰ応答フレームを受信したときにセキュリティテー
ブルを参照せずにそのまま送信元にユニキャストで送信
することを特徴とする請求項１あるいは請求項２記載の
中継装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8013518A JPH09214550A (ja) | 1996-01-30 | 1996-01-30 | 中継装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8013518A JPH09214550A (ja) | 1996-01-30 | 1996-01-30 | 中継装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH09214550A true JPH09214550A (ja) | 1997-08-15 |
Family
ID=11835385
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8013518A Withdrawn JPH09214550A (ja) | 1996-01-30 | 1996-01-30 | 中継装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH09214550A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007142629A (ja) * | 2005-11-16 | 2007-06-07 | Hitachi Cable Ltd | 応答通信機器及びａｒｐ応答通信機器 |
| JP2008060766A (ja) * | 2006-08-30 | 2008-03-13 | Mitsubishi Electric Corp | ネットワーク監視装置、検疫システム、セキュアゲートウェイ、ネットワーク監視プログラム及びネットワーク監視方法 |
| US11388133B2 (en) | 2018-11-13 | 2022-07-12 | Denso Corporation | Network switch |
-
1996
- 1996-01-30 JP JP8013518A patent/JPH09214550A/ja not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007142629A (ja) * | 2005-11-16 | 2007-06-07 | Hitachi Cable Ltd | 応答通信機器及びａｒｐ応答通信機器 |
| JP4640128B2 (ja) * | 2005-11-16 | 2011-03-02 | 日立電線株式会社 | 応答通信機器及びａｒｐ応答通信機器 |
| JP2008060766A (ja) * | 2006-08-30 | 2008-03-13 | Mitsubishi Electric Corp | ネットワーク監視装置、検疫システム、セキュアゲートウェイ、ネットワーク監視プログラム及びネットワーク監視方法 |
| US11388133B2 (en) | 2018-11-13 | 2022-07-12 | Denso Corporation | Network switch |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6157647A (en) | Direct addressing between VLAN subnets | |
| JP3845086B2 (ja) | 制御されたマルチキャストのシステム及び実行方法 | |
| EP0637149B1 (en) | Method for establishing multicast virtual circuits | |
| CA2526978C (en) | A method for grouping 802.11 stations into authorized service sets to differentiate network access and services | |
| RU2137307C1 (ru) | Система связи, способ осуществления связи | |
| EP0943201B1 (en) | Method for using dhcp to override learned ip addresses in a network | |
| US7835367B2 (en) | Network connection method, network connection system, and, layer 2 switch and management server forming the network connection system | |
| US5949783A (en) | LAN emulation subsystems for supporting multiple virtual LANS | |
| US20070127459A1 (en) | Network apparatus and method for forwarding multicast packets for the same | |
| AU2005225061A1 (en) | Data transmission apparatus, data transmission method, data transmission program, and recording medium | |
| US5828665A (en) | Apparatus and method for selecting improved routing paths in an emulated lan over an ATM network | |
| JP2002077213A (ja) | 加入者無線アクセスシステム | |
| CN114125995B (zh) | 数据传输方法及装置 | |
| US7773613B2 (en) | Communication control method and system | |
| JPH10313314A (ja) | ノード装置及びメッセージ交換方法 | |
| JPH11284664A (ja) | 仮想専用網構築システム | |
| JP2003244185A (ja) | Ｖｌａｎ及びｖｌａｎフレームスイッチング装置 | |
| JP2605544B2 (ja) | インタネットワーク装置 | |
| US7664121B2 (en) | Method and router for switching data between a local area network and an external appliance | |
| JPH09214550A (ja) | 中継装置 | |
| JP3406768B2 (ja) | パケット転送方法およびパケット転送装置 | |
| EP1619828B1 (en) | A method of transmitting a message | |
| JP2001045041A (ja) | ネットワーク構成方法及び経路決定装置 | |
| CN110138796B (zh) | 组播控制方法和装置 | |
| CN106685861A (zh) | 一种软件定义网络系统及其报文转发控制方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20030401 |