JP3514375B2 - 経路制御方法 - Google Patents
経路制御方法Info
- Publication number
- JP3514375B2 JP3514375B2 JP31440399A JP31440399A JP3514375B2 JP 3514375 B2 JP3514375 B2 JP 3514375B2 JP 31440399 A JP31440399 A JP 31440399A JP 31440399 A JP31440399 A JP 31440399A JP 3514375 B2 JP3514375 B2 JP 3514375B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- data
- communication
- net
- network
- 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.)
- Expired - Fee Related
Links
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、情報通信システム
の通信方法に関し、特に通信データの経路制御（ルーテ
ィング）方法に関する。
の通信方法に関し、特に通信データの経路制御（ルーテ
ィング）方法に関する。
【０００２】
【従来の技術】複数のネットワークにまたがるノード間
で、ゲートウェイ（データ中継装置）を経由して、デー
タ授受を行う場合には、どのゲートウェーで中継を行
い、どのネットワークを経由して、通信データを目的と
するネットワーク上のノードに届けるかという、いわゆ
る経路制御技術が必要である。従来の経路制御方法で
は、例えば図３に示すように、５つのネットワークが、
GW1、GW2、GW3の３つのゲートウェーで接続され、各ネ
ットワークには、それぞれネットワーク番号NET#（１〜
５）が付され、また各ノードには、そのネットワーク内
でユニークに付されたノード番号NODE#（１、２、…）
が付され、このNET#とNODE#のペアによって通信システ
ムの中のアドレスを示すというシステムがとられてお
り、各ノードは、それぞれ図２に示されるような経路制
御テーブルを保有し、データ送信の際とゲートウェーに
おける通信データの中継処理の際に、この経路制御テー
ブルを参照して、通信データを宛先のノードに届けると
いう方法がとられている。ここで使用される経路制御テ
ーブルの特徴は、通信データの宛先NET#毎に、次にデー
タを引き渡すゲートウェーのNET#とNODE#が登録されて
おり、これに基づいてデータの送信やゲートウェーにお
ける中継処理を実行することにある。これは、例えばイ
ンターネットのTCP/IP経路制御においても、原理的に同
じ方法がとられる。
で、ゲートウェイ（データ中継装置）を経由して、デー
タ授受を行う場合には、どのゲートウェーで中継を行
い、どのネットワークを経由して、通信データを目的と
するネットワーク上のノードに届けるかという、いわゆ
る経路制御技術が必要である。従来の経路制御方法で
は、例えば図３に示すように、５つのネットワークが、
GW1、GW2、GW3の３つのゲートウェーで接続され、各ネ
ットワークには、それぞれネットワーク番号NET#（１〜
５）が付され、また各ノードには、そのネットワーク内
でユニークに付されたノード番号NODE#（１、２、…）
が付され、このNET#とNODE#のペアによって通信システ
ムの中のアドレスを示すというシステムがとられてお
り、各ノードは、それぞれ図２に示されるような経路制
御テーブルを保有し、データ送信の際とゲートウェーに
おける通信データの中継処理の際に、この経路制御テー
ブルを参照して、通信データを宛先のノードに届けると
いう方法がとられている。ここで使用される経路制御テ
ーブルの特徴は、通信データの宛先NET#毎に、次にデー
タを引き渡すゲートウェーのNET#とNODE#が登録されて
おり、これに基づいてデータの送信やゲートウェーにお
ける中継処理を実行することにある。これは、例えばイ
ンターネットのTCP/IP経路制御においても、原理的に同
じ方法がとられる。
【０００３】
【発明が解決しようとする課題】ところが、従来方法に
おいては、経路制御テーブル中に、次に中継するゲート
ウェーのアドレスが登録されているため、例えばゲート
ウェー装置が交換されそのアドレスが変更になった場合
など、関連する経路制御テーブルをすべて変更しなけれ
ばならず、システムの保守性を悪くしていた。例えば、
図２、図３に示すように前記の通信システムの例では、
GW1のアドレスが変更になった場合、変更が必要とな
る。図２には経路制御テーブル中のデータを網がけで示
している。
おいては、経路制御テーブル中に、次に中継するゲート
ウェーのアドレスが登録されているため、例えばゲート
ウェー装置が交換されそのアドレスが変更になった場合
など、関連する経路制御テーブルをすべて変更しなけれ
ばならず、システムの保守性を悪くしていた。例えば、
図２、図３に示すように前記の通信システムの例では、
GW1のアドレスが変更になった場合、変更が必要とな
る。図２には経路制御テーブル中のデータを網がけで示
している。
【０００４】
【課題を解決するための手段】上記問題を解決するため
に、本発明では、ネットワーク番号で識別される複数の
ネットワーク同志がゲートウェーで接続され、前記ネッ
トワークに前記ゲートウェーも含めて複数のノードが接
続され、前記ノードは前記ネットワーク内でユニークな
ノード番号が付され、システム全体では、前記ネットワ
ーク番号と前記ノード番号の組み合わせで前記ノードの
論理的なアドレスとすることを特徴とする通信システム
において、前記各ノードはデータを送信可能な宛先ネッ
トワーク番号の一覧を経路制御テーブルに保持し、デー
タを送信する時は、宛先アドレス中の前記ネットワーク
番号を前記経路制御テーブルに登録された送信可能な宛
先ネットワーク番号の一覧と比較し、前記ゲートウェー
を経て異なるネットワーク上の他のノードにデータを送
信する場合は、該データの一斉放送を行う、ということ
を特徴としている。また、前記経路制御テーブルはデー
タを送信可能な前記宛先ネットワーク番号の条件を指定
する論理式を保持し、前記各ノードはデータを送信する
際に宛先アドレス中の前記ネットワーク番号を、前記経
路制御テーブルに登録された送信可能な前記宛先ネット
ワーク番号の条件を指定する論理式に代入し、前記ゲー
トウェーを経て異なるネットワーク上の他のノードにデ
ータを送信する場合は、該データの一斉放送を行う、こ
とを特徴としている。このようにしているため、システ
ムの保守性が向上しているのである。
に、本発明では、ネットワーク番号で識別される複数の
ネットワーク同志がゲートウェーで接続され、前記ネッ
トワークに前記ゲートウェーも含めて複数のノードが接
続され、前記ノードは前記ネットワーク内でユニークな
ノード番号が付され、システム全体では、前記ネットワ
ーク番号と前記ノード番号の組み合わせで前記ノードの
論理的なアドレスとすることを特徴とする通信システム
において、前記各ノードはデータを送信可能な宛先ネッ
トワーク番号の一覧を経路制御テーブルに保持し、デー
タを送信する時は、宛先アドレス中の前記ネットワーク
番号を前記経路制御テーブルに登録された送信可能な宛
先ネットワーク番号の一覧と比較し、前記ゲートウェー
を経て異なるネットワーク上の他のノードにデータを送
信する場合は、該データの一斉放送を行う、ということ
を特徴としている。また、前記経路制御テーブルはデー
タを送信可能な前記宛先ネットワーク番号の条件を指定
する論理式を保持し、前記各ノードはデータを送信する
際に宛先アドレス中の前記ネットワーク番号を、前記経
路制御テーブルに登録された送信可能な前記宛先ネット
ワーク番号の条件を指定する論理式に代入し、前記ゲー
トウェーを経て異なるネットワーク上の他のノードにデ
ータを送信する場合は、該データの一斉放送を行う、こ
とを特徴としている。このようにしているため、システ
ムの保守性が向上しているのである。
【０００５】
【発明の実施の形態】以下、本発明の実施例を図に基づ
いて説明する。従来技術と対比させるため、すでに説明
した図３のシステム構成例を元に説明する。 （第1の発明） 図１は、本発明の実施例となる通信ノード内の機能ブロ
ック図である。これを、具体的に示したものが、図４の
通信ノード例である。図５は、実施例の通信データフォ
ーマット例である。図に示す通り、本実施例では、通信
プロトコルを、OSIに準拠した基本参照モデルにあては
め、階層構造を持つものとし、その内、同一ネットワー
ク内の通信を、データリンク層とし、本発明に関わる、
経路制御・中継等の機能を持つ階層をネットワーク層と
している。以下、実施例については、ネットワーク層に
関する部分を中心に述べる。図６が、第1の発明を示す
経路制御テーブルの実施例であり、図８は中継制御手段
の実施例となる処理フロー例、図９は実施例の実装を説
明する受信処理部の処理フローである。本実施例では、
図１に示す通り、ゲートウェーも含めた各ノードの内部
構造はすべて共通となっており、各ネットワークに接続
しデータの送受信を行う通信Ｉ／Ｆ部を複数実装するこ
とが可能であり、複数実装しているものが、図３中でゲ
ートウェー（GW1、GW2、GW3）となり、その他のノード
は単一の通信Ｉ／Ｆ部のみ実装しているものとして、説
明している。このほか、各ノードでは、本発明における
中継制御手段に相当する中継制御部と経路制御テーブル
および自ノード情報を保持している。なお、図中の情報
処理部は各ノード本来の処理機能部であるが、本発明に
直接係わらないため説明を省く。図４は、図１に対応さ
せた形で装置のイメージを具体化したものである。これ
は通信Ｉ／Ｆモジュールが複数装着されたプログラマブ
ルコントローラ（以下ＰＣと呼ぶ）の例である。図１の
複数の通信Ｉ／Ｆ部は、図４では各通信Ｉ／Ｆモジュー
ルに相当し、情報処理部、中継処理部は、ＰＣのＣＰＵ
モジュール内に組み込まれており、経路制御テーブル、
自ノード情報は、ＰＣのＣＰＵモジュールに対して設定
され、ＰＣ内部に保持されているものと考えることがで
きる。情報処理部は、ＰＣの本来の制御機能部分という
ことができる。これを、図３のシステムに適用してみれ
ば、ＰＣ間での通信とみなすことができる、ゲートウェ
ーについても、すでに述べたとおり、通信Ｉ／Ｆモジュ
ールを複数装着したＰＣとして、説明するものとする
が、中継機能を備えた専用のゲートウェー装置として
も、以下の説明は同様に成り立つ。図３のシステム構成
中、ネットワーク番号NET#1・ノード番号NODE#1のノー
ドから、GW2、GW3を経由して、NET#4・NODE#2にデータ
が届くまでの通信データの流れを矢印で示し、あらため
て図１０として示している。この図に沿って、各処理と
データの流れを説明していく。まず、NET#1・NODE#1の
内部での送信処理について述べる。NET#1・NODE#1の機
能ブロックを、図１にあてはめて説明すると、通信Ｉ／
Ｆ部は、通信Ｉ／Ｆ＃１のみ実装されていることにな
る。通信データはNET#1・NODE#1内の情報処理部で編集
されるものとする。通信データは、図５に示したデータ
フォーマットに従い、宛先アドレスNW#DAフィールドに
は、NET#4・NODE#2が設定され、送信元アドレスNW#SAフ
ィールドにはNET#1・NODE#1が設定されている。続い
て、中継処理部が起動される。中継処理部では、図８の
フローチャートに従って動作し、図６（４）の経路制御
テーブルを参照して、通信Ｉ／Ｆ＃１の送信処理部に送
信要求を行う。ここで中継処理部の動作を、図８に沿っ
て、順に説明する。NET#1・NODE#1の情報処理部では、
入力引数：起動元Ｉ／Ｆ＃に０をセットして、図８の中
継制御処理を起動する。０は、通信Ｉ／Ｆ部からの呼び
出しではなく、ノード内部の情報処理部からの呼び出し
であることを意味しているものとする。中継制御処理で
は、送信先Ｉ／Ｆ＃を意味するワーク変数：ｉ＝１に初
期化して通信Ｉ／Ｆ＃１から実装されている通信Ｉ／Ｆ
の経路制御テーブルを順次サーチしていき、宛先NET#の
登録されている通信Ｉ／Ｆ＃を見つけようという処理を
する。起動元Ｉ／Ｆ＃（０）＝ｉ（１）ではないため、
次に自ノード情報［ｉ］．NET#（＝１）を読み出す。通
信データ中の宛先アドレスはNW#DA．NET#＝４であり、N
W#DA.NET#（＝４） ≠ 自ノード情報［ｉ］．NET#
（＝１）であるので、さらに、経路制御テーブル［ｉ］
をサーチすると、図６（４）に示す通り、NET#4が登録
されているため、フローに従って通信Ｉ／Ｆ＃１の送信
処理を起動する。この時、ネットワーク（NET#1）内の
送信先を一斉放送とすることにより、NET1#の各ノード
（NODE#2、NODE#3、NODE#4）に伝送される。なお、同一
ネットワーク内の一斉放送や個別ノードへの送信は、先
に述べたデータリンク層の機能であって各通信Ｉ／Ｆ部
に実装される機能であるが、その実現手段は公知の技術
であるため、ここでは触れないこととする。図６（９）
に示すように、GW１には通信Ｉ／Ｆ＃１（NET#1・NODE#
3）と通信Ｉ／Ｆ＃２（NET#2・NODE#1）が実装されてい
るが、上記通信データを通信Ｉ／Ｆ＃１（NET#1・NODE#
3）の受信処理部で受信したGW1は、図９の処理フローに
従い、受信データを処理する。このフローによると、ま
ず受信処理の入力引数：起動元Ｉ／Ｆ＃＝１（受信処理
を実行する通信Ｉ／Ｆ＃）がセットされる。そして、こ
の起動元Ｉ／Ｆ＃（＝１）を変数ｉにコピーしておき、
該通信Ｉ／Ｆ部に関する自ノード情報を読み出し、受信
データ中の宛先アドレス：NW#DA.NET#（＝４）と自ノー
ド情報［ｉ］．NET#（＝１）が比較される。これは等し
くなく、受信データが中継処理の必要な他NET#あてであ
るため、引数：起動元Ｉ／Ｆ＝ｉ（＝１）として、図８
に示した中継制御処理を起動する。図６（１）の経路制
御テーブルを元に、図８のフローに沿って処理を実行す
ると、通信Ｉ／Ｆ＃２に宛先NW#DA．NET#＝４が登録さ
れているため、その結果はとして通信Ｉ／Ｆ＃２の送信
処理が起動される。この時、通信Ｉ／Ｆ＃２に接続され
たネットワーク（NET#2）内の送信先を、一斉放送とす
ることにより、NET#2の各ノード（NODE#2、NODE#3、NOD
E#4）に伝送される。図６（１１）に示されるように、G
W3には通信Ｉ／Ｆ＃１（NET#2・NODE#4）、通信Ｉ／Ｆ
＃２（NET#4・NODE#1）、通信Ｉ／Ｆ＃３（NET#5・NODE
#１）が実装されており、上記通信データを通信Ｉ／Ｆ
＃１（NET#2・NODE#4）の受信処理部で受信したGW3は、
前記GW1における処理と同様の流れをたどり、結局、図
６（３）の経路制御テーブルと図６（１１）の自ノード
情報を元に、図８の処理フローが実行される。その結果
ｉ（＝２）に対応した自ノード情報［２］．NET#（＝
４）＝宛先NW#DA.NET#（＝４）であるため、通信Ｉ／Ｆ
＃ｉ（＝２）の送信処理が起動され、送信先が宛先NW#D
AのNET#4・NODE#４となる。そしてNET#１・NODE#１から
送信された通信データがNET#4・NODE#4で受信され、図
９のフローに従って該ノードの通信Ｉ／Ｆ＃１の受信処
理部で実行され、自ノード情報処理が起動され、該ノー
ドの情報処理部にて通信データが処理される。また、上
記通信中、一斉放送で通信データを受信したその他のノ
ード（NET#1・NODE#2、NET#1・NODE#4、NET#2・NODE#
2、NET#2・NODE#3）では、通信データを受信するもの
の、図９の受信処理フローから、図８の中継制御処理フ
ローをたどり、結局、各ノードの経路制御テーブル中に
宛先アドレスNW#DA．NET#が登録されていないため、送
信処理が起動されず、受信データは廃棄されてしまう。 （第2の発明） 図７は本発明の第２実施例を説明する経路制御テーブル
である。第１の実施例で示した図６の経路制御テーブル
を第２の発明で置き換えたものとなっている。例えば、
図７（１）はGW1の経路制御テーブル例であるが、図６
（１）では、通信Ｉ／Ｆ＃１で中継する宛先NET#として
NET#3が登録されており、図７（１）では「NET#＝＝
３」という論理式となっている。図８の中継制御処理フ
ロー中では、実際に受信した通信データの宛先アドレス
NW#DA.NET#をこの論理式のNET#に代入して評価すること
により中継可能かどうかを判定するものである。
いて説明する。従来技術と対比させるため、すでに説明
した図３のシステム構成例を元に説明する。 （第1の発明） 図１は、本発明の実施例となる通信ノード内の機能ブロ
ック図である。これを、具体的に示したものが、図４の
通信ノード例である。図５は、実施例の通信データフォ
ーマット例である。図に示す通り、本実施例では、通信
プロトコルを、OSIに準拠した基本参照モデルにあては
め、階層構造を持つものとし、その内、同一ネットワー
ク内の通信を、データリンク層とし、本発明に関わる、
経路制御・中継等の機能を持つ階層をネットワーク層と
している。以下、実施例については、ネットワーク層に
関する部分を中心に述べる。図６が、第1の発明を示す
経路制御テーブルの実施例であり、図８は中継制御手段
の実施例となる処理フロー例、図９は実施例の実装を説
明する受信処理部の処理フローである。本実施例では、
図１に示す通り、ゲートウェーも含めた各ノードの内部
構造はすべて共通となっており、各ネットワークに接続
しデータの送受信を行う通信Ｉ／Ｆ部を複数実装するこ
とが可能であり、複数実装しているものが、図３中でゲ
ートウェー（GW1、GW2、GW3）となり、その他のノード
は単一の通信Ｉ／Ｆ部のみ実装しているものとして、説
明している。このほか、各ノードでは、本発明における
中継制御手段に相当する中継制御部と経路制御テーブル
および自ノード情報を保持している。なお、図中の情報
処理部は各ノード本来の処理機能部であるが、本発明に
直接係わらないため説明を省く。図４は、図１に対応さ
せた形で装置のイメージを具体化したものである。これ
は通信Ｉ／Ｆモジュールが複数装着されたプログラマブ
ルコントローラ（以下ＰＣと呼ぶ）の例である。図１の
複数の通信Ｉ／Ｆ部は、図４では各通信Ｉ／Ｆモジュー
ルに相当し、情報処理部、中継処理部は、ＰＣのＣＰＵ
モジュール内に組み込まれており、経路制御テーブル、
自ノード情報は、ＰＣのＣＰＵモジュールに対して設定
され、ＰＣ内部に保持されているものと考えることがで
きる。情報処理部は、ＰＣの本来の制御機能部分という
ことができる。これを、図３のシステムに適用してみれ
ば、ＰＣ間での通信とみなすことができる、ゲートウェ
ーについても、すでに述べたとおり、通信Ｉ／Ｆモジュ
ールを複数装着したＰＣとして、説明するものとする
が、中継機能を備えた専用のゲートウェー装置として
も、以下の説明は同様に成り立つ。図３のシステム構成
中、ネットワーク番号NET#1・ノード番号NODE#1のノー
ドから、GW2、GW3を経由して、NET#4・NODE#2にデータ
が届くまでの通信データの流れを矢印で示し、あらため
て図１０として示している。この図に沿って、各処理と
データの流れを説明していく。まず、NET#1・NODE#1の
内部での送信処理について述べる。NET#1・NODE#1の機
能ブロックを、図１にあてはめて説明すると、通信Ｉ／
Ｆ部は、通信Ｉ／Ｆ＃１のみ実装されていることにな
る。通信データはNET#1・NODE#1内の情報処理部で編集
されるものとする。通信データは、図５に示したデータ
フォーマットに従い、宛先アドレスNW#DAフィールドに
は、NET#4・NODE#2が設定され、送信元アドレスNW#SAフ
ィールドにはNET#1・NODE#1が設定されている。続い
て、中継処理部が起動される。中継処理部では、図８の
フローチャートに従って動作し、図６（４）の経路制御
テーブルを参照して、通信Ｉ／Ｆ＃１の送信処理部に送
信要求を行う。ここで中継処理部の動作を、図８に沿っ
て、順に説明する。NET#1・NODE#1の情報処理部では、
入力引数：起動元Ｉ／Ｆ＃に０をセットして、図８の中
継制御処理を起動する。０は、通信Ｉ／Ｆ部からの呼び
出しではなく、ノード内部の情報処理部からの呼び出し
であることを意味しているものとする。中継制御処理で
は、送信先Ｉ／Ｆ＃を意味するワーク変数：ｉ＝１に初
期化して通信Ｉ／Ｆ＃１から実装されている通信Ｉ／Ｆ
の経路制御テーブルを順次サーチしていき、宛先NET#の
登録されている通信Ｉ／Ｆ＃を見つけようという処理を
する。起動元Ｉ／Ｆ＃（０）＝ｉ（１）ではないため、
次に自ノード情報［ｉ］．NET#（＝１）を読み出す。通
信データ中の宛先アドレスはNW#DA．NET#＝４であり、N
W#DA.NET#（＝４） ≠ 自ノード情報［ｉ］．NET#
（＝１）であるので、さらに、経路制御テーブル［ｉ］
をサーチすると、図６（４）に示す通り、NET#4が登録
されているため、フローに従って通信Ｉ／Ｆ＃１の送信
処理を起動する。この時、ネットワーク（NET#1）内の
送信先を一斉放送とすることにより、NET1#の各ノード
（NODE#2、NODE#3、NODE#4）に伝送される。なお、同一
ネットワーク内の一斉放送や個別ノードへの送信は、先
に述べたデータリンク層の機能であって各通信Ｉ／Ｆ部
に実装される機能であるが、その実現手段は公知の技術
であるため、ここでは触れないこととする。図６（９）
に示すように、GW１には通信Ｉ／Ｆ＃１（NET#1・NODE#
3）と通信Ｉ／Ｆ＃２（NET#2・NODE#1）が実装されてい
るが、上記通信データを通信Ｉ／Ｆ＃１（NET#1・NODE#
3）の受信処理部で受信したGW1は、図９の処理フローに
従い、受信データを処理する。このフローによると、ま
ず受信処理の入力引数：起動元Ｉ／Ｆ＃＝１（受信処理
を実行する通信Ｉ／Ｆ＃）がセットされる。そして、こ
の起動元Ｉ／Ｆ＃（＝１）を変数ｉにコピーしておき、
該通信Ｉ／Ｆ部に関する自ノード情報を読み出し、受信
データ中の宛先アドレス：NW#DA.NET#（＝４）と自ノー
ド情報［ｉ］．NET#（＝１）が比較される。これは等し
くなく、受信データが中継処理の必要な他NET#あてであ
るため、引数：起動元Ｉ／Ｆ＝ｉ（＝１）として、図８
に示した中継制御処理を起動する。図６（１）の経路制
御テーブルを元に、図８のフローに沿って処理を実行す
ると、通信Ｉ／Ｆ＃２に宛先NW#DA．NET#＝４が登録さ
れているため、その結果はとして通信Ｉ／Ｆ＃２の送信
処理が起動される。この時、通信Ｉ／Ｆ＃２に接続され
たネットワーク（NET#2）内の送信先を、一斉放送とす
ることにより、NET#2の各ノード（NODE#2、NODE#3、NOD
E#4）に伝送される。図６（１１）に示されるように、G
W3には通信Ｉ／Ｆ＃１（NET#2・NODE#4）、通信Ｉ／Ｆ
＃２（NET#4・NODE#1）、通信Ｉ／Ｆ＃３（NET#5・NODE
#１）が実装されており、上記通信データを通信Ｉ／Ｆ
＃１（NET#2・NODE#4）の受信処理部で受信したGW3は、
前記GW1における処理と同様の流れをたどり、結局、図
６（３）の経路制御テーブルと図６（１１）の自ノード
情報を元に、図８の処理フローが実行される。その結果
ｉ（＝２）に対応した自ノード情報［２］．NET#（＝
４）＝宛先NW#DA.NET#（＝４）であるため、通信Ｉ／Ｆ
＃ｉ（＝２）の送信処理が起動され、送信先が宛先NW#D
AのNET#4・NODE#４となる。そしてNET#１・NODE#１から
送信された通信データがNET#4・NODE#4で受信され、図
９のフローに従って該ノードの通信Ｉ／Ｆ＃１の受信処
理部で実行され、自ノード情報処理が起動され、該ノー
ドの情報処理部にて通信データが処理される。また、上
記通信中、一斉放送で通信データを受信したその他のノ
ード（NET#1・NODE#2、NET#1・NODE#4、NET#2・NODE#
2、NET#2・NODE#3）では、通信データを受信するもの
の、図９の受信処理フローから、図８の中継制御処理フ
ローをたどり、結局、各ノードの経路制御テーブル中に
宛先アドレスNW#DA．NET#が登録されていないため、送
信処理が起動されず、受信データは廃棄されてしまう。 （第2の発明） 図７は本発明の第２実施例を説明する経路制御テーブル
である。第１の実施例で示した図６の経路制御テーブル
を第２の発明で置き換えたものとなっている。例えば、
図７（１）はGW1の経路制御テーブル例であるが、図６
（１）では、通信Ｉ／Ｆ＃１で中継する宛先NET#として
NET#3が登録されており、図７（１）では「NET#＝＝
３」という論理式となっている。図８の中継制御処理フ
ロー中では、実際に受信した通信データの宛先アドレス
NW#DA.NET#をこの論理式のNET#に代入して評価すること
により中継可能かどうかを判定するものである。
【０００６】
【発明の効果】以上述べたように、本発明の第１の実施
例では、経路制御テーブル中では、各通信Ｉ／Ｆ部ごと
に、中継すべき宛先NET#が登録されているだけで、次に
送信するゲートウェーのアドレスが登録されていないの
で、ゲートウェーのアドレスが変更になっても、経路制
御テーブルを変更する必要がなく、経路制御データの保
守性を向上させることができる。また、本発明の第２の
実施例では、第１の実施例で述べたように、経路制御テ
ーブルに登録する際に中継すべき宛先NET#を列挙するの
ではなく、論理式で表現するものであり、経路制御テー
ブルをユーザが設定したり、内容を確認する際に直感的
にわかりやすい設定方法となるため、経路制御データの
保守性に貢献するものである。
例では、経路制御テーブル中では、各通信Ｉ／Ｆ部ごと
に、中継すべき宛先NET#が登録されているだけで、次に
送信するゲートウェーのアドレスが登録されていないの
で、ゲートウェーのアドレスが変更になっても、経路制
御テーブルを変更する必要がなく、経路制御データの保
守性を向上させることができる。また、本発明の第２の
実施例では、第１の実施例で述べたように、経路制御テ
ーブルに登録する際に中継すべき宛先NET#を列挙するの
ではなく、論理式で表現するものであり、経路制御テー
ブルをユーザが設定したり、内容を確認する際に直感的
にわかりやすい設定方法となるため、経路制御データの
保守性に貢献するものである。
【図１】本発明の実施例を説明する通信ノード機能ブロ
ック図
ック図
【図２】従来技術による経路制御テーブルの例
【図３】本発明の実施例を説明するシステム構成図
【図４】本発明の実施例を説明する通信ノード実現イメ
ージ
ージ
【図５】本発明の実施例を説明する通信データフォーマ
ット
ット
【図６】本発明の実施例１を説明する経路制御テーブル
【図７】本発明の実施例２を説明する経路制御テーブル
【図８】中継制御部の処理フロー
【図９】受信処理部の処理フロー
【図１０】発明の実施例を説明する通信データの伝播例
DL#DA：データリンク層送信先アドレス
DL#SA：データリンク層送信元アドレス
DL#Other#HD：データリンク層その他のヘッダー部
NW#DA：ネットワーク層送信先アドレス
NW#SA：ネットワーク層送信元アドレス
NW#Other#HD：ネットワーク層その他のヘッダー部
Claims (2)
- 【請求項１】ネットワーク番号で識別される複数のネッ
トワーク同志が複数のゲートウェーで接続され、前記ネ
ットワークに前記ゲートウェーも含めて複数のノードが
接続され、前記ノードは前記ネットワーク内でユニーク
なノード番号が付され、システム全体では、前記ネット
ワーク番号と前記ノード番号の組み合わせで前記ノード
の論理的なアドレスとすることを特徴とする通信システ
ムにおいて、前記各ノードはデータを送信可能な宛先ネットワーク番
号の一覧を経路制御テーブルに保持し、 データを送信する時は、宛先アドレス中の前記ネットワ
ーク番号を前記経路制御テーブルに登録された送信可能
な宛先ネットワーク番号の一覧と比較し、 前記ゲートウェーを経て異なるネットワーク上の他のノ
ードにデータを送信する場合は、該 データの一斉放送を
行う、 ことを特徴とする経路制御方法。 - 【請求項２】前記経路制御テーブルはデータを送信可能
な前記宛先ネットワーク番号の条件を指定する論理式を
保持し、 前記各ノードはデータを送信する際に宛先アドレス中の
前記ネットワーク番号を、前記経路制御テーブルに登録
された送信可能な前記宛先ネットワーク番号の条件を指
定する論理式に代入し、前記ゲートウェーを経て異なるネットワーク上の他のノ
ードにデータを送信する場合は、該 データの一斉放送を
行う、 ことを特徴とする請求項１記載の経路制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31440399A JP3514375B2 (ja) | 1999-11-04 | 1999-11-04 | 経路制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31440399A JP3514375B2 (ja) | 1999-11-04 | 1999-11-04 | 経路制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001136203A JP2001136203A (ja) | 2001-05-18 |
| JP3514375B2 true JP3514375B2 (ja) | 2004-03-31 |
Family
ID=18052941
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31440399A Expired - Fee Related JP3514375B2 (ja) | 1999-11-04 | 1999-11-04 | 経路制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3514375B2 (ja) |
-
1999
- 1999-11-04 JP JP31440399A patent/JP3514375B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001136203A (ja) | 2001-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3850391B2 (ja) | ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法 | |
| US8499083B2 (en) | Relay device and communication system | |
| JP2937813B2 (ja) | 自動ルーティング方法及びシステム | |
| US20050220109A1 (en) | Routing table synchronization method, network apparatus, and routing table synchronization program | |
| JPH11196112A (ja) | マルチキャスト送信方法 | |
| JP5801887B2 (ja) | 無線ネットワークのノード間で通信するためのシステムおよび方法 | |
| JP2845208B2 (ja) | アドレス解決装置 | |
| JP2005167646A (ja) | 接続制御システム、接続制御装置、及び接続管理装置 | |
| JP2002141952A (ja) | 仮想ネットワーク及び仮想ネットワーク接続方式 | |
| JPH11331237A (ja) | マルチキャストパケット中継方法及び装置 | |
| JP3875121B2 (ja) | 通信システム、通信方法、転送装置及びネットワーク管理装置 | |
| JP3514375B2 (ja) | 経路制御方法 | |
| JPH09270822A (ja) | パケット通信経路試験方法 | |
| JPH09252271A (ja) | データ伝送装置およびその方法 | |
| JP3848067B2 (ja) | ネットワークにおけるルート設定方法、ルート管理方法及びアクティブルータ | |
| JP2001136202A (ja) | Ｔｃｐ／ｉｐにおけるコネクション設定方法および方式 | |
| JP3232023B2 (ja) | パケット処理方法および装置 | |
| JP2003224580A (ja) | ネットワークアドレス変換装置 | |
| JP3152287B2 (ja) | ショートカット通信システム | |
| JP4025697B2 (ja) | パケット転送装置およびその制御方法 | |
| JP3258593B2 (ja) | パケット処理方法および装置 | |
| JP3886103B2 (ja) | 通信システム、通信方法、並びにこれに用いられる通信装置および通信プログラム | |
| JP3159167B2 (ja) | パケット通信網構築方法、及びパケット通信システム | |
| JP2001156856A (ja) | ネットワーク間情報通信方法及びそのシステム | |
| JPH09284339A (ja) | マルチキャスト通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031226 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040108 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090123 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100123 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110123 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110123 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |