JP6042838B2 - 管理システム、管理サーバ、および管理方法 - Google Patents

Description

本発明は、パスを管理する管理システム、管理サーバ、および管理方法に関する。

端末装置間でデータ通信する技術については、たとえば、下記特許文献１がある。特許文献１では、パケット転送装置等の複数の端末装置と、それらに接続を与える伝送網からなる通信網において、伝送網が接続の中断を伴う状態変更を行う際に、変更動作前に接続停止通知信号を、変更動作後に接続再開信号を端末装置に送る。端末装置は、接続停止通知信号を受信してから接続再開信号を受信するまでの間、記憶手段または予備経路に通信データを回避する。

また、ＩＰ／ＭＰＬＳ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ)網とＭＰＬＳ−ＴＰ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ − Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ）網のインターワークを実現する手段として、非特許文献１がある。非特許文献１では、ＭＰＬＳ−ＴＰ網に集中管理を行う管理サーバが導入され、ＭＰＬＳ−ＴＰ網全体が１つの仮想的ルータと見なされる。仮想ルータは、隣接ルータとシグナリングプロトコルをやり取りし、処理結果に基づいてＭＰＬＳ−ＴＰ網の内部に対応したパスを張る。この処理により、ＩＰ／ＭＰＬＳのパスとＭＰＬＳ−ＴＰのパスのマッピングを行うことができ、両ネットワークのインターワークが実現される。

特開２０００−９２１２５号公報

高橋清隆、眞下大輔、久保広行、柴田剛志、木村昌啓、芦賢浩 著、「仮想ルータモデルによるＭＰＬＳ−ＴＰとＩＰ／ＭＰＬＳのインターワーク」 電子情報通信学会大会講演論文集、２０１３巻 ２０１３年０３月０５日

しかしながら、上述した特許文献１では、回避した通信経路において通信帯域が確保できず、回避した通信経路が最適なパスであるとは限らない。また、非特許文献１において、通信パスが張られている状態で仮想ルータ内部で障害が発生し、ＭＰＬＳ−ＴＰ網のパスの到達性がなくなるなどの影響が出た場合、伝送装置のＯＡＭ（Ｏｐｅｒａｔｉｏｎ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）機能によって代替のプロテクションパスに切換えが行われる。これによりパスの到達性が守られる。

しかしながら、ＩＰ／ＭＰＬＳ網のルータは、ＭＰＬＳ−ＴＰ網で発生したパスの切換えを認識できないため、ＩＰ／ＭＰＬＳ網とＭＰＬＳ−ＴＰ網を考慮した復旧パスの決定ができない。すなわち、本来であればより最適なパスが存在するにも関わらず、最適でないパスを用いて通信をし続けなければならないという問題がある。

本発明は、障害発生時におけるパス切替の最適化を図ることを目的とする。

本願において開示される発明の一側面となる管理システム、管理サーバ、および管理方法は、通信網において第１の通信装置から伝送網を経由して第２の通信装置に到達する第１の現用系パスと、前記通信網において前記第１の通信装置から前記伝送網を経由して前記第２の通信装置に到達する前記第１の現用系パスと異なる経路である第１の待機系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する第２の現用系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する前記第２の現用系パスとは異なる経路である第２の待機系パスと、前記第１の待機系パスにおいて前記伝送網内を経由する第３の現用系パスと、を管理する管理システム、管理サーバ、および管理方法であって、前記伝送網内の伝送装置群のうち前記第２の現用系パス上のいずれかの伝送装置に障害が発生した場合に、前記第２の現用系パスを構成する複数の伝送装置のうち前記いずれかの伝送装置を除く他の伝送装置は、前記第１の現用系パス、前記第１の待機系パス、前記第２の現用系パス、前記第２の待機系パス、および前記第３の現用系パスの運用状態を管理する設定情報について、前記第２の現用系パスを伝送不可状態に、前記第２の待機系パスを伝送可能状態に変更し、前記伝送装置群を管理する管理サーバは、前記他の伝送装置から前記第２の待機系パスが伝送可能状態であることを示す変更情報を取得し、前記変更情報により伝送可能状態である前記第２の待機系パスの帯域幅と、前記第３の現用系パスの帯域幅と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定し、決定したパスを前記伝送装置群に設定することを特徴とする。

本発明の代表的な実施の形態によれば、障害発生時におけるパス切替の最適化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

ＩＰ／ＭＰＬＳ網間をＭＰＬＳ−ＴＰ網で接続する両網のインターワーク例を示すシステム構成図である。 通信装置のハードウェア構成例を示すブロック図である。 エッジルータの機能的構成例を示すブロック図である。 インタフェース情報データベースに構築されるインタフェース管理テーブルの記憶内容例を示す説明図である。 インタフェース情報データベースに構築されるインタフェース管理テーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるＯＳＰＦ設定テーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるＯＳＰＦ設定テーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるルーティングテーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるルーティングテーブルの記憶内容例を示す説明図である。 シグナリング情報データベースに構築されるラベル転送テーブルの記憶内容例を示す説明図である。 シグナリング情報データベースに構築されるパス管理テーブルの記憶内容例を示す説明図である。 管理サーバの機能的構成例を示すブロック図である。 インタフェース情報データベースに構築されるＩＰ／ＭＰＬＳ網ＩＦ管理テーブルの記憶内容例を示す説明図である。 インタフェース情報データベースに構築されるＭＰＬＳ−ＴＰ網ＩＦ管理テーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるＯＳＰＦ設定テーブルの記憶内容例を示す説明図である。 ルーティング情報データベースに構築されるルーティングテーブルの記憶内容例を示す説明図である。 シグナリング情報データベースに構築されるシグナリング管理テーブルの記憶内容例を示す説明図である。 シグナリング情報データベースに構築されるラベル管理テーブルの記憶内容例を示す説明図である。 シグナリング情報データベースに構築されるＭＰＬＳ−ＴＰ網パス管理テーブルの記憶内容例を示す説明図である。 仮想ルータによるパス生成処理手順例を示すフローチャートである。 仮想ルータによるパス生成処理手順例を示すフローチャートである。 パス生成シーケンス例を示す説明図である。 エッジルータのラベル転送テーブルの生成例を示す説明図である。 管理サーバのラベル管理テーブルの更新例を示す説明図である。 管理サーバのＭＰＬＳ−ＴＰ網パス管理テーブルの更新例を示す説明図である。 エッジルータのラベル転送テーブルの更新例を示す説明図である。 パスの設定情報が入力されたエッジルータのラベル転送テーブルの一例を示す説明図である。 パスの設定情報が入力されたエッジルータのパス管理テーブルの一例を示す説明図である。 図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパスを張り終えた後の管理サーバのシグナリング管理テーブルの更新例を示す説明図である。 図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパスを張り終えた後の管理サーバのラベル管理テーブルの更新例を示す説明図である。 セカンダリパスを張り終えた後のエッジルータのラベル転送テーブルの一例を示す説明図１である。 図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパスを張り終えた後の管理サーバのＭＰＬＳ−ＴＰ網パス管理テーブルの一例を示す説明図である。 セカンダリパスを張り終えた後のエッジルータのラベル転送テーブルの一例を示す説明図２である。 ＭＰＬＳ−ＴＰ網パス管理テーブルの更新例を示す説明図である。 最適パスの切換処理手順例を示すフローチャートである。 管理サーバのシグナリング管理テーブルのパス最適化による更新例を示す説明図である。 管理サーバのラベル管理テーブルのパス最適化による更新例を示す説明図である。 管理サーバのＭＰＬＳ−ＴＰ網パス管理テーブルのパス最適化による更新例を示す説明図である。 エッジルータのラベル転送テーブルのパス最適化による更新例を示す説明図１である。 エッジルータのラベル転送テーブルのパス最適化による更新例を示す説明図２である。 ｈｏｐ数を考慮した場合の最適パスの切換処理手順例を示すフローチャートである。 ｈｏｐ数を考慮した場合の最適パスの切換処理手順例を示すフローチャートである。

本実施例では、一例として、ＩＰ／ＭＰＬＳ網（通信網）とＭＰＬＳ−ＴＰ網（伝送網）のインターワークを行うシステムにおいて、ＭＰＬＳ−ＴＰ網で障害が発生して代替パスに切り替える方式について説明する。まず、ＩＰ／ＭＰＬＳとＭＰＬＳ−ＴＰについて説明する。

ＩＰ／ＭＰＬＳは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）のＲＦＣ３０３１で規定されているプロトコルである。ＩＰ／ＭＰＬＳは、ＩＰパケットやレイヤ２のフレームにラベルと呼ばれるタグデータが付与し、付与されたラベルを参照してデータを転送する方式である。ＩＰ／ＭＰＬＳに対応したルータで利用することができる。

また、ＩＰ／ＭＰＬＳによる通信を行う範囲をＭＰＬＳドメインと呼び、ＭＰＬＳドメイン内のルータをＩＰ／ＭＰＬＳルータもしくはＬＳＲ（Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ Ｒｏｕｔｅｒ）と呼ぶ。また、ＭＰＬＳドメインの外部ネットワークと通信するルータをエッジルータ、ＭＰＬＳドメインの内部だけで通信するルータをコアルータと呼ぶ。エッジルータがＭＰＬＳドメイン外からパケットを受信し、受信したパケットにラベルを付与してコアルータに転送する。コアルータは、受信したラベルの値を変換し、次のコアルータまたはエッジルータに転送する。コアルータからラベル付きパケットを受信したエッジルータは、ラベルを取り除き、ＭＰＬＳドメイン外のルータに転送する。

ＩＰ／ＭＰＬＳを利用するためには、ＭＰＬＳドメイン内部でＩＰによる到達性とパケットに付与するラベルの配布が必要となる。通常、エッジルータおよびコアルータにおいてルーティングプロトコルを動作させ、経路情報を交換することによって、ＩＰレベルの到達性が確保される。

ルーティングプロトコルとして、ＲＦＣ２１７８で規定されているＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）やＲＦＣ１１９５で規定されているＩＳ−ＩＳ（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ ｔｏ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｓｙｓｔｅｍ）がある。ＯＳＰＦおよびＩＳ−ＩＳは、ルーティングプロトコルにおいてリンクステート型プロトコルに分類される。

リンクステート型プロトコルは、隣接ルータとリンク情報を交換することでルーティングプロトコルが動作するネットワーク全体のトポロジマップを生成し、トポロジマップに基づいてルーティングテーブルを構築する。また、後述するトラフィックエンジニアリングを行う場合は、拡張を行ったＯＳＰＦ−ＴＥ（Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ）、ＩＳ−ＩＳ−ＴＥを利用する。

ＯＳＰＦ−ＴＥ（ＲＦＣ３６３０）やＩＳ−ＩＳ−ＴＥ（ＲＦＣ３７８４）は、リンク情報に加えて帯域情報も交換する。ＩＰ／ＭＰＬＳのラベル転送を行うためには、エッジルータおよびコアルータは、ラベル転送時に用いるテーブルを構築する。本テーブルを構築するための代表的なプロトコルとして、ＲＦＣ５０３６で規定されているＬＤＰ（Ｌａｂｅｌ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＲＦＣ３２０９で規定されるＲＳＶＰ−ＴＥ（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｓｅｔｕｐ Ｐｒｏｔｏｃｏｌ ― Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ）がある。

ＬＤＰは、エッジルータやコアルータ自身が持つルーティングテーブルの経路エントリ毎にラベルを決定し、隣接のエッジルータもしくはコアルータにラベル情報を配布するプロトコルである。ＬＤＰによるラベル転送パスはルーティングプロトコルによって算出された最短経路に従う。ＲＳＶＰ−ＴＥは、ＲＦＣ２２０５で規定されるＲＳＶＰを拡張し、ラベル情報の配布とトラフィックエンジニアリング機能を追加したプロトコルである。ＲＳＶＰ−ＴＥはＬＤＰと異なり、ラベル転送パスを明示的に指定することができる。また、ＲＳＶＰ−ＴＥには、ＲＦＣ４０９０で規定されているＦａｓｔ Ｒｅｒｏｕｔｅという機能があり、あるパスを通るエッジルータもしくはコアルータで障害が発生し、パスの接続性が無くなった場合、数ミリ秒でバックアップ用のパスに切り替えることができる。

ＭＰＬＳ−ＴＰは、ＩＰ／ＭＰＬＳと同様にＭＰＬＳ技術をベースとした伝送技術である。ＭＰＬＳ−ＴＰでは、パケットの転送情報を管理する制御プレーンとユーザパケットを転送するデータプレーンとに分離される。制御プレーンがＭＰＬＳ−ＴＰ網全体の経路情報を管理するため、効率の良いパケット転送を行うことができる。また、ＯＡＭ機能やＡＰＳ（Ａｕｔｏｍａｔｉｃ Ｐｒｏｔｅｃｔｉｏｎ Ｓｗｉｔｃｈｉｎｇ）機能などの高信頼化機能が充実しており、高信頼性が求められるネットワークに利用される傾向がある。このような利点から、本実施例では、ＩＰ／ＭＰＬＳによって提供されるＩＰサービスの高度化のために、ＩＰ／ＭＰＬＳ網間をＭＰＬＳ−ＴＰ網で接続する両網のインターワーク技術が採用される。以下、図１にＩＰ／ＭＰＬＳ網間をＭＰＬＳ−ＴＰ網で接続する両網のインターワークを示す。

＜システム構成例＞
図１は、ＩＰ／ＭＰＬＳ網間をＭＰＬＳ−ＴＰ網で接続する両網のインターワーク例を示すシステム構成図である。ＩＰ／ＭＰＬＳ網１０は、エッジルータ１００−１、１００−２（以下、総称してエッジルータ１００）と仮想ルータ２００によって構成される。ＩＰ／ＭＰＬＳ網１０において、エッジルータ１００−１と仮想ルータ２００が接続され、エッジルータ１００−２と仮想ルータ２００が接続される。また、エッジルータ１００−１と顧客サイト５００が接続され、エッジルータ１００−２と顧客サイト５００が接続される。

仮想ルータ２００は、伝送装置３００−１〜３００−４（以下、総称して伝送装置３００）と管理サーバ４００によって構成されるＭＰＬＳ−ＴＰ網２０である。ＩＰ／ＭＰＬＳ網１０から見ると、ＭＰＬＳ−ＴＰ網２０は、１台のコアルータ（仮想ルータ２００）として認識される。伝送装置３００は、他の伝送装置３００および管理サーバ４００に接続される。管理サーバ４００は、接続する伝送装置３００を制御することによって、ＭＰＬＳ−ＴＰ網２０全体の管理を行う。

本ネットワークでは、エッジルータ１００−２からエッジルータ１００−１に対してプライマリパス（現用系パス）１０１−１とセカンダリパス（待機系パス）１０１−２を張り、プライマリパス１０１−１に関してワーキングパス（現用系パス）３０２−１とプロテクションパス（待機系パス）３０２−２、セカンダリパス１０１−２に関してワーキングパス３０３−１が確保されている状況を想定する。

また、エッジルータ１００−１〜２、仮想ルータ２００、伝送装置３００−１〜４は、インタフェース（ＩＦ）を有する。各ＩＦのＩＰアドレスについては、ＩＦ１１は「１００．０．０．１」、ＩＦ１２は「１０．０．０．１」、ＩＦ２１は「２０．０．０．２」、ＩＦ２２は「３０．０．０．２」、ＩＦ２３は「２００．０．０．２」、ＩＦ３１１は「１０．０．０．３」、ＩＦ３２２は「２０．０．０．３」、ＩＦ３３３は「３０．０.０．３」とする。また、各ルータのＩＰアドレスについては、エッジルータ１００−１は「１．１．１．１」、エッジルータ１００−２は「２．２．２．２」、仮想ルータ２００は「３．３．３．３」とする。

（１）伝送装置３００−４の故障により伝送装置３００−４を経由するワーキングパス３０２−１の通信が不可能になった場合、（２）仮想ルータ２００は、現用系であるプライマリパス１０１−１のワーキングパス３０２−１からプロテクションパス３０２−２に仮切替する。（３）そして、仮想ルータ２００は、ワーキングパス３０３−１とプロテクションパス３０２−２とを比較する。仮想ルータ２００は、たとえば、両パスの帯域幅を比較する。帯域幅は、伝送可能なビットレートである。そして、仮想ルータ２００は、帯域幅が大きい方のパスを復旧パスとして選択する。このように、パスの切替に際して、切替候補のパスの帯域幅を比較することで、帯域幅が大きい方のパスを最適なパスとして選択することができる。

＜通信装置のハードウェア構成例＞
図２は、通信装置（エッジルータ１００、伝送装置３００、管理サーバ４００の総称）のハードウェア構成例を示すブロック図である。通信装置２は、プロセッサ２１と、記憶デバイス２２と、通信インタフェース（通信ＩＦ）２５と、転送エンジン２６と、を有する。プロセッサ２１、記憶デバイス２２、通信ＩＦ２５および転送エンジン２６は、バス２７により接続される。

プロセッサ２１は、通信装置２を制御する。記憶デバイス２２は、プロセッサ２１の作業エリアとなる。また、記憶デバイス２２は、各種プログラムやデータを記憶する記録媒体である。記憶デバイス２２としては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。通信ＩＦ２５は、ネットワークと接続し、データを送受信するネットワークインタフェースである。通信ＩＦ２５は、ポート数分搭載される。転送エンジン２６は、通信ＩＦ２５からのパケットを処理し、通信ＩＦ２５を介して転送先に転送する。

＜エッジルータ１００の機能的構成例＞
図３は、エッジルータ１００の機能的構成例を示すブロック図である。エッジルータ１００は、管理者設定部１１０、設定処理部１２０、インタフェース処理部１３０、ルーティング処理部１３１、シグナリング処理部１３２、インタフェース情報データベース１４０、ルーティング情報データベース１４１、シグナリング情報データベース１４２、２つ以上のエッジルータＩＦ１５０、スイッチ部１６０により構成される。

管理者設定部１１０、設定処理部１２０、インタフェース処理部１３０、ルーティング処理部１３１、およびシグナリング処理部１３２は、具体的には、たとえば、図２に示した記憶デバイス２２に記憶されたプログラムをプロセッサ２１に実行させることにより、その機能を実現する。また、インタフェース情報データベース１４０、ルーティング情報データベース１４１、およびシグナリング情報データベース１４２は、具体的には、たとえば、図２に示した記憶デバイス２２に記憶されてその機能を実現する。また、エッジルータＩＦ１５０およびスイッチ部１６０は、具体的には、たとえば、図２に示した通信ＩＦ２５および転送エンジン２６により、その機能を実現する。

管理者設定部１１０は、管理者が入力装置を操作してエッジルータ１００に対して各種値を設定したり、外部からのメッセージを読み込むことで、各種値を設定する（静的設定）。また、管理者設定部１１０は、管理者がエッジルータ１００に対して静的設定する際の外部からのメッセージを受信し、設定処理部１２０に送信する。設定処理部１２０は、装置設定情報（コンフィグ情報）やルーティングプロトコル、シグナリングプロトコルの制御信号を、インタフェース処理部１３０、ルーティング処理部１３１、シグナリング処理部１３２の中から適切な処理部を選択して送信する。また、設定処理部１２０は、エッジルータＩＦ１５０に対して、制御信号を送信する。

インタフェース処理部１３０は、受信した装置設定情報を処理する。装置設定情報を処理することにより、インタフェース処理部１３０は、インタフェース情報データベース１４０において、インタフェース管理テーブル６００を構築する。

ルーティング処理部１３１は、受信した装置設定情報やルーティングプロトコルの制御パケットを処理する。また、ルーティング処理部１３１は、仮想ルータ２００に対する制御パケットを生成し、送信する。前述するルーティングプロトコルとして、例えばＯＳＰＦ−ＴＥやＩＳ−ＩＳ−ＴＥが使用される。装置設定情報やルーティングプロトコルを処理することにより、ルーティング処理部１３１は、ルーティング情報データベース１４１において、ＯＳＰＦ設定テーブル７００およびルーティングテーブル８００を構築する。

シグナリング処理部１３２は、受信したシグナリングプロトコルの制御パケットを処理する。また、シグナリング処理部１３２は、仮想ルータ２００に対する制御パケットを生成し、送信する。前述するシグナリングプロトコルとして、例えばＬＤＰやＲＳＶＰ−ＴＥが使用される。このシグナリングプロトコルの処理により、シグナリング処理部１３２は、シグナリング情報データベース１４２において、ラベル転送テーブル９００とパス管理テーブル１０００を構築する。

エッジルータＩＦ１５０は、ＩＰ／ＭＰＬＳ網１０または顧客サイト５００に接続されるインタフェースであり、ＩＦ制御部１５１、パケット受信部１５２、パケット処理部１５３、パケット送信部１５４より構成される。

ＩＦ制御部１５１は、パケット処理部１５３から受信したルーティングプロトコルやシグナリングプロトコルの制御パケットを設定処理部１２０に転送する。また、ＩＦ制御部１５１は、設定処理部１２０から受信した制御パケットをパケット送信部１５４に転送する。パケット受信部１５２は、ＩＰ／ＭＰＬＳ網１０または顧客サイト５００からパケットを受信する。

パケット処理部１５３は、パケット受信部１５２から受信したパケットがルーティングプロトコルやシグナリングプロトコルの制御パケットであれば、ＩＦ制御部１５１に転送する。また、パケット処理部１５３は、パケット受信部１５２から受信した制御パケット以外のパケットや、ＩＦ制御部１５１から受信した制御パケットをスイッチ部１６０に転送する。なお、パケット処理部１５３は、エッジルータＩＦ１５０の外に実装してもよい。

パケット送信部１５４は、スイッチ部１６０から受信したパケットを解析し、必要であればＭＰＬＳヘッダの付与および編集を行い、ＩＰ／ＭＰＬＳ網１０または顧客サイト５００に転送する。スイッチ部１６０は、受信したパケットのヘッダやＭＰＬＳヘッダを参照し、転送先のエッジルータＩＦ１５０を特定してパケットを転送する。

＜エッジルータ１００のデータベースの記憶内容例＞
つぎに、エッジルータ１００のインタフェース情報データベース１４０、ルーティング情報データベース１４１、シグナリング情報データベース１４２の記憶内容例について説明する。エッジルータ１００のインタフェース情報データベース１４０は、インタフェース管理テーブルを格納する。

図４Ａおよび図４Ｂは、インタフェース情報データベース１４０に構築されるインタフェース管理テーブルの記憶内容例を示す説明図である。図４Ａがエッジルータ１００−１のインタフェース管理テーブル６００−１を示し、図４Ｂがエッジルータ１００−２のインタフェース管理テーブル６００−２を示す。インタフェース管理テーブル６００−１，６００−２（以下、総称してインタフェース管理テーブル６００）は、後述する「１．初期設定」のインタフェース設定において、管理者が管理者設定部１１０を介して静的に設定するテーブルである。インタフェース管理テーブル６００は、エッジルータＩＦ１５０に関する情報を設定するテーブルである。インタフェース管理テーブル６００は、エッジルータ１００が持つエッジルータＩＦ１５０を表すＩＦＩＤ６０１、エッジルータＩＦ１５０の種別を表すＩＦ種別６０２、当該エッジルータＩＦ１５０に付与されているＩＰアドレスを表すＩＰアドレス６０３、エッジルータＩＦ１５０で確保できる帯域幅を表す予約帯域幅６０４、ルーティングプロトコルで用いられるコスト値６０５を含む。コスト値６０５は、エッジルータＩＦ１５０が対応する最大通信速度に応じて求められた値である。たとえば、最大通信速度が高いほどコスト値６０５が低くなる。したがって、ルーティングプロトコルにおいて、コスト値６０５が低いほどそのエッジルータＩＦ１５０は選択されやすくなる。

エッジルータ１００のルーティング情報データベース１４１は、ＯＳＰＦ設定テーブルとルーティングテーブルとを格納する。

図５Ａおよび図５Ｂは、ルーティング情報データベース１４１に構築されるＯＳＰＦ設定テーブルの記憶内容例を示す説明図である。図５Ａがエッジルータ１００−１のＯＳＰＦ設定テーブル７００−１を示し、図５Ｂがエッジルータ１００−２のＯＳＰＦ設定テーブル７００−２を示す。ＯＳＰＦ設定テーブル７００−１，７００−２（以下、総称してＯＳＰＦ設定テーブル７００）は、後述する「１．初期設定」のルーティングプロトコル設定において、管理者が管理者設定部１１０を介して静的に設定するテーブルである。ＯＳＰＦ設定テーブル７００は、ＯＳＰＦを動作させるネットワークを指定するための情報として、ＮＷ（Ｎｅｔｗｏｒｋ）アドレス７０１、ワイルドカードマスク７０２を含む。

図６Ａおよび図６Ｂは、ルーティング情報データベース１４１に構築されるルーティングテーブルの記憶内容例を示す説明図である。図６Ａがエッジルータ１００−１のルーティングテーブル８００−１を示し、図６Ｂがエッジルータ１００−２のルーティングテーブル８００−２を示す。後述する「１．初期設定」の管理者設定部４３０による仮想ルータ２００のインタフェース設定、ルーティング設定、シグナリング設定が完了した場合に、エッジルータ１００と仮想ルータ２００との間でＯＳＰＦ−ＴＥが動作して経路交換が行われる。これにより、エッジルータ１００において、ルーティングテーブル８００−１，８００−２（以下、総称してルーティングテーブル８００）が自動作成される。ルーティングテーブル８００は、パケットの送信先を表す宛先ＮＷアドレス８０１、パケットを送信する時に使用する出力ＩＦＩＤ８０２、どこから経路エントリを学習したかを表す経路学習元８０３を含む。

本実施例では、経路学習元として、ｓｔａｔｉｃ、ｃｏｎｎｅｃｔｅｄ、ｄｙｎａｍｉｃの３種類を定義する。ｓｔａｔｉｃは、管理者が管理者設定部１１０によって静的に設定した経路エントリを表す。ｃｏｎｎｅｃｔｅｄは、直接エッジルータ１００に繋がっているネットワークの経路エントリを表す。ｄｙｎａｍｉｃは、ＯＳＰＦなどのルーティングプロトコルによって学習した経路エントリを表す。図４Ａおよび図４ＢにおけるＩＰアドレス６０３の設定を契機として、経路学習元８０３が「ｃｏｎｎｅｃｔｅｄ」となるエントリが設定される。また、図５Ａおよび図５ＢのＯＳＰＦ設定テーブル７００が設定されると、エッジルータ１００と仮想ルータ２００との間でＯＳＰＦ−ＴＥが動作して経路交換が行われ、経路学習元８０３が「ｄｙｎａｍｉｃ」となるエントリが設定される。

エッジルータ１００のシグナリング情報データベース１４２は、ラベル転送テーブルとパス管理テーブルとを格納する。

図７は、シグナリング情報データベース１４２に構築されるラベル転送テーブルの記憶内容例を示す説明図である。ここでは、エッジルータ１００−２のラベル転送テーブル９００−２を例に説明する。エッジルータ１００−１のラベル転送テーブルも同一構造であるが、記憶内容については後述する。ラベル転送テーブル９００−２は、ＩＰ／ＭＰＬＳ網１０においてラベルによるパケット転送を行う際に参照されるテーブルである。ラベル転送テーブル９００−２は、パスをユニークに識別するパスＩＤ９０１、ラベル転送パスの構築を要求するルータの要求元ＩＰアドレス９０２、ラベル転送パスの構築要求の宛先となる宛先ＮＷアドレス９０３、ラベル転送パスの構築を要求するルータの入力ＩＦから到着したパケットに付与されているラベルを示す入力ラベル番号９０４、ラベル転送パスの構築を要求するルータの出力ＩＦをユニークに識別する出力ＩＦＩＤ９０５、ラベル転送パスの構築を要求するルータの出力ＩＦから送信するパケットに付与されるラベルを示す出力ラベル番号９０６、当該パスで確保できる帯域幅を表す予約帯域幅９０７を含む。図７のエントリは、パスＩＤ：１のパスは、ラベル転送パスの構築を要求するルータであるエッジルータ１００−２（ＩＰアドレス「２．２．２．２」）のＩＦ２２からエッジルータ１００−１（ＩＰアドレス「１．１．１．１」）へのパスであり、当該パスの予約帯域幅が３０Ｇｂｐｓであることを示している。ラベル転送テーブル９００−２は、後述する「２．パス生成」において、図８のパス管理テーブル１０００の構築を契機に、パスＩＤ９０１、要求元ＩＰアドレス９０２、宛先ＮＷアドレス９０３、入力ラベル番号９０４、出力ＩＦＩＤ９０５、出力ラベル番号９０６が設定される。また、予約帯域幅９０７は、管理者が管理者設定部１１０を介して静的に設定される。

図８は、シグナリング情報データベース１４２に構築されるパス管理テーブルの記憶内容例を示す説明図である。パス管理テーブル１０００は、後述する「２．パス生成」において、エッジルータ１００間でパスを張るにあたって必要となるＲＳＶＰ−ＴＥ設定により、管理者が管理者設定部１１０を介して静的に設定するテーブルである。図８では一例として、エッジルータ１００−２のパス管理テーブル１０００の記憶内容について説明する。エッジルータ１００−１のパス管理テーブルも同一構造であるが、説明は省略する。パス管理テーブル１０００は、パスをユニークに識別するパスＩＤ１００１、パスを張る順序を指定するシーケンス番号１００２、パスを張る際に経由するルータのＩＰアドレス１００３を含む。図８のエントリは、パスＩＤ：１のパスは、ＩＦ２２（ＩＰアドレス「３０．０．０．２」）から、仮想ルータ２００（ＩＰアドレス：３．３．３．３）を経由して、エッジルータ１００−１（ＩＰアドレス「１．１．１．１」）に到達するパスを示している。

＜管理サーバ４００の機能的構成例＞
図９は、管理サーバ４００の機能的構成例を示すブロック図である。管理サーバ４００は、複数の伝送装置３００と接続しており、装置通信部４１０、設定処理部４２０、管理者設定部４３０、装置監視部４４０、インタフェース処理部４５０、ルーティング処理部４５１、シグナリング処理部４５２、パス処理部４５３、インタフェース情報データベース４６０、ルーティング情報データベース４６１、シグナリング情報データベース４６２を有する。

装置通信部４１０、設定処理部４２０、管理者設定部４３０、装置監視部４４０、インタフェース処理部４５０、ルーティング処理部４５１、シグナリング処理部４５２、およびパス処理部４５３は、具体的には、たとえば、図２に示した記憶デバイス２２に記憶されたプログラムをプロセッサ２１に実行させることにより、その機能を実現する。また、インタフェース情報データベース４６０、ルーティング情報データベース４６１、およびシグナリング情報データベース４６２は、具体的には、たとえば、図２に示した記憶デバイス２２に記憶されてその機能を実現する。

装置通信部４１０は、伝送装置３００と設定処理部４２０に対してルーティングプロトコルやシグナリングプロトコルにしたがってデータを送受信する。また、装置通信部４１０は、装置監視部４４０と伝送装置３００の間で送受信される死活監視パケットを中継する。

設定処理部４２０は、装置通信部４１０から受信した制御パケットや、管理者設定部４３０から受信した静的な装置設定情報を、インタフェース処理部４５０、ルーティング処理部４５１、シグナリング処理部４５２、パス処理部４５３の中から適切な処理部を選択して送信する。設定処理部４２０は、装置監視部４４０から障害情報を受信し、パス処理部４５３に送信する。また、ルーティング処理部４５１やシグナリング処理部４５２から受信した制御パケットを装置通信部４１０に転送する。

管理者設定部４３０は、管理者が入力装置を操作して管理サーバ４００に対して各種値を設定したり、外部からのメッセージを読み込むことで、各種値を設定する（静的設定）。また、管理者設定部４３０は、管理者が管理サーバ４００に対して設定を静的に行う際の外部からのメッセージを受信し、設定処理部４２０に装置設定情報（コンフィグ情報）を送信する。装置監視部４４０は、装置通信部４１０を介して伝送装置３００から障害情報を受信する。また、装置監視部４４０は、設定処理部４２０に障害情報を送信する。

インタフェース処理部４５０は、管理サーバ４００が制御する伝送装置３００のインタフェース情報を管理する。設定処理部４２０から受信した装置設定情報を処理することにより、インタフェース処理部４５０は、インタフェース情報データベース４６０において、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００やＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００を構築する。

ルーティング処理部４５１は、受信した装置設定情報やルーティングプロトコルの制御パケットを処理する。また、ルーティング処理部４５１は、エッジルータ１００に対する制御パケットを生成し、送信する。装置設定情報やルーティングプロトコルを処理することにより、ルーティング処理部４５１は、ルーティング情報データベース４６１において、ＯＳＰＦ設定テーブル１３００およびルーティングテーブル１４００を構築する。

シグナリング処理部４５２は、受信したシグナリングプロトコルの制御パケットを処理する。また、シグナリング処理部４５２は、エッジルータ１００に対する制御パケットを生成し、送信する。また、シグナリング処理部４５２は、パス処理部４５３と連携し、ＭＰＬＳ−ＴＰ網パス（３０２−１、３０２−２、３０３−１）を構築する。シグナリングプロトコルの処理により、シグナリング処理部４５２は、シグナリング情報データベース４６２において、シグナリング管理テーブル１５００およびラベル管理テーブル１６００を構築する。

パス処理部４５３は、シグナリング処理部４５２から通知を受けて伝送装置３００のＭＰＬＳ−ＴＰ網パス３０１を算出する。パス処理部４５３は、ＭＰＬＳ−ＴＰ網パスを伝送装置３００に設定する。シグナリング処理部４５２からの通知を処理することにより、パス処理部４５３は、シグナリング情報データベース４６２において、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を構築する。

＜管理サーバ４００のデータベースの記憶内容例＞
つぎに、管理サーバ４００のインタフェース情報データベース４６０、ルーティング情報データベース４６１、シグナリング情報データベース４６２の記憶内容例について説明する。管理サーバ４００のインタフェース情報データベース４６０は、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブルおよびＭＰＬＳ−ＴＰ網ＩＦ管理テーブルを格納する。

図１０は、インタフェース情報データベース４６０に構築されるＩＰ／ＭＰＬＳ網ＩＦ管理テーブルの記憶内容例を示す説明図である。ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００は、伝送装置３００がＩＰ／ＭＰＬＳ網１０に接続するインタフェースであるＩＰ／ＭＰＬＳ網ＩＦ（ＩＦ３１１、ＩＦ３２２、ＩＦ３３３）を管理するテーブルである。ＭＰＬＳ−ＴＰ網２０を仮想ルータ２００とみなすため、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００は、エッジルータ１００と接続される伝送装置３００のＩＦを管理するテーブルである。ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００は、後述する「１．初期設定」の管理者設定部４３０によるインタフェース設定において、管理者が、管理者設定部１１０を介して静的に設定するテーブルである。

ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００は、ＩＰ／ＭＰＬＳ網１０と接続されるＩＦを有する伝送装置３００を表す伝送装置ＩＤ１１０１、ＩＰ／ＭＰＬＳ網１０と接続されるＩＦを表すＩＦＩＤ１１０２、ＩＦＩＤ１１０２で指定されるインタフェースに設定するＩＰアドレスを表すＩＰアドレス１１０３、シグナリングプロトコルで使用可能な帯域幅を表す予約帯域幅１１０４、ルーティングプロトコルで用いられるコスト値１１０５を含む。図面の説明上、伝送装置ＩＤ１１０１には、伝送装置３００の符号の枝番を用いている。以降、他のテーブルにおいても伝送装置ＩＤには、伝送装置３００の符号の枝番を用いる。

図１１は、インタフェース情報データベース４６０に構築されるＭＰＬＳ−ＴＰ網ＩＦ管理テーブルの記憶内容例を示す説明図である。ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００は、伝送装置３００のＭＰＬＳ−ＴＰ網ＩＦを管理するテーブルである。ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００は、ＭＰＬＳ−ＴＰ網２０内部での伝送装置３００の接続関係を管理するテーブルである。ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００は、後述する「１．初期設定」の管理者設定部４３０によるインタフェース設定において、管理者が、管理設定部４３０を介して静的に設定するテーブルである。ＭＰＬＳ−ＴＰ網ＩＦは、伝送装置３００−１〜３００−４のＩＦ３１１〜ＩＦ３１３、ＩＦ３２１〜ＩＦ３２３、ＩＦ３３１〜３３３、ＩＦ３４１、ＩＦ３４２のうち、ＭＰＬＳ−ＴＰ網２０内部で他の伝送装置３００と接続されるＩＦ（ＩＦ３１２、ＩＦ３１３、ＩＦ３２１、ＩＦ３２３、ＩＦ３３１、ＩＦ３３２、ＩＦ３４１、ＩＦ３４２）である。

ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００は、ＭＰＬＳ−ＴＰ網ＩＦを有する伝送装置３００を表す伝送装置ＩＤ１２０１と、ＭＰＬＳ−ＴＰ網ＩＦを表すＩＦＩＤ１２０２、ＩＦＩＤ１２０２で特定されるＩＦに接続される伝送装置３００を表す接続先伝送装置ＩＤ１２０３と、ＩＦＩＤ１２０２で特定されるＩＦに接続される伝送装置３００のＩＦを表す接続先ＩＦＩＤ１２０４と、伝送装置３００間で利用可能な帯域幅を表す余剰帯域幅１２０５と、を含む。

つぎに、管理サーバ４００のルーティング情報データベース４６１について説明する。管理サーバ４００のルーティング情報データベース４６１は、ＯＳＰＦ設定テーブルおよびルーティングテーブルを格納する。

図１２は、ルーティング情報データベース４６１に構築されるＯＳＰＦ設定テーブルの記憶内容例を示す説明図である。ＯＳＰＦ設定テーブル１３００は、後述する「１．初期設定」のルーティングプロトコル設定において、管理者が管理設定部４３０を介して静的に設定するテーブルである。ＯＳＰＦ設定テーブル１３００は、ＯＳＰＦを動作させるネットワークを指定するための情報として、ＮＷアドレス１３０１、ワイルドカードマスク１３０２を含む。

図１３は、ルーティング情報データベース４６１に構築されるルーティングテーブルの記憶内容例を示す説明図である。後述する「１．初期設定」の管理者設定部４３０による仮想ルータ２００のインタフェース設定、ルーティング設定、シグナリング設定が完了した場合に、エッジルータ１００と仮想ルータ２００との間でＯＳＰＦ−ＴＥが動作して経路交換が行われる。これにより、管理サーバ４００においてルーティングテーブル１４００が自動作成される。ルーティングテーブル１４００は、パケットの送信先を表す宛先ＮＷアドレス１４０１、パケット送信時に用いる伝送装置を表す出力伝送装置ＩＤ１４０２、パケットを出力する伝送装置のＩＦを表す出力ＩＦＩＤ１４０３、経路エントリの学習元を表す経路学習元１４０４を含む。本実施例では、経路学習元として、ｓｔａｔｉｃ、ｃｏｎｎｅｃｔｅｄ、ｄｙｎａｍｉｃの３種類を定義する。ｓｔａｔｉｃは、管理者が管理者設定部１１０によって静的に設定した経路エントリを表す。ｃｏｎｎｅｃｔｅｄは、直接エッジルータ１００に繋がっているネットワークの経路エントリを表す。ｄｙｎａｍｉｃは、ＯＳＰＦなどのルーティングプロトコルによって学習した経路エントリを表す。図１０におけるＩＰアドレス１１０３の設定を契機として、経路学習元１４０４が「ｃｏｎｎｅｃｔｅｄ」となるエントリが設定される。ただし、出力ＩＦＩＤ１４０３の「ｌｏｏｐｂａｃｋ」については、管理者が管理設定部４３０を介して静的に設定する。また、図１２のＯＳＰＦ設定テーブル７００が設定されると、エッジルータ１００と仮想ルータ２００との間でＯＳＰＦ−ＴＥが動作して経路交換が行われ、経路学習元１４０４が「ｄｙｎａｍｉｃ」となるエントリが設定される。

つぎに、シグナリング情報データベース４６２について説明する。管理サーバ４００のシグナリング情報データベース４６２は、シグナリング管理テーブル、ラベル管理テーブル、およびＭＰＬＳ−ＴＰ網パス管理テーブルを格納する。

図１４は、シグナリング情報データベース４６２に構築されるシグナリング管理テーブルの記憶内容例を示す説明図である。シグナリング管理テーブル１５００は、パスＩＤ１５０１、要求元アドレス１５０２、宛先ＮＷアドレス１５０３、ワーキングパス予約帯域幅１５０４、プロテクションパス帯域幅ＩＤ１５０５、セカンダリパスＩＤ１５０６を含む。

シグナリング管理テーブル１５００のエントリは、管理サーバ４００がシグナリングプロトコルのメッセージを受信した契機で作成、更新される。ここでは、例えばシグナリングプロトコルとしてＲＳＶＰ−ＴＥを前提とする。ＲＳＶＰ−ＴＥのＰＡＴＨメッセージを受信した時点でエントリが作成され、ＲＥＳＶメッセージを受信した時点でエントリ内容が更新される。

パスＩＤ１５０１は、ＲＳＶＰ−ＴＥのＰＡＴＨメッセージを受信した際に作成されるＩＤである。要求元アドレス１５０２は、ＰＡＴＨメッセージの送信元アドレスを表す。宛先ＮＷアドレス１５０３は、ＲＳＶＰ−ＴＥによって張るパスの最終到達先を表す。ワーキングパス予約帯域幅１５０４は、ＲＳＶＰ−ＴＥによって予約されるパスの帯域幅を表す。プロテクションパス予約帯域幅１５０５は、プロテクションパスによって確保された帯域幅を表す。セカンダリパスＩＤ１５０６は、パスＩＤ１０５１で表現されるパスが障害などによって通信不可能になったり、狭い帯域幅になったりした場合に切り替えるパスのパスＩＤ１５０１を表す。

図１５は、シグナリング情報データベース４６２に構築されるラベル管理テーブルの記憶内容例を示す説明図である。ラベル管理テーブル１６００は、パスＩＤ１６０１、入力装置ＩＤ１６０２、入力ＩＦＩＤ１６０３、入力ラベル番号１６０４、出力装置ＩＤ１６０５、出力ＩＦＩＤ１６０６、出力ラベル番号１６０７を含む。ラベル管理テーブル１６００のエントリは、管理サーバ４００がシグナリングプロトコルを受信した契機で作成、更新される。パスＩＤ１６０１は、パスを特定するＩＤであり、シグナリングプロトコルを受信した際に作成される。入力装置ＩＤ１６０２と入力ＩＦＩＤ１６０３は、パスＩＤ１６０１で表されるパスのパケットを受信する伝送装置とＩＦを表す。入力ラベル番号１６０４は、本パスの受信パケットに付与されているラベル番号を表す。出力装置ＩＤ１６０５と出力ＩＦＩＤ１６０７は、パスＩＤ１６０１で表されるパスのパケットを送信する際に用いる伝送装置とＩＦを表す。出力ラベル番号１６０７は、送信するパケットのラベル番号を表す。

図１６は、シグナリング情報データベース４６２に構築されるＭＰＬＳ−ＴＰ網パス管理テーブルの記憶内容例を示す説明図である。ＭＰＬＳ−ＴＰ網パス管理テーブル１７００は、パスの運用状態を管理する設定情報である。ＭＰＬＳ−ＴＰ網パス管理テーブル１７００のエントリは、管理サーバ４００がシグナリングプロトコルのメッセージを受信した契機で作成、更新される。ＭＰＬＳ−ＴＰ網パス管理テーブル１７００は、パスＩＤ１７０１、伝送装置ＩＤ１７０２、入力ＩＦＩＤ１７０３、入力ラベル番号１７０４、出力ＩＦＩＤ１７０５、出力ラベル番号１７０６、パス種別１７０７、パス状態１７０８を含む。パスＩＤ１７０１は、パスを特定するＩＤである。伝送装置ＩＤ１７０２と入力ＩＦＩＤ１７０３は、本パスにおいてパケットを受信する伝送装置とＩＦを表す。入力ラベル番号１７０４は、受信するパケットに付与されているラベル番号を表す。出力ＩＦＩＤ１７０５は、本パスにおいてパケットを送信する伝送装置のＩＦを表す。出力ラベル番号１７０６は、送信するパケットに付与されるラベル番号を表す。パス種別１７０７は、本パスの種別を表す。パス状態１７０８は、本パスの運用状態を示し、本パスが活性化状態（使用中）であるか非活性化状態（待機中）であるかを表す。

＜システム動作例＞
つぎに、ＩＰ／ＭＰＬＳ網１０間をＭＰＬＳ−ＴＰ網２０で接続する両網のインターワーク例を示すシステムの動作例について説明する。１．初期設定、２．パス生成（図１７、図１８）、３．パス生成シーケンス（図１９〜図３０）、４．障害発生によるパス切替（図３１〜図３７）の順に説明する。

１．初期設定
システム動作例では、ＩＰ／ＭＰＬＳ網１０で使用するルーティングプロトコルとしてＯＳＰＦ−ＴＥを使用し、シグナリングプロトコルとしてＲＳＶＰ−ＴＥを使用することを前提とする。まず初めに、エッジルータ１００−１、エッジルータ１００−２、および仮想ルータ２００が、初期設定を行う。エッジルータ１００−１とエッジルータ１００−２は、インタフェース設定、ルーティングプロトコル設定、シグナリング設定を行う。

インタフェース設定により、図４Ａおよび図４Ｂに示したインタフェース管理テーブル６００が構築される。また、ルーティングプロトコル設定により、図５Ａおよび図５Ｂに示したＯＳＰＦ設定テーブル７００が構築される。シグナリング処理により、両エッジルータ１００にラベル転送テーブルが構築される。たとえば、エッジルータ１００−２では、値が未設定のラベル転送テーブル９００−２が構築される。

仮想ルータ２００の設定は管理サーバ４００で行われる。管理者設定部４３０は、インタフェース設定、ルーティング設定、シグナリング設定を行う。インタフェース設定により、図１０に示したＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００や図１１に示したＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００が構築される。ルーティング設定により、図１２に示したＯＳＰＦ設定テーブル１３００が構築される。シグナリング設定により、図１４に示したシグナリング管理テーブル１５００および図１５に示したラベル管理テーブル１６００が構築される。

これらの設定により、エッジルータ１００と仮想ルータ２００との間でＯＳＰＦ−ＴＥが動作して経路交換が行われる。これにより、エッジルータ１００−１では、図６Ａに示したルーティングテーブル８００−１が作成され、エッジルータ１００−２では、図６Ｂに示したルーティングテーブル８００−２が作成され、仮想ルータ２００では、図１３に示したルーティングテーブル１４００が作成される。これにより、初期設定が終了する。

２．パス生成（図１７、図１８）
つぎに、エッジルータ１００−２からエッジルータ１００−１に対してプライマリパス１０１−１とセカンダリパス１０１−２を張る。図１に示したように、エッジルータ１００−２からエッジルータ１００−１に対してパスを張る場合、エッジルータ１００−２のＩＦ２１からパスを張る場合とＩＦ２２からパスを張る場合の２つのパターンがある。

本システム動作例では、ＩＦ２２から張るパスをプライマリパス１０１−１、ＩＦ２１から張るパスをセカンダリパス１０１−２とする。エッジルータ１００−２から２つのパスを張るにあたって必要となるＲＳＶＰ−ＴＥ設定については、管理者設定部４３０が行う。ＲＳＶＰ−ＴＥ設定によりエッジルータ１００−２のシグナリング情報データベース１４２に図８に示したパス管理テーブル１０００が構築される。パス管理テーブル１０００の構築を契機に、エッジルータ１００−２は、図７に示したラベル転送テーブル９００−２のエントリを生成する。

具体的には、たとえば、エッジルータ１００−２は、パス管理テーブル１０００のパスＩＤ１００１の値「１」を、ラベル転送テーブル９００−２のパスＩＤ９０１に設定する。また、エッジルータ１００−２は、自身のＩＰアドレス「２．２．２．２」を、ラベル転送テーブル９００−２の要求元ＩＰアドレス９０２に設定する。また、エッジルータ１００−２は、パス管理テーブル１０００のシーケンス番号１００２のうち末尾の番号「３」に対応するＩＰアドレス１００３の値「１．１．１．１」を、ラベル転送テーブル９００−２の宛先ＮＷアドレス９０３に設定する。

また、エッジルータ１００−２は、自身がパスの始端となるため、入力ラベル番号９０４を未定義（なし）とする。また、エッジルータ１００−２は、パス管理テーブル１０００のシーケンス番号１００２のうち先頭の番号「１」に対応するＩＰアドレス１００３の値「３０．０．０．２」に対応する出力ＩＦＩＤ「ＩＦ２２」を、ラベル転送テーブル９００−２の出力ＩＦＩＤ９０５に設定する。

なお、この段階では、ラベル転送テーブル９００−２の出力ラベル番号９０６は未確定である。また、ラベル転送テーブル９００−２の予約帯域幅９０７の値「３０Ｇｂｐｓ」は、管理者の操作入力またはあらかじめ記憶デバイスに記憶された設定ファイル（不図示）から読み込むことにより設定される。

そして、エッジルータ１００−２は、仮想ルータ２００に対して、図７のパスＩＤ：１のエントリを含むＲＳＶＰ−ＴＥのＰＡＴＨメッセージ（帯域幅を指定）を送信することで、エッジルータ１００−２からエッジルータ１００−１に対してパスを張る処理が開始される。

図１７および図１８は、仮想ルータ２００によるパス生成処理手順例を示すフローチャートである。本例では、パス生成処理は、エッジルータ１００−２からのＲＳＶＰ−ＴＥのＰＡＴＨメッセージが伝送装置３００を介して、管理サーバ４００に受信された契機で実行される。また、伝送装置３００は、エッジルータ１００−２が送信するＰＡＴＨメッセージを受信すると、伝送装置３００を識別する伝送装置ＩＤの情報とＰＡＴＨメッセージを受信したＩＦ（入力ＩＦ）を識別するＩＦＩＤ（入力ＩＦＩＤ）の情報と共にそのＰＡＴＨメッセージを管理サーバ４００へ送信する。

管理サーバ４００は、受信したＰＡＴＨメッセージと伝送装置ＩＤの情報とＩＦＩＤの情報をシグナリング処理部４５２で処理する（ステップＦ１０００）。シグナリング処理部４５２は、ＰＡＴＨメッセージを受信した伝送装置３００の伝送装置ＩＤとＩＦＩＤを特定し、それぞれ記憶デバイス２２であるメモリ上の変数ｓｒｃ＿ｄｅｖ、ｓｒｃ＿ｉｆに格納する。本動作例では、伝送装置３００−３の伝送装置ＩＤ「３」が変数ｓｒｃ＿ｄｅｖに格納され、ＩＦ３３３のＩＦＩＤ「３３３」が変数ｓｒｃ＿ｉｆに格納される。

つぎに、シグナリング処理部４５２は、ＰＡＴＨメッセージの送信に用いる伝送装置ＩＤとＩＦＩＤをＰＡＴＨメッセージから抽出可能か判定する（ステップＦ１０１０）。抽出可能な場合（ステップＦ１０１０：Ｙｅｓ）、ＰＡＴＨメッセージの転送先アドレスをＰＡＴＨメッセージから抽出する。シグナリング処理部４５２は、抽出した転送先アドレスと一致する宛先ＮＷアドレス１４０１を有するエントリを、ルーティングテーブル１４００から特定し、特定したエントリの出力伝送装置ＩＤ１４０２および出力ＩＦＩＤ１４０３を抽出する。そして、シグナリング処理部４５２は、抽出した出力伝送装置ＩＤ１４０２を変数ｄｅｓｔ＿ｄｅｖに格納し、抽出した出力ＩＦＩＤ１４０３を変数ｄｅｓｔ＿ｉｆに格納する（ステップＦ１０２０）。

本動作例では伝送装置３００−１の伝送装置ＩＤ「１」が変数ｄｅｓｔ＿ｄｅｖに格納され、ＩＦ１１のＩＦＩＤ「１１」が変数ｄｅｓｔ＿ｉｆに格納される。抽出できない場合は（ステップＦ１０１０：Ｎｏ）、管理サーバ４００は、ＰＡＴＨメッセージの送信元に対してエラーメッセージを送信する（図１８のＦ１１９０）。

つぎに、管理サーバ４００は、変数ｄｅｓｔ＿ｄｅｖ、変数ｄｅｓｔ＿ｉｆの組、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００、シグナリング管理テーブル１５００、ラベル管理テーブル１６００を用いて、変数ｄｅｓｔ＿ｉｆに格納した送信に用いる伝送装置３００のＩＦに、パスで必要となる帯域幅の空きがあるかを判定する（ステップＦ１０３０）。空きがない場合は（ステップＦ１０３０：Ｎｏ）、管理サーバ４００は、ＰＡＴＨメッセージの送信元に対してエラーメッセージを送信する（図１８のＦ１１９０）。空きがある場合は（ステップＦ１０３０：Ｙｅｓ）、ステップＳ１０４０に移行する。

具体的には、例えば、管理サーバ４００は、変数ｄｅｓｔ＿ｄｅｖ、変数ｄｅｓｔ＿ｉｆの組で特定される伝送装置ＩＤおよびＩＦＩＤが存在するエントリを、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００から特定する。そして、管理サーバ４００は、特定したエントリの予約帯域幅１１０４を抽出する。変数ｄｅｓｔ＿ｄｅｖ、変数ｄｅｓｔ＿ｉｆの組で特定される伝送装置ＩＤおよびＩＦＩＤが、３００−１、３１１である場合、予約帯域幅１１０４は、１００［Ｇｂｐｓ］となる。

また、管理サーバ４００は、シグナリング管理テーブル１５００のパスＩＤ１５０１を取得し、取得したパスＩＤ１５０１と一致するパスＩＤ１６０１を有するエントリを、ラベル管理テーブル１６００から特定する。そして、管理サーバ４００は、特定したエントリの出力装置ＩＤ１６０５と出力ＩＦＩＤ１６０６の組と、変数ｄｅｓｔ＿ｄｅｖと変数ｄｅｓｔ＿ｉｆの組とを比較し、一致するか否かを判断する。

一致する場合には、管理サーバ４００は、シグナリング管理テーブル１５００のワーキングパス予約帯域幅１５０４の値を取得する。たとえば、３０［Ｇｂｐｓ］を取得したとする。最後に、管理サーバ４００は、ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル１１００から抽出した予約帯域幅１１０４の値（１００［Ｇｂｐｓ］）から、シグナリング管理テーブル１５００から取得したワーキングパス予約帯域幅１５０４の値（３０［Ｇｂｐｓ］）を減算し、減算結果が０以上であれば、ステップＦ１０３０で空きがあると判定する。本動作例では、ｄｅｓｔ＿ｄｅｖのｄｅｓｔ＿ｉｆ（ＩＦ１１）には帯域幅の空きがある判定となる。

つぎに、管理サーバ４００は、ｓｒｃ＿ｄｅｖとｄｅｓｔ＿ｄｅｖの間で張ることができるＭＰＬＳ−ＴＰ網パスを特定する（ステップＦ１０４０）。ここでは、ＭＰＬＳ−ＴＰ網パスがＰＡＴＨメッセージで指定された帯域幅を確保できるかは確認しない。管理サーバ４００は、ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル１２００に対してｋ−ｔｈ ｓｈｏｒｔｅｓｔ Ｐａｔｈアルゴリズムを用いて最短経路からｎ番目の最短経路を算出してメモリ上の配列ｐａｔｈ［］に格納する。ｋ−ｔｈ ｓｈｏｒｔｅｓｔ Ｐａｔｈアルゴリズムは、複数のパスのうちｋ番目に短いパスを探索するアルゴリズムである。なお、最短経路から順番に配列ｐａｔｈ［］に格納されるものとする。また、ｋ−ｔｈ ｓｈｏｒｔｅｓｔ Ｐａｔｈアルゴリズムでは、最大でｎ個（ｋ＝ｎ）のパスが探索される。また、管理サーバ４００は、配列ｐａｔｈ［］に格納したパスの数を変数ｎに格納する。ｎが１以上の場合（ステップＦ１０５０：Ｙｅｓ）、ステップＦ１０６０に移行する。

一方、１つもパスが見つからなかった場合（ステップＦ１０５０：Ｎｏ）、管理サーバ４００は、ＰＡＴＨメッセージの送信元に対してエラーメッセージを送信する（Ｆ１１９０）。なお、動作例では、配列ｐａｔｈ［］には、伝送装置３００−３、伝送装置３００−４、伝送装置３００−１を経由するパス３０２−１と、伝送装置３００−３、伝送装置３００−２、伝送装置３００−１を経由するパス３０２−２が格納され、変数ｎにはパス数である２が格納される。

Ｆ１０６０では、管理サーバ４００は、メモリ上の変数ｐ、変数ｗｏｒｋｉｎｇ、変数ｐｒｏｔｅｃｔｉｏｎを空で初期化する（Ｆ１０６０）。変数ｐには配列ｐａｔｈ［］から取り出したパスが格納され、変数ｗｏｒｋｉｎｇにはワーキングパス３０２−１が格納され、変数ｐｒｏｔｅｃｔｉｏｎにはプロテクションパスが格納されることになる。このあと、ステップＦ１０７０に移行する。

つぎに、管理サーバ４００は、ｐａｔｈ［０］からｐａｔｈ［ｎ−１］まで繰り返し処理を行う（Ｆ１０７０）。つまり、ｐａｔｈ［ｉ］において、変数ｉは、０からｎ−１まで１ずつ増加される。ｐａｔｈ［ｉ］は、配列ｐａｔｈ［］におけるｉ番目のパスを示す。まず、管理サーバ４００は、変数ｐにｐａｔｈ［ｉ］を代入して（Ｆ１０８０）、変数ｗｏｒｋｉｎｇが空であるかを判定する（Ｆ１０９０）。変数ｗｏｒｋｉｎｇが空である場合（ステップＦ１０９０：Ｙｅｓ）、管理サーバ４００は、変数ｐのパスでＰＡＴＨメッセージにおいて要求された帯域幅を確保できるかを判断する（Ｆ１１００）。

帯域幅を確保できる場合（ステップＦ１１００：Ｙｅｓ）、管理サーバ４００は、変数ｗｏｒｋｉｎｇに変数ｐを代入する（Ｆ１１１０）。変数ｗｏｒｋｉｎｇが空でない場合（ステップＦ１０９０：Ｎｏ）または帯域幅を確保できない場合（ステップＳ１１００：Ｎｏ）、管理サーバ４００は、変数ｐがプロテクションパスとしてふさわしいか判定する（ステップＦ１１２０）。具体的には、たとえば、管理サーバ４００は、変数ｐｒｏｔｅｃｔｉｏｎが空または変数ｐｒｏｔｅｃｔｉｏｎのパスで確保できる帯域幅よりも変数ｐで確保できる帯域幅の方が大きいかを判定する。

変数ｐｒｏｔｅｃｔｉｏｎが空である場合または変数ｐｒｏｔｅｃｔｉｏｎのパスで確保できる帯域幅よりも変数ｐのパスで確保できる帯域幅の方が大きい場合（ステップＦ１１２０：Ｙｅｓ）、管理サーバ４００は、変数ｐｒｏｔｅｃｔｉｏｎに変数ｐを代入する（ステップＦ１１３０）。

一方、変数ｐｒｏｔｅｃｔｉｏｎが空でなく、かつ、変数ｐｒｏｔｅｃｔｉｏｎのパスで確保できる帯域幅よりも変数ｐのパスで確保できる帯域幅の方が大きくない場合（ステップＦ１１２０：Ｎｏ）、Ｆ１１３０は実行されない。

本動作例では、変数ｗｏｒｋｉｎｇに伝送装置３００−３、伝送装置３００−４、伝送装置３００−１を経由するパスのパスＩＤ、変数ｐｒｏｔｅｃｔｉｏｎに伝送装置３００−３、伝送装置３００−２、伝送装置３００−１を経由するパスのパスＩＤが格納される。変数ｉがｎ−１のときにＦ１１２０：ＮｏまたはＦ１１３０が終了すると、図１８のＦ１１４０に移行する。

Ｆ１１４０において、変数ｗｏｒｋｉｎｇが空であった場合（ステップＦ１１４０：Ｙｅｓ）、プロテクションパスを確保できなかったことを表しているため、管理サーバ４００は、ＰＡＴＨメッセージの送信元に対してエラーメッセージを送信する（ステップＦ１１９０）。空でなかった場合は（ステップＦ１１４０：Ｎｏ）、ステップＦ１１５０に移行する。本動作例では、変数ｗｏｒｋｉｎｇは空ではないため、次の処理に進む。

次に、管理サーバ４００は、変数ｐｒｏｔｅｃｔｉｏｎが空か否かを判定する（ステップＦ１１５０）。空である場合（ステップＦ１１５０：Ｙｅｓ）、管理サーバ４００は、シグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を更新して、変数ｗｏｒｋｉｎｇに格納されたパスＩＤであるワーキングパス３０２−１を、パスＩＤ１５０１、１６０１、１７０１に登録する（Ｆ１１６０）。また、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００においては、パス種別１７０７に「ｗｏｒｋｉｎｇ」を登録する。

空でない場合（ステップＦ１１５０：Ｎｏ）、管理サーバ４００は、シグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を更新して、変数ｗｏｒｋｉｎｇに格納されたパスＩＤであるワーキングパス３０２−１と変数ｐｒｏｔｅｃｔｉｏｎに格納されたパスＩＤであるプロテクションパス３０２−２をそれぞれ、パスＩＤ１５０１、１６０１、１７０１に登録する（Ｆ１１７０）。また、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００においては、パス種別１７０７にワーキングパス３０２−１の場合は「ｗｏｒｋｉｎｇ」、プロテクションパス３０２−２の場合は「ｐｒｏｔｅｃｔｉｏｎ」を登録する。

ステップＦ１１６０またはＦ１１７０のあと、シグナリング処理部４５２がＰＡＴＨメッセージを生成し、変数ｄｅｓｔ＿ｄｅｖの変数ｄｅｓｔ＿ｉｆで特定されるＩＦから隣接するエッジルータ１００−１に、生成したＰＡＴＨメッセージを送信する（ステップＦ１１８０）。これにより、パス生成処理を終了する。

本動作例では、変数ｗｏｒｋｉｎｇおよび変数ｐｒｏｔｅｃｔｉｏｎの両方にパスＩＤが格納される。図１４のシグナリング管理テーブル１５００、図１５のラベル管理テーブル１６００、および図１６のＭＰＬＳ−ＴＰ網パス管理テーブル１７００は、ステップＦ１１７０による更新後の内容である。

３．パス生成シーケンス（図１９〜図３０）
図１９は、パス生成シーケンス例を示す説明図である。エッジルータ１００−２とエッジルータ１００−１の間にプライマリパス１０１−１を張る動作を例に説明する。エッジルータ１００−２の管理者設定部１１０からプライマリパス１０１−１を張るためのパスの設定情報であるラベル転送テーブル９００−２（図７）およびパス管理テーブル１０００（図８）を参照することにより、プライマリパス１０１−１を張る処理が開始される。ラベル転送テーブル９００−２（図７）の内容は、エッジルータ１００−２から送信されるＰＡＴＨメッセージに含まれる。ラベル転送テーブル９００−２のエントリにおけるパスＩＤ：１のパスが、構築対象となるプライマリパス１０１−１のパスＩＤである。

エッジルータ１００−２のＩＦ２２からのＰＡＴＨメッセージが伝送装置３００−３に送信され（ステップＳ１０００）、伝送装置３００−３がそのＰＡＴＨメッセージをＩＦ３３３で受信して、伝送装置３００−３が、伝送装置ＩＤ「３００−３」と入力ＩＦＩＤ「ＩＦ３３３」の情報と共にそのＰＡＴＨメッセージを管理サーバ４００に転送する（ステップＳ１０１０）ことにより、管理サーバ４００は、図１７および図１８に示したパス生成処理を実行する（ステップＳ１０１５）。上述した図１８のステップＦ１１８０により、管理サーバ４００はＰＡＴＨメッセージを送信する（ステップＳ１０２０）。管理サーバ４００が送信したＰＡＴＨメッセージは、伝送装置３００−１を経由してエッジルータ１００−１のパケット受信部１５２によって受信され、パケット処理部１５３に転送される（ステップＳ１０３０）。

ＰＡＴＨメッセージはシグナリングプロトコルの制御パケットであるため、ＰＡＴＨメッセージは、エッジルータ１００−１のＩＦ制御部１５１、設定処理部１２０に転送される。エッジルータ１００−１の設定処理部１２０は、シグナリング処理部１３２にＰＡＴＨメッセージを転送する。エッジルータ１００−１のシグナリング処理部１３２は、ＰＡＴＨメッセージを処理することでエッジルータ１００−１がパスの終端であることを特定する。そして、エッジルータ１００−１のシグナリング処理部１３２は、ラベル転送テーブルのエントリを生成する。

図２０は、エッジルータ１００−１のラベル転送テーブル９００−１の生成例を示す説明図である。図２０のラベル転送テーブル９００−１では、パスＩＤ９０１、要求元ＩＰアドレス９０２、宛先ＮＷアドレス９０３、および予約帯域幅９０７に、ＰＡＴＨメッセージに含まれるラベル転送テーブル９００−２（図７）のパスＩＤ：１、要求元ＩＰアドレス：２．２．２．２、宛先ＮＷアドレス：１．１．１．１、予約帯域幅：３０Ｇｂｐｓが格納される。また、エッジルータ１００−１にＰＡＴＨメッセージが入力されたため、入力ラベル番号９０４として、たとえば、「１００」が付与されたものとする。なお、エッジルータ１００−１の出力ＩＦ１１からは、ＰＡＴＨメッセージが出力されないため、ラベル転送テーブル９００−１の出力ラベル番号９０６は定義されない。

エッジルータ１００−１のシグナリング処理部１３２は、ラベル転送テーブル９００−１を参照してＲＳＶＰ−ＴＥのＲＥＳＶメッセージを生成する。ＲＥＳＶメッセージには、ラベル転送テーブル９００−１のパスＩＤ：１における入力ラベル番号「１００」が埋め込まれる。ＲＥＳＶメッセージは、設定処理部１２０を経由してエッジルータ１００−１のパケット送信部１５４から送信される（ステップＳ１０４０）。伝送装置３００−１がそのＲＥＳＶメッセージをＩＦ３１１で受信して、伝送装置３００−１が、伝送装置ＩＤ「３００−１」と入力ＩＦＩＤ「ＩＦ３１１」の情報と共にそのＲＥＳＶメッセージを管理サーバ４００に送信する（ステップＳ１０５０）。

管理サーバ４００の装置通信部４１０が、伝送装置ＩＤと入力ＩＦＩＤの情報と共にＲＥＳＶメッセージを受信し、設定処理部４２０に転送する。設定処理部４２０は、伝送装置ＩＤと入力ＩＦＩＤの情報と共にＲＥＳＶメッセージをシグナリング処理部４５２に転送する。シグナリング処理部４５２は、伝送装置ＩＤと入力ＩＦＩＤの情報とＲＥＳＶメッセージを処理し、ステップＦ１１７０で得られたラベル管理テーブル１６００（図１５）とＭＰＬＳ−ＴＰ網パス管理テーブル１７００（図１６）を更新する。

図２１は、管理サーバ４００のラベル管理テーブル１６００の更新例を示す説明図であり、図２２は、管理サーバ４００のＭＰＬＳ−ＴＰ網パス管理テーブル１７００の更新例を示す説明図である。図２１および図２２は、パス生成処理（ステップＳ１０１５）のＦ１１８０（図１８を参照）で生成されたラベル管理テーブル１６００（図１５）およびＭＰＬＳ−ＴＰ網パス管理テーブル１７００（図１６）が、その後、管理サーバ４００の装置通信部４１０がＲＥＳＶメッセージを受信することで更新される例である。図２１および図２２中、網掛けの箇所が、図１５および図１６からの更新箇所である。

管理サーバ４００は、パスＩＤ：１における入力ラベル番号「１００」をＲＥＳＶメッセージから読み出して、ラベル管理テーブル１６００において同一パスＩＤ：１であるエントリの出力ラベル番号１６０７に「１００」を格納する。これにより、ラベル番号「１００」が設定されたデータは、仮想ルータ２００のＩＦ３１１から出力されて、エッジルータ１００−１のＩＦ１２に入力されることになる。また、管理サーバ４００は、ラベル管理テーブル１６００のパスＩＤ：１のエントリにおける入力ラベル番号１６０４を自動採番する。ここでは、「１６」を採番する。このように、ラベル管理テーブル１６００が更新される。

ラベル管理テーブル１６００において、伝送装置３００−３のＩＦ３３３の入力ラベル番号１６０４が「１６」に確定したため、管理サーバ４００は、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００の伝送装置ＩＤ１７０２が「３００−３」、入力ＩＦＩＤ１７０３が「ＩＦ３３３」である入力ラベル番号１７０４（未確定）に、「１６」を格納する。また、ラベル管理テーブル１６００において、伝送装置３００−１のＩＦ３１１の出力ラベル番号１６０７が「１００」に確定したため、管理サーバ４００は、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００の出力ＩＦＩＤ１７０５が「ＩＦ３１１」である出力ラベル番号１７０６（未確定）に、「１００」を格納する。このように、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００が更新される。

当該更新後、管理サーバ４００のシグナリング処理部４５２は、ＲＥＳＶメッセージを生成し、伝送装置３００−３を経由してエッジルータ１００−２に送信する（ステップＳ１０７０、Ｓ１０８０）。生成されたＲＥＳＶメッセージには、図２１に示したパスＩＤ：１のエントリが含まれる。

仮想ルータ２００からＲＥＳＶメッセージを受信したエッジルータ１００−２は、シグナリング処理部１３２でＲＥＳＶメッセージを処理し、ラベル転送テーブル９００−２を更新する。

図２３は、エッジルータ１００−２のラベル転送テーブル９００−２の更新例を示す説明図である。図２３は、図７に示した、プライマリパス１０１−１を張るためのパスの設定情報であるラベル転送テーブル９００−２からの更新例である。管理サーバ４００からのＲＥＳＶメッセージには、パスＩＤ：１のパスにおいて伝送装置３００−３のＩＦ３３３の入力ラベル番号１６０４として「１６」が含まれる。したがって、エッジルータ１００−２は、ＲＥＳＶメッセージから入力ラベル番号１６０４の値「１６」を読み出して、仮想ルータ２００のＩＦ３３３に接続されるエッジルータ１００−２のＩＦ２２の出力ラベル番号９０６に「１６」を格納する。

また、図１９において、管理サーバ４００は、各伝送装置３００に対し転送ラベル設定をおこなう（ステップＳ１０６０、Ｓ１０６１、Ｓ１０６２、Ｓ１０６３）。具体的には、たとえば、管理サーバ４００は、図２２に示した更新後のＭＰＬＳ−ＴＰ網パス管理テーブル１７００を各伝送装置３００に送信する。

ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を受信した各伝送装置３００は、受信したＭＰＬＳ−ＴＰ網パス管理テーブル１７００を各伝送装置３００が保持するラベル情報データベース（図示せず）に格納する。これにより、各伝送装置３００は、ラベル情報データベースを参照して、自律的にラベルスイッチング伝送をおこなうことができる。

以上の動作により、エッジルータ１００−２とエッジルータ１００−１の間にプライマリパス１０１−１を張ることができる。

次にエッジルータ１００−２とエッジルータ１００−１との間でセカンダリパス１０１−２を張る。エッジルータ１００−２の管理者設定部１１０からセカンダリパス１０１−２を張るためのパスの設定情報を入力することにより、セカンダリパス１０１−２を張る処理が開始され、図１９のシーケンスが実行されることで、セカンダリパス１０１−２が張られる。

図２４は、パスの設定情報が入力されたエッジルータ１００−２のラベル転送テーブル９００−２の一例を示す説明図であり、図２５は、パスの設定情報が入力されたエッジルータ１００−２のパス管理テーブル１０００の一例を示す説明図である。

エッジルータ１００−２のＲＳＶＰ−ＴＥ設定において、管理サーバ４００の管理者設定部４３０は、図２５の網掛けしたエントリをパス管理テーブル１０００に構築する。当該構築を契機に、エッジルータ１００−２は、ラベル転送テーブル９００−２のエントリを図２４に示したように更新する。

具体的には、たとえば、エッジルータ１００−２は、パス管理テーブル１０００のパスＩＤ１００１の値「２」を、ラベル転送テーブル９００−２のパスＩＤ９０１に設定する。また、要求元ＩＰアドレス９０２、宛先ＮＷアドレス９０３、入力ラベル番号９０４、出力ラベル番号９０６（未確定）、および予約帯域幅９０７の設定については、図７と同じである。

また、エッジルータ１００−２は、パス管理テーブル１０００におけるパスＩＤが「２」で、かつ、パス管理テーブル１０００のシーケンス番号１００２のうち先頭の番号「１」に対応するＩＰアドレス１００３の値「２０．０．０．２」に対応する出力ＩＦＩＤ「ＩＦ２１」を、ラベル転送テーブル９００−２のパスＩＤ：２のエントリの出力ＩＦＩＤ９０５に設定する。

そして、エッジルータ１００−２は、仮想ルータ２００に対して、図２４のパスＩＤ：２のエントリを含むＲＳＶＰ−ＴＥのＰＡＴＨメッセージ（帯域幅を指定）を送信することで、エッジルータ１００−２からエッジルータ１００−１に対してパスを張る処理が開始され、図１９に示したシーケンスが実行されることで、セカンダリパス１０１−２が設定される。

図２６は、図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパス１０１−２を張り終えた後の管理サーバ４００のシグナリング管理テーブル１５００の更新例を示す説明図である。網掛け箇所が更新箇所である。パスＩＤ：２のエントリがセカンダリパス１０１−２を特定するエントリである。

シグナリング管理テーブル１５００のパスＩＤ：２のエントリは、管理サーバ４００がエッジルータ１００−２からＰＡＴＨメッセージを受信した時点で作成される。パスＩＤ：２のエントリにおいて、パスＩＤ１５０１、要求元アドレス１５０２、および宛先ＮＷアドレス１５０３には、図２４に示したＰＡＴＨメッセージに含まれるパスＩＤ９０１の値「２」、要求元ＩＰアドレス９０２の値「２．２．２．２」、および宛先ＮＷアドレス９０３の値「１．１．１．１」が格納される。また、ワーキングパス予約帯域幅１５０４には、図２４に示したＰＡＴＨメッセージに含まれる予約帯域幅９０７の値「３０Ｇｂｐｓ」が格納される。

なお、本例のセカンダリパス１０１−２には、プロテクションパスが設定されないため、パスＩＤ：２のエントリにおいて、プロテクションパス予約帯域幅１５０５は未定義である。同様に、パスＩＤ：２のエントリがセカンダリパス１０１−２を示すため、対応するセカンダリパスＩＤ１５０６は未定義である。これに対し、パスＩＤ：２のエントリは、パスＩＤ：１のプライマリパス１０１−１に対応するセカンダリパス１０１−２であるため、パスＩＤ：１のエントリのセカンダリパスＩＤ１５０６には、セカンダリパス１０１−２を一意に特定するパスＩＤ：２が設定される。このように、シグナリング管理テーブル１５００が更新される。

図２７は、図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパス１０１−２を張り終えた後の管理サーバ４００のラベル管理テーブル１６００の更新例を示す説明図である。網掛け箇所が更新箇所である。パスＩＤ：２のエントリがセカンダリパス１０１−２を特定するエントリである。ＰＡＴＨメッセージは、プライマリパス１０１−１と同様に、エッジルータ１００−２が送信し、伝送装置３００−２がそのＰＡＴＨメッセージをＩＦ３２２で受信して、伝送装置３００−２が伝送装置３００−２の伝送装置ＩＤ「３００−２」と入力ＩＦＩＤ「ＩＦ３２２」の情報と共にそのＰＡＴＨメッセージを管理サーバ４００に送信する。

したがって、管理サーバ４００は、伝送装置ＩＤと入力ＩＦＩＤの情報と共にＰＡＴＨメッセージを受信した場合、ラベル管理テーブル１６００のパスＩＤ：２のエントリの入力装置ＩＤ１６０２および入力ＩＦＩＤ１６０３に、伝送装置３００−２の伝送装置ＩＤ「３００−２」および入力ＩＦＩＤ「ＩＦ３２２」を格納する。また、管理サーバ４００は、入力ラベル番号１６０４の値として、たとえば「１７」を自動採番する。この段階では、パスＩＤ：２のエントリの出力装置ＩＤ１６０５、出力ＩＦＩＤ１６０６、および出力ラベル番号１６０７は未確定であり、エッジルータ１００−１からのＲＥＳＶメッセージにより確定する。この点については後述する。

図２８は、セカンダリパス１０１−２を張り終えた後のエッジルータ１００−１のラベル転送テーブル９００−１の一例を示す説明図である。網掛け箇所が更新箇所である。パスＩＤ：２のエントリがセカンダリパス１０１−２を特定するエントリである。図２８のラベル転送テーブル９００−１では、パスＩＤ９０１、要求元ＩＰアドレス９０２、宛先ＮＷアドレス９０３、および予約帯域幅９０７に、ＰＡＴＨメッセージに含まれるラベル転送テーブル９００−２（図２４）のパスＩＤ９０１の値「２」、要求元ＩＰアドレス９０２の値「２．２．２．２」、宛先ＮＷアドレス９０３の値「１．１．１．１」、予約帯域幅９０７の値「３０Ｇｂｐｓ」が格納される。また、エッジルータ１００−１にＰＡＴＨメッセージが入力されたため、入力ラベル番号として、たとえば、「１０１」が自動採番されたものとする。なお、エッジルータ１００−１の出力ＩＦ１１からは、ＰＡＴＨメッセージが出力されないため、ラベル転送テーブル９００−１の出力ラベル番号は定義されない。

エッジルータ１００−１は、図２８のパスＩＤ：２のエントリを含むＲＥＳＶメッセージを伝送装置３００−１を介して管理サーバ４００に送信する。伝送装置３００−１は、そのＲＥＳＶメッセージをＩＦ３１１で受信して、伝送装置３００−１が、伝送装置ＩＤ「３００−１」と入力ＩＦＩＤ「ＩＦ３１１」の情報と共にそのＲＥＳＶメッセージを管理サーバ４００に送信する。

図２９は、図１９に示したパス生成（ステップＳ１０１５）によりセカンダリパス１０１−２を張り終えた後の管理サーバ４００のＭＰＬＳ−ＴＰ網パス管理テーブル１７００の一例を示す説明図である。図２９は、図２２におけるＭＰＬＳ−ＴＰ網パス管理テーブル１７００の更新後の状態を示す。網掛け箇所が更新箇所である。パスＩＤ：２の２つのエントリ２９１，２９２がセカンダリパス１０１−２を特定するエントリである。

まず、エントリ２９１の生成例について説明する。エントリ２９１は、エッジルータ１００−２からのＰＡＴＨメッセージの受信を契機に生成される。エントリ２９１は、伝送装置３００−２を示すエントリである。

管理サーバ４００は、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００のエントリ２９１の伝送装置ＩＤ１７０２および入力ＩＦＩＤ１７０３に、伝送装置３００−２から送信されてくる伝送装置３００−２の伝送装置ＩＤ「３００−２」および入力ＩＦＩＤ「ＩＦ３２２」を格納する。また、セカンダリパス１０１−２についてのパス生成（ステップＳ１０１５）により、セカンダリパス１０１−２上の伝送装置３００−２の出力ＩＦが「ＩＦ３２１」に決まるため、管理サーバ４００は、エントリ２９１の出力ＩＦＩＤ１７０５に出力ＩＦＩＤ「ＩＦ３２１」を格納する。また、管理サーバ４００は、エントリ２９１の入力ラベル番号１７０４および出力ラベル番号１７０６を自動採番（たとえば、「１７」と「１８」）する。また、セカンダリパス１０１−２も現用系パスであるため、エントリ２９１におけるパス種別１７０７およびパス状態１７０８は、「ｗｏｒｋｉｎｇ」、「ａｃｔｉｖｅ」に設定される。このようにして、エントリ２９１が生成される。

つぎに、エントリ２９２の生成例について説明する。エントリ２９２もエントリ２９１と同様に、エッジルータ１００−２からのＰＡＴＨメッセージの受信を契機に生成される。

管理サーバ４００は、セカンダリパス１０１−２についてのパス生成（ステップＳ１０１５）により、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００のエントリ２９２の伝送装置ＩＤ１７０２、入力ＩＦＩＤ１７０３および出力ＩＦＩＤ１７０５に、伝送装置３００−２の伝送装置ＩＤ「３００−１」、入力ＩＦＩＤ「ＩＦ３１２」および出力ＩＦＩＤ「ＩＦ３１１」を格納する。また、管理サーバ４００は、エントリ２９２の入力ラベル番号１７０４の値を、入力ＩＦＩＤ１７０３であるＩＦ３１２に接続されるＩＦ３２１の出力ラベル番号１７０６の値「１８」に設定する。

また、エッジルータ１００−１からのＲＥＳＶメッセージには、図２８のパスＩＤ：２のエントリが含まれるため、管理サーバ４００は、そのエントリの入力ラベル番号９０４の値「１０１」を読み出して、エントリ２９２の出力ラベル番号１７０６の値に設定する。エントリ２９１と同様、パス種別１７０７およびパス状態１７０８は、「ｗｏｒｋｉｎｇ」、「ａｃｔｉｖｅ」に設定される。このようにして、エントリ２９２が生成される。

また、図２７に示した管理サーバ４００のラベル管理テーブル１６００において、パスＩＤ：２のエントリの出力装置ＩＤ１６０５、出力ＩＦＩＤ１６０６、および出力ラベル番号１６０７は未確定であったが、エッジルータ１００−１からのＲＥＳＶメッセージにより、出力装置ＩＤ１６０５の値「３００−１」、出力ＩＦＩＤの値「ＩＦ３１１」、および出力ラベル番号１６０７の値「１０１」が設定される。管理サーバ４００は、パスＩＤ：２のエントリのうち入力ラベル番号１６０４の値「１７」をＲＥＳＶメッセージに埋め込んで、エッジルータ１００−２に送信する。

図３０は、セカンダリパス１０１−２を張り終えた後のエッジルータ１００−２のラベル転送テーブル９００−２の一例を示す説明図である。パスＩＤ：２のエントリがセカンダリパス１０１−２を特定するエントリである。網掛け箇所が更新箇所である。

仮想ルータ２００からＲＥＳＶメッセージを受信したエッジルータ１００−２は、シグナリング処理部１３２でＲＥＳＶメッセージを処理し、ラベル転送テーブル９００−２を更新する。エッジルータ１００−２は、ＲＥＳＶメッセージから、入力ラベル番号１６０４の値である「１７」を読み出す。したがって、図３０に示したように、エッジルータ１００−２は、ＩＦ３２２に接続されるＩＦである出力ＩＦＩＤ：ＩＦ２１の出力ラベル番号９０６を、「未確定」から「１７」に設定する。

なお、セカンダリパス１０１−２についても、図１９に示したように、管理サーバ４００は、各伝送装置３００に対し転送ラベル設定をおこなう（ステップＳ１０６０、Ｓ１０６１、Ｓ１０６２、Ｓ１０６３）。具体的には、たとえば、管理サーバ４００は、図２９に示した更新後のＭＰＬＳ−ＴＰ網パス管理テーブル１７００を各伝送装置３００に送信する。

ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を受信した各伝送装置３００は、受信したＭＰＬＳ−ＴＰ網パス管理テーブル１７００を各伝送装置３００が保持するラベル情報データベース（図示せず）に格納する。これにより、各伝送装置３００は、ラベル情報データベースを参照して、自律的にラベルスイッチング伝送をおこなうことができる。以上より、エッジルータ１００−２からエッジルータ１００−１に対して２本のパス１０１−１、１０１−２を張ることが可能となる。

４．障害発生によるパス切替（図３１〜図３７）
つぎに、障害発生によるパス切替について説明する。ＭＰＬＳ−ＴＰ網２０を構成する伝送装置３００−４に障害が発生し、隣接の伝送装置３００−１と伝送装置３００−３、管理サーバ４００との接続が切断された場合を例に挙げる。

このような障害が発生すると、隣接の伝送装置３００−１と伝送装置３００−３が、ＯＡＭ機能によって伝送装置３００−４を経由した通信が行えなくなったことを検出する。すなわち、伝送装置３００−１と伝送装置３００−３は、伝送装置３００−４が障害発生原因であると特定する。検出後、ＭＰＬＳ−ＴＰ網パス（３０２−１、３０２−２、３０３−１）に影響がある場合は、仮想ルータ２００は、ワーキングパス３０２−１からプロテクションパス３０２−２への切換えを実施する。具体的には、伝送装置３００−１と伝送装置３００−３は、自身が保持するラベル情報データベース（図示せず）を参照して、伝送装置３００−４を経由するパスＩＤを特定する。

ラベル情報データベースには、管理サーバ４００から送信されてきたＭＰＬＳ−ＴＰ網パス管理テーブル１７００（図３０を参照）が格納されている。伝送装置３００−１の場合、パスＩＤ：１であるプライマリパス１０１-１のワーキングパス（パス種別１７０７が「ｗｏｒｋｉｎｇ」）であるエントリ群に、伝送装置ＩＤ１７０２が「３００−４」のエントリが存在する。これにより、パスＩＤ：１であるプライマリパス１０１-１のワーキングパスが伝送装置３００−４を経由するパスであると特定される。

伝送装置３００−１と伝送装置３００−３は、特定したパスＩＤのパス状態１７０８が「ａｃｔｉｖｅ」であった場合は「ｉｎａｃｔｉｖｅ」に、「ｉｎａｃｔｉｖｅ」であった場合は「ａｃｔｉｖｅ」に変更する。変更後、伝送装置３００−１と伝送装置３００−３は、管理サーバ４００に、障害を発生した伝送装置３００−４の伝送装置ＩＤ１７０２、ワーキングパス３０２−１からプロテクションパス３０２−２に切り替えた切替後のパスＩＤ１７０１とそのパス種別１７０７を含む障害情報を通知する。

管理サーバ４００は、伝送装置３００―１と伝送装置３００−３から受信した障害情報を装置通信部４１０を介して装置監視部４４０で受信して処理し、障害情報を設定処理部４２０に送信する。設定処理部４２０は、受信した障害情報をパス処理部４５３に転送する。パス処理部４５３は、受信した障害情報を用いて、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を更新する。具体的には、パス処理部４５３は、障害情報を参照して、伝送装置３００−４の障害による切替後のパスのパスＩＤ１７０１およびパス種別１７０７を特定する。そして、パス処理部４５３は、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００において、そのパスＩＤ１７０１およびパス種別１７０７のエントリにおけるパス状態１７０８が、「ａｃｔｉｖｅ」であれば「ｉｎａｃｔｉｖｅ」に、「ｉｎａｃｔｉｖｅ」であれば「ａｃｔｉｖｅ」に変更する。

図３１は、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００の更新例を示す説明図である。図３１は、図２９の状態からの更新例である。網掛け箇所が更新箇所である。図３１では、図２９におけるパスＩＤ１７０１が「１」で、かつ、パス種別１７０７が「ｗｏｒｋｉｎｇ」である３個のエントリのパス状態１７０８が、「ａｃｔｉｖｅ」から「ｉｎａｃｔｉｖｅ」に変更される。同様に、図３０におけるパスＩＤ１７０１が「１」で、かつ、パス種別１７０７が「ｐｒｏｔｅｃｔｉｏｎ」である３個のエントリのパス状態１７０８が、「ｉｎａｃｔｉｖｅ」から「ａｃｔｉｖｅ」に変更される。以上の動作により、伝送装置３００に障害が発生した場合、ワーキングパス３０２−１からプロテクションパス３０２−２に切り替えることによって通信を継続することが可能となる。

伝送装置３００の障害によってプロテクションパスへの切換えが行われたが、ＩＰ／ＭＰＬＳ網１０とＭＰＬＳ−ＴＰ網２０を考慮した時に帯域幅が大きい最適パスであるかどうか不明である。そこで、管理サーバ４００はパス最適化を行う。

図３２は、最適パスの切換処理手順例を示すフローチャートである。まず、管理サーバ４００は、障害によってワーキングパス３０２−１からプロテクションパス３０２−２に切換えを行ったパスＩＤのリストをメモリ上の配列ｐａｔｈ−ｌｉｓｔに代入する（ステップＦ２０００）。管理サーバ４００は、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤを１つずつ取り出して変数ｐａｔｈに代入して処理を続ける（ステップＦ２０１０）。つまり、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤが空になるまでパスＩＤを１つずつ取り出して変数ｐａｔｈに代入する。

管理サーバ４００は、シグナリング管理テーブル１５００のパスＩＤ１５０１と変数ｐａｔｈとを比較し、値が同じエントリを抽出する。管理サーバ４００は、抽出したエントリを変数ｅｎｔｒｙに代入する（ステップＦ２０２０）。なお、要求元アドレス１５０２、宛先ＮＷアドレス１５０３、およびワーキングパス予約帯域幅１５０４は抽出しなくてもよい。

管理サーバ４００は、変数ｅｎｔｒｙのセカンダリパスＩＤ１５０６が設定されていれば（ステップＦ２０３０：Ｙｅｓ）、次の処理（ステップＦ２０４０）に進み、設定されていなければ（ステップＦ２０３０：Ｎｏ）、ステップＦ２０１０に戻る。ただし、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤが空である場合は、ステップＦ２０９０に移行する。

管理サーバ４００は、変数ｅｎｔｒｙを参照して、変数ｐ−ｂａｎｄｗｉｄｔｈにプロテクションパス予約帯域幅１５０５を代入し、変数ｓｅｃｏｎｄａｒｙ−ｉｄにセカンダリパスＩＤ１５０６を代入する（Ｆ２０４０）。

そして、管理サーバ４００は、シグナリング管理テーブル１５００のパスＩＤ１５０１と変数ｓｅｃｏｎｄａｒｙ−ｉｄとを比較し、値が同じエントリを特定して、変数ｓ−ｂａｎｄｗｉｄｔｈに、特定したエントリのワーキングパス予約帯域幅１５０４を代入する（ステップＦ２０５０）。

ここで、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２の帯域幅である変数ｐ−ｂａｎｄｗｉｄｔｈの値とセカンダリパス１０１−２のワーキングパス３０３−１の帯域幅である変数ｓ−ｂａｎｄｗｉｄｔｈの値とを比較する（ステップＦ２０６０）。変数ｓ−ｂａｎｄｗｉｄｔｈの方が変数ｐ−ｂａｎｄｗｉｄｔｈよりも値が大きい場合（ステップＦ２０６０：Ｙｅｓ）、プライマリパス１０１−１のプロテクションパス３０２−２よりもセカンダリパス１０１−２の方が帯域幅が大きい最適パスであると判断できるため、ステップＦ２０７０に移行する。一方、変数ｓ−ｂａｎｄｗｉｄｔｈの値が変数ｐ−ｂａｎｄｗｉｄｔｈの値以下である場合（ステップＦ２０６０：Ｎｏ）、セカンダリパス１０１−２よりも、プライマリパス１０１−１のプロテクションパス３０２−２の方が帯域幅が大きい最適パスであると判断できるため、ステップＦ２０１０に戻る。ただし、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤが空である場合は、ステップＦ２０９０に移行する。

変数ｓ−ｂａｎｄｗｉｄｔｈの方が変数ｐ−ｂａｎｄｗｉｄｔｈよりも値が大きい場合（ステップＦ２０６０：Ｙｅｓ）、管理サーバ４００は、変数ｐａｔｈで特定されるパスを切断することによってセカンダリパス１０１−２への切換えを行う（ステップＦ２０７０、Ｆ２０８０）。具体的には、管理サーバ４００は、ＲＳＶＰ−ＴＥのエラーメッセージを生成し、隣接ルータに対してエラーメッセージを送付する（ステップＦ２０７０）。

そして、管理サーバ４００は、シグナリング情報データベース４６２のシグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００のパスＩＤ１５０１、１６０１、１７０１が変数ｐａｔｈの値であるエントリを削除する（Ｆ２０８０）。ここで、当該削除後のシグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００の例を示す。

図３３は、管理サーバ４００のシグナリング管理テーブル１５００のパス最適化による更新例を示す説明図である。図３３は、Ｆ２０８０において、図２６に示したシグナリング管理テーブル１５００の変数ｐａｔｈの値であるパスＩＤ：１のエントリを削除した場合の更新例である。

図３４は、管理サーバ４００のラベル管理テーブル１６００のパス最適化による更新例を示す説明図である。図３４は、Ｆ２０８０において、図２７に示したラベル管理テーブル１６００の変数ｐａｔｈの値であるパスＩＤ：１のエントリを削除した場合の更新例である。

図３５は、管理サーバ４００のＭＰＬＳ−ＴＰ網パス管理テーブル１７００のパス最適化による更新例を示す説明図である。図３５は、Ｆ２０８０において、図２９に示したＭＰＬＳ−ＴＰ網パス管理テーブル１７００の変数ｐａｔｈの値であるパスＩＤ：１のエントリを削除した場合の更新例である。当該削除により、パスＩＤ：１のパス（プライマリパス１０１−１）から、パス種別１７０７が「ｗｏｒｋｉｎｇ」で、かつ、パス状態が「ａｃｔｉｖｅ」であるパスＩＤ：２のパス（セカンダリパス１０１−２）に切り替わる。

図３２に戻り、配列ｐａｔｈ−ｌｉｓｔの繰り返し処理（Ｆ２０１０〜Ｆ２０８０）が終わった後、管理サーバ４００は、シグナリング情報データベース４６２のシグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００が更新されたか否かを判断する（ステップＦ２０９０）。管理サーバ４００は、更新されていれば（ステップＦ２０９０：Ｙｅｓ）、更新内容を各伝送装置３００に送信することで、各伝送装置３００のラベル情報データベースを更新して、シグナリング情報データベース４６２の内容を反映させる（Ｆ２１００）。これにより、パス最適化処理を終了する。

図３６は、エッジルータ１００−１のラベル転送テーブル９００−１のパス最適化による更新例を示す説明図である。図３６は、Ｆ２１００において、図２８に示したエッジルータ１００−１のラベル転送テーブル９００−１の変数ｐａｔｈの値であるパスＩＤ：１のエントリを削除した場合の更新例である。

図３７は、エッジルータ１００−２のラベル転送テーブル９００−２のパス最適化による更新例を示す説明図である。図３７は、Ｆ２１００において、図３０に示したエッジルータ１００−２のラベル転送テーブル９００−２の変数ｐａｔｈの値であるパスＩＤ：１のエントリを削除した場合の更新例である。

なお、エラーメッセージによるプライマリパス１０１−１の切断後、エッジルータ１００の実装によっては再度パスを張るためにＰＡＴＨメッセージを送信してくる可能性がある。仮想ルータ２００がＰＡＴＨメッセージを受信してパスを張ることを認めてしまうと、切断したプライマリパス１０１−１と同じパスが再度張られる。そのため、一度切断したプライマリパス１０１−１と同じＰＡＴＨメッセージを受信した場合は、管理サーバ４００はＰＡＴＨメッセージを拒否する。

以上の処理により、プライマリパス１０１−１のワーキングパス３０２−１からプロテクションパス３０２−２に切り替わった際に、シグナリング管理テーブル１５００、ラベル管理テーブル１６００、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を参照することによって、より帯域幅が大きいパスである最適なパスへの切換えを実現することが可能となる。

図３２に示した最適パスの切換処理手順例では、管理サーバ４００がプライマリパス１０１−１のプロテクションパス３０２−２とセカンダリパス１０１−２のワーキングパス３０３−１の帯域幅を比較し、より大きな帯域幅を持つパスに切り替えることで、パス最適化を実行した。このほか、比較対象として帯域幅だけでなくＭＰＬＳ−ＴＰ網パスを実現するにあたって経由する伝送装置の数(ｈｏｐ数（ホップ数）と表現する)も考慮してもよい。

図３８および図３９は、ｈｏｐ数を考慮した場合の最適パスの切換処理手順例を示すフローチャートである。図３８と図３２の差分は、図３８では、図３２のステップＦ２０２０、Ｆ２０３０、Ｆ２０４０、Ｆ２０５０をステップＦ２０２１、Ｆ２０３１、Ｆ２０４１、Ｆ２０４２、Ｆ２０５１に置き換え、ステップＦ２０６０とステップＦ２０７０の間に、ステップＦ２０６１を追加した点である。図３２と同一処理には同一ステップ番号を付し、その説明を省略する。

ステップＦ２０１０のあと、管理サーバ４００は、シグナリング管理テーブル１５００のパスＩＤ１５０１と変数ｐａｔｈとを比較し、値が同じエントリを抽出する。管理サーバ４００は、抽出したエントリを変数ｐ−ｅｎｔｒｙに代入する（ステップＦ２０２１）。なお、要求元アドレス１５０２、宛先ＮＷアドレス１５０３、およびワーキングパス予約帯域幅１５０４は抽出しなくてもよい。

管理サーバ４００は、変数ｐ−ｅｎｔｒｙのセカンダリパスＩＤ１５０６が設定されていれば（ステップＦ２０３１：Ｙｅｓ）、次の処理（ステップＦ２０４１）に進み、設定されていなければ（ステップＦ２０３１：Ｎｏ）、ステップＦ２０１０に戻る。ただし、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤが空である場合は、図３９のステップＦ２０９０に移行する。

変数ｐ−ｅｎｔｒｙのセカンダリパスＩＤ１５０６が設定されている場合（ステップＦ２０３１：Ｙｅｓ）、管理サーバ４００は、変数ｐ−ｅｎｔｒｙを参照して、変数ｐ−ｂａｎｄｗｉｄｔｈにプロテクションパス予約帯域幅１５０５を代入し、変数ｓｅｃｏｎｄａｒｙ−ｉｄにセカンダリパスＩＤ１５０６を代入する。また、管理サーバ４００は、変数ｐ−ｅｎｔｒｙであるＭＰＬＳ−ＴＰ網パスのｈｏｐ数を算出して、変数ｐ−ｈｏｐに代入する（ステップＦ２０４１）。

ｈｏｐ数は、具体的には、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を用いて算出される。ＭＰＬＳ−ＴＰ網パス管理テーブル１７００の各エントリは、パスを経由する１つの伝送装置３００を示す。したがって、たとえば、プライマリパス１０１−１（パスＩＤ：１）のプロテクションパス３０２−２の場合、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００におけるエントリが３つであるため、ｈｏｐ数は「３」となる。

つぎに、管理サーバ４００は、シグナリング管理テーブル１５００のパスＩＤ１５０１と変数ｓｅｃｏｎｄａｒｙ−ｉｄが同じエントリを抽出して、変数ｓ−ｅｎｔｒｙに代入する（ステップＦ２０４２）。

そして、管理サーバ４００は、変数ｓ−ｅｎｔｒｙを参照して、変数ｓ−ｂａｎｄｗｉｄｔｈにセカンダリパス１０１−２のワーキングパス予約帯域幅１５０４を代入し、変数ｓ−ｅｎｔｒｙであるＭＰＬＳ−ＴＰ網パスのｈｏｐ数を算出して変数ｓ−ｈｏｐに代入して（ステップＦ２０５１）、ステップＦ２０６０に移行する。セカンダリパス１０１−２（パスＩＤ：２）のワーキングパス３０３−１の場合も、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００を用いて算出される。たとえば、ＭＰＬＳ−ＴＰ網パス管理テーブル１７００におけるエントリが２つであるため、ｈｏｐ数は「２」となる。

ステップＦ２０６０において、変数ｓ−ｂａｎｄｗｉｄｔｈの方が変数ｐ−ｂａｎｄｗｉｄｔｈよりも値が大きい場合（ステップＦ２０６０：Ｙｅｓ）、プライマリパス１０１−１よりもセカンダリパス１０１−２の方が帯域幅が大きいパスであると判断できるため、ステップＦ２０６１に移行する。一方、変数ｓ−ｂａｎｄｗｉｄｔｈの値が変数ｐ−ｂａｎｄｗｉｄｔｈの値以下である場合（ステップＦ２０６０：Ｎｏ）、ステップＦ２０１０に戻る。ただし、配列ｐａｔｈ−ｌｉｓｔに格納したパスＩＤが空である場合は、図３９のステップＦ２０９０に移行する。

変数ｓ−ｂａｎｄｗｉｄｔｈの方が変数ｐ−ｂａｎｄｗｉｄｔｈよりも値が大きい場合（ステップＦ２０６０：Ｙｅｓ）、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２を実現するｈｏｐ数である変数ｐ−ｈｏｐとセカンダリパス１０１−２のワーキングパス３０３−１を実現するｈｏｐ数である変数ｓ−ｈｏｐとの比較を行う（ステップＦ２０６１）。変数ｐ−ｈｏｐのｈｏｐ数の方が大きい場合（ステップＦ２０６１：Ｙｅｓ）、管理サーバ４００は、パス切換え処理を行う（ステップＦ２０７０、Ｆ２０８０）。変数ｐ−ｈｏｐのｈｏｐ数の方が大きくない場合（ステップＦ２０６１：Ｎｏ）、管理サーバ４００は、パスの切換えを行わず、次のパス処理を実行する（ステップＦ２０１０）。

このように、ホップ数を考慮することにより、より帯域幅が大きくかつよりホップ数が少ないパスを最適なパスとして設定することができる。なお、ここでは、帯域とホップ数を参照したパスの切換えであったが同様の方法で、パスの長さやパスの遅延、パスの優先度も考慮してパスの切換えを行うこととしてもよい。

なお、パスの長さや伝送遅延時間、優先度は、あらかじめパスごとに設定されたテーブル（不図示）に格納され、管理サーバ４００は、ステップＦ２０４１およびステップＦ２０５１の実行時に当該テーブルを参照して、該当するパスの長さや伝送遅延時間、優先度をｈｏｐ数の代わりに読み出すことになる。パスの長さの場合は、たとえば、物理的なパス長が設定される。また、パスの遅延の場合は、伝送遅延時間が設定される。伝送遅延時間は、各パスにあらかじめ設定された値でもよく、パスの両端のエッジルータ（たとえば、エッジルータ１００−１とエッジルータ１００−２）との間の通信における伝送遅延時間の実測値を用いてもよい。また、パスの優先度の場合、各パスにあらかじめ設定された優先度が設定される。パス長や伝送遅延時間は短い方が最適パスとして設定され、優先度は高い方が最適パスとして設定される。

そして、パス長の場合、ステップＦ２０６１において、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２のパス長と、セカンダリパス１０１−２のパス長と、を比較する。そして、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２のパス長の方が長い場合、パス切換え処理を行う（ステップＦ２０７０、Ｆ２０８０）。プライマリパス１０１−１のプロテクションパス３０２−２のパス長の方が長くない場合（ステップＦ２０６１：Ｎｏ）、管理サーバ４００は、パスの切換えを行わず、次のパス処理を実行する（ステップＦ２０１０）。このように、物理的なパス長を考慮することにより、より帯域幅が大きくかつよりパス長が短いパスを最適なパスとして設定することができる。

また、伝送遅延時間の場合、ステップＦ２０６１において、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２の伝送遅延時間と、セカンダリパス１０１−２の伝送遅延時間と、を比較する。そして、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２の伝送遅延時間の方が長い場合、パス切換え処理を行う（ステップＦ２０７０、Ｆ２０８０）。プライマリパス１０１−１のプロテクションパス３０２−２の伝送遅延時間の方が長くない場合（ステップＦ２０６１：Ｎｏ）、管理サーバ４００は、パスの切換えを行わず、次のパス処理を実行する（ステップＦ２０１０）。このように、伝送遅延時間を考慮することにより、より帯域幅が大きくかつより伝送遅延時間が短いパスを最適なパスとして設定することができる。

また、優先度の場合、ステップＦ２０６１において、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２の優先度と、セカンダリパス１０１−２の優先度と、を比較する。そして、管理サーバ４００は、プライマリパス１０１−１のプロテクションパス３０２−２の優先度の方が低い場合、パス切換え処理を行う（ステップＦ２０７０、Ｆ２０８０）。プライマリパス１０１−１のプロテクションパス３０２−２の優先度の方が低くない場合（ステップＦ２０６１：Ｎｏ）、管理サーバ４００は、パスの切換えを行わず、次のパス処理を実行する（ステップＦ２０１０）。このように、伝送遅延時間を考慮することにより、より帯域幅が大きくかつより優先度が高いパスを最適なパスとして設定することができる。

また、上述した実施例では、エッジルータ１００−１と仮想ルータ２００との間においては、プライマリパス１０１−１とセカンダリパス１０１−２は同一経路となっているが、エッジルータ１００−２と仮想ルータ２００との間と同様、異なる経路であってもよい。

このように、本実施例の管理システムは、ＭＰＬＳ−ＴＰ網２０において管理サーバ４００がＩＰ／ＭＰＬＳ網１０のプロトコル処理などの機能を備えることによって、ＩＰ／ＭＰＬＳ網１０のエッジルータ１００に対して１台の仮想的なルータとして認識させ、ＩＰ／ＭＰＬＳ網１０のパスとＭＰＬＳ−ＴＰ網２０のパスをマッピングして伝送装置３００に設定する管理システムである。

そして、ＩＰ／ＭＰＬＳ網１０のエッジルータ１００間で仮想ルータ２００を経由した２本の通信パスをプライマリパス、セカンダリパスとして関連性を持たせて保持し、ＭＰＬＳ−ＴＰ網２０において障害などによってＭＰＬＳ−ＴＰ網２０のパスをワーキングパスから代替のプロテクションパスに切り替える。通常ならば当該切替により復旧が完了するが、本実施例では、プライマリパス上のＭＰＬＳ−ＴＰ網２０のプロテクションパスとセカンダリパス上のＭＰＬＳ−ＴＰ網２０のワーキングパスとを比較する。

そして、セカンダリパス上のＭＰＬＳ−ＴＰ網２０のワーキングパスの方が帯域幅が大きい場合、管理サーバ４００は、セカンダリパス上のＭＰＬＳ−ＴＰ網２０のワーキングパスを復旧パスに決定する。これにより、より帯域幅が大きいパスを復旧パスに決定することができ、復旧パスの最適化を図ることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１００ エッジルータ
２００ 仮想ルータ
３００ 伝送装置
４００ 管理サーバ
４６０ インタフェース情報データベース
４６１ ルーティング情報データベース
４６２ シグナリング情報データベース
６００ インタフェース管理テーブル
７００ ＯＳＰＦ設定テーブル
８００ ルーティングテーブル
９００ ラベル転送テーブル
１０００ パス管理テーブル
１１００ ＩＰ／ＭＰＬＳ網ＩＦ管理テーブル
１２００ ＭＰＬＳ−ＴＰ網ＩＦ管理テーブル
１３００ ＯＳＰＦ設定テーブル
１４００ ルーティングテーブル
１５００ シグナリング管理テーブル
１６００ ラベル管理テーブル
１７００ ＭＰＬＳ−ＴＰ網パス管理テーブル

Claims (9)

1. 通信網において第１の通信装置から伝送網を経由して第２の通信装置に到達する第１の現用系パスと、前記通信網において前記第１の通信装置から前記伝送網を経由して前記第２の通信装置に到達する前記第１の現用系パスと異なる経路である第１の待機系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する第２の現用系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する前記第２の現用系パスとは異なる経路である第２の待機系パスと、前記第１の待機系パスにおいて前記伝送網内を経由する第３の現用系パスと、を管理する管理システムであって、
   前記伝送網内の伝送装置群のうち前記第２の現用系パス上のいずれかの伝送装置に障害が発生した場合に、前記第２の現用系パスを構成する複数の伝送装置のうち前記いずれかの伝送装置を除く他の伝送装置は、
   前記第１の現用系パス、前記第１の待機系パス、前記第２の現用系パス、前記第２の待機系パス、および前記第３の現用系パスの運用状態を管理する設定情報について、前記第２の現用系パスを伝送不可状態に、前記第２の待機系パスを伝送可能状態に変更し、
   前記伝送装置群を管理する管理サーバは、
   前記他の伝送装置から前記第２の待機系パスが伝送可能状態であることを示す変更情報を取得し、
   前記変更情報により伝送可能状態である前記第２の待機系パスの帯域幅と、前記第３の現用系パスの帯域幅と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定し、
   決定したパスを前記伝送装置群に設定する、
   処理を実行することを特徴とする管理システム。
2. 前記管理サーバは、前記復旧パスを決定する処理では、さらに、前記伝送網における前記第２の待機系パスのホップ数と、前記伝送網における前記第３の現用系パスのホップ数と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定することを特徴とする請求項１に記載の管理システム。
3. 前記管理サーバは、前記復旧パスを前記第３の現用系パスに決定した場合、前記第２の現用系パスおよび前記第２の待機系パスに関する設定情報を削除し、前記伝送装置群に削除内容を反映させる、
   ことを特徴とする請求項１または２に記載の管理システム。
4. 通信網において第１の通信装置から伝送網を経由して第２の通信装置に到達する第１の現用系パスと、前記通信網において前記第１の通信装置から前記伝送網を経由して前記第２の通信装置に到達する前記第１の現用系パスと異なる経路である第１の待機系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する第２の現用系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する前記第２の現用系パスとは異なる経路である第２の待機系パスと、前記第１の待機系パスにおいて前記伝送網内を経由する第３の現用系パスと、のうち、前記第２の現用系パスと前記第２の待機系パスと前記第３の現用系パスとを管理する管理サーバであって、
   前記伝送網内の伝送装置群のうち前記第２の現用系パス上のいずれかの伝送装置に障害が発生し、前記第２の現用系パスを構成する複数の伝送装置のうち前記いずれかの伝送装置を除く他の伝送装置が、前記第２の現用系パスにより伝送する設定情報から前記第２の待機系パスにより伝送する設定情報に変更した場合に、
   前記他の伝送装置から前記第２の待機系パスが伝送可能状態であることを示す変更情報を取得し、
   前記変更情報により伝送可能状態である前記第２の待機系パスの帯域幅と、前記第３の現用系パスの帯域幅と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定し、
   決定したパスを前記伝送装置群に設定する、
   処理を実行することを特徴とする管理サーバ。
5. 前記管理サーバは、前記復旧パスを決定する処理では、さらに、前記伝送網における前記第２の待機系パスのホップ数と、前記伝送網における前記第３の現用系パスのホップ数と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定することを特徴とする請求項４に記載の管理サーバ。
6. 前記管理サーバは、前記復旧パスを前記第３の現用系パスに決定した場合、前記第２の現用系パスおよび前記第２の待機系パスに関する設定情報を削除し、前記伝送装置群に削除内容を反映させる、
   ことを特徴とする請求項４または５に記載の管理サーバ。
7. 通信網において第１の通信装置から伝送網を経由して第２の通信装置に到達する第１の現用系パスと、前記通信網において前記第１の通信装置から前記伝送網を経由して前記第２の通信装置に到達する前記第１の現用系パスと異なる経路である第１の待機系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する第２の現用系パスと、前記第１の現用系パスにおいて前記伝送網内を経由する前記第２の現用系パスとは異なる経路である第２の待機系パスと、前記第１の待機系パスにおいて前記伝送網内を経由する第３の現用系パスと、を管理する管理方法であって、
   前記伝送網内の伝送装置群のうち前記第２の現用系パス上のいずれかの伝送装置に障害が発生した場合に、前記第２の現用系パスを構成する複数の伝送装置のうち前記いずれかの伝送装置を除く他の伝送装置は、
   前記第１の現用系パス、前記第１の待機系パス、前記第２の現用系パス、前記第２の待機系パス、および前記第３の現用系パスの運用状態を管理する設定情報について、前記第２の現用系パスを伝送不可状態に、前記第２の待機系パスを伝送可能状態に変更し、
   前記伝送装置群を管理する管理サーバは、
   前記他の伝送装置から前記第２の待機系パスが伝送可能状態であることを示す変更情報を取得し、
   前記変更情報により伝送可能状態である前記第２の待機系パスの帯域幅と、前記第３の現用系パスの帯域幅と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定し、
   決定したパスを前記伝送装置群に設定する、
   処理を実行することを特徴とする管理方法。
8. 前記管理サーバは、前記復旧パスを決定する処理では、さらに、前記伝送網における前記第２の待機系パスのホップ数と、前記伝送網における前記第３の現用系パスのホップ数と、に基づいて、前記いずれかの伝送装置の障害発生後の復旧パスを、前記第２の待機系パスと前記第３の現用系パスのいずれか一方のパスに決定することを特徴とする請求項７に記載の管理方法。
9. 前記管理サーバは、前記復旧パスを前記第３の現用系パスに決定した場合、前記第２の現用系パスおよび前記第２の待機系パスに関する設定情報を削除し、前記伝送装置群に削除内容を反映させる、
   ことを特徴とする請求項７または８に記載の管理方法。