JP2012531155A - ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法 - Google Patents

ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法 Download PDF

Info

Publication number
JP2012531155A
JP2012531155A JP2012516653A JP2012516653A JP2012531155A JP 2012531155 A JP2012531155 A JP 2012531155A JP 2012516653 A JP2012516653 A JP 2012516653A JP 2012516653 A JP2012516653 A JP 2012516653A JP 2012531155 A JP2012531155 A JP 2012531155A
Authority
JP
Japan
Prior art keywords
network
data
client device
network resources
data connection
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
JP2012516653A
Other languages
English (en)
Other versions
JP5504341B2 (ja
Inventor
グランメル，ゲルト
Original Assignee
アルカテル−ルーセント
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 アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2012531155A publication Critical patent/JP2012531155A/ja
Application granted granted Critical
Publication of JP5504341B2 publication Critical patent/JP5504341B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • 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/12—Shortest path evaluation
    • H04L45/128—Shortest path evaluation for finding disjoint paths
    • 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/12—Shortest path evaluation
    • H04L45/128—Shortest path evaluation for finding disjoint paths
    • H04L45/1283—Shortest path evaluation for finding disjoint paths with disjoint links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath

Landscapes

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

Abstract

ネットワークによって２つのクライアント間で互いに素であるデータ接続を確立するための方法が提案される。この方法は、異なるデバイスにおける異なるステップを備える。第１のクライアントデバイスが、クライアント−ネットワークインタフェースを介して、第２のクライアントデバイスに対する少なくとも２つの互いに素であるデータ接続を要求するための１つまたは複数の接続要求メッセージをネットワークに送信する。この１つまたは複数の接続要求メッセージは、ネットワークリソースの第１の所定のセットを示す第１の通知するデータと、前記ネットワークリソースの第１のセットとは互いに素であるネットワークリソースの第２の所定のセットを示す第２の通知するデータとを含む。

Description

本発明は、クライアント間で互いに素であるデータ接続を確立するための方法およびネットワークエンドポイントノードに関する。
いくつかの状況において、クライアントが、互いに素であるトランスポートネットワークを介してデータ接続を確立することを所望する可能性がある。これらの互いに素であるデータ接続は、第１のクライアントデバイスに対するネットワークによって互いに素であるデータパス経由で確立されなければならず、これらの互いに素であるデータ接続は、第１のクライアントデバイスを第２のクライアントデバイスに接続し、第２のクライアントデバイスもやはり、そのネットワークに接続される。
ネットワークエンドポイントノードに対するいくつかのポート経由で接続されたクライアントの場合、クライアントは、そのようなネットワークエンドポイントノードから、そのネットワークの第２のネットワークエンドポイントノードに接続された第２のクライアントに対するいくつかのデータ接続を要求することができることが知られている。
クライアントが、第２のクライアントに対するネットワークを介して２つの互いに素であるデータ接続を有することの利点は、クライアントが、その２つの互いに素であるデータ接続を冗長なデータ接続として使用することができることである。このことは、クライアントが、第１のデータ接続経由のデータ伝送に障害が生じた場合に、第１のデータ接続経由のデータ伝送を保護することを所望する事例において望ましい。そのような事例において、クライアントは、データ伝送を第１のデータ接続から第２のデータ接続に切り換えることができる。その２つのデータ接続が互いに素であることをクライアントが知っていることにより、クライアントは、それらのデータ接続が互いに素であり、つまり、それらの接続が互いに素であるデータパス経由で確立されているため、ネットワーク内の単一のネットワークリソースの障害が、両方のデータ接続には影響を与えないことを確信することができる。
本発明の目的は、ネットワークを介して互いに素であるデータ接続を確立するための現在、知られている方法を改良することである。
本発明によれば、ネットワークによって２つのクライアント間で互いに素であるデータ接続を確立するための方法が提案される。この方法は、異なるデバイスにおける異なるステップを備える。
第１のクライアントデバイスが、クライアント−ネットワークインタフェースを介して、第２のクライアントデバイスに対する少なくとも２つの互いに素であるデータ接続を要求するための１つまたは複数の接続要求メッセージをネットワークに送信する。この１つまたは複数の接続要求メッセージは、ネットワークリソースの第１の所定のセットを示す第１の通知するデータと、ネットワークリソースの第１のセットとは互いに素であるネットワークリソースの第２の所定のセットを示す第２の通知するデータとを含む。
ネットワークは、ネットワークリソースの第１のセットから選択されたネットワークリソースを使用して、第１のデータパス経由で第１のデータ接続を確立する。さらに、ネットワークは、ネットワークリソースの第２のセットから選択されたネットワークリソースを使用して、第２のデータパス経由で第２のデータ接続を確立する。
この提供される方法は、クライアントが、単に、異なる通知するデータを含む１つまたは複数の要求メッセージを送信することによって、ネットワークエンドポイントノードから、互いに素であるデータ接続を要求することができるという利点を有する。クライアントは、データ接続のためにネットワークリソースが使用されるべきこと、ならびにそのデータ接続に対応するデータパスを明示する命令を、ネットワークエンドポイントノードに与えなくてもよい。
第１のクライアントデバイスが単一のネットワークエンドポイントノードに接続されたネットワークを示す図である。 第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続されたネットワークを示す図である。 第１のクライアントデバイスが２つのネットワークエンドポイントノードに接続され、さらにデータ接続が、従来技術によりそれらのネットワークエンドポイントノードによって確立されるネットワークを示す図である。 第１の実施形態による、ネットワークリソースがネットワークリソースの互いに素であるセットに割り当てられるネットワークを示す図である。 確立された互いに素であるデータ接続を有するネットワークを示す図である。 第１の実施形態による互いに素であるデータ接続を確立するためのプロトコルのステップを示す図である。 第１の実施形態による互いに素であるデータ接続を確立するための代替のプロトコルのステップを示す図である。 さらなる代替のソリューションによる確立されたデータ接続を有するネットワークを示す図である。 さらなる代替のソリューションによるシグナリングプロトコルのステップを示す図である。 第１の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。 第２の実施形態による確立されたデータ接続を有するネットワークを示す図である。 第２の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。 第３の実施形態による確立されたデータ接続を有するネットワークを示す図である。 第３の実施形態による確立されたデータ接続と、変更されたデータパスとを有するネットワークを示す図である。 ネットワークエンドポイントノードを示すブロック図である。 クライアントデバイスを示すブロック図である。
図１は、第１のクライアントデバイスＣ１が、第１のポートＰ１、および第２のポートＰ２経由で接続されたネットワークＮを示す。第１のポート接続ＰＣ１、および第２のポート接続ＰＣ２が、第１のクライアントデバイスＣ１のポートＰ１、Ｐ２からクライアントネットワークインタフェースＣＮＩを介して第１のネットワークエンドポイントノードＮＥＮ１につながる。第１のネットワークエンドポイントノードＮＥＮ１は、異なるリンク、および異なるネットワークノードを経由して第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１は、第１のリンクＬ１１経由で第１のネットワークノードＮＮ１に接続され、ノードＮＮ１から第２のリンクＬ１２が第２のネットワークエンドポイントノードＮＥＮ２につながる。第３のリンクＬ２１が第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながり、ノードＮＮ２から第４のリンクＬ２２が第２のネットワークエンドノードＮＥＮ２につながる。第５のリンクＬ２３が、第２のネットワークエンドノードＮＮ２から第３のネットワークノードＮＮ３につながる。第６のリンクＬ３１が、第１のネットワークエンドノードＮＥＮ１と第３のネットワークノードＮＮ３を接続する。第７のリンクＬ３２が、第３のネットワークノードＮＮ３を第２のネットワークエンドノードＮＥＮ２に接続する。第２のクライアントデバイスＣ２が、クライアントネットワークインタフェースＣＮＩを介して第２のネットワークエンドノードＮＥＮ２に接続される。
第１のクライアントデバイスＣ１が、第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１から、第２のクライアントＣ２に対する第１のデータ接続を要求する。ネットワーク、およびネットワークノード、ならびにネットワークエンドポイントノードがマルチプロトコルラベルスイッチング（ＭＰＬＳ）のプロトコルをサポートする事例において、第１のネットワークエンドポイントノードＮＥＮ１は、Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ（ＯＳＰＦ−ＴＥ）のプロトコルを使用してネットワークを通る第１のパスを決定することができる。図１の例によれば、この第１のパスＰＴＨ１は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ２１経由でネットワークノードＮＮ２につながり、その後、リンクＬ２３が続き、ネットワークノードＮＮ３およびリンクＬ３２を経由してネットワークエンドポイントノードＮＥＮ２につながる。使用されるリンクＬ２１、Ｌ２３、Ｌ３２は、第１のパスＰＴＨ１＝｛Ｌ２１，Ｌ２３，Ｌ３２｝のパスセグメントである。次に、第１のデータ接続ＣＯＮ１が、クライアントデバイスＣ１とクライアントデバイスＣ２の間の第１のパスＰＴＨ１経由で確立される。ネットワーク要素がＭＰＬＳをサポートするネットワークにおいて決定されたパスを確立する原理は、ＲＳＶＰ−ＴＥとして知られているネットワーク要素間の通信プロトコルを介して実行される。このプロトコルは、ネットワークエンドポイントノードＮＥＮ１によって開始され、ノードＮＥＮ１は、第１のデータ接続ＣＯＮ１を確立するために第１のパスＰＴＨ１を確立することを要求する。
クライアントデバイスＣ１がクライアントデバイスＣ２に対して第２のデータ接続ＣＯＮ２を確立することを所望する事例において、デバイスＣ１が、ネットワークに対するポート接続ＰＣ２経由で要求を送信し、この要求は、ネットワークエンドポイントノードＮＥＮ１によって受信される。ＯＳＰＦ−ＴＥプロトコルを介して、ネットワークエンドポイントノードＮＥＮ１は、第２のパスＰＴＨ２が第１のパスＰＴＨ１とは互いに素であるように、第２のデータ接続ＣＯＮ２のための第２のパスＰＴＨ２を決定することができる。このことは、第１のパスと第２のパスが、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のデータ伝送のために共通のネットワークリソースを使用しないことを意味する。
このことによって、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に対する互いに素であるデータ接続として第２のパスＰＴＨ２経由で第２のデータ接続ＣＯＮ２を確立することができる。ＯＳＰＦ−ＴＥプロトコルに依拠する目的で、ネットワークエンドポイントノードＮＥＮ１は、ネットワークノードとネットワークエンドポイントノードによって交換されるメッセージから収集されたルーティングデータＲＤを格納する。ルーティングデータＲＤから、ネットワークエンドポイントノードＮＥＮ１は、ネットワークＮのトポロジについての情報を有し、この情報は、ノードＮＥＮ１がパスを決定するためにいくつかのリンクを選択することを可能にする。
第２のパスＰＴＨ２は、ネットワークエンドポイントノードＮＥＮ１からリンクＬ１１経由でネットワークノードＮＮ１につながり、ノードＮＮ１からリンクＬ１２経由でネットワークエンドポイントノードＮＥＮ２に進む。第２のパスＰＴＨ２のために使用されるこれらのリンクは、第２のパスＰＴＨ２＝｛Ｌ１１，Ｌ１２｝のパスセグメントである。
図１に示されるネットワークＮが、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）である事例において、汎用マルチプロトコルラベルスイッチング（ＧＭＰＬＳ）の原理が、第１のネットワークエンドポイントノードＮＥＮ１によって、互いに素であるデータ接続を確立するための互いに素であるデータパスを決定し、確立するために活用されることが可能である。
図２は、第１のクライアントデバイスＣ１が第１のポートＰ１および第１のポート接続ＰＣ１経由で第１のネットワークエンドポイントノードＮＥＮ１に接続されたネットワークを示す。さらに、第１のクライアントデバイスＣ１は、第２のポートＰ２および第２のポート接続ＰＣ２経由で第２のネットワークエンドポイントノードＮＥＮ２に接続される。第１のネットワークエンドポイントノードＮＥＮ１と第２のネットワークエンドポイントノードＮＥＮ２は、異なるリンク、および異なるネットワークノードを経由して第３のネットワークエンドポイントノードＮＥＮ３に接続され、ノードＮＥＮ３には、第２のクライアントＣ２がクライアントネットワークインタフェースＣＮＩを介して接続される。
図２のネットワークＮは、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２、ＮＥＮ３、ならびにさらなるリンク、およびさらなるネットワークノードを備える。第１のリンクＬ１１が、第１のネットワークエンドポイントノードＮＥＮ１から第１のネットワークノードＮＮ１につながる。第２のリンクＬ１２が、第１のネットワークノードＮＮ１から第１のネットワークエンドポイントノードＮＥＮ３につながる。第３のリンクＬ２１が、第１のネットワークエンドポイントノードＮＥＮ１から第２のネットワークノードＮＮ２につながる。第４のリンクＬ２３が、第２のネットワークノードＮＮ２から第３のネットワークエンドポイントノードＮＥＮ３につながる。第５のリンクＬ２２が、第２のネットワークエンドポイントノードＮＥＮ２から第２のネットワークノードＮＮ２につながる。第６のリンクＬ２４が、第２のネットワークノードＮＮ２から第３のネットワークノードＮＮ３につながる。第７のリンクＬ３１が、第２のネットワークエンドポイントノードＮＥＮ２から第３のネットワークノードＮＮ３につながる。第８のリンクＬ３２が、第３のネットワークノードＮＮ３から第３のネットワークエンドポイントノードＮＥＮ３につながる。
図３は、第１のクライアントデバイスＣ１にデータ接続を提供するためにＭＰＬＳまたはＧＭＰＬＳの原理を使用している場合に確立されるデータ接続を示す。図３に示されるネットワークは、図２に示されるすべての要素を示す。さらに、図３のネットワークは、第１のデータ接続ＣＯＮ１、第２のデータ接続ＣＯＮ２１、および第３のデータ接続ＣＯＮ２２を示す。これらのデータ接続の目的は、後段で詳細に説明される。
クライアントデバイスＣ１が、第１のポート接続ＰＣ１経由でネットワークエンドポイントノードＮＥＮ１から、クライアントデバイスＣ２に対する第１のデータ接続を要求するものと想定されたい。さらに、ネットワークエンドポイントノードＮＥＮ１が、ネットワークノードＮＮ２を通過して、最終的に、ネットワークエンドポイントノードＮＥＮ３に到達する、リンクＬ２１およびリンクＬ２３を経由するパスを決定するものと想定されたい。
そのようなパスは、ＯＳＰＦ−ＴＥプロトコルを使用して決定されることが可能である。ＲＳＶＰ−ＴＥのプロトコルを使用して、このパスを確立した後、ネットワークエンドポイントノードＮＥＮ１は、このパスを経由する第１のデータ接続ＣＯＮ１を、第１のポート接続ＰＣ１経由でクライアントデバイスＣ１に提供する。
次のステップとして、クライアントデバイスＣ１が、第２のポート接続ＰＣ２経由でネットワークエンドポイントノードＮＥＮ２から、第１のデータ接続ＣＯＮ１とは互いに素であるべき、クライアントデバイスＣ２に対する第２のデータ接続を要求するものと想定されたい。ネットワークエンドポイントノードＮＥＮ２がＯＳＰＦ−ＴＥのプロトコルに依拠する事例において、ノードＮＥＮ２は、ネットワークＮのトポロジについての知識を有するが、ネットワークエンドポイントノードＮＥＮ１によって決定され、確立されている、第１のデータ接続ＣＯＮ１のために使用されている第１のパスについての知識は有さない。したがって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素であるべき第２のデータ接続を確立するために、いずれの種類のネットワークリソースが使用されるべきであるかという問題に関して十分な知識は有さない。
図３に示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークエンドポイントノードＮＥＮ２からリンクＬ２２経由でネットワークノードＮＮ２２につながり、リンクＬ２３経由でネットワークエンドポイントノードＮＥＮ３に進むパス経由で、第２のデータ接続ＣＯＮ２１を確立することも可能である。そのような第２のデータ接続ＣＯＮ２１のためのそのような第２のパスは、第１のデータ接続ＣＯＮ１とは互いに素でない第２のデータ接続である。また、ネットワークエンドポイントノードＮＥＮ２からリンクＬ３１に沿ってネットワークノードＮＮ３およびリンクＬ３２に進むパス経由でネットワークエンドポイントノードＮＥＮ３につながる第３のデータ接続ＣＯＮ２２も可能である。そのような第３のデータ接続ＣＯＮ２２は、第１のデータ接続ＣＯＮ１とは互いに素であるデータ接続である。
問題は、第２のネットワークエンドポイントノードＮＥＮ２が、第２の接続ＣＯＮ２１と第３の接続ＣＯＮ２２を、第１の接続ＣＯＮ１に対するこれらの接続ＣＯＮ２１、ＣＯＮ２２の互いに素であることに関して区別することができないことである。このことは、ＭＰＬＳからのＯＳＰＦ−ＴＥのプロトコル、またはＧＭＰＬＳの等価のプロトコルが、ネットワークエンドポイントノードＮＥＮ１によって確立された第１のデータ接続ＣＯＮ１などの、異なるノードによって既に確立されているパスおよびデータ接続を認識するために、第２のネットワークエンドポイントノードＮＥＮ２に十分な情報を供給しないということに起因する。異なるネットワークエンドポイントノードによってそれまでに確立されているデータ接続とは互いに素であるべきデータ接続を確立するために、ネットワークエンドポイントノードは、従来技術によれば、他のネットワークエンドポイントノードによって既に確立されているパスおよびデータ接続を考慮に入れることができない。
ネットワークＮの完全なトポロジ情報をクライアントデバイスＣ１に送ることは、一方で、クライアントデバイスＣ１が、所望に応じてデータパス、および対応するデータ接続を確立するためにネットワークＮの然るべきネットワークリソースを選択することを可能にする。このことは、他方で、ネットワークＮの完全なトポロジ情報がクライアントＣ１に送られるという欠点を有する。このことは、セキュリティの問題のためにネットワーク事業者には往々にして望ましくない。
（第１の実施形態）
ネットワーク事業者が、ネットワークリソースの互いに素であるセットにネットワークリソースを割り当てて、互いに素であるセットに依拠する互いに素であるデータ接続が、ネットワークを介して第１のクライアントデバイスＣ１から第２のクライアントデバイスＣ２までつながるようにする。ネットワークリソースの各セットは互いに素であり、つまり、単一のネットワークリソースは、ネットワークリソースの単一のセットに属することだけが可能である。
つまり、ネットワークリソースのセットは、ネットワークを介して第１のクライアントデバイスと第２のクライアントデバイスの間で、ネットワークリソースの単一のセットのネットワークリソースに依拠してのみ、データ接続を確立することが可能であるように構成される。さらに、ネットワークリソースの異なる互いに素であるセットに依拠するデータ接続は、共通のネットワークリソースを全く有さない。ネットワークリソースは、ネットワーク事業者によって或るセットに一意に指定される。このことは、単一のネットワークリソースがネットワークリソースの単一のセットに割り当てられることしか可能でないことを意味する。ネットワークリソースのセットは、単一のネットワークリソースを備えることも、複数のネットワークリソースを備えることも可能である。さらに、ネットワークは、ネットワークリソースの単一のセットを一意に識別するための通知データを作成し、この通知するデータを第１のクライアントに供給する。好ましいソリューションによれば、通知するデータは、単一のデータ値であり、そのような値は、ネットワークリソースのセットを一意に識別する番号、または別の値であることが可能である。このため、第１のクライアントから見て、通知するデータは、事前定義されたデータである。
ネットワークリソースをネットワークリソースのセットに割り当てるために、ネットワーク事業者は、ネットワークリソースにタグを割り当てることができ、このタグは、ネットワークリソースのセットを一意に識別する。その場合、ネットワークリソースのセットを一意に識別するための通知するデータは、ネットワークリソースの識別されたセットに属するすべてのネットワークリソースに割り当てられているタグであることが可能である。さらに、ネットワーク事業者は、ネットワークリソースの互いに素であるセットにネットワークリソースを指定する、指定するデータを作成することが可能である。この指定するデータは、ネットワークリソースを識別するためのデータと、それらのネットワークリソースを互いに素であるセットに割り当てる目的でそれらのネットワークリソースに割り当てられているタグとを備えることが可能である。次に、この指定するデータが、ネットワーク事業者によって、クライアントが接続されている可能性があるネットワークエンドポイントノードに供給される。この指定するデータは、さらなるネットワークデバイスに供給されてもよい。
この第１の実施形態において、リンクは、ネットワークリソースであるものと想定される。ネットワークノードは、ネットワークリソースであるとは想定されない。
図４は、図２に示されるすべての要素を有するネットワークＮ、および２つのクライアントデバイスを示す。さらに、図４は、さらなる要素を示し、これらの要素によって、互いに素であるデータ接続を確立する提案される方法が、次に、第１の実施形態に従って説明される。
図４によれば、ネットワークリソースの第１のセットＳＡが、リンクＬ２１およびリンクＬ２３から構成され、ＳＡ＝｛Ｌ２１，Ｌ２３｝である。このことが、タグＡを第３のＬ２１およびリンクＬ２３に割り当てることによって図４に示される。ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢが、ＳＢ＝｛Ｌ２２，Ｌ２４，Ｌ３１，Ｌ３２｝として構成される。第２のセットＳＢのネットワークリソースには、図４で第２のタグＢが割り当てられる。第１のセットＳＡ、および第２のセットＳＢとは互いに素であるネットワークリソースの第３のセットＳＣが、ＳＣ＝｛Ｌ１１，Ｌ１２｝から構成される。第３のセットＳＣのネットワークリソースには、第３のタグＣが割り当てられる。タグＡ、Ｂ、Ｃは、クライアントＣ１に供給される、通知するデータＩＤとして定義される。さらに、ネットワーク事業者によって作成された指定するデータが、このデータが格納されるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２に供給される。ネットワークＮのネットワーク事業者が、ネットワークリソースをネットワークリソースのセットに割り当て、さらにタグＡ、Ｂ、Ｃをネットワークリソースに割り当てると、もたらされる指定データが、指定データをネットワークのすべての要素が利用できるようにする目的で、ネットワークにわたってプロトコルを介して配信されることが可能である。
第１のクライアントデバイスＣ１に格納された通知するデータＤＤは、ネットワークリソースのセットをＳＡ、ＳＢ、ＳＣとして一意に識別するタグＡ、Ｂ、Ｃに過ぎないことが可能である。
クライアントＣ１が、ネットワークリソースの或るセットに属するネットワークリソースに基づいて、データ接続を確立することを所望する場合、クライアントは、通知するデータＩＤから対応するタグを単に選択し、遠隔クライアントＣ２のアドレスと、選択されたタグとを含む要求をネットワークエンドポイントノードＮＥＮ１に送信するだけでよい。すると、ネットワークエンドノードＮＥＮ１は、選択されたタグによって識別されるセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対する第１のデータ接続を確立する。ネットワーク事業者による互いに素であるセットに対するネットワークリソースの適切な指定を想定すると、クライアントデバイスＣ１は、さらなるデータ接続のために通知するデータＩＤから異なるタグを選択し、遠隔クライアントＣ２のアドレスと、選択されたさらなるタグとを含む要求をネットワークエンドポイントノードＮＥＮ２に送信することによって、ネットワークエンドポイントノードＮＥＮ２からさらなる互いに素であるデータ接続を要求することができる。すると、ネットワークエンドノードＮＥＮ２は、選択されたさらなるタグによって識別されたセットに属するネットワークリソースに基づいて、遠隔クライアントＣ２に対するさらなるデータ接続を確立する。このことは、互いに素であり、異なるネットワークエンドノードＮＥＮ１、ＮＥＮ２によって提供されているデータ接続をもたらす。
ネットワークリソースの識別されたセットのリソースだけを使用してデータ接続を確立するために、ネットワークエンドノードは、ネットワークエンドノードの中に格納された指定するデータＤＤ、およびやはりネットワークエンドノードの中に格納されているルーティングデータに依拠する。ルーティングデータは、例えば、ＭＰＬＳアルゴリズムまたはＧＭＰＬＳアルゴリズムのために使用されるルーティングデータであることが可能である。
クライアントＣ１は、個々の互いに素であるデータ接続を要求するために、個々の通知するデータを有する個々の要求メッセージを個々のネットワークエンドノードに送信することができる。また、クライアントＣ１は、複数の互いに素であるデータ接続を要求するために、複数の通知するデータを伝送する１つの要求メッセージを送信することもできる。
次に、互いに素であるデータ接続を確立するための提案される方法の様々なステップが、図５Ａおよび図５Ｂを使用して詳細に説明される。
図５Ａは、図４に示されるすべての要素を有する同一のネットワークを示す。さらに、図５Ａは、提案される方法により確立された第１のデータ接続ＣＯＮ１、および第２のデータ接続ＣＯＮ２を示す。図５Ｂは、クライアントデバイスとネットワークの間のシグナリングプロトコルの様々なステップを示す。
図５Ｂによれば、第１のクライアントデバイスＣ１が、デバイスＣ１の第１のポートＰ１経由でネットワークエンドポイントノードＮＥＮ１に要求メッセージＲＥＱを送信する。要求メッセージＲＥＱは、ネットワークリソースの第１のセットＳＡのネットワークリソースを介するクライアントデバイスＣ２に対するデータ接続を求める要求である。したがって、要求メッセージＲＥＱは、第２のクライアントのアドレスＡＤＲ２（Ｃ２）と、タグＡである、ネットワークリソースの第１のセットを識別する通知するデータとを含む。次のステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のセットＳＡのネットワークリソースだけから成る第１のパスＰＴＨ１を決定する。さらなるステップとして、ネットワークエンドポイントノードＮＥＮ１が、第１のパスＰＴＨ１を確立し、さらにこのことにより、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。ネットワークエンドポイントノードは、提供するメッセージＰＲＶ（ＣＯＮ１）を送信することによって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に、確立された第１のデータ接続ＣＯＮ１を提供する。
図５Ａによれば、第１のパスＰＴＨ１がＰＴＨ１＝｛Ｌ２１，Ｌ２３｝として決定される。第１のデータパスＰＴＨ１を介して確立された第１のデータ接続ＣＯＮ１が、図５Ａに破線として示される。図５Ｂに示されるとおり、第１のデータ接続ＣＯＮ１は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に供給される。
次のステップとして、図５Ｂが、ネットワークエンドポイントノードＮＥＮ２に対するクライアントデバイスＣ１による第２の要求ＲＥＱを示す。この第２の要求は、クライアントデバイスＣ１からクライアントデバイスＣ２につながる第２のデータ接続を求める要求である。第２のデータ接続ＣＯＮ２は、第１のデータ接続ＣＯＮ１とは互いに素でなければならない。互いに素であるデータ接続を求める、この要求は、クライアントデバイスＣ１によって、第２の要求メッセージの中に、第２のクライアントデバイスのアドレスＡＤＲ（Ｃ２）だけでなく、ネットワークリソースの第１のセットＳＡとは互いに素であるネットワークリソースの第２のセットＳＢを一意に識別する、通知するデータとしてのタグＢも含めることによって、行われる。この要求を受信すると、第２のネットワークＮＥＮ２は、第２のセットＳＢのネットワークリソースだけに基づく第２のパスＰＴＨ２を、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝として決定する。第２のネットワークエンドポイントノードＮＥＮ２が、第２のパスＰＴＨ２を確立し、これにより、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２も確立する。ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供する。タグＢを通知するデータとして含む第２の要求メッセージを受信することによって、ネットワークエンドポイントノードＮＥＮ２は、第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を決定することを確実にする目的で、ネットワークエンドポイントノードＮＥＮ２の中に格納された指定データＤＤに依拠することができる。通知するデータＢは、タグＢも有するとして指定するデータＤＤの中で印が付けられ、したがって、ネットワークリソースの第２のセットＳＢに属するネットワークリソースを一意に識別する。
提案される方法は、ネットワークエンドポイントノードＮＥＮ２が、ネットワークエンドポイントノードＮＥＮ１によって提供されている第１のデータ接続ＣＯＮ１とは互いに素である第２のデータ接続ＣＯＮ２を提供することができるという利点を有する。つまり、異なるネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２は、他方のネットワークエンドポイントノードによってそれまでに確立されている他方のデータ接続に対して互いに素であるデータ接続を提供することができる。このことは、ネットワークエンドポイントノードの中に格納された指定データＤＤ、および第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤによって確実にされる。完全なトポロジ情報は、第１のクライアントデバイスＣ１に全く送られなくてもよい。このことは、ネットワークＮのネットワークプロバイダに高いレベルのセキュリティを確実にする。
図３に関連して前述したとおり、従来技術によれば、第２のネットワークエンドポイントノードＮＥＮ２が、第１のネットワークエンドポイントノードＮＥＮ１によってそれまでに確立されている第１のデータ接続ＣＯＮ１に対して互いに素であるべき第２のデータ接続を提供することを確実にすることは可能ではない。次に、この問題が、前述した提案される方法の様々なステップを実行することによって解決される。
第１の実施形態によれば、通知データＩＤは、ネットワーク事業者によって供給されたタグＡ、Ｂ、Ｃを含む。第１の代替のソリューションによれば、第１のクライアントデバイスＣ１の中に格納された通知するデータＩＤは、それぞれの個々のタグＡ、Ｂ、Ｃに加えて、或る選択されたタグに対応するデータ接続を確立することができるネットワークエンドポイントノードに到達することが可能なポートＰ１、Ｐ２を識別するデータをさらに含む。図５Ａを参照すると、第１の通知するデータは、第１のポートＰ１を識別するデータに加えて、第１のタグＡを含む。このことは、第１のポートＰ１経由で、第１のタグＡに対応するネットワークリソースの第１のセットＳＡを介してデータ接続を確立することができるネットワークエンドポイントノードである、第１のネットワークエンドポイントノードＮＥＮ１に到達することが可能であるということによる。このソリューションにおいて第２の通知するデータは、第２のポートＰ２を識別する識別データおよびタグＢである。第３の通知するデータは、第１のポートＰ１を識別する識別データおよび第３のタグＣである。或るポートを識別する或る識別データとともに或るタグを通知するデータとして格納することによって、クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、選択されたタグに対応するネットワークリソースのセットからのネットワークリソースを使用して、データ接続を要求することに成功することが可能であるかという知識を有する。
さらなる代替のソリューションによれば、通知するデータＡ、Ｂ、Ｃだけが、通知するデータＩＤとして第１のクライアントデバイスＣ１の中に格納される。通知するデータＩＤに加えて、或るポートＰ１、Ｐ２を識別する識別データは、全く格納されない。この代替のソリューションに関して、図５Ｃは、クライアントデバイスＣ１とネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２の間のシグナリングのためのプロトコルを示す。クライアントデバイスＣ１が、第２のポートＰ２経由で第２のネットワークエンドポイントノードＮＥＮ２に、ネットワークリソースの第１のセットＳＡに属する、タグＡを有するネットワークリソースを使用するクライアントデバイスＣ２に対するデータ接続を要求する要求ＲＥＱを送信する。ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第２のセットＳＢのネットワークリソースだけを使用してデータ接続を確立することはできないので、ノードＮＥＮ２は、クライアントネットワークインタフェースＣＮＩを介して第１のクライアントデバイスＣ１に、この要求を確認しないという、メッセージＮＡＣＫとして示されるメッセージを送信する。このメッセージＮＡＣＫにより、クライアントデバイスＣ１は、要求に応じることが一般に可能でない、ポートＰ２においてその要求が行われたことを知らされる。このため、クライアントデバイスＣ１は、デバイスＣ１が、最初に要求されたデータ接続を、異なるポート経由で要求することを試みなければならないことを知らされる。したがって、同一の要求が再び行われるが、今度は、第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１に対して行われる。第１のネットワークエンドポイントノードＮＥＮ１は、この要求に応じることができるので、図５Ｂに既に示され、前段で詳細に説明されるパスＰＴＨおよびデータ接続ＣＯＮを決定し、確立するというプロトコルの様々なステップに進む。
図６Ａは、互いに素であるデータ接続を確立する代替のソリューションを、図６Ｂに示される、このソリューションのシグナリングプロトコルのステップとともに示す。
図６Ａは、１つの違いを除いて、図４に示されるすべての要素を有する同一のネットワークを示す。この違いは、リンクＬ２２およびリンクＬ２４がネットワークリソースの第２のセットＳＢに指定されないことである。したがって、リンクＬ２２およびリンクＬ２４にはタグが付けられておらず、ネットワークリソースの第２のセットＳＢは、ＳＢ＝｛Ｌ３１，Ｌ３２｝である。図６Ａによれば、クライアントデバイスＣ１に格納された通知するデータＩＤは、タグＡ、Ｂ、Ｃだけを含む。クライアントデバイスＣ１は、いずれのポートＰ１、Ｐ２経由で、ネットワークリソースの或るセットのネットワークリソースに基づくデータパス経由のデータ接続が、ネットワークエンドポイントノードＮＥＮ１、ＮＥＮ２から要求されることに成功する可能性があるかということについての知識を有さない。
図６Ｂによれば、クライアントデバイスＣ１が、ネットワークリソースの第２のセットＳＢに属するネットワークリソースに基づいて、クライアントデバイスＣ２に対するデータ接続を要求する要求メッセージを、ネットワークエンドポイントノードＮＥＮ２に送信する。ネットワークエンドポイントノードＮＥＮ２は、この要求を受けると、第１のパスＰＴＨ１をパスＰＴＨ１＝｛Ｌ３１，Ｌ３２｝として決定し、第１のパスＰＴＨ１経由で第１のデータ接続ＣＯＮ１を確立する。次に、第１のデータ接続ＣＯＮ１が、ネットワークエンドポイントノードＮＥＮ２によってクライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に提供される。第２の要求として、クライアントデバイスＣ１が、ネットワークリソースの第１のセットＳＡだけに属するネットワークリソースに基づくべき第２のポートＰ２経由のクライアントデバイスＣ２に対する第２のデータ接続を、第２のネットワークエンドポイントノードＮＥＮ２から要求する。図６Ａに示されるとおり、ネットワークエンドポイントノードＮＥＮ２は、ネットワークリソースの第１のセットＳＡに属するネットワークリソースだけを使用するパスＰＴＨ２を決定することができない。しかし、ネットワークエンドポイントノードＮＥＮ２は、リンクＬ２３であるネットワークリソースの第１のセットＳＡに属するネットワークリソース、ならびにネットワークリソースの他のいずれのセットにも割り当てられておらず、それまでに決定され、確立されているデータ接続のデータパスのためにまだ占有されてもいないネットワークリソースであるリンクＬ２２を含むパスＰＴＨ２をＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として決定することができる。クライアントデバイスＣ１の第２の要求を拒否する代わりに、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２を、このデータ接続が、それまでに確立されているデータ接続ＣＯＮ１とは互いに素であるデータ接続であるので、ＰＴＨ２＝｛Ｌ２２，Ｌ２３｝として確立する。この第２のデータ接続ＣＯＮ２は、ネットワークリソースの要求されたセットＳＡのネットワークリソース、およびネットワークリソースのセットに割り当てられておらず、それまでの時点で確立されている、確立されたデータ接続のためにまだ使用されてもいないネットワークリソースに依拠する。
図６Ｂのシグナリングプロトコルによれば、パスＰＴＨ２＝｛Ｌ２２，Ｌ２３｝が、ネットワークエンドポイントノードＮＥＮ２によって決定されて、確立され、ノードＮＥＮ２は、このことにより、破線で示される第２のデータ接続ＣＯＮ２を確立する。第２のデータ接続ＣＯＮ２は、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＰＲＶ（ＣＯＮ２）を介してクライアントデバイスＣ１に提供される。さらに、通知メッセージＭＳＧが、ネットワークエンドポイントノードＮＥＮ２によって、クライアントネットワークインタフェースＣＮＩを介してクライアントデバイスＣ１に送信される。このメッセージＭＳＧは、提供される第２のネットワーク接続ＣＯＮ２がその他のデータ接続とは互いに素であるが、ネットワークリソースの要求されるセットＳＡに属さないネットワークリソース、ならびにネットワークリソースの要求されるセットＳＡに属するネットワークリソースに依拠することを示す通知データを含む。
図７は、ネットワークリソースに障害が生じた場合に、ネットワークにおいてデータ接続を確立する代替のソリューションを示す。図７は、図４に示されるすべての要素を示す。さらに、図７は、第１のネットワークエンドポイントＮＥＮ１によって第１のポートＰ１経由で提供される、第１のクライアントデバイスＣ１に対する第１のデータ接続ＣＯＮ１を示す。第１のデータ接続ＣＯＮ１は、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝に依拠する。さらに、図７は、第１のネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される第３のデータ接続ＣＯＮ３を示す。第３のデータ接続ＣＯＮ３は、ネットワークリソースの第３のセットＳＣのリンクによって形成される第３のデータパスＰＴＨ３に依拠し、ＰＴＨ３＝｛Ｌ１１，Ｌ１２｝として第３のデータパスＰＴＨ３をもたらす。
図７によれば、第２のタグＢが付けられ、このため、ネットワークリソースの第２のセットＳＢに属するリンクＬ３２が、切断障害ＤＣを有する。このため、ネットワークは、パスＰＴＨ２＝｛Ｌ３１，Ｌ３２｝に依拠して、図５Ａに示される第２のデータ伝送ＣＯＮ２をもはや提供することができない。代わりに、ネットワークは、第２のデータ接続ＣＯＮ２を、ＰＴＨ２Ａ＝｛Ｌ３１，Ｌ２４，Ｌ２３｝としての変更された第２のデータパスＰＴＨ２Ａに依拠する、変更された第２のデータ接続ＣＯＮ２Ａに変更しなければならない。現時点で、変更された第２のデータパスＰＴＨ２Ａを経由する変更された第２のデータ接続ＣＯＮ２Ａは、リンクＬ２３である、ネットワークリソースの第１のセットＳＡに含まれるさらなるネットワークリソースに部分的に依拠する。このため、第２の変更されたデータ接続ＣＯＮ２Ａは、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。
第１の代替として、第２のデータ接続ＣＯＮ２が変更されるが、変更された第２のデータ接続ＣＯＮ２Ａは、それでも、それまでに確立されている他のすべてのデータ接続とは互いに素である事例において、第２のネットワークエンドポイントノードＮＥＮ２が、クライアントデバイスＣ１に通知メッセージをシグナリングする。そのようなメッセージは、好ましくは、データ接続を確立するために使用されたネットワークリソースのセットＳＢを識別するネットワークリソースのタグＢを含む。
第２の代替として、第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、変更された第２のデータ接続ＣＯＮ２Ａが、それまでに確立されている他のすべてのデータ接続に対してもはや互いに素ではなく、それまでに確立されている或るデータ接続と少なくとも１つのさらなるネットワークリソースを共通で有し、そのさらなるネットワークリソースは、そのそれまでに確立されているデータ接続のネットワークリソースのセットからのものである事例において、ネットワークエンドポイントノードＮＥＮ２が、第１のクライアントデバイスＣ１に通知メッセージをシグナリングする。このメッセージは、好ましくは、変更された第２のデータ接続ＣＯＮ２Ａの第２のラベルＢを含む。代替のソリューションとして、このメッセージは、変更されたデータ接続ＣＯＮ２Ａがリソースを共通で有するデータ接続ＣＯＮ１のラベルＡをさらに含む。このことにより、クライアントＣ１は、いずれのデータ接続が共通のリソースを使用しているかを知らされる。
図７の例によれば、クライアントデバイスＣ１は、そのようなメッセージによって、第１のデータ接続ＣＯＮ１上で伝送されるトラフィックと、変更された第２のデータ接続ＣＯＮ２Ａ上で伝送されるトラフィックがもはや、互いに素であるリソース上、および互いに素であるデータパス上で伝送されていないということについて知らされる。このため、クライアントデバイスＣ１は、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａが共通のネットワークリソースを使用しているので、データ接続ＣＯＮ１とデータ接続ＣＯＮ２Ａの両方に関する障害の可能なリスクについて知らされる。リンクＬ２３に障害が生じた場合、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａの両方に即時に障害が生じる。したがって、前述した情報を含む前述したメッセージは、或るデータが、第１のデータ接続ＣＯＮ１、および変更された第２のデータ接続ＣＯＮ２Ａとは依然として互いに素である第３のデータ接続ＣＯＮ３経由で送信されるべきかどうかを、クライアントデバイスＣ１が決定することを可能にする。
好ましくは、この通知メッセージは、その２つのデータ接続ＣＯＮ１、ＣＯＮ２Ａが、変更の後に現時点で共通で有するネットワークリソースのタイプを示す通知データを含む。
（第２の実施形態）
図８は、２つのクライアントデバイス、ならびに１つの違いを除いて、図４に示されるすべての要素を含むネットワークを示す。図８によれば、この違いは、リンクＬ２３が、第１のファイバＬ２３１、および第２のファイバＬ２３２という２つのファイバから構成される光ファイバ束であることである。第１のファイバＬ２３１には、第１のファイバＬ２３１をネットワークリソースの第２のセットＳＢに指定して、ＳＢ＝｛Ｌ２２，Ｌ２３１，Ｌ３１，Ｌ２４，Ｌ３３｝をもたらす、第２のタグＢが割り当てられる。第２のファイバＬ２３２には、第２のファイバＬ２３２をネットワークリソースの第１のセットＳＡに指定して、ＳＡ＝｛Ｌ２１，Ｌ２３２｝をもたらす、第１のタグＡが割り当てられる。
第１のデータ接続ＣＯＮ１が、第１のデータパスＰＴＨ１＝｛Ｌ２１，Ｌ２３｝を介してクライアントデバイスＣ１の第１のポートＰ１経由で第１のネットワークエンドポイントノードＮＥＮ１によって提供される。第２のデータ接続ＣＯＮ２が、第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝を介してクライアントデバイスＣ１に第２のポートＰ２経由でネットワークエンドポイントノードＮＥＮ２によって提供される。この実施形態において、第１のデータ接続ＣＯＮ１と第２のデータ接続ＣＯＮ２は、１つの光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を使用しているので、互いに素であると定義される。タグＡ、Ｂ、Ｃは、ネットワークＮのネットワーク事業者によって、単独のリンクの粒度で配布されるだけでなく、単独のファイバ束の単独のファイバＬ２３１、Ｌ２３２の粒度でも配布される。図８に示されるさらなるリンクは、この例では、単一のファイバだけから成る光リンク、または電線を介する電気的データ接続のリンクであると考えられる。
図示される例によれば、リンクＬ３２は、第１の切断ＤＣ１を被り、第１の切断ＤＣ１は、第２のデータ接続ＣＯＮ２が第２のパスＰＴＨ２＝｛Ｌ２２，Ｌ２３１｝に沿ってルーティングされて、第１の接続ＣＯＮ１と第２の接続ＣＯＮ２が同一の光ファイバ束Ｌ２３を通るが、ただし、異なるファイバＬ２３１、Ｌ２３２を通ることをもたらす原因である。代替のソリューションによれば、２つのデータ接続ＣＯＮ１、ＣＯＮ２は依然として、互いに素であると定義されるが、２つのデータ接続ＣＯＮ１、ＣＯＮ２が同一の光ファイバ束Ｌ２３の異なるファイバＬ２３１、Ｌ２３２を通っているということは、その２つのファイバＬ２３１、Ｌ２３２が共有されるリスクグループＳＲＧのものであるため、より高いリスクと見なされる。好ましくは、ネットワークエンドポイントノードＮＥＮ２は、第２のデータ接続ＣＯＮ２が、現時点で、別のデータ接続ＣＯＮ１の別のネットワークリソースＬ２３２の共有されるリスクグループＳＲＧに入っているネットワークリソースに依拠することを示すメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、ネットワークエンドポイントノードＮＥＮ１は、第１のデータ接続ＣＯＮ１に関する対応するメッセージもクライアントデバイスＣ１にシグナリングする。
図８に示されるネットワークを想定すると、図９に示されるネットワークは、ファイバ束Ｌ２３の第１のファイバＬ２３１上で第２の切断障害ＤＣ２が生じた場合に、第２のデータ接続ＣＯＮ２を変更された第２のデータ接続ＣＯＮ２Ａに変更することを示す。第２のデータパスＰＴＨ２は、第２のデータパスＰＴＨ２が変更された第２のデータパスＰＴＨ２Ａ＝｛Ｌ２２，Ｌ２３２｝によって置き換えられて、破線として示される第２のデータ接続ＣＯＮ２Ａがもたらされるように変更される。第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２Ａは、現時点で、光ファイバ束Ｌ２３の同一のファイバに依拠しているので、これら２つのデータ接続は、互いにもはや互いに素ではないと定義される。このため、第２のネットワークエンドポイントノードＮＥＮ２は、別のデータ接続ＣＯＮ１に対してもはや互いに素ではない第２のデータ接続ＣＯＮ２Ａに変更されている第２のデータ接続ＣＯＮ２の第２のタグＢを含むメッセージを、クライアントデバイスＣ１にシグナリングする。好ましくは、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、現時点で、ネットワークリソースの第１のセットのネットワークリソースを共通で有するさらなるデータ接続ＣＯＮ１の第１のタグＡをさらに含む。
（第３の実施形態）
図１０は、２つの違いを除いて、図４に示されるすべての要素を示す。第１の違いは、リンクＬ２２およびリンクＬ２４がタグを割り当てられておらず、このため、ネットワークリソースのいずれのセットにも指定されていないことである。
第２の違いは、リンクがタグを割り当てられており、このため、ネットワークリソースのセットに指定されているだけでなく、ネットワークノードもタグを割り当てられており、このため、ネットワークリソースのセットに指定されていることである。ネットワークノードＮＮ１は、第３のタグＣを割り当てられており、このため、ネットワークリソースの第３のセットＳＣに指定されて、ＳＣ＝｛ＮＮ１，Ｌ１１，Ｌ１２｝がもたらされる。ネットワークノードＮＮ２は、第１のタグＡを割り当てられており、このため、ネットワークリソースの第１のセットＳＡに指定されて、ＳＡ＝｛ＮＮ２，Ｌ２１，Ｌ２３｝がもたらされる。ネットワークノードＮＮ３は、第２のタグＢを割り当てられており、このため、ネットワークリソースの第２のセットＳＢに指定されて、ＳＢ＝｛ＮＮ３，Ｌ３１，Ｌ３２｝がもたらされる。
第１のデータ接続ＣＯＮ１が、ＰＴＨ１＝｛Ｌ２１，ＮＮ２，Ｌ２３｝として決定され、確立された第１のパスＰＴＨ１に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポートＰ１経由で提供される。第２のデータ接続が、ＰＴＨ２＝｛Ｌ３１，ＮＮ３，Ｌ３２｝として確立され、決定された第２のパスＰＴＨ２に基づいて、ネットワークエンドポイントノードＮＥＮ２によってクライアントデバイスＣ１の第２のポートＰ２経由で提供される。第３のデータ接続ＣＯＮ３が、ＰＴＨ３＝｛Ｌ１１，ＮＮ１，Ｌ１２｝として決定され、確立された第３のパスＰＴＨ３に基づいて、ネットワークエンドポイントノードＮＥＮ１によってクライアントデバイスＣ１の第１のポート経由で提供される。
図１０に示されるネットワークを想定すると、図１１に示されるネットワークは、リンクＬ３１に切断障害ＤＣが生じた場合のネットワークの挙動を示す。第２のデータ接続ＣＯＮ２が、変更された第２のデータ接続ＣＯＮ２Ａに変更されて、ＰＴＨ２Ａ＝｛Ｌ２２，ＮＮ２，Ｌ２４，ＮＮ３，Ｌ２３｝として変更されたデータパスＰＴＨ２Ａがもたらされる。変更された第２のデータ接続ＣＯＮ２Ａは、それでも、リンクＬ２２およびリンクＬ２４であるネットワークリソースの他のいずれのセットにも含まれない、ネットワークリソースの第２のセットＳＢ、または他のリンクであるリンクだけを経由してつながる。リンクが互いに素であるという点で、第１のデータ接続ＣＯＮ１と変更された第２のデータ接続ＣＯＮ２は、依然として、互いに素である。しかし、ネットワークノードが互いに素であるという点では、この第２のデータ接続ＣＯＮ２は、第２のデータ接続ＣＯＮ２と第１のデータ接続ＣＯＮ１がともに、ネットワークリソースの第１のセットＳＡに指定された第２のネットワークノードＮＮ２を現時点で使用しているので、第１のデータ接続ＣＯＮ１に対してもはや互いに素ではない。このため、変更された第２のデータ接続ＣＯＮ２Ａと第１のデータ接続ＣＯＮ１は、もはや互いに素ではないと定義される。したがって、ネットワークエンドポイントノードＮＥＮ２が、第２のポートＰ２経由でメッセージをクライアントデバイスＣ１にシグナリングする。このメッセージは、第２のデータ接続ＣＯＮ２が変更されていることを示す通知データを含む。さらに、このメッセージは、変更された第２のデータ接続ＣＯＮ２Ａが、ネットワークＮによってクライアントデバイスＣ１に提供される他のすべてのデータ接続ＣＯＮ１、ＣＯＮ３に対してもはや互いに素ではないことをクライアントデバイスＣ１に示す通知データを、好ましくは、含む。好ましくは、このメッセージは、変更されたデータ接続が、現時点で、ネットワークリソースを共通で有するデータ接続のタイプを示す通知データをさらに含む。そのような通知データは、変更されたデータ接続ＣＯＮ２Ａがネットワークリソースを共通で使用しているデータ接続ＣＯＮ１のタグＡであることが可能である。
（ネットワークエンドポイントデバイスの実施形態）
前述した実施形態のいずれかにおいてネットワークエンドポイントノードとして使用され得るネットワークエンドポイントデバイスの実施形態が、図１２に示される。
ネットワークエンドポイントデバイス１０００は、クライアントネットワークインタフェースＣＮＩを介するクライアントデバイスＣ１を相手にしたデータ伝送のための第１のインタフェース手段１００１を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第１のインタフェース手段１００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１００２を備える。ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第１のインタフェース手段１００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
ネットワークエンドポイントデバイス１０００とクライアントデバイスＣ１の間のデータ伝送が、データパケットを介する伝送である場合、第１のインタフェース手段１００１は、パケット処理のためのＩ／Ｏラインカード１００４を備える。
第１のインタフェース手段１００は、インタフェースＩＦ３を介してスイッチングマトリックスＳＭとデータを交換する。また、スイッチングマトリックスＳＭは、インタフェースＩＦ４を介して第２のインタフェース手段１０１１ともデータを交換する。
第２のインタフェース手段１０１１は、ネットワーク間インタフェースＮＮＩを介してネットワークＮにデータを伝送するように構成される。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、時分割多重化（ＴＤＭ）に依拠する伝送である場合、第２のインタフェース手段１０１１は、ＴＤＭ伝送のためのＩ／Ｏラインカード１０１２を備える。ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、波長分割多重化（ＷＤＭ）に依拠する光伝送である場合、第２のインタフェース手段１０１１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード１０１３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
ネットワークエンドポイントデバイス１０００とネットワークＮの間のデータ伝送が、データパケットを介する伝送である場合、第２のインタフェース手段１０１１は、パケット処理のためのＩ／Ｏラインカード１０１４を備える。
第１のインタフェース手段１００１は、クライアントＣ１から少なくとも１つの接続要求メッセージＲＥＱを受信するように構成される。要求メッセージＲＥＱは、遠隔クライアントに対するデータ接続を求める要求である。この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）と、ネットワークリソースの所定のセットを示すための通知データ（Ａ）とを含む。
ネットワークエンドポイントデバイス１０００は、クライアントＣ１から要求メッセージＲＥＱを受信するため、およびクライアントＣ１とさらなるメッセージを交換するためにインタフェースＩＦ１を介して第１のインタフェース手段１００１に接続された制御システムＣＵを備える。
制御システムＣＵは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用してデータパスを決定するように構成される。この決定のために、制御システムは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルのアルゴリズムを実行し、メモリユニットＭＵの中に格納されたルーティングデータＲＤ、および指定するデータＤＤに依拠する。メモリユニットＭＵとデータを交換するために、制御システムＣＵは、インタフェースＩＦ５を介してメモリユニットＭＵに接続される。指定データＤＤは、ネットワークまたはネットワーク事業者によってネットワークエンドポイントデバイス１０００に供給されて、次に、メモリユニットＭＵの中に格納される。
決定されたデータパス経由で要求されたデータ接続を確立するために、制御ユニットＣＵは、ＭＰＬＳプロトコルまたはＧＭＰＬＳプロトコルに準拠してネットワークリソースを使用してメッセージの交換を開始する。メッセージの、この交換は、制御システムＣＵがインタフェースＩＦ６を介して接続された制御プレーンＣＴＲＬを介して実行されることが可能である。代替として、制御システムＣＵは、第２のインタフェース手段１０１１を介してメッセージの、この交換を実行し、その場合、制御システムＣＵは、インタフェースＩＦ２を介して第２のインタフェース手段１０１１に接続される。
制御システムＣＵは、クライアントＣ１とネットワークＮの間のデータの交換を制御するために、制御インタフェースＣＩＦ２、ＣＩＦ１、ＣＩＦ３を介してスイッチングマトリックスＳＭ、第１のインタフェース手段１００１、および第２のインタフェース手段をさらに制御する。
制御システムは、単一のコントローラボード上に、またはインタフェースを介して互いに接続された複数のコントローラボード上に実施されることが可能である。
（クライアントデバイスの実施形態）
クライアントの或る実施形態が、図１３に示されるとおり提案される。
クライアントデバイス２０００は、クライアントネットワークインタフェースＣＮＩを介してネットワークＮのネットワークエンドポイントデバイスを相手にデータを伝送するためのインタフェース手段２００１を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、時分割多重化に依拠する伝送である場合、インタフェース手段２００１は、ＴＤＭ伝送のためのＩ／Ｏラインカード２００２を備える。ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、波長分割多重化に依拠する光伝送である場合、インタフェース手段２００１は、ＷＤＭ伝送を実行するように構成されたＩ／Ｏラインカード２００３をさらに備える。ＴＤＭの技術に依拠するネットワークは、同期デジタル階層（ＳＤＨ）タイプのネットワーク、または光トランスポートネットワーク（ＯＴＮ）であることが可能である。
ネットワークエンドポイントデバイスとクライアントデバイス２０００の間のデータ伝送が、データパケットを介する伝送である場合、インタフェース手段２００１は、パケット処理のためのＩ／Ｏラインカード２００４を備える。
クライアントデバイス２０００は、少なくとも１つの通知するデータ（Ａ）を格納するように構成されたメモリユニットＭＵ２をさらに備える。通知するデータ（Ａ）は、さらなる通知するデータによって示されるネットワークリソースのさらなるセットとは互いに素であるネットワークリソースの所定のセットを示す。少なくとも１つの通知するデータ（Ａ）は、所定のデータであり、ネットワークによってクライアントデバイス２０００に供給される。
クライアントデバイスは、通知するデータＡを獲得するためにインタフェースＩＦ１１を介して接続された制御システムＣＵ２を備える。制御システムは、少なくとも１つの接続要求メッセージをネットワークエンドポイントデバイスに送信するために、インタフェースＩＦ１２を介してインタフェース手段２００１にさらに接続される。この少なくとも１つの接続要求メッセージは、ネットワークリソースのセットを一意に識別する通知するデータＡを含む。この少なくとも１つの接続要求メッセージは、ネットワークリソースの示されたセットから選択されたネットワークリソースを使用するデータパスを経由する、遠隔クライアントデバイスに対するデータ接続を要求するために送信される。さらに、この要求メッセージは、遠隔クライアントのアドレスＡＤＲ（Ｃ２）を含む。

Claims (10)

  1. ネットワーク（Ｎ）によってクライアント間で互いに素であるデータ接続を確立するための方法であって、
    第１のクライアントデバイス（Ｃ１）による、クライアント−ネットワークインタフェース（ＣＮＩ）を介して、第２のクライアントデバイス（Ｃ２）に対する少なくとも２つの互いに素であるデータ接続（ＣＯＮ１、ＣＯＮ２）を要求する１つまたは複数の接続要求メッセージをネットワークに（Ｎ）送信し、前記１つまたは複数の接続要求メッセージが、ネットワークリソースの第１の所定のセット（ＳＡ）を一意に識別する第１の通知するデータ（Ａ）と、ネットワークリソースの前記第１のセット（ＳＡ）とは互いに素であるネットワークリソースの第２の所定のセット（ＳＢ）を一意に識別する第２の通知するデータ（Ｂ）とを含むステップと、
    前記ネットワークによる、前記第１の通知するデータ（Ａ）によって一意に識別されたネットワークリソースの前記第１のセット（ＳＡ）から選択されたネットワークリソースを使用して、第１のデータパス（ＰＴＨ１）経由で前記第１のデータ接続（ＣＯＮ１）を確立するステップと、
    前記ネットワークによる、前記第２の通知するデータ（Ｂ）によって一意に識別されたネットワークリソースの前記第２のセット（ＳＢ）から選択されたネットワークリソースを使用して、第２のデータパス（ＰＴＨ２）経由で前記第２のデータ接続（ＣＯＮ２）を確立するステップとを備え、前記通知するデータ（Ａ、Ｂ）は、前記ネットワーク（Ｎ）によって前記第１のクライアント（Ｃ１）に供給される事前定義されたデータである、方法。
  2. 前記通知するデータ（Ａ）が、ネットワークリソースの単一のセット（ＳＡ）を一意に識別するデータ要素である、請求項１に記載の方法。
  3. 前記ネットワーク（Ｎ）が、前記ネットワーク（Ｎ）が、前記第２のデータ接続（ＣＯＮ２）の前記第２のデータパス（ＰＴＨ２）を変更された第２のデータパス（ＰＴＨ２Ａ）に変更して、ネットワークリソースの前記第１のセット（ＳＡ）の中に含まれる少なくとも１つのさらなるネットワークリソース（Ｌ２３）に依拠する変更された第２のデータ接続（ＣＯＮ２Ａ）がもたらされた場合、通知メッセージ（ＭＳＧ）を前記第１のクライアントデバイス（Ｃ１）に送信する、請求項１に記載の方法。
  4. 前記通知メッセージが、前記第２の通知データ（Ｂ）を含む、請求項３に記載の方法。
  5. 前記通知メッセージが、前記第１の通知データ（Ａ）も含む、請求項４に記載の方法。
  6. 前記さらなるネットワークリソースが、
    ネットワークノード（ＮＮ２、ＮＥＮ３）間のリンク（Ｌ２３）、
    ネットワークノード（ＮＮ２）、および
    ネットワークノード（ＮＮ２、ＮＥＮ３）間の光ファイバ束（Ｌ２３）のファイバ（Ｌ２３２）のオプションのうち１つである、請求項１から４のいずれかに記載の方法。
  7. 前記第１のクライアントデバイス（Ｃ１）が、前記第１の通知するデータ（Ａ）を含む第１の接続要求メッセージを第１のネットワークエンドポイントノード（ＮＥＮ１）に送信し、さらに前記第１のクライアントデバイス（Ｃ１）が、前記第２の通知するデータ（Ｂ）を含む第２の接続要求メッセージを第２のネットワークエンドポイントノード（ＮＥＮ２）に送信する、請求項１から２のいずれかに記載の方法。
  8. クライアント間でデータ接続を提供するためのネットワークエンドポイントデバイス（１０００）であって、
    ネットワークリソースの所定のセットを一意に識別する前記クライアント通知データを供給し、ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を含む、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求する少なくとも１つの接続要求メッセージを、第１のクライアント（Ｃ１）から受信するように構成された第１のインタフェース手段（１００１）と、
    ネットワークリソースをネットワークリソースの互いに素であるセット（ＳＡ、ＳＢ）に一意に指定する指定するデータ（ＤＤ）と、ルーティングデータ（ＲＤ）とを供給するように構成されたメモリユニット（ＭＵ）と、
    前記指定するデータ（ＤＤ）、および前記ルーティングデータ（ＲＤ）を使用することによって、ネットワークリソースの前記一意に識別されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）を決定し、前記第１のデータパス（ＰＴＨ１）経由で前記要求されるデータ接続（ＣＯＮ１）を確立するためにさらなるネットワークデバイス（ＮＮ１、ＮＮ２、ＮＮ３、ＮＥＮ３）とメッセージを交換するように構成された制御システム（ＣＵ）とを備える、ネットワークエンドポイントデバイス（１０００）。
  9. 前記データパス（ＰＴＨ１）を決定することができない場合、前記クライアントデバイス（Ｃ１）に拒否メッセージを送信する、請求項８に記載のネットワークエンドポイントデバイス（１０００）。
  10. 互いに素であるデータ接続を要求するためのクライアントデバイス（Ｃ１）であって、
    ネットワークリソースの所定のセット（ＳＡ）を一意に識別する通知するデータ（Ａ）を格納するように構成され、ネットワークリソースの前記一意に識別されるセット（ＳＡ）が、さらなる通知するデータ（Ｂ、Ｃ）によって示されるネットワークリソースのさらなるセット（ＳＢ、ＳＣ）とは互いに素であり、さらに前記通知するデータ（Ａ）が、ネットワークによって前記クライアントデバイスに供給される事前定義されたデータである、メモリユニットと、
    ネットワークリソースの前記示されるセット（ＳＡ）から選択されたネットワークリソースを使用するデータパス（ＰＴＨ１）経由で、第２のクライアントデバイス（Ｃ２）に対するデータ接続（ＣＯＮ１）を要求するための少なくとも１つの接続要求メッセージを、ネットワークエンドポイントデバイス（１０００）に送信するように構成され、前記要求メッセージが、前記通知するデータ（Ａ）を含む、コントローラとを備える、クライアントデバイス（Ｃ１）。
JP2012516653A 2009-06-24 2010-06-17 ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法 Expired - Fee Related JP5504341B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09305594.5 2009-06-24
EP09305594A EP2267954B1 (en) 2009-06-24 2009-06-24 Method of establishing disjoint data connections between clients by a network
PCT/EP2010/058528 WO2010149562A1 (en) 2009-06-24 2010-06-17 Method of establishing disjoint data connections between clients by a network

Publications (2)

Publication Number Publication Date
JP2012531155A true JP2012531155A (ja) 2012-12-06
JP5504341B2 JP5504341B2 (ja) 2014-05-28

Family

ID=41100472

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012516653A Expired - Fee Related JP5504341B2 (ja) 2009-06-24 2010-06-17 ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法

Country Status (7)

Country Link
US (1) US8954493B2 (ja)
EP (1) EP2267954B1 (ja)
JP (1) JP5504341B2 (ja)
KR (1) KR101332594B1 (ja)
CN (1) CN102804710B (ja)
AT (1) ATE527790T1 (ja)
WO (1) WO2010149562A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2685685B1 (en) * 2012-07-09 2016-06-15 Alcatel Lucent Method and related apparatus for establishing link-diverse traffic paths in a telecommunications network
US8976790B2 (en) 2012-08-03 2015-03-10 Honeywell International Inc. Disjoint data path routing for integrity and availability augmentation
WO2015070892A1 (en) * 2013-11-12 2015-05-21 Telefonaktiebolaget L M Ericsson (Publ) Method and a device for provisioning control plane in multi-technology network
US10165588B2 (en) * 2016-08-10 2018-12-25 Level 3 Communications, Llc System and methods for mapping a network service path
CN113162854B (zh) * 2017-01-27 2022-11-15 华为技术有限公司 路径计算方法和装置
CN109525910B (zh) * 2019-01-04 2021-06-08 国网四川省电力公司经济技术研究院 一种最小环的电力系统保护otn网络双路径规划方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002359636A (ja) * 2001-05-31 2002-12-13 Nec Corp 経路ペア設計方法、経路ペア設計装置及びプログラム
JP2003318955A (ja) * 2002-04-19 2003-11-07 Nippon Telegr & Teleph Corp <Ntt> パス設定サービス提供方法およびルータおよび認証課金サーバ
JP2006340058A (ja) * 2005-06-02 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> リカバリ方法、ならびに、そのリカバリ方法を実行する発信者ノード装置、中継ノード装置、および、着信者ノード装置

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7124187B1 (en) * 1999-07-02 2006-10-17 Lucent Technologies Inc. Routing of bandwidth guaranteed paths with restoration in an information network
GB2373131A (en) * 2001-03-09 2002-09-11 Marconi Comm Ltd Telecommunications networks
US6956824B2 (en) * 2001-06-14 2005-10-18 Tropic Networks Inc. Extension of link aggregation protocols over the network
AU2002351589A1 (en) * 2001-06-27 2003-03-03 Brilliant Optical Networks Distributed information management schemes for dynamic allocation and de-allocation of bandwidth
US7398321B2 (en) * 2002-05-14 2008-07-08 The Research Foundation Of Suny Segment protection scheme for a network
US8675493B2 (en) * 2002-07-02 2014-03-18 Alcatel Lucent Routing bandwidth guaranteed paths with local restoration in label switched networks
US7860392B2 (en) * 2003-06-06 2010-12-28 Dynamic Method Enterprises Limited Optical network topology databases based on a set of connectivity constraints
US7389321B2 (en) * 2003-12-12 2008-06-17 International Business Machines Corporation Sequential restructuring of a collaborative context
US7606142B2 (en) * 2004-09-30 2009-10-20 Alcatel-Lucent Usa Inc. Method and system for shared backup allocation in networks based on partial information
US7406032B2 (en) * 2005-01-06 2008-07-29 At&T Corporation Bandwidth management for MPLS fast rerouting
US8179789B2 (en) * 2005-07-01 2012-05-15 Winnov, Lp System and method for timestamps for media stream data
CN100456700C (zh) * 2006-08-31 2009-01-28 华为技术有限公司 提供具有多种保护和恢复类型的组播业务方法和装置
US7852861B2 (en) * 2006-12-14 2010-12-14 Array Networks, Inc. Dynamic system and method for virtual private network (VPN) application level content routing using dual-proxy method
FR2921779B1 (fr) * 2007-09-28 2011-02-18 Alcatel Lucent Communication d'une information de risque dans un reseau multi-domaine
JP4997196B2 (ja) * 2008-08-08 2012-08-08 株式会社日立製作所 通信ネットワークシステム、パス計算装置、通信路確立制御方法
US8243586B2 (en) * 2009-11-24 2012-08-14 At&T Intellectual Property I, L.P. Cross-layer reconfiguration method for surviving multiple-link network failures

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002359636A (ja) * 2001-05-31 2002-12-13 Nec Corp 経路ペア設計方法、経路ペア設計装置及びプログラム
JP2003318955A (ja) * 2002-04-19 2003-11-07 Nippon Telegr & Teleph Corp <Ntt> パス設定サービス提供方法およびルータおよび認証課金サーバ
JP2006340058A (ja) * 2005-06-02 2006-12-14 Nippon Telegr & Teleph Corp <Ntt> リカバリ方法、ならびに、そのリカバリ方法を実行する発信者ノード装置、中継ノード装置、および、着信者ノード装置

Also Published As

Publication number Publication date
CN102804710A (zh) 2012-11-28
KR101332594B1 (ko) 2013-12-26
WO2010149562A1 (en) 2010-12-29
US20120089673A1 (en) 2012-04-12
US8954493B2 (en) 2015-02-10
ATE527790T1 (de) 2011-10-15
KR20120019485A (ko) 2012-03-06
CN102804710B (zh) 2015-09-30
EP2267954B1 (en) 2011-10-05
EP2267954A1 (en) 2010-12-29
JP5504341B2 (ja) 2014-05-28

Similar Documents

Publication Publication Date Title
US9698910B2 (en) Network server layer providing disjoint channels in response to client-layer disjoint path requests
JP5504341B2 (ja) ネットワークによってクライアント間で互いに素であるデータ接続を確立する方法
US20130232193A1 (en) Control-Plane Interface Between Layers in a Multilayer Network
US7961644B2 (en) Communication node apparatus, communication system, and path resource assignment method
JP5586597B2 (ja) デジタルおよび光エキスプレススルーノードを横断するリンクダイバーシティおよび負荷バランス
US20020131424A1 (en) Communication network, path setting method and recording medium having path setting program recorded thereon
EP1675326A1 (en) Method and apparatus for configuring a communication path
US8824461B2 (en) Method and apparatus for providing a control plane across multiple optical network domains
JP2002057697A (ja) パケット転送経路制御装置及びそれに用いるパケット転送経路制御方法
EP1755240B1 (en) Method for performing association in automatic switching optical network
US20140146663A1 (en) Multi-Level Recovery in Transport Networks
JP6269088B2 (ja) 冗長パス提供方法および伝送装置
JP2017079399A (ja) 伝送装置及び伝送システム
CN104718732A (zh) 用于为在通信网络的两个节点之间建立路径而交换信息的方法
JP2007028386A (ja) シグナリング装置
US9356870B2 (en) Contention handling in SMP based networks
US7680136B2 (en) Method and apparatus for allocating label to path in ring network
US20130265880A1 (en) Method and device for gmpls based multilayer link management in a multilayer network
US8599703B2 (en) System and method to determine resource status of end-to-end path
WO2012003740A1 (zh) 一种光网络中的路径计算方法及路径计算单元
CN108781183A (zh) 一种业务路径建立的方法、节点设备和系统
US7042882B2 (en) Layer-structured path setup method and node apparatus for implementing same
CN113169939B (zh) 一种业务路径建立的方法、网络设备和系统
EP3007393B1 (en) Method and system for processing rsvp-te signaling
KR100416509B1 (ko) 옵티컬 네트워크의 수용을 위한 개방형 교환시스템에서스위치 연결제어방법 및 그 장치

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130625

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130920

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140317

R150 Certificate of patent or registration of utility model

Ref document number: 5504341

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees