JP2007243487A - ネットワークのパス設定・帯域管理システムおよび方法 - Google Patents
ネットワークのパス設定・帯域管理システムおよび方法 Download PDFInfo
- Publication number
- JP2007243487A JP2007243487A JP2006061789A JP2006061789A JP2007243487A JP 2007243487 A JP2007243487 A JP 2007243487A JP 2006061789 A JP2006061789 A JP 2006061789A JP 2006061789 A JP2006061789 A JP 2006061789A JP 2007243487 A JP2007243487 A JP 2007243487A
- Authority
- JP
- Japan
- Prior art keywords
- path
- bandwidth
- link
- network
- router
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】、障害状況に応じたパスの設計・管理を可能とするパス設定・帯域管理システムを提供する。
【解決手段】通常運用時は現用パスの帯域の積み上げが、物理リンクの帯域内であることを満たしていることによりパス設計を行う。現用パスに障害が発生した場合に切り替えて使用する予備パスは、物理リンクの帯域の制約を超えてパス設計を可能とする。通常運用時は、正常面(現用パス)と異常面(予備パス)の二面管理し、正常面では帯域管理を行い、異常面では帯域管理を行わない。障害発生時には、残存パスに現用パスと予備パスが混在するケースがあるため、通常、別管理している現用パスと予備パスの残存パスの帯域の積み上げをマージして、物理リンクの帯域内であることを満たしていることをチェックしてネットワーク全体の帯域管理を行う。
【選択図】図1
【解決手段】通常運用時は現用パスの帯域の積み上げが、物理リンクの帯域内であることを満たしていることによりパス設計を行う。現用パスに障害が発生した場合に切り替えて使用する予備パスは、物理リンクの帯域の制約を超えてパス設計を可能とする。通常運用時は、正常面(現用パス)と異常面(予備パス)の二面管理し、正常面では帯域管理を行い、異常面では帯域管理を行わない。障害発生時には、残存パスに現用パスと予備パスが混在するケースがあるため、通常、別管理している現用パスと予備パスの残存パスの帯域の積み上げをマージして、物理リンクの帯域内であることを満たしていることをチェックしてネットワーク全体の帯域管理を行う。
【選択図】図1
Description
本発明は、帯域管理サーバで帯域を集中管理するパス設定システムにおいて、帯域管理サーバを除くネットワークを構成する装置、およびネットワークに接続するユーザ設備に障害が発生したときの、残存パスの帯域管理を速やかに行うための技術に関する。
パスをサービスクラス毎に区別して収容可能な複数ノードと、各サービスクラスを収容する複数のリンクを有するネットワークに対して、各リンクの収容条件、各ノードの収容条件、ノード内の各キューの収容条件をパラメータとした数理計画問題を解くことによって通信経路を選択・決定する通信経路設計方法(特許文献1参照)がある。また、迂回経路を有するネットワークで、通常経路と迂回経路にペア関係をもたせてネットワークの1重故障を回避可能な冗長経路設計方法(特許文献2参照)があり、これらの方法により高信頼ネットワークの設計を行うことが可能である。
これらの設計方法は、図20に示すように、現用面(現用ルート:プライマリ)と予備面(迂回ルート:セカンダリ)が分離されたラダー構成のネットワークを対象に経路設計を行い、プライマリ・セカンダリの冗長構成をもつパスの設計を行うものである。このときのパスの帯域管理方法は、現用面にはセカンダリパスを設定しないことを前提に、一度パスの設計を行い帯域の積み上げを行うと、そのパスを削除しないかぎりは積み上げた帯域が確保される。
また、ネットワーク内でルータが障害を検知して迂回ルートに切り替えを行うセカンダリパスについては、迂回区間の帯域を共有する管理方法(非特許文献1参照)がある。この方法では、パスの始終点(ユーザ回線の接続点)が異なる冗長化したパスに対して、現用、予備の管理を行っていない。そのため、あるネットワークサービスを提供するために、ネットワークに接続された装置を含めて冗長構成をもつ(end−endで)システムのパス設計・帯域管理は、現用運用パス(以下、通常パス)も障害発生時に使用するパス(以下、予備パス)も帯域の積み上げを行っていた。常時ユーザトラヒックが疎通するパス以外もサーバ上では帯域を確保しているため、ネットワークに余剰帯域があってもサーバ上で管理している残帯域が少ない場合には、必要な帯域を確保したパスが設計できない状況が発生する。
特開2002−359634号公報
特開2002−359636号公報
本間靖、外3名、「Type−■とMPLSネットワークのオペレーションシステム」、NTT技術ジャーナル、(社)電気通信協会、平成15年6月、第15巻、第6号、P.20−23
従来の帯域管理サーバは、ネットワーク内の単一リンク、ノード障害を対象とした、障害箇所を迂回したパスの設計・管理を行ってきた。しかしながら、近年、データセンタなどの大規模設備に対するバックアップセンタの分散配置により、ユーザトラヒックが集中していたセンタの障害発生時にはネットワーク内のトラヒック傾向が大きく変動するため、障害発生時にも帯域を確保するには、通常パスと予備パスの帯域を確保したパス設計が必要であるが、このような障害発生時のトラヒック変動を設計パラメータとしたパス設計・管理機能は具備していなかった。
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、障害状況に応じたパスの設計・管理を可能とするネットワークのパス設定・帯域管理システムおよび方法を提供することにある。
上記目的を達成するため、本発明は、ネットワーク上の障害に対応してユーザ端末からパス変更が可能なパス設定・帯域管理システムであって、前記ネットワークを管理する帯域管理サーバは、(a)end−end間パスに対する現用・予備の区別、個々のend−end間パスにおける帯域容量、end−end間パスを構成するルータ間パス、およびend−end間パスの使用可・不可の情報と、(b)ルータ間リンクと各リンクの帯域容量の情報と、(c)ルータ間リンクとルータ間パスの関係を示す情報を格納する手段と、前記情報を参照して、前記end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計する手段と、前記end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知する手段とを有することを特徴とする。
また、本発明は、ネットワーク上の障害に対応してユーザ端末からパス変更が可能なパス設定・帯域管理方法であって、前記ネットワークを管理する帯域管理サーバに格納されている、(a)end−end間パスに対する現用・予備の区別、個々のend−end間パスにおける帯域容量、end−end間パスを構成するルータ間パス、およびend−end間パスの使用可・不可の情報と、(b)ルータ間リンクと各リンクの帯域容量の情報と、(c)ルータ間リンクとルータ間パスの関係を示す情報を参照して、前記end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計し、前記end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知することを特徴とする。
本発明においては、予備パス設計は帯域の積み上げを行わないことにより、通常運用時には実際に使用しない予備パスの帯域を確保することがなくなるため、リソース(帯域)枯渇を回避できる。
また、現用パス・予備パスの使用可・不可の情報をもとに実際にトラヒックが疎通するパスの帯域の積み上げを行うため、ユーザの回線使用状況に応じた使用中パスの帯域管理が可能となる。
また、予備パス設計時に障害箇所を想定してパス設計し、パスマージチェックを実行することにより、事前に障害発生時の帯域管理をシミュレートすることが可能である。例えば、障害Aが発生した場合の切り替え元現用パスをグループA、切り替え先予備パスをグループA’とグループ管理する。これにより、ユーザが障害A発生時の状況を事前に確認するにあたり、グループAの帯域容量を差し引き、グループA’の帯域容量を積み上げることで事前に障害発生時の帯域管理をシミュレートすることができる。
次に、本発明の実施の形態について図面を参照して説明する。本発明のパス設定・帯域管理システムでは、帯域管理サーバで管理するパスに、「現用」と「予備」の属性をもたせる。現用パス、予備パスはそれぞれ、ユーザ側に2重設備を用意し、障害発生時にユーザが切り替えを行う冗長構成のパスとする。現用パスは、通常運用時にユーザが選択することでユーザトラヒックが疎通し、帯域管理サーバで帯域の積み上げを行い、ネットワーク全体で帯域管理を行う。予備パスは、障害発生時にユーザが現用パスから切り替えることによりトラヒックが疎通し、帯域管理サーバで帯域の積み上げを行わず(すなわち、「予備」である期間は帯域容量を0とみなす)、ルータの制約の範囲内ならば無制限にパスを設定することを可能とする。障害発生時の帯域管理方法は、オペレータから入力されるパスの使用可・不可の情報をもとに、使用可能な現用パスの帯域容量とユーザが「予備パス」から切り替えを行った新たな「現用パス」の帯域容量を集計し、ネットワーク内のリンク毎に集計した帯域の積み上げが各物理リンクの帯域容量以内であることをチェックすることにより、障害状況に応じた帯域管理が可能となる。
本発明のパス設定・帯域管理システムでは、2通りの帯域管理方法を示す。一方は、事前に障害発生をシミュレートし、いずれの障害が発生した場合でも、集計した帯域の積み上げが各物理リンクの帯域容量以内であるように、現用・予備リンクの帯域容量を事前に決めておくものである。他方は、障害が生じる毎にパス帯域を積み上げ、その結果が物理リンクの帯域容量以内であるように、現用・予備リンクの帯域容量を決めるものである。
図1は、本発明のパス設定・帯域管理システムの全体構成図である。図1に示すパス設定・帯域管理システムは、帯域管理サーバ(帯域管理システム)と、サーバA(メイン)およびサーバA(バックアップ)と、サーバB(メイン)およびサーバB(バックアップ)と、各エリアA、B、Cの端末と、これらのサーバと各エリアA、B、Cの端末との間にパスを設定するルータ群とにより構成される。ここでは、各エリアの端末から2重化されたサーバヘアクセスするシステムを対象とする。
図2は、帯域管理サーバのシステム構成図である。帯域管理サーバ10は、図5に示すようなend−end間パスに対する現用・予備の区別を示すデータ、end−end間パスを構成するルータ間パスを示すデータ、個々のend−end間パスにおける帯域容量を示すデータ、パスの使用可・不可を示すデータからなるデータテーブル、図5に示すようなルータ間リンクと各リンクの帯域容量を示すデータおよびリンク両端の収容位置を示すデータからなるデータテーブル、図7に示すようなルータ間リンクとルータ間パスの関係を示すデータからなるデータテーブルを格納する記憶手段11と、図5〜図7のデータデーブルの情報を参照して、end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計する設計手段12と、end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知する通知手段13とを備えている。図3は、図4のネットワーク構成において、設計手段12がパス設計をするときの機能の概要を説明する図である。なお、設計手段12および通知手段13は、帯域管理サーバ10がプログラムを実行することによって実現される。
まず、図8にサーバAに対する正常時のパスルート、図9にサーバAに対する異常時のパスルート、図10にサーバBに対する正常時のパスルート、図11にサーバBに対する異常時のパスルートを示す。なお、サーバ名の後の(M)はメイン、すなわち正常時の利用対象を指し、(BU)はバックアップ、すなわちサーバ(M)障害時のバックアップ対象を指す。
これらのパスルートに対して、帯域管理サーバは、図5に示すデータテーブルに記録された、end−end間パスに対する現用・予備の区別、end−end間パスを構成するルータ間パス、個々のend−end間パスにおける帯域容量、パスの使用可・不可の各データを参照し、図6に示すデータテーブルに記録された、ルータ間リンクと各リンクの帯域容量、リンク両端の収容位置の各データを参照し、図7に示すデータテーブルに記録された、ルータ間リンクとルータ間パスの関係を示すデータを参照して、現用end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計し、end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知する。
パスの帯域容量は帯域管理サーバ側で一元管理し、ルータにはパスのスイッチングに関わる情報のみが設定される。
次に、本発明の第1の実施例について説明する。第1の実施例は、事前に障害発生をシミュレートして、各物理リンクを用いるパスの帯域容量が当該物理リンクの容量を超えないように各パスの帯域容量を算出するものである。図12は、サーバA(M)およびサーバB(M)のいずれもが正常であるときのパスルートを示している。まず、現用のサーバ全てが正常な状態から始めて、現用のサーバ全てに障害が生じるまでを考え、その際に、各リンクにおいて要求されるパス帯域容量が当該リンクの帯域容量を越えないようにパス帯域容量を割り当てることを考える。
ここでは、図7のデータテーブルに示すパス名とリンク名の対応から、リンク毎に属するパスを導き、これらのパスに対し、現用パスに関しては現用の帯域容量、予備パスに対しては対応する現用パスと同じ帯域容量を割り振ったものとして、前述のようにさまざまな障害が生じた場合の個々のリンクに要求される帯域容量を計算する。
すると、サーバA(M)およびサーバB(M)のいずれにおいても障害が生じたときに、エリアB,Cの端末からサーバA(BU)に至るパス、および同エリア群からサーバB(BU)に至るパスの計4本のパスがLinkAを用いる際にLinkAの帯域容量を超えないように設定できれば、ユーザトラヒックを疎通させることが判明するので、ここでは、エリアB,Cの端末ユーザに対し予備パスを
LinkAの帯域容量(=240M)÷当該リンクを利用するパス数(=4)=60M
として使用するように通知し、エリアAの端末ユーザに対しては現用パスと同様に予備パスも使用すればよいことを通知する。
LinkAの帯域容量(=240M)÷当該リンクを利用するパス数(=4)=60M
として使用するように通知し、エリアAの端末ユーザに対しては現用パスと同様に予備パスも使用すればよいことを通知する。
前述のように、ルータには、経路を構成するパスが事前に設定されており、かつ、予備パスを使用する場合の帯域容量はユーザに事前に通知されているので、ユーザは障害通知を受けた場合、早急にアクセス先を変更することができる。
次に、本発明の第2の実施例について説明する。第2の実施例は、実際に障害が起きたときに各物理リンクを用いるパスの帯域容量が当該物理リンクの容量を超えないように各パスの帯域容量を算出するものである。図13は、サーバB(M)のみに異常が生じ、サーバB(BU)に迂回する場合の帯域管理サーバでの管理を示す。必要とするパス帯域容量は、最大でも正常時と同じ100Mとする。まず、図5のデータテーブルの使用可・不可の欄において、図14のデータテーブルに示すように、サーバB(M)へのend−endパスは全て使用不可とする。次に、図15のデータテーブルに示すように、サーバB(BU)へのend−endパスを全て現用とする。次に、図15のデータテーブルにおいて、現用かつ使用可の経路に属するパスが属する物理リンクにその容量を照らし合わせる。
すると、LinkAに収容するPath11、Path14、Path17のそれぞれの帯域容量の合計(Path11+Path14+Path17)がLinkAの帯域容量を満たすように、各エリアの端末からサーバB(BU)までのパス帯域容量を設計すればよいことが判る。
例えば、各ユーザに対して、Path17が100Mであること、LinkAが240Mであることから、Path11を含むエリアBの端末からサーバB(BU)、Path14を含むエリアCの端末からサーバB(BU)のそれぞれのパス帯域容量を70M、また、エリアAの端末からサーバB(BU)に関してはサーバB(M)アクセス時と同様にパス帯域容量を100Mとするように通知すれば、どのリンクでも問題なく帯域容量内に収まったトラヒックを疎通することが可能となる。
なお、この実施例では、ボトルネックが1箇所だけであったが、複数個所に及ぶ場合でも同様に適切なパス容量帯域を計算し、各ユーザに通知すればよい。この実施例においても、前述のように、ルータには、経路を構成するパスが事前に設定されているので、障害通知を受け、予備パスを使用する場合の帯域容量が通知されれば、ユーザは早急にアクセス先を変更することができる。
図16は、バックアップ側が現用となった状態でLinkBに障害が起きた場合の帯域管理サーバでの管理を示す。この場合は、正常側サーバへのリンクは事前に使用不可となっている。LinkBに障害が起きると、LinkBに含まれるPath000、Path008、Path016、Path023を経路に含むパスが使用不可となるので、図17のデータテーブルに示すように、エリアAの端末発のパスが全て使用不可となる。このときの使用可能なエリアB,Cの端末からサーバA(BU)、サーバB(BU)への帯域容量は、第1の実施例と同様LinkAを満たすように60Mとすればよい。
図18は、本発明の基本的な考え方を示す図である。本発明では、現用パスに障害が発生した場合に切り替えを行って使用する予備パスは、物理リンクの帯域容量の制約を超えてパス設計を可能とする。通常運用時は、正常面(現用パス)と異常面(予備パス)の二面管理し、正常面では帯域管理を行い、異常面では帯域管理を行わない。
図19は、障害発生時の帯域管理方法(パスマージチェック方法)について説明する図である。障害発生時の帯域管理方法は、障害発生時にパス設計を行う場合に、通常、別管理している残存する現用パスと使用する予備パスを抽出し、帯域をマージして、罹障した現用パスと未使用の予備パスの帯域容量を除いたものを再計算して、利用可能な空間を算出するものであり、障害状況に応じたパスの帯域管理を可能とする。
パスの使用可・不可の情報は、オペレータがパス単位に設定しても良いし、網内リソースの様子を自動的に監視し、帯域管理サーバに通知することにより設定しても良い。オペレータが設定する場合には、大量データを一括設定するためにCSV形式ファイルによるデータインポート機能、障害グループ単位に一括で使用有無を変更する機能、GUI上のトポロジマップでルータ・リンクに障害中の設定をすることにより、障害中のルータ・リンクが収容しているパスの帯域容量を0にみなす機能を本システムはサポートする。
10 帯域管理サーバ
11 記憶手段
12 設計手段
13 通知手段
11 記憶手段
12 設計手段
13 通知手段
Claims (6)
- ネットワーク上の障害に対応してユーザ端末からパス変更が可能なパス設定・帯域管理システムであって、
前記ネットワークを管理する帯域管理サーバは、
(a)end−end間パスに対する現用・予備の区別、個々のend−end間パスにおける帯域容量、end−end間パスを構成するルータ間パス、およびend−end間パスの使用可・不可の情報と、
(b)ルータ間リンクと各リンクの帯域容量の情報と、
(c)ルータ間リンクとルータ間パスの関係を示す情報を格納する記憶手段と、
前記情報を参照して、前記end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計する設計手段と、
前記end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知する通知手段とを有することを特徴とするネットワークのパス設定・帯域管理システム。 - 事前に障害発生をシミュレートして前記end−end間パスの帯域容量を設計することを特徴とする請求項1に記載のネットワークのパス設定・帯域管理システム。
- 障害が発生する毎に前記end−end間パスの帯域容量を設計することを特徴とする請求項1に記載のネットワークのパス設定・帯域管理システム。
- ネットワーク上の障害に対応してユーザ端末からパス変更が可能なパス設定・帯域管理方法であって、
前記ネットワークを管理する帯域管理サーバに格納されている、
(a)end−end間パスに対する現用・予備の区別、個々のend−end間パスにおける帯域容量、end−end間パスを構成するルータ間パス、およびend−end間パスの使用可・不可の情報と、
(b)ルータ間リンクと各リンクの帯域容量の情報と、
(c)ルータ間リンクとルータ間パスの関係を示す情報を参照して、前記end−end間パスを構成するルータ間パスの個々のリンクにおける帯域の積み上げが、当該リンクの帯域容量を超えないように個々のend−end間パスの帯域容量を設計し、
前記end−end間パスの帯域容量と現用・予備の区分をユーザ端末に通知することを特徴とするネットワークのパス設定・帯域管理方法。 - 事前に障害発生をシミュレートして前記end−end間パスの帯域容量を設計することを特徴とする請求項4に記載のネットワークのパス設定・帯域管理方法。
- 障害が発生する毎に前記end−end間パスの帯域容量を設計することを特徴とする請求項4に記載のネットワークのパス設定・帯域管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006061789A JP2007243487A (ja) | 2006-03-07 | 2006-03-07 | ネットワークのパス設定・帯域管理システムおよび方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006061789A JP2007243487A (ja) | 2006-03-07 | 2006-03-07 | ネットワークのパス設定・帯域管理システムおよび方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007243487A true JP2007243487A (ja) | 2007-09-20 |
Family
ID=38588591
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006061789A Pending JP2007243487A (ja) | 2006-03-07 | 2006-03-07 | ネットワークのパス設定・帯域管理システムおよび方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007243487A (ja) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009163324A (ja) * | 2007-12-28 | 2009-07-23 | Omron Corp | 遠隔監視システム、端末管理サーバ、および端末管理サーバ制御プログラム |
JP2009267549A (ja) * | 2008-04-23 | 2009-11-12 | Nec Corp | 通信システム |
JP2010193321A (ja) * | 2009-02-19 | 2010-09-02 | Nippon Telegr & Teleph Corp <Ntt> | 輻輳影響度評価装置、輻輳影響度評価方法およびそのプログラム |
JP2012114647A (ja) * | 2010-11-24 | 2012-06-14 | Hitachi Ltd | ネットワーク制御装置、及び、パス選択方法 |
JP2012517148A (ja) * | 2009-02-02 | 2012-07-26 | レベル スリー コミュニケーションズ,エルエルシー | ネットワークコストの分析 |
US8838780B2 (en) | 2009-02-02 | 2014-09-16 | Level 3 Communications, Llc | Analysis of network traffic |
CN112468391A (zh) * | 2019-09-09 | 2021-03-09 | 华为技术有限公司 | 网络故障传递方法和相关产品 |
CN116743653A (zh) * | 2023-08-16 | 2023-09-12 | 南京赛宁信息技术有限公司 | 一种网络靶场中流量发生器的自动选择方法与系统 |
-
2006
- 2006-03-07 JP JP2006061789A patent/JP2007243487A/ja active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8185356B2 (en) | 2007-12-28 | 2012-05-22 | Omron Corporation | Remote monitoring system, terminal management server and terminal management server control program |
JP2009163324A (ja) * | 2007-12-28 | 2009-07-23 | Omron Corp | 遠隔監視システム、端末管理サーバ、および端末管理サーバ制御プログラム |
JP2009267549A (ja) * | 2008-04-23 | 2009-11-12 | Nec Corp | 通信システム |
US10944662B2 (en) | 2009-02-02 | 2021-03-09 | Level 3 Communications, Llc | Bypass detection analysis of network traffic to determine transceiving of network traffic via peer networks |
US10574557B2 (en) | 2009-02-02 | 2020-02-25 | Level 3 Communications, Llc | Analysis of network traffic |
JP2012517148A (ja) * | 2009-02-02 | 2012-07-26 | レベル スリー コミュニケーションズ,エルエルシー | ネットワークコストの分析 |
US8531978B2 (en) | 2009-02-02 | 2013-09-10 | Level 3 Communications, Llc | Network cost analysis |
US8838780B2 (en) | 2009-02-02 | 2014-09-16 | Level 3 Communications, Llc | Analysis of network traffic |
US9143417B2 (en) | 2009-02-02 | 2015-09-22 | Level 3 Communications, Llc | Network cost analysis |
US9654368B2 (en) | 2009-02-02 | 2017-05-16 | Level 3 Communications, Llc | Network cost analysis |
US11206203B2 (en) | 2009-02-02 | 2021-12-21 | Level 3 Communications, Llc | Bypass detection analysis of secondary network traffic |
JP2010193321A (ja) * | 2009-02-19 | 2010-09-02 | Nippon Telegr & Teleph Corp <Ntt> | 輻輳影響度評価装置、輻輳影響度評価方法およびそのプログラム |
JP2012114647A (ja) * | 2010-11-24 | 2012-06-14 | Hitachi Ltd | ネットワーク制御装置、及び、パス選択方法 |
CN112468391A (zh) * | 2019-09-09 | 2021-03-09 | 华为技术有限公司 | 网络故障传递方法和相关产品 |
CN112468391B (zh) * | 2019-09-09 | 2024-04-26 | 华为技术有限公司 | 网络故障传递方法和相关产品 |
CN116743653A (zh) * | 2023-08-16 | 2023-09-12 | 南京赛宁信息技术有限公司 | 一种网络靶场中流量发生器的自动选择方法与系统 |
CN116743653B (zh) * | 2023-08-16 | 2023-11-10 | 南京赛宁信息技术有限公司 | 一种网络靶场中流量发生器的自动选择方法与系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2007243487A (ja) | ネットワークのパス設定・帯域管理システムおよび方法 | |
JP4700738B2 (ja) | 通信ノード装置、通信システム、パスリソース割当方法、及びプログラム | |
JP5174235B2 (ja) | Wdmメッシュネットワークにおける保護共有の方法 | |
EP2681884B1 (en) | Apparatus and method for spare capacity allocation on dual link failures | |
CN104734878A (zh) | 软件定义联网灾难恢复的方法和系统 | |
JP4547314B2 (ja) | 故障復旧方法および管理ノードならびに通信ノード | |
US10237202B2 (en) | Network control device, network control method, and recording medium for program | |
EP2541416A1 (en) | Protection against a failure in a computer network | |
JP2014241536A (ja) | 監視装置、及び監視方法 | |
CN108429675B (zh) | Vrrp联动切换方法、装置及电子设备 | |
Ruan et al. | A hybrid protection/restoration scheme for two-link failure in WDM mesh networks | |
JP2011171980A (ja) | 経路制御装置、通信システムおよび経路計算方法 | |
US11706146B1 (en) | Directing network traffic using local routing decisions with a global overview | |
JPWO2016143310A1 (ja) | ネットワーク制御装置、ネットワーク制御方法、および、プログラム | |
JP6097158B2 (ja) | 故障復旧方法及びネットワーク管理装置 | |
KR20160092382A (ko) | 계층화된 도메인 기반의 네트워크 구조에서 라우터의 도메인 라우팅 테이블 관리 방법 | |
JP6384481B2 (ja) | ネットワーク設計支援装置、ネットワーク設計方法及びプログラム | |
EP2191611A1 (en) | Designing a network | |
JP6026451B2 (ja) | 経路制御装置 | |
JP4268149B2 (ja) | リソース管理装置および方法 | |
Tomassilli et al. | Bandwidth-optimal failure recovery scheme for robust programmable networks | |
JP6298742B2 (ja) | 通信システム、資源切替方法、制御装置、及びプログラム | |
JP5962375B2 (ja) | ネットワーク管理システム及び影響判定方法 | |
Wang et al. | Wavelength overprovisioning strategies for enhanced optical path restoration | |
JP2012156626A (ja) | 管理装置、通信システム、通信方法、および通信プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20070614 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070614 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080311 |