JP2001345808A - ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体 - Google Patents

ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体

Info

Publication number
JP2001345808A
JP2001345808A JP2000163573A JP2000163573A JP2001345808A JP 2001345808 A JP2001345808 A JP 2001345808A JP 2000163573 A JP2000163573 A JP 2000163573A JP 2000163573 A JP2000163573 A JP 2000163573A JP 2001345808 A JP2001345808 A JP 2001345808A
Authority
JP
Japan
Prior art keywords
information
qos
link state
state information
nodes
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
Application number
JP2000163573A
Other languages
English (en)
Inventor
Akira Ichie
晃 市江
Kenichi Nagami
健一 永見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2000163573A priority Critical patent/JP2001345808A/ja
Publication of JP2001345808A publication Critical patent/JP2001345808A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 【課題】リンクステート型経路情報を共有するネットワ
ーク内のＱｏＳ情報の一元管理と同時に、ＱｏＳ情報取
得のための管理トラフィックの低減を実現する。 【解決手段】 ターゲットノードから送信されるリンク
ステート情報を受信するリンクステート情報取得手段
（３３）と、前記リンクステート情報取得手段により取
得したリンクステート情報をリンクステート表として記
憶するリンクステート情報記憶手段（３２）と、ＱｏＳ
保証の対象となるルータに対しＱｏＳ保証の要求と確認
を行うＱｏＳ制御手段（３４）と、ユーザからの保証し
たいＱｏＳの入力に応答して、ＱｏＳ制御手段を介して
ＱｏＳを保証するＱｏＳ情報解析手段（３１）とを備え
る。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、ネットワーク内の
Quality of Service (QoS)情報を管理する管理端末装
置、ＱｏＳ情報収集管理方法および記憶媒体に関する。
【０００２】
【従来の技術】インターネットは、複数のルータ／ホス
ト（これらをまとめてノードと呼ぶ）を接続することに
より、データ転送を行っている。ドメイン内のルーティ
ング情報の交換には、Open Shortest Path First (OSP
F)などの内部ゲートウエイプロトコルが使われている。
ＯＳＰＦは、ルータによって接続されたインターネット
ワーク上の経路について調べるのに使われるルータテク
ニックである。ルータは、定期的にリンクステート情報
でネットワークを調査することにより、経路（パス）に
ついての情報を得る。リンクステート情報は、ルータに
接続されているカレントのリンクについての記述であ
る。リンクステート情報は、またリンクのコストを示す
値などの情報についても記述する。他のルータは、この
情報を収集して、リンクコスト情報やその他の情報に基
づいた、最適のパスを使用するルーティングテーブルを
作成する。情報はネットワーク全体に定期的にブロード
キャストされるので、ルータは不断にルーティングテー
ブルの調整を行って、パケット伝送のための最適で最短
のパス経路を選択することができる。
【０００３】一方、インターネット利用の増大に伴い、
ルータによるデータ転送のボトルネック、遅延や制御の
限界が現れネットワークのＱｏＳ(Quality of Service)
保証が求められている。ＱｏＳ保証とは、予め定めたポ
リシーに従ってトラヒックを転送し、特定のトラヒック
のスループットや遅延時間を保証すること指す。ＱｏＳ
保証を実現するためには、ネットワーク内の各ノードを
接続する各リンクの帯域幅や未使用の帯域幅および遅延
時間、転送の優先度等（以下ＱｏＳ情報という）を取得
して管理する必要がある。
【０００４】しかしながら、従来、このＱｏＳ情報は上
述したリンクステート情報には含まれておらず、図１２
に示すように、各ノード内の管理情報ベース（ＭＩＢ）
に各ノード固有のデータ形式で記憶されている。このた
め、従来ＱｏＳ情報はブロードキャストされておらず、
各ノードにおいて共有されていない。このため、専用管
理端末は、各ノード毎に、例えば、Simple Network Man
agement Protocol (SNMP)等の管理環境プロトコルを用
いて、ＱｏＳ情報を収集している。
【０００５】
【発明が解決しようとする課題】上述したように、Ｑｏ
Ｓ情報は各ノード間で共有されるリンクステート情報に
は含まれていないため、専用管理端末は、各ノードごと
にＱｏＳ情報を収集する必要がある。このため、管理用
トラフィックが増大するという問題がある。また、複数
のノードにＱｏＳ情報が分散されて記憶されているた
め、管理が困難であるという問題がある。
【０００６】本発明は、上述した事情に鑑みてなされた
もので、管理端末において、ＱｏＳ情報を一元管理する
とともに、その情報収集のための管理用トラヒックを減
らすことにより管理を容易にするとともに、管理用トラ
ヒックがネットワークに影響を与えることを少なくする
ことのできるＱｏＳ情報収集管理端末、ＱｏＳ情報収集
管理方法および記憶媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】上記目的を達成するため
に、請求項１に対応する発明は、複数のノードが接続さ
れると共に、該ノードのいずれかのノードと接続され、
ネットワーク管理を行う管理装置とが接続されたネット
ワークにおいて、Simple Network ManagementProtocol
(SNMP)およびCommon Open Policy Service (COPS)を含
むプロトコルを用いてQuality of Service (QoS)情報を
含むリンクステート情報を取得するリンクステート情報
取得手段と、前記リンクステート情報取得手段により取
得したリンクステート情報を記憶するリンクステート情
報記憶手段と、前記リンクステート情報記憶手段に記憶
されたリンクステート情報に基づいてQuality of Servi
ce (QoS)情報を解析するQoS情報解析手段と、を具備す
ることを特徴とする。
【０００８】また、請求項２に対応する発明は、複数の
ノードが接続されると共に、該ノードのいずれかのノー
ドと接続され、ネットワーク管理を行う管理装置とが接
続されたネットワークにおいて、Open Shortest Path F
ast (OSPF)およびIntermediate System-to-Intermediat
e System(IS-IS)を含むプロトコルを用いてリンクステ
ート情報を取得するリンクステート情報取得手段と、前
記リンクステート手段により取得したリンクステート情
報を記憶するリンクステート情報記憶手段と、前記リン
クステート情報記憶手段に記憶されたリンクステート情
報に基づいてQuality of Service (QoS)情報を解析する
QoS情報解析手段と、を具備することを特徴とする。
【０００９】請求項５に対応する発明は、複数のノード
が接続されると共に、該ノードのいずれかのノードと接
続され、ネットワーク管理を行う管理装置とが接続され
たネットワークにおいて、前記管理装置が、Simple Net
work Management Protocol (SNMP)およびCommonOpen Po
licy (COPS)を含むプロトコルを用いて、前記管理装置
に接続されたノードと通信することにより、該ノードの
Quality of Service (QoS)情報を含むリンクステート情
報を取得し、前記取得したリンクステート情報を記憶す
る、ことを特徴とする。
【００１０】請求項６に対応する発明は、複数のノード
が接続されると共に、該ノードのいずれかのノードと接
続され、ネットワーク管理を行う管理装置とが接続され
たネットワークにおいて、前記管理装置が、Open Short
est Path Fast (OSPF)およびIntermediate System-to-I
ntermediate System(IS-IS)を含むプロトコルを用い
て、前記管理装置に接続されたノードと通信することに
より、該ノードのQuality of Service(QoS)情報を含む
リンクステート情報を取得し、前記取得したリンクステ
ート情報を記憶する、ことを特徴とする。
【００１１】請求項１０に対応する発明は、複数のノー
ドが接続されると共に、該ノードのいずれかのノードと
接続され、ネットワーク管理を行う管理装置とが接続さ
れたネットワークにおいて、コンピュータを、Simple N
etwork Management Protocol (SNMP)およびCommon Open
Policy Service (COPS)を含むプロトコルを用いてQual
ity of Service (QoS)情報を含むリンクステート情報を
取得するリンクステート情報取得手段と、前記リンクス
テート情報取得手段により取得したリンクステート情報
を記憶するリンクステート情報記憶手段と、前記リンク
ステート情報記憶手段に記憶されたリンクステート情報
に基づいてQuality of Service (QoS)情報を解析するQo
S情報解析手段、として機能させるためのプログラムを
記憶したことを特徴とする。
【００１２】請求項１１に対応する発明は、複数のノー
ドが接続されると共に、該ノードのいずれかのノードと
接続され、ネットワーク管理を行う管理装置とが接続さ
れたネットワークにおいて、コンピュータを、Open Sho
rtest Path Fast (OSPF)およびIntermediate System-to
-Intermediate System(IS-IS)を含むプロトコルを用い
てリンクステート情報を取得するリンクステート情報取
得手段と、前記リンクステート手段により取得したリン
クステート情報を記憶するリンクステート情報記憶手段
と、前記リンクステート情報記憶手段に記憶されたリン
クステート情報に基づいてQuality of Service (QoS)情
報を解析するQoS情報解析手段、として機能させるため
のプログラムを記憶したことを特徴とする。
【００１３】本発明によれば、ＳＮＭＰやＣＯＰＳ等の
能動的リンクステート情報取得手段あるいはＯＳＰＦや
ＩＳ−ＩＳ等の受動的リンクステート情報取得手段を用
いて、ノードが属する階層のエリア内のノード間の接続
情報およびＱｏＳ情報を含むリンクステート情報を取得
する。ＱｏＳ情報解析手段は、ノード間の接続情報およ
びＱｏＳ情報をユーザに提示し、ユーザからＱｏＳの要
求を受け付け、該ＱｏＳの要求を満たす経路を計算す
る。
【００１４】さらに、本発明はＱｏＳ制御手段を有し、
ＱｏＳ情報解析手段により計算され経路に存在するノー
ドにＱｏＳ保証の要求を行う。
【００１５】本発明によれば、ＱｏＳ情報管理端末でネ
ットワークの一元管理を行う場合に、ネットワーク内の
ＱｏＳ情報をリンクステート型情報として取得すること
で、管理用トラヒックが減少し、ネットワークに与える
影響が少なくなる。
【００１６】
【発明の実施の形態】以下、本発明の実施形態につい
て、図面を参照して説明する。なお、以下に述べる実施
の形態では、リンクステート情報がＱｏＳ情報を含むも
のとして説明する。
【００１７】図１および図２は本発明の実施の形態を示
すブロック図である。図１はネットワークが単一の階層
で構成されている場合を示し、図２はネットワークが複
数の階層で構成されている場合を示す。
【００１８】図１において、複数のノード１１、１２、
１３が接続されると共に、ＱｏＳ情報管理端末１がター
ゲットノード（ＱｏＳ情報管理端末１がＱｏＳ情報を取
得するノード）１１に接続されることによりネットワー
クを構成している。
【００１９】図２はネットワークが複数の階層から構成
される場合の例であり、同図に示す実施形態では、ノー
ド２２にさらにノード２４およびノード２５が接続さ
れ、ノード２３にノード２６およびノード２７が接続さ
れ、複数の階層（エリア１、エリア２、エリア３）から
ネットワークが構成されている。ノード２２および２３
（境界ルータと呼ぶ場合もある）はそれぞれエリア１と
エリア２の境界、およびエリア１とエリア３の境界に存
在する。
【００２０】なお、以下の説明では、各ノードはルータ
（Ｒ１、Ｒ２、またはＲ３）およびホストユニットを含
むものとし、単にルータと呼ぶ場合もある。
【００２１】この実施形態では、各ノード１１、１２、
１３間でのリンクステート型の経路制御プロトコルとし
てＯＳＰＦ(Open Shortest Path Fast)を用い、ＱｏＳ
情報管理端末１がターゲットノード１１からＱｏＳ情報
を取得する手段としてＳＮＭＰ(Simple Network Manage
ment Protocol)やCommon Open Policy Service (COPS)
等のプロトコルを用いた場合について説明するが、それ
ぞれ他のプロトコルを用いた場合においても同様に実施
可能である。
【００２２】始めに、ＱｏＳ情報管理端末がＳＮＭＰ、
ＣＯＰＳ等の情報取得手段を用いて能動的にＱｏＳ情報
を取得する手法について記述する。 ＳＮＭＰはネット
ワーク上のデバイスから管理情報を収集するのに広く使
われている通信プロトコルである。この情報は各デバイ
スにあるエージェントにより収集され、管理情報データ
ベース（ＭＩＢ）に記録される。収集される情報のタイ
プは、デバイスの特徴、データのスループット、トラフ
ィック、およびエラーに関するものである。ＭＩＢには
共通のフォーマットがあるので、異なるベンダが作った
ＳＮＭＰの管理ユーティリティでＭＩＢ情報を収集し、
それを管理コンソールにいるシステム管理者に提示する
ことができる。
【００２３】ＯＳＰＦは階層的なリンクステート型制御
プロトコルである。ある階層に属するノードは、その階
層のリンクステート情報を全て有する。これは、上述し
たように、リンクステート情報がネットワーク全体に定
期的にブロードキャストされるためである。ここで言う
リンクステート情報は、階層内の全てのリンク情報と、
各リンクの両端のノード情報（ネットワークが複数の階
層で構成されている場合）と、各リンクのコストおよび
ＱｏＳ情報を含むものとする。
【００２４】図３は、図１および図２に示すＱｏＳ情報
管理端末１の詳細ブロック図である。同図に示すよう
に、ＱｏＳ情報管理端末１は、リンクステート情報取得
部３３と、リンクステート情報記憶部３２と、ＱｏＳ情
報解析部３１と、ＱｏＳ制御部３４とから構成される。
リンクステート情報取得部３３は、ＳＮＭＰ、ＣＯＰＳ
等のプロトコルあるいはＯＳＰＦ、ＩＳ−ＩＳ等のプロ
トコルを用いてターゲットとなるルータからリンクステ
ート情報を取得する。リンクステート情報記憶部３２
は、リンクステート情報取得部３３により取得したリン
クステート情報を記憶する。具体的には、後述する図５
（ａ）乃至５（ｅ）の各表を記憶する。ＱｏＳ情報解析
部３１は、リンクステート情報記憶部３２に記憶された
リンクステート情報からＱｏＳ情報を抽出し、ユーザ
（ネットワーク管理者）に抽出したＱｏＳ情報を提示す
る。ＱｏＳ制御部３４は、ＱｏＳ保証の対象となるルー
タに対し、ＱｏＳ保証の要求と確認を行うための通信を
行う。なお、ＱｏＳ制御部３４は、ＱｏＳ情報収集のみ
の場合は、必ずしも必要ない。
【００２５】次に、このように構成されたＱｏＳ情報管
理端末１が、図１に示すようなネットワーク構成におい
て、ＱｏＳ情報を収集する場合の処理について、図４に
示すフローチャートを参照して説明する。
【００２６】ＱｏＳ情報管理端末１のリンクステート情
報取得部３３は、図４のステップＳ１において、ターゲ
ットノードを選択する。ターゲットノードはリンクステ
ート情報を取得するノードである。この例では、エリア
１のR１（１１）をターゲットノードとして選択するも
のとする。ターゲットノードを選択するには、ネットワ
ーク管理者が予め情報収集の対象となるターゲットノー
ドの識別情報（アドレス）を設定しておき、ＱｏＳ情報
管理端末１がこの設定を調べることにより選択してもよ
いし、ＱｏＳ情報管理端末１の属するネットワークのデ
フォルトルータをターゲットノードとして選択してもよ
い。管理トラヒックを低減させるためには、ＱｏＳ情報
管理端末１とこのターゲットノード（Ｒ１）１１が同一
リンク上に存在することが望ましい。
【００２７】次に、ステップＳ３において、リンクステ
ート情報取得部３３は、ターゲットノードであるＲ１
（１１）にリンクステート情報取得のため問い合わせパ
ケットを発行する。そして、ステップＳ５において、リ
ンクステート情報取得部３３は、Ｒ１（１１）からの応
答パケットによりリンクステート情報を取得する。リン
クステートの情報には、Ｒ１（１１）からＲ２（１
２）、R２（１２）からR１（１１）、R１（１１）からR
３（１３）、R３（１３）からR１（１１）、R２（１
２）からR３（１３）、R３（１３）からR２（１２）の
接続情報と、これらのリンクのコストおよびＱｏＳ情報
が含まれている。
【００２８】次に、ステップＳ７において、ＱｏＳ情報
解析部３１はリンクステート情報取得部３３により取得
したリンクステート情報を、図５（ｂ）に示すようにリ
ンクステート表としてリンクステート情報記憶部３２に
記憶する。図５（ｂ）に示すように、リンクステート表
は、リンク接続情報と、コスト情報と、最大帯域幅情報
と、未使用帯域幅情報と、遅延情報の各フィールドから
構成される。ＱｏＳ情報管理端末１は、定期的またはユ
ーザ（ＱｏＳ情報管理者）の要求があった場合に、上記
のリンクステート情報を取得し、リンクステート表を更
新する。
【００２９】次に、ステップＳ９において、ＱｏＳ情報
解析部３１は、リンクステート表からＱｏＳ情報（この
実施形態においては、最大帯域幅、未使用帯域幅、遅
延）を抽出し、可視化してユーザに提示する。さらに、
ユーザからの要求に応じて、抽出したＱｏＳ情報を基
に、ＱｏＳ制御やＭＰＬＳ(Multi Protocol Label Swit
ch)、ＶＰＮ(Virtual Private Network)等の専用パス設
定を行う。ＭＰＬＳを用いた各ノードの専用パス設定に
ついては、ＣＲ−ＬＤＰの場合を例に挙げて後述され
る。現在の技術では、ＶＰＮを用いた問題点として、ユ
ーザの利用帯域が保証されない、伝送遅延が安定しない
等が考えられるが、リンクステート情報にＱｏＳ情報が
含まれるようになれば、そのような問題点を生じること
なく、ＶＰＮの専用パス設定を行うことができる。
【００３０】次に、ユーザが要求するＲ１からＲ２へ向
けて帯域幅８０ＭｂｐｓのＱｏＳを保証する手順の例を
図６に示すフローチャートを参照して説明する。ここ
で、ユーザとは、QoS情報管理端末を使用する管理者やQ
oS保証が必要なネットワーク利用者のことである。
【００３１】図６のステップS１０１において、ＱｏＳ
情報管理端末１（ＱｏＳ情報解析部３１）は、ネットワ
ーク内の各リンクと各ルータを表示する。すなわち、例
えば図７に示すようなトポロジー図を表示する。図７に
おいて、記号「Q」は、ＱｏＳ情報管理端末１を表し、
「Ｒ１」、「Ｒ２」、「Ｒ３」がそれぞれ、ノード（ル
ータ）１１、１２、１３を表す。次に、図６のステップ
Ｓ１０２において、ユーザから表示すべきＱｏＳ情報の
指定を受ける。この実施形態においては、ＱｏＳ情報の
指定として「未使用帯域幅」が指定される。そして、ス
テップＳ１０３において、ＱｏＳ情報解析部３１はステ
ップＳ１０２においてユーザにより指定されたＱｏＳ情
報（ここでは未使用帯域幅）を各リンクについて表示す
る。この表示の一例を図８に示す。図８はネットワーク
内の各リンクの未使用帯域を表示したトポロジー図であ
り、ＱはＱｏＳ管理情報端末１を、R1、R2、R3はそれぞ
れルータを示している。図８には、図５（ｂ）に示した
リンクステート表（エリア１）の各リンクの未使用帯域
幅が表示されている。ユーザはこの表示により、ルータ
Ｒ１からＲ２、およびＲ２からＲ１への各未使用帯域幅
が５５Ｍｂｐｓであること、ルータＲ２からＲ３への未
使用帯域幅が９０Ｍｂｐｓであること、ルータＲ３から
Ｒ２への未使用帯域幅が８０Ｍｂｐｓであること、ルー
タＲ１からＲ３およびルータＲ３からＲ１への各未使用
帯域幅が９０Ｍｂｐｓであることがわかる。
【００３２】次に、図６のステップＳ１０４において、
ユーザは表示されたトポロジー図（図８）を利用して、
始点ルータＲ１、終点ルータＲ２を指定し、保証したい
ＱｏＳ情報（帯域幅８０Ｍｂｐｓ）を入力する。
【００３３】ステップＳ１０５において、ＱｏＳ情報解
析部３１は、図５（ｂ）のリンクステート表を複製し、
ステップＳ１０６において、指定されたＱｏＳの条件で
ある、未使用帯域８０Ｍｂｐｓに満たないリンクの行を
複製したリンクステート表から削除する。
【００３４】次に、ステップＳ１０７において、ＱｏＳ
情報解析部３１は、未使用帯域幅８０Ｍｂｐｓに満たな
いリンクの行が削除されたリンクステート表を基に、Ｏ
ＳＰＦの経路探索アルゴリズムに従って、Ｒ１からＲ２
への経路を探索する。ここでは、Ｒ１からＲ３を経由し
てＲ２へ到達する経路を求める。そして、ステップＳ１
０８において、求めた経路が指定されたＱｏＳの条件を
満たしているか否かを判断する。ステップＳ１０８の判
断において、ユーザが指定したＱｏＳの条件を満たすの
で、ＱｏＳ情報解析部３１はステップＳ１０９におい
て、求めた経路をトポロジー図上に表示する。この表示
の一例を図９に示す。同図に示すように、経路の方向が
斜線の矢印で示される。これにより、ユーザは、求めら
れた経路選択がルータＲ１からルータＲ３を経由してル
ータＲ２に到達する経路であることがわかる。
【００３５】図６のステップＳ１１０において、ユーザ
がＱｏＳ保証の実行を命令すると、ＱｏＳ情報解析部３
１は、ＱｏＳ制御部３４に対し、ＱｏＳ保証の要求を行
うための通信を指示する。この指示に応答して、ＱｏＳ
制御部３４は、求めた経路上のルータであるＲ１、Ｒ
２、Ｒ３に対しＱｏＳ保証を要求する。すなわち、ルー
タＲ１にはリンクＲ１→Ｒ３への出力、ルータＲ３には
リンクＲ１→Ｒ３からの入力およびリンクＲ３→Ｒ２へ
の出力、ルータＲ２にはリンクＲ３→Ｒ２からの入力に
おいてそれぞれ帯域幅８０Mbpsで確保するよう要求す
る。ただし、各該当ルータの入力においては帯域幅を確
保する必要が無い場合もある。ルータＲ１、Ｒ２、Ｒ３
はそれぞれ要求された帯域幅を確保し、図６のステップ
Ｓ１１２において、ＱｏＳ情報管理端末１に完了を通知
する。そして、ステップＳ１１３において、ＱｏＳ情報
管理端末１は、ユーザにＱｏＳ保証の完了を通知する。
【００３６】また、例えば、ルータＲ１、Ｒ２、Ｒ３が
ＭＰＬＳプロトコルであるCR-LDP (Constraint-based R
outing-Label Distribution Protocol)で相互に接続さ
れている場合には、ユーザがＱｏＳ保証の実行を命令す
ると（図６のＳ１１０）、ＱｏＳ情報管理端末１は、始
点ルータＲ１に対し帯域幅８０ＭｂｐｓでルータＲ１、
Ｒ２、Ｒ３を経由した専用パスを設定する要求を出す
（図６のＳ１１１）。ルータＲ１はＱｏＳ制御あるいは
ＭＰＬＳ等のプロトコルに従って帯域幅を確保する。さ
らに、ルータＲ１からルータＲ３、ルータＲ３からルー
タＲ２へとLDP Label Request Messageが順次送信さ
れ、逆にルータＲ２からルータＲ３、ルータＲ３からル
ータＲ１へとLDP Label Mapping Messageが送信される
ことによってＬＳＰが設定され同時に帯域が確保され
る。従って、ＱｏＳ情報管理端末１は、ルータＲ３、ル
ータＲ２とは直接的には通信せず、ルータＲ１との通信
のみで専用パスを設定し、ＱｏＳを保証することができ
る。ＱｏＳ情報管理端末はルータＲ１からＱｏＳ情報を
取得し、ＱｏＳ保証が完了したことを確認する（図６の
Ｓ１１２）。最後にユーザにＱｏＳ保証の完了を通知す
る（図６のＳ１１３）。
【００３７】この実施形態においては未使用帯域幅を使
った例を示したが、遅延等、リンクステート情報の他の
要素を用いた場合、および複数の要素を組み合せた場合
も同様に実施可能である。
【００３８】また、図２のようにＱｏＳ情報管理端末１
が取得するネットワークのＯＳＰＦの階層が複数ある場
合は、図５（ｂ）のリンクステート表（エリア１）に加
えて図５（ｃ）のリンクステート表（エリア２）、図５
（ｄ）のリンクステート表（エリア３）、図５（ａ）の
エリア対応表、及び図５（ｅ）の境界ルータ表を使用す
る。図５（ａ）のエリア対応表は、エリア番号とそのエ
リア番号に対応するリンクステート表のエントリアドレ
スをテーブルとして記憶する。図２に示すように、この
実施形態では、ネットワークが３つのエリアから構成さ
れているので、エリア番号１乃至３に対するリンクステ
ート表のエントリアドレスがポインタとして記憶されて
いる。また、図５（ｃ）および図５（ｄ）のリンクステ
ート表は、図５（ｂ）のリンクステート表と同様に、そ
れぞれエリア２およびエリア３における、リンク接続情
報、コスト情報、最大帯域幅、未使用帯域幅および遅延
の各情報フィールドから構成される。また、図５（ｅ）
の境界ルータ表は、アドレス（識別）情報フィールド
と、エリア番号フィールドと、取得済み情報フィールド
から構成される。アドレス情報フィールドには、境界ル
ータの識別情報（アドレス）が記憶される。すなわち、
図２に示すように、エリア１とエリア２の境界に位置す
るルータはＲ２であり、エリア１とエリア３の境界に位
置するルータはＲ３である。従って、アドレス情報フィ
ールドには「Ｒ２」および「Ｒ３」が記憶され、エリア
番号フィールドには、それぞれ「１，２」および「１，
３」が記憶される。また、取得済み情報フィールドに
は、境界ルータに関する情報をすでに取得済みの場合に
は、「Ｙｅｓ」が記憶される。
【００３９】次に、ＯＳＰＦの階層が複数ある場合にお
けるＱｏＳ情報収集の手順を図１０に示すフローチャー
トを参照して説明する。
【００４０】まず、図１０のステップＳ２０１におい
て、ＱｏＳ情報管理端末１は最初のターゲットノード
（すなわち、リンクステート情報を収集するノード）を
決定する。この例ではＲ１（図２の２１）を最初のター
ゲットノードとする。次に、ステップＳ２０２におい
て、ＱｏＳ情報管理端末１はターゲットノードR１（２
１）へ問い合わせパケットを発し、R１（２１）が属す
るネットワークエリア番号を応答パケットにより取得す
る。この例では、R１（２１）は、エリア１にのみ属し
いているので、エリア１に属していることをＱｏＳ情報
管理端末１へ返す。次に、ステップＳ２０３において、
ＱｏＳ情報管理端末１は、ターゲットノードが境界ルー
タならば図５（ｅ）の境界ルータ表にルータとそのルー
タの属するエリア番号を記憶する。この場合、ターゲッ
トノードR１（２１）が境界ルータではないので、Ｑｏ
Ｓ情報管理端末１は、図５（ｅ）の境界ルータ表に、そ
のルータ（Ｒ１）を記憶しない。
【００４１】次に、取得した全てのエリアについて以下
の手順を実行する。Ｒ１（２１）は、エリア１にのみ属
しているのでエリア１についてのみ以下の手順を実行す
る。
【００４２】すなわち、図１０のステップＳ２０４にお
いて、ＱｏＳ情報管理端末１は、エリア１が図５（ａ）
のエリア対応表に既に存在するか否かチェックする。最
初はエリア対応表には何も記述されておらず、エリア１
はエリア対応表に存在しない。従って、ステップＳ２０
４の判断は「ＮＯ」となり、ステップＳ２０５に進む。
ステップＳ２０５において、ＱｏＳ情報管理端末１はタ
ーゲットノードであるＲ１に問い合わせパケットを発
し、Ｒ１（２１）からリンクステート情報と境界ルータ
情報を応答パケットにより取得する。境界ルータ情報と
して、エリア１にはＲ２（２２）、R３（２３）の境界
ルータが存在するので、ＱｏＳ情報管理端末１はＲ２
（２２）、R３（２３）の識別情報（アドレス）を取得
する。そして、ステップＳ２０６において、ＱｏＳ情報
管理端末１は取得したリンクステート情報を図５（ｂ）
のリンクステート表に記憶すると共に、図５（ａ）のエ
リア対応表（この時点では空である）にエリア１のエリ
ア番号と図５（ｂ）のリンクステート表へのポインタを
記入する。そして、図５（ｅ）の境界ルータ表に、境界
ルータのアドレスＲ２，Ｒ３を記入する。この時点で
は、その境界ルータが属するエリア番号を示すフィール
ド（エリア番号）と、リンクステート情報を取得済みで
あることを示すフィールド（取得済み）には何も記入し
ない。
【００４３】これでターゲットノードR１（２１）の属
する全てのエリアの情報を取得したので、次の手順を行
う。すなわち、ステップＳ２０７において、ＱｏＳ情報
管理端末１は図５（ｅ）の境界ルータ表で情報を取得し
ていないことが示されている境界ルータをチェックす
る。ここでは、Ｒ２（２２）とR３（２３）が未取得と
して記憶されているので、ステップＳ２０７の判断はＹ
ｅｓとなり、ステップＳ２０８に進む。ステップＳ２０
８では、ＱｏＳ情報管理端末１は、Ｒ２（２２）をター
ゲットノードとし、境界ルータ表のR２（２２）のエン
トリの取得済みの欄に、取得済みであることを示す情報
（Ｙｅｓ）を記入する。
【００４４】そして、ターゲットノードをR２（２２）
として、ステップＳ２０２に戻り、ステップＳ２０２乃
至ステップＳ２０８を繰り返し実行する。すなわち、ス
テップＳ２０２において、Ｒ２（２２）のエリア番号を
取得すると、エリア１とエリア２に属していることがわ
かる。そして、ステップＳ２０３において、そのエリア
番号を境界ルータ表に記憶する。次に、R２（２２）が
属しているエリア毎にＳ２０４からＳ２０６を実行す
る。ステップＳ２０４の判断において、エリア１はすで
に図５（ａ）のエリア対応表に記憶されているので、Ｙ
ｅｓとなり、何も処理せずステップＳ２０７に進む。一
方、エリア２は図５（ａ）のエリア対応表に記憶されて
いないので、ステップＳ２０５において、Ｒ２（２２）
からエリア２のリンクステート情報と境界ルータの情報
を取得する。そして、リンクステート情報を図５（ｃ）
のリンクステート表として追加し、図５（ａ）のエリア
対応表にエリア２のエリア番号と図５（ｃ）のリンクス
テート表（エリア２）へのポインタを含むエントリを追
加し、境界ルータは存在しないので、図５（ｅ）の境界
ルータ表には何も記憶しない。
【００４５】次に、図５（ｅ）の境界ルータ表でまだ情
報を取得していないと示されているＲ３について、上記
と同様の手順を行う（図１０のＳ２０２−Ｓ２０６）。
Ｒ３に対して、上記の手順が終わると境界ルータ表から
情報を取得していないルータがなくなるので、処理を終
了する（図１０のＳ２０７において、ＮＯ）。
【００４６】以上の動作により、エリア対応表、リンク
ステート表、境界ルータ表は、図５（ａ）乃至（ｅ）に
示す状態となる。
【００４７】また、階層が複数ある場合の表示方法とし
て、エリア１を表示している場合は、他のエリアの情報
は表示せずに、エリア１内のノードのうち境界ルータで
あるものに、境界ルータであることを示す情報を表示す
る。ある境界ルータを画面上で指定し、別のエリアを表
示することを指示すると、図１１に示すようなエリア２
内のネットワークトポロジーが表示され、その中のＱｏ
Ｓ情報を見ることができる。
【００４８】次に、本発明の第２の実施の形態について
説明する。第２の実施の形態では、ＱｏＳ情報管理端末
１がリンクステート型経路制御プロトコルを利用して、
受動的にＱｏＳ情報を収集する手法について説明する。
【００４９】この実施形態では、リンクステート型の経
路制御プロトコルとしてＯＳＰＦ(Open Shortest Path
Fast)を例にして説明するが、他のプロトコルの場合も
同様に実行可能である。
【００５０】図１のＱｏＳ情報管理端末１は、ターゲッ
トノードとＯＳＰＦに基づいて接続される。ターゲット
ノードの選出方法は、第１の実施形態と同様であるが、
ＱｏＳ情報管理端末１はターゲットノードとリンクステ
ート型経路制御プロトコルに準じた接続を行うため、Ｑ
ｏＳ情報管理端末１とターゲットノードは同一リンク上
に存在する必要がある。
【００５１】ＱｏＳ情報管理端末１はターゲットノード
から送信されるリンクステート情報を受信する。取得し
たリンクステート情報は、第１の実施形態と同様にリン
クステート表として記憶する。
【００５２】ＱｏＳ情報管理端末１は、ターゲットノー
ドに対し、能動的にリンクステート情報を要求すること
はしない。ターゲットノードはＯＳＰＦに基づきリンク
ステート情報に更新があった場合に、その差分をＱｏＳ
情報管理端末１に対して送信するので、ＱｏＳ情報管理
端末１は、ＯＳＰＦに基づきその差分を受信し、図５の
リンクステート表を更新する。
【００５３】これにより、ＱｏＳ情報管理端末１は、最
初のターゲットノードに対し、問い合わせパケットを発
しない。最初のターゲットノードがＯＳＰＦに基づいて
エリア番号、同一階層内の境界ルータおよびリンクステ
ート情報を送信するので、ＱｏＳ情報管理端末１は、こ
れらの情報を取得できる。ＱｏＳ情報管理端末１は、２
つ目以降のターゲットノード（境界ルータ）に対して
は、第１の実施形態と同様に、ＳＮＭＰ、ＣＯＰＳ等の
ネットワーク情報取得手段を用いて能動的に該当エリア
のリンクステート情報を要求し取得する。
【００５４】ユーザへの提示方法、ＱｏＳ情報の応用、
その他の場合の例については、第１の実施形態と同様で
ある。
【００５５】なお、本発明は、特定のトランスポート層
プロトコル、ネットワーク層プロトコル、データリンク
層プロトコル、ネットワークトポロジー等に限定される
ものではない。
【００５６】上述した実施の形態では、ＱｏＳ情報取得
手段として、ＳＮＭＰを用いた場合について説明した
が、ＣＯＰＳなどの他のプロトコルを用いてＱｏＳ情報
を取得してもよい。また、リンクステートルーティング
プロトコルとして、ＯＳＰＦを用いた場合について説明
したが、ＩＳＩＳ(Intermediate System-IntermediateS
ystem)等の他のプロトコルを用いても、本発明を実現で
きる。
【００５７】
【発明の効果】本発明によれば、ネットワーク内のＱｏ
Ｓ情報をリンクステート型情報として取得し、ＱｏＳ情
報管理端末で一元管理することにより、管理用トラヒッ
クが低減され、ネットワークに与える影響を少なくする
ことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態を示すブロック図である。
【図２】本発明の実施の形態を示すブロック図であっ
て、ＱｏＳ情報管理端末が取得するネットワークのＯＳ
ＰＦの階層が複数ある場合の例を示すブロック図であ
る。
【図３】ＱｏＳ情報管理端末の詳細ブロック図である。
【図４】図１に示すネットワーク構成において、ＱｏＳ
情報を収集する場合の処理を示すフローチャートであ
る。
【図５】ＱｏＳ情報管理端末のリンクステート情報記憶
部に記憶されるエリア対応表、リンクステート表、境界
ルータ表を示す図である。
【図６】ユーザの指定に基づいて、ＱｏＳを保証する手
順の例を示すフローチャートである。
【図７】ネットワーク内の各リンクと各ルータを表示し
たトポロジー図である。
【図８】ユーザにより指定されたＱｏＳ情報（ここでは
未使用帯域幅）を各リンクについて表示した例を示す図
である。
【図９】求めた経路をトポロジー図上に表示した例を示
す図である。
【図１０】ＯＳＰＦの階層が複数ある場合におけるＱｏ
Ｓ情報収集の手順を示すフローチャートである。
【図１１】ネットワークの階層が複数ある場合に、ある
境界ルータを画面上で指定し、別のエリアを表示するこ
とを指示したときのネットワークトポロジーの表示例で
ある。
【図１２】従来技術におけるＱｏＳ情報の収集管理を説
明する図である。
【符号の説明】
１、２・・・ＱｏＳ情報管理端末 １１、１２、１３、２１、２２、２３、２４、２５、２
６、２７・・・ノード（ルータ） ３１・・・ＱｏＳ情報解析部 ３２・・・リンクステート情報記憶部 ３３・・・リンクステート情報取得部 ３４・・・ＱｏＳ制御部

Claims (13)

    【特許請求の範囲】
  1. 【請求項１】複数のノードが接続されると共に、該ノー
    ドのいずれかのノードと接続され、ネットワーク管理を
    行う管理装置とが接続されたネットワークにおいて、Si
    mple Network Management Protocol (SNMP)およびCommo
    n Open Policy Service (COPS)を含むプロトコルを用い
    てQuality of Service (QoS)情報を含むリンクステート
    情報を取得するリンクステート情報取得手段と、 前記リンクステート情報取得手段により取得したリンク
    ステート情報を記憶するリンクステート情報記憶手段
    と、 前記リンクステート情報記憶手段に記憶されたリンクス
    テート情報に基づいてQuality of Service (QoS)情報を
    解析するQoS情報解析手段と、 を具備することを特徴とするQoS情報収集管理端末装
    置。
  2. 【請求項２】複数のノードが接続されると共に、該ノー
    ドのいずれかのノードと接続され、ネットワーク管理を
    行う管理装置とが接続されたネットワークにおいて、Op
    en Shortest Path Fast (OSPF)およびIntermediate Sys
    tem-to-Intermediate System(IS-IS)を含むプロトコル
    を用いてリンクステート情報を取得するリンクステート
    情報取得手段と、 前記リンクステート手段により取得したリンクステート
    情報を記憶するリンクステート情報記憶手段と、 前記リンクステート情報記憶手段に記憶されたリンクス
    テート情報に基づいてQuality of Service (QoS)情報を
    解析するQoS情報解析手段と、 を具備することを特徴とするQoS情報収集管理端末装
    置。
  3. 【請求項３】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報取得手段は、ノードが属す
    る階層のエリア内のノード間の接続情報およびＱｏＳ情
    報を含むリンクステート情報を収集し、 前記ＱｏＳ情報解析手段は、前記ノード間の接続情報お
    よびＱｏＳ情報をユーザに提示する、 ことを特徴とする請求項１または２記載のＱｏＳ情報収
    集管理端末装置。
  4. 【請求項４】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報取得手段は、ノードが属す
    る階層のエリア内のノード間の接続情報およびＱｏＳ情
    報を含むリンクステート情報を収集し、 前記ＱｏＳ情報解析手段は、前記ノード間の接続情報お
    よびＱｏＳ情報をユーザに提示し、ユーザからのＱｏＳ
    の要求を受け付け、該ＱｏＳの要求を満たす経路を計算
    し、 該経路に存在するノードに該ＱｏＳの要求を行うＱｏＳ
    制御手段を有する、 ことを特徴とする請求項１または２記載のＱｏＳ情報管
    理端末装置。
  5. 【請求項５】複数のノードが接続されると共に、該ノー
    ドのいずれかのノードと接続され、ネットワーク管理を
    行う管理装置とが接続されたネットワークにおいて、 前記管理装置が、Simple Network Management Protocol
    (SNMP)およびCommonOpen Policy (COPS)を含むプロト
    コルを用いて、前記管理装置と接続されたノードと通信
    することにより、該ノードのQuality of Service (QoS)
    情報を含むリンクステート情報を取得し、 前記取得したリンクステート情報を記憶する、ことを特
    徴とするＱｏＳ情報収集管理方法。
  6. 【請求項６】複数のノードが接続されると共に、該ノー
    ドのいずれかのノードと接続され、ネットワーク管理を
    行う管理装置とが接続されたネットワークにおいて、 前記管理装置が、Open Shortest Path Fast (OSPF)およ
    びIntermediate System-to-Intermediate System(IS-I
    S)を含むプロトコルを用いて、前記管理装置と接続され
    たノードと通信することにより、該ノードのQuality of
    Service(QoS)情報を含むリンクステート情報を取得
    し、 前記取得したリンクステート情報を記憶する、ことを特
    徴とするＱｏＳ情報収集管理方法。
  7. 【請求項７】前記したリンクステート情報に含まれるＱ
    ｏＳ情報に基づいて、前記管理装置がＱｏＳ情報を解析
    することを特徴とする請求項１または２記載のＱｏＳ情
    報収集管理方法。
  8. 【請求項８】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報は、ノードが属する階層の
    エリア内のノード間の接続情報およびＱｏＳ情報を含
    み、 前記ＱｏＳ情報の解析は、前記ノード間の接続情報およ
    びＱｏＳ情報をユーザに提示することを含む、ことを特
    徴とする請求項７記載のＱｏＳ情報収集管理方法。
  9. 【請求項９】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報は、ノードが属する階層の
    エリア内のノード間の接続情報およびＱｏＳ情報を含
    み、 前記ＱｏＳ情報の解析は、前記ノード間の接続情報およ
    びＱｏＳ情報をユーザにて提示し、ユーザからのＱｏＳ
    の要求を受付け、該ＱｏＳの要求を満たす経路を計算す
    ることを含み、 該経路に存在するノードに前記ＱｏＳの要求を行うこと
    を特徴とする請求項７記載のＱｏＳ情報収集管理方法。
  10. 【請求項１０】複数のノードが接続されると共に、該ノ
    ードのいずれかのノードと接続され、ネットワーク管理
    を行う管理装置とが接続されたネットワークにおいて、 コンピュータを、 Simple Network Management Protocol (SNMP)およびCom
    mon Open Policy Service (COPS)を含むプロトコルを用
    いてQuality of Service (QoS)情報を含むリンクステー
    ト情報を取得するリンクステート情報取得手段と、 前記リンクステート情報取得手段により取得したリンク
    ステート情報を記憶するリンクステート情報記憶手段
    と、 前記リンクステート情報記憶手段に記憶されたリンクス
    テート情報に基づいてQuality of Service (QoS)情報を
    解析するQoS情報解析手段、として機能させるためのプ
    ログラムを記憶したコンピュータ読み取り可能記憶媒
    体。
  11. 【請求項１１】複数のノードが接続されると共に、該ノ
    ードのいずれかのノードと接続され、ネットワーク管理
    を行う管理装置とが接続されたネットワークにおいて、 コンピュータを、 Open Shortest Path Fast (OSPF)およびIntermediate S
    ystem-to-Intermediate System(IS-IS)を含むプロトコ
    ルを用いてリンクステート情報を取得するリンクステー
    ト情報取得手段と、 前記リンクステート手段により取得したリンクステート
    情報を記憶するリンクステート情報記憶手段と、 前記リンクステート情報記憶手段に記憶されたリンクス
    テート情報に基づいてQuality of Service (QoS)情報を
    解析するQoS情報解析手段、として機能させるためのプ
    ログラムを記憶したコンピュータ読み取り可能記憶媒
    体。
  12. 【請求項１２】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報取得手段は、ノードが属す
    る階層内のエリア内のノード間の接続情報およびＱｏＳ
    情報を含むものを収集し、 前記ＱｏＳ情報解析手段は、前記ノード間の接続情報お
    よびＱｏＳ情報をユーザに提示することを含む、 ことを特徴とする請求項１０または１１記載の記憶媒
    体。
  13. 【請求項１３】前記ネットワークは複数の階層で構成さ
    れ、前記リンクステート情報取得手段は、ノードが属す
    る階層のエリア内のノード間の接続情報およびＱｏＳ情
    報を含むものを収集し、 前記ＱｏＳ情報解析手段は、前記ノード間の接続情報お
    よびＱｏＳ情報をユーザに提示し、ユーザからのＱｏＳ
    の要求を受け付け、該ＱｏＳの要求を満たす経路を計算
    し、 該経路に存在するノードに該ＱｏＳの要求を行うＱｏＳ
    制御手段を有する、 ことを特徴とする請求項１０または１１記載の記憶媒
    体。
JP2000163573A 2000-05-31 2000-05-31 ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体 Pending JP2001345808A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000163573A JP2001345808A (ja) 2000-05-31 2000-05-31 ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000163573A JP2001345808A (ja) 2000-05-31 2000-05-31 ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体

Publications (1)

Publication Number Publication Date
JP2001345808A true JP2001345808A (ja) 2001-12-14

Family

ID=18667312

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000163573A Pending JP2001345808A (ja) 2000-05-31 2000-05-31 ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体

Country Status (1)

Country Link
JP (1) JP2001345808A (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006279221A (ja) * 2005-03-28 2006-10-12 Kddi Corp ネットワーク資源管理システム
JP2010062917A (ja) * 2008-09-04 2010-03-18 Nec Corp 通信端末装置、通信制御サポート方法、及び、プログラム
JP2010509825A (ja) * 2006-11-02 2010-03-25 ノーテル・ネットワークス・リミテッド リンクステートプロトコル制御のＥｔｈｅｒｎｅｔネットワークでのトラヒックエンジニアリングされたパス

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006279221A (ja) * 2005-03-28 2006-10-12 Kddi Corp ネットワーク資源管理システム
JP2010509825A (ja) * 2006-11-02 2010-03-25 ノーテル・ネットワークス・リミテッド リンクステートプロトコル制御のＥｔｈｅｒｎｅｔネットワークでのトラヒックエンジニアリングされたパス
JP2010062917A (ja) * 2008-09-04 2010-03-18 Nec Corp 通信端末装置、通信制御サポート方法、及び、プログラム

Similar Documents

Publication Publication Date Title
KR101155012B1 (ko) 오픈플로우 네트워크 시스템 및 그 제어방법
US9118587B2 (en) Network multi-path discovery
JP4542359B2 (ja) ネットワーク監視装置及び監視方法、並びに監視システム
US8155126B1 (en) Method and apparatus for inferring network paths
US9391886B2 (en) Identification of the paths taken through a network of interconnected devices
US8265074B2 (en) Collecting network performance data from multiple autonomous systems
US10122590B2 (en) ECMP path tracing in an MPLS enabled network
US20020141378A1 (en) Methods, apparatuses and systems facilitating deployment, support and configuration of network routing policies
US7003559B1 (en) System and method for determining probable network paths between nodes in a network topology
ES2617196T3 (es) Identificación de rutas en una red de dispositivos de enrutamiento/conmutación mezclados
US11509552B2 (en) Application aware device monitoring correlation and visualization
JP2005165847A (ja) ポリシールールシナリオ制御装置及び制御方法
CN109995641A (zh) 一种信息处理方法、计算节点和存储介质
US9531598B2 (en) Querying a traffic forwarding table
JP2016519911A (ja) コンピュータ実施方法、コンピュータプログラム製品及びコンピュータ
WO2005060162A1 (en) Centralized configuration of link-scope-type managed objects in internet protocol (ip)-based networks
US11032124B1 (en) Application aware device monitoring
US7944843B2 (en) Path based network management method and apparatus for data communication networks
JP2001345808A (ja) ＱｏＳ情報収集管理端末装置、ＱｏＳ情報収集管理方法および記憶媒体
US20050125516A1 (en) Method and apparatus for managing configuration of a network
JP6457960B2 (ja) 通信フローラベリングシステム、ラベル管理装置、通信フロー特定装置および通信フローラベリング方法
CN117176639B (zh) 一种基于多协议的网络拓扑自动发现方法和装置
JP3977786B2 (ja) マルチキャストネットワーク、マルチキャスト転送経路計算方法、マルチキャスト転送経路計算プログラムおよびそのプログラムを記録した記録媒体
WO2016133033A1 (ja) 制御装置、通信システム、仮想ネットワークの管理方法及びプログラム
Ramanath A Study of the interaction of BGP/OSPF in Zebra/ZebOS/Quagga

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070523

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090515

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090526

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20091006