JP2013223131A - 伝送システム、集中制御計算機、及び伝送方法 - Google Patents

伝送システム、集中制御計算機、及び伝送方法 Download PDF

Info

Publication number
JP2013223131A
JP2013223131A JP2012094010A JP2012094010A JP2013223131A JP 2013223131 A JP2013223131 A JP 2013223131A JP 2012094010 A JP2012094010 A JP 2012094010A JP 2012094010 A JP2012094010 A JP 2012094010A JP 2013223131 A JP2013223131 A JP 2013223131A
Authority
JP
Japan
Prior art keywords
communication
connection confirmation
communication path
transmission
mpls
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.)
Granted
Application number
JP2012094010A
Other languages
English (en)
Other versions
JP2013223131A5 (ja
JP5817078B2 (ja
Inventor
Daisuke Mashita
大輔 眞下
Kiyotaka Takahashi
清隆 高橋
Tsuyoshi Shibata
剛志 柴田
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2012094010A priority Critical patent/JP5817078B2/ja
Priority to US13/782,733 priority patent/US20130272141A1/en
Priority to EP20130157548 priority patent/EP2654256B1/en
Priority to CN2013100668812A priority patent/CN103379035A/zh
Publication of JP2013223131A publication Critical patent/JP2013223131A/ja
Publication of JP2013223131A5 publication Critical patent/JP2013223131A5/ja
Application granted granted Critical
Publication of JP5817078B2 publication Critical patent/JP5817078B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • 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
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Control Of Position, Course, Altitude, Or Attitude Of Moving Bodies (AREA)
  • Control Of Conveyors (AREA)

Abstract

【課題】擬似ルータ方式を用いてＭＰＬＳ−ＴＰ網をＩＰ／ＭＰＬＳ網のコアのネットワークとして接続するシステムにおいて、Ｅｎｄ−Ｅｎｄ間の接続を確認可能なシステムを提供することを目的とする。
【解決手段】自律分散的に構築された第１通信経路に接続される複数の伝送装置と、伝送装置によって構成される伝送網内において第２通信経路を構築し、第１通信経路と第２通信経路との対応関係を第２通信経路を構成する伝送装置に設定する集中制御計算機と、を備える伝送システムにおいて、伝送装置は、通信装置から折り返し点までの接続を確認するための接続確認要求を集中制御計算機に送信し、集中制御計算機は、伝送装置から接続確認要求を受信した場合、折り返し点に応じて、第２通信経路の接続の確認を伝送装置に指示し、伝送装置による接続の確認結果に応じて接続確認要求を送信した通信装置に接続確認応答を伝送装置に送信することを特徴とする。
【選択図】図１３

Description

本発明は、自律分散的に構築される第１通信経路と集中制御によって構築される第２通信経路とが接続された伝送システムに関し、特に、通信経路の接続を確認する伝送システムに関する。
ネットワークの通信品質保証サービスに対する要求が高まっている。通信品質保証サービスとは、ユーザが要求する帯域及び通信遅延に対して、ネットワーク側で、ユーザの要求を満たす通信パスを予め構築して、構築された通信パスを提供する通信サービスである。
ＩＰ／ＭＰＬＳ（Internet Protocol / Multi Protocol Label Switching）網が通信品質保証サービスを提供するための従来の基幹ネットワークとして広く普及してきた。ＩＰ／ＭＰＬＳ網では、各ＩＰ／ＭＰＬＳ網を構築する各ルータ間の分散制御によって、ユーザの要求を満たすＥｎｄ−Ｅｎｄ間の論理的な通信パスが構築され、各ルータは、ＩＰルーティングではなくラベルスイッチングによってパケットを転送する。
一方、通信品質保証サービスを提供するための基幹ネットワークとしてＭＰＬＳ−ＴＰ（Multi Protocol Label Switching - Transport Profile）網を利用する通信事業者が近年増加している。ＭＰＬＳ−ＴＰ網では、あるサーバの集中制御によってネットワークが管理される。
集中制御によって管理されるＭＰＬＳ−ＴＰ網は、分散制御によって管理されるＩＰ／ＭＰＬＳ網と比較して、ユーザの要求ごとに通信品質を厳密に保証することができ、機密性に優れた通信パスを提供することができる。このような利点を鑑み、ＩＰサービスの通信品質の高度化を図るために、ユーザ端末に接続されるネットワークをコスト抑制のために従来のＩＰ／ＭＰＬＳ網とし、ＩＰ／ＭＰＬＳ網のコアのネットワークをＭＰＬＳ−ＴＰ網とし、これらの網を接続するためのインターワーク技術が標準化等で現在議論されている。
ＩＰ／ＭＰＬＳ網とＩＰ／ＭＰＬＳ網のコアのネットワークとなるＭＰＬＳ−ＴＰ網とを接続するためのインターワークの実現手段としては、ＭＰＬＳ−ＴＰ網を一台の擬似的なＩＰ／ＭＰＬＳルータとして機能させる方式がある。以下、この方式を擬似ルータ方式という。
擬似ルータ方式では、ＭＰＬＳ−ＴＰ網を集中制御によって管理する集中制御サーバが、ＩＰ／ＭＰＬＳ網のルーティングプロトコル処理及びラベル配布プロトコル処理などを実行する。また、集中制御サーバは、ＭＰＬＳ−ＴＰ網とＩＰ／ＭＰＬＳ網との接続点となるインタフェースにＩＰアドレスを設定する。また、集中制御サーバは、ＩＰ／ＭＰＬＳ網に接続されるＭＰＬＳ−ＴＰ装置に当該ＭＰＬＳ−ＴＰ装置自身を示すＩＰアドレスが設定された仮想的なインタフェースであるループバックインタフェースを当該接続点に設定する。これによって、ＩＰ／ＭＰＬＳルータは、ＭＰＬＳ−ＴＰ網全体を一台のＩＰ／ＭＰＬＳルータとして擬似的に認識することになる。
集中制御サーバは、ＩＰ／ＭＰＬＳ網のパスとＭＰＬＳ−ＴＰ網のパスとを対応付け、当該パスの対応関係をＭＰＬＳ−ＴＰ網を構成するＭＰＬＳ−ＴＰ装置に設定することによって、Ｅｎｄ−Ｅｎｄ間の通信パスを構築する。これによって、ＩＰ／ＭＰＬＳルータの隣接ノードが増大することによるＩＰ／ＭＰＬＳルータが経路を計算する負荷の増加を防ぎ、大規模なシステムを構築することができる。
また、近年、経済活動のネットワークへの依存度が拡大することによって、ネットワークの信頼性に対する要求が高まっている。このため、通信事業者及びユーザの両者にとって、ネットワークの運用状態、故障、及び性能などを把握するためのＯＡＭ（Operation, Administration, and Maintenance）機能が非常に重要になっている。
ＩＰ／ＭＰＬＳ網内で用いられるＯＡＭ機能としては、例えばＬＳＰ−ｐｉｎｇがある。ＬＳＰ−ｐｉｎｇでは、所望の通信パスの障害点を検出する機能である。ＬＳＰ−ｐｉｎｇでは、挿入点（障害点の検出を開始する点となるＩＰ／ＭＰＬＳルータ）は、Ｒｅｑｕｅｓｔパケットを送信する。Ｒｅｑｕｅｓｔパケットは、ルータアラートラベル、検査対象のパスのラベル、及び折り返し点となるＩＰ／ＭＰＬＳルータのＩＰアドレスを含む。折り返し点となるＩＰ／ＭＰＬＳルータは、Ｒｅｑｕｅｓｔパケットを受信した場合、Ｒｅｐｌｙパケットを挿入点となるＩＰ／ＭＰＬＳルータに送信する。これによって、挿入点から折り返し点までの接続を確認できる。ＬＳＰ−ｐｉｎｇでは、折り返し点となるＩＰ／ＭＰＬＳルータをＩＰアドレスで指定することが特徴である。
ＭＰＬＳ−ＴＰ網内で用いられるＯＡＭ機能としては、例えばＬＢ（Loopback）がある。ＬＢでは、挿入点となるＭＰＬＳ−ＴＰ装置が、ラベルスイッチングの際に参照されるＳｈｉｍヘッダのＴＴＬ（Time To Live）に挿入点から折り返し点までのホップ数が登録されたＯＡＭパケットを送信する。ＬＢでは、折り返し点となるＭＰＬＳ−ＴＰ装置がＭＰＬＳレイヤで指定されることが特徴である。
ここで、ＭＰＬＳ−ＴＰ網がＩＰ／ＭＰＬＳ網のコアのネットワークとして接続された場合であっても、ネットワークの信頼性を向上させるために、Ｅｎｄ−Ｅｎｄ間の接続を確認すること、すなわちＯＡＭ機能の実装が求められる。
しかしながら、ＩＰ／ＭＰＬＳ網はＩＰレイヤで動作し、ＭＰＬＳ−ＴＰ網はＭＰＬＳレイヤで動作するため、ＩＰ／ＭＰＬＳ網とＭＰＬＳ−ＴＰ網とでは、Ｅｎｄ−Ｅｎｄ間の接続を確認する場合に参照するレイヤが異なる。したがって、ＭＰＬＳ−ＴＰ網がＩＰ／ＭＰＬＳ網のコアのネットワークとして接続されたシステムでは、データ伝送だけでなく、ＯＡＭ機能についてもインターワークを実現する必要がある。
異なるプロトコルで動作するネットワーク間におけるＯＡＭ機能に関する従来技術として、ＡＴＭ（Asynchronous Transfer Mode）網とＩＰ／ＭＰＬＳ網とがインターワークする場合のＯＡＭ機能の連携技術が知られている（例えば、非特許文献１参照）。
非特許文献１に記載された技術では、障害の発生を通信装置間で通知する場合、プロトコルが異なるネットワークの接続点となる通信装置が、一方のプロトコルで規定しているＯＡＭパケットを、他方のプロトコルで規定しているＯＡＭパケットに変換する。これによって、異なるプロトコルで動作する通信装置間においてもＯＡＭ機能を実現できる。
ＩＴＵ−Ｔ Ｙ．１７１２
擬似ルータ方式を用いてＭＰＬＳ−ＴＰ網をＩＰ／ＭＰＬＳ網のコアのネットワークとして接続するシステムでは、ユーザ端末と接続されるネットワークはＩＰ／ＭＰＬＳ網である。このため、このシステムでは、Ｅｎｄ−Ｅｎｄ間の障害点を確認するためには、ＬＳＰ−ｐｉｎｇをサポートする必要がある。しかし、ＭＰＬＳ−ＴＰ装置にはルータアラートラベルの処理方法が設定されていないため、ＭＰＬＳ−ＴＰ装置は、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを受信しても、受信したＲｅｑｕｅｓｔパケットを破棄してしまう。
また、ＭＰＬＳ−ＴＰ装置は、ＩＰレイヤを処理できないため、ＩＰアドレスで指定された折り返し点を特定できない。このため、ＭＰＬＳ−ＴＰ装置は、受信したＲｅｑｕｅｓｔパケットをパスの下流のＭＰＬＳ−ＴＰ装置に転送すべきか、受信したＲｅｑｕｅｓｔパケットに対応するＲｅｐｌｙパケットを返信すべきかを判定できない。
さらに、非特許文献１に開示された技術では、異なるプロトコルを利用するネットワーク間で障害が発生したことをパスの終端点となる通信装置に通知することを想定している。このため、非特許文献１に開示された技術は、ＬＳＰ−ｐｉｎｇのようにパスの途中の装置が折り返し点として指定され、挿入点から折り返し点までの障害点を検出することはできない。
そこで、本発明の目的は、擬似ルータ方式を用いてＭＰＬＳ−ＴＰ網をＩＰ／ＭＰＬＳ網のコアのネットワークとして接続するシステムにおいて、Ｅｎｄ−Ｅｎｄ間の接続を確認可能なシステムを提供することである。
本発明の代表的な一例を示せば、始点となる通信装置から終点となる通信装置までの間で、前記通信装置が制御パケットを用いて自律分散的に構築した第１通信経路に接続される複数の伝送装置と、前記伝送装置によって構成される伝送網内において始点となる伝送装置から終点となる伝送装置までの間の第２通信経路を構築し、前記第１通信経路と前記第２通信経路との対応関係を前記第２通信経路を構成する伝送装置に設定することによって、前記通信装置間の前記第１通信経路を確立する集中制御計算機と、を備える伝送システムにおいて、前記第１通信経路を介したデータの通信に用いる第１通信プロトコルと前記第２通信経路を介したデータの通信に用いる第２通信プロトコルとは異なるものであって、前記集中制御計算機は、前記第１通信プロトコルを処理可能であって、前記伝送装置の前記通信装置に接続されるインタフェースを前記通信装置のインタフェースとして接続先の通信装置に擬似的に認識させるために、前記第１通信プロトコルにおけるインタフェースの識別情報を当該インタフェースに設定し、前記伝送装置は、前記通信装置から折り返し点までの接続を確認するための接続確認要求を前記通信装置から受信した場合、前記受信した接続確認要求を前記集中制御計算機に送信し、前記集中制御計算機は、前記伝送装置から前記接続確認要求を受信した場合、前記受信した接続確認要求に基づいて前記折り返し点を特定し、前記特定した折り返し点に応じて、前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示し、前記伝送装置による接続の確認結果に応じて、前記接続確認要求を送信した通信装置への前記接続確認要求に対する応答である接続確認応答を前記伝送装置に送信することを特徴とする。
本願において開示される発明のうち代表的なものによって得られる効果を簡潔に説明すれば、下記の通りである。すなわち、擬似ルータ方式を用いてＭＰＬＳ−ＴＰ網をＩＰ／ＭＰＬＳ網のコアのネットワークとして接続するシステムにおいて、Ｅｎｄ−Ｅｎｄ間の接続を確認可能なシステムを提供できる。
本発明の第１実施形態の伝送システムの構成の説明図である。 本発明の第１実施形態のＭＰＬＳ−ＴＰ装置の構成の説明図である。 本発明の第１実施形態の集中制御サーバの構成の説明図である。 本発明の第１実施形態のＭＰＬＳ−ＴＰ装置が有するラベル情報テーブルの説明図である。 本発明の第１実施形態の集中制御サーバが有するパス情報データベースの説明図である。 本発明の第１実施形態のラベル設定情報の説明図である。 本発明の第１実施形態の集中制御サーバが有するＯＡＭ処理実行テーブルの説明図である。 本発明の第１実施形態の集中制御サーバが有するＯＡＭ処理データベースの説明図である。 本発明の第１実施形態の伝送システムにおけるＯＡＭ処理のフローチャートである。 本発明の第１実施形態の折り返し点の説明図である。 本発明の第１実施形態の第１プロファイルに規定される処理のシーケンス図である。 本発明の第１実施形態の集中制御サーバによる第１プロファイルに規定される処理のフローチャートである。 本発明の第１実施形態の第２プロファイルに規定される処理のシーケンス図である。 本発明の第１実施形態の集中制御サーバによる第２プロファイルに規定される処理のフローチャートである。 本発明の第１実施形態の第３プロファイルに規定される処理のシーケンス図である。 本発明の第１実施形態の集中制御サーバによる第３プロファイルに規定される処理のフローチャートである。 本発明の第２実施形態の伝送システムの構成の説明図である。 本発明の第２実施形態の集中制御サーバによる第２プロファイルに規定される処理のフローチャートである。 本発明の第３実施形態の集中制御サーバによる第３プロファイルに規定される処理のフローチャートである。
（第１実施形態）
本発明の第１実施形態を図１〜図１６を用いて説明する。
図１は、本発明の第１実施形態の伝送システムの構成の説明図である。
ＩＰ／ＭＰＬＳ網２０Ａは、ＩＰ／ＭＰＬＳルータ（通信装置）２００Ａ、２００Ｂ、２００Ｅ、及び２００Ｆによって構成される。ＩＰ／ＭＰＬＳ網２０Ｂは、ＩＰ／ＭＰＬＳルータ２００Ｃ、２００Ｄ、２００Ｇ、及び２００Ｈによって構成される。ＩＰ／ＭＰＬＳ網２０Ａ及び２０Ｂを総称してＩＰ／ＭＰＬＳ網２０という。また、ＩＰ／ＭＰＬＳルータ２００Ａ〜２００Ｈを総称してＩＰ／ＭＰＬＳルータ２００という。
ＭＰＬＳ−ＴＰ網（伝送網）３０は、ＭＰＬＳ−ＴＰ装置（伝送装置）３００Ａ〜３００Ｄ（以下、総称してＭＰＬＳ−ＴＰ装置３００という）によって構成される。ＭＰＬＳ−ＴＰ網３０はＩＰ／ＭＰＬＳ網２０のコアのネットワークである。また、ＭＰＬＳ−ＴＰ網３０を構成するＭＰＬＳ−ＴＰ装置３００Ａ〜３００Ｄは、ＭＰＬＳ−ＴＰ装置３００Ａ〜３００Ｄを管理及び制御する集中制御サーバ（集中制御計算機）１００に接続される。
集中制御サーバ１００は、パケットの宛先に応じてＩＰ／ＭＰＬＳ網２０のパス（第１通信経路）とＭＰＬＳ−ＴＰ網３０のパス（第２通信経路）とをマッピングし、マッピング結果をＭＰＬＳ−ＴＰ装置３００に設定する。これによって、ユーザサイト４００Ａ〜４００Ｄ（以下、総称してユーザサイト４００という）の間でデータが送受信される。ＩＰ／ＭＰＬＳ網２０Ａに接続されたユーザサイト４００Ａ又は４００Ｃは、他方のＩＰ／ＭＰＬＳ網２０Ｂに接続されたユーザサイト４００Ｂ又は４００Ｄと、ＭＰＬＳ−ＴＰ網３０を介してデータを送受信する。
例えば、ユーザサイト４００Ａとユーザサイト４００Ｂとの間でデータが通信される場合、集中制御サーバ１００は、ＩＰ／ＭＰＬＳ網２０のパス２０１に対してＭＰＬＳ−ＴＰ網３０のパス３０１をマッピングし、パス２０１とパス３０１との対応関係を、パス３０１を構成するＭＰＬＳ−ＴＰ装置３００Ａ及び３００Ｃに設定する。
なお、本実施形態では、分散制御によってパスが構築されるネットワークとしてＩＰ／ＭＰＬＳ網２０を用い、集中制御によってパスが構築されるネットワークとしてＭＰＬＳ−ＴＰ網３０を用いた場合を例示する。しかし、これらのネットワークは、分散制御及び集中制御によってパスが構築されるものであれば、ＩＰ／ＭＰＬＳ網２０及びＭＰＬＳ−ＴＰ網３０に限定されない。
図２は、本発明の第１実施形態のＭＰＬＳ−ＴＰ装置３００の構成の説明図である。
ＭＰＬＳ−ＴＰ装置３００は、一つ以上のＩＰ／ＭＰＬＳ網ＩＦ（インタフェース）３１０、一つ以上の装置制御部３３０、ＳＷ（スイッチ）部３４０、及び一つ以上のＭＰＬＳ−ＴＰ網ＩＦ（インタフェース）３５０を備える。図２に示す実線矢印は主信号の流れを示し、破線矢印は制御信号の流れを示す。
装置制御部３３０は、集中制御サーバ１００に接続され、集中制御サーバ１００から受信した設定情報をスイッチ部３４０、ＩＰ／ＭＰＬＳ網ＩＦ３１０、及びＭＰＬＳ−ＴＰ網ＩＦ３５０に設定する。また、装置制御部３３０は、ルータアラートラベルが付加されたパケット、ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルの制御パケット、及びラベル配布プロトコルの制御パケットなどを、集中制御サーバ１００との間で送受信する。
スイッチ部３４０は、ＩＰ／ＭＰＬＳ網ＩＦ３１０又はＭＰＬＳ−ＴＰ網ＩＦ３５０が受信したパケットを解析し、受信したパケットの転送先を特定する。そして、スイッチ部３４０は、特定した送信先に基づいて、受信したパケットを適切なＩＰ／ＭＰＬＳ網ＩＦ３１０又はＭＰＬＳ−ＴＰ網ＩＦ３５０に送信する。
ＭＰＬＳ−ＴＰ網ＩＦ３５０は、ＭＰＬＳ−ＴＰ網３０を構成する他のＭＰＬＳ−ＴＰ装置３００に接続されるインタフェースであり、ＳＷ部３４０及び伝送網３０との送受信回路、並びに、装置制御部３３０とデータを通信するカード制御部などを有する。
ＩＰ／ＭＰＬＳ網ＩＦ３１０は、カード制御部３１８、受信回路３１１、Ｌ２受信処理部３１２、受信パケット解析振分部３１３、入力ラベル変換部３１４、ラベル情報テーブル３１５、スケジューラ３１６、ＳＷ送信回路３１７、ＳＷ受信回路３１９、送信パケット解析振分部３２０、ＭＰＬＳ−ＴＰ ＯＡＭ処理部３２１、ラベル変換部３２２、Ｌ２送信処理部３２３、及び送信回路３２４を有する。
カード制御部３１８は、装置制御部３３０に接続され、装置制御部３３０から入力された設定情報をＩＰ／ＭＰＬＳ網ＩＦ３１０の各構成部を設定する機能と、各構成部に設定された情報を読み出し、読み出した情報を装置制御部３３０に出力する機能を有する。また、カード制御部３１８は、ルータアラートラベルが付加されたパケット、ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルの制御パケット、及びラベル配布プロトコルの制御パケットを装置制御部３３０と送受信する機能を有する。
受信回路３１１は接続しているＩＰ／ＭＰＬＳルータ２００からデータを受信する。
Ｌ２受信処理部３１２はＩＰ／ＭＰＬＳルータ２００とＭＰＬＳ−ＴＰ装置３００との間を接続するＯＳＩ（Open Systems Interconnection）参照モデルのデータリンク層のプロトコルを終端させる。例えば、データリンク層のプロトコルがイーサネット（イーサネットは登録商標、以下同じ）の場合、Ｌ２受信処理部３１２は、イーサネットフレームの終端処理を実行する。また、Ｌ２受信処理部３１２は、受信したイーサネットフレームの送信元ＭＡＣアドレスを学習し、学習したＭＡＣアドレスをＬ２送信処理部３２３と共有する。
受信パケット解析振分部３１３は、Ｌ２受信処理部３１２から入力されたパケットを解析し、解析の結果、入力されたパケットがデータパケットである場合、当該データパケットを入力ラベル変換部３１４に出力する。また、受信パケット解析振分部３１３は、入力されたパケットがルータアラートラベルを含むパケットである場合、当該ルータアラートレベルを含むパケットをカード制御部３１８に出力する。また、受信パケット解析振分部３１３は、入力されたパケットが、ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルの制御パケット又はラベル配布プロトコルの制御パケットである場合、当該ルーティングプロトコルの制御パケット又はラベル配布プロトコルの制御パケットをカード制御部３１８に出力する。
ラベル情報テーブル３１５は、ＭＰＬＳ−ＴＰ網３０のパスの識別情報及びＭＰＬＳ−ＴＰ網３０のラベルとＩＰ／ＭＰＬＳ網２０のパスの識別情報及びＩＰ／ＭＰＬＳ網２０のラベルとを対応付けるテーブルである。ラベル情報テーブル３１５は図４で詳細を説明する。
入力ラベル変換部３１４は、ラベル情報テーブル３１５を参照し、パケットに付与された先頭のＳｈｉｍヘッダに含まれるラベルを、当該ラベルに対応するラベルに変換し、変換後のパケットをスケジューラ３１６に出力する。なお、ＭＰＬＳ−ＴＰ網ＩＦ３５０は、入力ラベル変換部３１４に備えられてもよい。
スケジューラ３１６は、入力ラベル変換部３１４及びＭＰＬＳ−ＴＰ ＯＡＭ処理部３２１から入力されたＭＰＬＳパケットの出力を調停し、入力されたＭＰＬＳパケットをＳＷ送信回路３１７へ出力する。
ＳＷ送信回路３１７は、スケジューラ３１６から入力されたＭＰＬＳパケットをＳＷ部３４０に出力する。
ＭＰＬＳ−ＴＰ ＯＡＭ処理部３２１はＭＰＬＳ−ＴＰ網３０内のＯＡＭ処理を実行する。
ＳＷ受信回路３１９はスイッチ部３４０からパケットを受信し、送信パケット解析振分部３２０へと転送する。
送信パケット解析振分部３２０は、受信したＭＰＬＳパケットを解析し、受信したＭＰＬＳパケットを、データパケットと帯域予約制御パケットとＭＰＬＳ−ＴＰ ＯＡＭパケットとに分類する。送信パケット解析振分部３２０は、データパケット及び帯域予約制御パケットを出力ラベル変換部３２２に出力し、ＭＰＬＳ−ＴＰ ＯＡＭパケットをＭＰＬＳ−ＴＰ ＯＡＭ処理部３２１に出力する。また、送信パケット解析振分部３２０は、集中制御サーバ１００から受信したＬＳＰ−ｐｉｎｇのパケット、ルーティングプロトコルの制御パケット、及びラベル配布プロトコルの制御パケットを出力ラベル変換部３２２に出力する。
出力ラベル変換部３２２は、ラベル情報テーブル３１５を参照し、パケットに付与された先頭のＳｈｉｍヘッダに含まれるラベルを、当該ラベルに対応するラベルに変換し、変換後のパケットをＬ２送信処理部３２３に出力する。なお、ＭＰＬＳ−ＴＰ網−ＩＦ３５０が出力ラベル変換部３２２を備えてもよい。
Ｌ２送信処理部３２３は、パケットを受信すると、Ｌ２受信処理部３１２と共有したＭＡＣアドレスからＭＡＣヘッダを生成し、受信したパケットに生成したＭＡＣヘッダを付与し、ＭＡＣヘッダを付与したパケットを送信回路３２４に出力する。
送信回路３２４は、Ｌ２送信処理部３２３から入力されたパケットをＩＰ／ＭＰＬＳルータ２００に出力する。
図３は、本発明の第１実施形態の集中制御サーバ１００の構成の説明図である。
集中制御サーバ１００は、装置設定部１１０、設定処理部１２０、管理者設定部１３０、ＯＡＭ処理部１４０、ＯＡＭ処理データベース１４１、パス設定部１５０、パス情報データベース１５１、ルーティング処理部１６０、及びルーティング情報データベース１６１を有する。集中制御サーバ１００は、図示しないＣＰＵ、図示しないメモリ、及び図示しない外部記憶装置等を有する。装置設定部１１０、設定処理部１２０、管理者設定部１３０、ＯＡＭ処理部１４０、パス設定部１５０、及びルーティング処理部１６０は、メモリに格納された各部に対応するプログラムをＣＰＵが実行することによって実現される。ＯＡＭ処理データベース１４１、パス情報データベース１５１、及びルーティング情報データベース１６１は、メモリに格納される。
装置設定部１１０は、ＭＰＬＳ−ＴＰ装置３００に接続され、設定処理部１２０からの情報（装置設定情報、ＯＡＭ処理の実行指示、ＭＰＬＳ−ＴＰ網３０のルーティングプロトコルの制御パケット、及びＭＰＬＳ−ＴＰ網３０のラベル配布プロトコルの制御パケットなど）をＭＰＬＳ−ＴＰ装置３００に送信する。また、装置設定部１１０は、ＭＰＬＳ−ＴＰ装置３００から送信されるルータアラートラベルが付加されたパケット、ＯＡＭ処理通知、ＩＰ／ＭＰＬＳ網２０のラベル配布プロトコルの制御パケット、及びＩＰ／ＭＰＬＳ網２０ルーティングプロトコルの制御パケットなどを受信する。
管理者設定部１３０は、管理者が集中制御サーバ１００を設定するための情報、又は、管理者が集中制御サーバ１００を介してＭＰＬＳ−ＴＰ装置３００を設定するための情報を外部から受信し、これらの情報を設定処理部１２０に出力する。
設定処理部１２０は、装置設定情報、ＯＡＭの実行指示、ＭＰＬＳ−ＴＰ網３０のルーティングプロトコルの制御パケット、及びＭＰＬＳ−ＴＰ網３０のラベル配布プロトコルの制御パケットを装置設定部１１０に送信する。また、設定処理部１２０は、装置設定部１１０から入力された制御パケットの種類を判定し、判定結果に基づいて、入力された制御パケットをＯＡＭ処理部１４０、パス設定部１５０、又はルーティング処理部１６０に送信する。
パス設定部１５０は、ＩＰ／ＭＰＬＳ網２０のラベル配布プロトコルの処理を実行する。また、パス設定部１５０は、ルーティング情報データベース１６１を参照し、ＩＰ／ＭＰＬＳ網２０のラベル配布プロトコルによって構築されたＩＰ／ＭＰＬＳ網２０のパスと管理者が生成したＭＰＬＳ−ＴＰ網３０のパスとを、データパケットの宛先に応じてマッピングし、マッピングしたＩＰ／ＭＰＬＳ網２０のパスとＭＰＬＳ−ＴＰ網３０のパスとの対応関係をパス情報データベース１５１に登録する。パス情報データベース１５１の詳細は図５で説明する。
さらに、パス設定部１５０は、パス情報データベース１５１を参照し、ＩＰ／ＭＰＬＳ網２０のパスに対応付けられたＭＰＬＳ−ＴＰ網３０のパス上のＭＰＬＳ−ＴＰ装置３００のラベル情報テーブル３１５に、マッピングされたＩＰ／ＭＰＬＳ網２０のパスのラベルとＭＰＬＳ−ＴＰ網３０のパスのラベルとの対応関係を登録する指示を、当該ＭＰＬＳ−ＴＰ装置３００に送信する。
ルーティング処理部１６０は、ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルの制御パケットを処理し、ＩＰ／ＭＰＬＳルータ２００に制御パケットを送信する。ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルとして、ＯＳＰＦ（Open Shortest Path First）及びＲＩＰ（Routing Information Protocol）などが使用される。ルーティング処理部１６０は、ＩＰ／ＭＰＬＳ網２０のルーティングプロトコルの制御パケットを処理することによって、ルーティング情報データベース１６１にルーティングテーブルが構築される。
ＯＡＭ処理部１４０は、ＭＰＬＳ／ＩＰルータ２００から送信されたＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを設定処理部１２０から受信した場合、受信したＲｅｑｕｅｓｔパケットにインデックスを付与する。なお、インデックスは、他のＲｅｑｕｅｓｔパケットと異なるものであり、ＯＡＭ処理部１４０において一意である。
次に、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１を参照し、受信したＲｅｑｕｅｓｔパケットに対応する処理方法を規定するプロファイルを生成し、生成したプロファイルに基づいてＲｅｑｕｅｓｔパケットに対応する処理を実行する。具体的には、ＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ網３０内での接続確認処理であるループバック処理の実行指令、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットの送信指令、又はＬＳＰ−ｐｉｎｇのＲｅｐｌｙパケットの送信指令を、装置設定部１１０及びＭＰＬＳ−ＴＰ装置３００を経由して、ＭＰＬＳ−ＴＰ網３０に接続しているＩＰ／ＭＰＬＳルータ２００に送信する。
また、ＯＡＭ処理部１４０は、実行中のＲｅｑｕｅｓｔパケットに対応する処理を保持するためのＯＡＭ処理実行テーブル１７０を有する。ＯＡＭ処理実行テーブル１７０の詳細は図７で説明する。また、ＯＡＭ処理データベース１４１の詳細は図８で説明する。
図４は、本発明の第１実施形態のＭＰＬＳ−ＴＰ装置３００が有するラベル情報テーブル３１５の説明図である。
集中制御サーバ１００からのラベル情報テーブル３１５の登録指示をＭＰＬＳ−ＴＰ装置３００が受信した場合、ラベル情報テーブル３１５には新たなエントリが追加される。
ラベル情報テーブル３１５は、ＭＰＬＳ−ＴＰ網パスＩＤ３２５、ＭＰＬＳ−ＴＰ網ラベル３２６、ＩＰ／ＭＰＬＳ網パスＩＤ３２７、及びＩＰ／ＭＰＬＳ網ラベル３２８を含む。
ＭＰＬＳ−ＴＰ網パスＩＤ３２５には、ＭＰＬＳ−ＴＰ網３０のパスの識別情報が登録される。ＭＰＬＳ−ＴＰ網ラベル３２６には、ＭＰＬＳ−ＴＰ網パスＩＤ３２５に登録された識別情報によって識別されるＭＰＬＳ−ＴＰ網３０のパスのラベルが登録される。
ＩＰ／ＭＰＬＳ網パスＩＤ３２７には、ＭＰＬＳ−ＴＰ網パスＩＤ３２５に登録された識別情報によって識別されるＭＰＬＳ−ＴＰ網３０のパスに対応付けられたＩＰ／ＭＰＬＳ網２０のパスの識別情報が登録される。ＩＰ／ＭＰＬＳ網ラベル３２８には、ＩＰ／ＭＰＬＳ網パスＩＤ３２７に登録された識別情報によって識別されるＩＰ／ＭＰＬＳ網２０のパスのラベルが登録される。
図５は、本発明の第１実施形態の集中制御サーバ１００が有するパス情報データベース１５１の説明図である。
パス情報データベース１５１は、ＭＰＬＳ−ＴＰ網パスＩＤ１５２、ＩＰ／ＭＰＬＳ網パスＩＤ１５３、宛先ＩＰアドレス１５４、及びラベル設定情報１５５Ａ〜１５５Ｎを含む。
ＭＰＬＳ−ＴＰ網パスＩＤ１５２には、ＭＰＬＳ−ＴＰ網３０のパスの識別情報が登録される。ＩＰ／ＭＰＬＳ網パスＩＤ１５３には、ＭＰＬＳ−ＴＰ網パスＩＤ３２５に登録された識別情報によって識別されるＭＰＬＳ−ＴＰ網３０のパスに対応付けられたＩＰ／ＭＰＬＳ網２０のパスの識別情報が登録される。
宛先ＩＰアドレス１５４には、ＩＰ／ＭＰＬＳ網パスＩＤ１５３に登録された識別情報によって識別されるＩＰ／ＭＰＬＳ網２０のパスの宛先となるＩＰ／ＭＰＬＳルータ２００のＩＰアドレスが登録される。
ラベル設定情報１５５Ａ〜１５５Ｎには、ＭＰＬＳ−ＴＰ網パスＩＤ１５２に登録された識別情報によって識別されるＭＰＬＳ−ＴＰ網３０のパスの始点となるＭＰＬＳ−ＴＰ装置３００から終点となるＭＰＬＳ−ＴＰ装置３００までの各ＭＰＬＳ−ＴＰ装置３００のラベル設定情報１５５が登録される。ＭＰＬＳ−ＴＰ網３０のパスがＮ台のＭＰＬＳ−ＴＰ装置３００を経由して構成される場合、ラベル設定情報１５５はＮ個となる。ＭＰＬＳ−ＴＰ網３０のパスは、最低でも、ＩＰ／ＭＰＬＳ網２０からパケットが入力される始点となるＭＰＬＳ−ＴＰ装置３００、及びＩＰ／ＭＰＬＳ網２０にパケットを出力する終点となるＭＰＬＳ−ＴＰ装置３００によって構成されるので、ラベル設定情報１５５は、最低でも、始点となるＭＰＬＳ−ＴＰ装置３００のラベル設定情報１５５、及び、終点となるＭＰＬＳ−ＴＰ装置３００のラベル設定情報１５５を含む。ラベル設定情報１５５の詳細は図６で説明する。
図６は、本発明の第１実施形態のラベル設定情報１５５の説明図である。
ラベル設定情報１５５は、装置ＩＤ２５０、入力ＩＦ２５１、入力ラベル２５２、出力ＩＦ２５３、及び出力ラベル２５４を含む。
装置ＩＤ２５０には、ＭＰＬＳ−ＴＰ装置３００の識別情報が登録される。入力ＩＦ２５１には、パケットが入力されるインタフェースの識別情報が登録される。入力ラベル２５２には、入力されたパケットに付与されるラベルが登録される。出力ＩＦ２５３には、パケットを出力するインタフェースの識別情報が登録される。出力ラベル２５４には、出力するパケットに付与されるラベルが登録される。
ＭＰＬＳ−ＴＰ装置３００は、入力ＩＦ２５１に登録された識別情報によって識別されるインタフェースに、入力ラベル２５２に登録されたラベルが付与されたパケットが入力された場合、当該パケットのラベルを出力ラベル２５４に登録されたラベルに変換し、出力ＩＦ２５３に登録された識別情報によって登録されたインタフェースから出力する。
図７は、本発明の第１実施形態の集中制御サーバ１００が有するＯＡＭ処理実行テーブル１７０の説明図である。
ＯＡＭ処理実行テーブル１７０は、インデックス１７１及び処理内容１７２を含む。
インデックス１７１には、ＯＡＭ処理部１４０がＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに付与したインデックスが登録される。処理内容１７２には、実行中の処理内容を示す情報が登録される。
図８は、本発明の第１実施形態の集中制御サーバ１００が有するＯＡＭ処理データベース１４１の説明図である。
ＯＡＭ処理データベース１４１は、インデックス１４３、プロセスＩＤ１４４、挿入点アドレス１４５、折り返し点アドレス１４６、ＩＰ／ＭＰＬＳ網パスＩＤ１４７、ＭＰＬＳ−ＴＰ網パスＩＤ１４８、及びプロファイル１４９を含む。
インデックス１４３には、ＯＡＭ処理部１４０がＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに付与したインデックスが登録される。プロセスＩＤ１４４には、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに含まれるプロセスＩＤが登録される。挿入点アドレス１４５には、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを送信したＩＰ／ＭＰＬＳルータ２００のアドレスが登録される。折り返し点アドレス１４６には、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに含まれる折り返し点となるアドレスが登録される。
ＩＰ／ＭＰＬＳ網パスＩＤ１４７には、接続確認対象のＩＰ／ＭＰＬＳ網２０のパスの識別情報が登録される。ＭＰＬＳ−ＴＰ網パスＩＤ１４８には、接続確認対象のＩＰ／ＭＰＬＳ網２０のパスに対応付けられるＭＰＬＳ−ＴＰ網３０のパスの識別情報が登録される。プロファイル１４９には、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに対応する処理方法を規定するプロファイルが登録される。プロファイルはＯＡＭ処理部１４０によって生成されるが、プロファイルの生成方法の詳細は図１０〜図１６で説明する。
図９は、本発明の第１実施形態の伝送システムにおけるＯＡＭ処理のフローチャートである。
図９に示すＯＡＭ処理の動作例では、図１に示すように、ＩＰ／ＭＰＬＳルータ２００ＢとＩＰ／ＭＰＬＳルータ２００Ｃとの間の接続を確認するために、ＭＰＬＳ−ＴＰ装置３００ＡとＭＰＬＳ−ＴＰ装置３００Ｂとを接続するＭＰＬＳ−ＴＰ網３０のパス３０１にマッピングされたＩＰ／ＭＰＬＳ網２０のパス２０１について、ＩＰ／ＭＰＬＳルータ２００Ｃ側を終端点としてＩＰ／ＭＰＬＳルータ２００ＢがＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを送信する場合について説明する。
まず、ＭＰＬＳ−ＴＰ装置３００Ａの受信パケット解析振分部３１３は、ルータアラートラベルが付加されたパケットを検出する。そして、受信パケット解析振分部３１３は、当該パケットを集中制御サーバ１００に送信し、集中制御サーバ１００の設定処理部１２０が当該パケットを受信する（Ｆ１０１）。
集中制御サーバ１００の設定処理部１２０は、ルータアラートレベルが付加されたパケットを受信した場合、受信したパケットのトランスポートレイヤのプロトコルであるＵＤＰ（User Datagram Protocol）の送信先ポート番号を参照し、ＬＳＰ−ｐｉｎｇであることを示す「３５０３」が送信先ポート番号に付与されていれば、受信したパケットをＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットと判定する（Ｆ１０２）。
次に、設定処理部１２０は、ＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットと判定されたパケットをＯＡＭ処理部１４０に出力する。ＯＡＭ処理部１４０は、入力されたパケット（Ｒｅｑｕｅｓｔパケット）に対応する処理と他のＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットに対応する処理とを区別するためにインデックスを入力されたＲｅｑｕｅｓｔパケットに設定し、入力されたＲｅｑｕｅｓｔパケットを保持する（Ｆ１０３）。なお、保持されたＲｅｑｕｅｓｔパケットは、Ｒｅｐｌｙパケットを送信する場合に参照される。
次に、ＯＡＭ処理部１４０は、入力されたＲｅｑｕｅｓｔパケットに含まれる折り返し点となるアドレスに基づいて、入力されたＲｅｑｕｅｓｔパケットの処理方法を規定したプロファイルを生成し、ＯＡＭ処理データベース１４１を更新する（Ｆ１０４）。プロファイルの生成方法については図１０〜図１６で詳細を説明する。
ＯＡＭ処理データベース１４１の更新方法について具体的に説明する。ＯＡＭ処理部１４０は、パス情報データベース１５１を参照し、入力されたＲｅｑｕｅｓｔパケットに含まれる確認対象のＩＰ／ＭＰＬＳ網２０のパスに対応付けられたＭＰＬＳ−ＴＰ網３０のパスを特定する。そして、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１に新たなエントリを生成し、Ｆ１０３の処理で設定されたインデックスをインデックス１４３に登録し、入力されたＲｅｑｕｅｓｔパケットに含まれるプロセスＩＤをプロセスＩＤ１４４に登録する。また、ＯＡＭ処理部１４０は、入力されたＲｅｑｕｅｓｔパケットに含まれる挿入点アドレスを挿入点アドレス１４５に登録し、入力されたＲｅｑｕｅｓｔパケットに含まれる折り返し点となるアドレスを折り返し点アドレス１４６に登録する。また、ＯＡＭ処理部１４０は、入力されたＲｅｑｕｅｓｔパケットに含まれる確認対象のＩＰ／ＭＰＬＳ網２０のパスの識別情報をＩＰ／ＭＰＬＳ網パスＩＤ１４７に登録し、当該確認対象のＩＰ／ＭＰＬＳ網２０のパスに対応付けられたＭＰＬＳ−ＴＰ網３０のパスの識別情報をＭＰＬＳ−ＴＰ網パスＩＤ１４８に登録する。また、ＯＡＭ処理部１４０は、折り返し点となるアドレスに基づいて生成されたプロファイルをプロファイル１４９に登録する。
次に、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１を参照し、Ｆ１０３の処理でＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリのプロファイルを検索する。そして、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＦ１０３の処理で設定されたインデックスと一致するエントリの処理内容１７２に検索したプロファイルの最初の処理（処理１）の処理内容を登録し、当該処理を実行する（Ｆ１０５）。そして、ＯＡＭ処理部１４０は、最初の処理の実行が完了した場合、プロファイルを参照し、次の処理が存在するか否かを判定する（Ｆ１０６）。
Ｆ１０６の処理で次の処理が存在すると判定された場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＦ１０３の処理で設定されたインデックスと一致するエントリの処理内容１７２に次の処理の処理内容を登録し、次の処理を実行し（Ｆ１０７）、Ｆ１０６の処理に進む。
Ｆ１０６の処理で次の処理が存在しないと判定された場合、すなわち、Ｆ１０４の処理で生成されたプロファイルの全て処理の実行が完了した場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＦ１０３の処理で設定されたインデックスと一致するエントリを削除し（Ｆ１０８）、処理を終了する。
次に、プロファイルの生成方法について図１０〜図１６を用いて説明する。
図１０は、本発明の第１実施形態の折り返し点の説明図である。
集中制御サーバ１００は、ＩＰ／ＭＰＬＳ網２０に接続されるＭＰＬＳ−ＴＰ装置３００のインタフェースにＩＰアドレス付与する。また、集中制御サーバ１００は、ＩＰ／ＭＰＬＳ網３０に接続されるＭＰＬＳ−ＴＰ装置３００に当該ＭＰＬＳ−ＴＰ装置３００自身を示すＩＰアドレスが設定された仮想的なインタフェースであるループバックインタフェースを設定する。これによって、ＩＰ／ＭＰＬＳルータは、ＭＰＬＳ−ＴＰ網全体を一台のＩＰ／ＭＰＬＳルータとして擬似的に認識することになる。
本実施形態では、ＯＡＭ処理部１４０は、ＬＳＰ−ＰｉｎｇのＲｅｑｕｅｓｔパケットで指定される折り返し点の位置が後述する第１位置〜第３位置のいずれであるかを特定し、折り返し点が第１位置である場合には第１プロファイルを生成し、折り返し点が第２位置である場合には第２プロファイルを生成し、折り返し点が第３位置である場合には第３プロファイルを生成する。
折り返し点が第１位置である場合とは、Ｒｅｑｕｅｓｔパケットに含まれる折り返し点のアドレスが、入力インタフェース５００又はループバックインタフェース５１０のアドレスである場合である。入力インタフェース５００は、ＭＰＬＳ−ＴＰ網３０のパスの始点となるＭＰＬＳ−ＴＰ装置３００ＡのＩＰ／ＭＰＬＳルータ２００Ｂに接続され、集中制御サーバ１００によってＩＰアドレスが付与されたインタフェースである。また、ループバックインタフェース５１０は、集中制御サーバ１００によって設定され、ＭＰＬＳ−ＴＰ装置３００Ａ自身を示す仮想的なインタフェース（ループバックインタフェース）である。
折り返し点が第２位置である場合とは、Ｒｅｑｕｅｓｔパケットに含まれる折り返し点のアドレスが出力インタフェース５２０のアドレスである場合である。出力インタフェース５２０は、ＭＰＬＳ−ＴＰ網３０のパスの終点となるＭＰＬＳ−ＴＰ装置３００ＢのＩＰ／ＭＰＬＳルータ２００Ｃに接続され、集中制御サーバ１００によってＩＰアドレスが付与されたインタフェースである。
折り返し点が第３位置である場合とは、Ｒｅｑｕｅｓｔパケットに含まれる折り返し点のアドレスが、ＭＰＬＳ−ＴＰ網３０のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂより後段のＩＰ／ＭＰＬＳルータ２００のインタフェース５３０のアドレスである場合である。
ＭＰＬＳ−ＴＰ網３０の始点となるＭＰＬＳ−ＴＰ装置３００Ａは、Ｒｅｑｕｅｓｔパケットが入力されるＭＰＬＳ−ＴＰ装置３００であるので入力装置といい、ＭＰＬＳ−ＴＰ網３０の終点となるＭＰＬＳ−ＴＰ装置３００Ｂは、Ｒｅｑｕｅｓｔパケットが出力されるＭＰＬＳ−ＴＰ装置３００であるので出力装置という。
ＯＡＭ処理部１４０は、受信したＲｅｑｕｅｓｔパケットの折り返し点の位置が第１位置〜第３位置のいずれに該当するかを、受信したＲｅｑｕｅｓｔパケットに含まれる折り返し点のアドレス及びルーティング情報データベース１６１を参照することによって特定できる。
図１１及び図１２を用いて、折り返し点が第１位置である場合に生成される第１プロファイルに規定される処理について説明する。
図１１は、本発明の第１実施形態の第１プロファイルに規定される処理のシーケンス図である。図１２は、本発明の第１実施形態の集中制御サーバ１００による第１プロファイルに規定される処理のフローチャートである。
まず、入力装置であるＭＰＬＳ−ＴＰ装置３００Ａが、ＩＰ／ＭＰＬＳルータ２００ＢからＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを受信する（Ｓ１００）。この場合、ＭＰＬＳ−ＴＰ装置３００Ａは、受信したＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを集中制御サーバ１００に送信する（Ｓ１０１）。
次に、集中制御サーバ１００は、Ｒｅｑｕｅｓｔパケットを受信した場合、受信したＲｅｑｕｅｓｔパケットに含まれる折り返し点の位置が第１位置であると判定し、第１プロファイルを生成する（Ｓ１０２）。
折り返し点の位置が第１位置である場合、ＭＰＬＳ−ＴＰ装置３００ＡにＲｅｑｕｅｓｔパケットが到達した時点で、Ｒｅｑｕｅｓｔパケットの挿入点のＩＰ／ＭＰＬＳルータ２００から指定された折り返し点までの接続が確認できる。このため、第１プロファイルに規定される処理は、Ｒｅｑｕｅｓｔパケットに対するＲｅｐｌｙパケットの送信をＭＰＬＳ−ＴＰ装置３００Ａに指示する処理である。
集中制御サーバ１００のＯＡＭ処理部１４０は、ＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信するべく、ＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信する（Ｓ１０３、図１２に示すＦ２０１）。この場合、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１を参照し、送信するＲｅｑｕｅｓｔパケットに挿入点アドレス１４５に登録されたＲｅｑｕｅｓｔパケットの挿入点のＩＰアドレス及びＩＰ／ＭＰＬＳ網パスＩＤ１４７に登録された識別情報を含める。Ｆ２０１の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理１を登録する。
そして、集中制御サーバ１００は、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除する。
ＭＰＬＳ−ＴＰ装置３００Ａは、Ｒｅｐｌｙパケットを受信した場合、ＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信する（Ｓ１０４）。
図１３及び図１４を用いて、折り返し点が第２位置である場合に生成される第２プロファイルに規定される処理について説明する。
図１３は、本発明の第１実施形態の第２プロファイルに規定される処理のシーケンス図である。
Ｓ２００及びＳ２０１の処理は、図１１に示すＳ１００及びＳ１０１の処理と同じであるので、説明を省略する。
集中制御サーバ１００は、Ｓ２０１の処理でＭＰＬＳ−ＴＰ装置３００Ａから送信されたＬＳＰ−ｐｉｎｇのＲｅｑｕｅｓｔパケットを受信した場合、受信したＲｅｑｕｅｓｔパケットに含まれる折り返し点の位置が第２位置であると判定し、第２プロファイルを生成する（Ｓ２０２）。
折り返し点の位置が第２位置である場合、接続確認の対象となるＭＰＬＳ−ＴＰ網３０のパスの始点となるＭＰＬＳ−ＴＰ装置３００Ａから終点となるＭＰＬＳ−ＴＰ装置３００Ｂまでの接続を確認する必要がある。このため、集中制御サーバ１００のＯＡＭ処理部１４０は、接続確認の対象となるＭＰＬＳ−ＴＰ網３０のパスの始点となるＭＰＬＳ−ＴＰ装置３００Ａから終点となるＭＰＬＳ−ＴＰ装置３００Ｂまでの接続を確認するためのＬＢ処理の実行をＭＰＬＳ−ＴＰ装置３００Ａに指示する（Ｓ２０３）。
ＭＰＬＳ−ＴＰ装置３００Ａは、ＬＢ処理の実行が指示された場合、ＭＰＬＳ−ＴＰ装置３００Ｂとの間でＬＢ処理を実行する（Ｓ２０４）。
具体的には、ＭＰＬＳ−ＴＰ装置３００Ａは、ＬＢのＲｅｑｕｅｓｔパケットをＭＰＬＳ−ＴＰ網３０のパスに送信する。ＬＢのＲｅｑｕｅｓｔパケットに含まれるＳｈｉｍヘッダのＴＴＬには、ＭＰＬＳ−ＴＰ装置３００Ａから当該ＬＢのＲｅｑｕｅｓｔパケットの折り返し点となるＭＰＬＳ−ＴＰ装置３００Ｂまでのホップ数が登録される。
ＭＰＬＳ−ＴＰ装置３００ＡからＭＰＬＳ−ＴＰ装置３００Ｂまでのパス上に存在するＭＰＬＳ−ＴＰ装置３００は、ＬＢのＲｅｑｕｅｓｔパケットを受信した場合、ＳｈｉｍヘッダのＴＴＬを１減算し、受信したＬＢのＲｅｑｕｅｓｔパケットを次のホップとなるＭＰＬＳ−ＴＰ装置３００に送信する。ＭＰＬＳ−ＴＰ装置３００ＢがＬＢのＲｅｑｕｅｓｔパケットを受信した場合、受信したＬＢのＲｅｑｕｅｓｔパケットのＳｈｉｍヘッダのＴＴＬには０が登録されていることになるので、ＭＰＬＳ−ＴＰ装置３００Ｂは、ＬＢのＲｅｑｕｅｓｔパケットに対するＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信する。
ＭＰＬＳ−ＴＰ装置３００Ａは、ＬＢのＲｅｐｌｙパケットを受信した場合、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスの接続が確認されたことを示すＬＢ完了通知を集中制御サーバ１００に送信する（Ｓ２０５）。
また、ＭＰＬＳ−ＴＰ装置３００Ｂは、ＬＢのＲｅｐｌｙパケットを送信した場合、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスの接続が確認されたことを示すＬＢ処理通知を集中制御サーバ１００に送信する（Ｓ２０６）。
集中制御サーバ１００は、Ｓ２０５の処理で送信されたＬＢ完了通知を受信した場合、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスの接続が確認できたので、ＬＳＰ−ｐｉｎｇのＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信するべく、ＬＳＰ−ｐｉｎｇのＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信する（Ｓ２０７）。そして、集中制御サーバ１００は、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除する。
ＭＰＬＳ−ＴＰ装置３００Ａは、Ｓ２０７の処理で集中制御サーバ１００によって送信されたＲｅｐｌｙパケットを受信した場合、受信したＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信する（Ｓ２０８）。
以上によって、ＩＰ／ＭＰＬＳルータ２００Ｂから送信されたＲｅｑｕｅｓｔパケットの折り返し点となるＭＰＬＳ−ＴＰ装置３００Ｂまでの接続を確認することができる。
図１４は、本発明の第１実施形態の集中制御サーバ１００による第２プロファイルに規定される処理のフローチャートである。
集中制御サーバ１００のＯＡＭ処理部１４０は、第２プロファイルを生成した場合、図１３のＳ２０３の処理で説明したように、ＭＰＬＳ−ＴＰ装置３００ＡからＭＰＬＳ−ＴＰ装置３００Ｂまでの接続を確認するためのＬＢ処理の実行をＭＰＬＳ−ＴＰ装置３００Ａに指示する（Ｆ３０１）。Ｆ３０１の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理１を登録する。
次に、集中制御サーバ１００のＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間以内にＭＰＬＳ−ＴＰ装置３００ＡからＬＢ完了通知を受信するか否かを判定することによって、ＬＢ処理が成功したか否かを判定する（Ｆ３０２）。
Ｆ３０２の処理で、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間以内にＭＰＬＳ−ＴＰ装置３００ＡからＬＢ完了通知を受信したと判定された場合、ＯＡＭ処理部１４０は、図１３に示すＳ２０７の処理で説明したように、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスの接続が確認できたので、ＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信するべく、ＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信する（Ｆ３０３）。この場合、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１を参照し、送信するＲｅｑｕｅｓｔパケットに挿入点アドレス１４５に登録されたＲｅｑｕｅｓｔパケットの挿入点のＩＰアドレス及びＩＰ／ＭＰＬＳ網パスＩＤ１４７に登録された識別情報を含める。Ｆ３０３の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理２を登録する。
次に、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し（Ｆ３０４）、処理を終了する。
Ｆ３０２の処理で、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間を経過してもＬＢ完了通知を受信していないと判定された場合、集中制御サーバ１００は、ＬＢ処理が失敗したと判定し、Ｆ３０４の処理に進み、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し、処理を終了する。
図１５及び図１６を用いて、折り返し点が第３位置である場合に生成される第３プロファイルに規定される処理について説明する。
図１５は、本発明の第１実施形態の第３プロファイルに規定される処理のシーケンス図である。
Ｓ３００〜Ｓ３０６の処理は、図１３に示すＳ２００〜Ｓ２０６の処理と同じであり、説明を省略する。ただし、Ｓ３０２の処理では、集中制御サーバ１００は、受信したＲｅｑｕｅｓｔパケットに含まれる折り返し点の位置が第３位置であると判定し、第３プロファイルを生成する。
集中制御サーバ１００は、Ｓ２０５の処理で送信されたＬＢ完了通知を受信した場合、すなわち、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスの接続が確認できた場合、当該ＭＰＬＳ−ＴＰ網３０のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂから、当該ＭＰＬＳ−ＴＰ装置３００Ｂより後段の折り返し点となるＩＰ／ＭＰＬＳルータまでのＩＰ／ＭＰＬＳ網２０のパスの接続を確認する必要がある。このため、集中制御サーバ１００は、ＭＰＬＳ−ＴＰ装置３００Ａから送信されたＲｅｑｕｅｓｔパケットをＭＰＬＳ−ＴＰ装置３００Ｂに送信する（Ｓ３０８）。
ＭＰＬＳ−ＴＰ装置３００Ｂは、Ｓ３０８の処理で集中制御サーバ１００によって送信されたＲｅｑｕｅｓｔパケットを受信した場合、受信したＲｅｑｕｅｓｔパケットをＩＰ／ＭＰＬＳルータ２００Ｃに送信する（Ｓ３０９）。
ＩＰ／ＭＰＬＳルータ２００Ｃは、Ｒｅｑｕｅｓｔパケットに対するＲｅｐｌｙパケットを受信した場合、受信したＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ｂに送信する（Ｓ３１０）。
ＭＰＬＳ−ＴＰ装置３００Ｂは、Ｓ３１０の処理でＩＰ／ＭＰＬＳルータ２００Ｃによって送信されたＲｅｐｌｙパケットを受信した場合、受信したＲｅｐｌｙパケットを集中制御サーバ１００に送信する（Ｓ３１１）。
集中制御サーバ１００は、Ｓ３１１の処理でＭＰＬＳ−ＴＰ装置３００Ｂによって送信されたＲｅｐｌｙパケットを受信した場合、当該Ｒｅｐｌｙパケットに対応するＲｅｑｕｅｓｔパケットの挿入点のＩＰ／ＭＰＬＳルータ２００Ｂに接続されたＭＰＬＳ−ＴＰ装置３００Ａに、受信したＲｅｐｌｙパケットを送信する（Ｓ３１２）。
ＭＰＬＳ−ＴＰ装置３００Ａは、Ｓ３１２の処理で集中制御サーバ１００によって送信されたＲｅｑｕｅｓｔパケットを受信した場合、受信したＲｅｑｕｅｓｔパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信する（Ｓ３１３）。
以上によって、折り返し点がＭＰＬＳ−ＴＰ網３０のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂより後段のＩＰ／ＭＰＬＳルータ２００である場合、集中制御サーバ１００は、ＭＰＬＳ−ＴＰ網３０のパスの接続の確認後、受信したＲｅｑｕｅｓｔパケットをＭＰＬＳ−ＴＰ装置３００Ｂを介して当該折り返し点となるＩＰ／ＭＰＬＳルータ２００に転送するため、ＭＰＬＳ−ＴＰ網３０より後段のＩＰ／ＭＰＬＳルータ２００が折り返し点として指定されても当該折り返し点までの接続を確認することができる。
図１６は、本発明の第１実施形態の集中制御サーバ１００による第３プロファイルに規定される処理のフローチャートである。
Ｆ４０１、Ｆ４０２、及びＦ４０７の処理は、それぞれ、図１４に示すＦ３０１、Ｆ３０２、及びＦ３０４の処理と同じであるので、説明を省略する。
Ｆ４０２の処理で、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間以内にＬＢ完了通知を受信した場合、ＯＡＭ処理部１４０は、図１５に示すＳ３０８の処理で説明したように、ＭＰＬＳ−ＴＰ装置３００Ａから送信されたＲｅｑｕｅｓｔパケットをＩＰ／ＭＰＬＳルータ２００Ｃに送信するべく、ＲｅｑｕｅｓｔパケットをＭＰＬＳ−ＴＰ装置３００Ｂに送信する（Ｆ４０３）。Ｆ４０３の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理２を登録する。
次に、ＯＡＭ処理部１４０は、Ｆ４０３の処理で送信したＲｅｑｕｅｓｔパケットに対するＲｅｐｌｙパケットを受信するために、処理を所定時間待機する（Ｆ４０４）。Ｆ４０４の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理３を登録する。
次に、ＯＡＭ処理部１４０は、Ｆ４０４の処理でＲｅｐｌｙパケットを所定時間内に受信した否かを判定する（Ｆ４０５）。
Ｆ４０４の処理でＲｅｐｌｙパケットを所定時間内に受信したとＦ４０５の処理で判定された場合、ＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ装置３００Ａに受信したＲｅｐｌｙパケットを送信する（Ｆ４０６）。この場合、ＯＡＭ処理部１４０は、ＯＡＭ処理データベース１４１を参照し、送信するＲｅｑｕｅｓｔパケットに挿入点アドレス１４５に登録されたＲｅｑｕｅｓｔパケットの挿入点のＩＰアドレス及びＩＰ／ＭＰＬＳ網パスＩＤ１４７に登録された識別情報を含める。Ｆ４０６の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理４を登録する。
次に、ＯＡＭ処理部１４０は、Ｆ４０７の処理に進み、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し、処理を終了する。
一方、Ｆ４０４の処理でＲｅｐｌｙパケットを所定時間内に受信していないとＦ４０５の処理で判定された場合、ＯＡＭ処理部１４０は、Ｆ４０７の処理に進み、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し、処理を終了する。
以上、図１０〜図１６で説明したように、本実施形態によれば、ＭＰＬＳ−ＴＰ装置３００がＩＰ／ＭＰＬＳルータ２００からＲｅｑｕｅｓｔパケットを受信した場合、ＩＰ／ＭＰＬＳ網２０内で用いられるプロトコルを処理可能な集中制御サーバ１００に当該Ｒｅｑｕｅｓｔパケットを送信し、集中制御サーバ１００がＲｅｑｕｅｓｔパケットの折り返し点を特定し、特定した折り返し点に応じた接続確認処理を実行する。これによって、Ｒｅｑｅｕｓｔパケットの折り返し点を特定することができ、Ｅｎｄ−Ｅｎｄ間の接続を確認可能なシステムを提供できる。また、ＭＰＬＳ−ＴＰ網３０を一つのＩＰ／ＭＰＬＳルータ２００に擬似的に設定する擬似ルータ方式によって、ＭＰＬＳ−ＴＰ網３０をＩＰ／ＭＰＬＳ網２０のコアとして接続してインターワークを実施する場合であっても、ＬＳＰ−ｐｉｎｇの折り返し点としてＭＰＬＳ−ＴＰ網を指定することができる。
なお、本実施形態の図１３〜図１６において、集中制御サーバ１００は、ＭＰＬＳ−ＴＰ装置３００ＡからＬＢ完了通知を受信した場合に、ＭＰＬＳ−ＴＰ網３０のパスの接続を確認したが、ＭＰＬＳ−ＴＰ装置３００ＢからＬＢ処理通知を受信した場合に、ＭＰＬＳ−ＴＰ網３０のパスの接続を確認してもよい。
また、本実施形態では、集中制御サーバ１００が折り返し点に応じてプロファイルを生成したが、折り返し点に応じたプロファイルが予め設定され、集中制御サーバ１００が折り返し点を特定した場合に折り返し点に対応するプロファイルを選択するようにしてもよい。
（第２実施形態）
本発明の第２実施形態を図１７及び図１８を用いて説明する。
第１実施形態では、集中制御サーバ１００は、接続確認対象のＭＰＬＳ−ＴＰ網３０内のパスの始点となるＭＰＬＳ−ＴＰ装置３００と終点となるＭＰＬＳ−ＴＰ装置３００との間でＬＢ処理の実行を指示したが、本実施形態では、集中制御サーバ１００は、始点となるＭＰＬＳ−ＴＰ装置３００から接続確認対象のＭＰＬＳ−ＴＰ網３０内のパス上にある全てのＭＰＬＳ−ＴＰ装置３００との間でＬＢ処理を実行する。これによって、より信頼性の高い接続確認をすることができる。
図１７は、本発明の第２実施形態の伝送システムの構成の説明図である。図１７に示す伝送システムは、第１実施形態の図１に示す伝送システムと装置の構成は同じであるが、ＭＰＬＳ−ＴＰ網３０内のパスが経由するＭＰＬＳ−ＴＰ装置３００がことなる。
図１７に示すＭＰＬＳ−ＴＰ網３０内のパス３０２は、ＭＰＬＳ−ＴＰ装置３００Ａを始点とし、ＭＰＬＳ−ＴＰ装置３００Ｃ及び３００Ｄを経由して、終点となるＭＰＬＳ−ＴＰ装置３００Ｂに至る。
本実施形態のＬＢ処理では、ＭＰＬＳ−ＴＰ装置３００ＡとＭＰＬＳ−ＴＰ装置３００Ｃとの間、ＭＰＬＳ−ＴＰ装置３００ＡとＭＰＬＳ−ＴＰ装置３００Ｄとの間、ＭＰＬＳ−ＴＰ装置３００ＡとＭＰＬＳ−ＴＰ装置３００Ｂとの間で実行される。
図１８は、本発明の第２実施形態の集中制御サーバによる第２プロファイルに規定される処理のフローチャートである。本実施形態の図１８に示すＦ５０４及びＦ５０５の処理は、第１実施形態の図１４に示すＦ３０３及びＦ３０４の処理と同じであるので、説明を省略する。
本実施形態の第２プロファイルに規定される処理では、ＯＡＭ処理部１４０は、第１実施形態の図１４に示すＦ３０１及びＦ３０２の処理の代わりに、Ｆ５０１〜Ｆ５０３の処理を実行する。
まず、ＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ装置３００Ａと当該ＭＰＬＳ−ＴＰ装置３００Ａからｎホップ先のＭＰＬＳ―ＴＰ装置３００との間におけるＬＢ処理の実行を、ＭＰＬＳ−ＴＰ装置３００Ａに指示する（Ｆ５０１）。Ｆ５０１の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理１−ｎを登録する。なお、最初にＦ５０１の処理が実行される場合、ｎは１に設定されているものとする。
次に、ＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間以内にＬＢ完了通知を受信するか否かを判定することによって、ＬＢ処理が成功したか否かを判定する（Ｆ５０２）。
Ｆ５０２の処理で、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間を経過してもＬＢ完了通知を受信していないと判定された場合、集中制御サーバ１００は、ＬＢ処理が失敗したと判定し、Ｆ５０５の処理に進み、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し、処理を終了する。
一方、Ｆ５０２の処理で、ＭＰＬＳ−ＴＰ装置３００ＡにＬＢ処理の実行を指示してから所定時間以内にＬＢ完了通知を受信したと判定された場合、ＯＡＭ処理部１４０は、ＭＰＬＳ−ＴＰ装置３００Ａからｎホップ先のＭＰＬＳ−ＴＰ装置３００は接続確認対象となるＭＰＬＳ−ＴＰ網３０内のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂであるか否かを判定する（Ｆ５０３）。
Ｆ５０３の処理で、ＭＰＬＳ−ＴＰ装置３００Ａからｎホップ先のＭＰＬＳ−ＴＰ装置３００は接続確認対象となるＭＰＬＳ−ＴＰ網３０内のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂでないと判定された場合、始点となるＭＰＬＳ−ＴＰ装置３００から当該パス上にある全てのＭＰＬＳ−ＴＰ装置３００との間でＬＢ処理が実行されていないので、ＯＡＭ処理部１４０は、ｎに１を加算した値をｎに設定し、Ｆ５０１の処理に戻る。
一方、Ｆ５０３の処理で、ＭＰＬＳ−ＴＰ装置３００Ａからｎホップ先のＭＰＬＳ−ＴＰ装置３００は接続確認対象となるＭＰＬＳ−ＴＰ網３０内のパスの終点となるＭＰＬＳ−ＴＰ装置３００Ｂであると判定された場合、集中制御サーバ１００は、始点となるＭＰＬＳ−ＴＰ装置３００から当該パス上にある全てのＭＰＬＳ−ＴＰ装置３００との間でＬＢ処理がされたので、ＲｅｐｌｙパケットをＩＰ／ＭＰＬＳルータ２００Ｂに送信するべく、ＲｅｐｌｙパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信し（Ｆ５０４）。Ｆ５０４の処理を実行する場合、ＯＡＭ処理部１４０は、ＯＡＭ処理実行テーブル１７０のＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリの処理内容１７２に処理２を登録する。
次に、ＯＡＭ処理部１４０は、Ｆ５０５の処理に進み、ＯＡＭ処理実行テーブル１７０及びＯＡＭ処理データベース１４１からＲｅｑｕｅｓｔパケットに設定されたインデックスと一致するエントリを削除し、処理を終了する。
以上によって、ＭＰＬＳ−ＴＰ網３０内のパスにおいて１ホップずつＬＢ処理が実行されるので、接続性確認の信頼性を向上させることができる。
なお、図１８に示すＬＢ処理は、第３プロファイルに規定される処理にも適用できる。この場合、第１実施形態の図１６に示すＦ４０１及びＦ４０２の処理に代わり、図１８に示すＦ５０１〜Ｆ５０３の処理が実行されればよい。
また、本実施形態の処理は、図１７に示す伝送システムに限らず、図１に示す伝送システムにも適用可能である。
（第３実施形態）
本発明の第３実施形態を図１９を用いて説明する。
本実施形態では、第３プロファイルに規定される処理において、集中制御サーバ１００は、ＬＢ処理の実行をＭＰＬＳ−ＴＰ装置３００Ａに指示せず、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスを使用してＲｅｑｕｅｓｔパケットを折り返し点となるＩＰ／ＭＰＬＳルータ２００に送信する。なお、当該ＲｅｑｕｅｓｔパケットのＲｅｐｌｙパケットによって、ＭＰＬＳ−ＴＰ網３０内のパスの接続を確認することができる。これによって、集中制御サーバ１００及びＭＰＬＳ−ＴＰ装置３００の処理負荷を軽減しながら、接続性を確認できる。
図１９は、本発明の第３実施形態の集中制御サーバ１００による第３プロファイルに規定される処理のフローチャートである。
本実施形態の図１９に示す第３プロトコルに規定される処理は、第１実施形態の図１６に示すＦ４０１及びＦ４０２の処理を実行せず、Ｆ４０３の処理の代わりにＦ６０１の処理を実行する。また、本実施形態の図１９に示すＦ６０２〜Ｆ６０５の処理は、それぞれ、第１実施形態の図１６に示すＦ４０４〜Ｆ４０７の処理と同じである。
Ｆ６０１の処理について説明する。
ＯＡＭ処理部１４０は、パス情報データベース１５１を参照し、受信したＲｅｑｕｅｓｔパケットの送信に用いられたＩＰ／ＭＰＬＳ網２０のパスに対応するＭＰＬＳ−ＴＰ網３０のパスを特定する。そして、ＯＡＭ処理部１４０は、特定したＭＰＬＳ−ＴＰ網３０のパスを使用してＲｅｑｕｅｓｔパケットがＭＰＬＳ−ＴＰ網３０内を転送されるように、受信したＲｅｑｕｅｓｔパケットを特定したＭＰＬＳ−ＴＰ網３０のパスの始点となるＭＰＬＳ−ＴＰ装置３００Ａに送信する（Ｆ６０１）。具体的には、ＯＡＭ処理部１４０は、Ｒｅｑｕｅｓｔパケットの１段目のラベルをＩＰ／ＭＰＬＳ網２０のパスに対応するラベルに設定し、２段目のラベルをＭＰＬＳ−ＴＰ網３０のパスに対応するラベルに設定して、ＲｅｑｕｅｓｔパケットをＭＰＬＳ−ＴＰ装置３００Ａに送信する。
各ＭＰＬＳ−ＴＰ装置３００は、Ｒｅｑｕｅｓｔパケットのようにルータアラートレベルが付与されたパケットを受信した場合、２段目のラベルを参照して、受信したＲｅｑｕｅｓｔパケットを終点となるＭＰＬＳ−ＴＰ装置３００Ｂまで転送し、１段目のラベルを変更しない。
以上によって、接続確認対象のＭＰＬＳ−ＴＰ網３０のパスを使用してＲｅｑｕｅｓｔパケットが転送されるので、集中制御サーバ１００は、ＭＰＬＳ−ＴＰ装置３００ＢからＲｅｐｌｙパケットを所定時間内受信した場合、ＬＢ処理を実行せずとも、Ｅｎｄ−Ｅｎｄ間の接続を確認することができるので、集中制御サーバ１００及びＭＰＬＳ−ＴＰ装置３００がＬＢ処理を実行する分の処理負荷を軽減できる。
また、第１〜第３実施形態では、障害確認機能としてＬＳＰ−ｐｉｎｇを利用した例について説明したが、挿入点が折り返し点を示したＲｅｑｕｅｓｔパケットを送信し、当該Ｒｅｑｕｅｓｔパケットに対応するＲｅｐｌｙパケットを受信することによって接続を確認する機能であれば、他の機能（例えば、ＶＣＣＶ等）を利用してもよい。また、集中制御によって通信パスが構築される網内の障害確認機能としてループバックを利用した例について説明したが、他の機能を利用してもよい。
なお、上述した各実施形態は、本発明の好適な実施形態であり，本発明の要旨を逸脱しない範囲内において変更が可能である。
２０ ＩＰ／ＭＰＬＳ網
３０ ＭＰＬＳ−ＴＰ網
１００ 集中制御サーバ
１１０ 装置設定部
１２０ 設定処理部
１３０ 管理者設定部
１４０ ＯＡＭ処理部
１４１ ＯＡＭ処理データベース
１５０ パス設定部
１５１ パス情報データベース
１６０ ルーティング処理部
１６１ ルーティング情報データベース
１７０ ＯＡＭ処理実行テーブル
２００ ＩＰ／ＭＰＬＳルータ
３００ ＭＰＬＳ−ＴＰ装置
４００ ユーザサイト

Claims (15)

  1. 始点となる通信装置から終点となる通信装置までの間で、前記通信装置が制御パケットを用いて自律分散的に構築した第１通信経路に接続される複数の伝送装置と、
    前記伝送装置によって構成される伝送網内において始点となる伝送装置から終点となる伝送装置までの間の第２通信経路を構築し、前記第１通信経路と前記第２通信経路との対応関係を前記第２通信経路を構成する伝送装置に設定することによって、前記通信装置間の前記第１通信経路を確立する集中制御計算機と、を備える伝送システムにおいて、
    前記第１通信経路を介したデータの通信に用いる第１通信プロトコルと前記第２通信経路を介したデータの通信に用いる第２通信プロトコルとは異なるものであって、
    前記集中制御計算機は、
    前記第１通信プロトコルを処理可能であって、
    前記伝送装置の前記通信装置に接続されるインタフェースを前記通信装置のインタフェースとして接続先の通信装置に擬似的に認識させるために、前記第１通信プロトコルにおけるインタフェースの識別情報を当該インタフェースに設定し、
    前記伝送装置は、前記通信装置から折り返し点までの接続を確認するための接続確認要求を前記通信装置から受信した場合、前記受信した接続確認要求を前記集中制御計算機に送信し、
    前記集中制御計算機は、
    前記伝送装置から前記接続確認要求を受信した場合、前記受信した接続確認要求に基づいて前記折り返し点を特定し、
    前記特定した折り返し点に応じて、前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示し、
    前記伝送装置による接続の確認結果に応じて、前記接続確認要求を送信した通信装置への前記接続確認要求に対する応答である接続確認応答を前記伝送装置に送信することを特徴とする伝送システム。
  2. 前記集中制御計算機は、前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置以外の通信装置に接続された伝送装置に設定された擬似的なインタフェースであると特定した場合、前記折り返し点となる擬似的なインタフェースが設定された伝送装置によって構成される第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示することを特徴とする請求項１に記載の伝送システム。
  3. 前記集中制御計算機は、
    前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置に対して前記第２通信経路を経由した前記第１通信経路上の通信装置であると特定した場合、前記折り返し点となる通信装置と通信するための前記第１通信経路に関連付けられた前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示し、
    当該第２通信経路の接続を確認した場合、前記受信した接続確認要求を前記第２通信経路の終点となる伝送装置に送信し、
    前記第２通信経路の終点となる伝送装置は、
    前記集中制御計算機から接続確認要求を受信した場合、前記受信した接続確認要求を前記折り返し点となる通信装置に送信し、
    前記折り返し点となる通信装置から接続確認応答を受信した場合、前記受信した接続確認応答を前記集中制御計算機に送信し、
    前記集中制御計算機は、前記接続確認応答を前記第２通信経路の終点となる伝送装置から受信した場合、前記第２通信経路の始点となる伝送装置に、前記受信した接続確認応答を送信し、
    前記第２通信経路の始点となる伝送装置伝送装置は、前記集中制御計算機から前記接続確認応答を受信した場合、前記接続確認要求を送信した通信装置に、前記受信した接続確認応答を送信することを特徴とする請求項１に記載の伝送システム。
  4. 前記集中制御計算機は、前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置に対して前記第２通信経路を経由した前記第１通信経路上の通信装置であると特定した場合、当該第２通信経路の始点となる伝送装置に、前記受信した接続確認要求を送信し、
    前記第２通信経路の始点となる伝送装置は、前記集中制御計算機から前記接続確認要求を受信した場合、前記第２通信経路を介して前記第２通信経路の終点となる伝送装置に前記受信した接続確認要求を送信し、
    前記第２通信経路の終点となる伝送装置は、
    前記第２通信経路の始点となる伝送装置から前記接続確認要求を受信した場合、前記折り返し点となる通信装置に前記受信した接続確認要求を送信し、
    前記折り返し点となる通信装置から接続確認応答を受信した場合、前記受信した接続確認応答を前記集中制御計算機に送信し、
    前記集中制御計算機は、前記接続確認応答を前記第２通信経路の終点となる伝送装置から受信した場合、前記第２通信経路の始点となる伝送装置に、前記受信した接続確認応答を送信し、
    前記第２通信経路の始点となる伝送装置は、前記集中制御計算機から前記接続確認応答を受信した場合、前記接続確認要求を送信した通信装置に前記受信した接続確認応答を送信することを特徴とする請求項１に記載の伝送システム。
  5. 前記集中制御計算機は、前記受信した接続確認要求の折り返し点が、前記接続確認要求を送信した通信装置に接続される伝送装置に設定された擬似的なインタフェースであると特定した場合、前記接続確認要求を受信した伝送装置に接続確認応答を送信し、
    前記接続確認要求を受信した伝送装置は、前記接続確認要求を送信した通信装置に前記受信した前記接続確認応答を送信することを特徴とする請求項１に記載の伝送システム。
  6. 前記集中制御計算機は、前記第２通信経路の接続の確認を指示する場合、前記第２通信経路の始点となる伝送装置と終点となる伝送装置との間の接続を前記第２通信プロトコルの接続確認機能を利用して確認することを、前記始点となる通信装置に指示し、
    前記第２通信経路の始点となる通信装置は、前記第２通信経路の接続の確認が指示された場合、前記第２通信プロトコルの接続確認機能を利用して、前記終点となる伝送装置との間の接続を確認することを特徴とする請求項１に記載の伝送システム。
  7. 前記集中制御計算機は、前記第２通信経路の接続の確認を指示する場合、前記第２通信経路の始点となる伝送装置から終点となる伝送装置までに経由する全ての伝送装置との接続を前記第２通信プロトコルの接続確認機能を利用して確認することを、前記始点となる通信装置に指示し、
    前記第２通信経路の始点となる通信装置は、前記第２通信経路の接続の確認が指示された場合、前記第２通信プロトコルの接続確認機能を利用して、前記終点となる伝送装置までに経由する全ての伝送装置との間の接続を確認することを特徴とする請求項１に記載の伝送システム。
  8. 第１通信経路に接続される複数の伝送装置によって構成される伝送網内において始点となる伝送装置から終点となる伝送装置までの間の第２通信経路を構築し、前記第１通信経路と前記第２通信経路との対応関係を前記第２通信経路を構成する伝送装置に設定することによって、前記通信装置間の前記第１通信経路を確立する集中制御計算機において、
    前記第１通信経路は、始点となる通信装置から終点となる通信装置までの間で制御パケットを利用して前記通信装置によって自律分散的に構築され、
    前記第１通信経路を介したデータの通信に用いる第１通信プロトコルと前記第２通信経路を介したデータの通信に用いる第２通信プロトコルとは異なるものであって、
    前記集中制御計算機は、
    前記第１通信プロトコルを処理可能であって、
    前記伝送装置の前記通信装置に接続されるインタフェースを前記通信装置のインタフェースとして接続先の通信装置に擬似的に認識させるために、前記第１通信プロトコルにおけるインタフェースの識別情報を当該インタフェースに設定し、
    前記通信装置から折り返し点までの接続を確認するための接続確認要求を前記伝送装置から受信した場合、前記受信した接続確認要求に基づいて前記折り返し点を特定し、
    前記特定した折り返し点に応じて、前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示し、
    前記伝送装置による接続の確認結果に応じて、前記接続確認要求を送信した通信装置への前記接続確認要求に対する応答である接続確認応答を前記伝送装置に送信することを特徴とする集中制御計算機。
  9. 前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置以外の通信装置に接続された伝送装置に設定された擬似的なインタフェースであると特定した場合、前記折り返し点となる擬似的なインタフェースが設定された伝送装置によって構成される第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示することを特徴とする請求項８に記載の集中制御計算機。
  10. 前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置に対して前記第２通信経路を経由した前記第１通信経路上の通信装置であると特定した場合、前記折り返し点となる通信装置と通信するための前記第１通信経路に関連付けられた前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示し、
    当該第２通信経路の接続を確認した場合、前記折り返し点となる通信装置に前記受信した接続確認要求を送信すべく、前記受信した接続確認要求を前記第２通信経路の終点となる伝送装置に送信し、
    前記折り返し点となる通信装置によって送信された接続確認応答を前記第２通信経路の終点となる伝送装置を介して受信した場合、前記接続確認要求を送信した通信装置に前記受信した接続確認応答を送信すべく、前記第２通信経路の始点となる伝送装置に前記受信した接続確認応答を送信することを特徴とする請求項８に記載の集中制御計算機。
  11. 前記受信した接続確認要求の折り返し点が、当該接続確認要求を送信した通信装置に対して前記第２通信経路を経由した前記第１通信経路上の通信装置であると特定した場合、当該第２通信経路を経由して前記折り返し点となる通信装置に前記接続確認要求を送信すべく、前記第２通信経路の始点となる伝送装置に前記受信した接続確認要求を送信し、
    前記折り返し点となる通信装置によって送信された接続確認応答を前記第２通信経路の終点となる伝送装置を介して受信した場合、前記接続確認要求を送信した通信装置に前記受信した接続確認応答を送信すべく、前記第２通信経路の始点となる伝送装置に前記受信した接続確認応答を送信することを特徴とする請求項８に記載の集中制御計算機。
  12. 前記受信した接続確認要求の折り返し点が、前記接続確認要求を送信した通信装置に接続される伝送装置に設定された擬似的なインタフェースであると特定した場合、前記接続確認要求を送信した通信装置に接続確認応答を送信すべく、前記接続確認要求を受信した伝送装置に前記接続確認応答を送信することを特徴とする請求項８に記載の集中制御計算機。
  13. 前記第２通信経路の接続の確認を指示する場合、前記第２通信経路の始点となる伝送装置と終点となる伝送装置との間の接続を前記第２通信プロトコルの接続確認機能を利用して確認することを、前記始点となる通信装置に指示することを特徴とする請求項８に記載の集中制御計算機。
  14. 前記第２通信経路の接続の確認を指示する場合、前記第２通信経路の始点となる伝送装置から終点となる伝送装置までに経由する全ての伝送装置との接続を前記第２通信プロトコルの接続確認機能を利用して確認することを、前記始点となる通信装置に指示することを特徴とする請求項８に記載の集中制御計算機。
  15. 始点となる通信装置から終点となる通信装置までの間で、制御パケットを利用して自律分散的に構築された第１通信経路に接続される複数の伝送装置と、
    前記伝送装置によって構成される伝送網内において始点となる伝送装置から終点となる伝送装置までの間の第２通信経路を構築し、前記第１通信経路と前記第２通信経路との対応関係を前記第２通信経路を構成する伝送装置に設定することによって、前記通信装置間の前記第１通信経路を確立する集中制御計算機と、を備える伝送システムにおけるデータの伝送方法において、
    前記第１通信経路を介したデータの通信に用いる第１通信プロトコルと前記第２通信経路を介したデータの通信に用いる第２通信プロトコルとは異なるものであって、
    前記集中制御計算機は、
    前記第１通信プロトコルを処理可能であって、
    前記伝送装置の前記通信装置に接続されるインタフェースを前記通信装置のインタフェースとして接続先の通信装置に擬似的に認識させるために、前記第１通信プロトコルにおけるインタフェースの識別情報を当該インタフェースに設定し、
    前記方法は、
    前記伝送装置が、前記通信装置から折り返し点までの接続を確認するための接続確認要求を前記通信装置から受信した場合、前記受信した接続確認要求を前記集中制御計算機に送信するステップと、
    前記集中制御計算機が、前記伝送装置から前記接続確認要求を受信した場合、前記受信した接続確認要求に基づいて前記折り返し点を特定するステップと、
    前記集中制御計算機が、前記特定した折り返し点に応じて、前記第２通信経路の接続の確認を、当該第２通信経路を構成する伝送装置に指示するステップと、
    前記集中制御計算機が、前記伝送装置による接続の確認結果に応じて、前記接続確認要求を送信した通信装置への前記接続確認要求に対する応答である接続確認応答を前記伝送装置に送信するステップと、を含むことを特徴とする伝送方法。
JP2012094010A 2012-04-17 2012-04-17 伝送システム、集中制御計算機、及び伝送方法 Expired - Fee Related JP5817078B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2012094010A JP5817078B2 (ja) 2012-04-17 2012-04-17 伝送システム、集中制御計算機、及び伝送方法
US13/782,733 US20130272141A1 (en) 2012-04-17 2013-03-01 Transport system, central control computer, and transport method
EP20130157548 EP2654256B1 (en) 2012-04-17 2013-03-04 Transport system, central control computer, and transport method
CN2013100668812A CN103379035A (zh) 2012-04-17 2013-03-04 传送系统、集中控制计算机、及传送方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012094010A JP5817078B2 (ja) 2012-04-17 2012-04-17 伝送システム、集中制御計算機、及び伝送方法

Publications (3)

Publication Number Publication Date
JP2013223131A true JP2013223131A (ja) 2013-10-28
JP2013223131A5 JP2013223131A5 (ja) 2014-12-18
JP5817078B2 JP5817078B2 (ja) 2015-11-18

Family

ID=47891411

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012094010A Expired - Fee Related JP5817078B2 (ja) 2012-04-17 2012-04-17 伝送システム、集中制御計算機、及び伝送方法

Country Status (4)

Country Link
US (1) US20130272141A1 (ja)
EP (1) EP2654256B1 (ja)
JP (1) JP5817078B2 (ja)
CN (1) CN103379035A (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014131098A (ja) * 2012-12-28 2014-07-10 Hitachi Ltd 通信システム、通信経路確率方法、及び、管理サーバ
JP6008801B2 (ja) * 2013-07-08 2016-10-19 株式会社日立製作所 伝送システム、送信方法、及び伝送装置
CN104579966B (zh) * 2013-10-14 2018-08-17 华为技术有限公司 转发表项生成的方法、转发节点和控制器
JP2016015572A (ja) * 2014-07-01 2016-01-28 株式会社リコー 無線通信システム、無線通信装置、プログラムおよび記録媒体
US10103981B2 (en) * 2015-11-01 2018-10-16 Cisco Technology, Inc. BIER forwarding validation
US11201818B2 (en) 2019-04-04 2021-12-14 Cisco Technology, Inc. System and method of providing policy selection in a network

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030026268A1 (en) * 2000-11-28 2003-02-06 Siemens Technology-To-Business Center, Llc Characteristic routing
US7065573B2 (en) * 2000-12-05 2006-06-20 Philippe C. Byrnes Automatic traffic and quality of service control system for communications networks
CA2327898A1 (en) * 2000-12-08 2002-06-08 Alcatel Canada Inc. System and method for establishing a communication path associated with an mpls implementation on an atm platform
ATE403299T1 (de) * 2001-09-03 2008-08-15 Tpack As Telekommunikationsnetz mit einem sdh/sonet- subnetz, wobei die gmpls-funktion in einem gmpls- software server integriert ist
FR2830094B1 (fr) * 2001-09-27 2004-12-10 Cit Alcatel Procede et dispositif de simulation du comportement d'un reseau, permettant un dimensionnement a la demande
CA2369196A1 (en) * 2002-01-24 2003-07-24 Alcatel Canada Inc. System and method of downloading data for a communication switch
US20040196843A1 (en) * 2003-02-20 2004-10-07 Alcatel Protection of network infrastructure and secure communication of control information thereto
DE60300393T2 (de) * 2003-03-24 2005-09-01 Alcatel OSPF Monitor
US20050213599A1 (en) * 2003-10-30 2005-09-29 Clawson Michael G Distributed LAN bridging system and process
US20060029035A1 (en) * 2004-03-25 2006-02-09 Chase Christopher J Method and apparatus for selecting routes for distribution within IP networks
US7512064B2 (en) * 2004-06-15 2009-03-31 Cisco Technology, Inc. Avoiding micro-loop upon failure of fast reroute protected links
US8717899B2 (en) * 2004-10-13 2014-05-06 Cisco Technology, Inc. System and method for reporting out-of-resources (OOR) conditions in a data network
US7835267B2 (en) * 2005-05-09 2010-11-16 Cisco Technology, Inc. Dynamic path protection in an optical network
US7852841B2 (en) * 2005-11-04 2010-12-14 Cisco Technology, Inc. In-band multicast signaling using LDP
US8233378B2 (en) * 2008-05-15 2012-07-31 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for validating control and data plane association
US7944844B2 (en) * 2008-07-10 2011-05-17 At&T Intellectual Property I, L.P. Methods and apparatus to monitor network layer functionalities
US8014275B1 (en) * 2008-12-15 2011-09-06 At&T Intellectual Property L, L.P. Devices, systems, and/or methods for monitoring IP network equipment
US8306039B2 (en) * 2008-12-15 2012-11-06 Ciena Corporation Methods and systems for automatic transport path selection for multi-homed entities in stream control transmission protocol
WO2011049019A1 (ja) * 2009-10-19 2011-04-28 日本電気株式会社 通信システム、フロー制御装置、フローテーブルの更新方法およびプログラム
US9521055B2 (en) * 2009-11-13 2016-12-13 Verizon Patent And Licensing Inc. Network connectivity management
CN102714629B (zh) * 2010-01-08 2015-07-29 日本电气株式会社 通信系统、转发节点、路径管理服务器以及通信方法
US9198203B2 (en) * 2010-11-09 2015-11-24 Cisco Technology, Inc. System and method for routing critical communications
US8798077B2 (en) * 2010-12-29 2014-08-05 Juniper Networks, Inc. Methods and apparatus for standard protocol validation mechanisms deployed over a switch fabric system
US8837277B2 (en) * 2011-06-01 2014-09-16 Cisco Technology, Inc. Source routing convergence in constrained computer networks
US9077561B2 (en) * 2012-03-27 2015-07-07 Juniper Networks, Inc. OAM label switched path for fast reroute of protected label switched paths

Also Published As

Publication number Publication date
EP2654256A3 (en) 2013-12-18
EP2654256A2 (en) 2013-10-23
JP5817078B2 (ja) 2015-11-18
US20130272141A1 (en) 2013-10-17
CN103379035A (zh) 2013-10-30
EP2654256B1 (en) 2015-05-13

Similar Documents

Publication Publication Date Title
US5687168A (en) Link state routing device in ATM communication system
JP6358347B2 (ja) 通信システム、制御装置、ノードの制御方法
CN1973486B (zh) 在采用受保护链路的数据网络中避免微环的方法和装置
JP6369698B2 (ja) トラフィック切り替え方法、デバイス、およびシステム
CN106063195B (zh) 具有单独控制设备和转发设备的网络中的控制设备发现
JP5817078B2 (ja) 伝送システム、集中制御計算機、及び伝送方法
KR102118687B1 (ko) SDN(Software-defined networking)에서 네트워크 장애 해소를 위한 컨트롤러 및 스위치의 동작 방법과, 이를 위한 컨트롤러 및 스위치
JP5691703B2 (ja) マルチキャストネットワークシステム
EP2137844B1 (en) Distributed routing table architecture and design
US6823395B1 (en) Arrangement and method relating to routing in a network
US8989019B2 (en) Transmission system, managing computer, and logical path construction method
US10320653B2 (en) Route topology discovery in data networks
WO2006131055A1 (fr) Procédé et élément de réseau destiné au transfert de données
EP4002776A1 (en) End-to-end flow monitoring in a computer network
CN103688510A (zh) 跨网通信方法及装置
JP4559512B2 (ja) パケット転送システムおよびパケット転送方法
WO2013189414A2 (zh) 网络拓扑自动获取方法及系统、网络查询及管理系统
WO2011118574A1 (ja) 通信システム、制御装置、遅延測定方法およびプログラム
WO2015079615A1 (ja) 通信システム、通信方法、ネットワーク情報結合装置、処理規則変換方法および処理規則変換プログラム
WO2015079616A1 (ja) 通信システム、通信方法、ネットワーク情報結合装置およびネットワーク情報結合プログラム
EP1185041B1 (en) OSPF autonomous system with a backbone divided into two sub-areas
US8750166B2 (en) Route topology discovery in data networks
JP4559511B2 (ja) パケット転送システムおよびパケット転送方法
GB2537657A (en) Subsea control system communication network
WO2022194193A1 (zh) 用于获取路径的方法和装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141105

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141105

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150821

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150911

R150 Certificate of patent or registration of utility model

Ref document number: 5817078

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees