JP4443442B2 - 中継装置 - Google Patents

中継装置 Download PDF

Info

Publication number
JP4443442B2
JP4443442B2 JP2005060916A JP2005060916A JP4443442B2 JP 4443442 B2 JP4443442 B2 JP 4443442B2 JP 2005060916 A JP2005060916 A JP 2005060916A JP 2005060916 A JP2005060916 A JP 2005060916A JP 4443442 B2 JP4443442 B2 JP 4443442B2
Authority
JP
Japan
Prior art keywords
path
message
node
identifier
network
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
Application number
JP2005060916A
Other languages
English (en)
Other versions
JP2006246187A (ja
Inventor
慎也 加納
啓二 宮▲崎▼
晃 永田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2005060916A priority Critical patent/JP4443442B2/ja
Priority to US11/223,973 priority patent/US7710863B2/en
Publication of JP2006246187A publication Critical patent/JP2006246187A/ja
Application granted granted Critical
Publication of JP4443442B2 publication Critical patent/JP4443442B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10TTECHNICAL SUBJECTS COVERED BY FORMER US CLASSIFICATION
    • Y10T403/00Joints and connections
    • Y10T403/75Joints and connections having a joining piece extending through aligned openings in plural members

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、GMPLS/MPLS(Generalized Multi-Protocol Label Switching/ Multi-Protocol Label Switching)網において障害復旧を行うために現用パスと予備パスが確立されるネットワークに用いられる装置や、これらの装置上で実行される方法などに適用されて有効な技術に関する。
近年、IPネットワークに対しトラフィック・エンジニアリングを提供することや、VPN(Virtual Private Network)サービスを提供すること等を目的として、GMPLS
やMPLSが注目されている。GMPLSやMPLSは、ラベル情報に従ってデータの転送を実現する技術である。GMPLSやMPLSでは、このようなデータ転送を実現するために、GMPLS機能やMPLS機能を有した各中継ノード(LSR:Label Switched
Router)においてラベルテーブルを構築する必要がある。このため、GMPLSやMP
LSでは、パス確立のためのシグナリングプロトコル(CR−LDP(Constraint based
Label Distribution Protocol)/RSVP−TE(Resource Reservation Protocol-Traffic Extension)等)を用いて、ラベルテーブルが構築されパスが確立される(非特許
文献1参照)。また、GMPLSやMPLSでは、ユーザは、経路トレースを実行することにより、使用中のパスがどのLSRを通過しているかをチェックすることができる。すなわち、ユーザは、パスを指定することにより、指定されたパスがどのLSRを経由しているかについて確認することができる。
ところで、近年は、ネットワークが構築される際に、そのフォールトトレランス向上のため現用パスと予備パスとが設けられることが多い。GMPLSやMPLSは、このように現用パスと予備パスとが設けられたネットワークにも適用されうる。また、GMPLS
Based Segment Recoveryという、現用パス及び予備パスを確立するためにRSVP−TEシグナリングプロトコルを拡張する提案もなされている(非特許文献2参照)。GMPLS Based Segment Recoveryは、現用パスを複数のセグメントに分割し、個々のセグメントを迂回する予備パスを自動若しくは手動で確立する技術である。
D. Awduche,Movaz、L. Berger 、D. Gan 、他、"RSVP-TE: Extensions to RSVP for LSP Tunnels"、Request for Comments: 3209 Louis Berger、Igor Bryskin、Dimitri Papadimitriou、Adrian Farrel、"GMPLS Based Segment Recovery"、Internet Draft Updates: 3473
従来のGMPLSやMPLSでは、現用パスと予備パスとがそれぞれ独立したパスとして認識される。このため、ユーザは、経路トレースを実行する際に、現用パスを指定することにより現用パスがどのLSRを経由するか調べることが可能であるし、予備パスを指定することにより予備パスがどのLSRを経由するか調べることも可能である。しかし、ユーザは経路トレースを実行するためには、パスを明示的に指定する必要があり、現在ネットワークにおいて使用されているパスという指定をすることはできなかった。即ち、ユーザは、現在使用されているパスが現用系パスであるか予備パスであるかを判断した上で、現在使用されているパスを明示的に指定しなければ、現在使用されているパスがどのLSRを経由しているか調べることができなかった。このため、現在使用されているパスが現用系であるか否かをユーザが判断できない場合や、その判断に時間を要する場合などに問題を生じていた。
そこで本発明はこれらの問題を解決し、ユーザが、現在使用されているパスが現用パスであるか予備パスであるかを意識することなく現在使用されているパスがどのような経路を辿っているか判断することが可能となる装置や方法などを提供することを目的とする。
上記問題を解決するため、本発明の第一の態様は、あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するためにネットワーク内の分岐点に設置される中継装置であって、受信手段、パス判断手段、識別子付与手段及び送信手段を含む。
受信手段は、パスに含まれる各ノードの検出のために用いられるメッセージを受信する。パスに含まれる各ノードの検出のために用いられるメッセージとは、例えばGMPLSやMPLSなどのプロトコルにおいて経路トレースを実行する際にパスに含まれる各中継装置において転送されるメッセージであっても良い。具体的には、例えばRROを含むPathメッセージや、RROを含むResvメッセージであっても良い。
パス判断手段は、ネットワークにおいて、メッセージに付与されているパス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断する。
識別子付与手段は、受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する。自装置を示す識別子は、例えば予め各中継装置に割り当てられたIDであっても良いし、自装置に割り当てられているアドレスであっても良い。また、メッセージに含まれる情報とは、少なくとも当該メッセージをこれまでに中継してきた各中継装置を示す識別子を含む情報である。ユーザは、このメッセージに含まれる情報を参照することにより、パスに含まれる各ノードを検出することができる。
送信手段は、受信手段により受信されたメッセージに含まれる情報を、パス判断手段によって判断されたパスに転送する。
このように構成された本発明の第一の態様によれば、中継装置によって現在使用されているパスが判断され、このパスに対し経路トレースのためのメッセージに含まれる情報が転送される。そして、このメッセージに含まれる情報の転送により、現在データ転送に使用されているパスに含まれる各中継装置を判断することが可能となる。このため、ユーザは、経路トレースのためのメッセージを中継装置に作成・送信させる際に、現用パスと予備パスとのいずれのパスを指定すべきか判断する必要がない。
本発明の第二の態様は、あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するためにネットワーク内の分岐点に設置される中継装置であって、受信手段、パス判断手段、識別子付与手段及び送信手段を含む。
受信手段は、パスに含まれる各ノードの検出のために用いられるメッセージを受信する
。パス判断手段は、ネットワークにおいて、メッセージに付与されているパス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定する。
識別子付与手段は、受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する。送信手段は、受信手段により受信されたメッセージに含まれる情報を、パス判断手段によって判断されたパスに転送する。
このように構成された本発明の第二の態様によれば、現用パスと予備パスとの双方を経由して上記メッセージが送信されてきたとしても、パス判断手段によって、現在データ転送に使用されているパスから受信されたメッセージに含まれる情報のみが次の中継装置に対して転送される。このため、第一の態様の場合と同様に、ユーザは、経路トレースのためのメッセージを中継装置に作成・送信させる際に、現用パスと予備パスとのいずれのパスを指定すべきか判断する必要がない。
本発明の第三の態様は、第一の中継装置と第二の中継装置とを備える経路トレースシステムである。第一の中継装置は、あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置である。第一の中継装置は、受信手段、識別子付与手段及び送信手段を含む。
受信手段は、パスに含まれる各ノードの検出のために用いられるメッセージを受信する。識別子付与手段は、受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する。送信手段は、受信手段により受信されたメッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、現用パス及び予備パスの双方に転送する。このため、第一の中継装置を備える経路トレースシステムでは、上記メッセージに含まれる情報は、現用パスと予備パスとの分岐点において、ネットワークの状態に関わらず双方のパスに転送される。
第三の態様における第二の中継装置は、本発明の第二の態様における中継装置を用いて構成できる。本発明の第三の態様における経路トレースシステムでは、上記のように、第一の中継装置によって、現用パスと予備パスとの双方にメッセージに含まれる情報の転送が行われるが、現用パスと予備パスとの他方の分岐点(言い換えれば合流する点)における第二の中継装置によって、いずれのパスに転送された情報を採用するか判断される。
本発明の第四の態様は、あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、予備パスに含まれる各ノードの検出を可能とするために予備パスの始点に設置される中継装置であって、送信手段、受信手段及び決定手段を含む。
送信手段は、予備パスに含まれる各ノードの検出のために用いられるメッセージを予備パスに送信する。受信手段は、送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージを受信する。
決定手段は、送信手段が予備パスに含まれる各ノードの検出のために用いられるメッセージを送信する場合に自装置がメッセージ待ち状態であることを記憶し、受信手段が他のメッセージを受信した際にメッセージ待ち状態であることが記憶されている場合には、当該他のメッセージを他の中継装置に転送しないことを決定する。
このように構成された本発明の第三の態様によれば、現在データ転送に使用されているパスの途中に設置された本中継装置から、経路トレースのためのメッセージを送出したとしても、このメッセージに対して返信された他のメッセージが、本中継装置を越えてさらに他の中継装置(上流側の中継装置)に転送されてしまうことを防止できる。このため、データ転送に使用されているパスの途中に設置された本中継装置から、予備パスの経路をトレースするためのメッセージを送出したとしても、本中継装置においてトレースの結果を取得することが可能となる。
本発明の第五の態様は、あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、予備パスに含まれる各ノードの検出を可能とするために予備パスの始点に設置される中継装置であって、送信手段、受信手段、判断手段及び検出手段を含む。
送信手段は、予備パスの検出のために用いられるメッセージを予備パスに送信する。受信手段は、送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージであって、他の中継装置の識別子及び、他の中継装置から本中継装置までの間の予備パス上に存在する各中継装置の識別子を含む他のメッセージを受信する。
判断手段は、予備パスの終点ノードを判断する。検出手段は、受信された他のメッセージに含まれる各中継装置の識別子から、判断手段によって判断された終点ノードよりも本中継装置から反対側に存在する各中継装置の識別子を排除することにより、予備パスに含まれる各中継装置の識別子を検出する。
このように構成されることにより、例え、予備パスの経路をトレースするためのメッセージが予備パスの終点に設置された中継装置を越えてさらに先の他のパスに設置された中継装置まで転送されたとしても、不要な中継装置を示す識別子が検出手段によって排除される。このため、予備パスに含まれる各中継装置を正確に取得することが可能となる。
第一〜第五の態様は、プログラムが情報処理装置(中継装置)によって実行されることによって実現されても良い。即ち、本発明は、上記した第一〜第五の態様における各手段が実行する処理を、情報処理装置(中継装置)に対して実行させるためのプログラム、或いは当該プログラムを記録した記録媒体として特定することができる。また、本発明は、上記した各手段が実行する処理を情報処理装置(中継装置)が実行する方法をもって特定されても良い。
本発明によれば、ユーザは、経路トレースのためのメッセージを中継装置に作成・送信させる際に、現用パスと予備パスとのいずれのパスを指定すべきか判断する必要がない。
[原理]
本発明による中継装置について説明する前に、まずMPLS、GMPLS、RSVP−TE、RRO、GMPLS Based Segment Recoveryそれぞれについて説明する。
〔MPLS〕
MPLSは、ラベル情報に従ってデータ転送を行う技術である。図1は、MPLSを説明するための図である。以下、図1を用いてMPLSについて説明する。図1では、複数のLSR(LSR1〜LSR4)が直列に接続されたネットワークが示されており、データがLSR1からLSR2,3を介してLSR4へ転送される。
ラベル情報は、パケットの先頭に添付された固定長ラベルによって表される。図1では、矩形で示されるパケットのうち、斜線部分が転送される実データ(他のプロトコルのヘッダを含む)であり、その先頭にラベル(a,b,c)が付されている。MPLSでは、LSRはパケット中継の際に使用するラベルテーブル(例えば、LT1,LT2)を不図示の記憶装置に記憶する。ラベルテーブルは、入力ラベル(IN:L)及び入力インタフェース(IN:IF)と、出力ラベル(OUT:L)及び出力インタフェース(OUT:IF)との関係を示す。
各LSRは、パケット中継時に、パケットに含まれるアドレスではなく、パケットに添付されているラベルに従って中継先を決定する。具体的には、LSRは、処理対象のパケットが入力された際の入力インタフェース及び入力ラベルを参照し、これに対応づけてラベルテーブルに記憶される出力インタフェース及び出力ラベルを決定する。そして、LSRは、パケットに添付されているラベルを、決定された出力ラベルに書き換え、このパケットを決定された出力インタフェースから中継する。
このような処理が繰り返されることにより、送信元から宛先までパケットが送信される。なお、MPLS網の入口のLSRは、特にLER(Label Edge Router)と呼ばれ、M
PLS網に入力されたパケットに対し最初にラベルを添付する。
次に、図1を用いてLSR1からLSR4へのパケット中継について具体的に説明する。まず、LSR1は、パケットにラベルaを添付し、LSR2へ送信する。LSR2は、ラベルaを持つパケットを第一インタフェース(IF#1)から受信すると、ラベルテーブルLT1を検索し、出力インタフェース(第二インタフェース:IF#2)及び出力ラベル(b)を獲得する。そして、LSR2は、入力されたパケットのラベルをaからbに書き換え、このパケットを第二インタフェースに出力する。これと同様の処理がLSR3においても実施され、パケットが終端のLSR4(終点ノード)まで転送される。MPLSでは、このように固定長のラベルに従い転送が実現されるため、パケット中継の高速化を図ることができる。
MPLSでは、LSRにおいて帯域制御と各ラベルとがさらに関連付けて保持されることにより、各パケットフローに対する帯域保証を行うことが可能である。
〔GMPLS〕
GMPLSでは、ラベル情報として、固定長ラベルのみならず、時分割伝送のタイムスロットや、光多重伝送における光波長なども使用される。例えば光波長がラベル情報として使用される場合は、光信号を電気信号へ変換する必要がない。このため、GMPLSではより高速な転送処理を実現することが可能となる。
時分割伝送では、各LSRは、入力タイムスロット及び入力インタフェースと、出力タイムスロット及び出力インタフェースとの関係を示すラベルテーブルを保持する。そして、各LSRは、入力インタフェースと入力タイムスロットに従って、出力インタフェースと出力タイムスロットを決定し、決定された条件でパケットを出力する。この処理の繰り返しにより、パケットが送信元から宛先まで転送される。
光多重伝送では、各ノードが入力光波長及び入力インタフェースと、出力光波長及び出力インタフェースとの関係を示すラベルテーブルを保持する。そして、各LSRは、入力インタフェースと入力光波長とに従って、出力インタフェースと出力光波長を決定し、入力光波長を出力光波長に変換し、出力インタフェースに出力する。この処理の繰り返しにより、送信元から宛先までデータが送信される。
〔RSVP−TE〕
上記したように、GMPLSやMPLSでは、各LSRにおいてラベルテーブルを構築しパスを確立する必要がある。ラベルテーブルを構築しパスを確立する際には、パス確立のためのシグナリングプロトコルが用いられる。以下では、このようなパス確立のためのシグナリングプロトコルの具体例として、RSVP−TEについて説明する。
図2は、RSVP−TEにより、ラベルテーブルを構築しパスを確立する動作例を示す図である。パス確立を要求する始点ノード(LSR1)は、パスの終点ノード(LSR4)まで、パス確立要求メッセージ(Pathメッセージ)をホップバイホップ(Hop−By−Hop)で送信する。この例では、明示的にパスの構成を指定するため、Pathメッセージ中に経由するLSRの情報が挿入される。Pathメッセージを受信した終点ノードは、ラベルの割り当てを行うためのパス確立応答メッセージ(Resvメッセージ)を始点ノードへ送信する。このとき、終点ノードは、Pathメッセージが経由してきたのと同じ経路に沿って、始点ノードへResvメッセージを返信する。このとき、Resvメッセージに格納されているラベルが、各LSRにおいてラベルテーブルに登録されることにより、各LSRにおけるラベルテーブルが構築される。Pathメッセージ及びResvメッセージには、パスIDが格納されている。各ラベルテーブルには、このパスIDもあわせて登録される。
次に、RSVP−TEにより予備パスを確立する際の動作例について説明する。図3は、以下の説明において想定する予備パスの構成を示す図である。上記の説明において確立された現用パス(LSR1,LSR2,LSR3,LSR4)に対し、始点と終点が同一である予備パス(LSR1,LSR2’,LSR3’,LSR4)を確立する場合を例にとって説明する。
図4は、予備パスの確立の際に使用されるPathメッセージのフォーマットを示す図である。予備パスの確立の際に使用されるPathメッセージは、現用パスの確立の際に使用されるPathメッセージと比較して、関連パスIDが付与されている点で異なる。予備パスの確立の際に使用されるPathメッセージのパスIDには、予備パスを示すパスIDが付与される。そして、関連パスIDには、確立される予備パスに対応する現用パスを示すパスIDが付与される。
図5は、図3に示された予備パスを確立する際の動作例を示す図である。この場合の動作も、基本的には図2に示された現用パスを確立する際の動作と同じである。ただし、始点ノード(LSR1)から終点ノード(LSR4)まで転送されるPathメッセージが、図4に示されるように関連パスIDを含む点で異なる。図5の場合は、関連パスIDとして図2に示される現用パスのID(#1)が付与される。また、始点ノード(LSR1)と終点ノード(LSR4)とにおいて、現用パス/予備パス対応表が保持される点でも異なる。現用パス/予備パス対応表は、現用パスのパスIDと、それに対応した予備パスのパスIDとを対応づけて保持するためのテーブルである。図5の場合は、現用パスのパスID“#1”と、予備パスのパスID“#p1”とが対応づけてテーブルに保持される。LSR1とLSR4とは、不図示の記憶装置にこのテーブルを記憶する。
〔RRO〕
パス確立のためのシグナリングプロトコルでは、パス確立要求を示すPathメッセージと、その応答であるResvメッセージが使用される。これらのメッセージに対し、RRO(Record Route Object)が挿入されることにより、使用中のパスがどのLSRを経
由しているか確認することができる。このような処理を経路トレースという。経路トレースを行うことにより、ユーザは、パスが正しく確立されているか確認することができる。
次に、経路トレースの具体的な処理の流れについて説明する。図6は、経路トレースの処理例を示す図である。ユーザは、経路トレースを開始するLSRを始点ノードとして処理を行う。まず、始点ノード(LSR1)からPathメッセージがパスの下流へ送信される。このPathメッセージは、LSR1自身のアドレスが格納されたRROを含む。RROを含むPathメッセージを受信したノード(LSR2,LSR3)は、各自のアドレスを、受信されたPathメッセージに追加し、下流ノードに転送する。
RROを含むPathメッセージを受信した終点ノード(LSR4)は、RROに含まれるアドレスのリスト(以下、アドレスリストと呼ぶ)を参照することにより、このパス上の全てのノードを確認することができる。そして、終点ノード(LSR4)は、受信されたRROを含むPathメッセージに応じて、RROを含むResvメッセージを上流に返信する。このResvメッセージは、終点ノード自身のアドレスが格納されたRROを含む。RROを含むResvメッセージを受信したノード(LSR2,LSR3)は、パスの上流ノードに、受信されたRROを含むResvメッセージを転送する。このとき、各中継ノードは、転送するResvメッセージのRROに対し新たに自身のノードのアドレスを追加する。
RROを含むResvメッセージを受信した始点ノード(LSR1)は、RRO中のアドレスリストを参照することにより、このパス上の全てのノードを確認することができる。このため、このアドレスリストを参照することにより、ユーザは、確立要求時に指定されたパスと比較して正しく設定されているかについて確認することができる。
〔GMPLS Based Segment Recovery〕
IETFでは、現用パスと予備パスとを確立するために、RSVP−TEシグナリングプロトコルを拡張する提案がなされている。その提案が、GMPLS Based Segment Recovery(以下、GMPLS−BSRと呼ぶ)である。GMPLS−BSRは、現用パスを複数のセグメントに分割し、個々のセグメントを迂回する予備パスを自動もしくは手動で確立する手法である。GMPLS−BSRでは、RSVP−TEシグナリングのオブジェクトとして、セグメントを特定するための情報、予備パスの経路情報、プロテクション属性、及び現用パスと予備パスとを対応付ける情報等が追加されている。
図7は、GMPLS−BSRの具体例示す図である。まず、現用パスの始点ノード(LSR1)は、Pathメッセージを、現用パス(LSR2,LSR3,LSR4,LSR5)を介して終点ノード(LSR6)へ送信する。終点ノード(LSR6)は、このPathメッセージを受信すると、Resvメッセージを、同じパスの逆方向へ返信する。この動作は、RSVP−TEシグナリングによるパス確立と同じである。ただし、このとき、セグメントの始点ノードは新規に追加された情報に基づき新たに予備パスを確立するPathメッセージを生成する。図5の場合、予備パスの始点ノード(LSR2)は、予備パスの終点ノード(LSR5)に対し、予備パスの経路(LSR2,LSR7,LSR8,LSR5)を辿って終点ノード(LSR5)へPathメッセージを送信する。このPathメッセージには、予備パスの始点ノード,予備パスの終点ノード,予備パスの中継ノード,プロテクションタイプ(例えば1:1protection)などが新たな情報
として付加される。
予備パスを確立する始点ノード(LSR2)は、対応する現用パスのパスID、プロテクションタイプ、予備パスの経路(始点ノード,中継ノード,終点ノード)、予備パスのパスIDを格納したPathメッセージを、LSR7,LSR8を介してLSR5へ送信する。LSR5は、このPathメッセージを受信すると、Resvメッセージを、同じパスの逆方法へ送信する。そして、予備パスの始点ノード及び終点ノードは、現用パスと予備パスとの対応付けを、各自の対応表に記憶する。予備パスの始点ノード及び終点ノードは、障害発生時には、この対応表に基づいて高速にパスの変更を行う。
[第一実施形態]
次に、本発明による中継装置の第一実施形態である中継装置1aの構成例、中継装置1aを用いたネットワークの動作例などについて説明する。
〔装置構成〕
中継装置1aは、ハードウェア的には、バスを介して接続されたCPU(中央演算処理装置),主記憶装置(RAM),補助記憶装置などを備える。補助記憶装置は、不揮発性記憶装置を用いて構成される。ここで言う不揮発性記憶装置とは、いわゆるROM(Read-Only Memory:EPROM(Erasable Programmable Read-Only Memory),EEPROM(Electrically Erasable Programmable Read-Only Memory),マスクROM等を含む)
,FRAM(Ferroelectric RAM),ハードディスク等を指す。
図8は、中継装置1aの機能ブロックの例を示す図である。中継装置1aは、補助記憶装置に記憶された各種のプログラム(OS,アプリケーション等)が主記憶装置にロードされCPUにより実行されることによって、データ受信部2,データ中継部3,データ送信部4,メッセージ受信部5,パス経路管理部6,記憶部7,メッセージ制御部8a及びメッセージ送信部9等を含む装置として機能する。データ中継部3,パス経路管理部6及びメッセージ制御部8aは、プログラムがCPUによって実行されることにより実現される。また、データ受信部2,データ中継部3,データ送信部4,メッセージ受信部5,パス経路管理部6,メッセージ制御部8a及びメッセージ送信部9は専用のチップとして構成されても良い。次に、中継装置1aが含む各機能部について説明する。
〈データ受信部〉
データ受信部2は、ネットワークを介して自装置1aに送信(転送)されてきたデータを受信する。データ受信部2は、受信されたデータを、データ中継部3へ渡す。なお、以下の説明では、GMPLSやMPLSによって伝送される実データと、経路トレースのために使用されるPathメッセージ及びResvメッセージとを分けて説明する。従って、データ受信部2が受信するデータは、上記の実データであり、PathメッセージやResvメッセージではない。
〈データ中継部〉
データ中継部3は、データ受信部2によって受信されたデータの転送先を決定する。データ中継部3は、GMPLSやMPLSの取り決めに従って、受信されたデータに付与されているラベルに基づき、適切な出力インタフェースを決定する。そして、データ中継部3は、決定された出力インタフェースに、データを中継(スイッチング)する。また、データ中継部3は、ラベルの書き換え等、GMPLSやMPLSの取り決めに従った処理も実行する。
〈データ送信部〉
データ送信部4は、データ中継部3によって出力インタフェースが決定されたデータを
ネットワークに送信する。
〈メッセージ受信部〉
メッセージ受信部5は、ネットワークを介して自装置1aに送信(転送)されてきたメッセージ(Pathメッセージ又はResvメッセージ)を受信する。メッセージ受信部5は、受信されたメッセージをパス経路管理部6へ渡す。
〈パス経路管理部〉
パス経路管理部6は、受信されたメッセージに含まれるパスIDにより示されるパスに関するデータトラヒックが、平常状態であるか障害状態であるかについて判断する。平常状態とは、そのパス上で障害が生じておらず、現用パスがデータ転送に使用されている状態である。障害状態とは、そのパス上で障害が生じており、予備パスがデータ転送に使用されている状態である。この判断は、ハードウェアのスイッチング設定を参照すること、又はパス経路管理テーブルを参照することにより実施できる。
以下、この点について詳細に説明する。障害発生時の現用パスから予備パスへの経路切り替え、及び障害復旧時の予備パスから現用パスへの経路切り替えは、以下の二つの方法のいずれかによって実現される。第一の方法は、シグナリングによってハードウェアのスイッチ設定を変更する方法である。第二の方法は、SONET/SDH(Synchronous Optical Network/Synchronous Digital Hierarchy)のAPS(Automatic Protection Switching)メカニズムを用いて、ハードウェアで自律的に行わせる方法である。このため、
パス経路管理部6は、ネットワークの状態が平常状態又は障害状態のいずれであるかを知るために、二つの方法を取ることができる。
第一の方法は、パス経路管理テーブルをチェックすることで平常状態であるか障害状態であるかを判別する方法である。シグナリングによりハードウェアの設定が変更された場合や、ハードウェアで自律的に経路が切り替えられた場合は、ハードウェアからシグナリングプロセスに経路切り替えの通知がある。この場合、シグナリングプロセスは、平常状態であるか、障害状態であるかをパス経路管理テーブルに登録する。このため、第一の方法が実現可能となる。
第二の方法は、ハードウェアのスイッチング設定の状態をチェックし、転送データを予備パスへ送信、あるいは予備パスから受信しているのか否かをチェックすることにより、平常状態であるか障害状態であるかを判別する方法である。
そして、パス経路管理部6は、現用パスと予備パスとの分岐点又は合流点に設置されている場合、この判断結果に応じて、いずれのパスから受信されたメッセージを転送すべきか、又はいずれのパスにメッセージを転送すべきか判断する。
〈記憶部〉
記憶部7は、いわゆる不揮発性記憶装置や揮発性記憶装置のいずれを用いて構成されても良い。記憶部7は、現用パスと予備パスの使用状況を記憶する。パス確立時や障害切り替え時に、シグナリングによりハードウェアの設定が変更された場合には、平常状態であるか障害状態であるかが記憶部7に登録される。また、障害状態やその他の理由でハードウェアが自律的に経路を切り替え、かつハードウェアからパス経路管理部6に経路切り替えの通知があった場合にも、その状態が記憶部7に登録される。
〈メッセージ制御部〉
メッセージ制御部8aは、受信されたメッセージの更新又は新たなメッセージの作成を行う。メッセージ制御部8aは、受信されたメッセージの更新を行う場合は、受信された
メッセージに自身のアドレス及び適切なパスのパスIDを付加する。また、メッセージ制御部8aは、新たなメッセージの作成を行う場合は、そのメッセージに対しパス経路トレースフラグをセットし、自装置のアドレス及び経路トレースを行う対象となるパスを示すパスIDをそのメッセージに付与する。
〈メッセージ送信部〉
メッセージ送信部9は、メッセージ制御部8aによって更新されたメッセージ又は作成されたメッセージを、パス経路管理部6によって判断された経路(現用パス又は予備パス)に送出する。なお。パスメッセージ送信部9は、更新されたメッセージを送出する際、メッセージが上流から受信された場合は下流に、メッセージが下流から受信された場合には上流に送出する。
〔中継装置の動作例〕
次に、上記のように構成された中継装置1aの装置としての動作例について説明する。図9は、分岐点(図7におけるLSR2)に設置された中継装置1aがPathメッセージを受信した際の動作例を示すフローチャートである。まず、分岐点に設置された中継装置1aがPathメッセージを受信した際の動作例について説明する。
メッセージ受信部5がPathメッセージを受信すると(S01−YES)、パス経路管理部6は、Pathメッセージに含まれるパスIDによって示されるパスのプロテクションが、現用パス及び予備パスの双方にメッセージを転送するプロテクション(例えば1+1プロテクション:1+1プロテクションについては後述する)であるか否か判断する。双方向に転送するプロテクションである場合(S02−YES)、パス経路管理部6は、受信したPathメッセージを現用パスに送信し、さらに新しく生成したPathメッセージを予備パスに送信することを決定する。メッセージ制御部8aは、これら二つのPathメッセージに対し、受信したPathメッセージに格納されていたRROを付加する。このとき、メッセージ制御部8aは、付加するRROに対し、自装置1aのアドレスを付加する。そして、メッセージ送信部9がこれら二つのPathメッセージをパス経路管理部6の決定に従って送出する(S09)。
一方、プロテクションが双方向に転送するプロテクションでは無い場合(S02−NO)、パス経路管理部6は、現用パスと予備パスとの経路切替がハードウェアによる自律的なものか、ソフトウェア主導のものか判断する。ハードウェアによる経路切替の場合(S03−ハードウェア)、パス経路管理部6は、ハードチェックのスイッチング設定を参照し、平常状態か障害状態かをチェックする(S04)。一方、ソフトウェア主導のものである場合(S03−ソフトウェア)、パス経路管理部6は、シグナリングプロセス内のパス管理テーブルを参照することにより、平常状態か障害状態かを判断する(S05)。
次に、パス経路管理部6は、Pathメッセージの転送先となる経路を判断する。パスの状態が平常状態である場合(S06−平常状態)、パス経路管理部6は、受信したPathメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがPathメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのPathメッセージをパス経路管理部6の決定に従って送出する(S07)。パスの状態が障害状態である場合(S06−障害状態)、パス経路管理部6は、新しくPathメッセージを生成し、予備パスに送信することを決定する。メッセージ制御部8aは、新たに生成したPathメッセージに対し、受信したPathメッセージのRROを付加する。このとき、メッセージ制御部8aは、付加するRROに対し、自装置1aのアドレスを付加する。そして、メッセージ送信部9がこのPathメッセージをパス経路管理部6の決定に従って送出する(S08)。
図10は、分岐点に設置された中継装置1aがResvメッセージを受信した際の動作例を示すフローチャートである。次に、分岐点に設置された中継装置1aがResvメッセージを受信した際の動作例について説明する。
まず、メッセージ受信部5がRROを含むResvメッセージを受信する(S10)。次に、パス経路管理部6は、パスの種別及びプロテクションの種別を判断する(S11)。単方向パスである場合(1)、順方向又は逆方向連動の経路切替である場合(2)、順方向又は逆方向の非同期の経路切替でありかつ現用パス及び予備パスの双方にメッセージを転送するプロテクションではない場合(3)、のいずれかに該当する場合は、パス経路管理部6は、Resvメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがResvメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S18)。
一方、順方向又は逆方向の非同期の経路切替でありかつ現用パス及び予備パスの双方にメッセージを転送するプロテクションである場合(4)、パス経路管理部6は、現用パスと予備パスとの経路切替がハードウェアによる自律的なものか、ソフトウェア主導のものか判断する。ハードウェアによる経路切替の場合(S12−ハードウェア)、パス経路管理部6は、ハードチェックのスイッチング設定を参照し、平常状態か障害状態かをチェックする(S13)。一方、ソフトウェア主導のものである場合(S12−ソフトウェア)、パス経路管理部6は、シグナリングプロセス内のパス管理テーブルを参照することにより、平常状態か障害状態かを判断する(S14)。
次に、パス経路管理部6は、Resvメッセージの転送先となる経路を判断する。パスの状態が平常状態であり(S15−平常状態)、かつ処理対象のResvメッセージが現用パスから受信された場合(S16−現用パス)、パス経路管理部6は、Resvメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがResvメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S18)。パスの状態が平常状態であり(S15−平常状態)、かつ処理対象のResvメッセージが予備パスから受信された場合(S16−予備パス)、パス経路管理部6は、受信されたResvメッセージを廃棄することを決定する(S19)。この場合、メッセージ制御部8a及びメッセージ送信部9は更新処理や送信処理を行わない。
パスの状態が障害状態であり(S15−障害状態)、かつ処理対象のResvメッセージが予備パスから受信された場合(S17−予備パス)、パス経路管理部6は、新しくResvメッセージを生成し、現用パスに送信することを決定する。メッセージ制御部8aは、新たに生成したResvメッセージに対し、受信したResvメッセージのRROを付加する。このとき、メッセージ制御部8aは、付加するRROに対し、自装置1aのアドレスを付加する。そして、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S18)。パスの状態が障害状態であり(S15−障害状態)、かつ処理対象のResvメッセージが現用パスから受信された場合(S17−現用パス)、パス経路管理部6は、受信されたResvメッセージを廃棄することを決定する(S19)。この場合、メッセージ制御部8a及びメッセージ送信部9は更新処理や送信処理を行わない。
図11は、合流点(図7におけるLSR5)に設置された中継装置1aがPathメッセージを受信した際の動作例を示すフローチャートである。次に、合流点に設置された中継装置1aがPathメッセージを受信した際の動作例について説明する。
まず、メッセージ受信部5がRROを含むPathメッセージを受信する(S20)。次に、パス経路管理部6は、パスの種別及びプロテクションの種別を判断する(S21)。現用パス及び予備パスの双方にメッセージを転送するプロテクションではない場合(5)、パス経路管理部6は、Pathメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがPathメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのPathメッセージをパス経路管理部6の決定に従って送出する(S28)。
一方、現用パス及び予備パスの双方にメッセージを転送するプロテクションである場合(6)、パス経路管理部6は、現用パスと予備パスとの経路切替がハードウェアによる自律的なものか、ソフトウェア主導のものか判断する。ハードウェアによる経路切替の場合(S22−ハードウェア)、パス経路管理部6は、ハードチェックのスイッチング設定を参照し、平常状態か障害状態かをチェックする(S23)。一方、ソフトウェア主導のものである場合(S22−ソフトウェア)、パス経路管理部6は、シグナリングプロセス内のパス管理テーブルを参照することにより、平常状態か障害状態かを判断する(S24)。
次に、パス経路管理部6は、Pathメッセージの転送先となる経路を判断する。パスの状態が平常状態であり(S25−平常状態)、かつ処理対象のPathメッセージが現用パスから受信された場合(S26−現用パス)、パス経路管理部6は、Pathメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがPathメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのPathメッセージをパス経路管理部6の決定に従って送出する(S28)。パスの状態が平常状態であり(S25−平常状態)、かつ処理対象のPathメッセージが予備パスから受信された場合(S26−予備パス)、パス経路管理部6は、受信されたPathメッセージを廃棄することを決定する(S29)。この場合、メッセージ制御部8a及びメッセージ送信部9は更新処理や送信処理を行わない。
パスの状態が障害状態であり(S25−障害状態)、かつ処理対象のPathメッセージが予備パスから受信された場合(S27−予備パス)、パス経路管理部6は、新しくPathメッセージを生成し、現用パスに送信することを決定する。メッセージ制御部8aは、新たに生成したPathメッセージに対し、受信したPathメッセージのRROを付加する。このとき、メッセージ制御部8aは、付加するRROに対し、自装置1aのアドレスを付加する。そして、メッセージ送信部9がこのPathメッセージをパス経路管理部6の決定に従って送出する(S28)。パスの状態が障害状態であり(S25−障害状態)、かつ処理対象のPathメッセージが現用パスから受信された場合(S27−現用パス)、パス経路管理部6は、受信されたPathメッセージを廃棄することを決定する(S29)。この場合、メッセージ制御部8a及びメッセージ送信部9は更新処理や送信処理を行わない。
図12は、合流点に設置された中継装置1aがResvメッセージを受信した際の動作例を示すフローチャートである。次に、合流点に設置された中継装置1aがResvメッセージを受信した際の動作例について説明する。
メッセージ受信部5が、RROを含むResvメッセージを受信する(S30)。パス経路管理部6は、Resvメッセージに含まれるパスIDによって示されるパスのプロテクションが、現用パス及び予備パスの双方にメッセージを転送するプロテクション(例えば1+1プロテクション)であるか否か判断する。双方向に転送するプロテクションである場合(S31−YES)、パス経路管理部6は、Resvメッセージを現用パスと予備パスとの双方に転送することを決定する。そして、メッセージ制御部8aがResvメッ
セージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S38)。
一方、プロテクションが双方向に転送するプロテクションでは無い場合(S31−NO)、パス経路管理部6は、現用パスと予備パスとの経路切替がハードウェアによる自律的なものか、ソフトウェア主導のものか判断する。ハードウェアによる経路切替の場合(S32−ハードウェア)、パス経路管理部6は、ハードチェックのスイッチング設定を参照し、平常状態か障害状態かをチェックする(S33)。一方、ソフトウェア主導のものである場合(S32−ソフトウェア)、パス経路管理部6は、シグナリングプロセス内のパス管理テーブルを参照することにより、平常状態か障害状態かを判断する(S34)。
次に、パス経路管理部6は、Resvメッセージの転送先となる経路を判断する。パスの状態が平常状態である場合(S35−平常状態)、パス経路管理部6は、Resvメッセージを現用パスに転送することを決定する。そして、メッセージ制御部8aがResvメッセージのRROに自装置1aのアドレスを付加し、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S36)。パスの状態が障害状態である場合(S35−障害状態)、パス経路管理部6は、新しくResvメッセージを生成し、予備パスに送信することを決定する。メッセージ制御部8aは、新たに生成したResvメッセージに対し、受信したResvメッセージのRROを付加する。このとき、メッセージ制御部8aは、付加するRROに対し、自装置1aのアドレスを付加する。そして、メッセージ送信部9がこのResvメッセージをパス経路管理部6の決定に従って送出する(S37)。
〔ネットワークの第一動作例〕
次に、上記中継装置1aを少なくとも分岐点及び合流点にLSRとして設置することにより構成されたネットワークの動作例について説明する。図13〜図25は、このように構成されたネットワークの例を示す図である。図13〜図25において、分岐点に設置された中継装置1aはLSR2に該当し、合流点に設置された中継装置1aはLSR5に該当する。また、図13〜図25に示されるネットワークにおいて、LSR1,LSR2,LSR3,LSR4,LSR5,LSR6が現用パスであり、LSR2,LSR7,LSR8,LSR5が予備パスである。なお、以下の説明では、分岐点に設置されたLSRを分岐ノードとも呼ぶ。また、合流点に設置されたLSRを合流ノードとも呼ぶ。また、以下の説明では、各図において左側を上流側、右側を下流側として説明を行う。また、以下の説明では、特に説明をしない限り、各Pathメッセージ及び各ResvメッセージはRROを含む。また、図13〜図25において、短く細い矢印はPathメッセージ又はResvメッセージの流れを示す。長く太い実線の矢印はデータの流れているパスを示す。破線の矢印はデータの流れていないパスを示す。
まず、このように構成されたネットワークの第一動作例について説明する。図13は、平常状態の単方向1:1プロテクションのネットワークにおける経路トレースの動作例(第一動作例)を示す図である。第一動作例では、予備パスは現用パスに対する1:1プロテクションを実行するパスである。第一動作例ではPathメッセージの流れを示す。
1:1プロテクションでは、分岐ノード(LSR2)は、平常状態には現用パスに対してデータを転送し、障害状態には予備パスに対してデータを転送する。また、合流ノード(LSR5)は、平常状態には現用パスから受信されたデータを下流ノードに該当するLSR6に転送し、障害状態には予備パスから受信されたデータを下流ノードに該当するLSR6に転送する。
データ転送経路の経路トレースを要求する始点ノードは、LSR1となる。始点ノード
(LSR1)は、Pathメッセージを下流ノードに該当するLSR2に送信する。このPathメッセージは、LSR1自身のアドレスが格納されたRROを含む。Pathメッセージを受信した分岐ノード(LSR2)は、ネットワークが平常状態であるため、現用パスの下流ノード(LSR3)に、受信されたPathメッセージを転送する。このPathメッセージのRROには、LSR2によって、転送を行ったLSR2のアドレスが追加される。
このPathメッセージを受信した各中継装置(LSR3,LSR4)は、現用パスの下流ノードに、受信したPathメッセージを転送する。この転送したPathメッセージのRROには、新たに各LSRのアドレスが追加される。
合流ノード(LSR5)は、LSR3,LSR4を介して転送されたPathメッセージを受信すると、以下に説明する二つの動作のうちいずれかを行うことにより、Pathメッセージを転送する。
第一の動作は、分岐ノード(LSR2)が適切なパスにPathメッセージを転送していることを想定し、受信したPathメッセージのRROに自装置のアドレスを付加し、その更新されたRROを格納したPathメッセージを常に現用パスの下流ノード(LSR6)に転送(送信)するという動作である。1:1プロテクションの平常状態では、分岐ノード(LSR2)の動作により、現用パス(LSR3,LSR4)にのみPathメッセージが転送されるため問題は生じない。
第二の動作は、現在のネットワークの状態に応じて、一方のパスから受信したPathメッセージのRROに自装置のアドレスを付加し、その更新されたRROを格納したPathメッセージを下流ノード(LSR6)へ転送(送信)し、他方のパスから受信したPathメッセージを廃棄するという動作である。第一動作例では、第二の動作が実施される場合、ネットワークが平常状態であるため、合流ノード(LSR5)は、現用パスの上流ノード(LSR4)から受信したPathメッセージは現用パスの下流ノード(LSR6)に転送する。一方、合流ノード(LSR5)は、予備パスの上流ノード(LSR8)から受信したPathメッセージは廃棄する。
第一の動作と第二の動作とのいずれの動作によって転送(送信)されても良い。合流ノード(LSR5)から下流ノード(LSR6)へ転送されたPathメッセージのRROには、新たにLSR5のアドレスが追加される。このPathメッセージが、終点ノードに該当するLSR6によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第二動作例〕
図14は、障害状態の単方向1:1プロテクションのネットワークにおける経路トレースの動作例(第二動作例)を示す図である。第二動作例でも、予備パスは現用パスに対する1:1プロテクションを実行するパスである。第二動作例では、LSR3とLSR4との間において障害が生じた場合を想定する。第二動作例ではPathメッセージの流れを示す。
この場合、LSR1の動作は第一動作例と同じであるため、その説明を省略する。Pathメッセージを受信した分岐ノード(LSR2)は、ネットワークが障害状態であるため、予備パスの下流ノード(LSR7)に、新しくPathメッセージを生成し、生成したPathメッセージを送信する。このPathメッセージのRROは、受信したPathメッセージに格納されていたRROに、転送を行ったLSR2のアドレスが追加されたものである。
このPathメッセージを受信した各中継装置(LSR7,LSR8)は、予備パスの下流ノードに、受信したPathメッセージを転送する。この転送したPathメッセージのRROには、新たに各LSRのアドレスが追加される。
合流ノード(LSR5)は、LSR7,LSR8を介して転送されたPathメッセージを受信すると、第一の動作又は第二の動作のうちいずれかを行うことにより、Pathメッセージを転送(送信)する。1:1プロテクションの障害状態では、分岐ノード(LSR2)の動作により、予備パス(LSR7,LSR8)にのみPathメッセージが送信されるため、第一の動作が実行されても問題は生じない。また、第二の動作が実行された場合は、現在のネットワークの状態が障害状態であるため、合流ノード(LSR5)は、現用パスの上流ノード(LSR4)から受信したPathメッセージを廃棄し、予備パスの上流ノード(LSR8)から受信したPathメッセージに格納されていたRROを、新たに生成したPathメッセージに格納し、このPathメッセージを下流ノード(LSR6)に送信する。
合流ノード(LSR5)から下流ノード(LSR6)へ転送されたPathメッセージのRROには、新たにLSR5のアドレスが追加される。このPathメッセージが、終点ノードに該当するLSR6によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第三動作例〕
図15は、平常状態の単方向1+1プロテクションのネットワークにおける経路トレースの動作例(第三動作例)を示す図である。第三動作例では、予備パスは現用パスに対する1+1プロテクションを実行するパスである。第三動作例ではPathメッセージの流れを示す。
1+1プロテクションでは、分岐ノード(LSR2)は、ネットワークが平常状態であるか障害状態であるかに関わらず、常に現用パスから受信したデータを現用パスと予備パスの双方の下流ノード(LSR3、LSR7)に転送する。
合流ノード(LSR5)は、平常状態である場合には、現用パスから受信したデータを下流ノード(LSR6)に転送する。一方、合流ノード(LSR5)は、障害状態である場合には、予備パスから受信したデータを下流ノード(LSR6)に転送する。
データ転送経路の経路トレースを要求する始点ノードは、LSR1となる。始点ノード(LSR1)は、Pathメッセージを下流ノードに該当するLSR2に送信する。このPathメッセージは、LSR1自身のアドレスが格納されたRROを含む。Pathメッセージを受信した分岐ノード(LSR2)は、受信したPathメッセージを現用パスの下流ノード(LSR3)に転送し、さらに新しく生成したPathメッセージを予備パスの下流ノード(LSR7)に送信する。これら二つのPathメッセージのRROには、新たにPathメッセージの転送(送信)を行ったLSR2のアドレスが追加される。
Pathメッセージを受信した現用パスと予備パスの各ノード(LSR3,LSR7)は、各パスにおける下流ノード(LSR4,LSR8)に、受信したPathメッセージを転送する。そして、各パスにおいて転送されたPathメッセージは、合流ノード(LSR5)に転送される。合流ノード(LSR5)に転送されてきたPathメッセージには、各パスにおける各LSRのアドレスが追加される。
合流ノード(LSR5)は、現用パスによりデータ転送を行う平常状態であるため、現用パスの上流ノード(LSR4)から受信したPathメッセージを現用パスの下流ノード(LSR6)に転送する。一方、合流ノード(LSR5)は、予備パスの上流ノード(LSR8)から受信したPathメッセージは廃棄する。合流ノード(LSR5)から下流ノード(LSR6)へ転送されたPathメッセージのRROには、新たにLSR5のアドレスが追加される。このPathメッセージが、終点ノードに該当するLSR6によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第四動作例〕
図16は、障害状態の単方向1+1プロテクションのネットワークにおける経路トレースの動作例(第四動作例)を示す図である。第四動作例でも、予備パスは現用パスに対する1+1プロテクションを実行するパスである。第四動作例では、LSR3とLSR4との間において障害が生じた場合を想定する。第四動作例ではPathメッセージの流れを示す。
この場合、LSR5以外の各LSRの動作は第三動作例と同じであるため、その説明を省略する。Pathメッセージを受信した合流ノード(LSR5)は、予備パスによりデータ転送を行う障害状態であるため、予備パスの上流ノード(LSR8)から受信したPathメッセージのRROに自装置(LSR5)のアドレスを追加し、その更新されたRROを格納した新たなPathメッセージを現用パスの下流ノード(LSR6)に送信する。一方、合流ノード(LSR5)は、現用パスの上流ノード(LSR4)から受信したPathメッセージは廃棄する。このPathメッセージが、終点ノードに該当するLSR6によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
なお、LSR3からLSR4へ間で障害が生じているため、現用パスを経由したPathメッセージは合流ノード(LSR5)へ届かないことも想定できる。しかし、LSR3からLSR4への他の予備パスが用意されている場合などは、そのパスを経由してLSR3及びLSR4を経由したPathメッセージが合流ノード(LSR5)へ到達することも想定できる。
〔ネットワークの第五動作例〕
図17は、第一動作例の場合と同じネットワーク構成におけるResvメッセージの流れを示す図である。以下、このようなネットワーク構成におけるResvメッセージの流れについて説明する。
まず、終点ノードである(LSR6)は、Resvメッセージを上流ノード(LSR5)に送信する。このResvメッセージは、LSR6のアドレスが格納されたRROを含む。このResvメッセージを受信した合流ノード(LSR5)は、ネットワークが現用パスによりデータ転送を行う平常状態であるため、現用パスの上流ノード(LSR4)に、Resvメッセージを転送する。このResvメッセージのRROには、新たに、転送を行った合流ノード(LSR5)のアドレスが追加される。
Resvメッセージを受信した現用パスのノード(LSR4,LSR3)は、それぞれ、現用パスの上流ノードResvメッセージを転送する。このとき、各現用パスのLSRは、転送するResvメッセージのRROに自身のアドレスを追加する。そして、分岐ノード(LSR2)は、転送されてきたResvメッセージを受信すると、以下の二つの動作のうちいずれかを行うことにより、Resvメッセージの転送を行う。
第一の動作は、合流ノード(LSR5)が適切なパスにResvメッセージを転送していることを想定し、受信したResvメッセージのRROに自装置のアドレスを追加し、その更新されたRROを格納したResvメッセージを常に現用パスの上流ノード(LSR1)に転送(送信)するという動作である。1:1プロテクションの平常状態では、合流ノード(LSR5)の動作により、現用パス(LSR4,LSR3)にのみResvメッセージが転送されているため問題は生じない。
第二の動作は、現在のネットワークの状態に応じて、一方のパスから受信したResvメッセージのRROに自装置のアドレスを追加し、その更新されたRROを格納したResvメッセージを上流ノード(LSR1)に転送(送信)し、他方のパスから受信したResvメッセージを廃棄するという動作である。第五動作例では、第二の動作が実施される場合、ネットワークが平常状態であるため、分岐ノード(LSR2)は、現用パスの下流ノード(LSR3)から受信したResvメッセージは現用パスの上流ノード(LSR1)に転送する。一方、分岐ノード(LSR2)は、予備パスの下流ノード(LSR7)から受信したResvメッセージは廃棄する。
第一の動作と第二の動作とのいずれの動作によって転送(送信)されても良い。分岐ノード(LSR2)から上流ノード(LSR1)へ転送(送信)されたResvメッセージのRROには、新たにLSR2のアドレスが追加される。このResvメッセージが、始点ノードに該当するLSR1によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第六動作例〕
図18は、障害状態の単方向1:1プロテクションのネットワークにおける経路トレースの動作例(第六動作例)を示す図である。第六動作例でも、予備パスは現用パスに対する1:1プロテクションを実行するパスである。第六動作例では、LSR3とLSR4との間において障害が生じた場合を想定する。第六動作例ではResvメッセージの流れを示す。
この場合、LSR6の動作は第五動作例と同じであるため、その説明を省略する。Resvメッセージを受信した合流ノード(LSR5)は、ネットワークが障害状態であるため、予備パスの上流ノード(LSR8)に、新しくResvメッセージを生成し、生成したResvメッセージを送信する。このResvメッセージのRROは、受信したResvメッセージに格納されたRROに、転送を行ったLSR5のアドレスが追加されたものである。
このResvメッセージを受信した各中継装置(LSR8,LSR7)は、予備パスの下流ノードに、受信したResvメッセージを転送する。この転送したResvメッセージのRROには、新たに各LSRのアドレスが追加される。
分岐ノード(LSR2)は、LSR8,LSR7を介して転送されたResvメッセージを受信すると、第一の動作又は第二の動作のうちいずれかを行うことにより、Resvメッセージを転送(送信)する。1:1プロテクションの障害状態では、合流ノード(LSR5)の動作により、予備パス(LSR8,LSR7)にのみResvメッセージが送信されるため、第一の動作が実行されても問題は生じない。また、第二の動作が実行された場合は、現在のネットワークの状態が障害状態であるため、分岐ノード(LSR2)は、現用パスの下流ノード(LSR3)から受信したResvメッセージを廃棄し、予備パスの下流ノード(LSR7)から受信したResvメッセージに格納されていたRROを新たに生成したResvメッセージに格納する。そして、このRROに自装置のアドレス
を付加し、このResvメッセージを上流ノード(LSR1)に送信する。
分岐ノード(LSR2)から上流ノード(LSR1)へ送信されたResvメッセージのRROには、新たにLSR2のアドレスが追加される。このResvメッセージが、始点ノードに該当するLSR1によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第七動作例〕
図19は、平常状態の単方向1+1プロテクションのネットワークにおける経路トレースの動作例(第七動作例)を示す図である。第七動作例では、予備パスは現用パスに対する1+1プロテクションを実行するパスである。第七動作例ではResvメッセージの流れを示す。
終点ノード(LSR6)は、Resvメッセージを上流ノードに該当するLSR5に送信する。このResvメッセージは、LSR6自身のアドレスが格納されたRROを含む。Resvメッセージを受信した合流ノード(LSR5)は、現在のネットワークの状態が平常状態であるため、現用パスの上流ノード(LSR4)に、受信したResvメッセージを転送する。このResvメッセージのRROには、新たにResvメッセージの転送を行ったLSR5のアドレスが追加される。
Resvメッセージを受信した現用パスの各ノード(LSR4,LSR3)は、受信したResvメッセージを転送し、分岐ノード(LSR2)にResvメッセージが転送される。分岐ノード(LSR2)に転送されてきたResvメッセージのRROには、LSR4,LSR3のアドレスが追加される。
分岐ノード(LSR2)は、受信したResvメッセージを現用パスの上流ノード(LSR1)に常に転送する。分岐ノード(LSR2)から上流ノード(LSR1)へ転送されたResvメッセージのRROには、新たにLSR2のアドレスが追加される。このResvメッセージが、始点ノードに該当するLSR1によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第八動作例〕
図20は、障害状態の単方向1+1プロテクションのネットワークにおける経路トレースの動作例(第八動作例)を示す図である。第八動作例でも、予備パスは現用パスに対する1+1プロテクションを実行するパスである。第八動作例では、LSR3とLSR4との間において障害が生じた場合を想定する。第八動作例ではResvメッセージの流れを示す。
この場合、LSR5以外の各LSRの動作は第七動作例と同じであるため、その説明を省略する。Resvメッセージを受信した合流ノード(LSR5)は、ネットワークの状態が予備パスによりデータ転送を行う障害状態であるため、予備パスの上流ノード(LSR8)に、新しく生成したResvメッセージを送信する。このとき、分岐ノード(LSR2)は、新しく生成したResvメッセージに、受信したResvメッセージに格納されたRROを付加し、このRROには自装置のアドレスを付加する。このResvメッセージが、始点ノードに該当するLSR1によって受信されると、データ転送経路上の全ノード(全LSR)のアドレスがRROに格納されたこととなり、データ転送経路のトレースが完了する。
〔ネットワークの第九動作例〕
GPMLSでは、単方向パスだけでなく、双方向パスも確立することができる。第九動作例及び第十動作例では、双方向パスのネットワークにおける動作例について説明する。第九動作例及び第十動作例の説明に先立ち、まずは双方向パスのネットワークについて説明する。
図21〜23は、双方向パスのネットワーク構成例を示す図である。以下、双方向パスについて説明する。図21は、障害が発生していない平常状態における双方向パスの構成例を示す図である。障害が発生していない平常状態では、順方向(図21では右方向)、逆方向(図21では左方向)のパスは同一の経路を通過している(図21の実線による矢印で示される二つのパス)。
図22,23は、障害が発生した障害状態における双方向パスの構成例を示す図である。障害が発生した場合、双方向パスは二つの形態を取りうる。第一の形態では、順方向パス、逆方向パスについて非同期に(独立して)経路切り替えが実施される。図22は、このような第一の形態を示す。図22のように、逆方向パスにのみ障害が発生した場合、逆方向パスについてのみ、現用パスから予備パスに経路が切り替えられる。そして、障害の影響を受けなかった順方向パスについては、経路切り替えが行われない。第二の形態では、順方向パス、逆方向パスについて同期して(連動して)経路切り替えが実施される。図23は、このような第二の形態を示す。図23のように、逆方向パスにのみ障害が発生したとしても、順方向パスと逆方向のパスの両方が現用パスから予備パスに経路が切り替えられる。
順方向パスの経路トレースに対しては、第一の形態であっても第二の形態であっても、先に説明した単方向パスの経路トレースの技術が適用されればよい。また、第二の形態における逆方向パスの経路トレースは、先に説明した順方向パスの経路トレース手順を適用することによって実現できる。一方、第一の形態のように順方向パス、逆方向パスについて非同期に(独立して)経路切り替えが行われる場合、逆方向パスの経路トレースは、PathメッセージをResvメッセージに置き換え、逆方向パスの状態に応じてResvメッセージの転送を行うことにより実現できる。
なお、逆方向パスについて説明する場合、分岐ノードはLSR5となり、合流ノードはLSR2となる。また、逆方向パスについて説明する場合、上流側は左側となり、下流側は右側となる。
次に、第九動作例について説明する。図24は、双方向パスにおいて非同期切り替えを行う1:1プロテクションにおいて障害が発生した場合の経路トレース手順(第九動作例)を示す図である。この場合、逆方向パスの分岐ノード(LSR5)が予備パスにデータを転送し、逆方向の合流ノード(LSR2)が予備パスから受信したデータを下流ノード(LSR6)に転送する。以下、この動作について詳しく説明する。
まず、データ転送経路のトレースを要求する逆方向パスの始点ノード(LSR6)は、Resvメッセージを逆方向パスの下流ノード(LSR5)に送信する。このResvメッセージは、送信を行うLSR6のアドレス(LSR6)が格納されたRRO含む。このResvメッセージを受信した逆方向パスの分岐ノード(LSR5)は、現在のネットワークの状態が障害状態であるため、逆方向の予備パスの下流ノード(LSR8)に、新たに生成したResvメッセージを送信する。このResvメッセージには、受信されたResvメッセージに格納されていたRROが付加される。このResvメッセージのRROには、新たに転送を行ったLSR5のアドレスが追加される。このResvメッセージを受信した予備パスの各ノード(LSR8,LSR7)は、それぞれ受信したResvメ
ッセージの転送を行う。そして、予備パスを経由したResvメッセージは、逆方向の合流ノード(LSR2)に到達する。このとき、ResvメッセージのRROには、予備パスの各ノード(LSR8,LSR7)のアドレスが追加されている。
Resvメッセージを受信した逆方向パスの合流ノード(LSR2)は、以下の二つの動作のいずれかを行い、Resvメッセージを送信する。
第一の動作は、逆方向パスの分岐ノード(LSR5)が適切なパスにResvメッセージを送信していることを想定し、受信したResvメッセージに含まれるRROを含む新たなResvメッセージを常に逆方向の現用パスの下流ノード(LSR1)に送信するという動作である。このとき、送信されるResvメッセージのRROには、送信を行うLSR2のアドレスが付加される。1:1プロテクションの障害状態では、逆方向の分岐ノード(LSR5)の動作により、予備パス(LSR8,LSR7)にのみResvメッセージが送信されるため問題は生じない。
第二の動作は、現在のネットワークの状態に応じて、一方のパスから受信したResvメッセージに含まれるRROを格納したResvメッセージを逆方向の下流ノード(LSR1)へ転送し、他方のパスから受信したResvメッセージを廃棄するという動作である。第九動作例では、第二の動作が実施される場合、逆方向のネットワークが障害状態であるため、逆方向の合流ノード(LSR2)は、予備パスの上流ノード(LSR7)から受信したResvメッセージに格納されたRROを含む新たなResvメッセージをLSR1へ送信する。一方、逆方向の合流ノード(LSR2)は、現用パスの上流ノード(LSR3)から受信したResvメッセージは廃棄する。
第一の動作と第二の動作とのいずれの動作によってResvメッセージが転送(送信)されても良い。このとき、逆方向の合流ノード(LSR2)により転送(送信)されるResvメッセージには、新たにLSR2のアドレスが追加される。このResvメッセージが、逆方向の終点ノードであるLSR1に到着したとき、データ転送経路上の全ノードのアドレスがRROに格納され、データ転送経路のトレースが完了する。
〔ネットワークの第十動作例〕
図25は、双方向パスにおいて非同期切り替えを行う1+1プロテクションにおいて障害が発生した場合の経路トレース手順(第十動作例)を示す図である。この場合、逆方向パスの分岐ノード(LSR5)が現用パス、予備パスの双方にデータを転送する。そして、逆方向の合流ノード(LSR2)が予備パスから受信したデータのみを下流ノード(lsr6)に転送する。以下、この動作について詳しく説明する。
まず、データ転送経路のトレースを要求する逆方向パスの始点ノード(LSR6)は、Resvメッセージを上流ノード(LSR5)に送信する。このResvメッセージは、送信を行った始点ノード(LSR6)のアドレスが格納されたRROを含む。このResvメッセージを受信した逆方向パスの分岐ノード(LSR5)は、受信したResvメッセージを現用パスの上流ノード(LSR4)に転送し、さらに受信したResvメッセージに格納されたRROを含む新たなResvメッセージを予備パスの上流ノード(LSR8)に送信する。これらのResvメッセージのRROには、新たにLSR5のアドレスが追加される。
Resvメッセージを受信した各パスの各ノード(LSR4,LSR3,LSR8,LSR7)は、各パスの上流ノードに、受信したResvメッセージを転送する。このとき、転送したResvメッセージのRROには、新たに各ノード(LSR4,LSR3,LSR8,LSR7)のアドレスが追加される。
逆方向パスの合流ノード(LSR2)は、ネットワークの状態が障害状態であるため、予備パスの下流ノード(LSR7)から受信したResvメッセージに格納されたRROを含む新たなResvメッセージを、現用パスの上流ノード(LSR1)に送信する。一方、逆方向パスの合流ノード(LSR2)は、現用パスの下流ノード(LSR3)から受信したResvメッセージは廃棄する。LSR1へ送信されたResvメッセージのRROには、新たに合流ノード(LSR2)のアドレスが追加される。そして、このResvメッセージが、逆方向パスの終点ノードであるLSR1に到着したとき、データ転送経路上の全ノードのアドレスがRROに格納され、データ転送経路のトレースが完了する。
[第二実施形態]
次に、本発明による中継装置の第二実施形態である中継装置1bの構成例、中継装置1bを用いたネットワークの動作例などについて説明する。
〔装置構成〕
中継装置1bは、転送制御部10をさらに含む点で中継装置1aと異なる。転送制御部10は、プログラムがCPUによって実行されることにより実現される。また、転送制御部10は、専用のチップとして構成されても良い。
また、中継装置1bは、メッセージ制御部8aに替えてメッセージ制御部8bを含む点で中継装置1aと異なる。中継装置1bの他の各機能部は、中継装置1aと同様に構成される。従って、以下、メッセージ制御部8a及び転送制御部10についてのみ説明し、他の機能部についての説明を省略する。
〈メッセージ制御部〉
メッセージ制御部8bは、予備パスの経路トレース実行について不図示の入力装置から指示を受けた場合、新たなPathメッセージを作成するとともに、転送制御部10に対し、新たなPathメッセージを送信する旨を伝える点でメッセージ制御部8aと異なる。また、メッセージ制御部8bは、転送制御部10によって、受信されたPathメッセージの終点ノードが自装置であると判断された場合に、このPathメッセージに対応するResvメッセージを作成する点で、メッセージ制御部8aと異なる。メッセージ制御部8bの他の動作は、メッセージ制御部8aと基本的に同じであるため、その説明を省略する。
〈転送制御部〉
転送制御部10は、自装置1bのメッセージ送信部9から新たなPathメッセージが送信された場合に、このPathメッセージに対応するResvメッセージの受信を待っている状態(以下、この状態を「メッセージ待ち状態」と呼ぶ)であることを、不図示の記憶装置に登録する。転送制御部10は、メッセージ受信部5が、上記したPathメッセージに対応するResvメッセージを受信した場合、現在の状態がメッセージ待ち状態であるか否か判断する。メッセージ待ち状態である場合には、転送制御部10は、受信したResvメッセージを他のノードに転送しない事を決定する。そして、転送制御部10は、受信したResvメッセージを他のノードに転送しないことを、パス経路管理部6に通知する。この場合、パス経路管理部6,メッセージ制御部8a,及びメッセージ送信部9は、受信したResvメッセージの転送を行わない。そして、このResvメッセージによる経路トレースが終了する。
〔中継装置の動作例〕
次に、上記のように構成された中継装置1bの装置としての動作例について説明する。図27は、分岐ノードとして設置された中継装置1bがPathメッセージに対する処理
として実行する動作例を示すフローチャートである。この場合、予備パスの経路トレース実行について不図示の入力装置を介して指示があった場合(S39−YES)、転送制御部10はメッセージ待ち状態であることを登録する(S40)。メッセージ制御部8aは、RROを含む新たなPathメッセージを作成する。そして、メッセージ送信部9は、このPathメッセージを予備パスの下流ノードに対して送出する(S41)。なお、S40とS41の処理は順序が逆になってもかまわない。
一方、予備パスの経路トレース実行について指示がない場合(S39−NO)、図9に示されたS1以降の処理が実行される。
図28は、分岐ノードとして設置された中継装置1bがResvメッセージに対する処理として実行する動作例を示すフローチャートである。この場合、RROを含むResvメッセージが受信されると(S10)、転送制御部10はメッセージ待ち状態であるか否かを確認する。メッセージ待ち状態であった場合(S42−YES)、転送制御部10はResvメッセージの転送に関する処理を終了させる。一方、メッセージ待ち状態ではない場合(S42−NO)、図10に示されたS11以降の処理が実行される。
図29は、合流ノードとして設置された中継装置1bがPathメッセージに対する処理として実行する動作例を示すフローチャートである。この場合、RROを含むPathメッセージが受信されると(S20)、転送制御部10は終点ノードが自装置であるか否か判断する。終点ノードが自装置である場合(S43−YES)、メッセージ制御部8bは、RROを含むResvメッセージを作成する。そして、メッセージ送信部9は、このResvメッセージを予備パスの上流ノードに送出する(S44)。一方、終点ノードが自装置ではない場合(S43−NO)、図11に示されたS21以降の処理が実行される。なお、合流ノードとして設置された中継装置1bがResvメッセージに対して行う動作例は、図12に示されるフローチャートと同じであるため説明を省く。
〔ネットワークの第十一動作例〕
以下に、中継装置1bを用いて構成されたネットワークの動作例について説明する。なお、本来ならば、本ネットワークの動作例は、第二実施形態のネットワークの第一動作例として説明すべきだろうが、説明上の混乱を防止するため、第一実施形態のネットワークの動作例の番号を引き続き連番として使用し、本ネットワークの動作例を第十一動作例として説明する。
中継装置1aを、分岐ノード及び合流ノードに用いて構成されたネットワークでは、上記ネットワークの第一動作例〜第十動作例に示されるように、常にLSR1からLSR6(又はLSR6からLSR1)の間のノードについて経路トレースが実施されていた。即ち、予備パスの経路トレースではなく、データ転送経路の経路トレースが実現されていた。従って、予備パスを経由した経路トレースが実施された場合であっても(第二,四,六,八,九,十動作例)、予備パスであるLSR2,7,8,5のみならず、現用パスの始点ノードであるLSR1と終点ノードであるLSR6のアドレスもRROに含まれていた。しかし、予備パスについての経路トレースを実現しようとすると、得られるRROにはLSR1,6は含まれない必要がある。そこで、中継装置1bをネットワークの分岐ノード(LSR2)に設置することにより、予備パスのみについての経路トレースを実現する。なお、これまでのネットワークの動作例では、Pathメッセージ及びResvメッセージの転送を、それぞれ独立したシーケンスとして説明してきた。しかし、以下の説明では、RROを含むPathメッセージを受信した終点ノードが、このPathメッセージに対応するResvメッセージを送信する場合を想定する。これまでのネットワーク動作例では、経路トレースを要求した始点ノードにより送出されたPathメッセージは、終点ノードで受信されて動作が終了していたため、始点ノードは経路トレースの結果を得る
ことができなかった。これに対し、このように構成されたネットワークでは、経路トレースを要求した始点ノードが、Resvメッセージを受けることにより、経路トレースの結果を得ることができるというメリットがある。
以下、第十一動作例及び第十二動作例では、1:1プロテクションのネットワークにおける、予備パスのみについての経路トレースの動作例について説明する。予備パスについての経路トレースであるため、経路トレースのためのPathメッセージを送出する始点ノードは、分岐ノードであるLSR2となる。なお、1:1プロテクションについて改めて簡単に説明する。1:1プロテクションでは、分岐ノード(LSR2)は、平常状態の場合は現用パスにデータを転送し、障害状態の場合は予備パスにデータを転送する。一方、合流ノード(LSR5)は、平常状態の場合は現用パスから受信したデータを転送し、障害状態の場合は予備パスから受信したデータを転送する。
図30は、平常状態の予備パスの経路トレースのうち、Pathメッセージの流れを示す図である。予備パスの始点ノード(LSR2)は、Pathメッセージを作成し、予備パスの下流ノード(LSR7)に送信する。このPathメッセージは、始点ノードであるLSR2のアドレスが格納されたRROを含む。このPathメッセージを受信した予備パスの各ノード(LSR7,LSR8)は、下流ノードに対し、受信したPathメッセージを転送する。
ネットワークの状態が平常状態であるため、通常、合流ノード(LSR5)は、予備パスの上流ノード(LSR8)から受信したPathメッセージを転送することはない。ただし、合流ノード(LSR5)は、予備パスの終点ノードであるため、予備パス経路トレースのためのPathメッセージの終点ノードとなる。従って、合流ノード(LSR5)は、受信したPathメッセージに対するResvメッセージを作成し、予備パスの上流ノードに対し返信する(図31参照)。図31は、平常状態の予備パスの経路トレースのうち、Resvメッセージの流れを示す図である。Resvメッセージを受信した予備パスの各ノード(LSR8,LSR7)は、それぞれ予備パスの上流ノードに対しResvメッセージを転送する。このResvメッセージのRROには、新たに各ノードのアドレスが追加される。
予備パスの始点ノード(LSR2)が、予備パスを経由して転送されてきたResvメッセージを受信すると、待ち状態管理部10がメッセージ待ち状態であることを確認し、このResvメッセージの転送を停止する。そして、予備パスの経路トレースが完了する。このとき、予備パスの始点ノードであるLSR2が受信したResvメッセージのRROには、予備パス上の全ノードのアドレスが格納されている。
〔ネットワークの第十二動作例〕
障害状態の予備パスの経路トレースは、上記のように構成された中継装置1bを用いて実現されても良いし、中継装置1bの変形例である中継装置1cを用いて実現されても良い。まず、説明の簡単のため、中継装置1cの構成例よりも先に中継装置1cを用いて構成されたネットワークの動作例(第十二動作例)について先に説明する。
図32は、障害状態の予備パスの経路トレースのうち、Pathメッセージの流れを示す図である。また、図33は、障害状態の予備パスの経路トレースのうち、Resvメッセージの流れを示す図である。このネットワークにおいて、合流ノード(LSR5)に中継装置1cが適用される。
これまでの説明で示したように、ネットワークが障害状態である場合、合流ノード(LSR5)は、予備パスの上流ノード(LSR8)から受信したPathメッセージに含ま
れるRROを格納した新たなPathメッセージを現用パスの下流ノード(LSR6)に送信する。このため、Pathメッセージは、経路トレースの対象となっている予備パスを越え(終点ノードであるLSR5を越え)、データ転送パスの終点ノード(LSR6)まで到達される。そして、データ転送パスの終点ノードであるLSR6は、Pathメッセージを受信すると、Resvメッセージを返信する。
このResvメッセージは、再び合流ノード(LSR5)及び予備パスを経由し、予備パスの始点ノード(LSR2)まで到着する。このとき、始点ノード(LSR2)に受信されたResvメッセージには、データ転送パスの終点ノード(LSR6)及び予備パスの各ノード(LSR5,LSR8,LSR7)のアドレスが含まれる。予備パスの始点ノード(LSR2)は、これらのアドレスのうち、予備パスの終点ノード(LSR5)を越えたノードのアドレスを削除する。この処理により、予備パスの始点ノード(LSR2)は、予備パスに含まれる各ノードのアドレスを、予備パスの経路トレースの結果として取得する。
〔変形例〕
図34は、中継装置1bの変形例の中継装置1cである。中継装置1cは、予備パス抽出部11を含む点で中継装置1bと異なる。予備パス抽出部11は、プログラムがCPUによって実行されることにより実現される。また、予備パス抽出部11は、専用のチップとして構成されても良い。
予備パス抽出部11は、Resvメッセージが受信され、受信されたResvメッセージの終点ノードが自装置である場合には、このResvメッセージのRROに含まれる各ノードのアドレスを読み出す。次に、予備パス抽出部11は、RROに順に含まれる各ノードの中から、予備パスの終点ノードのアドレスを検出するそして、予備パス抽出部11は、検出されたアドレスよりも前にRROに記録されているアドレスを削除し、残ったアドレスを予備パスの経路トレースの結果として抽出する。予備パスの終点ノードのアドレスは、例えばResvメッセージに含まれるパスID(予備パスを示すパスID)や、終点ノードのアドレス(予備パスの終点ノードのアドレス)などを参照することにより判断されても良い。また、Pathメッセージが送出される際に、中継装置1bのいずれかの機能部が、Pathメッセージに含まれるパスID(予備パスを示すパスID)や、終点ノードのアドレス(予備パスの終点ノードのアドレス)などを記憶しておくことにより、予備パスの終点ノードのアドレスが判断されても良い。
また、障害状態の予備パス経路のトレースは、以下のように実現されても良い。まず、予備パスの経路トレースを要求する予備パスの始点ノード(LSR2)は、送出するPathメッセージに対し、予備パスの経路トレースであることを示すフラグを追加する。合流ノード(LSR5)は、このフラグが付加されたPathメッセージを受信した場合、ネットワークが平常状態であるか障害状態であるかに関わらず、予備パスの経路トレースであることを判断する。そして、合流ノード(LSR5)は、受信したPathメッセージを現用パスの下流ノード(LSR6)へ転送せず、このPathメッセージに対するResvメッセージを返信する。この場合、メッセージ制御部8bは、予備パスの経路トレースを実施するためのPathメッセージを作成する際に、予備パスの経路トレースであることを示すフラグをセットする。
なお、予備パスの経路トレースは、予め予備パスのパスIDが指定されているため、1:1プロテクションのネットワークであっても、1+1プロテクションのネットワークであっても基本的に動作は変わらない。このため、上記において説明した予備パスの始点ノード(LSR2)及び/又は予備パスの終点ノード(LSR5)がネットワークに適用されることにより、いずれのプロテクションにおいても予備パスの経路トレースを実現する
ことができる。
また、上記の説明では、中継装置1a,b,cの構成について、複数のネットワーク形態に対応可能となるように構成された例を説明したが、上記したネットワークの第一動作例から第十二動作例における分岐ノード,合流ノード,予備パスの始点ノード,予備パスの終点ノードのいずれかに特化して動作するように中継装置が構成されても良い。
[その他]
本発明は以下のように特定されて良い。
(付記1) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するパス判断手段と、
前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段と
を含む中継装置。
(付記2) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
前記メッセージを受信する受信手段と、
前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
前記受信されたメッセージが前記現用パス又は前記予備パスのいずれのパスから受信されたかに関わらず、当該メッセージに含まれる情報を転送する送信手段と
を含む中継装置。
(付記3) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される第一の中継装置であって、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するパス判断手段と、前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段とを含む第一の中継装置と、
前記ネットワーク内の分岐点に設置される第二の中継装置であって、前記メッセージを受信する受信手段と、前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、前記受信されたメッセージが前記現用パス又は前記予備パスのいずれのパスから受信されたかに関わらず、当該メッセージに含まれる情報を転送する送信手段とを含む第二の中継装置と
を備える経路トレースシステム。
(付記4) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するパス判断手段と、
前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段と
を含む中継装置。
(付記5) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
前記受信手段により受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送する送信手段と
を含む中継装置。
(付記6)あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される第一の中継装置であって、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、前記受信手段により受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送する送信手段とを含む第一の中継装置と、
前記ネットワーク内の分岐点に設置される第二の中継装置であって、前記メッセージを
受信する受信手段と、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するパス判断手段と、前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段とを含む第二の中継装置と
を備える経路トレースシステム。
(付記7) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置であって、
前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信する送信手段と、
前記送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージを受信する受信手段と、
前記送信手段が前記予備パスに含まれる各ノードの検出のために用いられるメッセージを送信する場合に自装置がメッセージ待ち状態であることを記憶し、前記受信手段が前記他のメッセージを受信した際に前記メッセージ待ち状態であることが記憶されている場合には、当該他のメッセージを他の中継装置に転送しないことを決定する決定手段と
を含む中継装置。
(付記8) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置であって、
前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信する送信手段と、
前記送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージであって、前記他の中継装置の識別子及び、前記他の中継装置から本中継装置までの間の前記予備パス上に存在する各中継装置の識別子を含む他のメッセージを受信する受信手段と、
前記予備パスの終点ノードを判断する判断手段と、
受信された前記他のメッセージに含まれる各中継装置の識別子から、前記判断手段によって判断された終点ノードよりも本中継装置から反対側に存在する各中継装置の識別子を排除することにより、前記予備パスに含まれる各中継装置の識別子を検出する検出手段とを含む中継装置。
(付記9) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置が、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記中継装置が、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するステップと、
前記中継装置が、前記受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記中継装置が、前記受信されたメッセージに含まれる情報を、前記判断されたパスに
転送するステップと
を含む中継方法。
(付記10) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置が、前記メッセージを受信するステップと、
前記中継装置が、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記中継装置が、前記受信されたメッセージが前記現用パス又は前記予備パスのいずれのパスから受信されたかに関わらず、当該メッセージに含まれる情報を転送するステップと
を含む中継方法。
(付記11) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される第一の中継装置が、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するステップと、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、受信された前記メッセージに含まれる情報を、判断されたパスに転送するステップと、
前記ネットワーク内の分岐点に設置される第二の中継装置が、前記メッセージを受信するステップと、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、前記受信されたメッセージが前記現用パス又は前記予備パスのいずれのパスから受信されたかに関わらず、当該メッセージに含まれる情報を転送するステップとを含む経路トレース方法。
(付記12) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置が、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記中継装置が、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するステップと、
前記中継装置が、前記受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記中継装置が、前記受信されたメッセージに含まれる情報を、前記判断されたパスに転送するステップと
を含む中継方法。
(付記13) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パス
とこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置が、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記中継装置が、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記中継装置が、受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送するステップと
を含む中継方法。
(付記14) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される第一の中継装置が、前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記第一の中継装置が、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記第一の中継装置が、受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送するステップと、
前記ネットワーク内の分岐点に設置される第二の中継装置が、前記メッセージを受信するステップと、
前記第二の中継装置が、前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するステップと、
前記第二の中継装置が、受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記第二の中継装置が、受信された前記メッセージに含まれる情報を、前記決定するステップにおいて決定されたパスに転送するステップと
を含む経路トレース方法。
(付記15) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置が、前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信するステップと、
前記中継装置が、前記送信されたメッセージに対して他の中継装置から返信された他のメッセージを受信するステップと、
前記中継装置が、前記予備パスに含まれる各ノードの検出のために用いられるメッセージを送信する場合に自装置がメッセージ待ち状態であることを記憶し、前記他のメッセージを受信した際に前記メッセージ待ち状態であることが記憶されている場合には、当該他のメッセージを他の中継装置に転送しないことを決定するステップと
を含む中継方法。
(付記16) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送
に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置が、前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信するステップと、
前記中継装置が、前記送信されたメッセージに対して他の中継装置から返信された他のメッセージであって、前記他の中継装置の識別子及び、前記他の中継装置から本中継装置までの間の前記予備パス上に存在する各中継装置の識別子を含む他のメッセージを受信するステップと、
前記中継装置が、前記予備パスの終点ノードを判断するステップと、
前記中継装置が、受信された前記他のメッセージに含まれる各中継装置の識別子から、前記判断された終点ノードよりも本中継装置から反対側に存在する各中継装置の識別子を排除することにより、前記予備パスに含まれる各中継装置の識別子を検出するステップとを含む中継方法。
(付記17) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置に対し、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するステップと、
前記受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記受信されたメッセージに含まれる情報を、前記判断されたパスに転送するステップと
を実行させるためのプログラム。
(付記18) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置に対し、
前記メッセージを受信するステップと、
受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記受信されたメッセージが前記現用パス又は前記予備パスのいずれのパスから受信されたかに関わらず、当該メッセージに含まれる情報を転送するステップと
を実行させるためのプログラム。
(付記19) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置に対し、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパ
ス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するステップと、
前記受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
前記受信されたメッセージに含まれる情報を、前記判断されたパスに転送するステップと
を実行させるためのプログラム。
(付記20) あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置に対し、
前記パスに含まれる各ノードの検出のために用いられるメッセージを受信するステップと、
受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与するステップと、
受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送するステップと
を実行させるためのプログラム。
(付記21) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置に対し、
前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信するステップと、
前記送信されたメッセージに対して他の中継装置から返信された他のメッセージを受信するステップと、
前記予備パスに含まれる各ノードの検出のために用いられるメッセージを送信する場合に自装置がメッセージ待ち状態であることを記憶し、前記他のメッセージを受信した際に前記メッセージ待ち状態であることが記憶されている場合には、当該他のメッセージを他の中継装置に転送しないことを決定するステップと
を実行させるためのプログラム。
(付記22) あるノードから他のノードまでのパスが複数存在し、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置される中継装置に対し、
前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信するステップと、
前記送信されたメッセージに対して他の中継装置から返信された他のメッセージであって、前記他の中継装置の識別子及び、前記他の中継装置から本中継装置までの間の前記予備パス上に存在する各中継装置の識別子を含む他のメッセージを受信するステップと、
前記予備パスの終点ノードを判断するステップと、
受信された前記他のメッセージに含まれる各中継装置の識別子から、前記判断された終点ノードよりも本中継装置から反対側に存在する各中継装置の識別子を排除することにより、前記予備パスに含まれる各中継装置の識別子を検出するステップと
を実行させるためのプログラム。
MPLSによるデータ転送の例を示す図である。 RSVP−TEによるパス確立の例を示す図である。 予備パスのネットワーク構成例を示す図である。 Pathメッセージのフォーマット例を示す図である。 RSVP−TEによる予備パスの確立の例を示す図である。 RROによる経路トレースの例を示す図である。 GMPLS−BSRを示す図である。 第一実施形態の機能ブロック例を示す図である。 分岐点に設置された中継装置の動作例を示すフローチャートである。 分岐点に設置された中継装置の動作例を示すフローチャートである。 合流点に設置された中継装置の動作例を示すフローチャートである。 合流点に設置された中継装置の動作例を示すフローチャートである。 ネットワークの第一動作例を示す図である。 ネットワークの第二動作例を示す図である。 ネットワークの第三動作例を示す図である。 ネットワークの第四動作例を示す図である。 ネットワークの第五動作例を示す図である。 ネットワークの第六動作例を示す図である。 ネットワークの第七動作例を示す図である。 ネットワークの第八動作例を示す図である。 双方向パスの例を示す図である。 双方向パスにおける障害発生時の単方向の経路切り替えの例を示す図である。 双方向パスにおける障害発生時の双方向の経路切り替えの例を示す図である。 ネットワークの第九動作例を示す図である。 ネットワークの第十動作例を示す図である。 第二実施形態の機能ブロック例を示す図である。 分岐点に設置された中継装置の動作例を示すフローチャートである。 分岐点に設置された中継装置の動作例を示すフローチャートである。 合流点に設置された中継装置の動作例を示すフローチャートである。 ネットワークの第十一動作例におけるPathメッセージの流れを示す図である。 ネットワークの第十一動作例におけるResvメッセージの流れを示す図である。 ネットワークの第十二動作例におけるPathメッセージの流れを示す図である。 ネットワークの第十二動作例におけるResvメッセージの流れを示す図である。 中継装置の変形例の機能ブロックを示す図である。
符号の説明
1a,1b,1c 中継装置
2 データ受信部
3 データ中継部
4 データ送信部
5 メッセージ受信部
6 パス経路管理部
7 記憶部
8 メッセージ制御部
9 メッセージ送信部
10 転送制御部
11 予備パス抽出部

Claims (5)

  1. あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
    前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
    前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断するパス判断手段と、
    前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
    前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段と
    を含む中継装置。
  2. あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される中継装置であって、
    前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
    前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送す
    ることを決定するパス判断手段と、
    前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
    前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段と
    を含む中継装置。
  3. あるノードから他のノードまでのパスが複数存在し、1以上のパスに対し各パスを一意に示すパス識別子が付与され、平常状態でデータ転送に使用される現用パスとこの現用パスに障害が生じた状態である障害状態でデータ転送に使用される予備パスとが確立されているネットワークにおいて、前記パス識別子によらずにあるノードから他のノードまでのデータ転送に使用されているパスに含まれる各ノードを検出するために前記ネットワーク内の分岐点に設置される第一の中継装置であって、
    前記パスに含まれる各ノードの検出のために用いられるメッセージを受信する受信手段と、
    前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
    前記受信手段により受信された前記メッセージに含まれる情報を、ネットワークの状態が平常状態であるか障害状態であるかに関わらず、前記現用パス及び前記予備パスの双方に転送する送信手段とを含む第一の中継装置と、
    前記ネットワーク内の分岐点に設置される第二の中継装置であって、前記メッセージを受信する受信手段と、
    前記ネットワークにおいて、前記メッセージに付与されている前記パス識別子が示すパス又は当該パスに対応する他のパスのうち、現在データ転送に使用されているパスを判断し、当該使用されているパスと、前記受信手段が受信したメッセージが伝達されてきたパスとが一致する場合にのみ、一致したパスに対し当該メッセージに含まれる情報を転送することを決定するパス判断手段と、
    前記受信手段によって受信されたメッセージに含まれる情報に対し、自装置を示す識別子を付与する識別子付与手段と、
    前記受信手段により受信された前記メッセージに含まれる情報を、前記パス判断手段によって判断されたパスに転送する送信手段とを含む第二の中継装置と
    を備える経路トレースシステム。
  4. 前記中継装置は、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置され、
    前記送信手段は、前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信
    前記受信手段は、前記送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージを受信
    前記中継装置は、
    前記送信手段が前記予備パスに含まれる各ノードの検出のために用いられるメッセージを送信する場合に自装置がメッセージ待ち状態であることを記憶し、前記受信手段が前記他のメッセージを受信した際に前記メッセージ待ち状態であることが記憶されている場合には、当該他のメッセージを他の中継装置に転送しないことを決定する決定手段
    を更に含む請求項1に記載の中継装置。
  5. 前記中継装置は、前記予備パスに含まれる各ノードの検出を可能とするために前記予備パスの始点に設置され、
    前記送信手段は、前記予備パスに含まれる各ノードの検出のために用いられるメッセージを前記予備パスに送信
    前記受信手段は、前記送信手段により送信されたメッセージに対して他の中継装置から返信された他のメッセージであって、前記他の中継装置の識別子及び、前記他の中継装置から本中継装置までの間の前記予備パス上に存在する各中継装置の識別子を含む他のメッセージを受信
    前記中継装置は、
    前記予備パスの終点ノードを判断する判断手段と、
    受信された前記他のメッセージに含まれる各中継装置の識別子から、前記判断手段によって判断された終点ノードよりも本中継装置から反対側に存在する各中継装置の識別子を排除することにより、前記予備パスに含まれる各中継装置の識別子を検出する検出手段とを更に含む請求項1に記載の中継装置。
JP2005060916A 2005-03-04 2005-03-04 中継装置 Expired - Fee Related JP4443442B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2005060916A JP4443442B2 (ja) 2005-03-04 2005-03-04 中継装置
US11/223,973 US7710863B2 (en) 2005-03-04 2005-09-13 Relay device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005060916A JP4443442B2 (ja) 2005-03-04 2005-03-04 中継装置

Publications (2)

Publication Number Publication Date
JP2006246187A JP2006246187A (ja) 2006-09-14
JP4443442B2 true JP4443442B2 (ja) 2010-03-31

Family

ID=36944259

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005060916A Expired - Fee Related JP4443442B2 (ja) 2005-03-04 2005-03-04 中継装置

Country Status (2)

Country Link
US (1) US7710863B2 (ja)
JP (1) JP4443442B2 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7782790B1 (en) * 2006-06-16 2010-08-24 Cisco Technology, Inc. Extensions to the path verification protocol to support link bundling constructs
JP2008060755A (ja) * 2006-08-30 2008-03-13 Fujitsu Ltd 予備系ルートの制御方式
JP4536142B2 (ja) * 2006-09-15 2010-09-01 富士通株式会社 経路確認方法及び装置
JP2008193395A (ja) * 2007-02-05 2008-08-21 Fujitsu Ltd 双方向パスの設定方法とそれを実現する通信システムとノード装置
JP4686490B2 (ja) * 2007-02-28 2011-05-25 日本電信電話株式会社 パス切替方法、パス切替システムおよび分岐ノード
JP4728985B2 (ja) * 2007-03-12 2011-07-20 日本電信電話株式会社 パス自動構成方法および装置
US9338083B2 (en) 2007-12-28 2016-05-10 At&T Intellectual Property I, Lp ECMP path tracing in an MPLS enabled network
JP4954947B2 (ja) * 2008-06-23 2012-06-20 富士通株式会社 経路情報変換機能を有するノード装置
CN101521628B (zh) * 2009-01-16 2012-05-23 深圳市迈科龙电子有限公司 一种数据文件自动中转传输和路由的方法
JP5533112B2 (ja) * 2010-03-24 2014-06-25 富士通株式会社 監視装置,監視方法および監視プログラム
US9769066B2 (en) * 2013-07-16 2017-09-19 Futurewei Technologies, Inc. Establishing and protecting label switched paths across topology-transparent zones
CN104717259B (zh) * 2013-12-16 2018-05-22 中国科学院声学研究所 分布式中转服务器网络辅助的多路径数据传输系统与方法
US9559892B2 (en) * 2014-04-16 2017-01-31 Dell Products Lp Fast node/link failure detection using software-defined-networking
US11595119B2 (en) * 2021-01-11 2023-02-28 Cisco Technology, Inc. Protection switching based on exchange of protection information

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6862288B2 (en) * 2001-01-16 2005-03-01 Fujitsu Network Communications, Inc. Circuit reestablishment and tear down in a highly available communications system
JP4297636B2 (ja) * 2001-08-21 2009-07-15 富士通株式会社 伝送システム
ATE488061T1 (de) * 2001-09-24 2010-11-15 Rumi Sheryar Gonda Verfahren zur unterstützung von ethernet-mac- schaltungen
US7039005B2 (en) * 2001-10-02 2006-05-02 Fujitsu Limited Protection switching in a communications network employing label switching
US6785436B2 (en) * 2001-12-28 2004-08-31 Axiowave Networks, Inc. Method of and operating architectural enhancement for combining optical (photonic) and data packet-based electrical switch fabric networks with a common software control plane while providing increased utilization of such combined networks
JP4053308B2 (ja) * 2002-02-15 2008-02-27 富士通株式会社 上位及び下位中継装置並びにネットワーク装置
JP2004128723A (ja) * 2002-09-30 2004-04-22 Fujitsu Ltd ラベルスイッチルータ及びそのパス切替制御方法
JP4598462B2 (ja) * 2004-09-16 2010-12-15 富士通株式会社 L2−vpnサービスを提供するプロバイダ網、及びエッジルータ

Also Published As

Publication number Publication date
US7710863B2 (en) 2010-05-04
US20060198695A1 (en) 2006-09-07
JP2006246187A (ja) 2006-09-14

Similar Documents

Publication Publication Date Title
JP4443442B2 (ja) 中継装置
US7978596B2 (en) Connection-oriented network node
US7710860B2 (en) Data relay apparatus and data relay method
US8531976B2 (en) Locating tunnel failure based on next-next hop connectivity in a computer network
EP3554021B1 (en) Flow label negotiation method, related device, and system
US7990946B2 (en) Node apparatus and path setup method
US9313145B2 (en) Signaling co-routed and non co-routed LSPs of a bidirectional packet TE tunnel
EP1727316B1 (en) Extension to RSVP protocol for supporting OAM configuration
US20130232193A1 (en) Control-Plane Interface Between Layers in a Multilayer Network
KR101605052B1 (ko) 링 네트워크 레이블 전환 경로 생성 방법, 관련 장치 및 통신 시스템
US20130148489A1 (en) Connection verification for mpls label switched paths and pseudowires
US9461906B2 (en) Method for exchanging information for establishing a path between two nodes of a communication network
JP4199514B2 (ja) ネットワークを相互に接続する方法、及びそのための装置
US20060221816A1 (en) Transmission device and label allocation method
WO2012037820A1 (zh) 多协议标签交换系统、节点设备及双向隧道的建立方法
US20090103533A1 (en) Method, system and node apparatus for establishing identifier mapping relationship
EP1755240A1 (en) Method for performing association in automatic switching optical network
JP2003309595A (ja) ネットワークにおけるルーチング装置およびルーチング方法
WO2012167843A1 (en) Method of and apparatus for configuring quality of service
US20080186951A1 (en) Method of setting bidirectional path, and communication system and node device for providing the same
EP1722507B1 (en) An implementing method of binding the working label switched path with the protection label switched path
EP2624505A1 (en) Method and system for establishing, grafting and cutting bidirectional point-to-multipoint label switched path
CN112804140A (zh) 传输路径切换方法、装置、网络节点、介质及网络系统
KR100776790B1 (ko) Rsvp-te 프로토콜을 이용하여 lsp를 설정하기위한 lsr의 메시지 처리 방법
JP3777185B2 (ja) Gmpls+ip/mplsネットワークおよびノード

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070710

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090730

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090825

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091021

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: 20091215

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: 20100112

R150 Certificate of patent or registration of utility model

Ref document number: 4443442

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130122

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130122

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140122

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees