JP4342580B2 - 通信装置 - Google Patents
通信装置 Download PDFInfo
- Publication number
- JP4342580B2 JP4342580B2 JP2007227525A JP2007227525A JP4342580B2 JP 4342580 B2 JP4342580 B2 JP 4342580B2 JP 2007227525 A JP2007227525 A JP 2007227525A JP 2007227525 A JP2007227525 A JP 2007227525A JP 4342580 B2 JP4342580 B2 JP 4342580B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- path
- communication path
- communication
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
Protocol: Traffic Extension)を用いたFRR(Fast ReRoute、facility backup方式
)用の通信パス(LSP(Label Switched Path)と呼ばれる)をセットアップして、Local Revertive方式による切り戻しを行う通信装置およびネットワークシステムに関する。
護されるLSP(現用系LSP))とBackup LSP(Protected LSP障害時の迂回ルート(
予備系LSP))をセットアップする。図1では、Protected LSP(LSP#1)が、ノ
ードHから、ノードA、ノードB、ノードCを経由して、ノードTまでセットアップされている。また、Backup LSP(LSP#2)が、ノードAからノードDを経由してノードCまでセットアップされている。
SP#1の場合はノードT、LSP#2の場合はノードC)をEgressノードという。また、LSPの分岐点にあたるノード(図1において、ノードA)をPLR(Point of Local
Repair)といい、LSPの合流ポイントにあたるノード(図1において、ノードC)を
MP(Merge Point)という。
、ノードDを経由して、EgressノードであるノードCまでの経路情報が与えられることで、セットアップされる。その後、PLR(ノードA)は、Protected LSPとBackup LSPと
の対応関係、すなわち、Protected LSP(LSP#1)とBackup LSP(LSP#2)との
ペアの関係を作成する。
、ノードAとノードBとの間のリンク障害、ノードBとノードCとの間のリンク障害、又は、ノードBのノード障害が、発生した時の迂回ルートが作成されたことになる。
運ばれる。
LSP側に切り替える。MP(ノードC)は、ノードDを経由して入ってきたデータトラフィックをノードTに向けて送信する。このようにして、ノードHからのデータトラフィックは、保護区間のリンク障害時に迂回ルートであるBackup LSPを経由してノードTまで運ばれる。この切替動作が高速に実施できることから、FRR(Fast ReRoute)と呼ばれる。
ドB、ノードCを経由してノードTまで運ばれる。
LSPより(遅延や帯域に関して)最適な経路ではない可能性がある。よって、(遅延や帯域に関して)常に最適な経路でデータトラフィックを送信するため、Backup LSPからProtected LSPに切り戻しを行う。
を経由してEgressノードであるノードYまでのLSP#3をセットアップしようとすると、ノードBとノードCとの間のリソースが空いているため、正常にセットアップされる。
であるノードYまでのLSP#3がセットアップされている。
する。このPath Messageを受信したノードBは、ノードBとノードCとの間にリソースがないことから、Protected LSPがセットアップできないことをPath Error Messageでノー
ドAに通知する。この結果、Local RevertiveするためのProtected LSPがセットアップされないことになり迂回したデータトラフィックを切り戻すことができなくなる。保護されているLSPの障害発生時に、障害が発生していない下流のリソース(例えば、ノードBとノードCとの間のリソース)が解放(Path Tear)されるからである。
れるデータが中間部分の代わりの第2の通信パスを経由して第1の通信パスの終点に転送
されるネットワークシステムにおいて、障害復旧時に第2の通信パスから中間部分への切り戻しができなくなることを抑止する技術を提供することである。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点に位置する通信装置であって、
第1の通信パスの始点から終点までの帯域、及び、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域が確立されているか否かを確認する確認部と、
前記確認部が前記第1の通信パスの始点から終点までの帯域及び前記第1の通信パスの一部区間の予備として前記第2の通信パスの始点から終点までの帯域が確保されていることを確認したとき、前記第1の通信パスの一部区間の帯域を維持するための経路維持情報を生成する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部が生成した前記経路維持情報を送信する送信部と、
を有する通信装置
である。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点と終点との間の第1の通信パス上に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路維持情報を送信する送信部と、
を有する通信装置
である。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークに
おける、第2の通信パスの終点に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
を有する通信装置
である。
前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信する受信部を備え、
前記確認部が、第1の通信パスの始点から終点までの帯域と、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域とが確立されていることを確認し、かつ、前記受信部が、前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信したとき、前記送信部は、前記第1の通信パス上の終点側に隣接する通信装置に、経路維持情報を送信する、
通信装置
とすることができる。
前記第1の通信パス上の始点側に隣接する通信装置との間でリンク障害が発生した場合、前記送信部は、第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部に格納された経路維持情報を送信する、
とすることができる。
れるデータが中間部分の代わりの第2の通信パスを経由して第1の通信パスの終点に転送
されるネットワークシステムにおいて、障害復旧時に第2の通信パスから中間部分への切り戻しができなくなることを抑止する技術を提供することができる。
図1は、通常状態のネットワークの構成例を示す図である。MPLSネットワークでは、PSVP‐TEシグナリングを使用したFRR用のLSPとして、Protected LSP及びBackup LSPをセットアップする。図1では、Protected LSP(LSP#1)が、ノードHから、ノードA、ノードB、ノードCを経由して、ノードTまでセットアップされている。また、Backup LSP(LSP#2)が、ノードAからノードDを経由してノードCまでセッ
トアップされている。ノードAはPLR(Point of Local Repair)であり、ノードCは
MP(Merge Point)である。PLRはProtected LSPの分岐点に該当し、MPはProtected LSPの合流点に該当する。また、Backup LSPは、Protected LSPのPLRとMPとの間をバイパスする。
最初に、図1の通信ネットワークの標準の動作例について説明する。
図2は、Protected LSPのセットアップ方法を示す図である。LSPは、RSVP−T
Eというシグナリングプロトコルによってセットアップされる。シグナリングプロトコルは、ラベル配布用プロトコルである。シグナリングプロトコルは、Path MessageをIngressノードからEgressノードまで送信しながら、任意の経路で必要な帯域を要求しデータ転
送に必要なラベル要求を行う。また、シグナリングプロトコルは、Path Messageの応答であるResv Message(Reserve Message)をPath Messageと逆の経路をたどってEgressノー
ドからIngressノードまで送信しながら、必要な帯域を確保しラベル通知を行う。
る。FROには、Protected LSPで必要な帯域が格納されている。FROは、Protected LSPのPath Messageに必ず含まれる。
することを示す情報等が格納されている。
Oには、LSPのIngressノードおよびEgressノードを示す情報(IPアドレスなど)が
格納されている。
納されている。さらに、RROには、Local Protectionが利用可能か否かを示す情報が格納されている。
OP Objectと同じである。
Aが受信すると、ノードAは、EROを1つ削除(A−IF1)するとともに、HOP Objectを変更(A−IF2)して下流ノード(ノードB)に向けて送信する。ノードB、ノードCでも、同様に処理をして、Path Messageを下流ノードに向けて送信する。
。Refreshにより、セットアップされたLSPが維持される。
図3は、Backup LSPのセットアップ方法を示す図である。Backup LSPで使用されるMessageは、基本的には、図2に示すProtected LSPで使用されるMessageと同様である。しか
し、Backup LSPで使用されるPath Messageには、FROはない。
図4は、Backup LSPがセットアップされた後のProtected LSPのシグナリングを示す図
である。PLRであるノードAにおいてProtected LSPに対するBackup LSPがセットアッ
プされている。
LSPがセットアップされた旨をRROのLocal Protection Available(LP Available)情報で通知する。これにより、Protected LSPのIngressノード(ノードH)は、下流のリンクやノードがプロテクション(保護)されていることを認識する。図4では、Backup LSPのPath Message及びResv Messageは省略されている。
図5は、保護区間における障害が発生した状態での動作を示す図である。Protected LSPが通るノードAとノードBとの間のリンク障害が発生した時、PLRは、リンク障害を
認識した後、ノードBに送信していたPath Massageを、データトラフィックと同様に、Backup LSP側に切り替える。このPath Messageは、Backup LSPを通ってノードC(MP)に送信される。
を削除する。なお、ノードCはBackup LSP側からPath MessageがRefreshされるのでノー
ドCからノードTへのPath MessageのRefreshは行われる。
図6は、保護区間におけるリンク障害が復旧した状態での動作を示す図である。PLR(ノードA)は、リンク障害の復旧を認識した後Path MessageをノードBに向けて送信する。Path Messageを受信したノードBは、新たにノードCにPath Messageを送信する。ノードCはノードBにResv Messageを送信し、ノードBはノードAにResv Messageを送信する。Resv Messageを受信したPLR(ノードA)は、Protected LSPが正常に復旧したこ
とを認識し、データトラフィックの切り戻しを行うとともに、Backup LSP側に送信していたPath Messageの送信を停止する。これによりLocal Revertiveが完了する。
て、例えば、ノードAとノードXとの間にリンクがあったとすると、ノードAとノードBとの間でリンク障害発生中に一旦Backup LSPに切り替えを行った後、再度別のLSPをノードH、ノードA、ノードX、ノードB、ノードC、ノードTの径路でセットアップすることも可能である。しかし、その後また、そのLSP(ノードH、ノードA、ノードX、ノードB、ノードC、ノードT)に対して新たなBackup LSPを用意しなければならない。さらに、既にセットアップしているノードA、ノードD、ノードC間のBackup LSPは、不要なLSPとなるので、削除する必要がある。これらの処理を障害が発生するたびに管理者によって実施する必要がある。しかし、Local Revertiveを行うことによってこのよう
な煩雑な処理を回避することができる。
《ノード》
次に、本実施形態のノードについて説明する。ノードは、配置された位置等に応じて、Ingressノード、Egressノード、Transitノード(中継ノード)、PLR、MP等として動作し得る。
管理部212、送信Path Message管理部214、受信Resv State管理部222、送信Resv
Message管理部224、ラベル・経路情報管理部230、ラベルテーブル&フォワーディング処理部240を含む。
外部入出力IF部206は、自ノードに対する制御や情報収集を行うためのインタフェースである。
受信パケット処理部202は、入力インタフェースからの受信パケットに異常がないかのチェックを行う。受信パケット処理部202は、受信した受信パケットが正常であれば
、当該受信パケットを適切な管理部等に送信する。
送信パケット処理部204は、送信Path Message管理部214、送信Resv Message管理部224、または、ラベルテーブル&フォワーディング部240から受信したパケットを出力インタフェースに送信する。
受信Path State管理部212は、受信したPath Messageの経路情報が正しいか否かをラベル・経路情報管理部230に問い合わせる。また、受信Path State管理部212は、受信したPath Messageの各Objectの管理を行うとともにPath Stateが定期的にリフレッシュ(Refresh)されることを確認する。
Ingressノードとして動作する場合は、送信Path Message管理部224は、LSPをセ
ットアップするために外部入出力IF部206から入力された経路や帯域情報をもとに、Path Messageを生成する。
を有するLSPに関しては、下流のノードに対してPath Tear Messageを送信しない。
受信Resv State管理部222は、受信Resv Messageから下流ノードからラベル情報をラベル・経路情報管理部230に送信するとともに、受信したResv Stateを管理する。この際に、受信Resv State管理部222は、一定時間にResv StateがRefreshされることを確
認する。また、Backup LSPがセットアップされたときは、受信Resv State管理部222は、送信Path Message管理部224にその旨を通知する。
Ingressノードとして動作する場合、送信Resv Message管理部224は、Resv Message
を送信しない。
をもとに送信Resv Messageを生成する。このとき、送信Resv Message管理部224は、払い出すラベル情報や経路情報をラベル・経路情報管理部230に問い合わせる。
ラベル・経路情報管理部230は、ラベル、及び、経路情報を管理する。ラベル・経路情報管理部230は、各ブロック(受信Path State管理部212、送信Path Message管理部214、送信Resv State管理部222、受信Resv Message管理部224、ラベルテーブル&フォワーディング処理部240等)からの問い合わせに応答する。ラベル・経路情報管理部230は、ラベルに関する情報をラベルテーブル&フォワーディング処理部240に送信する。
ラベルテーブル&フォワーディング処理部240は、ラベル・経路情報管理部230からラベルに関する情報を受信し、ラベルテーブルに保持する。
は、受信パケット処理部202からのパケットを受信すると、フォワーディング先を判定した後、ラベルを付与して当該パケットを送信パケット処理部204に送信する。
は、受信パケット処理部202からのパケットを受信すると、受信したパケットに付与されたラベルをもとにフォワーディング先を判定するとともに、ラベルを付け替えて、送信パケット処理部204に送信する。
上記のノードを使用した通信ネットワークの動作例を示す。
放しない方法について説明する。
図8は、Protected LSP生成時の構成を示す図である。図8では、ノードH(Ingressノード)からノードT(Egressノード)までのProtected LSP(LSP#1)がセットアッ
プされる。Backup LSPは、まだ、セットアップされていない。
す図である。
示す図である。
ットアップするための情報(例えば、経路や帯域の情報)を受信する。外部入出力IF部206は、受信した情報を送信Path Message管理部214に送信する。
1)をセットアップするためのPath Messageを生成する。図9のノードHの送信Path Msg(Message)T102がこれに該当する。
に対する帯域などの要求(FRO)、Local Protectionの要求(SAO)、明示的経路情報(ERO)、送信Interface情報(HOP)である。ノードHは、これらの情報をもと
にPath Messageを一定周期で生成し、送信する(Refresh)。
情報やラベル情報、Local Protection情報が含まれるレコード情報(RRO)、送信Interface情報(HOP)である。
24は、生成したResv Messageを送信パケット処理部204に送信する。送信パケット処理部204は、送信Resv Message管理部224から受信したResv Messageを、該Resv Messageに従って、ノードCに向けて送信する。
04で受信する。受信パケット処理部204は、受信したパケットがResv Messageである
ことから、当該パケットを受信Resv State処理部222に送信する。
04で受信する。受信パケット処理部204は、受信したパケットがResv Messageであることから、当該パケットを受信Resv State管理部222に送信する。
ること、即ちリソースが確保されていることを認識することができる。
Backup LSPは、図3に示す標準の動作例のBackup LSPのセットアップと同様にセットアップされる。
図11は、Protected LSPおよびBackup LSPがセットアップされた後のProtected LSPのシグナリングの概要を示す図である。PLRであるノードAにおいてProtected LSPに対
するBackup LSPがセットアップされている。Backup LSP(LSP#2)は、ノードAからノードDを経由してノードCに向けてセットアップされる。
契機にPath MessageにLPAO(Local Protection Available Object)を追加して下流
のノードに送信する。中継ノードであるノードBはLPAOをそのまま通過させ、MPであるノードCはPath MessageからこのLPAOを削除して下流のノードに送信する。
して実現されてもよい。
てそのまま保持する。
Messageを受信する場合、LPAOを削除する。
図15は、Protected LSP上でリンク障害が発生したときの動作概要を示す図である。
図15では、ノードAとノードBとの間でリンク障害が発生している。
る。ノードBは、LSPのPath MessageがFRO及びLPAOを有するため、Path Tear Messageによるリソース解放を行わず、下流のノード(ノードC)へのRefresh動作を継続する。これにより、Protected LSP(LSP#1)に関するノードBとノードCとの間の
リソースは開放されずに維持されることになる。つまり、Protected LSP(LSP#1)
に関するノードBとノードCとの間のリソースの解放が禁止される。
管理部214に送信する。
AとノードBとの間の障害発生中も、ノードCに向けて継続してPath Messageを送信する。よって、ノードBとノードCとの間では、Protected LSP(LSP#1)のためのリソ
ースを維持することができる。
作を継続するか否かの判断条件を示す図である。保護区間中の中継ノードにおいて、上流のリンクが正常かつ上流からPath MessageがRefreshされるならば、ノードは、下流へのPath MessageもRefreshする。保護区間中の中継ノードにおいて、上流のリンクが異常であっても送信するPath MessageがFROとLPAOとを有する場合は、ノードは、下流へのPath MessageもRefreshする。それ以外の場合は、RefreshせずにPath Tearする。
T658に示すように、ノードA及びノードBの双方にResv Messageを送信する。
用することにより、Protected LSPのリソースを維持することができる。LPAOは、経
路維持情報をもって、実現できる。
したことを認識し、データトラフィックの切り戻しを行うとともに、Backup LSP側に送信していたPath Messageの送信を停止する。
ができるので、リンク障害が復旧した際、データトラフィックの切り戻しが可能となる。
禁止する禁止部として実現され得る。
図20は、新たなLSP(LSP#1、LSP#2以外)のセットアップが要求されたときの動作例を示す図である。
の間の障害復旧時に確実にLocal Revertiveすることが可能となる。
Protected LSP上で障害発生中にそのLSPの削除要求(Path Tear)を受信した場合の動作について説明する。
す図である。
示す図である。
示す図である。
ら、ノードA、ノードD、ノードCを経由してノードTに送信する。この構成によると、Backup LSPを経由したLSP#1のリソースが解放される。
ソースは、解放されない。そこで、不要なリソースの維持を回避するために、MPである
ノードCはBackup LSP側からPath Tear Messageの受信を契機に上流のノードBに向かっ
てResv Tear Messageを送信する。ノードBは、Resv Tear Messageを受信すると、ノードBとノードCとの間のリソースを解放する。この構成によると、ノードBとノードCとの間のリソースが解放される。
側の上流にResv Tear Messageを送信する。図22及び図23には、Path Tear後、LSP#1に関する情報がすべてクリアされた結果が示されている。
上記のようなPLRであるノードAの直近ではない、ノードBとノードCとの間でリンク障害が発生した場合の動作(リンク障害が発生した箇所の上流のリソースを開放しない方法)について説明する。
Messageを受信したPLRであるノードAは、下流でリンク障害が発生したことを認識する。ノードAは、データトラフィック及びノードBに送信していたPath MessageをBackup
LSP側に切り替える。さらに、ノードAがノードBに送信するPath MessageがFROとLPAOとを有する場合、ノードAとノードBとの間のリソースを維持する必要がある。そのため、ノードAは、ノードBにもPath Messageを送信し続ける。これにより、例えばノードZ、ノードA、ノードB、ノードXのような経路のLSPとのリソース競合を回避することができる。
され、直近の下流リンクが正常で、下流からPath Error Messageを受信しない場合、Protected LSP側のみにPath MessageをRefreshする。
され、直近の下流リンクが異常である場合、Backup LSP側にPath MessageをRefreshする
(切り替え)。
され、送信するPath MessageがFROとLPAOとを有し、直近の下流リンクが正常で、下流からPath Error Messageを受信する場合、Protected LSP側及びBackup LSP側にPath MessageをRefreshする。
され、送信するPath MessageがFROとLPAOとを有さず、直近の下流リンクが正常であり、下流からPath Error Messageを受信する場合、Backup LSP側にPath MessageをRefreshする(切り替え)。
信する。
上述の実施形態は、以下の発明を開示する。以下の発明は、必要に応じて適宜組み合わせることができる。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点に位置する通信装置であって、
第1の通信パスの始点から終点までの帯域、及び、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域が確立されているか否かを確認する確認部と、
前記確認部が前記第1の通信パスの始点から終点までの帯域及び前記第1の通信パスの一部区間の予備として前記第2の通信パスの始点から終点までの帯域が確立されていることを確認したとき、前記第1のパスの一部区間の帯域を維持するための経路維持情報を生成する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部が生成した前記経路維持情報を送信する送信部と、
を有する通信装置。
前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信する受信部を備え、
前記確認部が、第1の通信パスの始点から終点までの帯域と、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域とが確立されていることを確認し、かつ、前記受信部が、前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信したとき、前記送信部は、前記第1の通信パス上の終点側に隣接する通信装置に、経路維持情報を送信する、
付記1に記載の通信装置。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点と終点との間の第1の通信パス上に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路維持情報を送信する送信部と、
を有する通信装置。
前記第1の通信パス上の始点側に隣接する通信装置との間でリンク障害が発生した場合、前記送信部は、第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部に格納された経路維持情報を送信する、
付記3に記載の通信装置。
前記受信部が、前記第1の通信パス上の終点側に隣接する通信装置から、第1の通信パスの帯域の削除要求情報を受信した場合、前記経路情報管理部は、前記経路維持情報を削除する、
付記3または4に記載の通信装置。
前記第1の通信パス上の終点側に隣接する通信装置との間でリンク障害が発生した場合、前記送信部は、第1の通信パス上の始点側に隣接する通信装置に、前記第1の通信パス上の終点側でリンク障害が発生したことを示す経路エラー情報を送信する、
付記3乃至5のいずれか1つに記載の通信装置。
複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上の異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの終点に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
を有する通信装置。
第2の通信パスの始点と終点との間の第1の通信パス上でリンク障害が発生し、前記経路情報管理部が前記経路維持情報を格納し、かつ、前記受信部が前記第2の通信パスの通信装置から第1の通信パスのリソースの削除要求情報を受信したとき、第1の通信パス上の始点側に隣接する通信装置に、前記削除要求情報を送信する送信部を備える、
付記7に記載の通信装置。
始点及び終点を有する第1の通信パスと、第1の通信パスからみた分岐点及び合流点が始点及び終点として規定され、且つこれらの分岐点から合流点までで規定される第1の通信パスの中間部分をバイパスするように作成される第2の通信パスとを有し、前記中間部分に障害が生じていない場合には、前記第1の通信パスの始点から送信されるデータが前記中間部分を経由して前記第1の通信パスの終点に転送されるネットワークシステムにおいて、
前記中間部分の障害を検出する検出部と、
前記中間部分の障害が検出された場合に、前記第1の通信パスの始点から終点までのデータの転送経路の一部を前記中間部分から前記第2の通信パスに切り替え、前記中間部分の障害から復旧した場合に、前記第1の通信パスの始点から終点までのデータの転送経路の一部を前記第2の通信パスから前記中間部分に切り戻す切替制御部と、
前記中間部分の障害発生から復旧までの間において、前記中間部分の障害未発生部分に関する前記第1の通信パス用のリソース解放を禁止する禁止部と、
を備えるネットワークシステム。
始点及び終点を有する第1の通信パスと、第1の通信パスからみた分岐点及び合流点が始点及び終点として規定され、且つこれらの分岐点から合流点までで規定される第1の通信パスの中間部分をバイパスするように作成される第2の通信パスとを有し、前記中間部分に障害が生じていない場合には、前記第1の通信パスの始点から送信されるデータが前記中間部分を経由して前記第1の通信パスの終点に転送され、前記中間部分に障害が発生した場合に、前記第1の通信パスの始点から送出されるデータの転送経路が前記中間部分から前記第2のパスに切り替えられ、前記中間部分が前記障害から復旧した場合に、前記第1の通信パスの始点から送出されるデータの転送経路が前記第2の通信パスから前記中間部分に切り替えられるネットワークシステムにおいて、前記中間部分に配置される通信装置であって、
前記第1の通信パスの作成時に、前記中間部分に関する前記第1の通信パス用のリソースを予約する予約部と、
前記第1の通信パス用のリソースの予約状態を更新する予約更新部とを備え、
前記第1の通信パス用のリソースの予約状態は、前記中間部分の障害発生によっては解除されず、前記予約更新部は、前記中間部分の障害発生時においても前記予約状態を更新する、
通信装置。
202 受信パケット処理部
204 送信パケット処理部
206 外部入出力IF(InterFace)部
212 受信Path State管理部
214 送信Path Message管理部
222 受信Resv State管理部
224 送信Resv Message管理部
230 ラベル・経路情報管理部
240 ラベルテーブル&フォワーディング処理部
A ノード(PLR、LSP#2のIngressノード)
B ノード(中継ノード)
C ノード(MP、LSP#2のEgressノード)
D ノード(中継ノード)
H ノード(LSP#1のIngressノード)
Y ノード(LSP#1のEgressノード)
X ノード(LSP#3のIngressノード)
Y ノード(LSP#3のEgressノード)
Z ノード
T102 ノードHの送信Path Message
T104 ノードAの送信Path Message
T106 ノードBの送信Path Message
T108 ノードCの送信Path Message
T154 ノードAのPath State
T156 ノードBのPath State
T158 ノードCのPath State
T160 ノードTのPath State
T202 ノードHの送信Resv Message
T204 ノードAの送信Resv Message
T206 ノードBの送信Resv Message
T208 ノードCの送信Resv Message
T254 ノードAのResv State
T256 ノードBのResv State
T258 ノードCのResv State
T260 ノードTのResv State
T302 ノードHの送信Path Message
T304 ノードAの送信Path Message
T306 ノードBの送信Path Message
T308 ノードCの送信Path Message
T354 ノードAのPath State
T356 ノードBのPath State
T358 ノードCのPath State
T360 ノードTのPath State
T402 ノードHの送信Resv Message
T404 ノードAの送信Resv Message
T406 ノードBの送信Resv Message
T408 ノードCの送信Resv Message
T454 ノードAのResv State
T456 ノードBのResv State
T458 ノードCのResv State
T460 ノードTのResv State
T502 ノードHの送信Path Message
T504 ノードAの送信Path Message
T506 ノードBの送信Path Message
T508 ノードCの送信Path Message
T554 ノードAのPath State
T556 ノードBのPath State
T558 ノードCのPath State
T560 ノードTのPath State
T602 ノードHの送信Resv Message
T604 ノードAの送信Resv Message
T606 ノードBの送信Resv Message
T608 ノードCの送信Resv Message
T654 ノードAのResv State
T656 ノードBのResv State
T658 ノードCのResv State
T660 ノードTのResv State
Claims (8)
- 複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点に位置する通信装置であって、
第1の通信パスの始点から終点までの帯域、及び、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域が確立されているか否かを確認する確認部と、
前記確認部が前記第1の通信パスの始点から終点までの帯域及び前記第1の通信パスの一部区間の予備として前記第2の通信パスの始点から終点までの帯域が確立されていることを確認したとき、前記第1の通信パスの一部区間の帯域を維持するための経路維持情報を生成する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部が生成した前記経路維持情報を送信する送信部と、
を有する通信装置。 - 前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信する受信部を備え、
前記確認部が、第1の通信パスの始点から終点までの帯域と、第1の通信パスの一部区間の予備として第2の通信パスの始点から終点までの帯域とが確立されていることを確認し、かつ、前記受信部が、前記第1の通信パス上の終点側に隣接する通信装置から、前記第1の通信パス上の終点側に隣接する通信装置より終点側でリンク障害が発生したことを示す経路エラー情報を受信したとき、前記送信部は、前記第1の通信パス上の終点側に隣接する通信装置に、経路維持情報を送信する、
請求項1に記載の通信装置。 - 複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの始点と終点との間の第1の通信パス上に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
第1の通信パス上の終点側に隣接する通信装置に、前記経路維持情報を送信する送信部と、
を有する通信装置。 - 前記第1の通信パス上の始点側に隣接する通信装置との間でリンク障害が発生した場合、前記送信部は、第1の通信パス上の終点側に隣接する通信装置に、前記経路情報管理部に格納された経路維持情報を送信する、
請求項3に記載の通信装置。 - 前記受信部が、前記第1の通信パス上の終点側に隣接する通信装置から、第1の通信パス
の帯域の削除要求情報を受信した場合、前記経路情報管理部は、前記経路維持情報を削除する、
請求項3または4に記載の通信装置。 - 複数の通信装置が縦続接続され、始点と終点を有する第1の通信パスと、
複数の通信装置が縦続接続され、その両端の通信装置がともに前記第1の通信パス上にあって互いに異なる通信装置であり、前記両端の通信装置のうち、前記第1の通信パスの始点側に位置する通信装置を始点とし、前記両端の通信装置のうち、前記第1の通信パスの終点側に位置する通信装置を終点とする第2の通信パスと、を含む通信ネットワークにおける、第2の通信パスの終点に位置する通信装置であって、
第1の通信パス上の始点側に隣接する通信装置から、第1の通信パスの一部区間の帯域を維持するための経路維持情報を受信する受信部と、
前記経路維持情報を格納する経路情報管理部と、
を有する通信装置。 - 第2の通信パスの始点と終点との間の第1の通信パス上でリンク障害が発生し、前記経路情報管理部が前記経路維持情報を格納し、かつ、前記受信部が前記第2の通信パスの通信装置から第1の通信パスの帯域の削除要求情報を受信したとき、第1の通信パス上の始点側に隣接する通信装置に、前記削除要求情報を送信する送信部を備える、
請求項6に記載の通信装置。 - 始点及び終点を有する第1の通信パスと、第1の通信パスからみた分岐点及び合流点が始点及び終点として規定され、且つこれらの分岐点から合流点までで規定される第1の通信パスの中間部分をバイパスするように作成される第2の通信パスとを有し、前記中間部分に障害が生じていない場合には、前記第1の通信パスの始点から送信されるデータが前記中間部分を経由して前記第1の通信パスの終点に転送されるネットワークシステムにおいて、
前記中間部分の障害を検出する検出部と、
前記中間部分の障害が検出された場合に、前記第1の通信パスの始点から終点までのデータの転送経路の一部を前記中間部分から前記第2の通信パスに切り替え、前記中間部分の障害から復旧した場合に、前記第1の通信パスの始点から終点までのデータの転送経路の一部を前記第2の通信パスから前記中間部分に切り戻す切替制御部と、
前記中間部分の障害発生から復旧までの間において、前記中間部分の障害未発生部分に関する前記第1の通信パス用のリソース解放を禁止する禁止部と、
を備えるネットワークシステム。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007227525A JP4342580B2 (ja) | 2007-09-03 | 2007-09-03 | 通信装置 |
US12/191,499 US20080304494A1 (en) | 2003-09-26 | 2008-08-14 | Communication device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007227525A JP4342580B2 (ja) | 2007-09-03 | 2007-09-03 | 通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009060492A JP2009060492A (ja) | 2009-03-19 |
JP4342580B2 true JP4342580B2 (ja) | 2009-10-14 |
Family
ID=40555791
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007227525A Expired - Fee Related JP4342580B2 (ja) | 2003-09-26 | 2007-09-03 | 通信装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4342580B2 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010226393A (ja) * | 2009-03-23 | 2010-10-07 | Nec Corp | 自律分散制御によるパス設定方法およびシステム並びに通信装置 |
-
2007
- 2007-09-03 JP JP2007227525A patent/JP4342580B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2009060492A (ja) | 2009-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7697417B2 (en) | Methods and devices for re-routing MPLS traffic | |
US7508755B2 (en) | Methods and devices for creating an alternate path for a bi-directional LSP | |
US20080304494A1 (en) | Communication device | |
JP3972664B2 (ja) | パス障害回復方式及び障害復旧後の切戻方式並びにそれらを用いるノード | |
US8565071B2 (en) | Protection method, system, and device in packet transport network | |
JP4691372B2 (ja) | データ中継装置およびデータ中継方法 | |
CN101371150B (zh) | 针对一个或多个te-lsp的头端节点的故障的动态保护 | |
KR101605052B1 (ko) | 링 네트워크 레이블 전환 경로 생성 방법, 관련 장치 및 통신 시스템 | |
US20060013127A1 (en) | MPLS network system and node | |
JP4688757B2 (ja) | 通信路障害回復方式 | |
CN100527683C (zh) | 故障保护方法和系统 | |
US20050259570A1 (en) | Fault recovery method and program therefor | |
CN101431466B (zh) | 快速重路由方法及标签交换路由器 | |
EP1921797B1 (en) | Recovery method and apparatus for optical network lsp occuring abnormal delete | |
WO2011157130A2 (zh) | 路径建立方法和装置 | |
JP4392386B2 (ja) | リカバリ方法、ならびに、そのリカバリ方法を実行する発信者ノード装置、中継ノード装置、および、着信者ノード装置 | |
EP2658177B1 (en) | Method for detecting tunnel faults and traffic engineering node | |
JP2005277446A (ja) | 予備パス設定方法及びその装置 | |
CN101159681A (zh) | 实现快速重路由的方法和节点 | |
CN100372305C (zh) | 自动交换光网络业务的保护方法 | |
WO2013040940A1 (zh) | 环网的保护方法及装置 | |
JP2006033124A (ja) | トンネル障害通知装置および方法 | |
CN101026590A (zh) | 多链路失效的处理方法及标签交换路由器 | |
WO2016188025A1 (zh) | 一种点到多点隧道的保护方法和装置 | |
JP4342580B2 (ja) | 通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090319 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090619 |
|
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: 20090630 |
|
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: 20090707 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120717 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: 20120717 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130717 Year of fee payment: 4 |
|
LAPS | Cancellation because of no payment of annual fees |