JP2606133B2 - ネットワークの経路制御方法 - Google Patents
ネットワークの経路制御方法Info
- Publication number
- JP2606133B2 JP2606133B2 JP6118108A JP11810894A JP2606133B2 JP 2606133 B2 JP2606133 B2 JP 2606133B2 JP 6118108 A JP6118108 A JP 6118108A JP 11810894 A JP11810894 A JP 11810894A JP 2606133 B2 JP2606133 B2 JP 2606133B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- route
- network
- nodes
- routing
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ローカルエリアネット
ワーク（ＬＡＮ）や広域ネットワーク（ＷＡＮ）などの
ネットワークにおける経路決定（ルーティング）方法に
関し、特に、ネットワークに接続されたコンピュータや
ゲートウェイなどの処理装置（以下、ノードという）
が、ＲＩＰ（Routing Information Protocol）などのダ
イナミック・ルーティング・プロトコルを用いる場合に
おける経路制御方法に関する。
ワーク（ＬＡＮ）や広域ネットワーク（ＷＡＮ）などの
ネットワークにおける経路決定（ルーティング）方法に
関し、特に、ネットワークに接続されたコンピュータや
ゲートウェイなどの処理装置（以下、ノードという）
が、ＲＩＰ（Routing Information Protocol）などのダ
イナミック・ルーティング・プロトコルを用いる場合に
おける経路制御方法に関する。
【０００２】
【従来の技術】ネットワークに接続されたあるノードか
ら他のノードへの経路決定を制御する方法には、予め経
路情報を設定しておく静的な方法と、経路情報が自動的
に設定されかつネットワーク構成の変化に応じて経路情
報が自動的に変更される動的な方法とがある。この動的
な方法、すなわちダイナミック・ルーティング・プロト
コルとしては、従来から距離ベクトル（Distance Vecto
r）アルゴリズムが使用されている。この方法では、発
側ノードｉと到着側ノードｊへの経路に必要なコストＤ
(ｉ,ｊ)を以下に示した式で計算する。
ら他のノードへの経路決定を制御する方法には、予め経
路情報を設定しておく静的な方法と、経路情報が自動的
に設定されかつネットワーク構成の変化に応じて経路情
報が自動的に変更される動的な方法とがある。この動的
な方法、すなわちダイナミック・ルーティング・プロト
コルとしては、従来から距離ベクトル（Distance Vecto
r）アルゴリズムが使用されている。この方法では、発
側ノードｉと到着側ノードｊへの経路に必要なコストＤ
(ｉ,ｊ)を以下に示した式で計算する。
【０００３】
【数１】 ここでｋは、隣接するゲートウェイ・ノードを示す。こ
こでいうコストは、メトリックとも呼ばれ、距離や伝搬
特性を加味して定められるものであり、値が小さいほど
その経路が良好な経路であることを示している。上述の
式において、式(1)は、自分自身へのメトリックは０で
あることを示し、式(2)は、発側ノードとゲートウェイ
とのメトリックｄ(ｉ,ｋ)と、そのゲートウェイと着側
ノードのメトリックとの和を求めて評価し、この和が最
小のものを実ルーティング（実際の経路）として採用す
ることを意味する。
こでいうコストは、メトリックとも呼ばれ、距離や伝搬
特性を加味して定められるものであり、値が小さいほど
その経路が良好な経路であることを示している。上述の
式において、式(1)は、自分自身へのメトリックは０で
あることを示し、式(2)は、発側ノードとゲートウェイ
とのメトリックｄ(ｉ,ｋ)と、そのゲートウェイと着側
ノードのメトリックとの和を求めて評価し、この和が最
小のものを実ルーティング（実際の経路）として採用す
ることを意味する。
【０００４】距離ベクトルアルゴリズムを使用するダイ
ナミック・ルーティング・プロトコルの代表的なものと
して、ＲＩＰがある。ＲＩＰでは、メトリックとして０
または正の整数が使用され、メトリックが１６であれ
ば、その経路は回線障害などにより使用できないと判断
される。そしてＲＩＰでは、ネットワーク構成（ネット
ワークトポロジ）の変化に追従するため、隣接するゲー
トウェイが定期的にＤ(ｋ,ｊ)の情報を送る機能があ
り、送られた情報によって経路情報が逐次再評価され
る。再評価によって経路情報が変化する場合もある。
ナミック・ルーティング・プロトコルの代表的なものと
して、ＲＩＰがある。ＲＩＰでは、メトリックとして０
または正の整数が使用され、メトリックが１６であれ
ば、その経路は回線障害などにより使用できないと判断
される。そしてＲＩＰでは、ネットワーク構成（ネット
ワークトポロジ）の変化に追従するため、隣接するゲー
トウェイが定期的にＤ(ｋ,ｊ)の情報を送る機能があ
り、送られた情報によって経路情報が逐次再評価され
る。再評価によって経路情報が変化する場合もある。
【０００５】ここで、ノード間のリンクがダウンし、そ
のリンクを使用しているルートに関与するノードでルー
ティングの再評価が発生したとする。このとき、上記の
方法では、全ノードに対して正確なルーティング評価が
行なわれるまでには、経路情報の交換が何回も行なわれ
ることになる。最悪の場合、回線断となったリンクを使
用するルートのメトリックが１であって、迂回ルートの
メトリックが１５であるとすると、ノード間での経路情
報のピンポン（往復）が１４回以上発生する。再評価の
周期すなわち経路情報の送信の周期を例えば３０秒とす
れば、障害発生後、７分以上経過しなければ、正確なル
ーティングが行なえないことになる。
のリンクを使用しているルートに関与するノードでルー
ティングの再評価が発生したとする。このとき、上記の
方法では、全ノードに対して正確なルーティング評価が
行なわれるまでには、経路情報の交換が何回も行なわれ
ることになる。最悪の場合、回線断となったリンクを使
用するルートのメトリックが１であって、迂回ルートの
メトリックが１５であるとすると、ノード間での経路情
報のピンポン（往復）が１４回以上発生する。再評価の
周期すなわち経路情報の送信の周期を例えば３０秒とす
れば、障害発生後、７分以上経過しなければ、正確なル
ーティングが行なえないことになる。
【０００６】距離ベクトルアルゴリズムにおいて、経路
変更のイベントに対してネットワークが安定状態に遷移
するのに必要な時間を短縮する方法として、トリガード
・アップデート（triggered update）がある。トリガー
ド・アップデートについて、図２を用いて説明する。図
２においてネットワークは太線で表わされており、各ネ
ットワークにそれぞれ接続されたノードＡ〜Ｄが相互に
接続されて、ネットワーク間の接続が行なわれている。
なお図において、［］で囲まれた数字は、対応するリン
クのメトリックを表わしている。
変更のイベントに対してネットワークが安定状態に遷移
するのに必要な時間を短縮する方法として、トリガード
・アップデート（triggered update）がある。トリガー
ド・アップデートについて、図２を用いて説明する。図
２においてネットワークは太線で表わされており、各ネ
ットワークにそれぞれ接続されたノードＡ〜Ｄが相互に
接続されて、ネットワーク間の接続が行なわれている。
なお図において、［］で囲まれた数字は、対応するリン
クのメトリックを表わしている。
【０００７】Ｄ(ｉ,ｊ)は隣接するノード間で定期的に
送信されているが、このＤ(ｉ,ｊ)が隣接するノードか
ら一定時間以上送信されてこなかった場合（経路タイム
アウトの発生）、その経路に障害が発生したと判断する
ことができる。トリガード・アップデートでは、経路タ
イムアウトに対して以下のような処理を行なうことによ
り、速やかな経路伝搬を可能としている。ここでは、ノ
ードＢとノードＤとを結ぶリンクに障害が発生したとす
る。
送信されているが、このＤ(ｉ,ｊ)が隣接するノードか
ら一定時間以上送信されてこなかった場合（経路タイム
アウトの発生）、その経路に障害が発生したと判断する
ことができる。トリガード・アップデートでは、経路タ
イムアウトに対して以下のような処理を行なうことによ
り、速やかな経路伝搬を可能としている。ここでは、ノ
ードＢとノードＤとを結ぶリンクに障害が発生したとす
る。
【０００８】ノードＢでは、経路タイムアウトが発生し
たことから、経路タイムアウト発生後に直ちに、ネット
ワークＮに対する経路のメトリックが１６になったとい
う情報を各ノードに対して送信する。メトリックの変化
が起きたことを知らせるこの情報をトリガード・アップ
デートとよぶ。ノードＢに隣接するノードＡ,Ｃは、こ
の情報を受け取ったら、ネットワークＮに対するメトリ
ックの再評価を行なう。その結果、ノードＡ,Ｃのネッ
トワークＮに対するメトリックが１６に設定される。同
様に、ノードＡ,Ｃもそれぞれ隣接するノードに対し、
自ノードのメトリックの変分を通知する。自分自身は、
他ノードから受けたトリガード・アップデートに対し
て、重複してトリガード・アップデートを発信すること
はしない。
たことから、経路タイムアウト発生後に直ちに、ネット
ワークＮに対する経路のメトリックが１６になったとい
う情報を各ノードに対して送信する。メトリックの変化
が起きたことを知らせるこの情報をトリガード・アップ
デートとよぶ。ノードＢに隣接するノードＡ,Ｃは、こ
の情報を受け取ったら、ネットワークＮに対するメトリ
ックの再評価を行なう。その結果、ノードＡ,Ｃのネッ
トワークＮに対するメトリックが１６に設定される。同
様に、ノードＡ,Ｃもそれぞれ隣接するノードに対し、
自ノードのメトリックの変分を通知する。自分自身は、
他ノードから受けたトリガード・アップデートに対し
て、重複してトリガード・アップデートを発信すること
はしない。
【０００９】そうこうしているうちに、ノードＤは定期
的な経路情報［Ｄ(ｉ,ｊ)］を送出し、これに基づき、
ノードＣではネットワークＮに対するメトリックが１１
に再設定される。ノードＣ内でメトリック情報の変化が
発生したため、逆向きのトリガード・アップデートが新
たに生成され、ネットワーク内を伝搬する。
的な経路情報［Ｄ(ｉ,ｊ)］を送出し、これに基づき、
ノードＣではネットワークＮに対するメトリックが１１
に再設定される。ノードＣ内でメトリック情報の変化が
発生したため、逆向きのトリガード・アップデートが新
たに生成され、ネットワーク内を伝搬する。
【００１０】つまり、まず、障害の検出を知らせるトリ
ガード・アップデートがネットワーク内を急速に伝搬
し、障害が発生していたリンクを使用する経路にメトリ
ック１６が設定される。この場合、障害が発生したリン
クの影響を受けないノードにトリガード・アップデート
が到達した場合、メトリックの変化が起きないので、ト
リガード・アップデートの伝搬はそこで停止する。そし
て、定期的な経路情報の交換により、トリガード・アッ
プデートの伝搬が停止したノードに隣接するノードで、
メトリック情報の変化が生じる。このメトリック情報の
変化に応じて、トリガード・アップデートが生成し、先
程とは逆向きにネットワークを伝搬し、最初にトリガー
ド・アップデートを生成したノード（最初に経路タイム
アウトを検出したノード）に至って伝搬が停止する。
ガード・アップデートがネットワーク内を急速に伝搬
し、障害が発生していたリンクを使用する経路にメトリ
ック１６が設定される。この場合、障害が発生したリン
クの影響を受けないノードにトリガード・アップデート
が到達した場合、メトリックの変化が起きないので、ト
リガード・アップデートの伝搬はそこで停止する。そし
て、定期的な経路情報の交換により、トリガード・アッ
プデートの伝搬が停止したノードに隣接するノードで、
メトリック情報の変化が生じる。このメトリック情報の
変化に応じて、トリガード・アップデートが生成し、先
程とは逆向きにネットワークを伝搬し、最初にトリガー
ド・アップデートを生成したノード（最初に経路タイム
アウトを検出したノード）に至って伝搬が停止する。
【００１１】このようにして、トリガード・アップデー
トを用いる方法は、定期起動型とイベント駆動型の２つ
のタイプのルーティング情報の伝搬によって、経路変化
の遷移時間の著しい短縮を実現している。
トを用いる方法は、定期起動型とイベント駆動型の２つ
のタイプのルーティング情報の伝搬によって、経路変化
の遷移時間の著しい短縮を実現している。
【００１２】
【発明が解決しようとする課題】しかしながら、トリガ
ード・アップデートを用いる上述の従来の技術では、最
初にトリガード・アップデートが発生してから、経路情
報を変更する必要があるノードの全てへのトリガード・
アップデートの伝搬が完了するまでに、ある程度の時間
がかかり、また、ノード間で時間差が生じるために、経
路安定状態に至る過程で情報伝搬のループが発生する場
合があるという問題点がある。このようなループが発生
することについて、図３を用いて説明する。
ード・アップデートを用いる上述の従来の技術では、最
初にトリガード・アップデートが発生してから、経路情
報を変更する必要があるノードの全てへのトリガード・
アップデートの伝搬が完了するまでに、ある程度の時間
がかかり、また、ノード間で時間差が生じるために、経
路安定状態に至る過程で情報伝搬のループが発生する場
合があるという問題点がある。このようなループが発生
することについて、図３を用いて説明する。
【００１３】図３(a)は１０個のノードＡ〜Ｊによって
構成されるネットワークの初期状態を示したものであ
り、［］で囲まれた数字は、対応するリンクのメトリッ
クを示している。初期状態では、ノードＡからノードＤ
へのルーティングは、図において太線で示されるよう
に、メトリック３でノードＡ→ノードＢ→ノードＣ→ノ
ードＤという経路をとる。ここで、図３(b)に示される
ように、ノードＣとノードＤとの間のリンクに障害が発
生したとする。この障害により、ノードＣにおけるノー
ドＤへのメトリックが１６に変更される。この時点でノ
ードＣはトリガード・アップデートを発生し、ノードＡ
ではノードＤに対するメトリックの変更が発生してその
メトリックが７となり、ルーティングはノードＡ→ノー
ドＢ→ノードＦ→ノードＧ→ノードＤに変更される。図
において、トリガード・アップデートを受信したノード
に平行斜線が付されている。
構成されるネットワークの初期状態を示したものであ
り、［］で囲まれた数字は、対応するリンクのメトリッ
クを示している。初期状態では、ノードＡからノードＤ
へのルーティングは、図において太線で示されるよう
に、メトリック３でノードＡ→ノードＢ→ノードＣ→ノ
ードＤという経路をとる。ここで、図３(b)に示される
ように、ノードＣとノードＤとの間のリンクに障害が発
生したとする。この障害により、ノードＣにおけるノー
ドＤへのメトリックが１６に変更される。この時点でノ
ードＣはトリガード・アップデートを発生し、ノードＡ
ではノードＤに対するメトリックの変更が発生してその
メトリックが７となり、ルーティングはノードＡ→ノー
ドＢ→ノードＦ→ノードＧ→ノードＤに変更される。図
において、トリガード・アップデートを受信したノード
に平行斜線が付されている。
【００１４】ここで、ノードＡでのメトリックの変更時
点でノードＥがトリガード・アップデートを受信してお
らず、かつノードＥがノードＡに対して定期的な経路情
報の伝搬を行なったとする。この場合、ノードＡは、ト
リガード・アップデート以前の状態を最新状態と判断す
ることになるので、トリガード・アップデートを再度発
行し、ノードＤに対するメトリックを７に再設定する
［図３(c)］。この不安定状態は、ノードＤからトリガ
ード・アップデートを再度受け取った後に復旧するが、
トリガード・アップデートのタイミングと定期的な経路
情報の交換のタイミングとの関係によっては、ノードＡ
とノードＥとの間で永久にトリガード・アップデートが
往復し続ける（ピンポン現象）ことになる。
点でノードＥがトリガード・アップデートを受信してお
らず、かつノードＥがノードＡに対して定期的な経路情
報の伝搬を行なったとする。この場合、ノードＡは、ト
リガード・アップデート以前の状態を最新状態と判断す
ることになるので、トリガード・アップデートを再度発
行し、ノードＤに対するメトリックを７に再設定する
［図３(c)］。この不安定状態は、ノードＤからトリガ
ード・アップデートを再度受け取った後に復旧するが、
トリガード・アップデートのタイミングと定期的な経路
情報の交換のタイミングとの関係によっては、ノードＡ
とノードＥとの間で永久にトリガード・アップデートが
往復し続ける（ピンポン現象）ことになる。
【００１５】本発明の目的は、定期的な経路情報の交換
とトリガード・アップデートとの干渉が防止され、高速
かつ確実に経路更新を行なうことのできるネットワーク
の経路制御方法を提供することにある。
とトリガード・アップデートとの干渉が防止され、高速
かつ確実に経路更新を行なうことのできるネットワーク
の経路制御方法を提供することにある。
【００１６】
【課題を解決するための手段】本発明の第１のネットワ
ークの経路制御方法は、ネットワークに接続された各ノ
ードが、距離ベクトルアルゴリズムに基づく動的ルーテ
ィングプロトコルを使用し、定期的に経路情報を交換す
るとともに経路情報の変更を行なうべきことを検知した
場合に経路更新情報を交換して経路の更新を行なうこと
によって動的な経路制御を行なう場合における経路制御
方法において、前記各ノードが、前記経路更新情報を受
信した場合に、経路制御に関する他のノードからの応答
を、当該ノードから到達可能なノード全てへの伝搬が確
実に行われるのに十分な時間Ｔ t の２倍の時間にわたっ
て無視する。
ークの経路制御方法は、ネットワークに接続された各ノ
ードが、距離ベクトルアルゴリズムに基づく動的ルーテ
ィングプロトコルを使用し、定期的に経路情報を交換す
るとともに経路情報の変更を行なうべきことを検知した
場合に経路更新情報を交換して経路の更新を行なうこと
によって動的な経路制御を行なう場合における経路制御
方法において、前記各ノードが、前記経路更新情報を受
信した場合に、経路制御に関する他のノードからの応答
を、当該ノードから到達可能なノード全てへの伝搬が確
実に行われるのに十分な時間Ｔ t の２倍の時間にわたっ
て無視する。
【００１７】本発明の第２のネットワークの経路制御方
法は、ネットワークに接続された各ノードが距離ベクト
ルアルゴリズムに基づく動的ルーティングプロトコルを
使用して動的な経路制御を行なう場合における経路制御
方法において、トリガード・アップデートを受け取った
各ノードから、当該ノードより到達可能なノード全てへ
の伝搬が確実に行われるのに十分な時間をＴtとし、前
記各ノードが交換する定期的な経路情報の周期をＴcと
して、前記各ノードが、トリガード・アップデートを受
信した場合に、 Ｔc×Ｎ ＞ ２×Ｔt を満足する最小のＮをＮminとして、他のノードからの
経路制御に関する応答をＮmin回にわたって無視する。
法は、ネットワークに接続された各ノードが距離ベクト
ルアルゴリズムに基づく動的ルーティングプロトコルを
使用して動的な経路制御を行なう場合における経路制御
方法において、トリガード・アップデートを受け取った
各ノードから、当該ノードより到達可能なノード全てへ
の伝搬が確実に行われるのに十分な時間をＴtとし、前
記各ノードが交換する定期的な経路情報の周期をＴcと
して、前記各ノードが、トリガード・アップデートを受
信した場合に、 Ｔc×Ｎ ＞ ２×Ｔt を満足する最小のＮをＮminとして、他のノードからの
経路制御に関する応答をＮmin回にわたって無視する。
【００１８】
【作用】本発明では、トリガード・アップデートのアル
ゴリズムに、隣接ノードからの定期的な経路情報を受け
取るかどうかのガードタイミングを設けることにより、
トリガード・アップデートのピンポン現象を回避してい
る。具体的には、当該ノードから到達可能なノード全
てへの伝搬が確実に行われるのに十分な時間をＴtと
し、各ノードが交換する定期的な経路情報の周期をＴ
cとして、各ノードが、トリガード・アップデートを受
信したときに、 Ｔc×Ｎ ＞ ２×Ｔt (3) を満足する最小のＮをＮminとして、各ノードからの経
路制御に関する応答をＮmin回にわたって無効とすれば
よい。
ゴリズムに、隣接ノードからの定期的な経路情報を受け
取るかどうかのガードタイミングを設けることにより、
トリガード・アップデートのピンポン現象を回避してい
る。具体的には、当該ノードから到達可能なノード全
てへの伝搬が確実に行われるのに十分な時間をＴtと
し、各ノードが交換する定期的な経路情報の周期をＴ
cとして、各ノードが、トリガード・アップデートを受
信したときに、 Ｔc×Ｎ ＞ ２×Ｔt (3) を満足する最小のＮをＮminとして、各ノードからの経
路制御に関する応答をＮmin回にわたって無効とすれば
よい。
【００１９】上述の式(3)の右辺の２×Ｔtは、最も伝搬
時間のかかるノードにトリガード・アップデートが到着
し、それと同時にそのノードが定期的な経路情報の送信
を行なったとして発生する逆方向のトリガード・アップ
デートの到着時間を表わしている。各ノードからの定期
的な経路情報の送信は非同期で行なわれるが、最低限、
上述のＮmin回だけ各ノードからの応答を無視すること
により、各ノードにトリガード・アップデートが伝搬し
た状態で定期的な経路情報を受信することとなって、上
述したようなトリガード・アップデートのピンポン現象
を回避することができる。
時間のかかるノードにトリガード・アップデートが到着
し、それと同時にそのノードが定期的な経路情報の送信
を行なったとして発生する逆方向のトリガード・アップ
デートの到着時間を表わしている。各ノードからの定期
的な経路情報の送信は非同期で行なわれるが、最低限、
上述のＮmin回だけ各ノードからの応答を無視すること
により、各ノードにトリガード・アップデートが伝搬し
た状態で定期的な経路情報を受信することとなって、上
述したようなトリガード・アップデートのピンポン現象
を回避することができる。
【００２０】
【実施例】次に、本発明の実施例について説明する。こ
こでは、ネットワークのダイナミック・ルーティング・
プロトコルとして、距離ベクトルアルゴリズムを用いる
ＲＩＰが使用されるものとする。
こでは、ネットワークのダイナミック・ルーティング・
プロトコルとして、距離ベクトルアルゴリズムを用いる
ＲＩＰが使用されるものとする。
【００２１】図１(a)は、本発明の一実施例の経路制御
方法が適用されるネットワークの構成例を示している。
図において、［］内の数字は対応するリンクのメトリッ
クを表わしている。ここでネットワークの各ノードＡ〜
Ｊは、それぞれ、ルーティングテーブルとタイマを備え
ており、経路タイムアウトを検出し、定期的に経路情報
を隣接ノードに送出し交換するようになっている。さら
に各ノードＡ〜Ｊは、トリガード・アップデートを受信
した場合には、２×Ｔtの時限をタイマにセットしてタ
イマを起動し、このタイマの動作中には、隣接するノー
ドから定期的な経路情報の交換によるデータを受け取っ
たとしても、実際のルーティングテーブルの再評価を行
なわないようになっている。ここでＴtは、当該ノード
から到達可能なノード全てにトリガード・アップデート
が伝搬するのに十分な時間である。
方法が適用されるネットワークの構成例を示している。
図において、［］内の数字は対応するリンクのメトリッ
クを表わしている。ここでネットワークの各ノードＡ〜
Ｊは、それぞれ、ルーティングテーブルとタイマを備え
ており、経路タイムアウトを検出し、定期的に経路情報
を隣接ノードに送出し交換するようになっている。さら
に各ノードＡ〜Ｊは、トリガード・アップデートを受信
した場合には、２×Ｔtの時限をタイマにセットしてタ
イマを起動し、このタイマの動作中には、隣接するノー
ドから定期的な経路情報の交換によるデータを受け取っ
たとしても、実際のルーティングテーブルの再評価を行
なわないようになっている。ここでＴtは、当該ノード
から到達可能なノード全てにトリガード・アップデート
が伝搬するのに十分な時間である。
【００２２】図１(a)に示す初期状態において、ノード
ＡからノードＤへのルーティングは、図において太線で
示されるように、ノードＡ→ノードＢ→ノードＣ→ノー
ドＤというメトリックが３である経路である。ここで、
図１(b)に示されるように、ノードＣとノードＤとの間
のリンクがリンク障害になったとする。この障害はノー
ドＣで検出され、ノードＣにおけるノードＤへのメトリ
ックが１６に変更され、ノードＣにトリガード・アップ
デートが発生する。その結果、ノードＡではノードＤに
対するメトリックが７に変更され、そのルーティングは
ノードＡ→ノードＢ→ノードＦ→ノードＧ→ノードＤと
変更される。
ＡからノードＤへのルーティングは、図において太線で
示されるように、ノードＡ→ノードＢ→ノードＣ→ノー
ドＤというメトリックが３である経路である。ここで、
図１(b)に示されるように、ノードＣとノードＤとの間
のリンクがリンク障害になったとする。この障害はノー
ドＣで検出され、ノードＣにおけるノードＤへのメトリ
ックが１６に変更され、ノードＣにトリガード・アップ
デートが発生する。その結果、ノードＡではノードＤに
対するメトリックが７に変更され、そのルーティングは
ノードＡ→ノードＢ→ノードＦ→ノードＧ→ノードＤと
変更される。
【００２３】ここで、ノードＡのメトリック変更の時点
ではノードＥはトリガード・アップデートを受信してお
らず、かつノードＥがノードＡに対して定期的なルート
情報伝搬を行なった場合を想定する。ノードＡでは、ト
リガード・アップデートを受信した時点で、ネットワー
クの全ノードへの経路伝搬に必要十分な時間Ｔtの２倍
の時限がセットされてタイマが起動される。このため、
ノードＤからの定期的な経路情報メッセージを受信した
場合、タイマ内であれば実際のルーティングテーブルの
再評価は行なわれない。したがって、トリガード・アッ
プデートのピンポン現象の発生が回避される。
ではノードＥはトリガード・アップデートを受信してお
らず、かつノードＥがノードＡに対して定期的なルート
情報伝搬を行なった場合を想定する。ノードＡでは、ト
リガード・アップデートを受信した時点で、ネットワー
クの全ノードへの経路伝搬に必要十分な時間Ｔtの２倍
の時限がセットされてタイマが起動される。このため、
ノードＤからの定期的な経路情報メッセージを受信した
場合、タイマ内であれば実際のルーティングテーブルの
再評価は行なわれない。したがって、トリガード・アッ
プデートのピンポン現象の発生が回避される。
【００２４】トリガード・アップデートが必要な全ての
ノードに伝搬された時点では、各ノードのルーティング
評価は、図３(c)に示すような安定状態に遷移する。
ノードに伝搬された時点では、各ノードのルーティング
評価は、図３(c)に示すような安定状態に遷移する。
【００２５】
【発明の効果】以上説明したように本発明は、トリガー
ド・アップデートのアルゴリズムに、隣接ノードからの
定期的な経路情報を受け取るかどうかのガードタイミン
グを設けることにより、トリガード・アップデートのピ
ンポン現象の発生が回避され、定期的な経路情報の交換
とトリガード・アップデートとの干渉が防止されるの
で、高速かつ確実に経路更新を行なうことができるよう
になるという効果がある。
ド・アップデートのアルゴリズムに、隣接ノードからの
定期的な経路情報を受け取るかどうかのガードタイミン
グを設けることにより、トリガード・アップデートのピ
ンポン現象の発生が回避され、定期的な経路情報の交換
とトリガード・アップデートとの干渉が防止されるの
で、高速かつ確実に経路更新を行なうことができるよう
になるという効果がある。
【図１】(a)〜(c)はそれぞれ本発明の一実施例の経路制
御方法を説明する図である。
御方法を説明する図である。
【図２】ダイナミック・ルーティングにおける各ノード
のルーティングメトリックの一般的な状態遷移図であ
る。
のルーティングメトリックの一般的な状態遷移図であ
る。
【図３】(a)〜(c)はそれぞれ従来の経路制御方法を説明
する図である。
する図である。
Ａ〜Ｊ ノード Ｎ ネットワーク
Claims (3)
- 【請求項１】 ネットワークに接続された各ノードが、
距離ベクトルアルゴリズムに基づく動的ルーティングプ
ロトコルを使用し、定期的に経路情報を交換するととも
に経路情報の変更を行なうべきことを検知した場合に経
路更新情報を交換して経路の更新を行なうことによって
動的な経路制御を行なう場合における経路制御方法にお
いて、 前記各ノードが、前記経路更新情報を受信した場合に、
経路制御に関する他のノードからの応答を、当該ノード
から到達可能なノード全てへの伝搬が確実に行われるの
に十分な時間Ｔ t の２倍の時間にわたって無視すること
を特徴とするネットワークの経路制御方法。 - 【請求項２】 ネットワークに接続された各ノードが距
離ベクトルアルゴリズムに基づく動的ルーティングプロ
トコルを使用して動的な経路制御を行なう場合における
経路制御方法において、トリガード・アップデートを受け取った各ノードから、
当該ノードより到達可能なノード全てへの伝搬が確実に
行われる のに十分な時間をＴtとし、前記各ノードが交
換する定期的な経路情報の周期をＴcとして、 前記各ノードが、トリガード・アップデートを受信した
場合に、 Ｔc×Ｎ ＞ ２×Ｔt を満足する最小のＮをＮminとして、他のノードからの
経路制御に関する応答をＮmin回にわたって無視するこ
とを特徴とするネットワークの経路制御方法。 - 【請求項３】 前記動的ルーティングプロトコルがＲＩ
Ｐである請求項２に記載のネットワークの経路制御方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6118108A JP2606133B2 (ja) | 1994-05-31 | 1994-05-31 | ネットワークの経路制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6118108A JP2606133B2 (ja) | 1994-05-31 | 1994-05-31 | ネットワークの経路制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07327030A JPH07327030A (ja) | 1995-12-12 |
| JP2606133B2 true JP2606133B2 (ja) | 1997-04-30 |
Family
ID=14728222
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6118108A Expired - Fee Related JP2606133B2 (ja) | 1994-05-31 | 1994-05-31 | ネットワークの経路制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2606133B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008301444A (ja) * | 2007-06-04 | 2008-12-11 | Panasonic Electric Works Co Ltd | マルチホップ通信ネットワークにおけるルート評価方法、マルチホップ通信ネットワークのノード、マルチホップ通信ネットワーク |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS56129456A (en) * | 1980-03-14 | 1981-10-09 | Hitachi Ltd | Path control method |
| JPS61216560A (ja) * | 1985-02-25 | 1986-09-26 | Fujitsu Ltd | 保護回路 |
| JPH0624366B2 (ja) * | 1988-11-24 | 1994-03-30 | 日本電気株式会社 | ネットワーク障害回復方式 |
| JPH0449735A (ja) * | 1990-06-18 | 1992-02-19 | Fujitsu Ltd | 迂回切り戻し方式 |
| JP3209621B2 (ja) * | 1993-08-31 | 2001-09-17 | アンリツ株式会社 | ネットワーク接続装置 |
| JPH07236005A (ja) * | 1994-02-25 | 1995-09-05 | Oki Electric Ind Co Ltd | 自動回線バックアップ装置 |
-
1994
- 1994-05-31 JP JP6118108A patent/JP2606133B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH07327030A (ja) | 1995-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101099822B1 (ko) | 액티브 라우팅 컴포넌트 장애 처리 방법 및 장치 | |
| Liu et al. | Ensuring connectivity via data plane mechanisms | |
| US6697382B1 (en) | Distributing and synchronizing a representation of time between components of a packet switching system | |
| KR101593349B1 (ko) | 완전한 보호를 제공하는 ip 고속 리라우트 방식 | |
| US7292535B2 (en) | Highly-available OSPF routing protocol | |
| US7554921B2 (en) | Method and apparatus for generating routing information in a data communication network | |
| AU2003303532B2 (en) | Method and apparatus for advertising a link cost in a data communications network | |
| WO2011100882A1 (zh) | 链路检测方法、装置和系统 | |
| KR100576005B1 (ko) | 고가용성 라우터 이중화 방법 및 장치 | |
| JPH0831876B2 (ja) | パケツト交換網におけるル−チング制御方式 | |
| CN103001879A (zh) | 减少链路状态通告洪泛次数的方法及设备 | |
| US20120026891A1 (en) | Communication network management system and method and management computer | |
| US20230421484A1 (en) | Systems and methods for replicating traffic statistics on redundant packet forwarding engine system | |
| JP3918859B2 (ja) | ネットワーク、ルータ装置及びそれに用いる経路更新抑止方法並びにそのプログラム | |
| JP2606133B2 (ja) | ネットワークの経路制御方法 | |
| Ephremides | The routing problem in computer networks | |
| CN107623607B (zh) | Bfd会话连接建立方法及装置 | |
| EP1673901B1 (en) | Method and apparatus for generating routing information in a data communications network | |
| JP2019054405A (ja) | ネットワークシステム | |
| JPS62159943A (ja) | ル−テイング方式 | |
| CN100372333C (zh) | 快速生成树协议在多cpu环境下的分布式实现方法 | |
| CN104486223A (zh) | 一种基于ospf协议的gr方法及系统 | |
| JPH07312616A (ja) | 受信選択方式の通信システムの二重受信防止方法 | |
| EP4262157A1 (en) | Systems and methods for low convergence time for media access control move events | |
| Agarwal et al. | QoS-based on-demand segmented backup routing in mobile ad hoc networks |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080213 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090213 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100213 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100213 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110213 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |