JP6052044B2 - パケットトランスポートネットワークシステム - Google Patents

パケットトランスポートネットワークシステム Download PDF

Info

Publication number
JP6052044B2
JP6052044B2 JP2013095828A JP2013095828A JP6052044B2 JP 6052044 B2 JP6052044 B2 JP 6052044B2 JP 2013095828 A JP2013095828 A JP 2013095828A JP 2013095828 A JP2013095828 A JP 2013095828A JP 6052044 B2 JP6052044 B2 JP 6052044B2
Authority
JP
Japan
Prior art keywords
oam
path
node
state
processing unit
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
JP2013095828A
Other languages
English (en)
Other versions
JP2014217026A (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 JP2013095828A priority Critical patent/JP6052044B2/ja
Priority to US14/224,448 priority patent/US9397882B2/en
Publication of JP2014217026A publication Critical patent/JP2014217026A/ja
Application granted granted Critical
Publication of JP6052044B2 publication Critical patent/JP6052044B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/0645—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis by additionally acting on or stimulating the network after receiving notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery

Landscapes

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

Description

本発明は、パケットトランスポートネットワークシステムに関する。
近年、イ−サネット（Ethernet：登録商標）技術及びＩＰ（Internet Protocol）技術
の進歩に伴い、通信ネットワーク（単に、ネットワークまたは網と記載することもある）のＩＰ統合が急速に進んでいる。この動向はネットワークプロバイダにも及んでいる。この結果、通信事業者（キャリア）が運用するキャリアネットワークにおいて、ＩＰトラフィックの需要増大と、消費電力及び機器設備コストの低減とを達成するために、ＳＤＨ（同期デジタルハイアラーキ：Synchronous Digital Hierarchy）伝送からパケット伝送に
伝送技術を変更して伝送効率を向上することが推進されている。
ＳＤＨ伝送及びパケット伝送は、伝送効率の視点において、次のように相異する。ＳＤＨ伝送は、ＴＤＭ（時分割多重：Time Division Multiplexing）ベースの技術であり、伝送対象データが無い状態でもタイムスロットを占有する。パケット伝送は、伝送対象データが無い状態では、ベストエフォートなどの他の通信サービスの伝送が可能であり、回線使用効率が良い。
キャリアネットワークでは、パケット伝送であっても、運用管理の視点からは、これまでのＳＤＨ伝送に相当する経路管理、すなわち静的な経路設定が必要である。この静的な経路設定とは、具体的には、ＩＰ網においてコネクションが確立された論理的なパス（コネクションオリエンテッドパス）を設定することである。この要求を満足するために、ＭＰＬＳ−ＴＰ（Multi Protocol Label Switching-Transport Profile）と称されるパケットベースのトランスポート技術が開発されている。
特開２００１−３４５８１０号公報 特開平１０−１９０６５４号公報
図１及び図２を参照すると、関連技術のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ１は、インタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を有する複数のＭＰＬＳ−ＴＰノード装置（単に、ノードと記載することもある）Ａ〜Ｉを備える。
ノードＡ〜Ｉは、それぞれのインタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を接続するリンクＬｉｎｋ＃ＡＢ〜Ｌｉｎｋ＃ＨＩによりメッシュ状に接続されてメッシュネットワークＮＷを構成する。このメッシュネットワークＮＷはパケットトランスポートネットワークである。各リンクＬｉｎｋ＃ＡＢ〜Ｌｉｎｋ＃ＨＩは、少なくとも１本の光ファイバで形成される回線である。
ノードＡ〜Ｉは、データ通信網ＤＣＮ（Data Communication Network）経由で網管理システムＮＭＳ（Network Management System）からの指示に応じて、ＭＰＬＳ−ＴＰのラ
ベルスイッチパス（ＬＳＰ：Label Switched Path）を予め設定する。
マルチキャスト配信サーバ１０１は、複数のクライアント装置（単に、クライアントと
記載することもある）１０２，１０３，１０４，１０５にマルチキャストラベルスイッチパス（単に、マルチキャストパスと記載することもある）ＭＬＳＰにより接続される。
ノードＡ〜Ｉは、図３に示すルーティング情報が予め格納された静的なラベルテーブルを有し、このルーティング情報に従ってマルチキャストパケットを転送する。例えば、ノードＡは、インタフェースポート（出力ポート）Ｐ２からノードＢに転送するマルチキャストパケットには、ラベル（出力ラベル）ａｂを設定し、インタフェースポート（出力ポート）Ｐ３からノードＤに転送するマルチキャストパケットには、ラベル（出力ラベル）ａｄを設定する。
キャリアネットワークにおいては、その性質上、通信サービスに関して高い可用性が求められており、ＲＦＣ６３７２は、マルチキャストパスＭＬＳＰに対しては、図４に示すように、各リンクについて現用リンクＡＬ及び予備リンクＳＬによるリニアプロテクション（Liner Protection）を適用することを規定している。
したがって、現用リンクＡＬを使用するマルチキャストパスＭＬＳＰの障害時には、予備リンクＳＬ経由のプロテクションパスＰＴＰにより障害を救済する。しかし、このプロテクションパスＰＴＰによる障害救済方法では、実使用帯域の２倍の帯域が常に必要となる。
別の障害救済方法として、ｄｒａｆｔ−ｕｍａｎｓｋｙ−ｍｐｌｓ−ｔｐ−ｒｉｎｇ−ｐｒｏｔｅｃｔｉｏｎ−ｓｗｉｔｃｈｉｎｇ−０３．ｔｘｔに記述されているようなリングプロテクション（Ring Protection）技術がある。
このリングプロテクションを適用した場合、図５に示すように、リンクＬｉｎｋ＃ＤＧを使用するマルチキャストパスＭＬＳＰの障害は、リンクＬｉｎｋ＃ＤＥ、リンクＬｉｎｋ＃ＥＨ、及びリンクＬｉｎｋ＃ＧＨを経由する迂回経路のプロテクションパスＰＴＰで救済される。
しかし、リングプロテクションによるこの障害救済方法では、正常時であっても、リンクＬｉｎｋ＃ＧＨにマルチキャストパスＭＬＳＰ及びプロテクションパスＰＴＰの同一パケットが流れており、帯域の無駄使いを免れない。また、この障害救済方法では、障害救済時の経由リンク数が増加することを免れない。
課題は、障害救済時の帯域の無駄を削減し、かつ障害救済時の経由リンク数を抑制するする技術を提供することにある。
上記課題を解決するために、パケットトランスポートネットワークシステムは、複数の物理リンクにより相互接続されてネットワークを構成し、マルチキャストパケットの配信始端ノードから第１方向及び第２方向に分岐する形態で該当物理リンクに予め設定される第１及び第２の現用マルチキャストラベルスイッチパス（ＭＬＳＰ）を中継または終端するノードを含む複数のノードを備える。
前記第１方向に設定された前記第１のＭＬＳＰを伝送されるパス監視のための疎通確認パケットを第１位ポートを介して周期的に受信できないノードは、救済要求を示す制御パケットを第２位ポートを介して送信する。
前記第２方向に設定された前記第２のＭＬＳＰを伝送される前記疎通確認パケットを第１位ポートを介して周期的に受信している前記中継または終端するノードが、前記救済要
求を示す制御パケットを第２位ポートを介して受信したときは、前記第２方向に設定された前記第２のＭＬＳＰを伝送される前記マルチキャストパケットを第１位ポートを介して受信し、該当物理リンクに予め設定される救済パスに受信した前記マルチキャストパケットをブリッジする。
前記疎通確認パケットを受信できない前記ノードは、前記救済パスにブリッジされた前記マルチキャストパケットを前記第２位ポートを介して受信する。
開示したパケットトランスポートネットワークシステムによれば、障害救済時の帯域の無駄を削減し、かつ障害救済時の経由リンク数を抑制することができる。
他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される発明を実施するための形態を読むことにより明らかになるであろう。
関連技術のＭＰＬＳ−ＴＰネットワークシステムの構成を示すブロック図。 関連技術のＭＰＬＳ−ＴＰネットワークシステムの構成を示すブロック図。 関連技術のノードにおけるラベルテーブルの構成を示す図。 関連技術のＭＰＬＳ−ＴＰネットワークシステムにおける障害救済方法を説明するための図。 関連技術のＭＰＬＳ−ＴＰネットワークシステムにおける障害救済方法を説明するための図。 一実施の形態のＭＰＬＳ−ＴＰネットワークシステムの概要構成を示すブロック図。 一実施の形態のＭＰＬＳ−ＴＰネットワークシステムの詳細構成を示すブロック図。 一実施の形態のＭＰＬＳ−ＴＰネットワークシステムの詳細構成を示すブロック図。 一実施の形態のノードの構成を示すブロック図。 一実施の形態のノードにおけるラベルテーブルの構成を示す図。 一実施の形態のノードにおけるＯＡＭパケット処理部の処理を説明するためのフローチャート。 一実施の形態のノードにおけるＯＡＭパケット処理部の処理を説明するためのフローチャート。 一実施の形態のノードにおけるＯＡＭパケット処理部の処理を説明するためのフローチャート。 一実施の形態のシステムに適用されるＯＡＭパケットを説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 一実施の形態のシステムにおける障害救済処理を説明するための図。 他の実施の形態のＭＰＬＳ−ＴＰネットワークシステムの概要構成を示すブロック図。 他の実施の形態のＭＰＬＳ−ＴＰネットワークシステムの詳細構成を示すブロック図。 他の実施の形態のシステムにおける障害救済処理を説明するための図。 他の実施の形態のノードにおけるラベルテーブルの構成を示す図。 他の実施の形態のノードにおけるＯＡＭパケット処理部の処理を説明するためのフローチャート。
以下、添付図面を参照して、さらに詳細に説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。
［一実施の形態］
［システムの概要］
一実施の形態におけるシステムの概要構成を示す図６を参照すると、ＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２は、パケットベースのトランスポート技術であるＭＰＬＳ−ＴＰを適用したパケットトランスポートネットワークシステムであり、インタフェースポート（物理ポート）Ｐ１〜Ｐ３またはＰ１〜Ｐ４を有する複数（ここでは、９個）のＭＰＬＳ−ＴＰノード装置（単に、ノードと記載することもある）Ａ〜Ｉを備える。
ノードＡ〜Ｉは、それぞれのインタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を相互接続するリンク（物理リンク）Ｌｉｎｋ＃ＡＢ〜Ｌｉｎｋ＃ＨＩによりメッシュ状に接続されてメッシュネットワークＮＷを構成する。このメッシュネットワークＮＷはパケットトランスポートネットワークである。各リンクＬｉｎｋ＃ＡＢ〜Ｌｉｎｋ＃ＨＩは、少なくとも１本の光ファイバで形成される回線である。
ノードＡ〜Ｉは、データ通信網ＤＣＮ経由で網管理システムＮＭＳからの指示に応じて、ＭＰＬＳ−ＴＰのラベルスイッチパス（ＬＳＰ）を予め設定する。
マルチキャスト配信サーバ１０１は、所望のコンテンツデータを配信するために、複数（ここでは、４個）のクライアント装置（単に、クライアントと記載することもある）１０２，１０３，１０４，１０５に現用マルチキャストラベルスイッチパス（単に、現用マルチキャストパスと記載することもある）ＭＬＳＰにより接続される。現用マルチキャストパスＭＬＳＰは、メッシュネットワークＮＷにおいて、コネクションが確立された論理的なパス（コネクションオリエンテッドパス）である。
ノードＡ〜Ｉは、後に詳述するルーティング情報などが格納されたラベルテーブルを有し、このルーティング情報に従ってマルチキャストパケットを転送する。例えば、ノードＡは、インタフェースポート（出力ポート）Ｐ２からノードＢに転送するマルチキャストパケットには、ラベル（出力ラベル）ａｂを設定し、インタフェースポート（出力ポート）Ｐ３からノードＤに転送するマルチキャストパケットには、ラベル（出力ラベル）ａｄを設定する（図１０参照）。
図６に示すように、このＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２においては、第１方向の現用マルチキャストパスＭＬＳＰの障害時に、障害対応のノード（例えば、ノードＧ）と同様に第２方向の現用マルチキャストパスＭＬＳＰを収容する近隣のノード（例えば、ノードＢ）に関係する論理的な障害救済用分岐パス（単に、救済分岐パスまたは救済パスと記載することもある）ＢＰを使用して障害が救済される。ここで、救済分岐パス
ＢＰは、現用マルチキャストパスＭＬＳＰと同様にコネクションオリエンテッドパスである。
なお、一実施の形態においては、文脈に応じて現用マルチキャストパスＭＬＳＰの障害及びリンク（例えば、Ｌｉｎｋ＃ＤＧ）の障害と表現するが、両者間に格別の差異はない。
［システムの詳細］
次に、一実施の形態におけるシステムの詳細構成を示す図７を参照すると、ＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２において、クライアント１０２〜１０５と接続するノードＣ，Ｇ，Ｈ，Ｉの第１位パス（Primary Path）ＰＰは、現用マルチキャストパスＭＬＳＰの受信パスである。
リンクＬｉｎｋ＃ＧＨにおいて、ノードＨからノードＧ方向の救済分岐パスＢＰ１は、ノードＧが第１位パスＰＰからマルチキャストパケット（ＭＣパケット）を受信できない場合に使用するための第２位パス（Secondary Path）ＳＰである。
ノードＥを経由するリンクＬｉｎｋ＃ＢＥ及びリンクＬｉｎｋ＃ＥＨにおけるノードＢからノードＨ方向の救済分岐パスＢＰ２は、ノードＨが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＥを経由するリンクＬｉｎｋ＃ＢＥ及びリンクＬｉｎｋ＃ＥＨにおけるノードＨからノードＢ方向の救済分岐パスＢＰ３は、ノードＢが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩにおけるノードＣからノードＩ方向の救済分岐パスＢＰ４は、ノードＩが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩにおけるノードＩからノードＣ方向の救済分岐パスＢＰ５は、ノードＣが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＢ，Ｃ，Ｇ，Ｈ，Ｉの第２位パスＳＰは、自ノード対応の現用マルチキャストパスＭＬＳＰの障害時に、救済分岐パスＢＰからＭＣパケットを受信し、他ノード対応の現用マルチキャストパスＭＬＳＰの障害時に、救済分岐パスＢＰからＭＣパケットを送信するためのパスである。
ノードＢの第１位パスＰＰは自ノードＢの第２位パスＳＰに対する現用マルチキャストパスＭＬＳＰの受信パスである。
図７に示す現用マルチキャストパスＭＬＳＰの始点ノード（つまり、マルチキャストパケットの配信始端ノード）Ａと、第１位パスＰＰ及び第２位パスＳＰを収容する各ノードＢ，Ｃ，Ｇ，Ｈ，Ｉとは、図８に示すように、ＯＡＭ（Operation Administration and Maintenance）パケット処理部ＯＡＭをそれぞれ備える。
現用マルチキャストパスＭＬＳＰの始点ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１は、パス監視のための疎通確認メッセージ（ＣＣＭ：Continuity Check Message）をＯＡＭパケットＣＣＭとして現用マルチキャストパスＭＬＳＰに周期的に（予め定められた時間間隔で）送信する。
また、クライアント１０２〜１０５と接続するノードＣ，Ｇ，Ｈ，Ｉの内、他ノードへ現用マルチキャストパスＭＬＳＰを中継するノードであるノードＧ，ＨのＯＡＭパケット処理部ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ２は、中継先ノードＨ，ＩへＯＡＭパケットＣＣＭを周期的に送信する。
クライアント１０２〜１０５と接続するノードＣ，Ｇ，Ｈ，ＩのＯＡＭパケット処理部ＯＡＭ＃Ｃ１，ＯＡＭ＃Ｇ１，ＯＡＭ＃Ｈ１，ＯＡＭ＃Ｉ１は、第１位パスＰＰにおいて、現用マルチキャストパスＭＬＳＰのＯＡＭパケットＣＣＭの受信を監視し、運用に応じて選択可能な予め定められた時間間隔（例えば、３．３ｍｓｅｃ，１０ｍｓｅｃなど）での未受信により、現用マルチキャストパスＭＬＳＰの障害状態（ＬＯＣ：Loss of Continuity）を検出する。
また、ノードＢ，Ｃ，Ｇ，Ｈ，ＩのＯＡＭパケット処理部ＯＡＭ＃Ｂ１，ＯＡＭ＃Ｃ２，ＯＡＮ＃Ｇ２，ＯＡＭ＃Ｈ３，ＯＡＭ＃Ｉ２は、第２位パスＳＰにおいて、救済要求を示す制御パケットであるブリッジ要求のＯＡＭパケットＢＲＱの送受信を行う。
一実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２においては、複数の物理リンクにより相互接続されてネットワークを構成し、マルチキャストパケットの配信始端ノードから第１方向及び第２方向に分岐する形態で該当物理リンクに予め設定される第１及び第２の現用マルチキャストパスＭＬＳＰを中継または終端するノードを含む複数のノードを備える。
ここで、第１方向に設定された第１の現用マルチキャストパスＭＬＳＰを伝送されるパス監視のためのＯＡＭパケットＣＣＭを第１位ポートを介して周期的に受信できないノードは、ブリッジ要求のＯＡＭパケットＢＲＱを第２位ポートを介して送信する。
また、第２方向に設定された第２の現用マルチキャストパスＭＬＳＰを伝送されるＯＡＭパケットＣＣＭを第１位ポートを介して周期的に受信している上記中継または終端するノードが、ブリッジ要求のＯＡＭパケットＢＲＱを第２位ポートを介して受信したときは、第２方向に設定された第２の現用マルチキャストパスＭＬＳＰを伝送されるマルチキャストパケットを第１位ポートを介して受信し、該当物理リンクに予め設定される救済分岐パスＢＰにブリッジする。
さらに、ＯＡＭパケットＣＣＭを受信できないノードは、救済分岐パスＢＰにブリッジされたマルチキャストパケットを第２位ポートを介して受信する。
これにより、障害救済時の帯域の無駄を削減し、かつ障害救済時の経由リンク数を抑制することができる。
［ノード］
次に、一実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２におけるノードの構成を示す図９を参照すると、インタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を有するノード（Ａ〜Ｉ）１０は、装置管理部１１、ラベルテーブル処理部１２、ラベルスイッチ処理部１３、ＯＡＭパケット処理部１４、ＯＡＭパケット挿入部１５、ＯＡＭパケット抽出部１６、バス１７、ラベルテーブル記憶部ＬＴＢ、及びスイッチファブリックＳＷを備える。
装置管理部１１は、ノード１０内の各種設定のためのユーザインタフェースと、設定内容を保持（格納）するためのメモリなどを含む。
ラベルテーブル処理部１２は、網管理システムＮＭＳにおけるＯＡＭ操作者（ネットワーク運用者）の操作に応じた装置管理部１１からの指示により、ラベルテーブル記憶部ＬＴＢ内のラベルテーブル（図１０参照）にノード名、ルーティング情報、パス種別情報、及び条件情報（項目，初期値）を静的に設定する。ラベルテーブル処理部１２は、ＯＡＭパケット処理部１４からの指示により、ラベルテーブルに条件情報の設定値を動的に設定する。
また、ラベルテーブル処理部１２は、ラベルスイッチ処理部１３に対してルーティングの指示を行うとともに、ＯＡＭパケット処理部１４からの指示により、ラベルスイッチ処理部１３に対してルーティング設定の切替を行う。
ラベルスイッチ処理部１３は、ラベルテーブル記憶部ＬＴＢ内のラベルテーブルの設定情報に基づくラベルテーブル処理部１２からの指示に従ってスイッチファブリックＳＷを制御し、ネットワーク伝送信号としてのパケットのルーティングを実施する。また、ラベルスイッチ処理部１３は、ＯＡＭパケット処理部１４からの指示に基づいてＭＣパケットを２つの方向（方路）にブリッジする場合には、ＭＣパケットを複製した後に、スイッチファブリックＳＷを通して２つの方向に送信する。
ＯＡＭパケット処理部１４は、ＯＡＭパケット挿入部１５及びＯＡＭパケット抽出部１６を介して、ＯＡＭパケットＣＣＭ，ＢＲＱの受信監視及び送信制御を行う。なお、図８においては、ＯＡＭパケット処理部１４は、例えば、ＯＡＭパケット処理部ＯＡＭ＃Ｈ１，ＯＡＭ＃Ｈ２，ＯＡＭ＃Ｈ３として各ポート対応に論理的に存在するように説明したが、物理的には１個である。
ノード１０において、上述した装置管理部１１、ラベルテーブル処理部１２、ラベルスイッチ処理部１３、及びＯＡＭパケット処理部１４は、少なくとも１つのプロセッサの処理機能により実現するか、個別回路要素によって構成することが可能である。
後に詳述する障害救済処理機能を論理的に実現するには、ノード１０において、不揮発性のフラッシュメモリとしてのディスクに制御プログラムをアプリケーションプログラムとしてインストールしておく。そして、プロセッサがこの制御プログラムを作業用メモリとしてのＲＡＭ（Random Access Memory）に展開して実行する。
［ラベルテーブル］
図１０に示すように、一実施の形態のノード（Ａ〜Ｉ）１０におけるラベルテーブル記憶部ＬＴＢ内のラベルテーブルには、ノード名、ルーティング情報、パス種別情報、及び条件情報が対応付けて格納されている。
ルーティング情報は、入力ポート番号、入力ラベル、出力ポート番号、及び出力ラベルを含む。パス種別情報において、Ｐｒｉｍａｒｙ、Ｓｅｃｏｎｄｒｙ、Ｐ＿ｔｏ＿Ｓ、及びＳ＿ｔｏ＿Ｐは、第１位パスＰＰ、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替をそれぞれ示す。
ノード名、ルーティング情報、パス種別情報、及び条件情報（項目，初期値）は、網管理システムＮＭＳにおけるＯＡＭ操作者の操作に応じた装置管理部１１からの指示により、ラベルテーブル処理部１２が静的に予め設定する情報である。
条件情報はルーティング情報有効条件及びルーティング情報無効条件を含む。ルーティング情報有効条件において、Ｓｅｃｏｎｄｒｙ＝Ｙ、Ｐ＿ｔｏ＿Ｓ＝Ｙ、及びＳ＿ｔｏ＿
Ｐ＝Ｙは、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替の有効状態をそれぞれ示す。第１位パスＰＰの通常状態は有効・無効に関係のないことを示す。
また、ルーティング情報無効条件において、Ｓｅｃｏｎｄｒｙ＝Ｎ、Ｐ＿ｔｏ＿Ｓ＝Ｎ、及びＳ＿ｔｏ＿Ｐ＝Ｎは、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替の無効状態をそれぞれ示す。第１位パスＰＰの通常状態は有効・無効に関係のないことを示す。
条件情報の設定値は、ＯＡＭパケット処理部１４からの指示により、ラベルテーブル処理部１２が動的に設定する情報である。つまり、条件情報の設定値は、ＯＡＭパケット処理部１４が後に詳述する処理を実行することに伴い、ラベルテーブル処理部１２により設定される。
［ＯＡＭパケット処理部］
図９に示す一実施の形態のノード（Ａ〜Ｉ）１０のＯＡＭパケット処理部１４におけるＯＡＭを終端している箇所に対するＭＥＰ（Maintenance End Point）処理について説明
する。
図１１Ａ及び図１１Ｂは、ノード（Ａ〜Ｉ）１０の第１位ポート（Primary Port）に対するＯＡＭパケット処理部１４の処理を示す。
ＬＯＣ検出処理では、パス監視のためのＯＡＭパケットＣＣＭの受信を第１位ポートを通して監視し、周期的にＯＡＭパケットＣＣＭを受信しない場合は、ＬＯＣ状態フラグのＬＯＣ＿Ｓｔａｔｅ＝Ｙ、つまり障害状態（疎通無状態）を切替判定処理に通知する。
詳述すると、ＬＯＣ検出処理は次に示す処理手順を採る。
Ｐ１１：ＬＯＣ＿Ｓｔａｔｅ＝Ｎでは、ＬＯＣ状態フラグが通常状態（疎通有状態）に初期設定される。
Ｐ１２：ＬＯＣ検出タイマが起動される。
Ｐ１３：ＣＣＭ受信判定では、ＯＡＭパケットＣＣＭの受信が判定される。
Ｐ１４：Ｐ１３で肯定判定のときは、ＬＯＣ検出タイマがリセットされてＰ１３に戻る。
Ｐ１５：Ｐ１３で否定判定のときは、ＬＯＣ検出タイマがカウントアップする。
Ｐ１６：ＬＯＣ検出タイマのタイムアウトが判定される。否定判定のときは、Ｐ１３に戻る。
Ｐ１７：ＬＯＣ＿Ｓｔａｔｅ＝Ｙでは、Ｐ１６で肯定判定のとき、ＬＯＣ状態フラグが障害状態に設定され、障害状態が切替判定処理に通知される。
Ｐ１８：ＣＣＭ受信判定では、ＯＡＭパケットＣＣＭの受信が判定される。肯定判定のときは、Ｐ１１に戻る。否定判定のときは、ＯＡＭパケットＣＣＭが受信されるまで待つ。
ブリッジ（Bridge）要求検出処理では、ブリッジ要求の受信を第１位ポートを通して監視し、ブリッジ要求を受信した場合は、ＢＧ＿ＲＱ＝Ｙ、つまりブリッジ要求有状態を切替判定処理に通知する。また、ブリッジ要求受信後、予め定められた時間以内にブリッジ
要求を受信しない場合は、ＢＧ＿ＲＱ＝Ｎ、つまりブリッジ要求無状態を切替判定処理に通知する。
詳述すると、ブリッジ要求検出処理は次に示す処理手順を採る。
Ｐ２１：ＢＧ＿ＲＱ＝Ｎでは、ブリッジ要求状態フラグがブリッジ要求無状態に初期設定される。
Ｐ２２：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。否定判定のときは、ブリッジ要求のＯＡＭパケットＢＲＱが受信されるまで待つ。
Ｐ２３：ＢＧ＿ＲＱ＝Ｙでは、Ｐ２２で肯定判定のとき、ブリッジ要求状態フラグがブリッジ要求有状態に設定され、ブリッジ要求有状態が切替判定処理に通知される。
Ｐ２４：ブリッジ要求検出タイマが起動される。
Ｐ２５：ブリッジ要求検出タイマがカウントアップする。
Ｐ２６：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。
Ｐ２７：Ｐ２６で肯定判定のときは、ブリッジ要求検出タイマがリセットされてＰ２５に戻る。
Ｐ２８：Ｐ２６で否定判定のときは、ブリッジ要求検出タイマのタイムアウトが判定される。否定判定のときは、Ｐ２５に戻る。肯定判定のときは、Ｐ２１に戻る。
切替判定処理では、上述したＬＯＣ検出処理またはブリッジ要求検出処理から通知されたＬＯＣ＿Ｓｔａｔｅ＝Ｙ（障害状態）またはＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に従って、パス種別情報におけるＳｅｃｏｎｄａｒｙ（第２位パスＳＰ）及びＳ＿ｔｏ＿Ｐ（第２位パスＳＰから第１位パスＰＰへの切替）についてのルーティング情報有効判定及びルーティング情報無効判定を行う。また、ラベルテーブルの条件情報を設定するために、ラベルテーブル処理部１２への指示を行う。さらに、Ｓ＿ＢＧ＿ＲＱにより、ノード（Ａ〜Ｉ）１０の第２位ポートに対するＯＡＭパケット処理部１４のブリッジ要求送信処理へブリッジ要求送信指示を行う。
詳述すると、切替判定処理は次に示す処理手順を採る。
Ｐ３１：ＬＯＣ＿Ｓｔａｔｅ＝Ｙの判定では、ＬＯＣ状態フラグの障害状態（疎通無状態）が判定される。
Ｐ３２：肯定判定のときは、Ｓｅｃｏｎｄａｒｙ＝Ｙでは、第２位パスＳＰが有効状態に設定される。
Ｐ３３：Ｓ＿ｔｏ＿Ｐ＝Ｎでは、第２位パスＳＰから第１位パスＰＰへの切替が無効状態に設定される。
Ｐ３４：Ｓ＿ＢＧ＿ＲＱ＝Ｙでは、第２位ポートへのブリッジ要求状態フラグがブリッジ要求有状態に設定される。
Ｐ３５：Ｐ３１で否定判定のときは、ＢＧ＿ＲＱ＝Ｙの判定では、ブリッジ要求状態フラグのブリッジ要求有状態が判定される。
Ｐ３６：肯定判定のときは、Ｓｅｃｏｎｄａｒｙ＝Ｙでは、第２位パスＳＰが有効状態に設定される。
Ｐ３７：Ｓ＿ｔｏ＿Ｐ＝Ｙでは、第２位パスＳＰから第１位パスＰＰへの切替が有効状態に設定される。
Ｐ３８：Ｓ＿ＢＧ＿ＲＱ＝Ｙでは、第２位ポートへのブリッジ要求状態フラグがブリッジ要求有状態に設定される。
Ｐ３９：Ｐ３５で否定判定のときは、Ｓｅｃｏｎｄａｒｙ＝Ｎでは、第２位パスＳＰが無効状態に設定される。
Ｐ４０：Ｓ＿ｔｏ＿Ｐ＝Ｎでは、第２位パスＳＰから第１位パスＰＰへの切替が無効状態に設定される。
Ｐ４１：Ｓ＿ＢＧ＿ＲＱ＝Ｎでは、第２位ポートへのブリッジ要求状態フラグがブリッジ要求無状態に設定される。
図１２は、ノード（Ａ〜Ｉ）１０の第２位ポート（Secondary Port）に対するＯＡＭパケット処理部１４の処理を示す。
ブリッジ要求検出処理では、ブリッジ要求の受信を第２位ポートを通して監視し、ブリッジ要求を受信した場合は、ＢＧ＿ＲＱ＝Ｙ、つまりブリッジ要求有状態を切替判定処理に通知する。また、ブリッジ要求受信後、予め定められた時間以内にブリッジ要求を受信しない場合は、ＢＧ＿ＲＱ＝Ｎ、つまりブリッジ要求無状態を切替判定処理に通知する。
詳述すると、ブリッジ要求検出処理は次に示す処理手順を採る。
Ｓ２１：ＢＧ＿ＲＱ＝Ｎでは、ブリッジ要求状態フラグがブリッジ要求無状態に初期設定される。
Ｓ２２：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。否定判定のときは、ブリッジ要求のＯＡＭパケットＢＲＱが受信されるまで待つ。
Ｓ２３：ＢＧ＿ＲＱ＝Ｙでは、Ｓ２２で肯定判定のとき、ブリッジ要求状態フラグがブリッジ要求有状態に設定され、ブリッジ要求有状態が切替判定処理に通知される。
Ｓ２４：ブリッジ要求検出タイマが起動される。
Ｓ２５：ブリッジ要求検出タイマがカウントアップする。
Ｓ２６：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。
Ｓ２７：Ｓ２６で肯定判定のときは、ブリッジ要求検出タイマがリセットされてＳ２５に戻る。
Ｓ２８：Ｓ２６で否定判定のときは、ブリッジ要求検出タイマのタイムアウトが判定される。否定判定のときは、Ｓ２５に戻る。肯定判定のときは、Ｓ２１に戻る。
切替判定処理では、上述したブリッジ要求検出処理から通知されたＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に従って、パス種別情報におけるＰ＿ｔｏ＿Ｓ（第１位パスＰＰから第２位パスＳＰへの切替）についてのルーティング情報有効判定及びルーティング情報無効判定を行う。また、ラベルテーブルの条件情報を設定するために、ラベルテーブル処理部１２への指示を行う。
詳述すると、切替判定処理は次に示す処理手順を採る。
Ｓ３１：ＢＧ＿ＲＱ＝Ｙの判定では、ブリッジ要求状態フラグのブリッジ要求有状態が判定される。
Ｓ３２：Ｓ３１で肯定判定のときは、Ｐ＿ｔｏ＿Ｓ＝Ｙでは、第１位パスＰＰから第２位パスＳＰへの切替が有効状態に設定される。
Ｓ３３：Ｓ３１で否定判定のときは、Ｐ＿ｔｏ＿Ｓ＝Ｎでは、第１位パスＰＰから第２位パスＳＰへの切替が無効状態に設定される。
ブリッジ要求送信処理では、第１位ポートに対するＯＡＭパケット処理部１４における切替判定処理の指示に従って、第２位ポートへのブリッジ要求の送信制御を行う。
詳述すると、ブリッジ要求送信処理は次に示す処理手順を採る。
Ｓ４１：Ｓ＿ＢＧ＿ＲＱ＝Ｙの判定では、第２位ポートへのブリッジ要求状態フラグのブリッジ要求有状態が判定される。
Ｓ４２：Ｓ４１で肯定判定のときは、ブリッジ要求送信では、ブリッジ要求のＯＡＭパケットＢＲＱが第２位ポートへ送信され、Ｓ４１に戻る。
Ｓ４３：Ｓ４１で否定判定のときは、ブリッジ要求非送信では、ブリッジ要求のＯＡＭパケットＢＲＱは第２位ポートへ送信されることなく、Ｓ４１に戻る。
図１３はＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector） Ｇ．８０１３（２０１１年７月）、ＩＴＵ−Ｔ Ｙ．１７３１（２０１１年７月）及びＩＴＵ−Ｔ Ａｍｄ．１（２０１２年５月）で規定されているＯＡＭパケットのフレームフォーマットを示す。
ここで、フレーム中のＬＳＦ（Label Stack Field）はスタック可能なＭＰＬＳ−ＴＰ
のラベル部である。ＬＳＦ＃１（Path Label）は、ルーティングに使用されるラベル部であり、“Ｌａｂｅｌ”フィールドにラベル値（一実施の形態においては、例えば、ａｂ，ａｄなど）が設定される。ＬＳＦ＃２（Channel Label）は、運用上の信号を伝送するデ
ータパケットとＯＡＭパケットとを区別するために用いられ、“Ｌａｂｅｌ”フィールドに設定される特定の値をＯＡＭパケットに割り当てる。
また、ＯＡＭ ＰＤＵ（Protocol Data Unit）には、ＯＡＭレベル情報であるＭＥＬ（ＭＥＧ(Maintenance Entity Group) Level）、ＯＡＭ ＰＤＵのタイプを示すＯｐＣｏｄｅ、タイプにより用途が決まるＦｌａｇｓ、ＯＡＭ ＰＤＵ中の最初のＴＬＶの位置を示すＴＬＶ Ｏｆｆｓｅｔなどがある。
ＯｐＣｏｄｅが、値１の場合は、ＣＣＭであることを示している。ＯｐＣｏｄｅは、値３２，３４，３６，３８，４４，５６〜６３が未使用となっており、例えばＯｐＣｏｄｅ＝５６をブリッジ要求に割り当てる。
［障害救済処理］
次に、一実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２における障害救済処理例について、関連図を併せ参照して説明する。
（正常状態）
図１４は正常状態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２を示している。ノードＡ，Ｇ，ＨのＯＡＭパケット処理部ＯＡＭ＃Ａ１，ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ２から現用マルチキャストパスＭＬＳＰ上にＯＡＭパケットＣＣＭが送信される。ノードＣ，Ｇ，Ｈ，ＩのＯＡＭパケット処理部ＯＡＭ＃Ｃ１，ＯＡＭ＃Ｇ１，ＯＡＭ＃Ｈ１，ＯＡＭ＃Ｉ１は、周期的に（予め定められた時間間隔で）ＯＡＭパケットＣＣＭを受信し、正常状態と判定する。
詳述すると、図１４に示す正常状態においては、例えば、ノードＧ，Ｈ，ＢのＯＡＭパケット処理部１４（限定を要しないときは、符号１４を用いる）は、次のように動作する。
ノードＧ，Ｈ，Ｂにおいては、次のパラメータを初期値Ｎとする。
（１）ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（ＬＯＣ状態フラグ＝通常状態／疎通有状態）
（２）ＢＧ＿ＲＱ＝Ｎ（第１位ポートまたは第２位ポートへのブリッジ要求状態フラグ＝ブリッジ要求無状態）
（３）Ｓ＿ＢＧ＿ＲＱ＝Ｎ（第２位ポートへのブリッジ要求状態フラグ＝ブリッジ要求無状態）
（４）Ｓｅｃｏｎｄａｒｙ＝Ｎ（第２位パスＳＰ＝無効状態）
（５）Ｓ＿ｔｏ＿Ｐ＝Ｎ（第２位パスＳＰから第１位パスＰＰへの切替＝無効状態）
（６）Ｐ＿ｔｏ＿Ｓ＝Ｎ（第１位パスＰＰから第２位パスＳＰへの切替＝無効状態）
ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＧの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｇ１１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグのＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｇ１２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ＯＡＭパケット処理部ＯＡＭ＃Ａ１がブリッジ要求を送信しないので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグのＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｇ１３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、第２位パスＳＰのＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、第２位パスＳＰから第１位パスＰＰへの切替のＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及び第２位ポートへのブリッジ要求状態フラグのＳ＿ＢＧ＿ＲＱ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの第２位ポートＰ２に関して、次の処理を実施する（図１２参照）。
Ｇ２１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＨのＯＡＭパケット処理部ＯＡＭ＃Ｈ１がブリッジ要求を送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｇ２２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求送信処理においては、上
記Ｇ１３のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｇ２３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、切替判定処理においては、上記Ｇ１２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの条件情報に関して、次の処理を実施する（図１０参照）。
Ｇ３１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、上記Ｇ１３のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＧについてのルーティング情報、つまり入力ポート＝Ｐ２、入力ラベル＝ｇｈ、出力ポート＝Ｐ３、及び出力ラベル＝−（無）の無効状態を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ノードＨの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｈ１１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｈ１２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ１３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及びＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｈ２１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｂ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ２２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求送信処理においては、上記Ｈ１３のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｈ２３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、切替判定処理においては、上記Ｈ１２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの条件情報に関して、次の処理を実施する（図１０参照）。
Ｈ３１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ１３のＳｅｃｏｎｄａｒｙ＝Ｎ
（無効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ２、及び出力ラベル＝ｈｉ、更に入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ４、及び出力ラベル＝−（無）の無効状態を維持する。
Ｈ３２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ１３のＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ１、及び出力ラベル＝ｇｈの無効状態を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの第１位ポートＰ１に関して、ＭＥＰ処理を実施しない。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｂ２１：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｈ３がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｂ２２：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ブリッジ要求送信処理においては、初期値のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｂ２３：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、切替判定処理においては、上記Ｂ２１のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの条件情報に関して、次の処理を実施する（図１０参照）。
Ｂ３１：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、上記Ｂ２３のＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＢについてのルーティング情報、つまり入力ポート＝Ｐ１、入力ラベル＝ａｂ、出力ポート＝Ｐ３、及び出力ラベル＝ｂｅの無効状態を維持する。
（障害状態）
図１５、図１６、図１７及び図１８を参照して、ノードＤ及びノードＧ間のリンクＬｉｎｋ＃ＤＧに関する第１の障害救済処理を説明する。
図１５はノードＤ及びノードＧ間のリンクＬｉｎｋ＃ＤＧに障害が発生している状態を示す。ノードＧのＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、リンクＬｉｎｋ＃ＤＧの障害により、ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１が送信するＯＡＭパケットＣＣＭを現用マルチキャストパスＭＬＳＰを通して周期的に受信することができないので、ＬＯＣ（障害状態）を検出する。
次に、図１６に示すように、現用マルチキャストパスＭＬＳＰ対応の第１位パスＰＰのＬＯＣを検出したノードＧにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求のＯＡＭパケットＢＲＱを現用マルチキャストパスＭＬＳＰを通して送信する。
また、図１７に示すように、第１位パスＰＰを通してブリッジ要求のＯＡＭパケットＢＲＱを受信したノードＨにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求のＯＡＭパケットＢＲＱを救済分岐パスＢＰを通して送信する。
さらに、図１８に示すように、第２位パスＳＰを通してブリッジ要求のＯＡＭパケットＢＲＱを受信したノードＢは、現用マルチキャストパスＭＬＳＰのＭＣパケットを第２位パスＳＰへブリッジする。ノードＢにおいてブリッジされた救済用ＭＣパケットＭＣＰは、ノードＥを経由するリンクＬｉｎｋ＃ＢＥ及びリンクＬｉｎｋ＃ＥＨ上のノードＢ，Ｈ間の救済分岐パスＢＰにより、ノードＨの第２位パスＳＰに到達する。ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求のＯＡＭパケットＢＲＱを受信した第１位パスＰＰに第２位パスＳＰの救済用ＭＣパケットＭＣＰをブリッジする。
これにより、ノードＧの現用マルチキャストパスＭＬＳＰの救済が行われるとともに、ノードＨ及びノードＩの現用マルチキャストパスＭＬＳＰの救済が行われる。
図１９、図２０及び図２１を参照して、ノードＨ及びノードＩ間のリンクＬｉｎｋ＃ＨＩに関する第２の障害救済処理を説明する。
図１９はノードＨ及びノードＩ間のリンクＬｉｎｋ＃ＨＩに障害が発生している状態を示す。ノードＩのＯＡＭパケット処理部ＯＡＭ＃Ｉ１は、リンクＬｉｎｋ＃ＨＩの障害により、ノードＨのＯＡＭパケット処理部ＯＡＭ＃Ｈ２が送信するＯＡＭパケットＣＣＭを現用マルチキャストパスＭＬＳＰを通して周期的に受信することができないので、ＬＯＣを検出する。
次に、図２０に示すように、現用マルチキャストパスＭＬＳＰ対応の第１位パスＰＰのＬＯＣを検出したノードＩにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｉ２は、ブリッジ要求のＯＡＭパケットＢＲＱを救済分岐パスＢＰを通して送信する。
また、図２１に示すように、第２位パスＳＰを通してブリッジ要求のＯＡＭパケットＢＲＱを受信したノードＣは、現用マルチキャストパスＭＬＳＰのＭＣパケットを第２位パスＳＰへブリッジする。ブリッジされた救済用ＭＣパケットＭＣＰは、ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩ上のノードＣ，Ｉ間の救済分岐パスＢＰにより、ノードＩの第２位パスＳＰに到達する。
これにより、ノードＩの現用マルチキャストパスＭＬＳＰの救済が行われる。
図２２、図２３及び図２４を参照して、ノードＢ及びノードＣ間のリンクＬｉｎｋ＃ＢＣに関する第３の障害救済処理を説明する。
図２２はノードＢ及びノードＣ間のリンクＬｉｎｋ＃ＢＣに障害が発生している状態を示す。ノードＣのＯＡＭパケット処理部ＯＡＭ＃Ｃ１は、リンクＬｉｎｋ＃ＢＣの障害により、ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１が送信するＯＡＭパケットＣＣＭを現用マルチキャストパスＭＬＳＰを通して周期的に受信することができないので、ＬＯＣを検出する。
次に、図２３に示すように、現用マルチキャストパスＭＬＳＰ対応の第１位パスＰＰのＬＯＣを検出したノードＣにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｃ２は、ブリッジ要求のＯＡＭパケットＢＲＱを救済分岐パスＢＰを通して送信する。
また、図２４に示すように、第２位パスＳＰを通してブリッジ要求のＯＡＭパケットＢ
ＲＱを受信したノードＩは、現用マルチキャストパスＭＬＳＰのＭＣパケットを第２位パスＳＰへブリッジする。ブリッジされた救済用ＭＣパケットＭＣＰは、ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩ上のノードＣ，Ｉ間の救済分岐パスＢＰにより、ノードＣの第２位パスＳＰに到達する。
これにより、ノードＣの現用マルチキャストパスＭＬＳＰの救済が行われる。
上述した第１の障害救済処理を例として詳述すると、図１５、図１６、図１７及び図１８に示すリンクＬｉｎｋ＃ＤＧの障害状態においては、例えば、ノードＧ，Ｈ，ＢのＯＡＭパケット処理部１４は、次のように動作する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＧの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｇ４１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１が送信するＯＡＭパケットＣＣＭを周期的に受信できないので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグをＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）からＬＯＣ＿Ｓｔａｔｅ＝Ｙ（疎通無状態）に変更する。
Ｇ４２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ＯＡＭパケット処理部ＯＡＭ＃Ａ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグをＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）に維持する。
Ｇ４３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、切替判定処理においては、ＬＯＣ状態フラグがＬＯＣ＿Ｓｔａｔｅ＝Ｙ（疎通無状態）であるので、第２位パス状態をＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）からＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）に変更する。さらに、ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、第２位パスＳＰから第１位パスＰＰへの切替をＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）に維持し、第２位ポートへのブリッジ要求状態フラグをＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの第２位ポートＰ２に関して、次の処理を実施する（図１２参照）。
Ｇ５１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＨのＯＡＭパケット処理部ＯＡＭ＃Ｈ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、第２位ポートへのブリッジ要求状態フラグをＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）に維持する。
Ｇ５２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求送信処理においては、上記Ｇ４３のＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりブリッジ要求非送信状態からブリッジ要求送信状態に変更する。
Ｇ５３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、切替判定処理においては、上記Ｇ４２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）により第１位パスＰＰから第２位パスＳＰへの切替をＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）に維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの条件情報に関して、次の処理を実施する（図１０参照）。
Ｇ６１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、上記Ｇ４３の第２位パス状態のＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＧについてのルーティング情報、つまり入力ポート＝Ｐ２、入力ラベル＝ｇｈ、出力ポート＝Ｐ３、及び出力ラベル＝−（無）を有効にする。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ノードＨの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｈ４１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグのＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｈ４２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２がブリッジ要求のＯＡＭパケットＢＲＱを送信するので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグをＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
Ｈ４３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｙ（有効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｙ（有効状態）、及びＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｈ５１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｂ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ５２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求送信処理においては、上記Ｈ４３のＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりブリッジ要求非送信状態からブリッジ要求送信状態に変更する。
Ｈ５３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、切替判定処理においては、上記Ｈ４２のＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）からＰ＿ｔｏ＿Ｓ＝Ｙ（有効状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの条件情報に関して、次の処理を実施する（図１０参照）。
Ｈ６１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ４３のＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ２、及び出力ラベル＝ｈｉ、更に入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ４、及び出力ラベル＝−（無）を有効にする。
Ｈ６２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ４３のＳ＿ｔｏ＿Ｐ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ１、及び出力ラベル＝ｇｈを有効にする。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの第１位ポートＰ１に関して、ＭＥＰ処理を実施しない。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｂ５１：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｈ３がブリッジ要求のＯＡＭパケットＢＲＱを送信するので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
Ｂ５２：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ブリッジ要求送信処理においては、初期値のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｂ５３：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、切替判定処理においては、上記Ｂ５１のＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）からＰ＿ｔｏ＿Ｓ＝Ｙ（有効状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、ノードＢの条件情報に関して、次の処理を実施する（図１０参照）。
Ｂ６１：ＯＡＭパケット処理部ＯＡＭ＃Ｂ１は、上記Ｂ５３のＰ＿ｔｏ＿Ｓ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＢについてのルーティング情報、つまり入力ポート＝Ｐ１、入力ラベル＝ａｂ、出力ポート＝Ｐ３、及び出力ラベル＝ｂｅを有効にする。
上述したＯＡＭパケット処理部ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ３，ＯＡＭ＃Ｂ１によるルーティング動作の結果、リンクＬｉｎｋ＃ＤＧの障害が救済される。
［他の実施の形態］
この他の実施の形態においては、不明確にならない限り、上述した一実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２との相異点に注目して説明する。
［システムの概要］
他の実施の形態におけるシステムの概要構成を示す図２５を参照すると、ＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３は、インタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を有する複数（ここでは、９個）のノードＡ〜Ｉを備える。
ノードＡ〜Ｉは、それぞれのインタフェースポートＰ１〜Ｐ３またはＰ１〜Ｐ４を相互接続するリンクＬｉｎｋ＃ＡＢ〜Ｌｉｎｋ＃ＨＩによりメッシュ状に接続されてメッシュネットワークＮＷを構成する。
ノードＡ〜Ｉは、図示省略のデータ通信網ＤＣＮ経由で網管理システムＮＭＳからの指示に応じて、ＭＰＬＳ−ＴＰのラベルスイッチパス（ＬＳＰ）を予め設定する。
マルチキャスト配信サーバ１０１は、複数（ここでは、５個）のクライアント１０２，１０３，１０４，１０５，１０６に現用マルチキャストパスＭＬＳＰにより接続される。ここで、クライアント１０６がコンテンツデータの配信対象として追加されている。
ノードＡ〜Ｉは、後に詳述するルーティング情報などが格納されたラベルテーブルを有し、このルーティング情報に従ってマルチキャストパケットを転送する。例えば、ノードＤは、インタフェースポート（出力ポート）Ｐ２からノードＥに転送するマルチキャストパケットには、ラベル（出力ラベル）ｄｅを設定し、ノードＥは、インタフェースポート（出力ポート）Ｐ２からノードＦに転送するマルチキャストパケットには、ラベル（出力ラベル）ｅｆを設定する（図２８参照）。
図２５に示すように、このＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３においては、第１方向の現用マルチキャストパスＭＬＳＰの障害時に、障害対応のノード（例えば、ノードＧ）と同様に第３方向の現用マルチキャストパスＭＬＳＰを収容する近隣のノード（例えば、ノードＥ）に関係する論理的な救済分岐パスＢＰを使用して障害が救済される。ここで、現用マルチキャストパスＭＬＳＰ及び救済分岐パスＢＰはコネクションオリエンテッドパスである。
［システムの詳細］
次に、他の実施の形態におけるシステムの詳細構成を示す図２６を参照すると、ＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３において、クライアント１０２〜１０６と接続するノードＣ，Ｇ，Ｈ，Ｉ，Ｆの第１位パスＰＰは、現用マルチキャストパスＭＬＳＰの受信パスである。
このネットワークシステムＳＹＳ３においては、現用マルチキャストパスＭＬＳＰの障害救済を行うために、ノードＥ及びノードＦは、ノードＧ、ノードＨ、及びノードＩを救済する第３位パス（Third Path）ＴＰを第１位パスＰＰ及び第２位パスＳＰとともに収容する。
リンクＬｉｎｋ＃ＧＨにおいて、ノードＨからノードＧ方向の救済分岐パスＢＰ１は、ノードＧが第１位パスＰＰからマルチキャストパケット（ＭＣパケット）を受信できない場合に使用するための第２位パスＳＰである。
ノードＥを経由するリンクＬｉｎｋ＃ＢＥ及びリンクＬｉｎｋ＃ＥＨにおけるノードＢからノードＨ方向の救済分岐パスＢＰ２は、ノードＨが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＥを経由するリンクＬｉｎｋ＃ＢＥ及びリンクＬｉｎｋ＃ＥＨにおけるノードＨからノードＢ方向の救済分岐パスＢＰ３は、ノードＢが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩにおけるノードＣからノードＩ方向の救済分岐パスＢＰ４は、ノードＩが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＦを経由するリンクＬｉｎｋ＃ＣＦ及びリンクＬｉｎｋ＃ＦＩにおけるノードＩからノードＣ方向の救済分岐パスＢＰ５は、ノードＣが第１位パスＰＰからＭＣパケットを受信できない場合に使用する第２位パスＳＰである。
ノードＢ，Ｃ，Ｅ，Ｆ，Ｇ，Ｈ，Ｉの第２位パスＳＰ及び第３位パスＴＰは、自ノード対応の現用マルチキャストパスＭＬＳＰの障害時に、救済分岐パスＢＰからＭＣパケットを受信し、他ノード対応の現用マルチキャストパスＭＬＳＰの障害時に、救済分岐パスＢＰからＭＣパケットを送信するためのパスである。
ノードＢの第１位パスＰＰは自ノードＢの第２位パスＳＰに対する現用マルチキャストパスＭＬＳＰの受信パスである。
図２６に示す現用マルチキャストパスＭＬＳＰの始点ノードＡと、第１位パスＰＰ及び第２位パスＳＰを収容するノードＢ，Ｃ，Ｄ，Ｇ，Ｈ，Ｉと、第１位パスＰＰ、第２位パスＳＰ及び第３位パスＴＰを収容するノードＥ，Ｆとは、図２７に示すように、ＯＡＭパケット処理部ＯＡＭをそれぞれ備える。
現用マルチキャストパスＭＬＳＰの始点ノードＡのＯＡＭパケット処理部ＯＡＭ＃Ａ１は、パス監視のための疎通確認メッセージをＯＡＭパケットＣＣＭとして現用マルチキャストパスＭＬＳＰに周期的に送信する。
また、クライアント１０２〜１０６と接続するノードＣ，Ｇ，Ｈ，Ｉ，Ｆの内、他ノードへ現用マルチキャストパスＭＬＳＰを中継するノードであるノードＧ，ＨのＯＡＭパケット処理部ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ２は、中継先ノードへＯＡＭパケットＣＣＭを周期的に送信する。
クライアント１０２〜１０６と接続するノードＣ，Ｇ，Ｈ，Ｉ，ＦのＯＡＭパケット処理部ＯＡＭ＃Ｃ１，ＯＡＭ＃Ｇ１，ＯＡＭ＃Ｈ１，ＯＡＭ＃Ｉ１，ＯＡＭ＃Ｆ１は、第１位パスＰＰにおいて、現用マルチキャストパスＭＬＳＰのＯＡＭパケットＣＣＭの受信を監視し、運用に応じて選択可能な予め定められた時間間隔での未受信により、現用マルチキャストパスＭＬＳＰの障害状態（ＬＯＣ）を検出する。
また、ノードＢ，Ｃ，Ｅ，Ｆ，Ｇ，Ｈ，ＩのＯＡＭパケット処理部ＯＡＭ＃Ｂ１，ＯＡＭ＃Ｃ２，ＯＡＭ＃Ｅ２，ＯＡＭ＃Ｅ３，ＯＡＭ＃Ｆ２，ＯＡＭ＃Ｆ３，ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ３，ＯＡＭ＃Ｉ２は、第２位パスＳＰにおいて、ブリッジ要求のＯＡＭパケットＢＲＱの送受信を行う。
他の実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３においては、第１方向に設定された第１の現用マルチキャストパスＭＬＳＰまたは第２方向に設定された第２の現用マルチキャストパスＭＬＳＰから第３方向に分岐する形態で該当物理リンクに予め設定される第３の現用マルチキャストパスＭＬＳＰを中継または終端するノードを更に含む。
ここで、第３方向に設定された第３の現用マルチキャストパスＭＬＳＰを伝送されるＯＡＭパケットＣＣＭを第１位ポートを介して周期的に受信している上記中継または終端するノードが、ブリッジ要求のＯＡＭパケットＢＲＱを第３位ポートを介して受信したときは、第３方向に設定された第３の現用マルチキャストパスＭＬＳＰを伝送されるマルチキャストパケットを第１位ポートを介して受信し、該当物理リンクに予め設定される救済分岐パスＢＰに受信したマルチキャストパケットをブリッジする。
これにより、障害救済時の帯域の無駄を削減し、かつ障害救済時の経由リンク数を抑制することができる。
［ノード］
この他の実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３におけるノード（Ａ〜Ｉ）１０の構成及び機能は、後述するラベルテーブル記憶部ＬＴＢ内のラベルテーブル及びＯＡＭパケット処理部１４を除いては、一実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ２におけるノード（Ａ〜Ｉ）１０と同一である。
［ラベルテーブル］
図２８に示すように、他の実施の形態のノード（Ａ〜Ｉ）１０におけるラベルテーブル記憶部ＬＴＢ内のラベルテーブルには、ノード名、ルーティング情報、パス種別情報、及び条件情報が対応付けて格納されている。
ルーティング情報は、入力ポート番号、入力ラベル、出力ポート番号、及び出力ラベルを含む。パス種別情報において、Ｐｒｉｍａｒｙ、Ｓｅｃｏｎｄｒｙ、Ｐ＿ｔｏ＿Ｓ、Ｐ＿ｔｏ＿Ｔ、及びＳ＿ｔｏ＿Ｐは、第１位パスＰＰ、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、第１位パスＰＰから第３位パスＴＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替をそれぞれ示す。
ノード名、ルーティング情報、パス種別情報、及び条件情報（項目，初期値）は、網管理システムＮＭＳにおけるＯＡＭ操作者の操作に応じた装置管理部１１からの指示により、ラベルテーブル処理部１２が静的に予め設定する情報である。
条件情報はルーティング情報有効条件及びルーティング情報無効条件を含む。ルーティング情報有効条件において、Ｓｅｃｏｎｄｒｙ＝Ｙ、Ｐ＿ｔｏ＿Ｓ＝Ｙ、Ｐ＿ｔｏ＿Ｔ＝Ｙ、及びＳ＿ｔｏ＿Ｐ＝Ｙは、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、第１位パスＰＰから第３位パスＴＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替の有効状態をそれぞれ示す。第１位パスＰＰの通常状態は有効・無効に関係のないことを示す。
また、ルーティング情報無効条件において、Ｓｅｃｏｎｄｒｙ＝Ｎ、Ｐ＿ｔｏ＿Ｓ＝Ｎ、Ｐ＿ｔｏ＿Ｔ＝Ｎ、及びＳ＿ｔｏ＿Ｐ＝Ｎは、第２位パスＳＰ、第１位パスＰＰから第２位パスＳＰへの切替、第１位パスＰＰから第３位パスＴＰへの切替、及び第２位パスＳＰから第１位パスＰＰへの切替の無効状態をそれぞれ示す。第１位パスＰＰの通常状態は有効・無効に関係のないことを示す。
条件情報の設定値は、ＯＡＭパケット処理部１４からの指示により、ラベルテーブル処理部１２が動的に設定する情報である。つまり、条件情報の設定値は、ＯＡＭパケット処理部１４が後に詳述する処理を実行することに伴い、ラベルテーブル処理部１２により設定される。
［ＯＡＭパケット処理部］
図２９は、ノードＥ，Ｆの第３位ポート（Third Port）に対するＯＡＭパケット処理部１４の処理を示す。
ブリッジ要求検出処理では、ブリッジ要求の受信を第３位ポートを通して監視し、ブリッジ要求を受信した場合は、Ｔ＿ＢＧ＿ＲＱ＝Ｙ、つまり第３位ポートへのブリッジ要求有状態を切替判定処理に通知する。また、ブリッジ要求受信後、予め定められた時間以内にブリッジ要求を受信しない場合は、Ｔ＿ＢＧ＿ＲＱ＝Ｎ、つまり第３位ポートへのブリッジ要求無状態を切替判定処理に通知する。
詳述すると、ブリッジ要求検出処理は次に示す処理手順を採る。
Ｔ２１：Ｔ＿ＢＧ＿ＲＱ＝Ｎでは、第３位ポートへのブリッジ要求状態フラグがブリッジ要求無状態に初期設定される。
Ｔ２２：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。否定判定のときは、ブリッジ要求のＯＡＭパケットＢＲＱが受信されるまで待
つ。
Ｔ２３：Ｔ＿ＢＧ＿ＲＱ＝Ｙでは、Ｔ２２で肯定判定のとき、第３位ポートへのブリッジ要求状態フラグがブリッジ要求有状態に設定され、ブリッジ要求有状態が切替判定処理に通知される。
Ｔ２４：ブリッジ要求検出タイマが起動される。
Ｔ２５：ブリッジ要求検出タイマがカウントアップする。
Ｔ２６：ブリッジ要求受信判定では、ブリッジ要求のＯＡＭパケットＢＲＱの受信が判定される。
Ｔ２７：Ｔ２６で肯定判定のときは、ブリッジ要求検出タイマがリセットされてＴ２５に戻る。
Ｔ２８：Ｔ２６で否定判定のときは、ブリッジ要求検出タイマのタイムアウトが判定される。否定判定のときは、Ｔ２５に戻る。肯定判定のときは、Ｔ２１に戻る。
切替判定処理では、上述したブリッジ要求検出処理から通知されたＴ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に従って、パス種別情報におけるＰ＿ｔｏ＿Ｔ（第１位パスＰＰから第３位パスＴＰへの切替）についてのルーティング情報有効判定及びルーティング情報無効判定を行う。また、ラベルテーブルの条件情報を設定するために、ラベルテーブル処理部１２への指示を行う。
詳述すると、切替判定処理は次に示す処理手順を採る。
Ｔ３１：Ｔ＿ＢＧ＿ＲＱ＝Ｙの判定では、第３位ポートへのブリッジ要求状態フラグのブリッジ要求有状態が判定される。
Ｔ３２：Ｔ３１で肯定判定のときは、Ｐ＿ｔｏ＿Ｔ＝Ｙでは、第１位パスＰＰから第３位パスＴＰへの切替が有効状態に設定される。
Ｔ３３：Ｔ３１で否定判定のときは、Ｐ＿ｔｏ＿Ｔ＝Ｎでは、第１位パスＰＰから第３位パスＴＰへの切替が無効状態に設定される。
［障害救済処理］
次に、他の実施の形態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３における障害救済処理例について、関連図を併せ参照して説明する。
（正常状態）
図２６及び図２７を参照すると、正常状態のＭＰＬＳ−ＴＰネットワークシステムＳＹＳ３においては、ノードＡ，Ｄ，Ｅ，Ｇ，ＨのＯＡＭパケット処理部ＯＡＭ＃Ａ１，ＯＡＭ＃Ｄ２，ＯＡＭ＃Ｄ３，ＯＡＭ＃Ｅ３，ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ２から現用マルチキャストパスＭＬＳＰ上にＯＡＭパケットＣＣＭが送信される。ノードＣ，Ｆ，Ｇ，Ｈ，ＩのＯＡＭパケット処理部ＯＡＭ＃Ｃ１，ＯＡＭ＃Ｆ１，ＯＡＭ＃Ｇ１，ＯＡＭ＃Ｈ１，ＯＡＭ＃Ｉ１は、周期的に（予め定められた時間間隔で）ＯＡＭパケットＣＣＭを受信し、正常状態と判定する。
詳述すると、正常状態においては、例えば、ノードＧ，Ｈ，ＥのＯＡＭパケット処理部１４（限定を要しないときは、符号１４を用いる）は、次のように動作する。
ノードＧ，Ｈ，Ｅにおいては、次のパラメータを初期値Ｎとする。
（１）ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（ＬＯＣ状態フラグ＝通常状態／疎通有状態）
（２）ＢＧ＿ＲＱ＝Ｎ（第１位ポートまたは第２位ポートへのブリッジ要求状態フラグ＝ブリッジ要求無状態）
（３）Ｓ＿ＢＧ＿ＲＱ＝Ｎ（第２位ポートへのブリッジ要求状態フラグ＝ブリッジ要求無状態）
（４）Ｓｅｃｏｎｄａｒｙ＝Ｎ（第２位パスＳＰ＝無効状態）
（５）Ｓ＿ｔｏ＿Ｐ＝Ｎ（第２位パスＳＰから第１位パスＰＰへの切替＝無効状態）
（６）Ｐ＿ｔｏ＿Ｓ＝Ｎ（第１位パスＰＰから第２位パスＳＰへの切替＝無効状態）
ノードＥにおいては、次のパラメータを更に初期値Ｎとする。
（７）Ｔ＿ＢＧ＿ＲＱ＝Ｎ（第３位ポートへのブリッジ要求状態フラグ＝ブリッジ要求無状態）
（８）Ｐ＿ｔｏ＿Ｔ＝Ｎ（第１位パスＰＰから第３位パスＴＰへの切替＝無効状態）
ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＧの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｇ７１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＤのＯＡＭパケット処理部ＯＡＭ＃Ｄ３が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグのＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｇ７２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ３がブリッジ要求を送信しないので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグのＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｇ７３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、第２位パス状態のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、第２位パスＳＰから第１位パスＰＰへの切替のＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及び第２位ポートへのブリッジ要求状態フラグのＳ＿ＢＧ＿ＲＱ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの第２位ポートＰ２に関して、次の処理を実施する（図１２参照）。
Ｇ８１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＨのＯＡＭパケット処理部ＯＡＭ＃Ｈ１がブリッジ要求を送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｇ８２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求送信処理においては、上記Ｇ７３のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｇ８３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、切替判定処理においては、上記Ｇ７２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの条件情報に関して、次の処理を実施する（図２８参照）。
Ｇ９１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、上記Ｇ７３のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＧについてのルーティング情報、つ
まり入力ポート＝Ｐ２、入力ラベル＝ｇｈ、出力ポート＝Ｐ３、及び出力ラベル＝−（無）の無効状態を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ノードＨの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｈ７１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｈ７２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ７３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及びＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｈ８１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｅ３がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ８２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求送信処理においては、上記Ｈ７３のＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｈ８３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、切替判定処理においては、上記Ｈ７２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの条件情報に関して、次の処理を実施する（図２８参照）。
Ｈ９１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ７３のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ２、及び出力ラベル＝ｈｉ、更に入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ４、及び出力ラベル＝−（無）の無効状態を維持する。
Ｈ９２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ７３のＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ１、及び出力ラベル＝ｇｈの無効状態を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ノードＥの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｅ７１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｅ７２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ２がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｅ７３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及びＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ノードＥの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｅ８１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ＯＡＭパケット処理部ＯＡＭ＃Ｂ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｅ８２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ブリッジ要求送信処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｅ８３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、切替判定処理においては、上記Ｅ８２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ノードＥの第３位ポートＰ４に関して、次の処理を実施する（図２９参照）。
Ｅ９１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｈ３がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、第３位ポートへのブリッジ要求状態フラグのＴ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｅ９２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、切替判定処理においては、上記Ｅ９１のＴ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）により第１位パスＰＰから第３位パスＴＰへの切替のＰ＿ｔｏ＿Ｔ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ノードＥの条件情報に関して、次の処理を実施する（図２８参照）。
Ｅ１０１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ７３のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｂｅ、出力ポート＝Ｐ２、及び出力ラベル＝ｅｆの無効状態を維持する。
Ｅ１０２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ８３のＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり
入力ポート＝Ｐ１、入力ラベル＝ｄｅ、出力ポート＝Ｐ３、及び出力ラベル＝ｂｅの無効状態を維持する。
Ｅ１０３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ９２のＰ＿ｔｏ＿Ｔ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり入力ポート＝Ｐ１、入力ラベル＝ｄｅ、出力ポート＝Ｐ４、及び出力ラベル＝ｅｈの無効状態を維持する。
（障害状態）
図２７を参照して、ノードＤ及びノードＧ間のリンクＬｉｎｋ＃ＤＧに関する障害救済処理を一例として説明する。
図２７は、ノードＤ及びノードＧ間のリンクＬｉｎｋ＃ＤＧに障害が発生している状態を示す。ノードＧのＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、リンクＬｉｎｋ＃ＤＧの障害により、ノードＤのＯＡＭパケット処理部ＯＡＭ＃Ｄ３が送信するパス監視のためのＯＡＭパケットＣＣＭを現用マルチキャストパスＭＬＳＰを通して周期的に受信することができないので、ＬＯＣ（障害状態）を検出する。
次に、現用マルチキャストパスＭＬＳＰ対応の第１位パスＰＰのＬＯＣを検出したノードＧにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求のＯＡＭパケットＢＲＱを現用マルチキャストパスＭＬＳＰを通して送信する。
また、第１位パスＰＰを通してブリッジ要求のＯＡＭパケットＢＲＱを受信したノードＨにおいては、第２位パスＳＰのＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求のＯＡＭパケットＢＲＱを救済分岐パスＢＰを通して送信する。
さらに、第３位パスＴＰを通してブリッジ要求のＯＡＭパケットＢＲＱを受信したノードＥは、現用マルチキャストパスＭＬＳＰのＭＣパケットを第３位パスＴＰへブリッジする。ノードＥにおいてブリッジされた救済用ＭＣパケットＭＣＰは、リンクＬｉｎｋ＃ＥＨ上のノードＥ，Ｈ間の救済分岐パスＢＰにより、ノードＨの第２位パスＳＰに到達する。ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求のＯＡＭパケットＢＲＱを受信した第１位パスＰＰに第２位パスＳＰの救済用ＭＣパケットＭＣＰをブリッジする。
これにより、ノードＧの現用マルチキャストパスＭＬＳＰの救済が行われるとともに、ノードＨ及びノードＩの現用マルチキャストパスＭＬＳＰの救済が行われる。
詳述すると、図２７に示すリンクＬｉｎｋ＃ＤＧの障害状態においては、例えば、ノードＧ，Ｈ，ＥのＯＡＭパケット処理部１４は、次のように動作する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＧの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｇ１１１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ノードＤのＯＡＭパケット処理部ＯＡＭ＃Ｄ３が送信するＯＡＭパケットＣＣＭを周期的に受信できないので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグをＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）からＬＯＣ＿Ｓｔａｔｅ＝Ｙ（疎通無状態）に変更する。
Ｇ１１２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ３がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグをＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態
）に維持する。
Ｇ１１３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、切替判定処理においては、ＬＯＣ状態フラグがＬＯＣ＿Ｓｔａｔｅ＝Ｙ（疎通無状態）であるので、第２位パス状態をＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）からＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）に変更する。さらに、ＯＡＭパケット処理部ＯＡＭ＃Ｇ１は、第２位パスＳＰから第１位パスＰＰへの切替をＳ＿ｔｏ＿Ｐ＝Ｎ（無効状態）に維持し、第２位ポートへのブリッジ要求状態フラグをＳ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの第２位ポートＰ２に関して、次の処理を実施する（図１２参照）。
Ｇ１２１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＨのＯＡＭパケット処理部ＯＡＭ＃Ｈ１がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、第２位ポートへのブリッジ要求状態フラグのＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｇ１２２：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ブリッジ要求送信処理においては、上記Ｇ１１３のＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりブリッジ要求非送信状態からブリッジ要求送信状態に変更する。
Ｇ１２３：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、切替判定処理においては、上記Ｇ１１２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）により第１位パスＰＰから第２位パスＳＰへの切替をＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）に維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、ノードＧの条件情報に関して、次の処理を実施する（図２８参照）。
Ｇ１３１：ＯＡＭパケット処理部ＯＡＭ＃Ｇ２は、上記Ｇ１１３の第２位パス状態のＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＧについてのルーティング情報、つまり入力ポート＝Ｐ２、入力ラベル＝ｇｈ、出力ポート＝Ｐ３、及び出力ラベル＝−（無）を有効にする。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ノードＨの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｈ１１１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ状態フラグのＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｈ１１２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｇ２がブリッジ要求のＯＡＭパケットＢＲＱを送信するので、ブリッジ要求検出処理においては、第１位ポートへのブリッジ要求状態フラグをＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
Ｈ１１３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｙ（有効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｙ（有効状態）、及びＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｈ１２１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｅ３がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｈ１２２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ブリッジ要求送信処理においては、上記Ｈ１１３のＳ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりブリッジ要求非送信状態からブリッジ要求送信状態に変更する。
Ｈ１２３：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、切替判定処理においては、上記Ｈ１１２のＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）からＰ＿ｔｏ＿Ｓ＝Ｙ（有効状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、ノードＨの条件情報に関して、次の処理を実施する（図２８参照）。
Ｈ１３１：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ１１３のＳｅｃｏｎｄａｒｙ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ２、及び出力ラベル＝ｈｉ、更に入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ４、及び出力ラベル＝−（無）を有効にする。
Ｈ１３２：ＯＡＭパケット処理部ＯＡＭ＃Ｈ３は、上記Ｈ１１３のＳ＿ｔｏ＿Ｐ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＨについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｅｈ、出力ポート＝Ｐ１、及び出力ラベル＝ｇｈを有効にする。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ノードＥの第１位ポートＰ１に関して、次の処理を実施する（図１１Ａ，図１１Ｂ参照）。
Ｅ１１１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ２が送信するＯＡＭパケットＣＣＭを周期的に受信するので、ＬＯＣ検出処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）を維持する。
Ｅ１１２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、ＯＡＭパケット処理部ＯＡＭ＃Ｄ２がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｅ１１３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ１は、切替判定処理においては、ＬＯＣ＿Ｓｔａｔｅ＝Ｎ（疎通有状態）、かつＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）であるので、Ｓｅｃｏｎｄａｒｙ＝Ｎ（無効状態）、Ｓ＿ｔｏ＿Ｐ＝Ｎ（無効状態）、及びＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ノードＥの第２位ポートＰ３に関して、次の処理を実施する（図１２参照）。
Ｅ１２１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ＯＡＭパケット処理部ＯＡＭ＃Ｂ１
がブリッジ要求のＯＡＭパケットＢＲＱを送信しないので、ブリッジ要求検出処理においては、ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）を維持する。
Ｅ１２２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、ブリッジ要求送信処理においては、Ｓ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりブリッジ要求非送信状態を維持する。
Ｅ１２３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ２は、切替判定処理においては、上記Ｅ１１２のＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）によりＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）を維持する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ノードＥの第３位ポートＰ４に関して、次の処理を実施する（図２９参照）。
Ｅ１３１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ＯＡＭパケット処理部ＯＡＭ＃Ｈ３がブリッジ要求のＯＡＭパケットＢＲＱを送信するので、ブリッジ要求検出処理においては、第３位ポートへのブリッジ要求状態フラグをＴ＿ＢＧ＿ＲＱ＝Ｎ（ブリッジ要求無状態）からＴ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）に変更する。
Ｅ１３２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、切替判定処理においては、上記Ｅ１３１のＴ＿ＢＧ＿ＲＱ＝Ｙ（ブリッジ要求有状態）により第１位パスＰＰから第３位パスＴＰへの切替のＰ＿ｔｏ＿Ｔ＝Ｙ（有効状態）に変更する。
ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、ノードＥの条件情報に関して、次の処理を実施する（図２８参照）。
Ｅ１４１：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ１１３のＳｅｃｏｎｄａｒｙ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり入力ポート＝Ｐ３、入力ラベル＝ｂｅ、出力ポート＝Ｐ２、及び出力ラベル＝ｅｆの無効状態を維持する。
Ｅ１４２：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ１２３のＰ＿ｔｏ＿Ｓ＝Ｎ（無効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり入力ポート＝Ｐ１、入力ラベル＝ｄｅ、出力ポート＝Ｐ３、及び出力ラベル＝ｂｅの無効状態を維持する。
Ｅ１４３：ＯＡＭパケット処理部ＯＡＭ＃Ｅ３は、上記Ｅ１３２のＰ＿ｔｏ＿Ｔ＝Ｙ（有効状態）により、ラベルテーブルにおけるノードＥについてのルーティング情報、つまり入力ポート＝Ｐ１、入力ラベル＝ｄｅ、出力ポート＝Ｐ４、及び出力ラベル＝ｅｈを有効にする。
上述したＯＡＭパケット処理部ＯＡＭ＃Ｇ２，ＯＡＭ＃Ｈ３，ＯＡＭ＃Ｅ３によるルーティング動作の結果、リンクＬｉｎｋ＃ＤＧの障害が救済される。
［変形例］
上述した各実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの非一時的コンピュータ可読記録媒体、さらには通信回線を経て提供可能である。
また、上述した各実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。
ＳＹＳ２ ＭＰＬＳ−ＴＰネットワークシステム
ＳＹＳ３ ＭＰＬＳ−ＴＰネットワークシステム
ＮＭＳ 網管理システム
ＤＣＮ データ通信網
ＮＷ メッシュネットワーク
Ａ〜Ｉ ノード
１０１ マルチキャスト配信サーバ
ＭＬＳＰ 現用マルチキャストラベルスイッチパス
ＢＰ 救済分岐パス
ＰＰ 第１位パス
ＳＰ 第２位パス
ＣＣＭ パス監視のためのＯＡＭパケット
ＢＲＱ ブリッジ要求のＯＡＭパケット
ＭＣＰ 救済用ＭＣパケット

Claims (5)

  1. 複数の物理リンクにより相互接続されてネットワークを構成し、マルチキャストパケットの配信始端ノードから第１方向及び第２方向に分岐する形態で該当物理リンクに予め設定される第１及び第２の現用マルチキャストラベルスイッチパス（ＭＬＳＰ）を中継または終端するノードを含む複数のノードを備え；
    前記第１方向に設定された前記第１のＭＬＳＰを伝送されるパス監視のための疎通確認パケットを第１位ポートを介して周期的に受信できないノードは、救済要求を示す制御パケットを第２位ポートを介して送信し；
    前記第２方向に設定された前記第２のＭＬＳＰを伝送される前記疎通確認パケットを第１位ポートを介して周期的に受信している前記中継または終端するノードが、前記救済要求を示す制御パケットを第２位ポートを介して受信したときは、前記第２方向に設定された前記第２のＭＬＳＰを伝送される前記マルチキャストパケットを第１位ポートを介して受信し、該当物理リンクに予め設定される救済パスに受信した前記マルチキャストパケットをブリッジし；
    前記疎通確認パケットを受信できない前記ノードは、前記救済パスにブリッジされた前記マルチキャストパケットを前記第２位ポートを介して受信する；
    パケットトランスポートネットワークシステム。
  2. 前記第１方向に設定された前記第１のＭＬＳＰまたは前記第２方向に設定された前記第２のＭＬＳＰから第３方向に分岐する形態で該当物理リンクに予め設定される第３のＭＬＳＰを中継または終端するノードを更に含み；
    前記第３方向に設定された前記第３のＭＬＳＰを伝送される前記疎通確認パケットを第１位ポートを介して周期的に受信している前記中継または終端するノードが、前記救済要求を示す制御パケットを第３位ポートを介して受信したときは、前記第３方向に設定された前記第３のＭＬＳＰを伝送される前記マルチキャストパケットを第１位ポートを介して受信し、該当物理リンクに予め設定される救済パスに受信した前記マルチキャストパケットをブリッジする；
    請求項１記載のパケットトランスポートネットワークシステム。
  3. 前記ネットワークは、前記複数のノードが前記物理リンクによりメッシュ状に接続されるメッシュネットワークである、
    請求項１または２記載のパケットトランスポートネットワークシステム。
  4. 前記疎通確認パケット及び前記救済要求を示す制御パケットは、ＭＰＬＳ−ＴＰのＯＡＭパケットである、
    請求項１または２記載のパケットトランスポートネットワークシステム。
  5. 前記第１、第２及び第３のＭＬＳＰと前記救済パスとは、コネクションが確立された論理的なパスである、
    請求項２記載のパケットトランスポートネットワークシステム。
JP2013095828A 2013-04-30 2013-04-30 パケットトランスポートネットワークシステム Expired - Fee Related JP6052044B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013095828A JP6052044B2 (ja) 2013-04-30 2013-04-30 パケットトランスポートネットワークシステム
US14/224,448 US9397882B2 (en) 2013-04-30 2014-03-25 Packet transport network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013095828A JP6052044B2 (ja) 2013-04-30 2013-04-30 パケットトランスポートネットワークシステム

Publications (2)

Publication Number Publication Date
JP2014217026A JP2014217026A (ja) 2014-11-17
JP6052044B2 true JP6052044B2 (ja) 2016-12-27

Family

ID=51789166

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013095828A Expired - Fee Related JP6052044B2 (ja) 2013-04-30 2013-04-30 パケットトランスポートネットワークシステム

Country Status (2)

Country Link
US (1) US9397882B2 (ja)
JP (1) JP6052044B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106330700A (zh) * 2015-06-15 2017-01-11 中兴通讯股份有限公司 数据通讯网络主备接入网元保护的方法及装置
CN106712997B (zh) * 2015-11-16 2020-04-14 华为技术有限公司 表项恢复的方法、设备及系统
US10771380B2 (en) * 2016-07-25 2020-09-08 Telefonaktiebolaget Lm Ericsson (Publ) Fast control path and data path convergence in layer 2 overlay networks
CN112311462B (zh) * 2020-11-05 2021-09-03 湖北工业大学 基于分组传送网ptn的接入层设备成环优化方法及系统

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3006501B2 (ja) 1996-08-02 2000-02-07 日本電気株式会社 同報通信における障害対策方式
JPH10190654A (ja) 1996-12-26 1998-07-21 Nec Commun Syst Ltd 通信装置およびその回線切替制御方法
JP3533148B2 (ja) 2000-06-06 2004-05-31 日本電気株式会社 コネクション迂回システム
US7345991B1 (en) * 2003-05-28 2008-03-18 Atrica Israel Ltd. Connection protection mechanism for dual homed access, aggregation and customer edge devices
WO2006030435A2 (en) * 2004-09-16 2006-03-23 Alcatel Optical Networks Israel Ltd. Efficient protection mechanisms for protecting multicast traffic in a ring topology network utilizing label switching protocols
JP2008028714A (ja) 2006-07-21 2008-02-07 Hitachi Ltd ネットワークおよびマルチキャスト転送装置
CN100456700C (zh) * 2006-08-31 2009-01-28 华为技术有限公司 提供具有多种保护和恢复类型的组播业务方法和装置
US20080107027A1 (en) * 2006-11-02 2008-05-08 Nortel Networks Limited Engineered paths in a link state protocol controlled Ethernet network
US8121041B2 (en) * 2007-07-30 2012-02-21 Cisco Technology, Inc. Redundancy for point-to-multipoint and multipoint-to-multipoint ethernet virtual connections
US20090252033A1 (en) * 2008-04-08 2009-10-08 At&T Knowledge Ventures, L.P. System and method of distributing media content
JP5039639B2 (ja) 2008-06-09 2012-10-03 株式会社日立製作所 パスプロテクション機能を有する通信装置及びその通信装置を使用するネットワークシステム
US7859995B2 (en) * 2008-09-30 2010-12-28 Alcatel-Lucent Usa Inc. Protected-far-node-based solution for fault-resilient MPLS/T-MPLS multicast services
CN101741673B (zh) * 2008-11-25 2012-04-18 中兴通讯股份有限公司 一种以太环网的地址刷新方法
CN101877665B (zh) * 2009-04-29 2013-12-18 华为技术有限公司 环网保护方法、网络节点及环网络
US8462621B2 (en) * 2009-07-27 2013-06-11 At&T Intellectual Property I, L.P. Systems and methods of multicast reconfiguration using cross-layer information
US20110194404A1 (en) * 2010-02-11 2011-08-11 Nokia Siemens Networks Ethernet Solutions Ltd. System and method for fast protection of dual-homed virtual private lan service (vpls) spokes
US8885459B2 (en) * 2010-02-26 2014-11-11 Futurewei Technologies, Inc. System and method for computing a backup ingress of a point-to-multipoint label switched path
CN101827025A (zh) * 2010-04-02 2010-09-08 华为技术有限公司 一种通信网络组播保护方法、系统及设备
CN102316016B (zh) * 2010-07-05 2014-12-31 华为技术有限公司 组播流量的转发方法及装置
US8451717B2 (en) * 2010-07-30 2013-05-28 Alcatel Lucent Method and apparatus for rapid switchover from primary to standby multicast trees
US20120147893A1 (en) * 2010-12-08 2012-06-14 Nokia Siemens Networks Ethernet Solutions Ltd. E-Tree Interoperability Between MPLS Domain Devices and Ethernet Domain Devices
BR112013023468A2 (pt) * 2011-03-31 2016-12-06 Ericsson Telefon Ab L M técnica para operar um nó de rede
JP5655696B2 (ja) * 2011-05-11 2015-01-21 富士通株式会社 ネットワーク及びその障害救済方法
US9059902B2 (en) * 2012-08-24 2015-06-16 Coriant Operations, Inc Procedures, apparatuses, systems, and computer-readable media for operating primary and backup network elements

Also Published As

Publication number Publication date
JP2014217026A (ja) 2014-11-17
US9397882B2 (en) 2016-07-19
US20140321269A1 (en) 2014-10-30

Similar Documents

Publication Publication Date Title
US7940660B2 (en) Methods, systems, and computer program products for voice over IP (VoIP) traffic engineering and path resilience using media gateway and associated next-hop routers
JP6052044B2 (ja) パケットトランスポートネットワークシステム
WO2012000234A1 (zh) 链路间快速切换的方法、装置和系统
JP2006262169A (ja) リング間接続方法及び装置
CN102638389A (zh) 一种trill网络的冗余备份方法及系统
WO2011110110A1 (zh) 一种建立标签交换路径的方法、系统和节点设备
JP2007208369A (ja) ネットワークシステム及びネットワークシステムのノード冗長方法
CN102142948A (zh) 一种数据转发方法、装置及系统
US7848228B2 (en) Communication system, communication card, and communication method
US20070070893A1 (en) Method and network node for self-regulating, autonomous and decentralized traffic distribution in a multipath network
CN101163038B (zh) 一种以太网设备链路保护的方法
JP2006211033A (ja) ネットワーク接続装置
US8971172B2 (en) Network and fault recovery method
US20060075126A1 (en) Method for fast switchover and recovery of a media gateway
WO2008106874A1 (fr) Procédé et système de correction de fautes à deux nœuds pour rpr à double boucle d'espacement
KR102000128B1 (ko) 자동 보호 스위칭 aps 상태 처리 방법, 장치 및 aps 노드
WO2015165033A1 (zh) 支持混合粒度业务共享资源的处理方法与节点
EP3057269B1 (en) Control channel establishment method, apparatus and system
CN100495979C (zh) 预置保护圈的保护倒换方法
WO2012139452A1 (zh) 一种以太网保护倒换的实现方法和系统
JP2009177281A (ja) ネットワークシステム
JP5651175B2 (ja) Ａｓｏｎサービスルーティング経路分離方法及びその装置
CN102315925B (zh) 一种在rpr上实现vrrp的方法及路由设备
WO2023181162A1 (ja) 通信装置切替方法および通信システム
JP2006279402A (ja) 通信経路の切替装置、通信経路の切替方法、及び、通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160113

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161019

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20161114

R150 Certificate of patent or registration of utility model

Ref document number: 6052044

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees