JP2002009820A - ネットワークにおける配送メッセージ送出抑制方法 - Google Patents

Abstract

(57)【要約】 【課題】ネットワークシステムでの通信障害経路回避技
術において、従来に比して障害対処時間が短く、また、
輻輳によるＩＰパケット破棄を防止することができ信頼
性の高いネットワークを実現できる配送メッセージ送出
抑制方法を新たに提案する。 【解決手段】ネットワーク内の各経路選択装置群に、既
存ＩＰゲートウェイプロトコルＯＳＰＦを実装し、更に
隣接経路選択装置におけるトラヒック情報を報告するト
ラヒック報告機能を追加実装して、特定ルート障害発生
を検出した隣接経路選択装置からの宛先到達不能報告
（ＩＣＭＰメッセージ）を受信した場合に、当該隣接経
路選択装置が、ルーティング宛先隣接経路選択装置を切
り替えると共に、ネットワーク負荷に対応したリンク状
態のデータベース更新を行い、且つ、現隣接経路選択装
置でのトラヒック情報具合いに応じて送信するＩＰパケ
ットを抑制する。ＩＰゲートウェイプロトコルＯＳＰＦ
のHELLO パケットに重畳させる等により、隣接経路選択
装置間で所定周期で報告を行って隣接経路選択装置のト
ラヒック情報を共有させておくとより好ましい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パケットのルーテ
ィングを行う経路選択装置を含み構成されたネットワー
クにおいて特定経路選択装置（ルータ）からの送出パケ
ットを抑制する方法に関し、特に、配送エラーメッセー
ジに基づく変更経路先装置へのパケット送出抑制方法に
関するものである。

【０００２】

【従来の技術】ネットワークにおいて任意の宛先の端末
にデータを転送する場合、経路選択装置において複数の
到達可能な通信経路の中から最適な通信経路を選択する
ルーティングがおこなわれる。すなわち、経路選択装置
（ルータ）には、目的の端末に到達するには、次にどの
経路選択装置に送信すれば良いかを管理するルーティン
グテーブルを有しており、それを自動的に更新してダイ
ナミックルーティングを行っている。

【０００３】このパケットのダイナミックルーティング
を行うためには、端末間のパケットの中継を行う経路選
択装置は、他の経路選択装置とルーティング情報と呼ば
れる情報を交換し、これに基づいてルーティングテーブ
ルと呼ばれるパケットの宛先アドレスと中継先を対応づ
けるテーブルを更新する必要がある。

【０００４】ここで、このようなルーティング情報の交
換とこれに基づくルーティングテーブル生成のプロトコ
ルとしては、IETF (Internet Engineering Task Force
) で作成され、IAB ( Internet Architecture Boad )
によって発行された標準勧告文書RFC (Request for Com
ments )1058 に規定されたＲＩＰ(Routing Information
Protocol)に代表される距離ベクトルアルゴリズム（ DV
A) によるプロトコルや、同標準勧告文書に規定された
ＯＳＰＦ(Open Shortest Path First)に代表されるリン
ク状態アルゴリズム( LSA)によるプロトコルがよく知ら
れている。

【０００５】ＲＩＰのプロトコルは、各経路選択装置間
でルーティングテーブルのエントリを交換し、ホップ数
（目的地までの経路選択装置数）によってルーティング
経路を定めるの対し、ＯＳＰＦでは相互に接続する経路
選択装置間でネットワークに対する接続状態の情報（ア
ドレス等）を交換し、ホップ数の他様々な情報を考慮し
て定まるコストによって経路を決定する。なお、このよ
うな各経路選択装置間のルーティング情報の交換はルー
ティングプロトコルパケットと呼ばれる特別なパケット
を送受することによる行われる。

【０００６】ＯＳＰＦを例に具体的に説明すると、各経
路選択装置は、ルーティングプロトコルパケットと呼ば
れるパケットを用いて相互に情報を交換する。各経路選
択装置は、定期的に、Hello パケットと呼ばれるルーテ
ィングプロトコルパケットをネットワークに送信する。
通信性確認のためのHello パケットは、TCP/IP(Transmi
ssion Control Protcol/Internet Protocol)の場合、３
０秒周期でブロードキャストされている。ＯＳＰＦのそ
の他のパケットは、OSPCデータベース記述、リンク状態
要求、リンク状態応答通知の各状況に応じて、経路選択
装置が毎回タイプ別に送信し直している。このように、
ＯＳＰＦのパケットHELLO により経路選択装置間のLAN
接続が確認され、そのもとでＯＳＰＦのルーティングテ
ーブルの情報に直接係わるデータベース記述、リンク状
態要求、リンク状態更新、リンク状態応答通知のパケッ
ト等は新たに再送受信される。

【０００７】Hello パケットには、自身のIDと自身が接
続しているネットワークの表示と、自身と同じネットワ
ークに接続している他の経路選択装置のIDのリストを含
める。このリストに含める他の経路選択装置のIDは、他
の経路選択装置から受信したHello パケットによって認
識した他の経路選択装置のIDを含める。

【０００８】そして、既に認識している他の経路選択装
置から、自身のIDがリストに含まれているHello パケッ
トを受信したならば、相互に相手経路選択装置を認識し
合えたものとして、ネットワーク接続情報をルーティン
グプロトコルパケットによって交換する。 ネットワー
ク接続情報には、送信元経路選択装置のIDや、送信元経
路選択装置が接続するネットワークの表示や、送信元経
路選択装置が各ネットワークに接続するインタフェース
のアドレスや、各インタフェースのコストが含まれる。
ここで、インタフェースのコストとは、そのインタフェ
ースを用いてパケットを中継した場合のコストであり、
ネットワーク管理者によって設定される値である。

【０００９】同ネットワークに接続する他の経路選択装
置からネットワーク接続情報を収集した経路選択装置
は、これより最小コストの経路をパケット経路とするル
ーティングテーブルを作成する。そして、このルーティ
ングテーブルに従いパケットを中継する。

【００１０】ネットワーク接続情報は、その後、構成に
変更が生じた経路選択装置などから適宜送信され、これ
を受け取った経路選択装置では、その変更の内容に応じ
て必要な場合にはルーティングテーブルを更新する。

【００１１】一方、各経路選択装置は、Hello パケット
の送受や、ネットワーク接続情報の送受を通して、自身
が接続するネットワーク上の他の経路選択装置の状態を
経路選択装置状態として、自身がネットワークに接続す
るインタフェースの状態をインタフェース状態として管
理する。経路選択装置状態では、たとえば、その経路選
択装置のIDなどの他、その経路選択装置が自身を認識し
ている状態にあるかや、既にネットワーク情報の送受を
終了した状態にあるかなどを管理する。インタフェース
状態として、そのインタフェースのアドレスや、そのイ
ンタフェースが接続するネットワークに接続している他
の経路選択装置などを管理する。

【００１２】前述したHello パケットに含める他の経路
選択装置のリストは、この経路選択装置状態やインタフ
ェース状態に基づいて作成される。

【００１３】また、各経路選択装置は、Hello パケット
の受信により、他の経路選択装置の動作状態を監視す
る。すなわち、各経路選択装置は、一定期間以上、Hell
o パケットを受信しなくなった他の経路選択装置が存在
する場合、この他の経路選択装置に障害が生じたものと
する。そして、この経路選択装置を経由しない経路にル
ーティングテーブルの内容を変更するなどの処理を行う
ようになっている。

【００１４】次に、従来の、経路選択装置における経路
障害発生時の概略動作について、図を用いて説明する。
例えば、図１４に示す如く経路選択装置１１´〜１７´
を含み構成されたネットワーク１´において、経路選択
装置（経路選択装置）１１´から、この経路選択装置１
１´より経路選択装置１６´への最適経路上に位置して
いる経路選択装置である経路選択装置１３´にＩＰパケ
ットが送信されたとする（図１４−(1) ）。この際に、
経路選択装置１３´から経路選択装置１６´への送信が
不可能となっていた場合（図１４−(2) ）、経路選択装
置１１´に対して、宛先到達不能報告メッセージ（ＩＣ
ＭＰメッセージ）が返送される（図１４−(3) ）。

【００１５】これにより、経路選択装置１１´は経路の
変更（経路情報を使用し、第二方路＝経路選択装置１４
´への切替・送信、図１４−(4) ）を行う。経路選択装
置１４´では、通常は経路選択装置１６´向けのメッセ
ージを隣接経路選択装置１６´に送出する。しかし、経
路選択装置１４´は、経路選択装置１２´から経路選択
装置１７´への最適ルートとなっていることから、トラ
ヒックが集中してしまう結果となり、輻輳（ふくそう）
が発生してしまう可能性がある（図１４−(5)）。

【００１６】経路選択装置１４´において輻輳が発生す
ると、経路選択が出来なかったＩＰパケットは破棄され
てしまう（図１４−(6) ）。このとき、経路選択装置１
４´は経路選択装置１１´に対して、速度（送出ＩＰパ
ケット数）を下げるように要求するＩＣＭＰメッセージ
（始点抑制メッセージ）を送出し（図１４−(7) ）、輻
輳の解消を試みる。この動作を始点抑制という。なお、
図中で符号２１〜２８は各経路選択装置間の伝送路を示
している。

【００１７】しかし、上述の従来技術には、以下のよう
な問題点があった。すなわち、第１に、輻輳が発生する
まである程度の時間が掛かってしまい、混雑状態の発見
が遅れてしまう可能性があるとの問題点を有している。
この他、始点抑制メッセージ送出は、ＩＰパケット破棄
が発生していることを意味しており、、始点抑制に依っ
ては輻輳によるＩＰパケット破棄を防止することができ
ないとの問題点があった。

【００１８】

【発明が解決しようとする課題】本発明は、以上の問題
点を解決すべくなされたもので、従来の通信障害経路回
避技術に比べて、障害対処時間が短く、また、輻輳によ
るＩＰパケット破棄を防止することができ信頼性の高い
ネットワークを実現することができる、ネットワークに
おける配送メッセージ送出抑制方法を新たに提案するこ
とをその目的とする。

【００１９】

【課題を解決するための手段】課題解決のため本発明に
よる、複数の経路選択装置群を相互に接続してなるネッ
トワークにおける配送メッセージ送出抑制方法では、ネ
ットワーク内の各経路選択装置群に、既存ＩＰゲートウ
ェイプロトコルＯＳＰＦを実装し当該ネットワーク内全
経路の接続情報を全経路選択装置群で共有するととも
に、隣接経路選択装置におけるトラヒック情報を報告す
るトラヒック報告機能を追加実装しておき、特定ルート
障害発生を検出した隣接経路選択装置からの宛先到達不
能報告（ＩＣＭＰメッセージ）を受信した場合にこの隣
接経路選択装置が、ルーティング宛先隣接経路選択装置
を切り替えると共に、ネットワーク負荷に対応したリン
ク状態のデータベース更新を行い、現隣接経路選択装置
でのトラヒック情報具合いに応じて送信するＩＰパケッ
トを抑制する。これによりパケット送出先の経路選択装
置における輻輳によるＩＰパケット破棄を減少させるこ
とができる。

【００２０】更には、前記追加実装された、隣接経路選
択装置におけるトラヒック情報を報告するトラヒック報
告機能に依って所定周期で報告を行って隣接経路選択装
置間でトラヒック情報を共有させておくことで、障害時
の対処時間を短くできる。

【００２１】既存ＩＰゲートウェイプロトコルＯＳＰＦ
パケット内に隣接経路選択装置におけるトラヒック情報
を追加して、前記トラヒック報告機能を追加実装するよ
うにしても良く、小規模変更にて目的を達成できる。特
に、ＩＰゲートウェイプロトコルＯＳＰＦのHELLO パケ
ットに対してトラヒック情報、トラヒック最適値、隣接
経路選択装置数の各項目の追加を行うことで、障害に対
する即応性を高めることができる。

【００２２】ＩＰゲートウェイプロトコルＯＳＰＦのHE
LLO パケットに対してトラヒック情報、トラヒック最適
値、隣接経路選択装置数の各項目の追加を行った前記HE
LLOパケットを用いて隣接経路選択装置間で交換され
た、トラヒック情報、トラヒック最適値、隣接経路選択
装置数に基づく隣接経路選択装置トラヒック情報テーブ
ルを構築するようにしても良い。

【００２３】上述の送出パケットの抑制は、送出側の経
路選択装置により、前記経路情報、および送出先の隣接
経路選択装置におけるトラヒック情報、トラヒック最適
値、隣接経路選択装置数とに基づいて該隣接経路選択装
置に対する適正送出ＩＰパケット数を算出しこの適正送
出ＩＰパケット数に基づき送出を抑制するようにする。
更には、配送すべき各ＩＰパケット毎に付与されている
優先度と、前記算出された適正送出ＩＰパケット数とに
基づき送出を抑制するようにしても良い。

【００２４】

【発明の実施の形態】本発明は、図１に示す如きネット
ワーク１において各経路選択装置において、従来通りの
宛先到達不能報告（ＩＣＭＰメッセージ）受信による特
定ルート障害の検出、及び、ルーティング切替が発生し
た時点で、既存ＩＰゲートウェイプロトコルであるＯＳ
ＰＦ（Open Shortest Path First）の特徴のひとつ、
「ネットワーク負荷に対応したリンク状態のデータベー
ス更新」機能（図２、図３参照）を用いると共に、既存
ＩＰゲートウェイプロトコルＯＳＰＦに「隣接経路選択
装置におけるトラヒック情報報告」機能を追加すること
により（図２、図３）、代替相手先経路選択装置におけ
るトラヒック情報具合に応じて、前段の送信元からのＩ
Ｐパケット送出を適切に抑制するものである。

【００２５】先の図１４と略同様の、図１に示した経路
選択装置群１０（１１乃至１７）にて構成されているネ
ットワークシステム１において、ネットワーク内全経路
選択装置群１０には、既知のＩＰゲートウェイプロトコ
ルＯＳＰＦが実装されるものとする。これにより、ネッ
トワーク内全経路の情報を全経路選択装置群１０におい
て共有している。これに加えて、既存ＩＰゲートウェイ
プロトコルＯＳＰＦに隣接経路選択装置間のトラヒック
情報を報告する機能を追加し、隣接経路選択装置間でト
ラヒック情報の共有を行うようになっている。

【００２６】そして、図７の同じネットワーク構成図で
説明するように、経路選択装置１１から、この経路選択
装置１１より経路選択装置１６へ至る最適経路上に位置
している経路選択装置１３に対してＩＰパケットが送信
される（図７−(1) ）。経路選択装置１３では、もしも
経路選択装置１６へ対しての送信が不可能（図７−(2)
）となっているのを発見した場合、送信元の経路選択
装置１１に対して、宛先到達不能報告メッセージを返送
する（図７−(3) ）。

【００２７】この宛先到達不能報告を受信した経路選択
装置１１は従来同様に経路の変更を行う（図７−(4)
）。この経路変更には、既存ＩＰゲートウェイプロト
コルであるＯＳＰＦにより構築（図３参照）したネット
ワーク内経路情報を用いる。ネットワーク内経路情報の
一例を図４に示す。

【００２８】図４に示したネットワーク内経路選択装置
ルーティング情報テーブル（ネットワーク内経路情報）
に基づき、経路選択装置１１は経路選択装置１６向けの
メッセージの次送出先を送信先経路選択装置１６への第
二経路である経路選択装置１４へと切り替えてパケット
送出を続けることになる。

【００２９】本発明ではこの際に、当該経路選択装置１
１が、ネットワーク内経路情報および、隣接経路選択装
置１４よりＩＰゲートウェイプロトコルＯＳＰＦを用い
て交換した隣接経路選択装置１４におけるトラヒック情
報、トラヒック最適値、隣接経路選択装置数により、経
路選択装置１４への送出可能ＩＰパケット数を決定し、
送出するＩＰパケットを抑制する。抑制はＩＰパケット
数に基づいて、或いは更にはＩＰパケット毎の優先度を
判定して行う。

【００３０】これにより、従来技術でのルート切替時に
発生していた、経路選択装置１２から経路選択装置１７
への最適経路上に位置している経路選択装置１４への負
荷の軽減、トラヒック集中によるＩＰパケット破棄の削
減が可能となる。以下、実施例を挙げて本発明を更に詳
しく説明する。

【００３１】〔実施例〕図１〜図９を用いて本発明の一
実施例について説明する。図１は本発明に係るネットワ
ーク（構成）の一例を示すブロック図である。図１のネ
ットワークシステムは、経路選択装置１１ないし経路選
択装置１７の各経路選択装置群と、伝送路２１ないし伝
送路２８によって構成されている（図３、図７の動作説
明のためのブロック図も同一構成）。

【００３２】伝送路２１ないし伝送路２８の各伝送路
は、経路選択装置間を結ぶ役割を担っている。経路選択
装置１１〜経路選択装置１７は周知のように受信したＩ
Ｐパケットを隣接経路選択装置に送出する役割を担って
いる。そしてこれらの各経路選択装置はそれぞれに、ネ
ットワーク内経路選択装置情報、更には、隣接経路選択
装置トラヒック情報（ある一定期間あたりの通過パケッ
ト数）、隣接経路選択装置トラヒック最適値（ある一定
期間あたりの処理可能パケット数）、隣接経路選択装置
における隣接経路選択装置数を記憶している（図６参
照；後述）。

【００３３】すなわち、ネットワーク内全経路選択装置
群１には、既知のＩＰゲートウェイプロトコルＯＳＰＦ
が実装されているものとする。これにより、ネットワー
ク内全経路の情報を全経路選択装置群１において共有し
ている。これに加えて、既存ＩＰゲートウェイプロトコ
ルＯＳＰＦに隣接経路選択装置間のトラヒック情報を報
告する機能を追加することで、隣接経路選択装置間でト
ラヒック情報についても共有を行うようになっている。
このトラヒック情報の共有動作や、経路障害発生時の関
連経路選択装置の動作については、後に詳述する。

【００３４】〔実施例動作の説明〕続いて、上記実施例
ネットワークの動作について、図を参照し、詳細に説明
する。まず、ＩＰゲートウェイプロトコルＯＳＰＦの特
徴について説明する。図２及び図３は、それぞれ実施例
の実装しているＯＳＰＦ関連動作を説明するシーケンス
図、ネットワーク構成に対応付けた動作説明図である。

【００３５】図２及び、図３に示すように、ＯＳＰＦを
搭載した経路選択装置は、稼働時には常時、隣接経路選
択装置間におけるＯＳＰＦパケット（経路選択装置状
態、ネットワーク状態、コストを記述した情報）の交換
により、従来同様にネットワーク全体の構造を表すデー
タベース構築を実現している。実施例におけるネットワ
ーク内経路選択装置ルーティング情報テーブル（ネット
ワーク内経路情報）を図４に示す。

【００３６】上記ネットワーク内経路情報以外に、特に
実施例では、図２の動作処理シーケンスに示したＯＳＰ
ＦパケットのひとつであるHELLO パケット交換処理に付
帯して機能追加を行って、隣接経路選択装置におけるト
ラヒック情報、隣接経路選択装置におけるＩＰパケット
処理可能数（トラヒック最適値）、隣接経路選択装置数
の交換を実現している。図５に、実施例におけるHELLO
パケットフォーマット（変更イメージ）を示す。

【００３７】図５において追加要素（パラメータ）であ
る、トラヒック情報（図５−(1) ）；は、当該経路選択
装置における１秒間あたりのＩＰパケット処理数であ
り、トラヒック最適値（図５−(2) ）；は、当該経路選
択装置における、１秒間でのＩＰパケット処理可能数で
あり、また、隣接経路選択装置数（図５−(3) ）；は、
当該経路選択装置に隣接している経路選択装置数であ
る。これらの各要素（パラメータ）は受信先の隣接経路
選択装置内に記録され共有される。

【００３８】図６は、経路選択装置間でHELLO パケット
により交換したトラヒック情報、トラヒック最適値、隣
接経路選択装置数から生成された（隣接）経路選択装置
トラヒック情報テーブルの一例を示している。例えば、
経路選択装置１１に対しては、隣接している経路選択装
置１３、１４に関するトラヒック情報、トラヒック最適
値、隣接経路選択装置数が、隣接経路選択装置トラヒッ
ク情報となる。

【００３９】経路選択装置１１から見た隣接経路選択装
置トラヒック情報は、図６の例では、それぞれ、経路選
択装置１３におけるトラヒック情報は１０ｐｐｓ、トラ
ヒック最適値は１８０ｐｐｓ、隣接経路選択装置数は２
装置、また、経路選択装置１４におけるトラヒック情報
は８０ｐｐｓ、トラヒック最適値は１５０ｐｐｓ、隣接
経路選択装置数は４装置となっている。

【００４０】次に、パケット送出動作について説明す
る。図７は、実施例ネットワークシステムの動作を説明
するための説明図（ネットワーク構成図）であり、図８
は実施例システムにおけるＩＰパケット送出処理過程を
示すフローチャートである。

【００４１】定常時には、例えば経路選択装置１１から
のＩＰパケットは、ＯＳＰＦにより構築したネットワー
ク内経路情報（図４に例示）に基づき経路選択装置１１
から経路選択装置１６への最適経路上に位置している経
路選択装置１３に送出され（図７−(1) ）転送されてい
く。

【００４２】然しながら、何らかの異常発生時には、経
路選択装置１１からのＩＰパケットは、一旦、経路選択
装置１１から経路選択装置１６への最適経路上に位置し
ている経路選択装置１３に送出される（図７−(1) ）。
しかし、送出先の経路選択装置１３は、経路選択装置１
６への送出が不可能（図７−(2) ）となっているのを発
見した場合には、経路選択装置１１に対して、従来同様
に宛先到達不能報告メッセージを返送する（図７−(3)
）。

【００４３】この宛先到達不能報告を受信した経路選択
装置１１は、既存ＩＰゲートウェイプロトコルであるＯ
ＳＰＦにより構築したネットワーク内経路情報（図４参
照）を用い、経路選択装置１１における経路選択装置１
６向けのメッセージの次送出先を送信先経路選択装置１
６の第二経路である経路選択装置１４へと切り替える
（図７−(4) ）。

【００４４】すなわち、図４のルーティングテーブルに
よれば、経路選択装置１１から経路選択装置１６への最
適経路上にある経路選択装置は１３であるが、送出不可
能であることから、次に選択する経路選択装置としては
第二経路上にある経路選択装置１４が選択される。この
場合、図６より、隣接経路選択装置１４におけるトラヒ
ック情報は８０ｐｐｓ、隣接経路選択装置における一定
期間内処理可能トラヒック数（トラヒック最適値）は１
５０ｐｐｓであることも判る。また、経路選択装置１４
における隣接経路選択装置は４つの装置である。

【００４５】これらの情報より、経路選択装置１１から
経路選択装置１４への送出可能ＩＰパケット数が算出さ
れる。算出式を次式および、図９に示す。 （トラヒック最適値−トラヒック情報）÷隣接装置数
＝送出可能ＩＰパケット数、 （１５０ｐｐｓ−８０ｐｐｓ）÷４＝ １７．５ｐｐｓ

【００４６】このように、経路選択装置１４の隣接経路
選択装置４装置より平均的にＩＰパケットが送出される
と仮定し、トラヒック最適値とトラヒック情報の差分を
経路選択装置１４における隣接経路選択装置数により除
算して得られた結果を経路選択装置１１から経路選択装
置１４への送出可能ＩＰパケット数とする。その結果、
経路選択装置１１から経路選択装置１４への送出可能Ｉ
Ｐパケット数は１７．５ｐｐｓとなる。この場合、秒間
１７個のＩＰパケットが送出可能とする。

【００４７】本実施例ではＩＰパケット送出時に、併せ
て送出可能ＩＰパケット数が０以下でないことを確認す
る。送出可能ＩＰパケット数が０以下である場合には、
ＩＰパケット送出を待ち合わせる。送出可能ＩＰパケッ
ト数が０以下でなかった場合には、ＩＰパケット送出す
ると共に（パケット送出毎に）送出可能ＩＰパケット数
を減算する。１秒以内に１７個のＩＰパケットを送出し
てしまった場合（送出可能ＩＰパケット数が０以下とな
ってしまった場合）には、次送出可能タイミング（１秒
経過後）まで送出を待ち合わせる。１秒経過後、送出可
能ＩＰパケット数の算出を行い、算出されたＩＰパケッ
ト数分のＩＰパケット送出を可能と判定する。

【００４８】以上説明したように本実施例システムで
は、ＩＰゲートウェイプロトコルＯＳＰＦのHELLO パケ
ットに対してトラヒック情報、トラヒック最適値、隣接
経路選択装置数の各項目の追加を行うことにより、各経
路選択装置が常にトラヒック情報を監視しており、送出
可能ＩＰパケット数を算出することにより、適正なトラ
ヒック量に押さえる事が可能となる。特に、上記処理を
宛先到達不能報告受信を契機とし抑制動作を開始するこ
とで、回線障害に対して早期に対処が可能でありＩＰパ
ケットの送出を抑制して別ルートへの輻輳波及を早期に
押さえる事が可能となる。また、特定ルートにおけるＩ
Ｐパケット破棄数削減が可能となり、ネットワークの信
頼性向上が図れる。

【００４９】パケット抑制は、ネットワーク内の各経路
選択装置群に既存のＩＰゲートウェイプロトコルＯＳＰ
Ｆを実装し当該ネットワーク内全経路の接続情報を全経
路選択装置群で共有するとともに、何らかの形で隣接経
路選択装置におけるトラヒック情報を報告するトラヒッ
ク報告機能を追加実装しておき（ＩＰゲートウェイプロ
トコルＯＳＰＦには限定されない）、ＯＳＰＦに依って
特定ルート障害発生を検出した隣接経路選択装置からの
宛先到達不能報告（ＩＣＭＰメッセージ）を受信した場
合にこの隣接経路選択装置が、ルーティング宛先隣接経
路選択装置を切り替えると共にネットワーク負荷に対応
したリンク状態のデータベース更新を行い、現隣接経路
選択装置でのトラヒック情報具合いに応じて送信するＩ
Ｐパケットを抑制させれば良い。

【００５０】実施例のように、トラヒック報告機能を既
存ＯＳＰＦプロトコルに追加実装することは制御の複雑
化を回避できて合理的であり、HELLO パケットに対して
トラヒック情報、トラヒック最適値、隣接経路選択装置
数の各項目の追加を行い実現すれば、各経路選択装置が
常時トラヒック情報を更新・共有できて即応性の点で有
利である。

【００５１】続いて、本発明の他の実施例について、図
を参照して詳細に説明する。前実施例でのＩＰパケット
数管理に基づく送出抑制の代替手段として、ＩＰパケッ
ト上に設定されている優先度を用いて送出抑制を行う方
式を取ることができる。

【００５２】図１０は、ＩＰパケット優先度に基づく本
発明の実施例を説明する図である。図１０に示すよう
に、本実施例では各経路選択装置（例えば符号３１）に
おいてて、ＩＰパケット（抑制）送出時、それぞれ優先
度４１〜４４のいずれかに分類されるＩＰパケット上の
優先度を確認している。勿論、ここで使用するＩＰパケ
ット上には常に優先度が設定されているものとする。図
１１は、ＩＰｖ４／ＩＰｖ６におけるこのようなＩＰパ
ケットフォーマットのヘッダフォーマットを例示してい
る。図中の、斜字体部分に、すなわち、それぞれＩＰｖ
４ではＴｙｐｅＯｆ Ｓｅｒｖｉｃｅに、ＩＰｖ６では
Ｔｒａｆｆｉｃ Ｃｌａｓｓに優先度を設定する。

【００５３】この実施例においても、経路選択装置１１
に対して、宛先到達不能報告メッセージが返送される
と、隣接経路選択装置１４への経路変更が行われる（図
７参照トフォーマットのヘッダフォーマットを例示して
いる。図中の、斜字体部分に、すなわち、それぞれＩＰ
ｖ４ではＴｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅに、ＩＰｖ６
ではＴｒａｆｆｉｃ Ｃｌａｓｓに優先度を設定する。

【００５４】なお、本実施例ネットワークも構成的には
複数の経路選択装置と各装置間を結ぶ伝送路から構成さ
れ、ほぼ先の図１、図３及び図７等に示したものと同様
であるが、経路選択装置における処理・制御内容の一部
が異なっている。

【００５５】そして本実施例においても、例えば経路選
択装置１１に対して、宛先到達不能報告メッセージが返
送されると、やはり隣接経路選択装置１４への経路変更
が行われる（図７参照）。経路情報と隣接経路選択装置
１４におけるトラヒック情報、トラヒック最適値、隣接
経路選択装置数より、隣接経路選択装置１４への送出可
能ＩＰパケット数を算出し、また送出可能優先度が決定
される。

【００５６】こうして送出可能ＩＰパケット数を算出す
るまでは前実施例と同じであるが、送出可能ＩＰパケッ
ト数が経路選択装置１４におけるトラヒック最適値に占
める割合により、送出可能優先度を決定する。図１２に
送出可能優先度の決定論理の例を示す。このとき、送出
可能ＩＰパケット数は１７．５ｐｐｓ、経路選択装置１
４におけるトラヒック最適値は１５０ｐｐｓであること
から、占める割合は、１１．６７％となる。

【００５７】この値（割合）と各経路選択装置において
保持している送出可能ＩＰパケット数／トラヒック最適
値（率）〜送出可能優先度情報テーブル（図１３）か
ら、送出可能優先度を決定する。本実施例の場合、送出
可能なパケットは優先度としてランク１、２のものとす
る（送出可能優先度は１、２となる）。図１１の場合を
例にとると、上２つの優先度別キューに格納されている
ＩＰパケットのみ処理対象とする。

【００５８】以上説明した各実施例では、７つの経路選
択装置を用いた場合を例とし説明したが、本発明におけ
る経路選択装置の数に制限はない。また、実施例で挙げ
たその他の設定数値（トラヒック情報、トラヒック最適
値、隣接経路選択装置数、送出可能ＩＰパケット数／ト
ラヒック最適値（率）〜送出可能優先度情報テーブル内
数値）については単なる例示に過ぎずこの限りではな
い。なお、ＩＰゲートウェイプロトコルＯＳＰＦ以外を
用いたネットワークシステムでも隣接経路選択装置のト
ラヒック状態を把握できれば同様の概念を適用できる。

【００５９】

【発明の効果】本発明による配送メッセージ送出抑制方
法では、ネットワーク内の各経路選択装置群に、既存Ｉ
ＰゲートウェイプロトコルＯＳＰＦを実装し、更に隣接
経路選択装置におけるトラヒック情報を報告するトラヒ
ック報告機能を追加実装して、特定ルート障害発生を検
出した隣接経路選択装置からの宛先到達不能報告（ＩＣ
ＭＰメッセージ）を受信した場合に、当該隣接経路選択
装置が、ルーティング宛先隣接経路選択装置を切り替え
ると共に、ネットワーク負荷に対応したリンク状態のデ
ータベース更新を行い、且つ、現隣接経路選択装置での
トラヒック情報具合いに応じて送信するＩＰパケットを
抑制するようにしたことによって、輻輳によるＩＰパケ
ット破棄を防止することができ信頼性の高いネットワー
クを実現することができるとの効果を得ることができ
る。

【００６０】ＩＰゲートウェイプロトコルＯＳＰＦのHE
LLO パケットに重畳させる等の手段により、隣接経路選
択装置におけるトラヒック情報を報告するトラヒック報
告機能に依って所定周期で報告を行って隣接経路選択装
置間でトラヒック情報を共有させておくことで、従来の
方法に比べて、障害対処時間を短くできる効果が得られ
る。

【図面の簡単な説明】

【図１】本発明の適用されるネットワーク構成の一例を
示す構成図である。

【図２】本発明実施例のＯＳＰＦ関連動作を説明するシ
ーケンス図である。

【図３】実施例ネットワークシステムの動作を説明する
ための説明図（ネットワーク構成図）である。

【図４】実施例において使用するネットワーク内経路選
択装置ルーティング情報テーブル（ネットワーク内経路
情報）の一例である。

【図５】実施例におけるHELLO パケットフォーマット
（変更イメージ）の説明図である。

【図６】実施例において使用する、HELLO パケット交換
により生成された隣接経路選択装置トラヒック情報テー
ブルの一例である。

【図７】実施例ネットワークシステムの動作を説明する
ための説明図（ネットワーク構成図）である。

【図８】実施例システムにおけるＩＰパケット送出処理
過程を示すフローチャートである。

【図９】本発明に係る、送出可能ＩＰパケット数の算出
方法を説明（式、他）である。

【図１０】本発明の、ＩＰパケット優先度に基づく実施
例を説明する図である。

【図１１】本発明に係る、ＩＰｖ４／ＩＰｖ６における
ＩＰパケットフォーマットの例示ヘッダフォーマットの
説明図である。

【図１２】本発明に係る、送出パケットの送出可能優先
度決定論理の例を示す説明（式、他）である。

【図１３】本発明に係る、送出パケットの送出可能優先
度決定論理の例を示す説明（利用テーブル）である。

【図１４】本発明に係る従来技術を説明するためのネッ
トワーク構成図である。

【符号の説明】

１１〜１７…経路選択装置 ２１〜２８…伝送路 ３１…経路選択装置

Claims (7)

【特許請求の範囲】
1. 【請求項１】 複数の経路選択装置群を相互に接続して
   なるネットワークにおいて、 ネットワーク内の各経路選択装置群には、既存ＩＰゲー
   トウェイプロトコルＯＳＰＦを実装し当該ネットワーク
   内全経路の接続情報を全経路選択装置群で共有するとと
   もに、 隣接経路選択装置におけるトラヒック情報を報告するト
   ラヒック報告機能を追加実装しておき、 特定ルート障害発生を検出した隣接経路選択装置からの
   宛先到達不能報告（ＩＣＭＰメッセージ）を受信した場
   合にこの隣接経路選択装置が、 ルーティング宛先隣接経路選択装置を切り替えると共
   に、 ネットワーク負荷に対応したリンク状態のデータベース
   更新を行い、 現隣接経路選択装置でのトラヒック情報具合いに応じて
   送信するＩＰパケットを抑制することを特徴とするネッ
   トワークにおける配送メッセージ送出抑制方法。
2. 【請求項２】 前記追加実装された、隣接経路選択装置
   におけるトラヒック情報を報告するトラヒック報告機能
   に依って所定周期で報告を行って隣接経路選択装置間で
   トラヒック情報を共有させておくことを特徴とする請求
   項１記載の配送メッセージ送出抑制方法。
3. 【請求項３】 既存ＩＰゲートウェイプロトコルＯＳＰ
   Ｆパケット内に隣接経路選択装置におけるトラヒック情
   報を追加して、前記トラヒック報告機能を追加実装した
   ことを特徴とする請求項１または２に記載の配送メッセ
   ージ送出抑制方法。
4. 【請求項４】 ＩＰゲートウェイプロトコルＯＳＰＦの
   HELLO パケットに対してトラヒック情報、トラヒック最
   適値、隣接経路選択装置数の各項目の追加を行った請求
   項３に記載の配送メッセージ送出抑制方法。
5. 【請求項５】 ＩＰゲートウェイプロトコルＯＳＰＦの
   HELLO パケットに対してトラヒック情報、トラヒック最
   適値、隣接経路選択装置数の各項目の追加を行った前記
   HELLO パケットを用いて隣接経路選択装置間で交換され
   た、トラヒック情報、トラヒック最適値、隣接経路選択
   装置数に基づく隣接経路選択装置トラヒック情報テーブ
   ルを構築することを特徴とする請求項４に記載の配送メ
   ッセージ送出抑制方法。
6. 【請求項６】 送出側の経路選択装置が、前記経路情
   報、および送出先の隣接経路選択装置におけるトラヒッ
   ク情報、トラヒック最適値、隣接経路選択装置数とに基
   づいて該隣接経路選択装置に対する適正送出ＩＰパケッ
   ト数を算出しこの適正送出ＩＰパケット数に基づき送出
   を抑制することを特徴とする請求項１〜５のいずれか１
   項に記載の配送メッセージ送出抑制方法。
7. 【請求項７】 送出側の経路選択装置が、前記経路情
   報、および送出先の隣接経路選択装置におけるトラヒッ
   ク情報、トラヒック最適値、隣接経路選択装置数とに基
   づいて該隣接経路選択装置に対する前記適正送出ＩＰパ
   ケット数を算出し、配送すべき各ＩＰパケット毎に付与
   されている優先度と、前記算出された適正送出ＩＰパケ
   ット数とに基づき送出を抑制することを特徴とする請求
   項６に記載の配送メッセージ送出抑制方法。