JP4190170B2 - Detour route setting system - Google Patents
Detour route setting system Download PDFInfo
- Publication number
- JP4190170B2 JP4190170B2 JP2001227288A JP2001227288A JP4190170B2 JP 4190170 B2 JP4190170 B2 JP 4190170B2 JP 2001227288 A JP2001227288 A JP 2001227288A JP 2001227288 A JP2001227288 A JP 2001227288A JP 4190170 B2 JP4190170 B2 JP 4190170B2
- Authority
- JP
- Japan
- Prior art keywords
- detour route
- node
- failure
- detour
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は迂回経路設定システムに関し、更に詳しくは通信パス障害時に迂回経路に切り替えて障害を復旧させる障害復旧システム及びその障害復旧システムに対する迂回経路設計方式に関する。
【0002】
近年の通信パスの高信頼化の要求に伴い、障害が発生した際にはできるだけ高速に障害を復旧させることが要求される。このため、様々な障害復旧システムが検討されている。また、それぞれの障害復旧方式に適合した迂回経路設計方式が必要とされてきている。
【0003】
【従来の技術】
ネットワークにおいて、ノード或いはリンクに障害が発生した場合、従来の迂回経路設計システムでは、リンク障害に対する迂回経路と、ノード障害に対する迂回経路を別々に計算し、その計算結果に基づいて迂回経路を求めていた。
【0004】
【発明が解決しようとする課題】
従来のノード障害に対する迂回経路設計では、障害ノードで終端されるパスに対する迂回経路は計算していなかった。しかしながら、障害を検出したノードは、それがリンク障害かノード障害かを瞬時に判断できないため、例えばリンク障害時にノード障害と判断して動作した場合には、隣接ノードで終端されるパスが復旧できないという問題があった。
【0005】
本発明はこのような課題に鑑みてなされたものであって、ノード障害とリンク障害のどちらの場合でも対応できる迂回経路の設計が可能となり、またノード障害の場合は余分な接続を解放することによりリソースへの有効活用を図ることができる迂回経路設定システムを提供することを目的としている。
【0006】
【課題を解決するための手段】
(1)図1は本発明の原理ブロック図である。図において、10は設計システムである。該設計システム10において、1はノード障害時における迂回経路を設計するノード障害対応迂回経路設計部、2はリンク障害時における迂回経路を設計するリンク障害対応迂回経路設計部である。3は前記ノード障害対応迂回経路設計部1とリンク障害対応迂回経路設計部2の出力をそれぞれ受けて設けられる迂回経路接続テーブル、4は前記リンク障害対応迂回経路設計部2の出力を受けて設けられる迂回経路解放テーブルである。
【0007】
20は設計システム10と接続されるネットワークである。該ネットワーク20は、複数のノード21とリンク22より構成されている。各ノード間はリンクで接続されている。図では、ノードとしてN1〜N6が、リンクとしてL1〜L7がそれぞれ示されている。そして、各ノード間にパスが張られて情報の伝送が行なわれる。ノードの数、リンクの数は図示の例に限るものではない。
【0008】
設計システム10の迂回経路接続テーブル3と、迂回経路解放テーブル4の内容は、各ノード21にコピーされる。
このように構成すれば、ネットワークでノード又はリンクに障害が発生した場合、各ノードは迂回経路接続テーブル3の内容に従って自動的に迂回経路を設定することができる。また、ノード又はリンクに障害が発生した場合、迂回経路解放テーブル4の内容に従って余分なリンクの接続を解放することで、リソースの有効活用を図ることができる。
【0009】
(2)請求項2記載の発明は、前記ノード障害に対する迂回経路情報とリンク障害に対する迂回経路情報を合わせたものを迂回経路接続テーブルとし、該迂回経路接続テーブルを各ノードに持たせ、障害を検出した場合には障害箇所情報を転送し、迂回経路接続テーブルに従って迂回経路に切り替えることを特徴とする。
【0010】
このように構成すれば、迂回経路接続テーブル3に従って、迂回経路を設定することが可能となる。
(3)請求項3記載の発明は、前記リンク障害だけに対する迂回経路情報を迂回経路解放テーブルとし、迂回経路解放テーブルを各ノードに持たせ、請求項2記載の障害復旧方式で切り替えた後、転送された障害箇所情報とトポロジ情報によりノード障害であることを判定した場合には、迂回経路解放テーブルに従い、迂回経路を解放することを特徴とする。
【0011】
ここで、トポロジ情報とは、各ノード間がどのようにつながっているかを示す情報をいう。
このように構成すれば、迂回経路解放テーブル4に従い、迂回経路を解放し、リソースの有効活用を図ることができる。
【0012】
(4)請求項4記載の発明は、ノード障害であることを判定したノードが、障害ノード情報を含んだ障害箇所情報を他のノードに転送し、該情報を受信したノードは、迂回経路解放テーブルに従い、迂回経路を解放することを特徴とする。
【0013】
このように構成すれば、迂回経路解放テーブル4に従い、迂回経路を解放できるので、リソースの有効活用を図ることができる。
【0014】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態例を詳細に説明する。
図2は本発明の第1の動作説明図である。図1と同一のものは、同一の符号を付して示す。以下の説明では、各ノードには、設計システム10より予め迂回経路接続テーブル3の内容と迂回経路解放テーブル4の内容がコピーされているものとする。
【0015】
図では、ノード21として、N1〜N6が設けられている場合を示すが、この構成に限るものではない。N1とN2間のリンクをL1、N2とN3間のリンクをL2、N1とN4間のリンクをL3、N2とN5間のリンクをL4、N3とN6間のリンクをL5、N4とN5間のリンクをL6、N5とN6間のリンクをL7とする。また、N4とN6間に張られたパスをパス1、N4とN2間に張られたパスをパス2、N5とN6間に張られたパスをパス3とする。
【0016】
このように構成されたシステムにおいて、例えばノードN5に障害(×印)が発生し、迂回経路を設計する場合について考える。この場合には、パス1に対して迂回経路1−N5、パス2に対して迂回経路2−N5というように計算する。パス3はノードN5で終端されており、ノードN5障害の場合には、迂回経路を設計しても復旧しないため、通常は迂回経路を計算しない。
【0017】
図3は本発明の第2の動作説明図である。図2と同一のものは、同一の符号を付して示す。この図は、リンクL7で障害(×印。以下同じ)が発生した場合を示している。このような場合に迂回経路を設計する場合、パス1に対しては迂回経路1−L7、パス3に対しては迂回経路3−L7というように計算する。
【0018】
しかしながら、実際の障害検出は、信号の下流のノードで行なわれ、ノードN5の障害の場合には、ノードN4においてリンクL6障害、ノードN2においてリンクL4障害、ノードN6においてリンクL7に障害がそれぞれ同時に発生しているようにしか見えない。それぞれで検出された情報を集めればノードN5障害であることが判定できるが、それでは高速な障害復旧は望めない。
【0019】
例えば、ノードN6においては、リンクL7障害とノードN5の障害との区別がつかない。そこで、リンク障害とノード障害のどちらにも対応できる迂回経路を設計するためには、先ずノード障害に対する迂回経路を計算し、次に該ノードで終端されるパスに対する迂回経路を計算すればよい。
【0020】
例えば、ノードN6のリンク7障害で影響を受けるパス1とパス3に対する迂回経路は、ノード障害に対して計算した迂回経路1−N5に、リンク障害に対して計算した迂回経路3−L7を合わせたものとなる。図4は本発明の第3の動作説明図であり、前述の迂回経路1−N5と、3−L7が設定された場合を示している。
【0021】
図5は本発明の第4の動作説明図であり、同様にノードN2のリンクL4障害に対しては図に示すようにパス2に対しては迂回経路2−N5を設定する。図6は本発明の第5の動作説明図であり、ノードN4のリンクL6の障害に対して、パス2とパス1の障害に対する迂回経路を示したものである。図に示すように、迂回経路1−N5と、2−N5とを設定した場合を示している。
【0022】
このように、以上の実施の形態例によれば、ネットワーク20でノード又はリンクに障害が発生した場合には、各ノードは迂回経路接続テーブル3の内容に従って自動的に迂回経路を設定することができる。また、ノード又はリンクに障害が発生した場合、迂回経路解放テーブル4の内容に従って余分なリンクの接続を解放することで、リソースの有効活用を図ることができる。
【0023】
図7は迂回経路接続テーブル3の内容を示す図である。図はノードN3における迂回経路接続テーブル3の例を示している。例えば、ノードN4でリンクL6の障害を検出した場合には、迂回経路1−N5に対応するチャネル1とチャネル2間を接続することで障害の影響を回避することを示している(図6参照)。リンク22内ははそれぞれ複数のチャネルの束であり、これらチャネルの内のどのチャネルとどのチャネルをつなぐと障害が解消するかを示すものである。
【0024】
また、ノードN6のリンクL7に障害がある場合には、迂回経路1−N5に対応するチャネル1とチャネル2間、及び迂回経路3−L7に対応するチャネル3とチャネル4間を接続することを示している(図4参照)。このように、リンクのチャネル間を接続していくことで、迂回経路を設定することができることになる。図では、ノードN3における迂回経路接続テーブルを示したが、同様の接続テーブルは各ノード毎に設けられ、記憶されている。従って、どのノードに障害が発生した場合でも、迂回経路を設定することが可能となる。
【0025】
図8は本発明の第6の動作説明図である。図に示すように、ノードN6のリンクL7で障害が検出された場合、ノードN6からノードN3にフラッディング(メッセージをばらまくこと)により障害復旧メッセージが転送される。図の30は障害復旧メッセージである。障害復旧メッセージには、障害検出ノードと障害リンク情報が含まれる。
【0026】
障害復旧メッセージを受信したノードは、再びフラッディングにより隣接ノードにメッセージを転送する。また、迂回経路接続テーブル3に従い、パスを接続する。
【0027】
この実施の形態例によれば、迂回経路接続テーブル3に従って、迂回経路を設定することが可能となる。
図9は迂回経路解放テーブルの内容を示す図である。この図はノードN3における迂回経路解放テーブルの例を示す。障害ノードがN5の場合、チャネル3とチャネル4とを解放することを示している。ノードN6では、リンクL7障害とノードN5障害の区別が瞬時にできないため(図3参照)、障害リンク情報を転送し、例えばノードN3では、迂回経路3−L7に対する切り替えも行なう。
【0028】
しかしながら、実際にはノードN5の障害だった場合には、迂回経路3−L7の切り替えは無駄であり、解放した方がリソースの利用効率がよくなる。そのため、各ノードで図10に示すようなトポロジ情報を持たせる。図10はノード番号と接続リンク情報の関係を示している。例えば、ノードN1の場合、接続されているリンクはL1とL3、ノードN2の場合、接続されているリンクはL1とL2とL4である。以下、同様である。
【0029】
ノードN5障害の場合には、ノードN6からリンクL7障害情報、ノードN2からリンクL4障害情報、ノードN4からはリンクL6障害情報がフラッディングされる(図2参照)。そして、これらの情報と図10のトポロジ情報からノード障害が判定できる。例えば、ノードN3でノードN5障害と判断した場合には、図9に示す迂回経路解放テーブル4に従い、迂回経路3−L7(図3参照)に対応するチャネル3とチャネル4の接続を解放する。
【0030】
この実施の形態例によれば、迂回経路解放テーブル4に従い、迂回経路を解放し、リソースの有効活用を図ることができる。
図11は本発明の第7の動作説明図である。前述の図9と図10の説明で述べたように、障害ノードに隣接するノードからフラッディングされてきた情報を合わせることにより、ノード障害が判定可能である。しかしながら、無制限にメッセージがフラッディングされるのを防ぐため、メッセージ中に通過してきたノード数情報(ホップ数)を設け、あるホップリミット値以上にはフラッディングしないという制限を設ける場合がある。
【0031】
この時、障害ノードに隣接するノード全てからメッセージが届かず、ノード障害を判定することができない場合がある。これを回避するため、ノード障害を判定したノードが障害ノード情報を含んだ障害箇所情報を他のノードにフラッディングにより転送し、この情報を受信したノードは迂回経路解放テーブル4に従い、接続を解放する。
【0032】
例えば、図11において、図のようにパス4が設定されており、リンクL7障害に対して図のように迂回経路4−L7が設定されていたとする。ここでノードN5が障害となった場合、隣接するノードN4、N2、N6が障害を検出し、それぞれフラッディングを開始する。もしホップリミット値が4であった場合、ノードN4から送出されたメッセージは、ノードN8には到達せず、ノードN8ははノード障害を判定できない。
【0033】
しかしながら、ノードN6にはノードN4とノードN2からのメッセージが到達し、ノードN5障害を判定できる。この時、ノードN6は障害ノード情報を含んだメッセージを再びフラッディングにより転送し、これを受信したノードN8は迂回経路解放テーブル4に従い、迂回経路4−L7に対する接続を解放する。
【0034】
この実施の形態例によれば、迂回経路解放テーブル4に従い、迂回経路を解放できるので、リソースの有効活用を図ることができる。
【0035】
【発明の効果】
以上説明したように、本発明によれば、以下の効果が得られる。
(1)請求項1記載の発明によれば、 このように構成すれば、ネットワークでノード又はリンクに障害が発生した場合、各ノードは迂回経路接続テーブル3の内容に従って自動的に迂回経路を設定することができる。また、ノード又はリンクに障害が発生した場合、迂回経路解放テーブルの内容に従って余分なリンクの接続を解放することで、リソースの有効活用を図ることができる。
【0036】
(2)請求項2記載の発明によれば、迂回経路接続テーブルに従って、迂回経路を設定することが可能となる。
(3)請求項3記載の発明によれば、迂回経路解放テーブルに従い、迂回経路を解放し、リソースの有効活用を図ることができる。
【0037】
(4)請求項4記載の発明によれば、迂回経路解放テーブル4に従い、迂回経路を解放できるので、リソースの有効活用を図ることができる。
このように、本発明によれば、ノード障害とリンク障害のどちらの場合でも対応できる迂回経路の設計が可能となり、またノード障害の場合は余分な接続を解放することによりリソースへの有効活用を図ることができる迂回経路設定システムを提供することが可能となる。
【図面の簡単な説明】
【図1】本発明の原理ブロック図である。
【図2】本発明の第1の動作説明図である。
【図3】本発明の第2の動作説明図である。
【図4】本発明の第3の動作説明図である。
【図5】本発明の第4の動作説明図である。
【図6】本発明の第5の動作説明図である。
【図7】迂回経路接続テーブルの内容を示す図である。
【図8】本発明の第6の動作説明図である。
【図9】迂回経路解放テーブルの内容を示す図である。
【図10】ノード番号と接続リンク情報の関係を示す図である。
【図11】本発明の第7の動作説明図である。
【符号の説明】
1 ノード障害対応迂回経路設計部
2 リンク障害対応迂回経路設計部
3 迂回経路接続テーブル
4 迂回経路解放テーブル
10 設計システム
20 ネットワーク
21 ノード
22 リンク[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a detour route setting system, and more particularly to a failure recovery system that switches to a detour route and restores a failure when a communication path fails, and a detour route design method for the failure recovery system.
[0002]
With the recent demand for higher reliability of communication paths, when a failure occurs, it is required to restore the failure as fast as possible. For this reason, various failure recovery systems are being studied. In addition, a detour route design method suitable for each failure recovery method is required.
[0003]
[Prior art]
When a failure occurs in a node or link in a network, the conventional detour route design system calculates a detour route for a link failure and a detour route for a node failure separately, and obtains a detour route based on the calculation result. It was.
[0004]
[Problems to be solved by the invention]
In the conventional detour route design for a node failure, a detour route for a path terminated at the fault node has not been calculated. However, since a node that detects a failure cannot immediately determine whether it is a link failure or a node failure, for example, when a node failure is detected when a link failure occurs, a path terminated at an adjacent node cannot be recovered. There was a problem.
[0005]
The present invention has been made in view of such a problem, and it is possible to design a detour route that can cope with either a node failure or a link failure, and to release an extra connection in the case of a node failure. It aims at providing the detour route setting system which can aim at the effective utilization to a resource by this.
[0006]
[Means for Solving the Problems]
(1) FIG. 1 is a principle block diagram of the present invention. In the figure,
[0007]
Reference numeral 20 denotes a network connected to the
[0008]
The contents of the detour path connection table 3 and the detour path release table 4 of the
With this configuration, each node can automatically set a detour path according to the contents of the detour path connection table 3 when a node or link failure occurs in the network. Further, when a failure occurs in a node or a link, resources can be effectively used by releasing the connection of an extra link according to the contents of the detour route release table 4.
[0009]
(2) In the invention according to
[0010]
With this configuration, it is possible to set a detour route according to the detour route connection table 3.
(3) In the invention according to
[0011]
Here, the topology information refers to information indicating how the nodes are connected.
According to this configuration, the detour route can be released according to the detour route release table 4 to effectively use resources.
[0012]
(4) In the invention according to claim 4, a node that has determined that a node failure has transferred failure location information including failure node information to another node, and the node that has received the information releases a detour route According to the table, the detour route is released.
[0013]
With this configuration, the detour path can be released according to the detour path release table 4, so that resources can be effectively used.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 2 is a diagram for explaining the first operation of the present invention. The same components as those in FIG. 1 are denoted by the same reference numerals. In the following description, it is assumed that the contents of the detour path connection table 3 and the contents of the detour path release table 4 are copied to each node from the
[0015]
Although the figure shows a case where N1 to N6 are provided as the
[0016]
In the system configured as described above, for example, a case where a failure (x mark) occurs in the node N5 and a detour path is designed is considered. In this case, calculation is made such that the detour route 1-N5 for the
[0017]
FIG. 3 is a diagram illustrating a second operation of the present invention. The same components as those in FIG. 2 are denoted by the same reference numerals. This figure shows a case where a failure (x mark; the same applies hereinafter) occurs in the link L7. When designing a detour route in such a case, the detour route 1-L7 is calculated for the
[0018]
However, the actual failure detection is performed at the node downstream of the signal. In the case of the failure of the node N5, the failure of the link L6 at the node N4, the failure of the link L4 at the node N2, and the failure of the link L7 at the node N6. It only looks like it is occurring. If the information detected in each is collected, it can be determined that there is a failure of the node N5.
[0019]
For example, in the node N6, the link L7 failure and the failure of the node N5 cannot be distinguished. Therefore, in order to design a detour route that can cope with both a link failure and a node failure, a detour route for a node failure may be calculated first, and then a detour route for a path terminated at the node may be calculated.
[0020]
For example, the detour paths for the
[0021]
FIG. 5 is a diagram for explaining the fourth operation of the present invention. Similarly, for the link L4 failure of the node N2, the detour route 2-N5 is set for the
[0022]
Thus, according to the above embodiment, when a failure occurs in a node or a link in the network 20, each node can automatically set a detour path according to the contents of the detour path connection table 3. it can. Further, when a failure occurs in a node or a link, resources can be effectively used by releasing the connection of an extra link according to the contents of the detour route release table 4.
[0023]
FIG. 7 is a diagram showing the contents of the detour route connection table 3. The figure shows an example of the detour route connection table 3 in the node N3. For example, when a failure of the link L6 is detected at the node N4, it is indicated that the influence of the failure is avoided by connecting the
[0024]
If there is a failure in the link L7 of the node N6, the
[0025]
FIG. 8 is an explanatory diagram of the sixth operation of the present invention. As shown in the figure, when a failure is detected in the link L7 of the node N6, a failure recovery message is transferred from the node N6 to the node N3 by flooding (scattering messages). 30 in the figure is a failure recovery message. The failure recovery message includes a failure detection node and failure link information.
[0026]
The node that has received the failure recovery message transfers the message to the adjacent node again by flooding. Further, paths are connected according to the detour path connection table 3.
[0027]
According to this embodiment, a detour route can be set according to the detour route connection table 3.
FIG. 9 shows the contents of the detour route release table. This figure shows an example of a detour route release table in the node N3. When the failure node is N5, it indicates that
[0028]
However, when the failure is actually in the node N5, the switching of the detour path 3-L7 is useless, and the resource utilization efficiency is improved by releasing it. Therefore, each node has topology information as shown in FIG. FIG. 10 shows the relationship between the node number and the connection link information. For example, in the case of the node N1, the connected links are L1 and L3, and in the case of the node N2, the connected links are L1, L2, and L4. The same applies hereinafter.
[0029]
In the case of the node N5 failure, the link N7 failure information from the node N6, the link L4 failure information from the node N2, and the link L6 failure information from the node N4 are flooded (see FIG. 2). A node failure can be determined from these pieces of information and the topology information shown in FIG. For example, when the node N3 determines that the node N5 has failed, the connection between the
[0030]
According to this embodiment, it is possible to release a detour route according to the detour route release table 4 and to effectively use resources.
FIG. 11 is a diagram for explaining the seventh operation of the present invention. As described in the description of FIG. 9 and FIG. 10 described above, a node failure can be determined by combining information flooded from a node adjacent to the failed node. However, in order to prevent the message from being flooded indefinitely, there are cases where the number of nodes that have passed through the message (number of hops) is provided, and there is a restriction that no flooding occurs beyond a certain hop limit value.
[0031]
At this time, a message may not be received from all the nodes adjacent to the failed node, and the node failure may not be determined. In order to avoid this, the node that has determined the node failure transfers the failure location information including the failure node information to other nodes by flooding, and the node that has received this information releases the connection according to the detour route release table 4 .
[0032]
For example, in FIG. 11, it is assumed that the path 4 is set as shown in the figure, and the detour path 4-L7 is set as shown in the figure for the link L7 failure. Here, when the node N5 becomes a failure, the adjacent nodes N4, N2, and N6 detect the failure and start flooding respectively. If the hop limit value is 4, the message transmitted from the node N4 does not reach the node N8, and the node N8 cannot determine the node failure.
[0033]
However, the messages from the nodes N4 and N2 arrive at the node N6, and the failure of the node N5 can be determined. At this time, the node N6 transfers the message including the failed node information again by flooding, and the node N8 that has received the message releases the connection to the detour path 4-L7 according to the detour path release table 4.
[0034]
According to this embodiment, the detour route can be released according to the detour route release table 4, so that resources can be effectively used.
[0035]
【The invention's effect】
As described above, according to the present invention, the following effects can be obtained.
(1) According to the invention described in
[0036]
(2) According to the invention described in
(3) According to the invention described in
[0037]
(4) According to the invention described in claim 4, since the detour path can be released according to the detour path release table 4, it is possible to effectively use resources.
As described above, according to the present invention, it is possible to design a detour route that can cope with both a node failure and a link failure, and in the case of a node failure, it is possible to effectively use resources by releasing an extra connection. It is possible to provide a detour route setting system that can be realized.
[Brief description of the drawings]
FIG. 1 is a principle block diagram of the present invention.
FIG. 2 is a diagram illustrating a first operation of the present invention.
FIG. 3 is a diagram illustrating a second operation of the present invention.
FIG. 4 is a diagram illustrating a third operation of the present invention.
FIG. 5 is a diagram illustrating a fourth operation of the present invention.
FIG. 6 is an explanatory diagram of a fifth operation of the present invention.
FIG. 7 is a diagram showing the contents of a bypass route connection table.
FIG. 8 is an explanatory diagram of a sixth operation of the present invention.
FIG. 9 is a diagram showing the contents of a detour route release table.
FIG. 10 is a diagram illustrating a relationship between a node number and connection link information.
FIG. 11 is an explanatory diagram of a seventh operation of the present invention.
[Explanation of symbols]
DESCRIPTION OF
Claims (4)
前記設計システム内に、
ノード障害時における迂回経路を設計するノード障害対応迂回経路設計部と、
リンク障害時における迂回経路を設計するリンク障害対応迂回経路設計部と、
前記ノード障害対応迂回経路設計部とリンク障害対応迂回経路設計部の出力をそれぞれ受けて設けられる迂回経路接続テーブルと、
前記リンク障害対応迂回経路設計部の出力を受けて設けられる迂回経路解放テーブルとを具備し、
先ず各ノード障害に対する迂回経路をノード障害対応迂回経路設計部により計算し、次に該ノードに接続されるリンク障害に対して該ノードで終端されるパスに対する迂回経路をリンク障害対応迂回経路設計部で計算し、その結果である前記迂回経路接続テーブルと迂回経路解放テーブルの内容を、ネットワークの各ノードにコピーしておくことを特徴とする迂回経路設定システム。In a system where a design system and a network consisting of nodes and links are connected,
Within the design system,
A node failure handling detour route design unit that designs a detour route in the event of a node failure;
A link failure corresponding detour route design unit for designing a detour route at the time of link failure,
A detour route connection table provided by receiving the outputs of the detour route design unit corresponding to the node failure and the detour route design unit corresponding to the link failure,
A detour route release table provided in response to the output of the detour route design unit corresponding to the link failure,
First, a detour route for each node failure is calculated by the detour route design unit corresponding to the node failure, and then a detour route for the path terminated at the node is linked to the link failure connected to the node. The detour route setting system, wherein the contents of the detour route connection table and the detour route release table as a result of the calculation are copied to each node of the network.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001227288A JP4190170B2 (en) | 2001-07-27 | 2001-07-27 | Detour route setting system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001227288A JP4190170B2 (en) | 2001-07-27 | 2001-07-27 | Detour route setting system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003046545A JP2003046545A (en) | 2003-02-14 |
JP4190170B2 true JP4190170B2 (en) | 2008-12-03 |
Family
ID=19059977
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001227288A Expired - Fee Related JP4190170B2 (en) | 2001-07-27 | 2001-07-27 | Detour route setting system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4190170B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8923292B2 (en) | 2004-04-06 | 2014-12-30 | Rockstar Consortium Us Lp | Differential forwarding in address-based carrier networks |
US20050220096A1 (en) * | 2004-04-06 | 2005-10-06 | Robert Friskney | Traffic engineering in frame-based carrier networks |
CN100499636C (en) * | 2004-06-14 | 2009-06-10 | 华为技术有限公司 | Method for guaranteeing end-to-end service quality reliability |
US8422500B2 (en) | 2004-07-02 | 2013-04-16 | Rockstar Consortium Us Lp | VLAN support of differentiated services |
US8018844B2 (en) | 2005-08-24 | 2011-09-13 | International Business Machines Corporation | Reliable message transfer over an unreliable network |
JP4372104B2 (en) | 2006-01-11 | 2009-11-25 | 株式会社東芝 | Reserve transmission path reservation method |
-
2001
- 2001-07-27 JP JP2001227288A patent/JP4190170B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2003046545A (en) | 2003-02-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6615362B1 (en) | System and method for fault recovery for two line bi-directional ring network | |
KR101392464B1 (en) | Method, device and system for updating ring network topology information | |
US20090207726A1 (en) | System and method for network recovery from multiple link failures | |
CA2392942A1 (en) | Protection system and method for resilient packet ring (rpr) interconnection | |
JP2005269059A (en) | Data repeater, repeating method and program | |
JPH0795227A (en) | Path protection switching ring network and fault restoring method therefor | |
CN102088387B (en) | Tunnel protection method and device of ring network | |
WO2012065435A1 (en) | Path switch-back method and apparatus in transport network | |
CN1825832B (en) | Ring rapid spanning tree protocol | |
WO2013049981A1 (en) | Hybrid ring network protection method and system based on shared path | |
CN102857316B (en) | A kind of method and system realizing source looped network protection | |
WO2003065218A1 (en) | Mesh protection service in a communications network | |
CN101800913B (en) | Realization method for protecting and restoring multiplex section of automatically switched optical network | |
CN101197591B (en) | Protection recovery method and apparatus for ASON | |
JP4190170B2 (en) | Detour route setting system | |
CN107431655A (en) | Fault propagation in sectionalised protection | |
JP5168499B2 (en) | Communication network system and high-reliability method of path | |
US7804788B2 (en) | Ring type network system including a function of setting up a path | |
RU2586568C2 (en) | Method and device for protection of interring communication service | |
CN103023683B (en) | path switching method and device | |
CN100495979C (en) | Protection rotation method for presetting protective ring | |
JP2003179628A (en) | Label saving path protection communication equipment | |
CN102868620B (en) | Transannular service protecting method and device | |
EP2180636B1 (en) | Method for signaling a unidirectional failure of a packet-switched link | |
JP4765982B2 (en) | Fault identification method in inter-domain connection of optical network and optical network system capable of executing the method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060822 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080616 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080624 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20080812 |
|
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: 20080909 |
|
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: 20080916 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110926 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: 20120926 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120926 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130926 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |