JP2002354038A - レイヤ型ネットワークの管理システム - Google Patents
レイヤ型ネットワークの管理システムInfo
- Publication number
- JP2002354038A JP2002354038A JP2001154389A JP2001154389A JP2002354038A JP 2002354038 A JP2002354038 A JP 2002354038A JP 2001154389 A JP2001154389 A JP 2001154389A JP 2001154389 A JP2001154389 A JP 2001154389A JP 2002354038 A JP2002354038 A JP 2002354038A
- Authority
- JP
- Japan
- Prior art keywords
- connection
- upper layer
- unit
- event
- link
- 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.)
- Granted
Links
- 238000001514 detection method Methods 0.000 claims abstract description 11
- 230000006866 deterioration Effects 0.000 claims abstract description 6
- 238000000034 method Methods 0.000 claims description 48
- 238000012545 processing Methods 0.000 claims description 48
- 230000008569 process Effects 0.000 claims description 36
- 238000000605 extraction Methods 0.000 claims description 25
- 238000004364 calculation method Methods 0.000 claims description 10
- 239000000284 extract Substances 0.000 abstract description 8
- 238000007726 management method Methods 0.000 description 194
- 230000009471 action Effects 0.000 description 83
- 238000012544 monitoring process Methods 0.000 description 73
- 230000005540 biological transmission Effects 0.000 description 63
- 238000010586 diagram Methods 0.000 description 34
- 230000015556 catabolic process Effects 0.000 description 20
- 238000006731 degradation reaction Methods 0.000 description 20
- 238000012790 confirmation Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000009467 reduction Effects 0.000 description 3
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical compound C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 102100036464 Activated RNA polymerase II transcriptional coactivator p15 Human genes 0.000 description 1
- 101000713904 Homo sapiens Activated RNA polymerase II transcriptional coactivator p15 Proteins 0.000 description 1
- 101000762414 Homo sapiens Cdc42 effector protein 3 Proteins 0.000 description 1
- 229910004444 SUB1 Inorganic materials 0.000 description 1
- 229910004438 SUB2 Inorganic materials 0.000 description 1
- 101150080287 SUB3 gene Proteins 0.000 description 1
- 101100311330 Schizosaccharomyces pombe (strain 972 / ATCC 24843) uap56 gene Proteins 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 101150018444 sub2 gene Proteins 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0882—Utilisation of link capacity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】上位レイヤが下位レイヤの接続回線の障害に迅
速に対応でき、又は性能劣化に応じた上位レイヤの管理
を実施できる管理システムを提供する。 【解決手段】上位レイヤと下位レイヤとを含むレイヤ型
ネットワークを管理するシステムであって、下位レイヤ
の接続回線たる下位レイヤ回線の障害又は性能劣化をイ
ベントとして検出する検出手段と、検出されたイベント
によって影響を受ける上位レイヤの接続回線たる上位レ
イヤ回線を抽出する抽出手段と、抽出された上位レイヤ
回線に関する制御を実施する制御手段とを備える。
速に対応でき、又は性能劣化に応じた上位レイヤの管理
を実施できる管理システムを提供する。 【解決手段】上位レイヤと下位レイヤとを含むレイヤ型
ネットワークを管理するシステムであって、下位レイヤ
の接続回線たる下位レイヤ回線の障害又は性能劣化をイ
ベントとして検出する検出手段と、検出されたイベント
によって影響を受ける上位レイヤの接続回線たる上位レ
イヤ回線を抽出する抽出手段と、抽出された上位レイヤ
回線に関する制御を実施する制御手段とを備える。
Description
【０００１】
【発明の属する技術分野】本発明は、上位レイヤと下位
レイヤとを含むレイヤ型ネットワークの管理システムに
関し、特に、トポロジやテクノロジ（SONET、ATM、IP）
等、異なる管理ドメインで構成された階層（レイヤ）型
のネットワークにおける障害復旧に関する。
レイヤとを含むレイヤ型ネットワークの管理システムに
関し、特に、トポロジやテクノロジ（SONET、ATM、IP）
等、異なる管理ドメインで構成された階層（レイヤ）型
のネットワークにおける障害復旧に関する。
【０００２】
【従来の技術】従来、トポロジやテクノロジ（SONET、A
TM、IP）等、異なる管理ドメインで構成された階層（レ
イヤ）型のネットワークがある。レイヤ型のネットワー
クの管理は、レイヤ毎に個別の管理ポリシーに従って実
施される。なぜなら、各レイヤの実現テクノロジが異な
るからである。従って、上位レイヤが下位レイヤで発生
した障害を検出しなかったり、検出に時間を要したりす
ることがある。
TM、IP）等、異なる管理ドメインで構成された階層（レ
イヤ）型のネットワークがある。レイヤ型のネットワー
クの管理は、レイヤ毎に個別の管理ポリシーに従って実
施される。なぜなら、各レイヤの実現テクノロジが異な
るからである。従って、上位レイヤが下位レイヤで発生
した障害を検出しなかったり、検出に時間を要したりす
ることがある。
【０００３】以下に、近年利用が増大しているＩＰ（In
ternet Protocol）ネットワーク(レイヤ３)を上位レイ
ヤの代表例として、その障害管理について例を示す。Ｉ
Ｐネットワーク上の伝送装置(ルータ)は、隣接するルー
タと接続確認データパケット(HELLOパケット)を定期的
に交換しあう事によって、隣接ルータに接続されている
事を確認する。このとき、ルータ間に障害がある場合に
は、ルータは隣接ルータから接続確認データパケットを
得ることができない。
ternet Protocol）ネットワーク(レイヤ３)を上位レイ
ヤの代表例として、その障害管理について例を示す。Ｉ
Ｐネットワーク上の伝送装置(ルータ)は、隣接するルー
タと接続確認データパケット(HELLOパケット)を定期的
に交換しあう事によって、隣接ルータに接続されている
事を確認する。このとき、ルータ間に障害がある場合に
は、ルータは隣接ルータから接続確認データパケットを
得ることができない。
【０００４】ルータは、一般には、所定期間内に隣接ル
ータから接続確認データパケットが得られなければ、自
身と隣接ルータとの間のコネクションに障害があると判
断する。この場合には、コネクションの迂回処理が実施
される。迂回処理によって、ルータは、隣接ルータに伝
送していたデータバケットを迂回先に相当する他のルー
タに伝送するようになる。これによって、このデータパ
ケットは、迂回ルートを通じて目的地に伝送される。
ータから接続確認データパケットが得られなければ、自
身と隣接ルータとの間のコネクションに障害があると判
断する。この場合には、コネクションの迂回処理が実施
される。迂回処理によって、ルータは、隣接ルータに伝
送していたデータバケットを迂回先に相当する他のルー
タに伝送するようになる。これによって、このデータパ
ケットは、迂回ルートを通じて目的地に伝送される。
【０００５】迂回処理に際し、データパケットの転送優
先度や割当帯域が迂回先のルータに設定される。この設
定処理は、ＩＰレイヤの管理システムによって、障害発
生との判断を行ったルータからの通知をトリガとして、
実施される。
先度や割当帯域が迂回先のルータに設定される。この設
定処理は、ＩＰレイヤの管理システムによって、障害発
生との判断を行ったルータからの通知をトリガとして、
実施される。
【０００６】
【発明が解決しようとする課題】上述した接続確認デー
タパケットを用いて障害を検出し、復旧処理(迂回処理
等)を実施する方式では、以下の問題があった。即ち、
レイヤ３のコネクションの障害は、その下位レイヤ(デ
ータリンクレイヤ：レイヤ２)におけるリンク障害(リン
ク切断)によって発生する。このリンク障害は、上記し
た方式により、レイヤ３で検出可能である。但し、レイ
ヤ３では、トラフィック量の抑制を目的として接続確認
データパケットの送出間隔を数分毎に設定することが多
い。さらに、接続確認データパケットを連続して数回隣
接ルータから受信できなかったときに障害と判定するこ
ともある。
タパケットを用いて障害を検出し、復旧処理(迂回処理
等)を実施する方式では、以下の問題があった。即ち、
レイヤ３のコネクションの障害は、その下位レイヤ(デ
ータリンクレイヤ：レイヤ２)におけるリンク障害(リン
ク切断)によって発生する。このリンク障害は、上記し
た方式により、レイヤ３で検出可能である。但し、レイ
ヤ３では、トラフィック量の抑制を目的として接続確認
データパケットの送出間隔を数分毎に設定することが多
い。さらに、接続確認データパケットを連続して数回隣
接ルータから受信できなかったときに障害と判定するこ
ともある。
【０００７】一方、下位レイヤ(レイヤ２)のネットワー
クは、レイヤ３とは異なる管理ポリシーに従って管理・
制御されており、リンク障害は、レイヤ２の管理システ
ムでは検出される。レイヤ２におけるリンク障害は、レ
イヤ３における障害検出方式が上記構成をとることか
ら、レイヤ３よりも早く検出されることが多い。
クは、レイヤ３とは異なる管理ポリシーに従って管理・
制御されており、リンク障害は、レイヤ２の管理システ
ムでは検出される。レイヤ２におけるリンク障害は、レ
イヤ３における障害検出方式が上記構成をとることか
ら、レイヤ３よりも早く検出されることが多い。
【０００８】しかしながら、上記したように、従来で
は、レイヤ２とレイヤ３とは別個の管理システムによっ
て管理されているため、レイヤ２で検出されたリンク障
害がレイヤ３の管理システムに通知されることはなかっ
た。このため、レイヤ２でリンク障害が検出されている
にも関わらず、レイヤ３ではこれよりも遅れてコネクシ
ョン障害を通じてリンク障害を検出することになってい
た。
は、レイヤ２とレイヤ３とは別個の管理システムによっ
て管理されているため、レイヤ２で検出されたリンク障
害がレイヤ３の管理システムに通知されることはなかっ
た。このため、レイヤ２でリンク障害が検出されている
にも関わらず、レイヤ３ではこれよりも遅れてコネクシ
ョン障害を通じてリンク障害を検出することになってい
た。
【０００９】また、レイヤ２のリンクでの障害により帯
域が減少した場合でも、レイヤ３において、ルータは接
続確認データパケットを交換できる。このため、ルータ
は、レイヤ２における性能劣化(帯域減少)を認識しな
い。従って、レイヤ３の管理システムは、何らの処理を
行わなかった。このように、レイヤ３のネットワークの
情報に基づくレイヤ３のポリシー制御では、レイヤ２の
リンクの性能劣化に対応できなかった。
域が減少した場合でも、レイヤ３において、ルータは接
続確認データパケットを交換できる。このため、ルータ
は、レイヤ２における性能劣化(帯域減少)を認識しな
い。従って、レイヤ３の管理システムは、何らの処理を
行わなかった。このように、レイヤ３のネットワークの
情報に基づくレイヤ３のポリシー制御では、レイヤ２の
リンクの性能劣化に対応できなかった。
【００１０】上記したような(１)下位レイヤのリンク
(接続回線)の障害検出に時間がかかる、(２)下位レイヤ
のリンク(接続回線)の性能劣化に対応できないといった
問題は、上位レイヤと下位レイヤとに対する管理・制御
が異なるポリシーに基づいて夫々独立して実施されてい
るレイヤ型ネットワークにおいての一般的な問題であっ
た。
(接続回線)の障害検出に時間がかかる、(２)下位レイヤ
のリンク(接続回線)の性能劣化に対応できないといった
問題は、上位レイヤと下位レイヤとに対する管理・制御
が異なるポリシーに基づいて夫々独立して実施されてい
るレイヤ型ネットワークにおいての一般的な問題であっ
た。
【００１１】本発明は、上位レイヤと下位レイヤとを含
むレイヤ型ネットワークにおいて、上位レイヤが下位レ
イヤの接続回線の障害に迅速に対応でき、又は性能劣化
に応じた上位レイヤの管理を実施できる管理システムを
提供することを目的とする。
むレイヤ型ネットワークにおいて、上位レイヤが下位レ
イヤの接続回線の障害に迅速に対応でき、又は性能劣化
に応じた上位レイヤの管理を実施できる管理システムを
提供することを目的とする。
【００１２】
【発明を解決するための手段】本発明は、上述した目的
を達成するため以下の構成を採用する。
を達成するため以下の構成を採用する。
【００１３】即ち、本発明は、レイヤ型ネットワークを
管理するシステムであって、下位レイヤの接続回線たる
下位レイヤ回線の障害又は性能劣化をイベントとして検
出する検出手段と、検出されたイベントによって影響を
受ける上位レイヤの接続回線たる上位レイヤ回線を抽出
する抽出手段と、抽出された上位レイヤ回線に関する制
御を実施する制御手段と、を備える。
管理するシステムであって、下位レイヤの接続回線たる
下位レイヤ回線の障害又は性能劣化をイベントとして検
出する検出手段と、検出されたイベントによって影響を
受ける上位レイヤの接続回線たる上位レイヤ回線を抽出
する抽出手段と、抽出された上位レイヤ回線に関する制
御を実施する制御手段と、を備える。
【００１４】本発明において、下位レイヤ回線の障害
は、例えばリンクの切断であり、下位レイヤ回線の性能
劣化は、帯域減少，遅延等である。上位レイヤ回線に関
する制御は、例えば、迂回処理，管理者への通知，上位
レイヤの伝送装置のバッファ制御等である。
は、例えばリンクの切断であり、下位レイヤ回線の性能
劣化は、帯域減少，遅延等である。上位レイヤ回線に関
する制御は、例えば、迂回処理，管理者への通知，上位
レイヤの伝送装置のバッファ制御等である。
【００１５】本発明によれば、下位レイヤ回線の障害又
は性能劣化が検出された場合に、これらによって影響を
受ける上位レイヤ回線が特定され、この上位レイヤ回線
に関する制御が実施される。このように、下位レイヤ回
線の障害検出に基づいて上位レイヤ回線に関する制御が
実施されることにより、従来よりも迅速に下位レイヤ回
線の障害を検出でき、これに対する上位レイヤでの復旧
処理(例えば、迂回処理)に要する時間を短縮することが
できる。また、下位レイヤ回線の性能劣化を考慮した上
位レイヤでのポリシー制御が実施可能になる。
は性能劣化が検出された場合に、これらによって影響を
受ける上位レイヤ回線が特定され、この上位レイヤ回線
に関する制御が実施される。このように、下位レイヤ回
線の障害検出に基づいて上位レイヤ回線に関する制御が
実施されることにより、従来よりも迅速に下位レイヤ回
線の障害を検出でき、これに対する上位レイヤでの復旧
処理(例えば、迂回処理)に要する時間を短縮することが
できる。また、下位レイヤ回線の性能劣化を考慮した上
位レイヤでのポリシー制御が実施可能になる。
【００１６】本発明は、上位レイヤ回線に対する制御内
容，及びこの制御内容の実施条件をイベントの内容及び
上位レイヤ回線に関連づけて記憶した制御内容記憶手段
と、イベントが検出され且つ上位レイヤ回線が抽出され
た場合に、前記制御内容記憶手段を参照し、検出された
イベントの内容及び抽出された上位レイヤ回線に対応す
る制御内容の実施条件が満たされているか否かを判定
し、実施条件が満たされていると判定した場合に、この
制御内容を前記制御手段に実施させる判定手段と、をさ
らに備える構成とするのが好ましい。
容，及びこの制御内容の実施条件をイベントの内容及び
上位レイヤ回線に関連づけて記憶した制御内容記憶手段
と、イベントが検出され且つ上位レイヤ回線が抽出され
た場合に、前記制御内容記憶手段を参照し、検出された
イベントの内容及び抽出された上位レイヤ回線に対応す
る制御内容の実施条件が満たされているか否かを判定
し、実施条件が満たされていると判定した場合に、この
制御内容を前記制御手段に実施させる判定手段と、をさ
らに備える構成とするのが好ましい。
【００１７】このようにすれば、下位レイヤで発生した
障害又は性能劣化に対し、下位レイヤと上位レイヤとの
連携で実施されるポリシー制御を上位レイヤ側から定義
することが可能となる。
障害又は性能劣化に対し、下位レイヤと上位レイヤとの
連携で実施されるポリシー制御を上位レイヤ側から定義
することが可能となる。
【００１８】また、本発明は、前記制御内容記憶手段
が、制御内容毎に割り当てられた優先度をさらに記憶
し、前記判定手段は、前記検出されたイベントの内容及
び前記抽出された上位レイヤ回線に対して複数の制御内
容の実施条件が満たされる場合に、前記優先度に従って
制御内容を前記制御手段に実施させる、ように構成する
のが好ましい。
が、制御内容毎に割り当てられた優先度をさらに記憶
し、前記判定手段は、前記検出されたイベントの内容及
び前記抽出された上位レイヤ回線に対して複数の制御内
容の実施条件が満たされる場合に、前記優先度に従って
制御内容を前記制御手段に実施させる、ように構成する
のが好ましい。
【００１９】また、本発明は、前記制御内容が、上位レ
イヤ回線の迂回処理であり、上位レイヤ回線が抽出され
た場合に、この抽出された上位レイヤ回線に対する迂回
経路を算出する算出手段をさらに備え、前記制御手段
は、前記判定手段によって当該上位レイヤ回線に対する
迂回処理の実施条件が満たされると判定された場合に、
前記算出手段によって予め算出された迂回経路を用いて
迂回処理を実施する、構成とするのが好ましい。
イヤ回線の迂回処理であり、上位レイヤ回線が抽出され
た場合に、この抽出された上位レイヤ回線に対する迂回
経路を算出する算出手段をさらに備え、前記制御手段
は、前記判定手段によって当該上位レイヤ回線に対する
迂回処理の実施条件が満たされると判定された場合に、
前記算出手段によって予め算出された迂回経路を用いて
迂回処理を実施する、構成とするのが好ましい。
【００２０】このようにすれば、制御手段が上位レイヤ
のポリシー制御として迂回処理を実施する場合に、迂回
経路が予め算出されているので、迂回処理に要する時間
を短縮することができる。
のポリシー制御として迂回処理を実施する場合に、迂回
経路が予め算出されているので、迂回処理に要する時間
を短縮することができる。
【００２１】また、本発明は、イベントが検出され且つ
上位レイヤ回線が抽出された場合に、この上位レイヤ回
線に対する前記判定手段による判定処理が必要か否かを
判定し、前記判定処理が必要ないと判定した場合には、
前記制御内容記憶手段に記憶されたこれらのイベントの
内容及び上位レイヤ回線に対応する制御内容を前記判定
手段による判定処理を経ることなく前記制御手段に実施
させ、前記判定処理が必要であると判定した場合には、
前記判定処理を前記判定手段に実施させる第２判定手段
をさらに備える構成とするのが好ましい。
上位レイヤ回線が抽出された場合に、この上位レイヤ回
線に対する前記判定手段による判定処理が必要か否かを
判定し、前記判定処理が必要ないと判定した場合には、
前記制御内容記憶手段に記憶されたこれらのイベントの
内容及び上位レイヤ回線に対応する制御内容を前記判定
手段による判定処理を経ることなく前記制御手段に実施
させ、前記判定処理が必要であると判定した場合には、
前記判定処理を前記判定手段に実施させる第２判定手段
をさらに備える構成とするのが好ましい。
【００２２】判定処理が必要な制御内容は、例えば、そ
の実施条件を満たすか否かの判定に上位レイヤ回線に関
する閾値判定が必要な制御内容(管理ポリシー)であり、
判定処理が不要な制御内容は、上記閾値判定が不要な制
御内容であり、例えば、イベントの発生自体が実施条件
となるような制御内容である。このようにすれば、判定
手段による判定処理を省略できるので、制御内容の実施
を早めることが可能となる。
の実施条件を満たすか否かの判定に上位レイヤ回線に関
する閾値判定が必要な制御内容(管理ポリシー)であり、
判定処理が不要な制御内容は、上記閾値判定が不要な制
御内容であり、例えば、イベントの発生自体が実施条件
となるような制御内容である。このようにすれば、判定
手段による判定処理を省略できるので、制御内容の実施
を早めることが可能となる。
【００２３】また、本発明は、前記下位レイヤのネット
ワークは、複数のサブネットワークからなり、前記第２
判定手段は、前記サブネットワーク毎に設けられ、前記
制御手段に対して並列に動作するように構成するのが好
ましい。
ワークは、複数のサブネットワークからなり、前記第２
判定手段は、前記サブネットワーク毎に設けられ、前記
制御手段に対して並列に動作するように構成するのが好
ましい。
【００２４】また、本発明は、前記第２判定手段が、前
記検出されたイベントの内容及び前記抽出された上位レ
イヤ回線に対応する複数の制御内容が前記制御内容記憶
手段に記憶されている場合に、制御内容毎に割り当てら
れた優先度に従って前記処理を実施する、ように構成す
るのが好ましい。
記検出されたイベントの内容及び前記抽出された上位レ
イヤ回線に対応する複数の制御内容が前記制御内容記憶
手段に記憶されている場合に、制御内容毎に割り当てら
れた優先度に従って前記処理を実施する、ように構成す
るのが好ましい。
【００２５】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。実施形態における構成は例示であ
り、本発明は実施形態の構成の範囲に限定されない。
施形態を説明する。実施形態における構成は例示であ
り、本発明は実施形態の構成の範囲に限定されない。
【００２６】〔第１実施形態〕図１は、本発明の第１実
施形態によるネットワークの管理システム１００の構成
例を示す図である。図２は、下位レイヤのネットワーク
ＬＮ及びその管理システムの構成例を示す図である。図
３は、上位レイヤのネットワークＵＮ及びその管理シス
テムの構成例を示す図である。
施形態によるネットワークの管理システム１００の構成
例を示す図である。図２は、下位レイヤのネットワーク
ＬＮ及びその管理システムの構成例を示す図である。図
３は、上位レイヤのネットワークＵＮ及びその管理シス
テムの構成例を示す図である。
【００２７】本発明による管理システムは、複数のレイ
ヤを持つレイヤ型ネットワークに適用される。本実施形
態では、図１に示すように、管理システム１００は、上
位レイヤのネットワークと下位レイヤのネットワークと
からなるレイヤ型ネットワークを管理する。また、上位
レイヤとして、ネットワークレイヤ(レイヤ３)が想定さ
れ、下位レイヤとして、データリンクレイヤ(レイヤ２)
が想定されている。
ヤを持つレイヤ型ネットワークに適用される。本実施形
態では、図１に示すように、管理システム１００は、上
位レイヤのネットワークと下位レイヤのネットワークと
からなるレイヤ型ネットワークを管理する。また、上位
レイヤとして、ネットワークレイヤ(レイヤ３)が想定さ
れ、下位レイヤとして、データリンクレイヤ(レイヤ２)
が想定されている。
【００２８】図２に示すように、下位レイヤは、複数の
伝送装置Ｓ(図２では伝送装置Ｓ１〜Ｓ９を例示)がリン
クＬ(下位レイヤ回線)で接続されることによって構成さ
れており、ユーザ(カスタマ)のデータパケットに相当す
る電気信号を伝送装置Ｓ及びリンクＬを通じて伝送す
る。伝送装置Ｓは、例えば交換機(スイッチ)である。
伝送装置Ｓ(図２では伝送装置Ｓ１〜Ｓ９を例示)がリン
クＬ(下位レイヤ回線)で接続されることによって構成さ
れており、ユーザ(カスタマ)のデータパケットに相当す
る電気信号を伝送装置Ｓ及びリンクＬを通じて伝送す
る。伝送装置Ｓは、例えば交換機(スイッチ)である。
【００２９】下位レイヤは、その規模が大きい場合に
は、複数のサブネットワーク(管理ドメイン)に分割さ
れ、管理ドメイン毎に管理される。これによって、管理
に係る処理コストの低減が図られる。図２の例では、下
位レイヤのネットワークは、３つのサブネットワークＳ
ＵＢ１,ＳＵＢ２,ＳＵＢ３に分割されている。この場合
には、下位レイヤの管理システムとして、下位レイヤの
トポロジ情報(伝送装置Ｓ及びリンクＬに関する情報(ト
ポロジ，状態等))を管理・制御するレイヤ２のネットワ
ーク・マネージメント・システム(Ｌ２ＮＭＳ)１と呼ば
れる管理・制御ユニットが用意されるとともに、エレメ
ント・マネージメント・システム(ＥＭＳ：装置管理シ
ステム)２と呼ばれる管理・制御ユニットがサブネット
ワーク毎に用意される。
は、複数のサブネットワーク(管理ドメイン)に分割さ
れ、管理ドメイン毎に管理される。これによって、管理
に係る処理コストの低減が図られる。図２の例では、下
位レイヤのネットワークは、３つのサブネットワークＳ
ＵＢ１,ＳＵＢ２,ＳＵＢ３に分割されている。この場合
には、下位レイヤの管理システムとして、下位レイヤの
トポロジ情報(伝送装置Ｓ及びリンクＬに関する情報(ト
ポロジ，状態等))を管理・制御するレイヤ２のネットワ
ーク・マネージメント・システム(Ｌ２ＮＭＳ)１と呼ば
れる管理・制御ユニットが用意されるとともに、エレメ
ント・マネージメント・システム(ＥＭＳ：装置管理シ
ステム)２と呼ばれる管理・制御ユニットがサブネット
ワーク毎に用意される。
【００３０】各ＥＭＳ２は、監視用のリンクを介して管
理ドメイン内の伝送装置Ｓと夫々接続される。一方、各
ＥＭＳ２は、自身を収容するローカルネットワーク３，
システム制御／管理用データネットワーク４，及びＬ２
ＮＭＳ１を収容するローカルネットワーク５を通じてＬ
２ＮＭＳ１に接続される。
理ドメイン内の伝送装置Ｓと夫々接続される。一方、各
ＥＭＳ２は、自身を収容するローカルネットワーク３，
システム制御／管理用データネットワーク４，及びＬ２
ＮＭＳ１を収容するローカルネットワーク５を通じてＬ
２ＮＭＳ１に接続される。
【００３１】伝送装置Ｓは、リンクＬの状態(帯域，遅
延，リンク切断等)を監視する性能監視システム(下位レ
イヤ装置管理システム１１)を搭載しており、性能監視
システムは、信号の受信の有無，信号レベル監視，信号
受信タイミング等を監視することによって、リンクＬの
状態(リンクの障害(リンクの切断)，性能劣化(帯域減
少，伝送遅延))を検出し、検出した状態を性能データと
してＥＭＳ２に通知する。リンクＬの状態の検出間隔
は、上位レイヤにおける接続確認データパケットの送出
間隔よりも十分に短く、リンクＬの障害及び性能劣化を
上位レイヤよりも早く検出可能になっている。
延，リンク切断等)を監視する性能監視システム(下位レ
イヤ装置管理システム１１)を搭載しており、性能監視
システムは、信号の受信の有無，信号レベル監視，信号
受信タイミング等を監視することによって、リンクＬの
状態(リンクの障害(リンクの切断)，性能劣化(帯域減
少，伝送遅延))を検出し、検出した状態を性能データと
してＥＭＳ２に通知する。リンクＬの状態の検出間隔
は、上位レイヤにおける接続確認データパケットの送出
間隔よりも十分に短く、リンクＬの障害及び性能劣化を
上位レイヤよりも早く検出可能になっている。
【００３２】ＥＭＳ２は、性能データに基づいて、管理
ドメインに対し、下位レイヤのポリシー制御を実施する
ことで、管理ドメインを管理・制御する。例えば、ＥＭ
Ｓ２は、リンクＬに障害が発生すると、この障害に対す
る復旧処理を実施する。ＥＭＳ２は、管理ドメインの管
理・制御に際し、必要に応じてＬ２ＮＭＳ１から管理ド
メインに属する伝送装置Ｓ及びリンクＬに関する情報を
得る。
ドメインに対し、下位レイヤのポリシー制御を実施する
ことで、管理ドメインを管理・制御する。例えば、ＥＭ
Ｓ２は、リンクＬに障害が発生すると、この障害に対す
る復旧処理を実施する。ＥＭＳ２は、管理ドメインの管
理・制御に際し、必要に応じてＬ２ＮＭＳ１から管理ド
メインに属する伝送装置Ｓ及びリンクＬに関する情報を
得る。
【００３３】上位レイヤは、複数の伝送装置Ｒ(図３で
は伝送装置Ｒ１〜Ｒ３を例示)がコネクションＣ(ＩＰフ
ロー：上位レイヤ回線)で接続されることによって構成
されており、ユーザ(カスタマ)のデータパケットをコネ
クションＣを通じて伝送する。伝送装置Ｒは、例えばル
ータである。
は伝送装置Ｒ１〜Ｒ３を例示)がコネクションＣ(ＩＰフ
ロー：上位レイヤ回線)で接続されることによって構成
されており、ユーザ(カスタマ)のデータパケットをコネ
クションＣを通じて伝送する。伝送装置Ｒは、例えばル
ータである。
【００３４】上位レイヤでは、管理システムとして、レ
イヤ３のネットワーク・マネージメント・システム(Ｌ
３ＮＭＳ)６と、コネクション制御部７とが用意され
る。Ｌ３ＮＭＳ６及びコネクション制御部７は、伝送装
置Ｒの制御用ネットワーク７に接続されており、この制
御用ネットワーク７を通じて各伝送装置Ｒ１〜Ｒ３に接
続されている。
イヤ３のネットワーク・マネージメント・システム(Ｌ
３ＮＭＳ)６と、コネクション制御部７とが用意され
る。Ｌ３ＮＭＳ６及びコネクション制御部７は、伝送装
置Ｒの制御用ネットワーク７に接続されており、この制
御用ネットワーク７を通じて各伝送装置Ｒ１〜Ｒ３に接
続されている。
【００３５】各伝送装置Ｒ１〜Ｒ３は、例えばＯＳＰＦ
のようなルーティングプロトコルを用いて接続確認デー
タパケットを用いた相互監視を実施し、隣接する伝送装
置Ｒからの応答がない場合には、自身と隣接伝送装置と
の間のリンク障害と判断し、この判断をトリガとして、
障害の復旧処理(例えば、迂回処理)を実施する。迂回処
理に際し、コネクション制御部７は、データパケットの
迂回先に相当する伝送装置Ｒに対するコネクション制御
(データパケットの転送優先度，割当帯域の設定等)を実
施する。コネクション制御部７は、必要に応じて、Ｌ３
ＮＭＳ６から上位レイヤに関する情報(トポロジ情報，
リソース情報，伝送装置Ｒ及びコネクションＣに関する
情報)を得る。
のようなルーティングプロトコルを用いて接続確認デー
タパケットを用いた相互監視を実施し、隣接する伝送装
置Ｒからの応答がない場合には、自身と隣接伝送装置と
の間のリンク障害と判断し、この判断をトリガとして、
障害の復旧処理(例えば、迂回処理)を実施する。迂回処
理に際し、コネクション制御部７は、データパケットの
迂回先に相当する伝送装置Ｒに対するコネクション制御
(データパケットの転送優先度，割当帯域の設定等)を実
施する。コネクション制御部７は、必要に応じて、Ｌ３
ＮＭＳ６から上位レイヤに関する情報(トポロジ情報，
リソース情報，伝送装置Ｒ及びコネクションＣに関する
情報)を得る。
【００３６】上位レイヤにおける各コネクションＣは、
下位レイヤにおけるリンクＣと対応関係にある。例え
ば、図１に示すように、レイヤ型ネットワークが図３に
示したトポロジを持つ上位レイヤと図２に示したサブネ
ットワークＳＵＢ１のトポロジを持つ下位レイヤとから
なる場合、伝送装置Ｒ１と伝送装置Ｒ２とを結ぶコネク
ションＣ１１は、下位レイヤにおけるリンクＬ１１,Ｌ
１２,Ｌ１３に対応する。
下位レイヤにおけるリンクＣと対応関係にある。例え
ば、図１に示すように、レイヤ型ネットワークが図３に
示したトポロジを持つ上位レイヤと図２に示したサブネ
ットワークＳＵＢ１のトポロジを持つ下位レイヤとから
なる場合、伝送装置Ｒ１と伝送装置Ｒ２とを結ぶコネク
ションＣ１１は、下位レイヤにおけるリンクＬ１１,Ｌ
１２,Ｌ１３に対応する。
【００３７】図１に示すように、管理システム１００
は、下位レイヤ装置管理システム１１と、リンク監視項
目テーブル１２と、リンク監視部１３(検出手段)と、リ
ンク／コネクション対応テーブル１４と、コネクション
抽出部１５(抽出手段)と、連携ポリシーテーブル１６
(制御内容記憶手段)と、コネクション情報テーブル１７
と、実施条件判定部１８(判定手段)と、コネクション制
御部１９(制御手段)とを備えている。
は、下位レイヤ装置管理システム１１と、リンク監視項
目テーブル１２と、リンク監視部１３(検出手段)と、リ
ンク／コネクション対応テーブル１４と、コネクション
抽出部１５(抽出手段)と、連携ポリシーテーブル１６
(制御内容記憶手段)と、コネクション情報テーブル１７
と、実施条件判定部１８(判定手段)と、コネクション制
御部１９(制御手段)とを備えている。
【００３８】図４は、リンク／コネクション対応テーブ
ル１４の例を示す説明図である。リンク／コネクション
対応テーブル１４は、リンクとコネクションとの対応関
係を保持したテーブルであり、リンクの識別情報(リン
クＩＤ)とこれに対応するコネクションの識別情報(コネ
クションＩＤ)とを含むレコードをリンク毎に保持す
る。一般に、リンクＩＤは、Ｌ２ＮＭＳ１で管理されて
おり、コネクションＩＤは、Ｌ３ＮＭＳ６で管理されて
いる。リンク／コネクション対応テーブル１４は、これ
らから必要なリンクＩＤ及びコネクションＩＤを読み出
すことで生成される。
ル１４の例を示す説明図である。リンク／コネクション
対応テーブル１４は、リンクとコネクションとの対応関
係を保持したテーブルであり、リンクの識別情報(リン
クＩＤ)とこれに対応するコネクションの識別情報(コネ
クションＩＤ)とを含むレコードをリンク毎に保持す
る。一般に、リンクＩＤは、Ｌ２ＮＭＳ１で管理されて
おり、コネクションＩＤは、Ｌ３ＮＭＳ６で管理されて
いる。リンク／コネクション対応テーブル１４は、これ
らから必要なリンクＩＤ及びコネクションＩＤを読み出
すことで生成される。
【００３９】この例では、リンクＬは、以下のような表
記方法で表され、この表記がリンクＩＤとして用いられ
る。即ち、リンクＬは、このリンクで結ばれる二つの伝
送装置Ｓと、このリンクに割り当てられた順番(番号)に
よって特定される。例えば、伝送装置Ｓｎ(ｎは伝送装
置Ｓの識別情報)と伝送装置Ｓｍ(ｍは伝送装置Ｓの識別
情報)とを接続するｎ番目のリンクは、“Ｌｎ-ｍ／ｎ”
で表される。具体的には、例えば、図１において、伝送
装置Ｓ１と伝送装置Ｓ２とを接続する１番目のリンクＬ
は、“Ｌ１-２／１”と表記され、この表記が当該リン
クのリンクＩＤである。また、コネクションＣは、リン
クＬと同様の表記方法で表され、この表記がコネクショ
ンＩＤとして用いられる。即ち、伝送装置Ｒｎ(ｎは伝
送装置Ｒの識別情報)と伝送装置Ｒｍ(ｍは伝送装置Ｒの
識別情報)とを接続するｎ本目のコネクションは、“Ｃ
ｎ-ｍ／ｎ”で表される。具体的には、例えば、図１に
おいて、伝送装置Ｒ１と伝送装置Ｒ２とを接続するコネ
クションＣは、“Ｃ１-２／１”と表記され、この表記
が当該コネクションのコネクションＩＤである。なお、
リンク“Ｌｎ-ｍ/ａ”とリンク“Ｌｍ-ｎ/ａ”とは同一
のリンクである（コネクションについても同様）。
記方法で表され、この表記がリンクＩＤとして用いられ
る。即ち、リンクＬは、このリンクで結ばれる二つの伝
送装置Ｓと、このリンクに割り当てられた順番(番号)に
よって特定される。例えば、伝送装置Ｓｎ(ｎは伝送装
置Ｓの識別情報)と伝送装置Ｓｍ(ｍは伝送装置Ｓの識別
情報)とを接続するｎ番目のリンクは、“Ｌｎ-ｍ／ｎ”
で表される。具体的には、例えば、図１において、伝送
装置Ｓ１と伝送装置Ｓ２とを接続する１番目のリンクＬ
は、“Ｌ１-２／１”と表記され、この表記が当該リン
クのリンクＩＤである。また、コネクションＣは、リン
クＬと同様の表記方法で表され、この表記がコネクショ
ンＩＤとして用いられる。即ち、伝送装置Ｒｎ(ｎは伝
送装置Ｒの識別情報)と伝送装置Ｒｍ(ｍは伝送装置Ｒの
識別情報)とを接続するｎ本目のコネクションは、“Ｃ
ｎ-ｍ／ｎ”で表される。具体的には、例えば、図１に
おいて、伝送装置Ｒ１と伝送装置Ｒ２とを接続するコネ
クションＣは、“Ｃ１-２／１”と表記され、この表記
が当該コネクションのコネクションＩＤである。なお、
リンク“Ｌｎ-ｍ/ａ”とリンク“Ｌｍ-ｎ/ａ”とは同一
のリンクである（コネクションについても同様）。
【００４０】図５は、連携ポリシーテーブル１６の例を
示す説明図である。連携ポリシーテーブル１６は、上位
レイヤの管理システムと下位レイヤの管理システムとの
連携によって実施される管理ポリシー(連携ポリシー)と
して管理システム１００の管理者により定義された情報
を格納したテーブルである。この例では、リンクＬの障
害又は性能劣化をイベントとし、このイベントに対する
コネクションに関する上位レイヤのポリシー制御が連携
ポリシーとして定義されている。
示す説明図である。連携ポリシーテーブル１６は、上位
レイヤの管理システムと下位レイヤの管理システムとの
連携によって実施される管理ポリシー(連携ポリシー)と
して管理システム１００の管理者により定義された情報
を格納したテーブルである。この例では、リンクＬの障
害又は性能劣化をイベントとし、このイベントに対する
コネクションに関する上位レイヤのポリシー制御が連携
ポリシーとして定義されている。
【００４１】このため、連携ポリシーテーブル１６は、
予めコネクションに割り当てられた「リンク監視項目と
その閾値(イベントＩＤ：イベントの内容)、コネクショ
ン監視項目とその閾値(実施条件)、管理アクション(制
御内容)」で構成される管理ポリシーを、コネクション
ＩＤ及びイベントＩＤ毎に保持する(図７参照)。
予めコネクションに割り当てられた「リンク監視項目と
その閾値(イベントＩＤ：イベントの内容)、コネクショ
ン監視項目とその閾値(実施条件)、管理アクション(制
御内容)」で構成される管理ポリシーを、コネクション
ＩＤ及びイベントＩＤ毎に保持する(図７参照)。
【００４２】具体的には、連携ポリシーテーブル１６
は、管理システム１００の管理者によって定義されたコ
ネクションＩＤ，リンク監視項目，リンク監視項目の閾
値，コネクション監視項目，コネクション監視項目の閾
値，及び管理アクション情報を要素として含む単数又は
複数のレコードを保持する。各レコードには、管理番号
が割り当てられている。
は、管理システム１００の管理者によって定義されたコ
ネクションＩＤ，リンク監視項目，リンク監視項目の閾
値，コネクション監視項目，コネクション監視項目の閾
値，及び管理アクション情報を要素として含む単数又は
複数のレコードを保持する。各レコードには、管理番号
が割り当てられている。
【００４３】リンク監視項目は、上位レイヤでのポリシ
ー制御の対象となるリンクの状態の項目を示す。リンク
状態の項目は、“通信断(リンク切れ)”等のリンクＬの
障害を示す項目と、“帯域減少”及び“伝送遅延”等の
リンクＬの性能劣化を示す項目とからなり、性能劣化を
示す項目は、性能劣化か否かの判定に使用される閾値を
持つことができる。
ー制御の対象となるリンクの状態の項目を示す。リンク
状態の項目は、“通信断(リンク切れ)”等のリンクＬの
障害を示す項目と、“帯域減少”及び“伝送遅延”等の
リンクＬの性能劣化を示す項目とからなり、性能劣化を
示す項目は、性能劣化か否かの判定に使用される閾値を
持つことができる。
【００４４】管理アクション情報は、上位レイヤで実施
されるポリシー制御の内容を示す。この例では、管理ア
クションとして、伝送装置Ｒに設けられたデータパケッ
トのバッファ(フォワーディングキュー)の容量等を制御
する“ChangeFWQ”，管理者に障害又は性能劣化を通知
する“sendReport”，及び迂回処理を行うための“reRo
uting”が挙げられている。
されるポリシー制御の内容を示す。この例では、管理ア
クションとして、伝送装置Ｒに設けられたデータパケッ
トのバッファ(フォワーディングキュー)の容量等を制御
する“ChangeFWQ”，管理者に障害又は性能劣化を通知
する“sendReport”，及び迂回処理を行うための“reRo
uting”が挙げられている。
【００４５】各管理アクションに対し、実施条件が設定
されている。実施条件は、イベントの発生(検出)自体を
実施条件とするものと、イベントの発生に影響を受ける
コネクションの監視項目について、その監視項目に対応
するデータが所定の閾値を上回る／下回ることを実施条
件とするものとを含んでいる。後者は、例えば、コネク
ションの利用率が監視項目として定義され、Ｌ３ＮＭＳ
６で管理されている利用率が所定の閾値を上回った／下
回ったときに、実施条件が満たされる。図５に示す例で
は、イベント(帯域が５Ｍｂｐｓ以下になる)ことに対応
する管理アクション“changeFWQ”の実施条件として、
コネクションの監視項目“利用率”及び閾値“７０％以
下”が定義されている。
されている。実施条件は、イベントの発生(検出)自体を
実施条件とするものと、イベントの発生に影響を受ける
コネクションの監視項目について、その監視項目に対応
するデータが所定の閾値を上回る／下回ることを実施条
件とするものとを含んでいる。後者は、例えば、コネク
ションの利用率が監視項目として定義され、Ｌ３ＮＭＳ
６で管理されている利用率が所定の閾値を上回った／下
回ったときに、実施条件が満たされる。図５に示す例で
は、イベント(帯域が５Ｍｂｐｓ以下になる)ことに対応
する管理アクション“changeFWQ”の実施条件として、
コネクションの監視項目“利用率”及び閾値“７０％以
下”が定義されている。
【００４６】管理システム１００が運用される場合に
は、管理者によって定義された連携ポリシーテーブル１
６の内容に従ってリンク監視項目テーブル１２が生成さ
れる。即ち、図６に示すように、連携ポリシーテーブル
１６に格納されたリンク監視項目とその閾値との組が抽
出され、この組にイベントＩＤが割り当てられ、イベン
トＩＤ，リンク監視項目，及び閾値(無い場合もある)を
含むレコードが、連携ポリシーテーブル１６に定義され
たリンク監視項目毎に作成される。そして、作成された
単数又は複数のレコードをその保持内容とするリンク監
視項目テーブル１２が作成される。一方、連携ポリシー
テーブル１６に格納されたリンク監視項目及びその閾値
が対応するイベントＩＤに書き換えられる。このように
して、連携ポリシーテーブル１６で定義されたイベント
が下位レイヤにおいて検出されるようになっている。
は、管理者によって定義された連携ポリシーテーブル１
６の内容に従ってリンク監視項目テーブル１２が生成さ
れる。即ち、図６に示すように、連携ポリシーテーブル
１６に格納されたリンク監視項目とその閾値との組が抽
出され、この組にイベントＩＤが割り当てられ、イベン
トＩＤ，リンク監視項目，及び閾値(無い場合もある)を
含むレコードが、連携ポリシーテーブル１６に定義され
たリンク監視項目毎に作成される。そして、作成された
単数又は複数のレコードをその保持内容とするリンク監
視項目テーブル１２が作成される。一方、連携ポリシー
テーブル１６に格納されたリンク監視項目及びその閾値
が対応するイベントＩＤに書き換えられる。このように
して、連携ポリシーテーブル１６で定義されたイベント
が下位レイヤにおいて検出されるようになっている。
【００４７】図７は、コネクション情報テーブル１７の
例を示す説明図である。コネクション情報テーブル１７
は、連携ポリシーテーブル１６で定義されたコネクショ
ン監視項目に対応する現在の値を、少なくとも連携ポリ
シーテーブル１６で定義されたコネクションについて保
持している。この例では、コネクション情報テーブル１
７は、コネクションＩＤとこれに対応するコネクション
監視項目としての利用率とを含むレコードを保持してい
る。
例を示す説明図である。コネクション情報テーブル１７
は、連携ポリシーテーブル１６で定義されたコネクショ
ン監視項目に対応する現在の値を、少なくとも連携ポリ
シーテーブル１６で定義されたコネクションについて保
持している。この例では、コネクション情報テーブル１
７は、コネクションＩＤとこれに対応するコネクション
監視項目としての利用率とを含むレコードを保持してい
る。
【００４８】図８及び図９は、図１に示した管理システ
ム１００による処理を示すフローチャートである。図８
及び図９に示す処理の前提として、リンク監視項目テー
ブル１２が連携ポリシーテーブル１６を用いて生成され
ており、連携ポリシーテーブル１６の内容が書き換えら
れているものとする。下位レイヤ装置管理システム１１
は、リンクＬの状態を監視し、各リンクの状態(性能デ
ータ)をリンクＩＤとともにリンク監視部１３に通知す
る。
ム１００による処理を示すフローチャートである。図８
及び図９に示す処理の前提として、リンク監視項目テー
ブル１２が連携ポリシーテーブル１６を用いて生成され
ており、連携ポリシーテーブル１６の内容が書き換えら
れているものとする。下位レイヤ装置管理システム１１
は、リンクＬの状態を監視し、各リンクの状態(性能デ
ータ)をリンクＩＤとともにリンク監視部１３に通知す
る。
【００４９】リンク監視部１３は、下位レイヤ装置管理
システム１１から通知されたリンクＬの状態を参照し、
リンク監視項目テーブル１２(図６)に記述された状態
(リンク監視項目)に該当するリンクがあるか否かを判定
する(ステップＳ１)。
システム１１から通知されたリンクＬの状態を参照し、
リンク監視項目テーブル１２(図６)に記述された状態
(リンク監視項目)に該当するリンクがあるか否かを判定
する(ステップＳ１)。
【００５０】即ち、リンク監視部１３は、リンクＬの状
態がリンク監視項目テーブル１２に記述された条件の少
なくとも１つを満たすか否かを判定する。即ち、リンク
監視部１３は、リンクＬの帯域が５Ｍｂｐｓ以下か否
か，遅延時間が１秒以上か否か，及び通信断(リンク切
れ)の状態になっているか否かを夫々判定する。このと
き、全ての条件が満たされない場合(Ｓ１；ＮＯ)には、
リンク監視部１３は、処理をステップＳ１に戻し、次の
通知を待つ。
態がリンク監視項目テーブル１２に記述された条件の少
なくとも１つを満たすか否かを判定する。即ち、リンク
監視部１３は、リンクＬの帯域が５Ｍｂｐｓ以下か否
か，遅延時間が１秒以上か否か，及び通信断(リンク切
れ)の状態になっているか否かを夫々判定する。このと
き、全ての条件が満たされない場合(Ｓ１；ＮＯ)には、
リンク監視部１３は、処理をステップＳ１に戻し、次の
通知を待つ。
【００５１】これに対し、リンクの状態が少なくとも１
つの条件を満たす場合(Ｓ１；ＹＥＳ)には、リンク監視
部１３は、連携ポリシーとして定義されたイベントが発
生したものとして、その条件(リンク監視項目)に対応す
るイベントＩＤをリンク監視項目テーブル１２から読み
出すとともに、読み出したイベントＩＤを対応するリン
クＩＤとともにコネクション抽出部１５へ通知する。こ
のようにして、リンク監視部１３は、コネクション抽出
部１５を起動させる(ステップＳ２)。
つの条件を満たす場合(Ｓ１；ＹＥＳ)には、リンク監視
部１３は、連携ポリシーとして定義されたイベントが発
生したものとして、その条件(リンク監視項目)に対応す
るイベントＩＤをリンク監視項目テーブル１２から読み
出すとともに、読み出したイベントＩＤを対応するリン
クＩＤとともにコネクション抽出部１５へ通知する。こ
のようにして、リンク監視部１３は、コネクション抽出
部１５を起動させる(ステップＳ２)。
【００５２】コネクション抽出部１５は、イベントＩＤ
及びリンクＩＤを含む通知をリンク監視部１３から受け
取ることによって起動する。コネクション抽出部１５
は、リンク／コネクション対応テーブル１４(図４)を参
照し、通知されたリンクＩＤに対応するコネクションＩ
Ｄを検索し(ステップＳ３)、対応するコネクションＩＤ
が抽出できたか否かを判定する(ステップＳ４)。
及びリンクＩＤを含む通知をリンク監視部１３から受け
取ることによって起動する。コネクション抽出部１５
は、リンク／コネクション対応テーブル１４(図４)を参
照し、通知されたリンクＩＤに対応するコネクションＩ
Ｄを検索し(ステップＳ３)、対応するコネクションＩＤ
が抽出できたか否かを判定する(ステップＳ４)。
【００５３】このとき、コネクション抽出部１５は、対
応するコネクションＩＤを抽出できなかった場合(Ｓ
４；ＮＯ)には、処理を終了し、対応するコネクション
ＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、イベントＩ
Ｄ及びコネクションＩＤを実施条件判定部１８に通知す
ることによって、実施条件判定部１８を起動させる(ス
テップＳ５)。
応するコネクションＩＤを抽出できなかった場合(Ｓ
４；ＮＯ)には、処理を終了し、対応するコネクション
ＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、イベントＩ
Ｄ及びコネクションＩＤを実施条件判定部１８に通知す
ることによって、実施条件判定部１８を起動させる(ス
テップＳ５)。
【００５４】このように、コネクション抽出部１５は、
リンク監視部１３からの監視イベント(イベントＩＤ及
びリンクＩＤ)を受け取ると、リンクＩＤをキーにリン
ク／コネクション対応テーブル１４を検索し、影響を受
けるコネクション(コネクションＩＤ)を抽出した後、実
施条件判定部１８に監視イベントデータ(イベントＩＤ)
と抽出したコネクションデータ(コネクションＩＤ)を通
知する。
リンク監視部１３からの監視イベント(イベントＩＤ及
びリンクＩＤ)を受け取ると、リンクＩＤをキーにリン
ク／コネクション対応テーブル１４を検索し、影響を受
けるコネクション(コネクションＩＤ)を抽出した後、実
施条件判定部１８に監視イベントデータ(イベントＩＤ)
と抽出したコネクションデータ(コネクションＩＤ)を通
知する。
【００５５】実施条件判定部１８は、イベントＩＤ及び
コネクションＩＤを含む通知をコネクション抽出部１５
から受け取って起動する。実施条件判定部１８は、通知
されたイベントＩＤ及びコネクションＩＤをキーとして
用い、キーに対応するレコード中のコネクション監視項
目，その閾値，及び管理アクション情報を連携ポリシー
テーブル１６(図６)から検索し(ステップＳ６)、キーに
対応する管理アクション情報を得ることができたか否か
を判定する(ステップＳ７)。
コネクションＩＤを含む通知をコネクション抽出部１５
から受け取って起動する。実施条件判定部１８は、通知
されたイベントＩＤ及びコネクションＩＤをキーとして
用い、キーに対応するレコード中のコネクション監視項
目，その閾値，及び管理アクション情報を連携ポリシー
テーブル１６(図６)から検索し(ステップＳ６)、キーに
対応する管理アクション情報を得ることができたか否か
を判定する(ステップＳ７)。
【００５６】このとき、実施条件判定部１８は、対応す
る管理アクション情報を得ることができなかった場合
(Ｓ７；ＮＯ)には、処理を終了し、対応する管理アクシ
ョン情報を得ることができた場合(Ｓ７；ＹＥＳ)には、
キーに対応するコネクション監視項目及びその閾値を得
ることができたか否かを判定する(ステップＳ８)。この
とき、実施条件判定部１８は、対応するコネクション監
視項目及びその閾値を得ることができた場合(Ｓ８；Ｙ
ＥＳ)には、処理をステップＳ９に進め、そうでない場
合(Ｓ８；ＮＯ)には、管理アクションがイベントの検出
自体を実施条件として実施されるものとして処理をステ
ップＳ１１に進める。
る管理アクション情報を得ることができなかった場合
(Ｓ７；ＮＯ)には、処理を終了し、対応する管理アクシ
ョン情報を得ることができた場合(Ｓ７；ＹＥＳ)には、
キーに対応するコネクション監視項目及びその閾値を得
ることができたか否かを判定する(ステップＳ８)。この
とき、実施条件判定部１８は、対応するコネクション監
視項目及びその閾値を得ることができた場合(Ｓ８；Ｙ
ＥＳ)には、処理をステップＳ９に進め、そうでない場
合(Ｓ８；ＮＯ)には、管理アクションがイベントの検出
自体を実施条件として実施されるものとして処理をステ
ップＳ１１に進める。
【００５７】ステップＳ９では、実施条件判定部１８
は、通知されたコネクションＩＤをキーとして用い、キ
ーに対応するコネクション情報(コネクションＣの利用
率)をコネクション情報テーブル１７(図７)から読み出
す。
は、通知されたコネクションＩＤをキーとして用い、キ
ーに対応するコネクション情報(コネクションＣの利用
率)をコネクション情報テーブル１７(図７)から読み出
す。
【００５８】続いて、実施条件判定部１８は、コネクシ
ョン情報テーブル１７から読み出した利用率が連携ポリ
シーテーブル１６から読み出した閾値を満たしているか
否か(管理アクションの実施条件を満たすか否か)を判定
する(ステップＳ１０)。このとき、実施条件判定部１８
は、利用率が閾値を満たしていない場合(Ｓ１０；ＮＯ)
には、処理を終了し、利用率が閾値を満たしている場合
(Ｓ１０；ＹＥＳ)には、処理をステップＳ１１に進め
る。
ョン情報テーブル１７から読み出した利用率が連携ポリ
シーテーブル１６から読み出した閾値を満たしているか
否か(管理アクションの実施条件を満たすか否か)を判定
する(ステップＳ１０)。このとき、実施条件判定部１８
は、利用率が閾値を満たしていない場合(Ｓ１０；ＮＯ)
には、処理を終了し、利用率が閾値を満たしている場合
(Ｓ１０；ＹＥＳ)には、処理をステップＳ１１に進め
る。
【００５９】ステップＳ１１では、実施条件判定部１８
は、コネクション制御部１９に管理アクション情報及び
コネクションＩＤを通知することによって、コネクショ
ン制御部１９を起動させる。
は、コネクション制御部１９に管理アクション情報及び
コネクションＩＤを通知することによって、コネクショ
ン制御部１９を起動させる。
【００６０】このように、実施条件判定部１８は、コネ
クション抽出部１５からのデータをキーに連携ポリシー
テーブル１６を検索し、コネクション監視項目とその閾
値及び管理アクションを抽出した後、コネクション監視
項目と閾値の成否を、コネクション情報テーブル１７を
利用して確認し、成立している場合は管理アクションを
実施するコネクション制御部１９を起動する。
クション抽出部１５からのデータをキーに連携ポリシー
テーブル１６を検索し、コネクション監視項目とその閾
値及び管理アクションを抽出した後、コネクション監視
項目と閾値の成否を、コネクション情報テーブル１７を
利用して確認し、成立している場合は管理アクションを
実施するコネクション制御部１９を起動する。
【００６１】コネクション制御部１９は、管理アクショ
ン情報及びコネクションＩＤを受け取ると、コネクショ
ンＩＤに対応するコネクションＣに対し、管理ポリシー
として定義された管理アクションを実施する(ステップ
Ｓ１２)。このようにして、連携ポリシーが実施され、
下位レイヤにおけるリンクＬの障害又は性能劣化をイベ
ントとし、このイベントに影響を受けるコネクションＣ
に関する制御が実施される。
ン情報及びコネクションＩＤを受け取ると、コネクショ
ンＩＤに対応するコネクションＣに対し、管理ポリシー
として定義された管理アクションを実施する(ステップ
Ｓ１２)。このようにして、連携ポリシーが実施され、
下位レイヤにおけるリンクＬの障害又は性能劣化をイベ
ントとし、このイベントに影響を受けるコネクションＣ
に関する制御が実施される。
【００６２】図１０は、図１に示した管理システム１０
０の各構成要素を、図２及び図３に示したレイヤ型ネッ
トワークＬＴＮに配置した場合の構成例を示す図であ
る。図１０に示すように、図２に示したＬ２ＮＭＳ１と
図３に示したＬ３ＮＭＳ４及びコネクション制御部５と
は、ローカルネットワーク５を介して接続される。さら
に、新たな構成として、イベント受信／コネクション抽
出部２０がＥＭＳ２を収容する各ローカルネットワーク
３に収容され、連携部２１がローカルネットワーク５に
収容される。
０の各構成要素を、図２及び図３に示したレイヤ型ネッ
トワークＬＴＮに配置した場合の構成例を示す図であ
る。図１０に示すように、図２に示したＬ２ＮＭＳ１と
図３に示したＬ３ＮＭＳ４及びコネクション制御部５と
は、ローカルネットワーク５を介して接続される。さら
に、新たな構成として、イベント受信／コネクション抽
出部２０がＥＭＳ２を収容する各ローカルネットワーク
３に収容され、連携部２１がローカルネットワーク５に
収容される。
【００６３】図１に示した下位レイヤ装置管理システム
１１は、伝送装置Ｓに従来から搭載されている性能監視
システムに相当する。また、リンク監視項目テーブル１
２，及びリンク監視部１３は、ＥＭＳ２に搭載される。
各伝送装置Ｓの性能監視システムは、自身が収容するリ
ンクＬの状態を監視し、リンクＬの状態を示す性能デー
タをＥＭＳ２に通知し、ＥＭＳ２で連携ポリシーとして
定義されたイベントが発生したか否かの判定(イベント
の検出)が行われる。
１１は、伝送装置Ｓに従来から搭載されている性能監視
システムに相当する。また、リンク監視項目テーブル１
２，及びリンク監視部１３は、ＥＭＳ２に搭載される。
各伝送装置Ｓの性能監視システムは、自身が収容するリ
ンクＬの状態を監視し、リンクＬの状態を示す性能デー
タをＥＭＳ２に通知し、ＥＭＳ２で連携ポリシーとして
定義されたイベントが発生したか否かの判定(イベント
の検出)が行われる。
【００６４】リンク／コネクション対応テーブル１４及
びコネクション抽出部１５は、イベント受信／コネクシ
ョン抽出部２０に搭載される。連携ポリシーテーブル１
６及び実施条件判定部１８は、連携部２１に搭載され
る。連携部２１は、上述したリンク監視項目テーブル１
２の生成処理及び連携ポリシーテーブル１６の書換処理
を実行し、リンク監視項目テーブル１２の内容を各ＥＭ
Ｓ２に配布する。コネクション情報テーブル１７は、Ｌ
３ＥＭＳ６に搭載されており、コネクション制御部１９
は、コネクション制御部７に相当する。
びコネクション抽出部１５は、イベント受信／コネクシ
ョン抽出部２０に搭載される。連携ポリシーテーブル１
６及び実施条件判定部１８は、連携部２１に搭載され
る。連携部２１は、上述したリンク監視項目テーブル１
２の生成処理及び連携ポリシーテーブル１６の書換処理
を実行し、リンク監視項目テーブル１２の内容を各ＥＭ
Ｓ２に配布する。コネクション情報テーブル１７は、Ｌ
３ＥＭＳ６に搭載されており、コネクション制御部１９
は、コネクション制御部７に相当する。
【００６５】リンク／コネクション対応テーブル１４及
びコネクション抽出部１５は、連携部２１に搭載される
ようにしても良い。この場合には、イベント受信／コネ
クション抽出部２０は省略され、ＥＭＳ２が連携部２１
にコネクションＩＤ及びイベントＩＤを通知する。この
ような変形は、後述する第２実施形態においても適用可
能である。
びコネクション抽出部１５は、連携部２１に搭載される
ようにしても良い。この場合には、イベント受信／コネ
クション抽出部２０は省略され、ＥＭＳ２が連携部２１
にコネクションＩＤ及びイベントＩＤを通知する。この
ような変形は、後述する第２実施形態においても適用可
能である。
【００６６】図１１及び図１２は、第１実施形態による
管理システム１００の制御例を示す図である。図１１及
び図１２において、例えば、伝送装置Ｓ１に搭載された
下位レイヤ装置管理システム１１は、伝送装置Ｓ１と伝
送装置Ｓ２とを結ぶリンクＬ１-２／１のリンク切れ(通
信断)を検出すると、リンクの状態“通信断”とリンク
ＩＤ“Ｌ１-２／１”とをＥＭＳ２に搭載されたリンク
監視部１３に通知する(図１２の〈１〉)。
管理システム１００の制御例を示す図である。図１１及
び図１２において、例えば、伝送装置Ｓ１に搭載された
下位レイヤ装置管理システム１１は、伝送装置Ｓ１と伝
送装置Ｓ２とを結ぶリンクＬ１-２／１のリンク切れ(通
信断)を検出すると、リンクの状態“通信断”とリンク
ＩＤ“Ｌ１-２／１”とをＥＭＳ２に搭載されたリンク
監視部１３に通知する(図１２の〈１〉)。
【００６７】リンク監視部１３は、リンク状態“通信
断”をキーとしてリンク監視項目テーブル１２を検索
し、リンク状態“通信断”に対応するイベントＩＤ“Ｅ
２”を読み出し、読み出したイベントＩＤ“Ｅ２”とリ
ンクＩＤ“Ｌ１-２／１”とをイベント受信／コネクシ
ョン抽出部２０に搭載されたコネクション抽出部１５に
通知する(図１２の〈２〉)。
断”をキーとしてリンク監視項目テーブル１２を検索
し、リンク状態“通信断”に対応するイベントＩＤ“Ｅ
２”を読み出し、読み出したイベントＩＤ“Ｅ２”とリ
ンクＩＤ“Ｌ１-２／１”とをイベント受信／コネクシ
ョン抽出部２０に搭載されたコネクション抽出部１５に
通知する(図１２の〈２〉)。
【００６８】コネクション抽出部１５は、リンクＩＤ
“Ｌ１-２／１”をキーとして対応するコネクションＩ
Ｄをリンク／コネクション対応テーブル１４から読み出
し、読み出したコネクションＩＤ“Ｃ１-２／２”及び
イベントＩＤ“Ｅ２”を連携部２１に搭載された実施条
件判定部１８に通知する(図１２の〈３〉)。
“Ｌ１-２／１”をキーとして対応するコネクションＩ
Ｄをリンク／コネクション対応テーブル１４から読み出
し、読み出したコネクションＩＤ“Ｃ１-２／２”及び
イベントＩＤ“Ｅ２”を連携部２１に搭載された実施条
件判定部１８に通知する(図１２の〈３〉)。
【００６９】実施条件判定部１８は、コネクションＩＤ
“Ｃ１-２／２”をキーとして対応する管理アクション
情報“reRoute(迂回)”を読み出し、読み出した管理ア
クション情報“reRoute”及びコネクションＩＤ“Ｃ１-
２／２”をコネクション制御部７(１９)に通知する(図
１２の〈５〉)。
“Ｃ１-２／２”をキーとして対応する管理アクション
情報“reRoute(迂回)”を読み出し、読み出した管理ア
クション情報“reRoute”及びコネクションＩＤ“Ｃ１-
２／２”をコネクション制御部７(１９)に通知する(図
１２の〈５〉)。
【００７０】但し、実施条件判定部１８は、連携ポリシ
ーテーブル１６からコネクションＩＤに対応するコネク
ション監視項目及び閾値を得た場合には、Ｌ３ＮＭＳ６
内のコネクション情報テーブル１７からコネクションＩ
Ｄに対応するコネクション監視項目(ここでは利用率)を
取得し(図１２の〈４〉)、この利用率が閾値による条件
を満たす場合にのみ、管理アクションの実施をＬ３ＮＭ
Ｓ６又はコネクション制御部７に指示する。
ーテーブル１６からコネクションＩＤに対応するコネク
ション監視項目及び閾値を得た場合には、Ｌ３ＮＭＳ６
内のコネクション情報テーブル１７からコネクションＩ
Ｄに対応するコネクション監視項目(ここでは利用率)を
取得し(図１２の〈４〉)、この利用率が閾値による条件
を満たす場合にのみ、管理アクションの実施をＬ３ＮＭ
Ｓ６又はコネクション制御部７に指示する。
【００７１】Ｌ３ＮＭＳ６及びコネクション制御部７
は、実施条件判定部１８から管理アクション情報及びコ
ネクションＩＤを受け取った場合には、この管理アクシ
ョン情報に基づいて上位ネットワークＵＮを制御する。
この例では、コネクション制御部１９が実施条件判定部
１８から管理アクション情報“reRoute”及びコネクシ
ョンＩＤ“Ｃ１-２／２”を受け取っている。この場合
には、コネクション制御部１９は、例えば、以下のよう
なルーティングテーブルの操作による迂回制御を行う。
は、実施条件判定部１８から管理アクション情報及びコ
ネクションＩＤを受け取った場合には、この管理アクシ
ョン情報に基づいて上位ネットワークＵＮを制御する。
この例では、コネクション制御部１９が実施条件判定部
１８から管理アクション情報“reRoute”及びコネクシ
ョンＩＤ“Ｃ１-２／２”を受け取っている。この場合
には、コネクション制御部１９は、例えば、以下のよう
なルーティングテーブルの操作による迂回制御を行う。
【００７２】即ち、コネクション制御部１９は、実施条
件判定部１８から通知された〈Ｃ１-２／２，reRoute〉
という情報に基づき、伝送装置(ルータ)Ｒ１と伝送装置
(ルータ)Ｒ２との間に設定された２番目のコネクション
Ｃ１-２／２を迂回させる必要があると認識する。
件判定部１８から通知された〈Ｃ１-２／２，reRoute〉
という情報に基づき、伝送装置(ルータ)Ｒ１と伝送装置
(ルータ)Ｒ２との間に設定された２番目のコネクション
Ｃ１-２／２を迂回させる必要があると認識する。
【００７３】コネクション制御部１９は、伝送装置Ｒ１
と伝送装置Ｒ２とは、伝送装置Ｒ１−伝送装置Ｒ３−伝
送装置Ｒ２というルートで接続できることを、Ｌ３ＮＭ
Ｓ６に保持されたネットワーク構成情報を用いて確認す
る。
と伝送装置Ｒ２とは、伝送装置Ｒ１−伝送装置Ｒ３−伝
送装置Ｒ２というルートで接続できることを、Ｌ３ＮＭ
Ｓ６に保持されたネットワーク構成情報を用いて確認す
る。
【００７４】このとき、上位ネットワークＵＮのルーテ
ィングがＯＳＰＦによって実施されている場合には、コ
ネクション制御部１９は、伝送装置Ｒ１と伝送装置Ｒ２
との間の回線コスト(メトリック)を、伝送装置Ｒ１−伝
送装置Ｒ３−伝送装置Ｒ２のメトリックよりも大きくす
る。
ィングがＯＳＰＦによって実施されている場合には、コ
ネクション制御部１９は、伝送装置Ｒ１と伝送装置Ｒ２
との間の回線コスト(メトリック)を、伝送装置Ｒ１−伝
送装置Ｒ３−伝送装置Ｒ２のメトリックよりも大きくす
る。
【００７５】ＯＳＰＦは、任意の２点間で最もメトリッ
クが小さいルートを選択するルーティング方式であるた
め、伝送装置Ｒ１と伝送装置Ｒ２とのトラフィックは、
伝送装置Ｒ１−伝送装置Ｒ３−伝送装置Ｒ２というルー
トを通るようになる。
クが小さいルートを選択するルーティング方式であるた
め、伝送装置Ｒ１と伝送装置Ｒ２とのトラフィックは、
伝送装置Ｒ１−伝送装置Ｒ３−伝送装置Ｒ２というルー
トを通るようになる。
【００７６】なお、コネクション制御部１９が提供する
関数名，或いは上位レイヤで利用されているルーティン
グ方式が上記と異なる場合であっても、既存技術の利用
により管理アクション(この例では迂回処理)を実施する
ことが可能である。
関数名，或いは上位レイヤで利用されているルーティン
グ方式が上記と異なる場合であっても、既存技術の利用
により管理アクション(この例では迂回処理)を実施する
ことが可能である。
【００７７】また、図１１及び図１２において、リンク
Ｌ４-５／１の帯域が５Ｍｂｐｓ以下になった場合に
は、このことをリンク監視部１３が検出し、イベントＩ
Ｄ“Ｅ１”、リンクＩＤ“Ｌ４-５／１”をコネクショ
ン抽出部１５に通知する(図１２の〈２〉)。
Ｌ４-５／１の帯域が５Ｍｂｐｓ以下になった場合に
は、このことをリンク監視部１３が検出し、イベントＩ
Ｄ“Ｅ１”、リンクＩＤ“Ｌ４-５／１”をコネクショ
ン抽出部１５に通知する(図１２の〈２〉)。
【００７８】すると、コネクション抽出部１５は、コネ
クションＣ１-２／１に影響があることを抽出し、イベ
ントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／
１”を実施条件判定部１８に通知する(図１２の
〈３〉)。
クションＣ１-２／１に影響があることを抽出し、イベ
ントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ１-２／
１”を実施条件判定部１８に通知する(図１２の
〈３〉)。
【００７９】実施条件判定部１８は、イベントＩＤ“Ｅ
１”及びコネクションＩＤ“Ｃ１-２／１”をキーに連
携ポリシーテーブル１６を検索し、該コネクションの
“利用率”が“70％以下”ならば、管理アクション“ch
angeFWQ”を実施するという情報を取得し、コネクショ
ン情報テーブル１７から該コネクションの利用率を取得
する(図１２の〈４〉)。
１”及びコネクションＩＤ“Ｃ１-２／１”をキーに連
携ポリシーテーブル１６を検索し、該コネクションの
“利用率”が“70％以下”ならば、管理アクション“ch
angeFWQ”を実施するという情報を取得し、コネクショ
ン情報テーブル１７から該コネクションの利用率を取得
する(図１２の〈４〉)。
【００８０】上記の結果、該コネクションの利用率が70
%以下ならば、実施条件判定部１８は、コネクションＩ
Ｄ“Ｃ１-２／１”及び管理アクション情報“changeFW
Q”をコネクション制御部１９に通知し、コネクション
制御部１９は、管理アクション“changeFWQ”を実施す
る。これに対し、利用率が条件を満たさない場合には、
管理アクションは実施されない。
%以下ならば、実施条件判定部１８は、コネクションＩ
Ｄ“Ｃ１-２／１”及び管理アクション情報“changeFW
Q”をコネクション制御部１９に通知し、コネクション
制御部１９は、管理アクション“changeFWQ”を実施す
る。これに対し、利用率が条件を満たさない場合には、
管理アクションは実施されない。
【００８１】第１実施形態によると、連携ポリシーとし
て定義されたリンクＬの障害又は性能劣化(イベント)が
下位レイヤで発生すると、リンク監視部１３がイベント
を検出し、このイベントによって影響を受けるコネクシ
ョンがコネクション抽出部１５によって抽出され、これ
らのイベント及びコネクションに対応する管理アクショ
ンの実施条件が満たされるか否かが実施条件判定部１８
によって判定され、実施条件が満たされる場合には管理
アクションがコネクション制御部１９によって実施され
る。
て定義されたリンクＬの障害又は性能劣化(イベント)が
下位レイヤで発生すると、リンク監視部１３がイベント
を検出し、このイベントによって影響を受けるコネクシ
ョンがコネクション抽出部１５によって抽出され、これ
らのイベント及びコネクションに対応する管理アクショ
ンの実施条件が満たされるか否かが実施条件判定部１８
によって判定され、実施条件が満たされる場合には管理
アクションがコネクション制御部１９によって実施され
る。
【００８２】従って、第１実施形態によれば、下位レイ
ヤの状態を上位レイヤへの制御に利用することにより、
迅速に上位レイヤーの障害復旧を実施することができ
る。具体的には、上位レイヤ(レイヤ３)の情報のみに基
づくポリシー制御よりも早くリンクＬの障害を検出する
ことができ、これに対する迂回処理を迅速に行うことが
できる。また、リンクＬの性能劣化がイベントとして検
出され、これに対する管理アクションが実施されるの
で、適正なレイヤ型ネットワークの管理・制御が可能と
なり、サービス品質の低下防止等の効果を得ることがで
きる。
ヤの状態を上位レイヤへの制御に利用することにより、
迅速に上位レイヤーの障害復旧を実施することができ
る。具体的には、上位レイヤ(レイヤ３)の情報のみに基
づくポリシー制御よりも早くリンクＬの障害を検出する
ことができ、これに対する迂回処理を迅速に行うことが
できる。また、リンクＬの性能劣化がイベントとして検
出され、これに対する管理アクションが実施されるの
で、適正なレイヤ型ネットワークの管理・制御が可能と
なり、サービス品質の低下防止等の効果を得ることがで
きる。
【００８３】〔第２実施形態〕次に、本発明の第２実施
形態による管理システムを説明する。第２実施形態は第
１実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。第２実
施形態における管理システムは、第１実施形態と同様の
構成要素を持つ(図１参照)。但し、連携ポリシーテーブ
ルのデータ構造と実施条件判定部による処理とが第１実
施形態と異なる。
形態による管理システムを説明する。第２実施形態は第
１実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。第２実
施形態における管理システムは、第１実施形態と同様の
構成要素を持つ(図１参照)。但し、連携ポリシーテーブ
ルのデータ構造と実施条件判定部による処理とが第１実
施形態と異なる。
【００８４】図１３(Ａ)及び(Ｂ)は、第２実施形態にお
ける連携ポリシーテーブル１６Ａの例を示す説明図であ
る。連携ポリシーテーブル１６Ａに格納された各レコー
ドは、優先度を含んでいる。優先度は、ポリシー制御の
実施の優先度を示し、優先度を示す数字が小さい程、コ
ネクションに対する制御内容が優先的に実施される。
ける連携ポリシーテーブル１６Ａの例を示す説明図であ
る。連携ポリシーテーブル１６Ａに格納された各レコー
ドは、優先度を含んでいる。優先度は、ポリシー制御の
実施の優先度を示し、優先度を示す数字が小さい程、コ
ネクションに対する制御内容が優先的に実施される。
【００８５】図１４及び図１５は、第２実施形態におけ
る管理システムによる処理を示すフローチャートであ
る。図１４に示すように、実施条件判定部１８は、イベ
ントＩＤ及びコネクションＩＤを受け取ると、イベント
ＩＤ及びコネクションＩＤに対応するレコードから管理
番号，コネクション監視項目，閾値，管理アクション情
報，及び優先度を取得する(ステップＳ２１)。
る管理システムによる処理を示すフローチャートであ
る。図１４に示すように、実施条件判定部１８は、イベ
ントＩＤ及びコネクションＩＤを受け取ると、イベント
ＩＤ及びコネクションＩＤに対応するレコードから管理
番号，コネクション監視項目，閾値，管理アクション情
報，及び優先度を取得する(ステップＳ２１)。
【００８６】次に、実施条件判定部１８は、管理アクシ
ョン情報が取得できたか否かを判定する(ステップＳ２
２)。このとき、実施条件判定部１８は、管理アクショ
ン情報を取得できなかった場合(Ｓ２２；ＮＯ)には、処
理を終了する。この場合には、上位レイヤに対するポリ
シー制御は実施されない。
ョン情報が取得できたか否かを判定する(ステップＳ２
２)。このとき、実施条件判定部１８は、管理アクショ
ン情報を取得できなかった場合(Ｓ２２；ＮＯ)には、処
理を終了する。この場合には、上位レイヤに対するポリ
シー制御は実施されない。
【００８７】これに対し、実施条件判定部１８は、管理
アクション情報を取得できた場合(Ｓ２２；ＹＥＳ)に
は、取得された管理アクションのうち、優先度が最も高
いもの(優先度を示す数字が最も小さいもの)を選択する
(ステップＳ２３)。
アクション情報を取得できた場合(Ｓ２２；ＹＥＳ)に
は、取得された管理アクションのうち、優先度が最も高
いもの(優先度を示す数字が最も小さいもの)を選択する
(ステップＳ２３)。
【００８８】但し、実施条件判定部１８は、取得された
管理アクションが一つの場合には、その管理アクション
を選択する。また、実施条件判定部１８は、優先度が最
も高い複数の管理アクションがある場合には、これらの
中から管理番号が最も小さい管理アクションを選択す
る。以降の処理は、第１実施形態と同様であるので説明
を省略する。
管理アクションが一つの場合には、その管理アクション
を選択する。また、実施条件判定部１８は、優先度が最
も高い複数の管理アクションがある場合には、これらの
中から管理番号が最も小さい管理アクションを選択す
る。以降の処理は、第１実施形態と同様であるので説明
を省略する。
【００８９】第２実施形態における制御例を、図１１を
用いて説明する。但し、連携ポリシーテーブル１６Ａの
保持内容は図１３(Ｂ)に示すものとする。実施条件判定
部１８は、例えば、イベントＩＤ“Ｅ１”及びコネクシ
ョンＩＤ“Ｃ１-２／１”と、イベントＩＤ“Ｅ２”及
びコネクションＩＤ“Ｃ１-２／２”とをコネクション
抽出部１５から受信したとする。
用いて説明する。但し、連携ポリシーテーブル１６Ａの
保持内容は図１３(Ｂ)に示すものとする。実施条件判定
部１８は、例えば、イベントＩＤ“Ｅ１”及びコネクシ
ョンＩＤ“Ｃ１-２／１”と、イベントＩＤ“Ｅ２”及
びコネクションＩＤ“Ｃ１-２／２”とをコネクション
抽出部１５から受信したとする。
【００９０】この場合、実施条件判定部１８は、連携ポ
リシー管理テーブル１６Ａ(図１３(Ｂ))より、イベント
Ｅ１及びＥ２に対応する情報として、〈利用率、７０％
以下、changeFWQ、優先度１〉と、〈−、−、sendRepor
t、優先度２〉とを取得するる。
リシー管理テーブル１６Ａ(図１３(Ｂ))より、イベント
Ｅ１及びＥ２に対応する情報として、〈利用率、７０％
以下、changeFWQ、優先度１〉と、〈−、−、sendRepor
t、優先度２〉とを取得するる。
【００９１】そして、実施条件判定部１８は、優先度に
従って管理アクションを実施するか否かを判定する。こ
の例では、イベントＩＤ“Ｅ１”に割り当てられた優先
度１に基づき、コネクション“Ｃ１-２／１”の利用率
の確認を行い、このコネクション“Ｃ１-２／１”の利
用率が70%以下ならば、管理アクション“changeFWQ”が
コネクション制御部１９によって実施され、そうでない
ならば優先度２の管理アクション“sendReport”が実施
される。
従って管理アクションを実施するか否かを判定する。こ
の例では、イベントＩＤ“Ｅ１”に割り当てられた優先
度１に基づき、コネクション“Ｃ１-２／１”の利用率
の確認を行い、このコネクション“Ｃ１-２／１”の利
用率が70%以下ならば、管理アクション“changeFWQ”が
コネクション制御部１９によって実施され、そうでない
ならば優先度２の管理アクション“sendReport”が実施
される。
【００９２】この例では、実施条件を満たす何れか一つ
の管理アクションが実施されるようになっているが、実
施条件を満たす複数の管理アクションが優先度順で実施
されるようにしても良い。
の管理アクションが実施されるようになっているが、実
施条件を満たす複数の管理アクションが優先度順で実施
されるようにしても良い。
【００９３】以上の点を除き、第２実施形態は第１実施
形態と同様である。第２実施形態によれば、第１実施形
態とほぼ同様の作用効果を得ることができる。さらに、
第２実施形態によれば、連携ポリシーに優先度が設定さ
れているので、ポリシー制御(管理アクション)を実施す
べき複数のコネクションがある場合において、優先度が
高いものを優先的に実施させることができる。
形態と同様である。第２実施形態によれば、第１実施形
態とほぼ同様の作用効果を得ることができる。さらに、
第２実施形態によれば、連携ポリシーに優先度が設定さ
れているので、ポリシー制御(管理アクション)を実施す
べき複数のコネクションがある場合において、優先度が
高いものを優先的に実施させることができる。
【００９４】〔第３実施形態〕次に、本発明の第３実施
形態によるネットワーク管理システムを説明する。第３
実施形態は、第１実施形態と共通点を有するので、共通
点については説明を省略し、主として相違点について説
明する。
形態によるネットワーク管理システムを説明する。第３
実施形態は、第１実施形態と共通点を有するので、共通
点については説明を省略し、主として相違点について説
明する。
【００９５】図１６は、第３実施形態による管理システ
ム１００Ｃの構成例を示す図である。管理システム１０
０Ｃは、第１実施形態の構成に加え、迂回経路探索部２
２と、迂回経路設定部２３とを備えている。迂回経路探
索部２２(算出手段)は、処理対象のコネクションに対す
る迂回経路を算出・決定する。迂回経路設定部２３(制
御手段)は、コネクション制御部１９に含まれた一つの
機能であり、迂回処理が行われる場合に、迂回経路探索
部２２によって予め決定された迂回経路によってトラフ
ィックが迂回されるように迂回先の伝送装置Ｒに対する
迂回設定を行う。
ム１００Ｃの構成例を示す図である。管理システム１０
０Ｃは、第１実施形態の構成に加え、迂回経路探索部２
２と、迂回経路設定部２３とを備えている。迂回経路探
索部２２(算出手段)は、処理対象のコネクションに対す
る迂回経路を算出・決定する。迂回経路設定部２３(制
御手段)は、コネクション制御部１９に含まれた一つの
機能であり、迂回処理が行われる場合に、迂回経路探索
部２２によって予め決定された迂回経路によってトラフ
ィックが迂回されるように迂回先の伝送装置Ｒに対する
迂回設定を行う。
【００９６】図１７及び図１８は、第３実施形態におけ
る管理システム１００Ｃによる処理を示すフローチャー
トである。図１７において、コネクション抽出部１５
は、コネクションＩＤをリンク／コネクション対応テー
ブル１４から抽出できた場合(Ｓ４；ＹＥＳ)には、コネ
クションＩＤ及びイベントＩＤを実施条件判定部１８及
び迂回経路探索部２２に通知することによって、これら
を起動させる(ステップＳ５Ａ)。
る管理システム１００Ｃによる処理を示すフローチャー
トである。図１７において、コネクション抽出部１５
は、コネクションＩＤをリンク／コネクション対応テー
ブル１４から抽出できた場合(Ｓ４；ＹＥＳ)には、コネ
クションＩＤ及びイベントＩＤを実施条件判定部１８及
び迂回経路探索部２２に通知することによって、これら
を起動させる(ステップＳ５Ａ)。
【００９７】迂回経路探索部２２は、コネクションＩＤ
に対応する上位レイヤのコネクションについて、迂回経
路を計算する(ステップＳ３１)。迂回経路探索部２２
は、迂回経路を計算するための情報を予め保持してい
る。迂回経路探索部２２は、計算が終了すると、この計
算結果(迂回経路の情報)を、決定された迂回経路の情報
として所定の記憶領域に格納する(ステップＳ３２)。
に対応する上位レイヤのコネクションについて、迂回経
路を計算する(ステップＳ３１)。迂回経路探索部２２
は、迂回経路を計算するための情報を予め保持してい
る。迂回経路探索部２２は、計算が終了すると、この計
算結果(迂回経路の情報)を、決定された迂回経路の情報
として所定の記憶領域に格納する(ステップＳ３２)。
【００９８】一方、実施条件判定部１８は、第１実施形
態と同様の処理を行い、実施対象の管理アクション情報
とコネクションＩＤとをコネクション制御部１９に通知
する。このとき、管理アクションの内容が“reRoute(迂
回処理)”である場合には、迂回経路設定部２３が起動
する。迂回経路設定部２３は、迂回経路の算出要求を迂
回経路探索部２２に要求する(ステップＳ４１)。
態と同様の処理を行い、実施対象の管理アクション情報
とコネクションＩＤとをコネクション制御部１９に通知
する。このとき、管理アクションの内容が“reRoute(迂
回処理)”である場合には、迂回経路設定部２３が起動
する。迂回経路設定部２３は、迂回経路の算出要求を迂
回経路探索部２２に要求する(ステップＳ４１)。
【００９９】迂回経路探索部２２は、迂回経路設定部２
３から算出要求を受け取ると、記憶領域に格納されてい
る計算結果(迂回経路の情報)を読み出し、迂回経路設定
部２３に与える(ステップＳ３３)。迂回経路設定部２３
は、迂回経路探索部２２から受け取った迂回経路の情報
を用いて迂回経路設定を行う。
３から算出要求を受け取ると、記憶領域に格納されてい
る計算結果(迂回経路の情報)を読み出し、迂回経路設定
部２３に与える(ステップＳ３３)。迂回経路設定部２３
は、迂回経路探索部２２から受け取った迂回経路の情報
を用いて迂回経路設定を行う。
【０１００】上記した迂回経路探索部２２及び迂回経路
設定部２３は、上位レイヤの管理システムに搭載され、
迂回経路探索部２２は、例えば、Ｌ２ＮＭＳ６又はコネ
クション制御部７に搭載され、迂回経路設定部２３は、
コネクション制御部７に搭載される。第３実施形態で
は、リンク／コネクション対応テーブル１４及びコネク
ション抽出部１５は、イベント受信／コネクション抽出
部２０と連携部２１とのいずれにあっても良いが、連携
部２１に搭載される方が好ましい。以上の点を除き、第
３実施形態は第１実施形態と同様である。
設定部２３は、上位レイヤの管理システムに搭載され、
迂回経路探索部２２は、例えば、Ｌ２ＮＭＳ６又はコネ
クション制御部７に搭載され、迂回経路設定部２３は、
コネクション制御部７に搭載される。第３実施形態で
は、リンク／コネクション対応テーブル１４及びコネク
ション抽出部１５は、イベント受信／コネクション抽出
部２０と連携部２１とのいずれにあっても良いが、連携
部２１に搭載される方が好ましい。以上の点を除き、第
３実施形態は第１実施形態と同様である。
【０１０１】第３実施形態によれば、第１実施形態とほ
ぼ同様の作用効果を得ることができる。さらに、迂回経
路探索部２２がコネクション抽出部１５からコネクショ
ンＩＤを受け取り、対応するコネクションの迂回経路の
情報を予め算出する。これによって、迂回経路設定部２
３が管理アクションとして“reRoute”を実施する場合
に、迂回経路探索部２２からすぐに迂回経路の情報を得
ることができる。これによって、迂回経路設定部２３が
管理アクションを受け取ってから迂回経路の設定が完了
するまでの時間(迂回経路設定に要する時間)を短縮する
ことができる。第３実施形態の構成に、第２実施形態の
構成(優先度に係る構成)を組み合わせることも可能であ
る。
ぼ同様の作用効果を得ることができる。さらに、迂回経
路探索部２２がコネクション抽出部１５からコネクショ
ンＩＤを受け取り、対応するコネクションの迂回経路の
情報を予め算出する。これによって、迂回経路設定部２
３が管理アクションとして“reRoute”を実施する場合
に、迂回経路探索部２２からすぐに迂回経路の情報を得
ることができる。これによって、迂回経路設定部２３が
管理アクションを受け取ってから迂回経路の設定が完了
するまでの時間(迂回経路設定に要する時間)を短縮する
ことができる。第３実施形態の構成に、第２実施形態の
構成(優先度に係る構成)を組み合わせることも可能であ
る。
【０１０２】〔第４実施形態〕次に、本発明の第４実施
形態による管理システムを説明する。第４実施形態は第
１実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。
形態による管理システムを説明する。第４実施形態は第
１実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。
【０１０３】図１９は、第４実施形態における管理シス
テム１００Ｄの構成例を示す図である。管理システム１
００Ｄは、コネクション抽出部１５と実施条件判定部１
８との間にメッセージ分類部２４(第２判定手段)が介在
し、メッセージ分類部２４によって参照されるメッセー
ジ分類テーブル２５と、連携ポリシーテーブル１６を用
いてメッセージ分類テーブル２５を作成するメッセージ
分類用データ生成部２６とが設けられる点が、第１実施
形態と異なる。
テム１００Ｄの構成例を示す図である。管理システム１
００Ｄは、コネクション抽出部１５と実施条件判定部１
８との間にメッセージ分類部２４(第２判定手段)が介在
し、メッセージ分類部２４によって参照されるメッセー
ジ分類テーブル２５と、連携ポリシーテーブル１６を用
いてメッセージ分類テーブル２５を作成するメッセージ
分類用データ生成部２６とが設けられる点が、第１実施
形態と異なる。
【０１０４】図２０は、メッセージ分類テーブル２５の
例を示す説明図である。メッセージ分類テーブル２５
は、イベントＩＤ，コネクションＩＤ及び管理アクショ
ン情報を含む単数又は複数のレコードを保持する。
例を示す説明図である。メッセージ分類テーブル２５
は、イベントＩＤ，コネクションＩＤ及び管理アクショ
ン情報を含む単数又は複数のレコードを保持する。
【０１０５】図２１は、メッセージ分類用データ生成部
２６によるメッセージ分類テーブル２５の生成方法を示
す図である。連携ポリシーテーブル１６に定義されたリ
ンク監視項目及び閾値がイベントＩＤに書き換えられる
と、メッセージ分類用データ生成部２６は、連携ポリシ
ーテーブル１６から、コネクション監視項目及び閾値が
設定されていない単数又は複数のレコードを抽出する。
この例では、管理番号１及び２のレコードが抽出され
る。
２６によるメッセージ分類テーブル２５の生成方法を示
す図である。連携ポリシーテーブル１６に定義されたリ
ンク監視項目及び閾値がイベントＩＤに書き換えられる
と、メッセージ分類用データ生成部２６は、連携ポリシ
ーテーブル１６から、コネクション監視項目及び閾値が
設定されていない単数又は複数のレコードを抽出する。
この例では、管理番号１及び２のレコードが抽出され
る。
【０１０６】その後、抽出されたレコード中のコネクシ
ョンＩＤ，イベントＩＤ及び管理アクション情報を用い
てメッセージ分類テーブル２５が生成される。一方、メ
ッセージ分類用データ生成部２６は、抽出したレコード
(コネクション監視項目及び閾値が設定されていないレ
コード(連携ポリシー))を連携ポリシーテーブル１６か
ら削除する。
ョンＩＤ，イベントＩＤ及び管理アクション情報を用い
てメッセージ分類テーブル２５が生成される。一方、メ
ッセージ分類用データ生成部２６は、抽出したレコード
(コネクション監視項目及び閾値が設定されていないレ
コード(連携ポリシー))を連携ポリシーテーブル１６か
ら削除する。
【０１０７】図２２及び図２３は、第４実施形態による
管理システム１００Ｄの処理を示すフローチャートであ
る。図２２に示すように、コネクシン抽出部１５は、リ
ンク／コネクション対応テーブル１４からコネクション
ＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、実施条件判
定部１８ではなく、メッセージ分類部２４にイベントＩ
Ｄ(リンク障害・性能劣化情報)及びコネクションＩＤを
通知することによって、メッセージ分類部２４を起動さ
せる(ステップＳ５１)。
管理システム１００Ｄの処理を示すフローチャートであ
る。図２２に示すように、コネクシン抽出部１５は、リ
ンク／コネクション対応テーブル１４からコネクション
ＩＤを抽出できた場合(Ｓ４；ＹＥＳ)には、実施条件判
定部１８ではなく、メッセージ分類部２４にイベントＩ
Ｄ(リンク障害・性能劣化情報)及びコネクションＩＤを
通知することによって、メッセージ分類部２４を起動さ
せる(ステップＳ５１)。
【０１０８】メッセージ分類部２４は、下位レイヤのコ
ネクションデータの閾値判定が不要である管理ポリシー
をメッセージ分類テーブル２５として予め受け取ってい
る。メッセージ分類部２４は、コネクション抽出部１５
からのイベントＩＤ及びコネクションＩＤをキーにメッ
セージ分類テーブル２５を検索し、対応する管理アクシ
ョン情報を取得する(ステップＳ５２)。
ネクションデータの閾値判定が不要である管理ポリシー
をメッセージ分類テーブル２５として予め受け取ってい
る。メッセージ分類部２４は、コネクション抽出部１５
からのイベントＩＤ及びコネクションＩＤをキーにメッ
セージ分類テーブル２５を検索し、対応する管理アクシ
ョン情報を取得する(ステップＳ５２)。
【０１０９】その後、メッセージ分類部２４は、管理ア
クション情報を取得できたか否かを判定し(ステップＳ
５３)、取得できた場合(Ｓ５３；ＹＥＳ)には、コネク
ションＩＤ及び管理アクション情報をコネクション制御
部１９に通知することによって、管理アクションを起動
させる(ステップＳ５４)。これによって、コネクション
制御部１９がコネクションＩＤに対応するコネクション
Ｃについて、管理アクションを実施する。
クション情報を取得できたか否かを判定し(ステップＳ
５３)、取得できた場合(Ｓ５３；ＹＥＳ)には、コネク
ションＩＤ及び管理アクション情報をコネクション制御
部１９に通知することによって、管理アクションを起動
させる(ステップＳ５４)。これによって、コネクション
制御部１９がコネクションＩＤに対応するコネクション
Ｃについて、管理アクションを実施する。
【０１１０】これに対し、メッセージ分類部２４は、管
理アクション情報を取得できなかった場合(Ｓ５３；Ｎ
Ｏ)には、コネクションＩＤ及びイベントＩＤを実施条
件判定部１８に通知することによって、実施条件判定部
１８を起動させる(ステップＳ５５)。その後、第１実施
形態と同様の処理が行われる。
理アクション情報を取得できなかった場合(Ｓ５３；Ｎ
Ｏ)には、コネクションＩＤ及びイベントＩＤを実施条
件判定部１８に通知することによって、実施条件判定部
１８を起動させる(ステップＳ５５)。その後、第１実施
形態と同様の処理が行われる。
【０１１１】図２４は、図１９に示した構成要素をレイ
ヤ型ネットワークに配置した例を示す図である。図２４
において、メッセージ分類部２４及びメッセージ分類テ
ーブル２５は、各イベント受信／コネクション抽出部２
０に搭載される。
ヤ型ネットワークに配置した例を示す図である。図２４
において、メッセージ分類部２４及びメッセージ分類テ
ーブル２５は、各イベント受信／コネクション抽出部２
０に搭載される。
【０１１２】メッセージ分類部２４及びメッセージ分類
テーブル２５は、連携部２１に配置するようにしても良
いが、処理を管理ドメイン(サブネットワーク)毎に分散
し、連携部２１の処理負担を軽減する点から、管理ドメ
イン(サブネットワーク)毎に設けるのが好ましい。
テーブル２５は、連携部２１に配置するようにしても良
いが、処理を管理ドメイン(サブネットワーク)毎に分散
し、連携部２１の処理負担を軽減する点から、管理ドメ
イン(サブネットワーク)毎に設けるのが好ましい。
【０１１３】連携部２１は、Ｌ２ＮＭＳ１及びＬ３ＮＭ
Ｓ２からリンク情報及びコネクション情報を受け取り、
リンク／コネクション対応テーブル１４の生成用データ
を生成する。また、連携部２１は、連携ポリシーテーブ
ル１６を用いてメッセージ分類用データを生成する。そ
して、連携部２１は、生成されたデータを各イベント受
信／コネクション抽出部２０に配布する。
Ｓ２からリンク情報及びコネクション情報を受け取り、
リンク／コネクション対応テーブル１４の生成用データ
を生成する。また、連携部２１は、連携ポリシーテーブ
ル１６を用いてメッセージ分類用データを生成する。そ
して、連携部２１は、生成されたデータを各イベント受
信／コネクション抽出部２０に配布する。
【０１１４】各イベント受信／コネクション抽出部２０
は、生成データを用いてリンク／コネクション対応テー
ブル１４及び連携ポリシーテーブル１６を生成・保持す
る。このように、連携部２１がメッセージ分類用データ
生成部２６として機能し、連携部２１とイベント受信／
コネクション抽出部２０との間でリンク／コネクション
対応テーブル１４及び連携ポリシーテーブル１６が動的
に生成される。但し、リンク／コネクション対応テーブ
ル１４及び連携ポリシーテーブル１６は、管理者によっ
て静的に生成されるようにしても良い。
は、生成データを用いてリンク／コネクション対応テー
ブル１４及び連携ポリシーテーブル１６を生成・保持す
る。このように、連携部２１がメッセージ分類用データ
生成部２６として機能し、連携部２１とイベント受信／
コネクション抽出部２０との間でリンク／コネクション
対応テーブル１４及び連携ポリシーテーブル１６が動的
に生成される。但し、リンク／コネクション対応テーブ
ル１４及び連携ポリシーテーブル１６は、管理者によっ
て静的に生成されるようにしても良い。
【０１１５】図２５は、第４実施形態の動作例を示す図
である。図２５において、ＥＭＳ２に搭載されたリンク
監視部１３は、伝送装置Ｓ４に搭載された下位レイヤ装
置管理システム１１からの通知(図２５の〈１１〉)に基
づき、リンク“Ｌ４-５／１”に障害があると判定する
と、イベントＩＤ“Ｅ１”及びリンクＩＤ“Ｌ４-５／
１”を、イベント受信／コネクション抽出部２０に搭載
されたコネクション抽出部１５に通知する(図２５の
〈１２〉)。
である。図２５において、ＥＭＳ２に搭載されたリンク
監視部１３は、伝送装置Ｓ４に搭載された下位レイヤ装
置管理システム１１からの通知(図２５の〈１１〉)に基
づき、リンク“Ｌ４-５／１”に障害があると判定する
と、イベントＩＤ“Ｅ１”及びリンクＩＤ“Ｌ４-５／
１”を、イベント受信／コネクション抽出部２０に搭載
されたコネクション抽出部１５に通知する(図２５の
〈１２〉)。
【０１１６】イベント受信／コネクション抽出部２０内
において、コネクション抽出部１５は、リンクＩＤ“Ｌ
４-５／１”に対応するコネクションＩＤ“Ｃ１-２／
１”(図４参照)を取得し、イベントＩＤ“Ｅ１”及びコ
ネクションＩＤ“Ｃ１-２／１”を、影響があるコネク
ションデータとしてメッセージ分類部２４に与える。
において、コネクション抽出部１５は、リンクＩＤ“Ｌ
４-５／１”に対応するコネクションＩＤ“Ｃ１-２／
１”(図４参照)を取得し、イベントＩＤ“Ｅ１”及びコ
ネクションＩＤ“Ｃ１-２／１”を、影響があるコネク
ションデータとしてメッセージ分類部２４に与える。
【０１１７】メッセージ分類部２４は、コネクションＩ
Ｄ“Ｃ１-２／１”及びイベントＩＤ“Ｅ１”をコネク
ション抽出部１５から受け取った場合には、管理者によ
り予め設定されたメッセージ分類テーブル２５を検索
し、管理アクションの有無を調べる。ここでは、管理ア
クションが定義されていないので、メッセージ分類部２
５は、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ
１-２／１”を実施条件判定部１８に通知する(図２５の
〈１３〉)。
Ｄ“Ｃ１-２／１”及びイベントＩＤ“Ｅ１”をコネク
ション抽出部１５から受け取った場合には、管理者によ
り予め設定されたメッセージ分類テーブル２５を検索
し、管理アクションの有無を調べる。ここでは、管理ア
クションが定義されていないので、メッセージ分類部２
５は、イベントＩＤ“Ｅ１”及びコネクションＩＤ“Ｃ
１-２／１”を実施条件判定部１８に通知する(図２５の
〈１３〉)。
【０１１８】その後、実施条件判定部１８は、コネクシ
ョンＩＤ“Ｃ１-２／１”及び管理アクション“changeF
WQ”をコネクション制御部１９に通知し(図２５の〈１
４〉)、コネクション制御部１９は、“changeFWQ”を実
施する。
ョンＩＤ“Ｃ１-２／１”及び管理アクション“changeF
WQ”をコネクション制御部１９に通知し(図２５の〈１
４〉)、コネクション制御部１９は、“changeFWQ”を実
施する。
【０１１９】これに対し、リンク監視部１３は、伝送装
置Ｓ１に搭載された下位レイヤ装置管理システム１１か
らの通知(図２５の〈１５〉)に基づき、リンク“Ｌ１-
２／１”に障害があると判定すると、イベントＩＤ“Ｅ
３”及びリンクＩＤ“Ｌ１-２／１”を、イベント受信
／コネクション抽出部２０に搭載されたコネクション抽
出部１５に通知する(図２５の〈１６〉)。
置Ｓ１に搭載された下位レイヤ装置管理システム１１か
らの通知(図２５の〈１５〉)に基づき、リンク“Ｌ１-
２／１”に障害があると判定すると、イベントＩＤ“Ｅ
３”及びリンクＩＤ“Ｌ１-２／１”を、イベント受信
／コネクション抽出部２０に搭載されたコネクション抽
出部１５に通知する(図２５の〈１６〉)。
【０１２０】イベント受信／コネクション抽出部２０内
において、コネクション抽出部１５は、リンクＩＤ“Ｌ
１-２／１”に対応するコネクションＩＤ“Ｃ１-２／
２”(図４参照)を取得し、イベントＩＤ“Ｅ３”及びコ
ネクションＩＤ“Ｃ１-２／２”を、影響があるコネク
ションデータとしてメッセージ分類部２４に与える。
において、コネクション抽出部１５は、リンクＩＤ“Ｌ
１-２／１”に対応するコネクションＩＤ“Ｃ１-２／
２”(図４参照)を取得し、イベントＩＤ“Ｅ３”及びコ
ネクションＩＤ“Ｃ１-２／２”を、影響があるコネク
ションデータとしてメッセージ分類部２４に与える。
【０１２１】メッセージ分類部２４は、コネクションＩ
Ｄ“Ｃ１-２／２”及びイベントＩＤ“Ｅ３”をコネク
ション抽出部１５から受け取った場合には、メッセージ
分類テーブル２５を検索し、管理アクションの有無を調
べる。
Ｄ“Ｃ１-２／２”及びイベントＩＤ“Ｅ３”をコネク
ション抽出部１５から受け取った場合には、メッセージ
分類テーブル２５を検索し、管理アクションの有無を調
べる。
【０１２２】ここでは、管理アクション“reRoute”が
定義されているので、メッセージ分類部２４は、管理ア
クション“reRoute”及びコネクションＩＤ“Ｃ１-２／
２”を、実施条件判定部１８を経由することなく、コネ
クション制御部１９に通知する(図２５の〈１７〉)。コ
ネクション制御部１９は、“reRoute”を実施する。
定義されているので、メッセージ分類部２４は、管理ア
クション“reRoute”及びコネクションＩＤ“Ｃ１-２／
２”を、実施条件判定部１８を経由することなく、コネ
クション制御部１９に通知する(図２５の〈１７〉)。コ
ネクション制御部１９は、“reRoute”を実施する。
【０１２３】第４実施形態によれば、第１実施形態と同
様の作用効果を得ることができる。さらに、連携ポリシ
ーテーブル１６に格納された管理アクションの実施条件
が、比較値(閾値)の判定を要する第１実施条件(比較型
条件)と、比較値判定を必要としない第２実施条件(イベ
ント型条件)とに分類され、第２実施条件がメッセージ
分類テーブル２５に格納される。
様の作用効果を得ることができる。さらに、連携ポリシ
ーテーブル１６に格納された管理アクションの実施条件
が、比較値(閾値)の判定を要する第１実施条件(比較型
条件)と、比較値判定を必要としない第２実施条件(イベ
ント型条件)とに分類され、第２実施条件がメッセージ
分類テーブル２５に格納される。
【０１２４】メッセージ分類部２４は、イベントＩＤを
受け取ると、このイベントが比較型条件かイベント型条
件かをメッセージ分類テーブル２５を参照することによ
って判定し、イベント型条件である場合には、実施条件
判定部１８を経由することなく、メッセージ分類テーブ
ル２５から得た管理アクション情報をコネクション制御
部１９に通知し、管理アクションを実施させる。
受け取ると、このイベントが比較型条件かイベント型条
件かをメッセージ分類テーブル２５を参照することによ
って判定し、イベント型条件である場合には、実施条件
判定部１８を経由することなく、メッセージ分類テーブ
ル２５から得た管理アクション情報をコネクション制御
部１９に通知し、管理アクションを実施させる。
【０１２５】このように、実施条件がイベント型条件の
場合に、実施条件判定部１８による処理が省略される。
これによって、下位レイヤにおけるリンク障害に基づく
上位レイヤのポリシー制御(管理アクション)を迅速に実
施することができる。
場合に、実施条件判定部１８による処理が省略される。
これによって、下位レイヤにおけるリンク障害に基づく
上位レイヤのポリシー制御(管理アクション)を迅速に実
施することができる。
【０１２６】また、コネクション抽出部１５及びメッセ
ージ分類部２５を下位レイヤのサブネットワークに毎に
配備し、コネクション監視項目の閾値判定が不要である
連携ポリシー(イベント型条件の連携ポリシー)について
はメッセージ分類部２４がコネクション制御部１９を起
動する。これによって、（１）実施条件判定部１８を通
らないことによる連携ポリシーの判定処理の高速化を図
ることができ、（２）実施条件判定部１８においても、
連携ポリシーテーブル１６に格納されるレコードの数が
減るため、検索にかかる時間を短縮できる。
ージ分類部２５を下位レイヤのサブネットワークに毎に
配備し、コネクション監視項目の閾値判定が不要である
連携ポリシー(イベント型条件の連携ポリシー)について
はメッセージ分類部２４がコネクション制御部１９を起
動する。これによって、（１）実施条件判定部１８を通
らないことによる連携ポリシーの判定処理の高速化を図
ることができ、（２）実施条件判定部１８においても、
連携ポリシーテーブル１６に格納されるレコードの数が
減るため、検索にかかる時間を短縮できる。
【０１２７】〔第５実施形態〕次に、本発明の第５実施
形態による管理システムを説明する。第５実施形態は第
４実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。
形態による管理システムを説明する。第５実施形態は第
４実施形態と共通点を有するので、共通点については説
明を省略し、主として相違点について説明する。
【０１２８】図２６は、第５実施形態におけるメッセー
ジ分類テーブル２５Ａの例を示す説明図である。第５実
施形態では、メッセージ分類テーブル２５Ａに格納され
る各レコードは、管理者によって割り当てられた優先度
(数字が小さい程優先度が高い)を含んでいる。また、管
理番号が各レコードに割り当てられている。
ジ分類テーブル２５Ａの例を示す説明図である。第５実
施形態では、メッセージ分類テーブル２５Ａに格納され
る各レコードは、管理者によって割り当てられた優先度
(数字が小さい程優先度が高い)を含んでいる。また、管
理番号が各レコードに割り当てられている。
【０１２９】図２７及び図２８は、第５実施形態におけ
る管理システムによる処理を示すフローチャートであ
る。図２７に示すように、メッセージ分類部２４は、コ
ネクション抽出部１５からイベントＩＤ及びコネクショ
ンＩＤを受け取ると、これらをキーとしてメッセージ分
類テーブル２５Ａを検索し、管理番号，管理アクショ
ン，及び優先度を取得する(ステップＳ６１)。
る管理システムによる処理を示すフローチャートであ
る。図２７に示すように、メッセージ分類部２４は、コ
ネクション抽出部１５からイベントＩＤ及びコネクショ
ンＩＤを受け取ると、これらをキーとしてメッセージ分
類テーブル２５Ａを検索し、管理番号，管理アクショ
ン，及び優先度を取得する(ステップＳ６１)。
【０１３０】次に、メッセージ分類部２４は、管理アク
ションを取得できたか否かを判定する(図２８，ステッ
プＳ６２)。このとき、メッセージ分類部２４が管理ア
クションを取得できなかった場合(Ｓ６２；ＮＯ)には、
第４実施形態と同様の処理が行われる。
ションを取得できたか否かを判定する(図２８，ステッ
プＳ６２)。このとき、メッセージ分類部２４が管理ア
クションを取得できなかった場合(Ｓ６２；ＮＯ)には、
第４実施形態と同様の処理が行われる。
【０１３１】これに対し、メッセージ分類部２４は、管
理アクションを取得できた場合(Ｓ６２；ＹＥＳ)には、
取得された管理アクションのうち、優先度が最も高いも
のを選択する(ステップＳ６３)。
理アクションを取得できた場合(Ｓ６２；ＹＥＳ)には、
取得された管理アクションのうち、優先度が最も高いも
のを選択する(ステップＳ６３)。
【０１３２】但し、メッセージ分類部２４は、取得され
た管理アクションが一つの場合には、その管理アクショ
ンを選択する。また、メッセージ分類部２４は、優先度
が最も高い複数の管理アクションがある場合には、これ
らの中から管理番号が最も小さい管理アクションを選択
する。以降の処理は、第４実施形態と同様であるので説
明を省略する。
た管理アクションが一つの場合には、その管理アクショ
ンを選択する。また、メッセージ分類部２４は、優先度
が最も高い複数の管理アクションがある場合には、これ
らの中から管理番号が最も小さい管理アクションを選択
する。以降の処理は、第４実施形態と同様であるので説
明を省略する。
【０１３３】第５実施形態によると、リンク監視部１３
は、例えば、イベントＩＤ“Ｅ１”，イベントＩＤ“Ｅ
２”，及びリンクＩＤ“Ｌ４-５／１”をコネクション
抽出部１５に通知した場合、メッセージ分類部２４が、
予め優先度を付加したメッセージ分類テーブル２５Ａ
(図２６)より、イベントＩＤ“Ｅ１”及び“Ｅ２”に対
応する管理アクションと優先度とを得る。
は、例えば、イベントＩＤ“Ｅ１”，イベントＩＤ“Ｅ
２”，及びリンクＩＤ“Ｌ４-５／１”をコネクション
抽出部１５に通知した場合、メッセージ分類部２４が、
予め優先度を付加したメッセージ分類テーブル２５Ａ
(図２６)より、イベントＩＤ“Ｅ１”及び“Ｅ２”に対
応する管理アクションと優先度とを得る。
【０１３４】ここで、抽出した情報に関し、（１）いず
れも管理アクションが定義されていない、または（２）
管理アクションが定義されていないものの方が優先度が
高い場合は、イベントＩＤ及びコネクションＩＤを実施
条件判定部１８に通知し、終了する。それ以外の場合
は、優先度が最も高い管理アクション情報がコネクショ
ン制御部１９に通知される。
れも管理アクションが定義されていない、または（２）
管理アクションが定義されていないものの方が優先度が
高い場合は、イベントＩＤ及びコネクションＩＤを実施
条件判定部１８に通知し、終了する。それ以外の場合
は、優先度が最も高い管理アクション情報がコネクショ
ン制御部１９に通知される。
【０１３５】以上の点を除き、第５実施形態は第４実施
形態と同様である。第５実施形態によれば、第４実施形
態とほぼ同様の作用効果を得ることができる。さらに、
第５実施形態によれば、イベント型の管理アクションに
優先度が設定されているので、イベント型の管理アクシ
ョンを実施すべき複数のコネクションがある場合におい
て、優先度が高いものを優先的に実施させることができ
る。また、第５実施形態において、メッセージ分類部２
４は、イベント型の管理アクションを優先度順にコネク
ション制御部１９に通知するようにしても良い。
形態と同様である。第５実施形態によれば、第４実施形
態とほぼ同様の作用効果を得ることができる。さらに、
第５実施形態によれば、イベント型の管理アクションに
優先度が設定されているので、イベント型の管理アクシ
ョンを実施すべき複数のコネクションがある場合におい
て、優先度が高いものを優先的に実施させることができ
る。また、第５実施形態において、メッセージ分類部２
４は、イベント型の管理アクションを優先度順にコネク
ション制御部１９に通知するようにしても良い。
【０１３６】以上説明した第１〜第５実施形態の構成
は、本発明の目的を逸脱しない範囲内で適宜組み合わせ
ることができる。
は、本発明の目的を逸脱しない範囲内で適宜組み合わせ
ることができる。
【０１３７】〔その他〕本発明は、以下のように特定す
ることができる。 （付記１）下位レイヤの接続回線たる下位レイヤ回線の
障害又は性能劣化をイベントとして検出する検出手段
と、検出されたイベントによって影響を受ける上位レイ
ヤの接続回線たる上位レイヤ回線を抽出する抽出手段
と、抽出された上位レイヤ回線に関する制御を実施する
制御手段と、を備えたレイヤ型ネットワークの管理シス
テム。 （付記２）上位レイヤ回線に対する制御内容，及びこの
制御内容の実施条件をイベントの内容及び上位レイヤ回
線に関連づけて記憶した制御内容記憶手段と、イベント
が検出され且つ上位レイヤ回線が抽出された場合に、前
記制御内容記憶手段を参照し、検出されたイベントの内
容及び抽出された上位レイヤ回線に対応する制御内容の
実施条件が満たされているか否かを判定し、実施条件が
満たされていると判定した場合に、この制御内容を前記
制御手段に実施させる判定手段と、をさらに備えた付記
１記載のレイヤ型ネットワークの管理システム。 （付記３）前記制御内容記憶手段は、制御内容毎に割り
当てられた優先度をさらに記憶し、前記判定手段は、前
記検出されたイベントの内容及び前記抽出された上位レ
イヤ回線に対して複数の制御内容の実施条件が満たされ
る場合に、前記優先度に従って制御内容を前記制御手段
に実施させる、付記２記載のレイヤ型ネットワークの管
理システム。 （付記４）前記制御内容は、上位レイヤ回線の迂回処理
であり、上位レイヤ回線が抽出された場合に、この抽出
された上位レイヤ回線に対する迂回経路を算出する算出
手段をさらに備え、前記制御手段は、前記判定手段によ
って当該上位レイヤ回線に対する迂回処理の実施条件が
満たされると判定された場合に、前記算出手段によって
予め算出された迂回経路を用いて迂回処理を実施する、
付記２又は３記載のネットワークの管理システム。 （付記５）イベントが検出され且つ上位レイヤ回線が抽
出された場合に、この上位レイヤ回線に対する前記判定
手段による判定処理が必要か否かを判定し、前記判定処
理が必要ないと判定した場合には、前記制御内容記憶手
段に記憶されたこれらのイベントの内容及び上位レイヤ
回線に対応する制御内容を前記判定手段による判定処理
を経ることなく前記制御手段に実施させ、前記判定処理
が必要であると判定した場合には、前記判定処理を前記
判定手段に実施させる第２判定手段をさらに備えた、付
記１〜４の何れかに記載のレイヤ型ネットワークの管理
システム。 （付記６）前記下位レイヤのネットワークは、複数のサ
ブネットワークからなり、前記第２判定手段は、前記サ
ブネットワーク毎に設けられ、前記制御手段に対して並
列に動作する、付記５記載のレイヤ型ネットワークの管
理システム。 （付記７）前記第２判定手段は、前記検出されたイベン
トの内容及び前記抽出された上位レイヤ回線に対応する
複数の制御内容が前記制御内容記憶手段に記憶されてい
る場合に、制御内容毎に割り当てられた優先度に従って
前記処理を実施する、付記５又は６記載のレイヤ型ネッ
トワークの管理システム。 （付記８）上位レイヤと下位レイヤとを含むレイヤ型ネ
ットワークを管理する方法であって、下位レイヤの接続
回線たる下位レイヤ回線の障害又は性能劣化をイベント
として検出し、検出されたイベントによって影響を受け
る上位レイヤの接続回線たる上位レイヤ回線を抽出し、
抽出された上位レイヤ回線に関する制御を実施する、こ
とを含むレイヤ型ネットワークの管理方法。 （付記９）上位レイヤ回線に対する制御内容，及びこの
制御内容の実施条件をイベントの内容及び上位レイヤ回
線に関連づけて記憶し、イベントが検出され且つ上位レ
イヤ回線が抽出された場合に、検出されたイベントの内
容及び抽出された上位レイヤ回線に対応する制御内容の
実施条件が満たされているか否かを判定し、実施条件が
満たされていると判定した場合に、この制御内容を実施
する、ことをさらに含む付記８記載のレイヤ型ネットワ
ークの管理方法。 （付記１０）制御内容毎に割り当てられた優先度をさら
に記憶し、前記検出されたイベントの内容及び前記抽出
された上位レイヤ回線に対して複数の制御内容の実施条
件が満たされる場合に、前記優先度に従って制御内容を
実施する、ことをさらに含む付記９記載のレイヤ型ネッ
トワークの管理方法。 （付記１１）前記制御内容は、上位レイヤ回線の迂回処
理であり、上位レイヤ回線が抽出された場合に、この抽
出された上位レイヤ回線に対する迂回経路を算出し、前
記抽出された上位レイヤ回線に対する迂回処理の実施条
件が満たされると判定した場合に、予め算出された迂回
経路を用いて迂回処理を実施する、ことをさらに含む付
記９又は１０記載のネットワークの管理方法。 （付記１２）イベントが検出され且つ上位レイヤ回線が
抽出された場合に、この上位レイヤ回線に対する前記判
定処理が必要か否かを判定し、前記判定処理が必要ない
と判定した場合には、これらのイベントの内容及び上位
レイヤ回線に対応する制御内容を前記判定処理を経るこ
となく実施し、前記判定処理が必要であると判定された
場合には、前記判定処理を実施することをさらに含む、
付記８〜１１の何れかに記載のレイヤ型ネットワークの
管理方法。 （付記１３）前記検出されたイベントの内容及び前記抽
出された上位レイヤ回線に対応する複数の制御内容があ
る場合に、制御内容毎に割り当てられた優先度に従って
制御内容を実施する、付記１２記載のレイヤ型ネットワ
ークの管理方法。
ることができる。 （付記１）下位レイヤの接続回線たる下位レイヤ回線の
障害又は性能劣化をイベントとして検出する検出手段
と、検出されたイベントによって影響を受ける上位レイ
ヤの接続回線たる上位レイヤ回線を抽出する抽出手段
と、抽出された上位レイヤ回線に関する制御を実施する
制御手段と、を備えたレイヤ型ネットワークの管理シス
テム。 （付記２）上位レイヤ回線に対する制御内容，及びこの
制御内容の実施条件をイベントの内容及び上位レイヤ回
線に関連づけて記憶した制御内容記憶手段と、イベント
が検出され且つ上位レイヤ回線が抽出された場合に、前
記制御内容記憶手段を参照し、検出されたイベントの内
容及び抽出された上位レイヤ回線に対応する制御内容の
実施条件が満たされているか否かを判定し、実施条件が
満たされていると判定した場合に、この制御内容を前記
制御手段に実施させる判定手段と、をさらに備えた付記
１記載のレイヤ型ネットワークの管理システム。 （付記３）前記制御内容記憶手段は、制御内容毎に割り
当てられた優先度をさらに記憶し、前記判定手段は、前
記検出されたイベントの内容及び前記抽出された上位レ
イヤ回線に対して複数の制御内容の実施条件が満たされ
る場合に、前記優先度に従って制御内容を前記制御手段
に実施させる、付記２記載のレイヤ型ネットワークの管
理システム。 （付記４）前記制御内容は、上位レイヤ回線の迂回処理
であり、上位レイヤ回線が抽出された場合に、この抽出
された上位レイヤ回線に対する迂回経路を算出する算出
手段をさらに備え、前記制御手段は、前記判定手段によ
って当該上位レイヤ回線に対する迂回処理の実施条件が
満たされると判定された場合に、前記算出手段によって
予め算出された迂回経路を用いて迂回処理を実施する、
付記２又は３記載のネットワークの管理システム。 （付記５）イベントが検出され且つ上位レイヤ回線が抽
出された場合に、この上位レイヤ回線に対する前記判定
手段による判定処理が必要か否かを判定し、前記判定処
理が必要ないと判定した場合には、前記制御内容記憶手
段に記憶されたこれらのイベントの内容及び上位レイヤ
回線に対応する制御内容を前記判定手段による判定処理
を経ることなく前記制御手段に実施させ、前記判定処理
が必要であると判定した場合には、前記判定処理を前記
判定手段に実施させる第２判定手段をさらに備えた、付
記１〜４の何れかに記載のレイヤ型ネットワークの管理
システム。 （付記６）前記下位レイヤのネットワークは、複数のサ
ブネットワークからなり、前記第２判定手段は、前記サ
ブネットワーク毎に設けられ、前記制御手段に対して並
列に動作する、付記５記載のレイヤ型ネットワークの管
理システム。 （付記７）前記第２判定手段は、前記検出されたイベン
トの内容及び前記抽出された上位レイヤ回線に対応する
複数の制御内容が前記制御内容記憶手段に記憶されてい
る場合に、制御内容毎に割り当てられた優先度に従って
前記処理を実施する、付記５又は６記載のレイヤ型ネッ
トワークの管理システム。 （付記８）上位レイヤと下位レイヤとを含むレイヤ型ネ
ットワークを管理する方法であって、下位レイヤの接続
回線たる下位レイヤ回線の障害又は性能劣化をイベント
として検出し、検出されたイベントによって影響を受け
る上位レイヤの接続回線たる上位レイヤ回線を抽出し、
抽出された上位レイヤ回線に関する制御を実施する、こ
とを含むレイヤ型ネットワークの管理方法。 （付記９）上位レイヤ回線に対する制御内容，及びこの
制御内容の実施条件をイベントの内容及び上位レイヤ回
線に関連づけて記憶し、イベントが検出され且つ上位レ
イヤ回線が抽出された場合に、検出されたイベントの内
容及び抽出された上位レイヤ回線に対応する制御内容の
実施条件が満たされているか否かを判定し、実施条件が
満たされていると判定した場合に、この制御内容を実施
する、ことをさらに含む付記８記載のレイヤ型ネットワ
ークの管理方法。 （付記１０）制御内容毎に割り当てられた優先度をさら
に記憶し、前記検出されたイベントの内容及び前記抽出
された上位レイヤ回線に対して複数の制御内容の実施条
件が満たされる場合に、前記優先度に従って制御内容を
実施する、ことをさらに含む付記９記載のレイヤ型ネッ
トワークの管理方法。 （付記１１）前記制御内容は、上位レイヤ回線の迂回処
理であり、上位レイヤ回線が抽出された場合に、この抽
出された上位レイヤ回線に対する迂回経路を算出し、前
記抽出された上位レイヤ回線に対する迂回処理の実施条
件が満たされると判定した場合に、予め算出された迂回
経路を用いて迂回処理を実施する、ことをさらに含む付
記９又は１０記載のネットワークの管理方法。 （付記１２）イベントが検出され且つ上位レイヤ回線が
抽出された場合に、この上位レイヤ回線に対する前記判
定処理が必要か否かを判定し、前記判定処理が必要ない
と判定した場合には、これらのイベントの内容及び上位
レイヤ回線に対応する制御内容を前記判定処理を経るこ
となく実施し、前記判定処理が必要であると判定された
場合には、前記判定処理を実施することをさらに含む、
付記８〜１１の何れかに記載のレイヤ型ネットワークの
管理方法。 （付記１３）前記検出されたイベントの内容及び前記抽
出された上位レイヤ回線に対応する複数の制御内容があ
る場合に、制御内容毎に割り当てられた優先度に従って
制御内容を実施する、付記１２記載のレイヤ型ネットワ
ークの管理方法。
【０１３８】
【発明の効果】本発明によれば、上位レイヤと下位レイ
ヤとを含むレイヤ型ネットワークにおいて、上位レイヤ
が下位レイヤの接続回線の障害に迅速に対応でき、又は
性能劣化に応じた上位レイヤの管理を実施することがで
きる。
ヤとを含むレイヤ型ネットワークにおいて、上位レイヤ
が下位レイヤの接続回線の障害に迅速に対応でき、又は
性能劣化に応じた上位レイヤの管理を実施することがで
きる。
【図１】第１実施形態によるレイヤ型ネットワークの管
理システムの構成例を示す図
理システムの構成例を示す図
【図２】下位レイヤのネットワーク管理システムの概要
説明図
説明図
【図３】上位レイヤのネットワーク管理システムの概要
説明図
説明図
【図４】リンク／コネクション対応テーブルの説明図
【図５】連携ポリシーテーブルの説明図
【図６】リンク監視項目テーブル及びその生成方法の説
明図
明図
【図７】コネクション情報テーブルの説明図
【図８】第１実施形態による管理システムの処理を示す
フローチャート
フローチャート
【図９】第１実施形態による管理システムの処理を示す
フローチャート
フローチャート
【図１０】図１に示した管理システムの機能配置図
【図１１】第１実施形態による管理システムの動作例の
説明図
説明図
【図１２】第１実施形態による管理システムの動作例の
説明図
説明図
【図１３】第２実施形態における連携ポリシーテーブル
の説明図
の説明図
【図１４】第２実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図１５】第２実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図１６】第３実施形態による管理システムの構成例を
示す図
示す図
【図１７】第３実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図１８】第３実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図１９】第４実施形態による管理システムの構成例を
示す図
示す図
【図２０】図１９に示したメッセージ分類テーブルの説
明図
明図
【図２１】図２０に示したメッセージ分類テーブルの生
成方法の説明図
成方法の説明図
【図２２】第４実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図２３】第４実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図２４】第４実施形態による管理システムの動作例の
説明図
説明図
【図２５】第４実施形態による管理システムの動作例の
説明図
説明図
【図２６】第５実施形態におけるメッセージ分類テーブ
ルの説明図
ルの説明図
【図２７】第５実施形態による管理システムの処理を示
すフローチャート
すフローチャート
【図２８】第５実施形態による管理システムの処理を示
すフローチャート
すフローチャート
Ｃ コネクション Ｌ リンク Ｒ，Ｓ 伝送装置 １ Ｌ２ＮＭＳ ２ ＥＭＳ ６ Ｌ３ＮＭＳ ７ コネクション制御部 １１ 下位レイヤ装置監視システム １２ リンク監視項目テーブル １３ リンク監視部 １４ リンク／コネクション対応テーブル １５ コネクション抽出部 １６ 連携ポリシーテーブル １７ コネクション情報テーブル １８ 実施条件判定部 １９ コネクション制御部 ２０ イベント受信／コネクション抽出部 ２１ 連携部 ２２ 迂回経路探索部 ２３ 迂回経路設定部 ２４ メッセージ分類部 ２５ メッセージ分類テーブル １００ 管理システム
───────────────────────────────────────────────────── フロントページの続き (72)発明者 福田 健一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5K030 LB08 MA01 MB01 MD02
Claims (5)
- 【請求項１】下位レイヤの接続回線たる下位レイヤ回線
の障害又は性能劣化をイベントとして検出する検出手段
と、 検出されたイベントによって影響を受ける上位レイヤの
接続回線たる上位レイヤ回線を抽出する抽出手段と、 抽出された上位レイヤ回線に関する制御を実施する制御
手段と、を備えたレイヤ型ネットワークの管理システ
ム。 - 【請求項２】上位レイヤ回線に対する制御内容及びこの
制御内容の実施条件をイベントの内容及び上位レイヤ回
線に関連づけて記憶した制御内容記憶手段と、 イベントが検出され且つ上位レイヤ回線が抽出された場
合に、前記制御内容記憶手段を参照し、検出されたイベ
ントの内容及び抽出された上位レイヤ回線に対応する制
御内容の実施条件が満たされているか否かを判定し、実
施条件が満たされていると判定した場合に、この制御内
容を前記制御手段に実施させる判定手段と、をさらに備
えた請求項１記載のレイヤ型ネットワークの管理システ
ム。 - 【請求項３】前記制御内容記憶手段は、制御内容毎に割
り当てられた優先度をさらに記憶し、 前記判定手段は、前記検出されたイベントの内容及び前
記抽出された上位レイヤ回線に対して複数の制御内容の
実施条件が満たされる場合に、前記優先度に従って制御
内容を前記制御手段に実施させる、請求項２記載のレイ
ヤ型ネットワークの管理システム。 - 【請求項４】前記制御内容は、上位レイヤ回線の迂回処
理であり、 上位レイヤ回線が抽出された場合に、この抽出された上
位レイヤ回線に対する迂回経路を算出する算出手段をさ
らに備え、 前記制御手段は、前記判定手段によって当該上位レイヤ
回線に対する迂回処理の実施条件が満たされると判定さ
れた場合に、前記算出手段によって予め算出された迂回
経路を用いて迂回処理を実施する、請求項２又は３記載
のレイヤ型ネットワークの管理システム。 - 【請求項５】下位レイヤの接続回線たる下位レイヤ回線
の障害又は性能劣化をイベントとして検出し、 検出されたイベントによって影響を受ける上位レイヤの
接続回線たる上位レイヤ回線を抽出し、 抽出された上位レイヤ回線に関する制御を実施する、こ
とを含むレイヤ型ネットワークの管理方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001154389A JP4398113B2 (ja) | 2001-05-23 | 2001-05-23 | レイヤ型ネットワークの管理システム |
| US10/061,058 US7082099B2 (en) | 2001-05-23 | 2002-01-29 | System for managing layered network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001154389A JP4398113B2 (ja) | 2001-05-23 | 2001-05-23 | レイヤ型ネットワークの管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002354038A true JP2002354038A (ja) | 2002-12-06 |
| JP4398113B2 JP4398113B2 (ja) | 2010-01-13 |
Family
ID=18998734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001154389A Expired - Fee Related JP4398113B2 (ja) | 2001-05-23 | 2001-05-23 | レイヤ型ネットワークの管理システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7082099B2 (ja) |
| JP (1) | JP4398113B2 (ja) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006222808A (ja) * | 2005-02-10 | 2006-08-24 | Fujitsu Ltd | 通信ネットワークにおける障害の原因を特定する障害管理装置および方法 |
| JP2006229399A (ja) * | 2005-02-16 | 2006-08-31 | Nec Corp | 通信システム、中継ノード及びそれらに用いる通信方法並びにそのプログラム |
| JP2006246472A (ja) * | 2005-02-28 | 2006-09-14 | Agilent Technol Inc | 非同期転送モードネットワークの識別された逆多重化グループを監視するための分散ネットワークアナライザの自動的構成 |
| JP2009117914A (ja) * | 2007-11-01 | 2009-05-28 | Nec Corp | ネットワーク障害箇所特定システム、端末、中継装置、ネットワーク障害箇所特定方法およびプログラム |
| WO2010084992A1 (ja) * | 2009-01-21 | 2010-07-29 | 日本電気株式会社 | シグナリング処理装置、リンク切替方法 |
| WO2012026132A1 (ja) * | 2010-08-26 | 2012-03-01 | 日本電気株式会社 | マルチレイヤネットワークにおけるネットワーク再構成のための方法およびシステム |
| JP2012169951A (ja) * | 2011-02-16 | 2012-09-06 | Mitsubishi Electric Corp | ネットワーク接続装置 |
| US8321561B2 (en) | 2007-06-28 | 2012-11-27 | Nec Corporation | Information sharing method between neighboring nodes, node and information sharing program |
| JP2012238982A (ja) * | 2011-05-11 | 2012-12-06 | Fujitsu Ltd | 伝送装置および経路切替え方法 |
| JP2013503516A (ja) * | 2009-08-25 | 2013-01-31 | ゼットティーイー コーポレイション | 伝送ネットワークにおけるサービス復元速度向上方法及びパス計算エレメント |
| US11206176B2 (en) | 2016-09-19 | 2021-12-21 | New H3C Technologies Co., Ltd. | Preventing failure processing delay |
Families Citing this family (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7298695B1 (en) * | 2002-08-05 | 2007-11-20 | At&T Corp. | Method and apparatus for delaying start of restoration of low priority services |
| CA2516532C (en) * | 2003-02-21 | 2011-09-20 | Nippon Telegraph And Telephone Corporation | Device and method for correcting a path trouble in a communication network |
| US7861002B2 (en) * | 2003-05-22 | 2010-12-28 | Adtran, Inc. | Network router that efficiently switches between a primary data path and a backup data path |
| JP4336858B2 (ja) * | 2003-07-02 | 2009-09-30 | 日本電気株式会社 | ポリシ処理システム、ポリシ処理方法及びポリシ処理プログラム |
| US8108429B2 (en) * | 2004-05-07 | 2012-01-31 | Quest Software, Inc. | System for moving real-time data events across a plurality of devices in a network for simultaneous data protection, replication, and access services |
| US7096392B2 (en) * | 2004-05-07 | 2006-08-22 | Asempra Technologies, Inc. | Method and system for automated, no downtime, real-time, continuous data protection |
| US7565661B2 (en) | 2004-05-10 | 2009-07-21 | Siew Yong Sim-Tang | Method and system for real-time event journaling to provide enterprise data services |
| US7680834B1 (en) | 2004-06-08 | 2010-03-16 | Bakbone Software, Inc. | Method and system for no downtime resychronization for real-time, continuous data protection |
| US7979404B2 (en) | 2004-09-17 | 2011-07-12 | Quest Software, Inc. | Extracting data changes and storing data history to allow for instantaneous access to and reconstruction of any point-in-time data |
| US7904913B2 (en) | 2004-11-02 | 2011-03-08 | Bakbone Software, Inc. | Management interface for a system that provides automated, real-time, continuous data protection |
| US7689602B1 (en) | 2005-07-20 | 2010-03-30 | Bakbone Software, Inc. | Method of creating hierarchical indices for a distributed object system |
| US7788521B1 (en) | 2005-07-20 | 2010-08-31 | Bakbone Software, Inc. | Method and system for virtual on-demand recovery for real-time, continuous data protection |
| US7570580B1 (en) * | 2005-12-02 | 2009-08-04 | At&T Corp. | Automatic problem isolation for multi-layer network failures |
| US20070286351A1 (en) * | 2006-05-23 | 2007-12-13 | Cisco Technology, Inc. | Method and System for Adaptive Media Quality Monitoring |
| US8131723B2 (en) | 2007-03-30 | 2012-03-06 | Quest Software, Inc. | Recovering a file system to any point-in-time in the past with guaranteed structure, content consistency and integrity |
| US8364648B1 (en) | 2007-04-09 | 2013-01-29 | Quest Software, Inc. | Recovering a database to any point-in-time in the past with guaranteed data consistency |
| US8248953B2 (en) * | 2007-07-25 | 2012-08-21 | Cisco Technology, Inc. | Detecting and isolating domain specific faults |
| US8078721B2 (en) * | 2008-02-15 | 2011-12-13 | Cisco Technology, Inc. | Dynamic host configuration protocol (DHCP) initialization responsive to a loss of network layer connectivity |
| US7948910B2 (en) * | 2008-03-06 | 2011-05-24 | Cisco Technology, Inc. | Monitoring quality of a packet flow in packet-based communication networks |
| US8626900B2 (en) | 2010-07-02 | 2014-01-07 | At&T Intellectual Property I, L.P. | Method and system to proactively identify degraded network performance |
| KR20120066234A (ko) * | 2010-12-14 | 2012-06-22 | 한국전자통신연구원 | 다계층 네트워크에서의 ｇｍｐｌｓ 기반의 다계층 링크 관리 방법 및 장치 |
| US8898289B1 (en) * | 2011-03-22 | 2014-11-25 | Netapp, Inc. | Distributed event processing method and architecture |
| US8725869B1 (en) * | 2011-09-30 | 2014-05-13 | Emc Corporation | Classifying situations for system management |
| CN103605581B (zh) * | 2013-11-29 | 2015-08-19 | 中国航空工业集团公司第六三一研究所 | 一种分布式计算机系统故障处理流程 |
| US20170026292A1 (en) * | 2015-07-20 | 2017-01-26 | Schweitzer Engineering Laboratories, Inc. | Communication link failure detection in a software defined network |
| JP2018011147A (ja) * | 2016-07-12 | 2018-01-18 | オムロン株式会社 | 情報処理装置、情報処理プログラムおよび情報処理方法 |
| CN106293986B (zh) * | 2016-08-12 | 2019-01-25 | 中国航空工业集团公司西安飞行自动控制研究所 | 一种基于虚拟中断的故障监控处理装置与方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2598705B2 (ja) | 1989-09-07 | 1997-04-09 | 富士通株式会社 | ネットワーク監視システム |
| JP3001435B2 (ja) * | 1996-10-24 | 2000-01-24 | 日本電気移動通信株式会社 | 確認形情報転送におけるデータ再送方法 |
| JP2002033767A (ja) * | 2000-07-18 | 2002-01-31 | Fujitsu Ltd | ネットワーク管理システム |
| US20020116669A1 (en) * | 2001-02-12 | 2002-08-22 | Maple Optical Systems, Inc. | System and method for fault notification in a data communication network |
| US20020165962A1 (en) * | 2001-02-28 | 2002-11-07 | Alvarez Mario F. | Embedded controller architecture for a modular optical network, and methods and apparatus therefor |
-
2001
- 2001-05-23 JP JP2001154389A patent/JP4398113B2/ja not_active Expired - Fee Related
-
2002
- 2002-01-29 US US10/061,058 patent/US7082099B2/en not_active Expired - Lifetime
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8270306B2 (en) | 2005-02-10 | 2012-09-18 | Fujitsu Limited | Fault management apparatus and method for identifying cause of fault in communication network |
| JP2006222808A (ja) * | 2005-02-10 | 2006-08-24 | Fujitsu Ltd | 通信ネットワークにおける障害の原因を特定する障害管理装置および方法 |
| JP4523444B2 (ja) * | 2005-02-10 | 2010-08-11 | 富士通株式会社 | 通信ネットワークにおける障害の原因を特定する障害管理装置および方法 |
| JP2006229399A (ja) * | 2005-02-16 | 2006-08-31 | Nec Corp | 通信システム、中継ノード及びそれらに用いる通信方法並びにそのプログラム |
| JP2006246472A (ja) * | 2005-02-28 | 2006-09-14 | Agilent Technol Inc | 非同期転送モードネットワークの識別された逆多重化グループを監視するための分散ネットワークアナライザの自動的構成 |
| US8321561B2 (en) | 2007-06-28 | 2012-11-27 | Nec Corporation | Information sharing method between neighboring nodes, node and information sharing program |
| JP2009117914A (ja) * | 2007-11-01 | 2009-05-28 | Nec Corp | ネットワーク障害箇所特定システム、端末、中継装置、ネットワーク障害箇所特定方法およびプログラム |
| WO2010084992A1 (ja) * | 2009-01-21 | 2010-07-29 | 日本電気株式会社 | シグナリング処理装置、リンク切替方法 |
| JP5071696B2 (ja) * | 2009-01-21 | 2012-11-14 | 日本電気株式会社 | シグナリング処理装置、リンク切替方法 |
| US8797839B2 (en) | 2009-01-21 | 2014-08-05 | Nec Corporation | Signaling processor and link switching method |
| JP2013503516A (ja) * | 2009-08-25 | 2013-01-31 | ゼットティーイー コーポレイション | 伝送ネットワークにおけるサービス復元速度向上方法及びパス計算エレメント |
| US8767550B2 (en) | 2009-08-25 | 2014-07-01 | Zte Corporation | Method and path computation element for improving service restoration speed in transmission network |
| WO2012026132A1 (ja) * | 2010-08-26 | 2012-03-01 | 日本電気株式会社 | マルチレイヤネットワークにおけるネットワーク再構成のための方法およびシステム |
| JP2012169951A (ja) * | 2011-02-16 | 2012-09-06 | Mitsubishi Electric Corp | ネットワーク接続装置 |
| JP2012238982A (ja) * | 2011-05-11 | 2012-12-06 | Fujitsu Ltd | 伝送装置および経路切替え方法 |
| US11206176B2 (en) | 2016-09-19 | 2021-12-21 | New H3C Technologies Co., Ltd. | Preventing failure processing delay |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020178397A1 (en) | 2002-11-28 |
| US7082099B2 (en) | 2006-07-25 |
| JP4398113B2 (ja) | 2010-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4398113B2 (ja) | レイヤ型ネットワークの管理システム | |
| KR101120322B1 (ko) | 데이터 보호 방법, 네트워크 프로세서, 멀티서비스 액세스노드 및 라우터 | |
| US7962592B2 (en) | System and method for network management | |
| US6118760A (en) | Management of entries in a network element forwarding memory | |
| JP2002190825A (ja) | トラフィックエンジニアリング方法及びそれを用いたノード装置 | |
| KR100656488B1 (ko) | 라우팅 시스템 및 그 라우팅 시스템의 포워딩 정보관리방법 | |
| US6898630B2 (en) | Network management system utilizing notification between fault manager for packet switching nodes of the higher-order network layer and fault manager for link offering nodes of the lower-order network layer | |
| EP1056234A2 (en) | Apparatus and method for internet protocol flow ring protection switching | |
| CN101159669A (zh) | 一种业务流量切换方法及装置 | |
| WO2006104285A1 (ja) | リングネットワークシステム、障害回復方法、障害検出方法、ノード、およびノード用プログラム | |
| WO2003030432A2 (en) | Protection switching in a communications network employing label switching | |
| JP2005535174A (ja) | パスの集合の識別装置及び識別方法 | |
| US20050018608A1 (en) | Progressive and distributed regulation of selected network traffic destined for a network node | |
| Thorat et al. | Optimized self-healing framework for software defined networks | |
| EP4135292A1 (en) | Intelligent flow state synchronization to improve resiliency, availability, and/or performance of redundant network security devices | |
| Isyaku et al. | Reliable Failure Restoration with Bayesian Congestion Aware for Software Defined Networks. | |
| Saldamli et al. | Improving link failure recovery and congestion control in SDNs | |
| JP2007074074A (ja) | トラヒック分散制御装置、パケット通信ネットワークおよびプログラム | |
| JP4099108B2 (ja) | ネットワーク及びサーバの負荷低減ルータ | |
| CN114726784B (zh) | 用于报告标签交换路径中的不可用性的方法和系统 | |
| JPWO2005117365A1 (ja) | 通信制御装置及び通信制御方法 | |
| EP1816804B1 (en) | Failure recovery method and packet communication apparatus | |
| KR100349655B1 (ko) | 엠피엘에스 망에서 연결 보호 및 복구를 위한 연결 설정 방법 및 그를 이용한 연결 장애 복구 방법 | |
| JP4516612B2 (ja) | ネットワーク制御方法およびネットワーク制御装置 | |
| JP2004349881A (ja) | フラッディング量削減方法および通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070705 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090513 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090526 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090717 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090929 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091022 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121030 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121030 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131030 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |