JP5303644B2 - トランスポート制御システム及びトランスポート制御サーバ - Google Patents
トランスポート制御システム及びトランスポート制御サーバ Download PDFInfo
- Publication number
- JP5303644B2 JP5303644B2 JP2011519635A JP2011519635A JP5303644B2 JP 5303644 B2 JP5303644 B2 JP 5303644B2 JP 2011519635 A JP2011519635 A JP 2011519635A JP 2011519635 A JP2011519635 A JP 2011519635A JP 5303644 B2 JP5303644 B2 JP 5303644B2
- Authority
- JP
- Japan
- Prior art keywords
- conversion
- identifier
- path
- stored
- type
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000006243 chemical reaction Methods 0.000 claims abstract description 328
- 238000012546 transfer Methods 0.000 claims abstract description 55
- 238000000034 method Methods 0.000 claims description 127
- 238000005516 engineering process Methods 0.000 claims description 81
- 230000002776 aggregation Effects 0.000 claims description 63
- 238000004220 aggregation Methods 0.000 claims description 63
- 238000012545 processing Methods 0.000 claims description 41
- 238000007726 management method Methods 0.000 description 49
- 238000010586 diagram Methods 0.000 description 11
- 238000004364 calculation method Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 229920006235 chlorinated polyethylene elastomer Polymers 0.000 description 6
- 238000000136 cloud-point extraction Methods 0.000 description 6
- 230000005764 inhibitory process Effects 0.000 description 5
- 238000013500 data storage Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 239000000969 carrier Substances 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本出願は、２００９年６月２５日に出願された日本特許出願第２００９−１５０９４７号の優先権を主張し、その内容を参照することにより本出願に取り込む。
本発明は、トランスポート制御システム及びトランスポート制御サーバに係り、特に、異なるパス技術間の相互接続において、パス設定を自動化するトランスポート制御システム及びトランスポート制御サーバに関する。
近年、データトラフィックの経路・リソースを制御する通信キャリアのニーズが増大している。例えば、冗長経路を事前に用意し、障害時に経路を高速に切替えることで高信頼化を実現することや、異なるサービス毎に経路・リソースを切り分けることで仮想化を実現することや、トラフィックエンジニアリングによって、トラフィック負荷を分散・最適化し、リソースの利用効率化を図ることなどが求められている。
また、通信キャリアは、経路・リソースを制御するために、例えば、複数のＬ２（Ｌａｙｅｒ ２）仮想化・パス技術を活用し、コア網の高信頼化、企業向けＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）サービスの提供、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）トランスポートの構築などを実現している。このようなパス技術として、例えば、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ、マルチプロトコル向けラベル交換方式）系では、ＭＰＬＳ、Ｇ−ＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）、ＭＰＬＳ−ＴＰ（ＭＰＬＳ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ、トランスポート向けＭＰＬＳ：旧Ｔ−ＭＰＬＳ（Ｔｒａｎｓｐｏｒｔ−ＭＰＬＳ））等が知られている。また、イーサ系では、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ、仮想ＬＡＮ）、ＰＢ（Ｐｒｏｖｉｄｅｒ Ｂｒｉｄｇｉｎｇ、通信事業者向けブリッジング）（Ｑ−ｉｎ−Ｑ）、ＰＢＢ（Ｐｒｏｖｉｄｏｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｉｎｇ、通信事業者幹線網向けブリッジング）（ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ｉｎ−ＭＡＣ）等が知られている。
また、通信キャリアは、経路・リソースを制御するために、例えば、複数のＬ２（Ｌａｙｅｒ ２）仮想化・パス技術を活用し、コア網の高信頼化、企業向けＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）サービスの提供、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）トランスポートの構築などを実現している。このようなパス技術として、例えば、ＭＰＬＳ（Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ、マルチプロトコル向けラベル交換方式）系では、ＭＰＬＳ、Ｇ−ＭＰＬＳ（Ｇｅｎｅｒａｌｉｚｅｄ Ｍｕｌｔｉ−Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）、ＭＰＬＳ−ＴＰ（ＭＰＬＳ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｆｉｌｅ、トランスポート向けＭＰＬＳ：旧Ｔ−ＭＰＬＳ（Ｔｒａｎｓｐｏｒｔ−ＭＰＬＳ））等が知られている。また、イーサ系では、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ、仮想ＬＡＮ）、ＰＢ（Ｐｒｏｖｉｄｅｒ Ｂｒｉｄｇｉｎｇ、通信事業者向けブリッジング）（Ｑ−ｉｎ−Ｑ）、ＰＢＢ（Ｐｒｏｖｉｄｏｒ Ｂａｃｋｂｏｎｅ Ｂｒｉｄｇｉｎｇ、通信事業者幹線網向けブリッジング）（ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ｉｎ−ＭＡＣ）等が知られている。
また、例えば、ＶＬＡＮ網からＭＰＬＳ網へインタワークする装置では、ＶＬＡＮ ＩＤとパケットのレイヤ３レイヤ４ヘッダ情報の組から出力のＭＰＬＳラベルを決定することが開示されている（例えば、特許文献１参照）。さらに、例えば、トンネル用ＬＳＰ（ＴＥ−ＬＳＰ）にサービス識別子を付与し、パス設定要求シグナリングにサービス識別子を付与して、ＴＥ−ＬＳＰが同一のサービス識別子を備えるＬＳＰのみを収容するようにする技術が開示されている（例えば、特許文献２参照）。また、ＰＢＴ（Ｐｒｏｖｉｄｅｒ Ｂａｃｋｂｏｎｅ Ｔｒａｎｓｐｏｒｔ）、ＭＰＬＳに関する技術が開示されている（例えば、特許文献３、４参照）。
アクセス網・集約網の多様化、複数データセンタへの接続や他網との相互接続の増加に伴い、パス設定の自動化が求められている。また、ユーザの増加と、このような接続方式の複雑化によって、パス設定コストが増大する場合がある。例えば、異種パス技術間を相互接続させる際は、オペレータが各エッジノード（ゲートウェイノード）をＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ、コマンド入力インターフェース）、ＮＭＳ（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ネットワーク管理システム）で手動設定していたため、運用コストが大きくなり、また、設定ミス等のリスクが大きくなる場合がある。
また、異種パス技術間の相互接続では、多様な集約・乗り換え方式があり、異種パス技術間の相互接続の標準は整備されておらず、オペレータが独自の運用ポリシーに基づいて実施する場合が多い。また、異種パス技術間の相互接続を行う場合、主要な相互接続パターンでも多数あり、システム毎に作り込みで対応する必要があるため、パス設定を全て自動化することは困難である。
本発明は、以上の点に鑑み、異なるパス技術間の相互接続の集約・乗り換え方式を、網運用者が予め指定した方式で設定し、エンドエンドのパス設定を自動化するトランスポート制御システム及びトランスポート制御サーバを提供することを目的とする。
また、異種パス技術間の相互接続では、多様な集約・乗り換え方式があり、異種パス技術間の相互接続の標準は整備されておらず、オペレータが独自の運用ポリシーに基づいて実施する場合が多い。また、異種パス技術間の相互接続を行う場合、主要な相互接続パターンでも多数あり、システム毎に作り込みで対応する必要があるため、パス設定を全て自動化することは困難である。
本発明は、以上の点に鑑み、異なるパス技術間の相互接続の集約・乗り換え方式を、網運用者が予め指定した方式で設定し、エンドエンドのパス設定を自動化するトランスポート制御システム及びトランスポート制御サーバを提供することを目的とする。
本発明の第１の解決手段によると、
パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、受信されるパケットのヘッダを該２つのネットワークセグメントのパス技術に応じて変換して送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムであって、
前記トランスポート制御サーバは、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定し、
前記ゲートウェイノードは、
設定された変換種別が集約を示す場合、設定された変換前識別子を含む受信パケットを、設定された変換後識別子を用いてカプセル化して送信し、
設定された変換種別が乗り換えを示す場合、設定された変換前識別子を含む受信パケットに対し、該変換前識別子を設定された変換後識別子に付け替えて送信する
前記トランスポート制御システムが提供される。
パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、受信されるパケットのヘッダを該２つのネットワークセグメントのパス技術に応じて変換して送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムであって、
前記トランスポート制御サーバは、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定し、
前記ゲートウェイノードは、
設定された変換種別が集約を示す場合、設定された変換前識別子を含む受信パケットを、設定された変換後識別子を用いてカプセル化して送信し、
設定された変換種別が乗り換えを示す場合、設定された変換前識別子を含む受信パケットに対し、該変換前識別子を設定された変換後識別子に付け替えて送信する
前記トランスポート制御システムが提供される。
本発明の第２の解決手段によると、
パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、設定される変換種別が集約を示す場合、設定される変換前識別子を含む受信パケットを、設定される変換後識別子を用いてカプセル化して送信し、設定される変換種別が乗り換えを示す場合、設定される変換前識別子を含む受信パケットに対し、該変換前識別子を設定される変換後識別子に付け替えて送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムにおける前記トランスポート制御サーバであって、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定する前記トランスポート制御サーバが提供される。
パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、設定される変換種別が集約を示す場合、設定される変換前識別子を含む受信パケットを、設定される変換後識別子を用いてカプセル化して送信し、設定される変換種別が乗り換えを示す場合、設定される変換前識別子を含む受信パケットに対し、該変換前識別子を設定される変換後識別子に付け替えて送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムにおける前記トランスポート制御サーバであって、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定する前記トランスポート制御サーバが提供される。
本発明により、異なるパス技術間の相互接続の集約・乗り換え方式を、網運用者が予め指定した方式で設定し、エンドエンドのパス設定を自動化するトランスポート制御システム及びトランスポート制御サーバを提供することができる。
本発明の他の目的、特徴及び利点は添付図面に関する以下の本発明の実施例の記載から明らかになるであろう。
本発明の他の目的、特徴及び利点は添付図面に関する以下の本発明の実施例の記載から明らかになるであろう。
図１０に、トランスポート制御システムの構成図を示す。
本トランスポート制御システムは、例えば、トランスポート制御サーバ１００と、複数のノード（ゲートウェイノード）１１２〜１１７と、ＣＰＥ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ、ユーザ機器）１１１及び１１８と、管理端末１２０とを備える。
各ノード１１２〜１１７は、それぞれ各セグメント（ネットワークセグメント）１０１〜１０５の網端に設置されたゲートウェイノードであり、パス技術の異なる各セグメント１０１〜１０５を接続することができる。各セグメント１０１〜１０５のパス技術としては、例えば、ＶＬＡＮ、ＰＢＢ、ＭＰＬＳ−ＴＰなどを用いることができる。なお、各セグメント１０１〜１０５は、図示の例以外にもＰＢ、ＭＰＬＳなど適宜のパス技術を用いることができる。ＣＰＥ１１１とＣＰＥ１１８間でパスが張られ、ノード１１２〜１１７及びセグメント１０１〜１０５を介して通信する。
トランスポート制御サーバ１００は、ノード１１２〜１１７と、管理端末１２０と通信する。運用者が管理端末１２０を操作して、ノード１１２〜１１７、リンク、セグメント１０１〜１０５の情報がトランスポート制御サーバ１００に入力され、トランスポート制御サーバ１００は、リンク、ノード１１２〜１１７のメトリックを設定する。メトリックは、例えばＣＰＥ１１１〜１１８間の経路計算に用いられる。また、トランスポート制御サーバ１００は、セグメント１０１〜１０５間のゲートウェイノードを自動で判別することができる。管理端末１２０は、例えば、運用者の操作により情報を入力する入力部と、トランスポート制御サーバ１００からの情報を表示する表示部と、これらの情報をトランスポート制御サーバ１００と通信するインターフェースとを有する。また、トランスポート制御サーバ１００と管理端末１２０は、一体となっていてもよい。図１０の例では、セグメント間にひとつのノードが配置されているが、セグメント間に複数のノードが配置されてもよい。
本トランスポート制御システムは、例えば、トランスポート制御サーバ１００と、複数のノード（ゲートウェイノード）１１２〜１１７と、ＣＰＥ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ、ユーザ機器）１１１及び１１８と、管理端末１２０とを備える。
各ノード１１２〜１１７は、それぞれ各セグメント（ネットワークセグメント）１０１〜１０５の網端に設置されたゲートウェイノードであり、パス技術の異なる各セグメント１０１〜１０５を接続することができる。各セグメント１０１〜１０５のパス技術としては、例えば、ＶＬＡＮ、ＰＢＢ、ＭＰＬＳ−ＴＰなどを用いることができる。なお、各セグメント１０１〜１０５は、図示の例以外にもＰＢ、ＭＰＬＳなど適宜のパス技術を用いることができる。ＣＰＥ１１１とＣＰＥ１１８間でパスが張られ、ノード１１２〜１１７及びセグメント１０１〜１０５を介して通信する。
トランスポート制御サーバ１００は、ノード１１２〜１１７と、管理端末１２０と通信する。運用者が管理端末１２０を操作して、ノード１１２〜１１７、リンク、セグメント１０１〜１０５の情報がトランスポート制御サーバ１００に入力され、トランスポート制御サーバ１００は、リンク、ノード１１２〜１１７のメトリックを設定する。メトリックは、例えばＣＰＥ１１１〜１１８間の経路計算に用いられる。また、トランスポート制御サーバ１００は、セグメント１０１〜１０５間のゲートウェイノードを自動で判別することができる。管理端末１２０は、例えば、運用者の操作により情報を入力する入力部と、トランスポート制御サーバ１００からの情報を表示する表示部と、これらの情報をトランスポート制御サーバ１００と通信するインターフェースとを有する。また、トランスポート制御サーバ１００と管理端末１２０は、一体となっていてもよい。図１０の例では、セグメント間にひとつのノードが配置されているが、セグメント間に複数のノードが配置されてもよい。
図１に、トランスポート制御サーバの構成図を示す。
トランスポート制御サーバ１００は、例えば、制御処理部２００と、通信ＩＦ２０５と、データ記憶部２０６とを備える。制御処理部２００は、ＧＵＩ制御部２０１と、経路計算部２０２と、変換方式管理部２０３と、ノード設定部２０４とを有する。データ記憶部２０６は、セグメント記憶部２０７と、変換方式記憶部２０８と、変換テーブル記憶部２０９とを有する。
セグメント記憶部２０７は、セグメント・パス技術対応テーブル４００が記憶される。また、変換方式記憶部２０８は、変換方式対応テーブル５００と、識別子対応テーブル７００とが記憶される。変換テーブル記憶部２０９は、変換テーブル９００が記憶される。なお、セグメント・パス技術対応テーブル４００、変換方式対応テーブル５００、識別子対応テーブル７００、変換テーブル９００は、必ずしも各記憶部２０７〜２０９に分けなくてもよい。各テーブルの構成は後述する。
ＧＵＩ制御部２０１は、通信ＩＦ２０５を介して管理端末１２０と通信し、データの入出力を制御する。経路計算部２０２は、ＣＰＥ１１１、１１８間の経路を検索し、最適な経路を決定する。変換方式管理部２０３は、運用者により選択された、パス技術の変換の際に参照するヘッダ／ラベルの識別子（変換前識別子）とパス技術変換後のヘッダ／ラベルの識別子（変換後識別子）に基づいて、変換テーブル９００を作成する。ノード設定部２０４は、変換テーブル９００の内容と運用者により選択された変換方式（変換種別）とをノード１１２〜１１７に設定する。通信ＩＦ２０５は、例えば管理端末１２０、ノード１１２〜１１７等の外部の機器と通信するためのインターフェースである。
トランスポート制御サーバ１００は、例えば、制御処理部２００と、通信ＩＦ２０５と、データ記憶部２０６とを備える。制御処理部２００は、ＧＵＩ制御部２０１と、経路計算部２０２と、変換方式管理部２０３と、ノード設定部２０４とを有する。データ記憶部２０６は、セグメント記憶部２０７と、変換方式記憶部２０８と、変換テーブル記憶部２０９とを有する。
セグメント記憶部２０７は、セグメント・パス技術対応テーブル４００が記憶される。また、変換方式記憶部２０８は、変換方式対応テーブル５００と、識別子対応テーブル７００とが記憶される。変換テーブル記憶部２０９は、変換テーブル９００が記憶される。なお、セグメント・パス技術対応テーブル４００、変換方式対応テーブル５００、識別子対応テーブル７００、変換テーブル９００は、必ずしも各記憶部２０７〜２０９に分けなくてもよい。各テーブルの構成は後述する。
ＧＵＩ制御部２０１は、通信ＩＦ２０５を介して管理端末１２０と通信し、データの入出力を制御する。経路計算部２０２は、ＣＰＥ１１１、１１８間の経路を検索し、最適な経路を決定する。変換方式管理部２０３は、運用者により選択された、パス技術の変換の際に参照するヘッダ／ラベルの識別子（変換前識別子）とパス技術変換後のヘッダ／ラベルの識別子（変換後識別子）に基づいて、変換テーブル９００を作成する。ノード設定部２０４は、変換テーブル９００の内容と運用者により選択された変換方式（変換種別）とをノード１１２〜１１７に設定する。通信ＩＦ２０５は、例えば管理端末１２０、ノード１１２〜１１７等の外部の機器と通信するためのインターフェースである。
図４に、セグメント・パス技術対応テーブル４００の説明図を示す。
セグメント・パス技術対応テーブル４００は、例えば、セグメントＩＤ４０１に対応して、パス技術情報４０２を含む。セグメントＩＤ４０１は、例えば、各セグメント１０１〜１０５を特定する適宜の文字又は番号等を用いることができる。パス技術情報４０２は、各セグメント１０１〜１０５で用いられるパス技術を示し、例えば、「ＰＢＢ」、「ＭＰＬＳ」、「ＶＬＡＮ」、「ＰＢ」、「ＭＰＬＳ−ＴＰ」等を示す情報が記憶される。なお、セグメント・パス技術対応テーブル４００の各情報は、予め記憶される。
図５に、変換方式対応テーブル５００の説明図を示す。
変換方式対応テーブル５００は、例えば、入側ＮＷ（入側セグメント）のパス技術情報５０１と、出側ＮＷ（出側セグメント）のパス技術情報５０２と、集約可否情報５０３と、乗り換え可否情報５０４とを含む。なお、本実施の形態では、例えば、接続する２つのセグメント間のノードにおいて、パケットを受信する側を入側と呼び、パケットを送信する側を出側と呼ぶ。
入側ＮＷのパス技術情報５０１は、入側のセグメントで用いられるパス技術を示す。出側ＮＷのパス技術情報５０２は、出側のセグメントで用いられるパス技術を示す。集約可否情報５０３は、入側ＮＷのパス技術情報５０１が示すパス技術と出側ＮＷのパス技術情報５０２が示すパス技術の間で、集約によるパス技術の変換が可能か否かを示す。集約可否情報５０３は、例えば、集約が可能な場合「可」を示す情報（図４「○」で表示）が記憶され、集約が不可能な場合「否」を示す情報（図４「−」で表示）が記憶される。乗り換え可否情報５０４は、入側ＮＷのパス技術情報５０１が示すパス技術と出側ＮＷのパス技術情報５０２が示すパス技術の間で乗り換えによるパス技術の変換が可能か否かを示し、集約可否情報５０３と同様に、例えば、「可」又は「否」を示す情報が記憶される。なお、変換方式対応テーブル５００の各情報は、予め記憶される。
セグメント・パス技術対応テーブル４００は、例えば、セグメントＩＤ４０１に対応して、パス技術情報４０２を含む。セグメントＩＤ４０１は、例えば、各セグメント１０１〜１０５を特定する適宜の文字又は番号等を用いることができる。パス技術情報４０２は、各セグメント１０１〜１０５で用いられるパス技術を示し、例えば、「ＰＢＢ」、「ＭＰＬＳ」、「ＶＬＡＮ」、「ＰＢ」、「ＭＰＬＳ−ＴＰ」等を示す情報が記憶される。なお、セグメント・パス技術対応テーブル４００の各情報は、予め記憶される。
図５に、変換方式対応テーブル５００の説明図を示す。
変換方式対応テーブル５００は、例えば、入側ＮＷ（入側セグメント）のパス技術情報５０１と、出側ＮＷ（出側セグメント）のパス技術情報５０２と、集約可否情報５０３と、乗り換え可否情報５０４とを含む。なお、本実施の形態では、例えば、接続する２つのセグメント間のノードにおいて、パケットを受信する側を入側と呼び、パケットを送信する側を出側と呼ぶ。
入側ＮＷのパス技術情報５０１は、入側のセグメントで用いられるパス技術を示す。出側ＮＷのパス技術情報５０２は、出側のセグメントで用いられるパス技術を示す。集約可否情報５０３は、入側ＮＷのパス技術情報５０１が示すパス技術と出側ＮＷのパス技術情報５０２が示すパス技術の間で、集約によるパス技術の変換が可能か否かを示す。集約可否情報５０３は、例えば、集約が可能な場合「可」を示す情報（図４「○」で表示）が記憶され、集約が不可能な場合「否」を示す情報（図４「−」で表示）が記憶される。乗り換え可否情報５０４は、入側ＮＷのパス技術情報５０１が示すパス技術と出側ＮＷのパス技術情報５０２が示すパス技術の間で乗り換えによるパス技術の変換が可能か否かを示し、集約可否情報５０３と同様に、例えば、「可」又は「否」を示す情報が記憶される。なお、変換方式対応テーブル５００の各情報は、予め記憶される。
各パス技術間の変換方式の他の例としては、例えば以下のものがある。なお、以下の（ ）内は、左側が入側セグメントのパス技術を示し、右側が出側セグメントのパス技術を示す。
（ＶＬＡＮ、ＶＬＡＮ） 乗り換え
（ＶＬＡＮ、ＰＢ） 集約
（ＶＬＡＮ、ＭＰＬＳ） 集約、乗り換え
（ＶＬＡＮ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＶＬＡＮ、ＰＢＢ） 集約、乗り換え
（ＰＢ、ＰＢＢ） 集約
（ＰＢ、ＭＰＬＳ） 集約、乗り換え
（ＰＢ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＰＢＢ、ＰＢＢ） 乗り換え
（ＰＢＢ、ＭＰＬＳ） 集約、乗り換え
（ＰＢＢ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＭＰＬＳ、ＭＰＬＳ） 乗り換え
（ＭＰＬＳ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＶＬＡＮ、ＶＬＡＮ） 乗り換え
（ＶＬＡＮ、ＰＢ） 集約
（ＶＬＡＮ、ＭＰＬＳ） 集約、乗り換え
（ＶＬＡＮ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＶＬＡＮ、ＰＢＢ） 集約、乗り換え
（ＰＢ、ＰＢＢ） 集約
（ＰＢ、ＭＰＬＳ） 集約、乗り換え
（ＰＢ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＰＢＢ、ＰＢＢ） 乗り換え
（ＰＢＢ、ＭＰＬＳ） 集約、乗り換え
（ＰＢＢ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
（ＭＰＬＳ、ＭＰＬＳ） 乗り換え
（ＭＰＬＳ、ＭＰＬＳ−ＴＰ） 集約、乗り換え
図６に、識別子対応テーブル７００の説明図を示す。
識別子対応テーブル７００は、例えば、入側ＮＷ（入側セグメント）のパス技術情報７０１と、出側ＮＷ（出側セグメント）のパス技術情報７０２と、変換種別７０３と、変換前識別子７０４と、変換後識別子７０５と、識別子払い出し方法７０６とを含む。
入側ＮＷのパス技術情報７０１及び出側ＮＷのパス技術情報７０２は、上述の変換方式対応テーブル５００の入側ＮＷのパス技術情報５０１及び出側ＮＷのパス技術情報５０２と同様である。変換種別７０３は、変換方式の種別を示し、例えば、「乗り換え」又は「集約」を示す情報が記憶される。識別子対応テーブル７００に記憶される変換前識別子７０４は、変換前識別子の種別の選択候補を示す。また、識別子対応テーブル７００に記憶される変換後識別子７０５は、変換後識別子の種別の選択候補を示す。変換前識別子の種別７０４、変換後識別子の種別７０５は、例えば、「Ｃ−ＴＡＧ（Ｃｕｓｔｏｍｅｒ ＶＬＡＮ Ｔａｇ、ユーザＶＬＡＮタグ）」、「Ｓ−ＴＡＧ（Ｓｅｒｖｉｃｅ ＶＬＡＮ Ｔａｇ、サービスＶＬＡＮタグ）」、「Ｉ−ＴＡＧ（Ｓｅｒｖｉｃｅ Ｉｎｓｔａｎｃｅ Ｔａｇ、サービス・インスタンス・タグ）」、「Ｂ−ＴＡＧ（Ｂａｃｋｂｏｎｅ ＶＬＡＮ Ｔａｇ、バックボーンＶＬＡＮタグ）」、「ＬＳＰ」等を示す情報がそれぞれひとつ又は複数記憶される。なお、変換前識別子の種別、変換後識別子の種別とは、上述のようにＣ−ＴＡＧなどの情報であり、変換前識別子とは、後述するように「００１」等の値、文字等を指す。
識別子対応テーブル７００は、例えば、入側ＮＷ（入側セグメント）のパス技術情報７０１と、出側ＮＷ（出側セグメント）のパス技術情報７０２と、変換種別７０３と、変換前識別子７０４と、変換後識別子７０５と、識別子払い出し方法７０６とを含む。
入側ＮＷのパス技術情報７０１及び出側ＮＷのパス技術情報７０２は、上述の変換方式対応テーブル５００の入側ＮＷのパス技術情報５０１及び出側ＮＷのパス技術情報５０２と同様である。変換種別７０３は、変換方式の種別を示し、例えば、「乗り換え」又は「集約」を示す情報が記憶される。識別子対応テーブル７００に記憶される変換前識別子７０４は、変換前識別子の種別の選択候補を示す。また、識別子対応テーブル７００に記憶される変換後識別子７０５は、変換後識別子の種別の選択候補を示す。変換前識別子の種別７０４、変換後識別子の種別７０５は、例えば、「Ｃ−ＴＡＧ（Ｃｕｓｔｏｍｅｒ ＶＬＡＮ Ｔａｇ、ユーザＶＬＡＮタグ）」、「Ｓ−ＴＡＧ（Ｓｅｒｖｉｃｅ ＶＬＡＮ Ｔａｇ、サービスＶＬＡＮタグ）」、「Ｉ−ＴＡＧ（Ｓｅｒｖｉｃｅ Ｉｎｓｔａｎｃｅ Ｔａｇ、サービス・インスタンス・タグ）」、「Ｂ−ＴＡＧ（Ｂａｃｋｂｏｎｅ ＶＬＡＮ Ｔａｇ、バックボーンＶＬＡＮタグ）」、「ＬＳＰ」等を示す情報がそれぞれひとつ又は複数記憶される。なお、変換前識別子の種別、変換後識別子の種別とは、上述のようにＣ−ＴＡＧなどの情報であり、変換前識別子とは、後述するように「００１」等の値、文字等を指す。
識別子払い出し方法７０６は、変換後識別子の払い出し方法の候補を示す。例えば、「新規払い出し」、「変換前のＣ−ＴＡＧを利用」等の払い出し方法がひとつ又は複数記憶される。変換種別７０３が「乗り換え」の場合、識別子払い出し方法７０６は、「新規払い出し」及び変換前のヘッダを利用する適宜の払い出し方法がひとつ又は複数記憶され、運用者がいずれかを選択できるようにしてもよい。また、例えば、変換種別７０３が「集約」の場合、カプセリングにより変換前のヘッダは維持されるため、識別子払い出し方法７０６は、「新規払い出し」のみが記憶されてもよい。なお、識別子対応テーブル７００の各情報は、予め記憶される。
図９に、変換テーブル９００の説明図を示す。
変換テーブル９００は、例えば、パス情報と、変換前識別子情報と、変換後識別子情報とを含む。図９に示す例では、パス情報としてＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１、Ｉ−ＣＰＥ（Ｉｎｇｒｅｓｓ Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）９０２、Ｅ−ＣＰＥ（Ｅｇｒｅｓｓ Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）９０３、ＴｒａｆｆｉｃＣｌａｓｓ９０４が記憶される。図９の例は、ＰＢＢからＭＰＬＳに変換する例であり、変換前識別子情報としてＣ−ＴＡＧ９０５、Ｓ−ＴＡＧ９０６、Ｉ−ＴＡＧ９０７、Ｂ−ＴＡＧ９０８の各識別子と、変換後識別子情報としてＬＳＰ９０９の識別子が記憶される。
ＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１は、ＣＰＥ１１１、１１８間のパスを識別する情報を示す。Ｉ−ＣＰＥ９０２は、入側のユーザ機器（例えば、ＣＰＥ１１１）の識別情報を示す。Ｅ−ＣＰＥ９０３は、出側のユーザ機器（例えば、ＣＰＥ１１８）の識別情報を示す。ＴｒａｆｆｉｃＣｌａｓｓ９０４は、パスのトラフィッククラスを示す。なお、ＴｒａｆｆｉｃＣｌａｓｓ９０４は、省略してもよい。なお、変換前識別子及び変換後識別子は、図示の例に限らず、運用者の選択に応じて適宜のヘッダ／ラベルの識別子が記憶される。
図９に、変換テーブル９００の説明図を示す。
変換テーブル９００は、例えば、パス情報と、変換前識別子情報と、変換後識別子情報とを含む。図９に示す例では、パス情報としてＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１、Ｉ−ＣＰＥ（Ｉｎｇｒｅｓｓ Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）９０２、Ｅ−ＣＰＥ（Ｅｇｒｅｓｓ Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）９０３、ＴｒａｆｆｉｃＣｌａｓｓ９０４が記憶される。図９の例は、ＰＢＢからＭＰＬＳに変換する例であり、変換前識別子情報としてＣ−ＴＡＧ９０５、Ｓ−ＴＡＧ９０６、Ｉ−ＴＡＧ９０７、Ｂ−ＴＡＧ９０８の各識別子と、変換後識別子情報としてＬＳＰ９０９の識別子が記憶される。
ＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１は、ＣＰＥ１１１、１１８間のパスを識別する情報を示す。Ｉ−ＣＰＥ９０２は、入側のユーザ機器（例えば、ＣＰＥ１１１）の識別情報を示す。Ｅ−ＣＰＥ９０３は、出側のユーザ機器（例えば、ＣＰＥ１１８）の識別情報を示す。ＴｒａｆｆｉｃＣｌａｓｓ９０４は、パスのトラフィッククラスを示す。なお、ＴｒａｆｆｉｃＣｌａｓｓ９０４は、省略してもよい。なお、変換前識別子及び変換後識別子は、図示の例に限らず、運用者の選択に応じて適宜のヘッダ／ラベルの識別子が記憶される。
（初期設定時の処理）
図２に、初期設定時のフローチャートを示す。図３に、管理端末１２０の画面イメージの説明図を示す。
まず、制御処理部２００は、運用者の操作に基づいて選択された入側ＮＷのセグメント１０１〜１０５のセグメントＩＤを管理端末１２０より入力し、入力されたセグメントＩＤに対応するパス技術を自動的に選択する（Ｓ６０１）。より具体的には、管理端末１２０が運用者の操作により、入力部からセグメントＩＤを入力してトランスポート制御サーバ１００に送信し、ＧＵＩ制御部２０１がセグメントＩＤを管理端末１２０より受信する。変換方式管理部２０３は、受信されたセグメントＩＤに基づいてセグメント・パス技術対応テーブル４００のセグメントＩＤ４０１を参照し、対応するパス技術情報４０２を選択する。図３は、「セグメントＡ」が選択され、対応するパス技術「ＰＢＢ」が管理端末１２０に表示された例である（図３：３０１、３０３参照）。なお、管理端末１２０は、選択候補となる複数のセグメント名又はセグメントＩＤを表示部に表示してもよい。また、選択候補となるセグメント名又はＩＤは、トランスポート制御サーバ１００のセグメント・パス技術対応テーブル４００のセグメントＩＤに基づいて表示してもよい。
制御処理部２００は、運用者の操作に基づいて選択された出側ＮＷのセグメント１０１〜１０５のセグメントＩＤを管理端末１２０より入力し、入力されたセグメントＩＤに対応するパス技術を自動的に選択する（Ｓ６０２）。具体的な動作は、上述のステップＳ６０１と同様である。図３は、「セグメントＢ」が選択され、対応するパス技術「ＭＰＬＳ」が表示された例である（図３：３０２、３０４参照）。
制御処理部２００は、入側ＮＷと出側ＮＷのパス技術に基づいて、集約及び／又は乗り換えを示す変換方式の選択候補を管理端末１２０に表示する（Ｓ６０３）。具体的には、変換方式管理部２０３は、ステップＳ６０１で選択された入側ＮＷのパス技術情報４０２と、ステップＳ６０２で選択された出側ＮＷのパス技術情報４０２に基づいて、変換方式対応テーブル５００の入側ＮＷのパス技術情報５０１及び出側ＮＷのパス技術情報５０２を参照し、対応する集約可否情報５０３及び乗り換え可否情報５０４から変換方式の選択候補を判断する。例えば、変換方式管理部２０３は、集約可否情報５０３が可（○）の場合、集約による変換方式を選択候補（集約可能）と判断することができる。一方、変換方式管理部２０３は、集約可否情報５０３が否（−）の場合、集約による変換方式を選択候補としない（集約不可能）。乗り換え可否情報５０４についても同様に判断することができる。ＧＵＩ制御部２０１は、判断された変換方式の選択候補を管理端末１２０に送信する。管理端末１２０は、変換方式の選択候補を受信し、受信された変換方式の選択候補を表示部に表示する。
図２に、初期設定時のフローチャートを示す。図３に、管理端末１２０の画面イメージの説明図を示す。
まず、制御処理部２００は、運用者の操作に基づいて選択された入側ＮＷのセグメント１０１〜１０５のセグメントＩＤを管理端末１２０より入力し、入力されたセグメントＩＤに対応するパス技術を自動的に選択する（Ｓ６０１）。より具体的には、管理端末１２０が運用者の操作により、入力部からセグメントＩＤを入力してトランスポート制御サーバ１００に送信し、ＧＵＩ制御部２０１がセグメントＩＤを管理端末１２０より受信する。変換方式管理部２０３は、受信されたセグメントＩＤに基づいてセグメント・パス技術対応テーブル４００のセグメントＩＤ４０１を参照し、対応するパス技術情報４０２を選択する。図３は、「セグメントＡ」が選択され、対応するパス技術「ＰＢＢ」が管理端末１２０に表示された例である（図３：３０１、３０３参照）。なお、管理端末１２０は、選択候補となる複数のセグメント名又はセグメントＩＤを表示部に表示してもよい。また、選択候補となるセグメント名又はＩＤは、トランスポート制御サーバ１００のセグメント・パス技術対応テーブル４００のセグメントＩＤに基づいて表示してもよい。
制御処理部２００は、運用者の操作に基づいて選択された出側ＮＷのセグメント１０１〜１０５のセグメントＩＤを管理端末１２０より入力し、入力されたセグメントＩＤに対応するパス技術を自動的に選択する（Ｓ６０２）。具体的な動作は、上述のステップＳ６０１と同様である。図３は、「セグメントＢ」が選択され、対応するパス技術「ＭＰＬＳ」が表示された例である（図３：３０２、３０４参照）。
制御処理部２００は、入側ＮＷと出側ＮＷのパス技術に基づいて、集約及び／又は乗り換えを示す変換方式の選択候補を管理端末１２０に表示する（Ｓ６０３）。具体的には、変換方式管理部２０３は、ステップＳ６０１で選択された入側ＮＷのパス技術情報４０２と、ステップＳ６０２で選択された出側ＮＷのパス技術情報４０２に基づいて、変換方式対応テーブル５００の入側ＮＷのパス技術情報５０１及び出側ＮＷのパス技術情報５０２を参照し、対応する集約可否情報５０３及び乗り換え可否情報５０４から変換方式の選択候補を判断する。例えば、変換方式管理部２０３は、集約可否情報５０３が可（○）の場合、集約による変換方式を選択候補（集約可能）と判断することができる。一方、変換方式管理部２０３は、集約可否情報５０３が否（−）の場合、集約による変換方式を選択候補としない（集約不可能）。乗り換え可否情報５０４についても同様に判断することができる。ＧＵＩ制御部２０１は、判断された変換方式の選択候補を管理端末１２０に送信する。管理端末１２０は、変換方式の選択候補を受信し、受信された変換方式の選択候補を表示部に表示する。
制御処理部２００は、集約又は乗り換えのいずれかの変換方式を管理端末１２０より入力し、変換前識別子の候補、変換後識別子の候補及び変換後識別子の払い出し方法の候補を管理端末１２０に表示する（Ｓ６０４）。具体的には、ＧＵＩ制御部２０１が運用者の操作に基づいて選択された変換方式（変換種別）を示す情報を管理端末１２０より受信すると、変換方式管理部２０３は、ステップＳ６０１で選択された入側ＮＷのパス技術情報４０２と、ステップＳ６０２で選択された出側ＮＷのパス技術情報４０２と、受信された変換方式に基づいて、識別子対応テーブル７００の入側ＮＷのパス技術情報７０１、出側ＮＷのパス技術情報７０２、変換種別７０３を参照し、対応する変換前識別子の種別７０４、変換後識別子の種別７０５及び識別子払い出し方法７０６を取得する。ＧＵＩ制御部２０１は、取得された変換前識別子の種別７０４、変換後識別子の種別７０５及び識別子払い出し方法７０６を管理端末１２０に送信する。管理端末１２０は、変換前識別子の種別、変換後識別子の種別及び識別子払い出し方法を受信し、受信された変換前識別子の種別、変換後識別子の種別及び識別子払い出し方法を表示部に表示する。
制御処理部２００は、変換前のパケット内でパス技術の変換の際に参照するヘッダ／ラベルの識別子（変換前識別子）を管理端末１２０より入力する（Ｓ６０５）。なお、変換前識別子の種別は、ステップＳ６０４で表示された変換前識別子の種別の候補の中から運用者の操作に基づいて指定される。図３は、変換前識別子の種別として「Ｃ−ＴＡＧ」、「Ｓ−ＴＡＧ」、「Ｉ−ＴＡＧ」、「Ｂ−ＴＡＧ」が指定された例である（図３：３０６参照）。
制御処理部２００は、変換前のパケット内でパス技術の変換の際に参照するヘッダ／ラベルの識別子（変換前識別子）を管理端末１２０より入力する（Ｓ６０５）。なお、変換前識別子の種別は、ステップＳ６０４で表示された変換前識別子の種別の候補の中から運用者の操作に基づいて指定される。図３は、変換前識別子の種別として「Ｃ−ＴＡＧ」、「Ｓ−ＴＡＧ」、「Ｉ−ＴＡＧ」、「Ｂ−ＴＡＧ」が指定された例である（図３：３０６参照）。
制御処理部２００は、変換後のヘッダ／ラベルの識別子（変換後識別子）及びその変換後識別子の払い出し方法を管理端末１２０より入力する（Ｓ６０６）。なお、変換後識別子の種別及びその変換後識別子の払い出し方法は、ステップＳ６０４で表示された変換後識別子の種別の候補、払い出し方法の候補の中から運用者の操作に基づいて指定される。
図３は、変換後識別子の種別として、「ＬＳＰ」、変換後識別子の払い出し方法「新規払い出し」が指定された例である（図３：３０７、３０８参照）。
制御処理部２００は、変換テーブル９００を作成する（Ｓ６０７）。具体的には、変換方式管理部２０３は、パス情報のフィールドと、入力された変換前識別子の種別に対応するフィールドと、入力された変換後識別子の種別に対応するフィールドとを含む変換テーブル９００を作成し、作成された変換テーブル９００を変換テーブル記憶部２０９に記憶する。例えば、図９に示す変換テーブル９００の例では、パス情報としてＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１〜ＴｒａｆｆｉｃＣｌａｓｓ９０４のフィールドと、ステップＳ６０５で入力されたＣ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８のフィールドと、ステップＳ６０６で入力されたＬＳＰ９０９のフィールドとを含む。また、変換方式管理部２０３は、入力された変換方式と、入力された変換後識別子の払い出し方法とを例えば変換テーブル記憶部２０９に記憶する。選択される２つのセグメントに対して、変換方式、払い出し方法、変換テーブル９００が変換テーブル記憶部２０９に記憶される。
制御処理部２００は、接続される２つのセグメント毎に、上述のステップＳ６０１〜Ｓ６０７の処理を繰り返し、接続される２つのセグメント毎の変換テーブル９００を作成する。なお、各セグメント１０１〜１０５間においてゲートウェイノードがそれぞれひとつずつ設置される場合、各ゲートウェイノードに対してステップＳ６０１〜Ｓ６０７の処理が繰り返されることになる。また、各セグメント１０１〜１０５間においてゲートウェイノードが複数設置される場合、同じ２つのセグメントを接続する各ゲートウェイノードに対して、ひとつの変換テーブル９００が作成される。また、入側と出側を逆にした逆方向の変換テーブル９００についても同様に作成できる。
図３は、変換後識別子の種別として、「ＬＳＰ」、変換後識別子の払い出し方法「新規払い出し」が指定された例である（図３：３０７、３０８参照）。
制御処理部２００は、変換テーブル９００を作成する（Ｓ６０７）。具体的には、変換方式管理部２０３は、パス情報のフィールドと、入力された変換前識別子の種別に対応するフィールドと、入力された変換後識別子の種別に対応するフィールドとを含む変換テーブル９００を作成し、作成された変換テーブル９００を変換テーブル記憶部２０９に記憶する。例えば、図９に示す変換テーブル９００の例では、パス情報としてＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１〜ＴｒａｆｆｉｃＣｌａｓｓ９０４のフィールドと、ステップＳ６０５で入力されたＣ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８のフィールドと、ステップＳ６０６で入力されたＬＳＰ９０９のフィールドとを含む。また、変換方式管理部２０３は、入力された変換方式と、入力された変換後識別子の払い出し方法とを例えば変換テーブル記憶部２０９に記憶する。選択される２つのセグメントに対して、変換方式、払い出し方法、変換テーブル９００が変換テーブル記憶部２０９に記憶される。
制御処理部２００は、接続される２つのセグメント毎に、上述のステップＳ６０１〜Ｓ６０７の処理を繰り返し、接続される２つのセグメント毎の変換テーブル９００を作成する。なお、各セグメント１０１〜１０５間においてゲートウェイノードがそれぞれひとつずつ設置される場合、各ゲートウェイノードに対してステップＳ６０１〜Ｓ６０７の処理が繰り返されることになる。また、各セグメント１０１〜１０５間においてゲートウェイノードが複数設置される場合、同じ２つのセグメントを接続する各ゲートウェイノードに対して、ひとつの変換テーブル９００が作成される。また、入側と出側を逆にした逆方向の変換テーブル９００についても同様に作成できる。
（パス設定時の処理）
図１１に、パス設定時のフローチャートを示す。
制御処理部２００は、運用者の操作に基づいて指定された、パスの端点（ＣＰＥ１１２、１１８）の識別子を管理端末１２０より入力する（Ｓ１１０１）。
経路計算部２０２は、メトリックを用いてＣＰＥ１１２、１１８間の経路を検索し、最適な経路を決定する（Ｓ１１０３）。このとき、経路計算部２０２は、複数の経路の候補を管理端末１２０に表示し、運用者の操作に基づいて選択された経路を入力して経路を決定してもよい。なお、経路計算部２０２は、適宜のプロトコル又はアルゴリズム等に従って最適な経路及び経路の候補を求めることができる。経路計算部２０２は、決定された経路（仮想パス）が経由するノード１１２〜１１７を特定する。また、経路計算部２０２は、適宜のタイミングで、決定された経路を経由するパスにＩＤを割り当てる。
変換方式管理部２０３は、特定されたノードに対応する各変換テーブル９００に対して、それぞれ以下のステップＳ１１０５〜Ｓ１１０９の処理を実行する。なお、変換テーブル９００は、接続される２つのセグメント毎に作成され、記憶されており、特定されたノードが接続する２つのセグメントに対応した変換テーブル９００を特定できる。また、変換テーブル９００毎に対応するノードの識別子を記憶してもよい。以下に、各ステップＳ１１０５〜Ｓ１１０９について説明する。
変換方式管理部２０３は、パスに関連する各識別子を変換テーブル９００のパス情報に記憶する（Ｓ１１０５）。具体的には、変換方式管理部２０３は、割り当てられたパスのＩＤと、ステップＳ１１０１で指定された入側ＣＰＥ１１１（又は１１８）及び出側ＣＰＥ１１８（又は１１１）の識別子と、トラフィッククラスとを、変換テーブル９００のＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１、Ｉ−ＣＰＥ９０２、Ｅ−ＣＰＥ９０３、ＴｒａｆｆｉｃＣｌａｓｓ９０４の各フィールドにそれぞれ記憶する。図９に示す例では、ＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に「００１」、Ｉ−ＣＰＥ９０２に「００１」、Ｅ−ＣＰＥ９０３に「００２」、ＴｒａｆｆｉｃＣｌａｓｓ９０４に「Ａ」がそれぞれ記憶される。なお、トラフィッククラスは、適宜設定されることができる。
変換方式管理部２０３は、変換前識別子を生成し、生成された変換前識別子をＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に対応して変換テーブル９００に記憶する（Ｓ１１０７）。例えば、入側のＣＰＥ１１１と接続されるノード１１２の変換前識別子については、運用者により設定された識別子が入力されてもよい。また、ＣＰＥ１１１とノード１１２間のプロトコル等に従い生成されてもよい。また、パス上の他のノード１１３〜１１７の変換前識別子については、例えば、後述するステップＳ１１０９で生成される同一セグメントのノード１１２〜１１６の変換後識別子を用いてもよい。図９に示す例では、Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８にそれぞれ「００１」が記憶される。
変換方式管理部２０３は、変換後識別子を生成し、生成された変換後識別子をＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に対応して変換テーブル９００に記憶する（Ｓ１１０９）。具体的には、変換方式管理部２０３は、記憶された変換後識別子の払い出し方法に従い、変換後識別子を生成する。例えば変換後識別子の払い出し方法が「新規払い出し」の場合、変換方式管理部２０３は、予め複数の識別子が記憶されたプール内の未使用の識別子を用いることができる。また、例えば変換後識別子の払い出し方法が「Ｃ−ＴＡＧを下位ビットに入れ込む」の場合、変換方式管理部２０３は、Ｃ−ＴＡＧ９０５を変換テーブル９００より取得し、取得されたＣ−ＴＡＧ９０５の値を下位ビットに含む変換後識別子を生成することができる。なお、上述の例に限らず、払い出し方法に応じて変換後識別子を適宜生成してもよい。図９に示す例では、ＬＳＰ９０９に「００１」が記憶される。
ノード設定部２０４は、特定されたノードに対して、対応する変換テーブル９００の内容と記憶された変換方式とを設定する（Ｓ１１１１）。設定される変換テーブル９００の内容は、例えば、変換前識別子と、変換後識別子とを含む。図９に示す例では、Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８の各識別子と、ＬＳＰ９０９の識別子とが含まれる。なお、ノード設定部２０４は、これに限らず、変換テーブル９００のＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１〜ＴｒａｆｆｉｃＣｌａｓｓ９０４のいずれか又は複数の情報をさらに設定してもよい。
上述のように、パスが経由する特定されたノードに対応する変換テーブル９００について、ステップＳ１１０５〜Ｓ１１０９が実行され、各ノードが設定される。
図１１に、パス設定時のフローチャートを示す。
制御処理部２００は、運用者の操作に基づいて指定された、パスの端点（ＣＰＥ１１２、１１８）の識別子を管理端末１２０より入力する（Ｓ１１０１）。
経路計算部２０２は、メトリックを用いてＣＰＥ１１２、１１８間の経路を検索し、最適な経路を決定する（Ｓ１１０３）。このとき、経路計算部２０２は、複数の経路の候補を管理端末１２０に表示し、運用者の操作に基づいて選択された経路を入力して経路を決定してもよい。なお、経路計算部２０２は、適宜のプロトコル又はアルゴリズム等に従って最適な経路及び経路の候補を求めることができる。経路計算部２０２は、決定された経路（仮想パス）が経由するノード１１２〜１１７を特定する。また、経路計算部２０２は、適宜のタイミングで、決定された経路を経由するパスにＩＤを割り当てる。
変換方式管理部２０３は、特定されたノードに対応する各変換テーブル９００に対して、それぞれ以下のステップＳ１１０５〜Ｓ１１０９の処理を実行する。なお、変換テーブル９００は、接続される２つのセグメント毎に作成され、記憶されており、特定されたノードが接続する２つのセグメントに対応した変換テーブル９００を特定できる。また、変換テーブル９００毎に対応するノードの識別子を記憶してもよい。以下に、各ステップＳ１１０５〜Ｓ１１０９について説明する。
変換方式管理部２０３は、パスに関連する各識別子を変換テーブル９００のパス情報に記憶する（Ｓ１１０５）。具体的には、変換方式管理部２０３は、割り当てられたパスのＩＤと、ステップＳ１１０１で指定された入側ＣＰＥ１１１（又は１１８）及び出側ＣＰＥ１１８（又は１１１）の識別子と、トラフィッククラスとを、変換テーブル９００のＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１、Ｉ−ＣＰＥ９０２、Ｅ−ＣＰＥ９０３、ＴｒａｆｆｉｃＣｌａｓｓ９０４の各フィールドにそれぞれ記憶する。図９に示す例では、ＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に「００１」、Ｉ−ＣＰＥ９０２に「００１」、Ｅ−ＣＰＥ９０３に「００２」、ＴｒａｆｆｉｃＣｌａｓｓ９０４に「Ａ」がそれぞれ記憶される。なお、トラフィッククラスは、適宜設定されることができる。
変換方式管理部２０３は、変換前識別子を生成し、生成された変換前識別子をＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に対応して変換テーブル９００に記憶する（Ｓ１１０７）。例えば、入側のＣＰＥ１１１と接続されるノード１１２の変換前識別子については、運用者により設定された識別子が入力されてもよい。また、ＣＰＥ１１１とノード１１２間のプロトコル等に従い生成されてもよい。また、パス上の他のノード１１３〜１１７の変換前識別子については、例えば、後述するステップＳ１１０９で生成される同一セグメントのノード１１２〜１１６の変換後識別子を用いてもよい。図９に示す例では、Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８にそれぞれ「００１」が記憶される。
変換方式管理部２０３は、変換後識別子を生成し、生成された変換後識別子をＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１に対応して変換テーブル９００に記憶する（Ｓ１１０９）。具体的には、変換方式管理部２０３は、記憶された変換後識別子の払い出し方法に従い、変換後識別子を生成する。例えば変換後識別子の払い出し方法が「新規払い出し」の場合、変換方式管理部２０３は、予め複数の識別子が記憶されたプール内の未使用の識別子を用いることができる。また、例えば変換後識別子の払い出し方法が「Ｃ−ＴＡＧを下位ビットに入れ込む」の場合、変換方式管理部２０３は、Ｃ−ＴＡＧ９０５を変換テーブル９００より取得し、取得されたＣ−ＴＡＧ９０５の値を下位ビットに含む変換後識別子を生成することができる。なお、上述の例に限らず、払い出し方法に応じて変換後識別子を適宜生成してもよい。図９に示す例では、ＬＳＰ９０９に「００１」が記憶される。
ノード設定部２０４は、特定されたノードに対して、対応する変換テーブル９００の内容と記憶された変換方式とを設定する（Ｓ１１１１）。設定される変換テーブル９００の内容は、例えば、変換前識別子と、変換後識別子とを含む。図９に示す例では、Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８の各識別子と、ＬＳＰ９０９の識別子とが含まれる。なお、ノード設定部２０４は、これに限らず、変換テーブル９００のＶｉｒｔｕａｌＰａｔｈ ＩＤ９０１〜ＴｒａｆｆｉｃＣｌａｓｓ９０４のいずれか又は複数の情報をさらに設定してもよい。
上述のように、パスが経由する特定されたノードに対応する変換テーブル９００について、ステップＳ１１０５〜Ｓ１１０９が実行され、各ノードが設定される。
（ノードでの変換処理）
図７に、集約による変換方式の説明図を示す。
ノード１１４の変換方式として「集約」が設定され、ノード１１４が、集約の変換方式に従いＰＢＢパケットをＭＰＬＳパケットに変換する場合について説明する。なお、他のノード１１２、１１３、１１５〜１１７、他のパス技術における集約の動作も同様である。
ノード１１４は、ＰＢＢパケット８０１を受信すると、ＰＢＢパケット８０１をＬＳＰラベルでトネリング（集約、カプセル化）する。具体的には、ノード１１４は、受信されたＰＢＢパケット８０１に対し、設定された変換前識別子に対応するヘッダを参照する。例えば、図９に示す例の場合、変換前識別子Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８のヘッダが参照される。ノード１１４は、参照された各ヘッダの識別子（例えば、「００１」）に基づいて、ノード１１４に設定された変換テーブルのＣ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８を参照し、対応するＬＳＰ９０９を取得する。図９に示す例では、「００１」が取得される。ノード１１４は、取得されたＬＳＰ９０９を含むＬＳＰラベルを生成する。ノード１１４は、生成されたＬＳＰラベルを用いてＰＢＢパケット８０１をカプセル化し、ＭＰＬＳパケット８０２を生成する。なお、ＭＰＬＳパケット８０２は、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ、送信元アドレス）、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ、宛先アドレス）のヘッダをさらに含むことができる。ＳＡ、ＤＡは、例えば隣接するＭＰＬＳノードによって自動的に決定される。
図７に、集約による変換方式の説明図を示す。
ノード１１４の変換方式として「集約」が設定され、ノード１１４が、集約の変換方式に従いＰＢＢパケットをＭＰＬＳパケットに変換する場合について説明する。なお、他のノード１１２、１１３、１１５〜１１７、他のパス技術における集約の動作も同様である。
ノード１１４は、ＰＢＢパケット８０１を受信すると、ＰＢＢパケット８０１をＬＳＰラベルでトネリング（集約、カプセル化）する。具体的には、ノード１１４は、受信されたＰＢＢパケット８０１に対し、設定された変換前識別子に対応するヘッダを参照する。例えば、図９に示す例の場合、変換前識別子Ｃ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８のヘッダが参照される。ノード１１４は、参照された各ヘッダの識別子（例えば、「００１」）に基づいて、ノード１１４に設定された変換テーブルのＣ−ＴＡＧ９０５〜Ｂ−ＴＡＧ９０８を参照し、対応するＬＳＰ９０９を取得する。図９に示す例では、「００１」が取得される。ノード１１４は、取得されたＬＳＰ９０９を含むＬＳＰラベルを生成する。ノード１１４は、生成されたＬＳＰラベルを用いてＰＢＢパケット８０１をカプセル化し、ＭＰＬＳパケット８０２を生成する。なお、ＭＰＬＳパケット８０２は、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ、送信元アドレス）、ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ、宛先アドレス）のヘッダをさらに含むことができる。ＳＡ、ＤＡは、例えば隣接するＭＰＬＳノードによって自動的に決定される。
図８に、乗り換えによる変換方式の説明図を示す。
ノード１１４に変換方式として「乗り換え」が設定され、ノード１１４が、乗り換えの変換方式に従いＰＢＢパケットをＭＰＬＳパケットに変換する場合について説明する。なお、他のノード１１２、１１３、１１５〜１１７、他のパス技術における乗り換えの動作も同様である。
ノード１１４は、ＰＢＢパケット８０３を受信すると、ＰＢＢヘッダをＬＳＰラベルに変換（乗り換え）する。具体的には、ノード１１４は、上述の集約の場合と同様に、参照されたヘッダの識別子に基づいて対応する変換後識別子を変換テーブル９００より取得する。例えば、ＰＢＢパケット８０３のＣ−ＴＡＧ、Ｓ−ＴＡＧ、Ｉ−ＴＡＧ、Ｂ−ＴＡＧの識別子に対応するＣ−ＴＡＧ、Ｓ−ＴＡＧ、ＬＳＰの変換後識別子が取得される。ノード１１４は、変換前識別子を、取得された変換後識別子（Ｃ−ＴＡＧ、Ｓ−ＴＡＧ、ＬＳＰ）に付け替えて、ＭＰＬＳパケット８０４を生成する。例えば、図８に示すように、Ｉ−ＴＡＧ、Ｂ−ＴＡＧ、Ｂ−ＤＡ、Ｂ−ＳＡのＰＢＢヘッダが、ＬＳＰラベル、ＳＡ、ＤＡのＭＰＬＳヘッダに変わる。なお、ＭＰＬＳパケット８０４のＣ−ＴＡＧ、Ｓ−ＴＡＧは、上述のように、選択された払い出し方法に基づき生成されたものであり、ＰＢＢパケット８０３と同じ場合もあるし、新たに払い出されたものの場合もある。
本実施の形態によると、例えば、運用者の独自ポリシに基づいて、パスの集約又は乗換（変換方式）、変換前識別子の種別、変換後識別子の種別、変換後識別子の払い出し方法を予め定められた選択候補の中から予め指定でき、かつ、ＣＰＥ間のパス設定時に、パスが経由するゲートウェイノードに対し、予め指定された変換方式、変換前識別子、変換後識別子を自動で設定できる。また、予め指定された払い出し方法に従い、変換後識別子を自動で指定できる。
ノード１１４に変換方式として「乗り換え」が設定され、ノード１１４が、乗り換えの変換方式に従いＰＢＢパケットをＭＰＬＳパケットに変換する場合について説明する。なお、他のノード１１２、１１３、１１５〜１１７、他のパス技術における乗り換えの動作も同様である。
ノード１１４は、ＰＢＢパケット８０３を受信すると、ＰＢＢヘッダをＬＳＰラベルに変換（乗り換え）する。具体的には、ノード１１４は、上述の集約の場合と同様に、参照されたヘッダの識別子に基づいて対応する変換後識別子を変換テーブル９００より取得する。例えば、ＰＢＢパケット８０３のＣ−ＴＡＧ、Ｓ−ＴＡＧ、Ｉ−ＴＡＧ、Ｂ−ＴＡＧの識別子に対応するＣ−ＴＡＧ、Ｓ−ＴＡＧ、ＬＳＰの変換後識別子が取得される。ノード１１４は、変換前識別子を、取得された変換後識別子（Ｃ−ＴＡＧ、Ｓ−ＴＡＧ、ＬＳＰ）に付け替えて、ＭＰＬＳパケット８０４を生成する。例えば、図８に示すように、Ｉ−ＴＡＧ、Ｂ−ＴＡＧ、Ｂ−ＤＡ、Ｂ−ＳＡのＰＢＢヘッダが、ＬＳＰラベル、ＳＡ、ＤＡのＭＰＬＳヘッダに変わる。なお、ＭＰＬＳパケット８０４のＣ−ＴＡＧ、Ｓ−ＴＡＧは、上述のように、選択された払い出し方法に基づき生成されたものであり、ＰＢＢパケット８０３と同じ場合もあるし、新たに払い出されたものの場合もある。
本実施の形態によると、例えば、運用者の独自ポリシに基づいて、パスの集約又は乗換（変換方式）、変換前識別子の種別、変換後識別子の種別、変換後識別子の払い出し方法を予め定められた選択候補の中から予め指定でき、かつ、ＣＰＥ間のパス設定時に、パスが経由するゲートウェイノードに対し、予め指定された変換方式、変換前識別子、変換後識別子を自動で設定できる。また、予め指定された払い出し方法に従い、変換後識別子を自動で指定できる。
（変形例）
上述の実施の形態では、制御処理部２００は、運用者が接続される２つのセグメントを順次選択し、接続する２つのセグメント毎に識別子対応テーブル７００をそれぞれ作成する。
ここで、例えば、制御処理部２００は、上述のステップＳ６０２で選択された出側セグメント１０１〜１０５を入側セグメントとし、またステップＳ６０１で選択された入側セグメント１０１〜１０５を出側セグメントとして、図１２のステップＳ１２０１〜１２０７を実行し、逆方向の識別子対応テーブル７００も自動的に作成してもよい。
さらに、ＣＰＥ１１１〜１１８間のパスは、接続される２つのセグメントのパス技術が同じセグメント（例えば、セグメント１０２と１０４、セグメント１０１と１０５）がコア網（例えば、セグメント１０３）を中心として対称の位置にある場合がある。例えば、ＶＬＡＮとＰＢＢのセグメントを接続するノード１１３に対しては、同じパス技術のセグメントを接続するノード１１６が特定される。この場合、制御処理部２００は、運用者が管理端末１２０を利用して入力したセグメント対称性に関する情報を図１３のセグメント対称性対応テーブル４１０としてセグメント記憶部２０７に保持し、ステップＳ１３０１にて２つのセグメント間のノードＡの識別子対応テーブル７００を作成し、ステップＳ１３０２にてその２つのセグメントの対称となる２つのセグメント間のノードＢを特定し、ステップＳ１３０３にてノードＡの識別子対応テーブル７００に基づいて、ノードＢの識別子対応テーブル７００を作成しても良い。
以上、本発明の実施の形態について具体的に説明したが、本発明はこれらの実施の形態に限定されるものではなく、その発明の要旨を逸脱しない範囲で種々変更可能である。
上述の実施の形態では、制御処理部２００は、運用者が接続される２つのセグメントを順次選択し、接続する２つのセグメント毎に識別子対応テーブル７００をそれぞれ作成する。
ここで、例えば、制御処理部２００は、上述のステップＳ６０２で選択された出側セグメント１０１〜１０５を入側セグメントとし、またステップＳ６０１で選択された入側セグメント１０１〜１０５を出側セグメントとして、図１２のステップＳ１２０１〜１２０７を実行し、逆方向の識別子対応テーブル７００も自動的に作成してもよい。
さらに、ＣＰＥ１１１〜１１８間のパスは、接続される２つのセグメントのパス技術が同じセグメント（例えば、セグメント１０２と１０４、セグメント１０１と１０５）がコア網（例えば、セグメント１０３）を中心として対称の位置にある場合がある。例えば、ＶＬＡＮとＰＢＢのセグメントを接続するノード１１３に対しては、同じパス技術のセグメントを接続するノード１１６が特定される。この場合、制御処理部２００は、運用者が管理端末１２０を利用して入力したセグメント対称性に関する情報を図１３のセグメント対称性対応テーブル４１０としてセグメント記憶部２０７に保持し、ステップＳ１３０１にて２つのセグメント間のノードＡの識別子対応テーブル７００を作成し、ステップＳ１３０２にてその２つのセグメントの対称となる２つのセグメント間のノードＢを特定し、ステップＳ１３０３にてノードＡの識別子対応テーブル７００に基づいて、ノードＢの識別子対応テーブル７００を作成しても良い。
以上、本発明の実施の形態について具体的に説明したが、本発明はこれらの実施の形態に限定されるものではなく、その発明の要旨を逸脱しない範囲で種々変更可能である。
本発明は、例えば、異種ネットワークを接続した広域イーササービス、次世代専用線サービス、ＶＰＮサービス等に利用することができる。
１００ トランスポート制御サーバ
１０１〜１０５ セグメント
１１１、１１８ ＣＰＥ
１１２〜１１７ ノード
１２０ 管理端末
２００ 制御処理部
２０１ ＧＵＩ制御部
２０２ 経路計算部
２０３ 変換方式管理部
２０４ ノード設定部
２０５ 通信ＩＦ
２０６ データ記憶部
２０７ セグメント記憶部
２０８ 変換方式記憶部
２０９ 変換テーブル記憶部
１０１〜１０５ セグメント
１１１、１１８ ＣＰＥ
１１２〜１１７ ノード
１２０ 管理端末
２００ 制御処理部
２０１ ＧＵＩ制御部
２０２ 経路計算部
２０３ 変換方式管理部
２０４ ノード設定部
２０５ 通信ＩＦ
２０６ データ記憶部
２０７ セグメント記憶部
２０８ 変換方式記憶部
２０９ 変換テーブル記憶部
Claims (19)
- パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、受信されるパケットのヘッダを該２つのネットワークセグメントのパス技術に応じて変換して送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムであって、
前記トランスポート制御サーバは、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定し、
前記ゲートウェイノードは、
設定された変換種別が集約を示す場合、設定された変換前識別子を含む受信パケットを、設定された変換後識別子を用いてカプセル化して送信し、
設定された変換種別が乗り換えを示す場合、設定された変換前識別子を含む受信パケットに対し、該変換前識別子を設定された変換後識別子に付け替えて送信する前記トランスポート制御システム。 - 前記変換テーブル記憶部は、接続される２つのネットワークセグメント毎に、変換後識別子の払い出し方法がさらに記憶され、
前記制御処理部は、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する払い出し方法を前記変換テーブル記憶部から取得し、該払い出し方法に従い変換後識別子を求め、求められた変換後識別子を前記変換テーブルに記憶する請求項１に記載のトランスポート制御システム。 - 前記払い出し方法は、新規払い出し、及び、変換前識別子に基づく作成のいずれかを示し、
前記制御処理部は、
払い出し方法が新規払い出しを示す場合、複数の識別子が予め記憶されたプールから識別子を払い出して、払い出された識別子を変換後識別子として前記変換テーブルに記憶し、
払い出し方法が変換前識別子に基づく作成の場合、前記変換テーブルに記憶された変換前識別子に基づき、変換後識別子を作成して前記変換テーブルに記憶する請求項２に記載のトランスポート制御システム。 - 前記トランスポート制御サーバは、
ネットワークセグメントの識別情報に対応して、該ネットワークセグメントのパス技術情報が予め記憶されたセグメント・パス技術対応テーブルと、
接続される２つのネットワークセグメントのパス技術情報に対応して、該２つのネットワークセグメント間でパスの集約が可能か否かを示す集約可否情報と、パスの乗り換えが可能か否かを示す乗換可否情報とが予め記憶された変換方式対応テーブル
をさらに備え、
前記制御処理部は、
所望の２つのネットワークセグメントの識別情報を入力し、
各ネットワークセグメントの識別情報に対応するパス技術情報を、前記セグメント・パス技術対応テーブルからそれぞれ取得し、
取得された各パス技術情報に基づき前記変換方式対応テーブルを参照して、対応する集約可否情報及び乗り換え可否情報を特定し、
特定された集約可否情報及び乗り換え可否情報に基づき、パスの集約が可能か否か及びパスの乗り換えが可能か否かを判定し、
可能と判定されたパスの集約又はパスの乗り換えを示す変換種別を、入力された前記２つのネットワークセグメントの識別情報に対応して前記変換テーブル記憶部に記憶する請求項１に記載のトランスポート制御システム。 - 前記制御処理部は、
集約及び乗り換えの双方が可能と判定された場合、集約及び乗り換えのいずれにするか選択するよう表示して、運用者により選択された集約及び乗り換えのいずれかを示す変換種別を入力し、入力された変換種別を前記変換テーブル記憶部に記憶する請求項４に記載のトランスポート制御システム。 - 前記トランスポート制御サーバは、
２つのネットワークセグメントのパス技術情報と変換種別とに対応して、変換前識別子の種別と、変換後識別子の種別とが予め記憶された識別子対応テーブル
を有し、
前記制御処理部は、
入力された２つのネットワークセグメントの識別情報に対応するパス技術情報と、変換種別とに基づき前記識別子対応テーブルを参照し、対応する変換前識別子の種別と変換後識別子の種別を取得し、
取得された変換前識別子の種別と変換後識別子の種別の中から運用者により選択された、変換前識別子の種別と変換後識別子の種別とを入力し、
前記変換テーブル記憶部に、入力された種別の変換前識別子が格納されるフィールド及び入力された種別の変換後識別子が格納されるフィールドを有する前記変換テーブルを作成する請求項１に記載のトランスポート制御システム。 - 前記識別子対応テーブルは、２つのネットワークセグメントのパス技術情報と、変換種別とに対応して、変換後識別子の払い出し方法がさらに記憶され、
前記制御処理部は、
入力された２つのネットワークセグメントの識別情報に対応するパス技術情報と変換種別とに基づき前記識別子対応テーブルを参照し、対応する払い出し方法を取得して、接続される２つのネットワークセグメント毎に、取得された払い出し方法を前記変換テーブル記憶部に記憶し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する払い出し方法を前記変換テーブル記憶部から取得し、該払い出し方法に従い変換後識別子を求め、求められた変換後識別子を前記変換テーブルに記憶する請求項６に記載のトランスポート制御システム。 - 前記識別子対応テーブルは、変換後識別子の払い出し方法が複数記憶され、
前記制御処理部は、前記識別子対応テーブルに記憶された複数の払い出し方法のいずれにするか選択するように表示して、運用者により選択された払い出し方法を入力し、該払い出し方法を前記変換テーブルに記憶する請求項７に記載のトランスポート制御システム。 - 前記払い出し方法は、新規払い出し、及び、変換前識別子に基づく作成のいずれかを示し、
前記制御処理部は、
払い出し方法が新規払い出しを示す場合、複数の識別子が予め記憶されたプールから識別子を払い出して、払い出された識別子を変換後識別子として前記変換テーブルに記憶し、
払い出し方法が変換前識別子に基づく作成の場合、前記変換テーブルに記憶された変換前識別子に基づき、変換後識別子を作成して前記変換テーブルに記憶する請求項７に記載のトランスポート制御システム。 - 接続される２つのセグメント間に前記ゲートウェイノードが複数配置され、
前記変換テーブルは、該複数のゲートウェイノードに対応する請求項１に記載のトランスポート制御システム。 - パス技術が異なる複数のネットワークセグメントを介して装置間で通信するネットワークにおいて、接続される２つのネットワークセグメント間に配置され、設定される変換種別が集約を示す場合、設定される変換前識別子を含む受信パケットを、設定される変換後識別子を用いてカプセル化して送信し、設定される変換種別が乗り換えを示す場合、設定される変換前識別子を含む受信パケットに対し、該変換前識別子を設定される変換後識別子に付け替えて送信する複数のゲートウェイノードと、該ゲートウェイノードを制御するトランスポート制御サーバとを備えたトランスポート制御システムにおける前記トランスポート制御サーバであって、
接続される前記２つのネットワークセグメント毎に、パスの集約又はパスの乗り換えを行うパケットを特定するための変換前識別子及び受信パケットのヘッダに付けられる変換後識別子を含む変換テーブルと、パスの集約又はパスの乗り換えを示す変換種別とが予め記憶された変換テーブル記憶部と、
制御処理部と
を備え、
前記制御処理部は、
パスの端点の前記装置が指定されると、該装置間の経路を計算して該経路上のひとつ又は複数の前記ゲートウェイノードを特定し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する変換前識別子と変換後識別子と変換種別とを前記変換テーブル記憶部から取得して該ゲートウェイノードに設定する前記トランスポート制御サーバ。 - 前記変換テーブル記憶部は、接続される２つのネットワークセグメント毎に、変換後識別子の払い出し方法がさらに記憶され、
前記制御処理部は、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する払い出し方法を前記変換テーブル記憶部から取得し、該払い出し方法に従い変換後識別子を求め、求められた変換後識別子を前記変換テーブルに記憶する請求項１１に記載のトランスポート制御サーバ。 - 前記払い出し方法は、新規払い出し、及び、変換前識別子に基づく作成のいずれかを示し、
前記制御処理部は、
払い出し方法が新規払い出しを示す場合、複数の識別子が予め記憶されたプールから識別子を払い出して、払い出された識別子を変換後識別子として前記変換テーブルに記憶し、
払い出し方法が変換前識別子に基づく作成の場合、前記変換テーブルに記憶された変換前識別子に基づき、変換後識別子を作成して前記変換テーブルに記憶する請求項１２に記載のトランスポート制御サーバ。 - ネットワークセグメントの識別情報に対応して、該ネットワークセグメントのパス技術情報が予め記憶されたセグメント・パス技術対応テーブルと、
接続される２つのネットワークセグメントのパス技術情報に対応して、該２つのネットワークセグメント間でパスの集約が可能か否かを示す集約可否情報と、パスの乗り換えが可能か否かを示す乗換可否情報とが予め記憶された変換方式対応テーブル
をさらに備え、
前記制御処理部は、
所望の２つのネットワークセグメントの識別情報を入力し、
各ネットワークセグメントの識別情報に対応するパス技術情報を、前記セグメント・パス技術対応テーブルからそれぞれ取得し、
取得されるパス技術情報に基づき前記変換方式対応テーブルを参照して、対応する集約可否情報及び乗り換え可否情報を特定し、
特定された集約可否情報及び乗り換え可否情報に基づき、パスの集約が可能か否か及びパスの乗り換えが可能か否かを判定し、
可能と判定されたパスの集約又はパスの乗り換えを示す変換種別を、入力された前記２つのネットワークセグメントの識別情報に対応して前記変換テーブル記憶部に記憶する請求項１１に記載のトランスポート制御サーバ。 - 前記制御処理部は、
集約及び乗り換えの双方が可能と判定された場合、集約及び乗り換えのいずれにするか選択するよう表示して、運用者により選択された集約及び乗り換えのいずれかを示す変換種別を入力し、入力された変換種別を前記変換テーブル記憶部に記憶する請求項１４に記載のトランスポート制御サーバ。 - ２つのネットワークセグメントのパス技術情報と変換種別とに対応して、変換前識別子の種別と、変換後識別子の種別とが予め記憶された識別子対応テーブル
をさらに備え、
前記制御処理部は、
入力された２つのネットワークセグメントの識別情報に対応するパス技術情報と、変換種別とに基づき前記識別子対応テーブルを参照し、対応する変換前識別子の種別と変換後識別子の種別を取得し、
取得された変換前識別子の種別と変換後識別子の種別の中から運用者により選択された、変換前識別子の種別と変換後識別子の種別とを入力し、
前記変換テーブル記憶部に、入力された種別の変換前識別子が格納されるフィールド及び入力された種別の変換後識別子が格納されるフィールドを有する前記変換テーブルを作成する請求項１１に記載のトランスポート制御サーバ。 - 前記識別子対応テーブルは、２つのネットワークセグメントのパス技術情報と、変換種別とに対応して、変換後識別子の払い出し方法がさらに記憶され、
前記制御処理部は、
入力された２つのネットワークセグメントの識別情報に対応するパス技術情報と、変換種別とに基づき前記識別子対応テーブルを参照し、対応する払い出し方法を取得して、接続される２つのネットワークセグメント毎に、取得された払い出し方法を前記変換テーブル記憶部に記憶し、
特定された各ゲートウェイノードについて、該ゲートウェイノードが接続する２つのネットワークセグメントに対応する払い出し方法を前記変換テーブル記憶部から取得し、該払い出し方法に従い変換後識別子を求め、求められた変換後識別子を前記変換テーブルに記憶する請求項１６に記載のトランスポート制御サーバ。 - 前記識別子対応テーブルは、変換後識別子の払い出し方法が複数記憶され、
前記制御処理部は、前記識別子対応テーブルに記憶された複数の払い出し方法のいずれにするか選択するように表示して、運用者により選択された払い出し方法を入力し、該払い出し方法を前記変換テーブルに記憶する請求項１７に記載のトランスポート制御サーバ。 - 前記払い出し方法は、新規払い出し、及び、変換前識別子に基づく作成のいずれかを示し、
前記制御処理部は、
払い出し方法が新規払い出しを示す場合、複数の識別子が予め記憶されたプールから識別子を払い出して、払い出された識別子を変換後識別子として前記変換テーブルに記憶し、
払い出し方法が変換前識別子に基づく作成の場合、前記変換テーブルに記憶された変換前識別子に基づき、変換後識別子を作成して前記変換テーブルに記憶する請求項１７に記載のトランスポート制御サーバ。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011519635A JP5303644B2 (ja) | 2009-06-25 | 2010-03-02 | トランスポート制御システム及びトランスポート制御サーバ |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009150947 | 2009-06-25 | ||
| JP2009150947 | 2009-06-25 | ||
| PCT/JP2010/053330 WO2010150575A1 (ja) | 2009-06-25 | 2010-03-02 | トランスポート制御システム及びトランスポート制御サーバ |
| JP2011519635A JP5303644B2 (ja) | 2009-06-25 | 2010-03-02 | トランスポート制御システム及びトランスポート制御サーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2010150575A1 JPWO2010150575A1 (ja) | 2012-12-10 |
| JP5303644B2 true JP5303644B2 (ja) | 2013-10-02 |
Family
ID=43386357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011519635A Expired - Fee Related JP5303644B2 (ja) | 2009-06-25 | 2010-03-02 | トランスポート制御システム及びトランスポート制御サーバ |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US8588217B2 (ja) |
| JP (1) | JP5303644B2 (ja) |
| CN (1) | CN102334317B (ja) |
| WO (1) | WO2010150575A1 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160357916A1 (en) * | 2010-09-29 | 2016-12-08 | Humana Inc. | System and method for managing patient consent |
| US10447575B1 (en) * | 2012-12-27 | 2019-10-15 | Sitting Man, Llc | Routing methods, systems, and computer program products |
| CN104853421A (zh) * | 2015-06-04 | 2015-08-19 | 陕西师范大学 | 一种多接入异构网络下行节能传输方法 |
| CN106899447B (zh) * | 2016-06-28 | 2020-07-21 | 阿里巴巴集团控股有限公司 | 一种链路确定的方法及装置 |
| JP6977690B2 (ja) * | 2018-09-14 | 2021-12-08 | 日本電信電話株式会社 | 転送装置および転送方法 |
| WO2020208647A1 (en) * | 2019-04-08 | 2020-10-15 | Sterlite Technologies Limited | System for continuous and integrated isolation through disparate technology implementations over fttx infrastructure |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007051300A1 (en) * | 2005-11-02 | 2007-05-10 | Nortel Networks Limited | Method and apparatus for transporting ethernet services |
| WO2008089370A1 (en) * | 2007-01-17 | 2008-07-24 | Nortel Networks Limited | Method and apparatus for interworking ethernet and mpls networks |
| US20080212595A1 (en) * | 2007-01-25 | 2008-09-04 | Hammerhead Systems, Inc. | Mapping PBT and PBB-TE traffic to VPLS and other services |
| US20080219268A1 (en) * | 2007-03-01 | 2008-09-11 | Dennison Larry R | Software control plane for switches and routers |
| WO2008118467A1 (en) * | 2007-03-26 | 2008-10-02 | Hammerhead Systems, Inc. | Layer 2 virtual private network over pbb-te/pbt and seamless interworking with vpls |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020101868A1 (en) * | 2001-01-30 | 2002-08-01 | David Clear | Vlan tunneling protocol |
| JP4148160B2 (ja) | 2004-03-01 | 2008-09-10 | 日本電信電話株式会社 | 階層化ＭＰＬＳ（ＭｕｌｔｉＰｒｏｔｏｃｏｌＬａｂｅｌＳｗｉｔｃｈｉｎｇ）ネットワークトンネル通信方法 |
| JP4374307B2 (ja) * | 2004-10-20 | 2009-12-02 | 株式会社日立コミュニケーションテクノロジー | ラベルスイッチパスの経路制御方法 |
| CN100521653C (zh) * | 2006-05-18 | 2009-07-29 | 华为技术有限公司 | 骨干桥接技术嵌套组网的方法和系统 |
| JP2008067118A (ja) * | 2006-09-08 | 2008-03-21 | Hitachi Communication Technologies Ltd | ネットワーク通信装置、ネットワークシステム及びフレーム転送方法 |
| US8014316B2 (en) * | 2007-10-17 | 2011-09-06 | Verizon Patent And Licensing Inc. | System, method and computer-readable storage medium for calculating addressing and bandwidth requirements of a network |
| WO2010037421A1 (en) * | 2008-10-02 | 2010-04-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Ethernet frame broadcast emulation |
| US7787480B1 (en) * | 2009-03-04 | 2010-08-31 | Juniper Networks, Inc. | Routing frames in a trill network using service VLAN identifiers |
-
2010
- 2010-03-02 JP JP2011519635A patent/JP5303644B2/ja not_active Expired - Fee Related
- 2010-03-02 WO PCT/JP2010/053330 patent/WO2010150575A1/ja active Application Filing
- 2010-03-02 CN CN201080009767.0A patent/CN102334317B/zh not_active Expired - Fee Related
- 2010-03-02 US US13/203,828 patent/US8588217B2/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007051300A1 (en) * | 2005-11-02 | 2007-05-10 | Nortel Networks Limited | Method and apparatus for transporting ethernet services |
| WO2008089370A1 (en) * | 2007-01-17 | 2008-07-24 | Nortel Networks Limited | Method and apparatus for interworking ethernet and mpls networks |
| US20080212595A1 (en) * | 2007-01-25 | 2008-09-04 | Hammerhead Systems, Inc. | Mapping PBT and PBB-TE traffic to VPLS and other services |
| US20080219268A1 (en) * | 2007-03-01 | 2008-09-11 | Dennison Larry R | Software control plane for switches and routers |
| WO2008118467A1 (en) * | 2007-03-26 | 2008-10-02 | Hammerhead Systems, Inc. | Layer 2 virtual private network over pbb-te/pbt and seamless interworking with vpls |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102334317A (zh) | 2012-01-25 |
| US8588217B2 (en) | 2013-11-19 |
| CN102334317B (zh) | 2015-05-06 |
| WO2010150575A1 (ja) | 2010-12-29 |
| US20120020357A1 (en) | 2012-01-26 |
| JPWO2010150575A1 (ja) | 2012-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107852365B (zh) | 用于动态vpn策略模型的方法和装置 | |
| JP5410998B2 (ja) | スイッチ及びルータのためのソフトウェア制御プレーン | |
| RU2530338C2 (ru) | Предварительно подготовленное сопряжение на основе состояния линий связи поставщиков (plsb) с маршрутизируемым резервированием | |
| JP5303644B2 (ja) | トランスポート制御システム及びトランスポート制御サーバ | |
| US8098649B2 (en) | Using network transport tunnels to provide service-based data transport | |
| US7835353B2 (en) | Apparatus and methods for establishing virtual private networks in a broadband network | |
| US8014316B2 (en) | System, method and computer-readable storage medium for calculating addressing and bandwidth requirements of a network | |
| CN110266592A (zh) | Srv6网络与ip mpls网络的通信方法及装置 | |
| CN107646185A (zh) | 在覆盖数据中心环境中的操作、管理和处理(oam) | |
| KR20100080536A (ko) | 캐리어 네트워크 접속 장치 및 캐리어 네트워크 | |
| CN102301663A (zh) | 一种报文处理方法及相关设备 | |
| WO2018000890A1 (zh) | 用于实现组合虚拟专用网vpn的方法与装置 | |
| US20050220022A1 (en) | Method and apparatus for processing labeled flows in a communications access network | |
| JP5679343B2 (ja) | クラウドシステム、ゲートウェイ装置、通信制御方法、及び通信制御プログラム | |
| US20080273472A1 (en) | Ethernet resource management | |
| CN107995083A (zh) | 实现L2VPN与VxLAN互通的方法、系统及设备 | |
| CN108880969B (zh) | 一种sdn网络中建立链路的方法和装置 | |
| US8238265B2 (en) | Auto-binding SDP RSVP LSP tunnel | |
| CN101304337A (zh) | 生成业务虚拟私有网络的接入拓扑的方法和装置 | |
| CN104734981B (zh) | 一种基于设备互联关系精确识别mpls vpn网络业务流量的方法 | |
| JP2019103117A (ja) | ネットワーク管理装置、方法、及びプログラム | |
| CN110100416A (zh) | 选择网关的方法、设备和系统 | |
| Bryant et al. | Flow-aware transport of pseudowires over an MPLS packet switched network | |
| CN108462635A (zh) | 一种多宿网络中的通信网络路径和状态信息 | |
| KR101334459B1 (ko) | 멀티캐스트 ｖｐｎ망에서의 ｍｄｔ 시험 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20130528 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130624 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |