JP2005130258A - Point to multi-point mpls communication method - Google Patents

Point to multi-point mpls communication method Download PDF

Info

Publication number
JP2005130258A
JP2005130258A JP2003364769A JP2003364769A JP2005130258A JP 2005130258 A JP2005130258 A JP 2005130258A JP 2003364769 A JP2003364769 A JP 2003364769A JP 2003364769 A JP2003364769 A JP 2003364769A JP 2005130258 A JP2005130258 A JP 2005130258A
Authority
JP
Japan
Prior art keywords
p2mp
node
information
message
path
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
JP2003364769A
Other languages
Japanese (ja)
Other versions
JP4148099B2 (en
Inventor
Masanaga Yasukawa
正祥 安川
Koji Sugisono
幸司 杉園
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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003364769A priority Critical patent/JP4148099B2/en
Publication of JP2005130258A publication Critical patent/JP2005130258A/en
Application granted granted Critical
Publication of JP4148099B2 publication Critical patent/JP4148099B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To copy P2MP traffic at an optimum branch point in a provider network so as to copy the optimum P2MP traffic in the whole network by extending the MPLS signaling protocol of RSVP-TE. <P>SOLUTION: When a multi-cast label switching path is set, P2MP session information is designated, which designates P2MP LSP of a setting object in the path message of RSVP-TE. A plurality of path messages holding ERO information for designating the partial P2P path of P2MP to be set are transmitted for the portion of P2P path constituting a P2MP path. The branch setting of a data plane is performed by an intermediate tree branch node. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

本発明は、ポイントツーマルチポイントMPLS通信方法に係り、特に、MPLS転送技術における、P2MPコミュニケーション用のトラヒックをネットワークで効率的にTE(Traffic Engineering)しながら、QoS(Quality of Service)保証してMPLS転送するためのマルチポイントMPLS技術の、ポイントツーマルチポイントMPLS転送経路を設定するMPLS通信プロトコル技術及びそのシステム化技術のためのポイントツーマルチポイントMPLS通信方法に関する。   The present invention relates to a point-to-multipoint MPLS communication method, and in particular, MPLS (Quality of Service) guarantee while performing traffic engineering (P2MP communication) efficiently in a network in the MPLS transfer technology. The present invention relates to an MPLS communication protocol technique for setting a point-to-multipoint MPLS transfer path of a multipoint MPLS technique for transferring, and a point-to-multipoint MPLS communication method for the systematization technique thereof.

MPLS(マルチプロトコルラベルスイッチング)のシグナリングプロトコルとしては、RSVP(Resource ReSerVation Protocol)−TEがあり、P2PのLSPを設定するMPLSシグナリングプロトコルがある(例えば、非特許文献1参照)。
“RSVP-TE: Extensions to RSVP for LSP Tunnels”,RFC3209, IETF
The MPLS (Multi-Protocol Label Switching) signaling protocol includes RSVP (Resource ReSerVation Protocol) -TE, and there is an MPLS signaling protocol for setting a P2P LSP (see, for example, Non-Patent Document 1).
“RSVP-TE: Extensions to RSVP for LSP Tunnels”, RFC3209, IETF

しかしながら、RSVP−TEは、P2P(ポイントツーポイント)のLSP(ラベルスイッチングパス)を設定するMPLSシグナリングプロトコルであるため、P2MP(ポイントツーマルチポイント)のコミュニケーショントラヒックを転送しようとすると、送信PE(プロバイダエッジ)ノードでP2MPコミュニケーションの宛先である複数の受信PEノード迄P2PのLSPを複数本設定して、送信PEノードで受信トラヒックをコピーし、複数の設定されたP2PのLSPにコピーして載せ替える必要が生じるため、送信PEノードでのコピー性能を圧迫し、ネットワークの転送効率を下げる問題がある。   However, since RSVP-TE is an MPLS signaling protocol that sets up a P2P (point-to-point) LSP (label switching path), when attempting to transfer P2MP (point-to-multipoint) communication traffic, a transmission PE (provider) Edge) node sets multiple P2P LSPs up to multiple receiving PE nodes that are the destination of P2MP communication, copies the received traffic at the transmitting PE node, and copies and replaces them to multiple configured P2P LSPs Since the necessity arises, there is a problem that the copy performance at the transmission PE node is pressed and the transfer efficiency of the network is lowered.

本発明は、上記の点に鑑みなされたもので、RSVP−TEのMPLSシグナリングプロトコルを拡張して、プロバイダネットワーク内の最適な分岐ポイントでP2MPトラヒックをコピー可能でネットワーク全体で最適なP2MPトラヒックのコピーが可能となるポイントツーマルチポイントMPLS通信方法を提供することを目的とする。   The present invention has been made in view of the above points, and extends the MPLS signaling protocol of RSVP-TE so that P2MP traffic can be copied at an optimal branch point in the provider network, and the optimal copy of P2MP traffic in the entire network is possible. It is an object of the present invention to provide a point-to-multipoint MPLS communication method capable of performing

本発明は、マルチプロトコルラベルスイッチング(MPLS)通信ネットワークにおいて、MPLSネットワークの境界に配置されたプロバイダエッジ(PE)ノードがIPマルチキャストトラヒックを含むポイントツーマルチポイント(P2MP)コミュニケーショントラヒックを複数該境界に配置されたプロバイダエッジ(PE)ノードまでMPLS転送するポイントツーマルチポイントMPLS通信方法において、
送信PEノードが、複数の受信PEノードまで、MPLSシグナリングプロトコルを用いてプロバイダエッジ内の複数の中継ノードにコピーポイントを設置してP2MPのツリー形状のラベルスイッチパス(LSP)を設定することでMPLS転送経路を設定する処理を行い、
P2MPのツリー形状のラベルスイッチングパス(P2MP LSP)を設定するときに、マルチプロトコルラベルスイッチング(MPLS)プロトコルであるRSVP−TE(RFC3209)をベースにして、P2MPトラヒックのP2MPセッションを識別するために、P2MP LSPの送信PEアドレスとトンネル識別子、さらに、該トンネル識別子の拡張としてP2MPトンネル識別子、シーケンス番号で構成されるP2MPセッションオブジェクトを定義し、
さらに、PEノードは、
P2MP LSP形状を指定するために、設定対象のP2MP LSPの送信PEから複数の受信リーフPEノードまでのツリー状の経路を送信PEノードから各受信PEノード迄のポイントツーポイント(P2P)のMPLS転送経路で分解する処理を行い、
分解した、P2P経路をRSVP−TE(RFC3209)で定義されたP2Pの転送経路指示オブジェクトであるEROオブジェクトにより経路指定する処理を行い、
P2MP LSPを設定する時に、送信PEノードが外部からのP2MP LSP経路指示、または、内部のIPルーティングプロトコルのトラヒックエンジニアリング拡張機能との連携により送信PE間と複数の受信PEノード間の設定すべきP2MP LSP経路計算を行うことにより、設定すべきP2MP LSP経路を把握したときに、ツリー経路をP2P経路に分解する手段により、P2MP LSP設定経路に変換する処理を行い、
送信PEノードは、P2MP LSP設定時にパスメッセージとして共通ヘッダ、定義したP2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形式のために必要となる複数のメッセージの送出番号を指定するシーケンス番号を0に指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した第1のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDERオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージを送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
送信PEノードは、設定すべきP2MPのツリー状の経路が複数のP2P経路で設定されて、第1のP2P経路以外にもP2P経路が複数存在する場合には、第2のP2P経路を指定するEROを用意して、パスメッセージとして共通ヘッダ、定義したP2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形式のために必要となるシーケンス番号を1に指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した第2のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージを送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
送信PEノードは、上記の手順をP2MPのツリー状の経路を構成する最終P2P経路まで設定を繰り返し、最終P2P経路を指定するEROを用意して、パスメッセージとして共通ヘッダ、定義したP2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形成のために必要となるシーケンス番号に(繰り返し番号―1)、さらに、End指定ビットを設定し、該パスメッセージが最終パスメッセージであることを指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した最終のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージ送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
パスメッセージを受信した下流ノードは、
その登録されているPathステート情報を検索し、該パスメッセージが新規受信パスメッセージである場合、パスメッセージよりセッション情報を抽出し、設定要求のパスが設定可能な場合には、Pathステート情報として新たに登録する処理を行い、
さらに、パスメッセージよりP2MP LSPの部分P2P経路として設定すべきEROを抽出し、さらに、ERO情報から自身のノードアドレスの次のホップとして定義されている下流次ホップアドレスを抽出する処理を行い、
パスメッセージを受信した下流ノードは、
上流ノードが複数のパスメッセージを送出するときには、該受信パスメッセージより、該パスメッセージが同一のP2MPセッションに対してのP2MP LSP経路設定要求メッセージであることを判定し、該パスメッセージが格納しているERO情報により次に設定すべきP2MP LSPの部分P2P経路をEROとして抽出し、さらに、該ERO情報から自身のノードアドレスの次のホップとして定義されている下流次ホップアドレスを抽出する処理を行い、
パスメッセージを受信する下流ノードは上流からのパスメッセージのP2MPセッションオブジェクトにP2MP設定経路の最終部分P2P経路設定用のパスメッセージであることを指示するEndビット設定のパスメッセージを受信するまで、上記の処理を繰り返し、Endビットが設定されている最終パスメッセージを受信すると、上記と同様に、そのパスメッセージを保持する、最終P2P経路をEROとして抽出する処理と同時に、次ホップアドレスを特定する処理を行い、
さらに、各ERO情報から抽出した次ホップ情報を抽出すると同時に自身のノードアドレスを各ERO情報から削除し、次ホップアドレスが各ERO情報の先頭格納情報となるようにERO情報を整形する処理、さらに、共通の次ホップアドレスグループが複数存在する場合には、同一の次ホップアドレスを持つERO情報をグルーピングする処理を行い、
上記の処理の後に、次ホップに対応する下流ノード毎に当該下流ノードを宛先にする再度グルーピングされたパスメッセージを該下流ノード配下の部分P2MP LSPを指定する再構築されたERO情報を格納して下流の次ホップノードに上記の同一のP2MP_LSP_id情報に対してシーケンス番号を付与して、最終パスメッセージについては、Endビットを設定して送出する処理を行い、
Pathステート情報の登録、パスメッセージの再グルーピング化とグループ毎のシーケンス番号を指定した次下流ノードへの転送を繰り返し、当該処理を最下流のリーフノードである受信PEノード迄パスメッセージが到達するまで繰り返し、P2MP LSP経路上のノードにPathステートを登録して、全受信リーフPEノードがパスメッセージを受信すると、受信リーフPEノードは、自身がP2MP LSPのリーフエッジノードであることを判定し、該受信ノードが要求されたP2MP LSPを設定可能な場合には、“Resvステート”を登録後、該受信ノードが上流ノードよりP2MPトラヒックをラベル転送受信するために使用するラベル値を自ノードのラベル空間より付与し、さらに、P2MP LSP内データフォワーディングを可能にするために、ラベル交換関係をILMテーブル、NHLFEテーブルに登録する処理を行い、さらに、上流に付与したラベル値とLABELオブジェクトに、P2MP LSPの設定経路情報を示すRROオブジェクトに自身のノードアドレスを格納して、さらに、SESSIONオブジェクトにP2MP_LSP_id識別子、シーケンス番号0番とEndビットを設定して格納し、それらをResvメッセージに格納し、パスメッセージが転送された上流のPHOPノードにResvメッセージを即座に送信する処理を行い、
PHOPノードは、Resvメッセージを初めて受信した場合には、該Resvメッセージに対応する、下流ノードに対して設定されたP2MP LSPの転送経路記録を表すRRO情報、下流ノードにP2MPトラヒックを転送する場合にパケットに付与すべきラベル値を含む“Resvステート”を登録する処理を行い、
“Resvステート”登録後、PHOPノードは、さらに上流のPHOPノードとの間でP2MPトラヒックをラベル転送受信するために使用するラベル値を自ノードのラベル空間より付与し、P2MP LSP内のP2MPデータフォワーディングを可能にするために、ラベル交換関係をILMテーブル及びNHLFEテーブルに登録する処理を行い、
さらに上流に付与したラベル値とP2MP LSPの設定経路情報をRROに自身のノードアドレスを先頭に付与し、さらに、P2MPセッションオブジェクトには、P2MP_LSP_idと、初めてのResvメッセージを示すシーケンス番号0番を付与し、さらに、当該ノードの下流に既に複数のパスメッセージを送出している場合には、Endビットを設定せずに、当該下流ノードに対して単一のパスメッセージしか送信していない場合には、Endビットを設定して、それらをResvメッセージに格納して、上流のPHOPノードにResvメッセージとして即座に転送する処理を行い、
さらに、当該ノードが複数の下流ノードを持ち、同一の設定対象のP2MP LSPの異なる下流ノードから初期のResvメッセージ以外のResvメッセージを受信すると、Resvメッセージのセッション情報により既設定済みの“Resvステート”を検索し、既に登録されたResvステート情報に当該対応する、下流ノードに対して設定されたP2MP LSPの転送経路記録であるRRO情報を含む追加情報を追加登録する処理を行い、
Resvメッセージを受信したノードは、
登録されたResvステート情報より設定すべきP2MP LSPの上流のPHOPのLSPが設定されていることを判定すると、上流に付与されたMPLSラベルを特定する処理を行い、
さらに、対象とするP2MP LSPに対して新たに受信したResv方路に対して新規にP2MP LSPのMPLSフォワーディングを可能にするために、既に設定されているILMテーブルとNHLFEテーブルに対して、上流に付与したラベルを該ILMテーブルから特定し、そのエントリである該NHLFEテーブルに受信したResvメッセージから特定した下流MPLS転送用のラベル値を新エントリとして新規に登録する処理を行い、
さらに、先に抽出した上流PHOPに使用するMPLSラベル値と、当該ノード配下に設定された設定ツリー情報を記録するために、新規に受信した方路配下に設定されたツリーベースのRRO情報に当該ノードアドレス情報を先頭に付与することにより、新たに設定された部分ツリー情報をRRO情報として加工する処理を行い、
加工されたRRO情報をResvステート情報に追加登録する処理を行い、
さらに、既に設定されており、上流のラベル転送に使用されるMPLSラベル値を特定して、一緒にResvメッセージに格納する処理を行い、
Resvメッセージを設定されたツリーの状態変化(新規部分P2MP LSP追加)を通知するために上流のPHOPノードに瞬時に転送する処理を行い、
Resvメッセージを上流に通知する場合、2番目以降の下流ノードへの設定情報を通知する場合には、先に送付した一番のResvメッセージのP2MPセッション情報のP2MP_LSP_idを保持し、そのシーケンス番号を1増加させて通知する処理を行い、
Resvメッセージが当該ノードから下流に設定した最後のP2MP経路のResvメッセージである場合には、当該Resvメッセージを上流のPHOPに通知するときに、シーケンス番号を1増加させるのみならず、Endビットも設定して送出する処理を行い、
Resvメッセージを受信したノードは、
設定すべきP2MP LSPに対して初めてResvメッセージを受信した場合には、新規にResvステート情報を登録する処理を行い、
さらに、上流のPHOPとの間でラベル転送に使用するMPLSラベルを自身のラベル空間から抽出し、さらに、MPLSラベル転送を可能にするためにフォワーディング部分のILMテーブルとNHLFEテーブルにラベル交換関係を新規に登録し、さらに上流とのラベル転送に使用するラベル値と、さらに自身のノードアドレスを経路登録情報RROに追加する処理を行い、
さらに、ラベル値と修正されたRRO情報をResvメッセージに格納して上流のPHOPに対して瞬時に転送する処理を行い、
さらに、当該受信ノードが、既に別の下流ノードよりResvメッセージを受信してResv処理を上流へのResvメッセージ送信を完了して部分P2MP LSPを設定している場合、新たに設定されたP2MP LSPに対して、別の下流の方路よりResvメッセージを受信した場合には、登録されているResvステート情報より対応するResvステート情報を特定し、新規追加設定した下流部分P2MP LSP経路を示すRRO情報をResvメッセージにより抽出し、Resvステート情報に登録されている既設定されているRRO情報を修正し、追加設定し、同時に、上流のラベル転送に付与されているMPLSラベルを特定し、先の新規追加に対応するRROをResvメッセージに格納し、この新規追加部分が当該ノードの下流経路の最終経路である場合には、P2MPセッションオブジェクトのEndビットを設定して即座に上流のPHOPに対して転送する処理を行い、
上記の処理を設定すべきP2MP LSPの全てのノードでResvメッセージが送信PEノード迄到達するまで繰り返し、
送信PEノードは、設定すべきP2MP LSPに対して初めてResvメッセージを受信した場合には、Resvメッセージより下流のMPLSラベル転送に必要なラベル値を抽出するのと同時に、設定された下流の経路情報RROを抽出し、Resvステート情報に登録する処理を行い、
さらに、設定されたP2MP LSPに対してMPLSフォワーディングを可能にするために、入PEのFTNテーブル及び、NHLFEテーブルにラベル転送関係を登録する処理を行い、
さらに、送信PEノードは、異なる下流ノードから設定すべきP2MP LSPに対するResvメッセージを受信した場合には、登録された対応するResvステート情報を特定し、新規に追加された下流の部分P2MP LSPに対応するRRO情報を抽出し、登録されているRRO情報に追加修正し、現段階での既設定ツリー登録情報となるように加工修正すると同時に、MPLSフォワーディングを可能にするためにFTNテーブル及び、NHLFEテーブルに新規に追加された部分ツリー向けのラベル交換関係を追記する処理を行い、
送信PEノードは、パスメッセージとして設定したP2MP LSPに対して、MPLSシグナリングを用いて当該送信PEノードから、複数の受信PEノードまで、全てのP2MP LSPを構成するノードに対して、P2MPのラベル交換関係を設定すると、受信したパケットを設定したP2MP LSPに従って、当該送信PEノードから複数の受信PEノードまでP2MPベースでラベルスイッチングする処理を行い、
P2MP LSP確立後は、ノード間の“Pathステート”と“Resvステート”との周期的なリフレッシュ用のPath・Resvメッセージの交換により、周期的なリフレッシュにおいては、上流ノードと下流ノードの間で下流ノード配下に複数の受信リーフPEノードが存在する場合には、受信リーフPEノード分の複数のPath・Resvメッセージの交換で、単一のPath・Resvメッセージが設定されているP2MP LSPの部分状態の保持・交換を実施する処理を行い、
最終情報がPath・Resvメッセージと共にEndビットが設定されることにより最終状態の交換を行う処理を行うことにより、状態メインテナンスを実行する処理を行う。
The present invention provides a multi-protocol label switching (MPLS) communication network in which a plurality of point-to-multipoint (P2MP) communication traffic including IP multicast traffic is arranged at a provider edge (PE) node arranged at the boundary of the MPLS network. In a point-to-multipoint MPLS communication method for performing MPLS transfer to a designated provider edge (PE) node,
The sending PE node sets up a P2MP tree-shaped label switch path (LSP) by setting copy points at a plurality of relay nodes in the provider edge using the MPLS signaling protocol to a plurality of receiving PE nodes. Perform the process to set the transfer route,
When configuring a P2MP tree-shaped label switching path (P2MP LSP), based on RSVP-TE (RFC3209), which is a multiprotocol label switching (MPLS) protocol, to identify P2MP sessions for P2MP traffic, Define a P2MP session object consisting of the P2MP LSP transmission PE address and tunnel identifier, and the P2MP tunnel identifier and sequence number as an extension of the tunnel identifier.
In addition, the PE node
To specify the P2MP LSP shape, a tree-like route from the transmission PE of the P2MP LSP to be set to a plurality of reception leaf PE nodes is point-to-point (P2P) MPLS transfer from the transmission PE node to each reception PE node. Perform the process of disassembling along the route,
Perform the process of routing the disassembled P2P route with the ERO object that is the P2P transfer route instruction object defined in RSVP-TE (RFC3209),
When setting P2MP LSP, the sending PE node should be set between sending PE nodes and multiple receiving PE nodes by coordinating with the external P2MP LSP route instruction or traffic engineering extension function of internal IP routing protocol. When the P2MP LSP route to be set is grasped by performing the LSP route calculation, a process for converting the tree route into a P2P route is performed by means of decomposing the P2MP LSP route,
The sending PE node uses a common header as a path message when setting a P2MP LSP, a P2MP_LSP_id that specifies the P2MP tree to be set in the defined P2MP session object, and a sequence that specifies the transmission numbers of multiple messages required for that tree format Specify the number as 0, and set the path message including RSVP_HOP object, TIME_VALUES object, ERO object that specifies the first P2P route that was disassembled, LABEL_REQUEST object, SENDER object, SENDER_TEMPLATE object, SENDER_TSPEC object from the sending PE node Perform processing to send to the nearest downstream node that constitutes the P2MP LSP,
The transmission PE node specifies the second P2P route when the P2MP tree-like route to be set is set by a plurality of P2P routes and there are a plurality of P2P routes other than the first P2P route. Prepare ERO, common header as path message, P2MP_LSP_id that specifies the P2MP tree to be set in the defined P2MP session object, and the sequence number required for that tree format to 1, RSVP_HOP object, TIME_VALUES object A process of sending a path message including an ERO object, a LABEL_REQUEST object, a SENDER_TEMPLATE object, and a SENDER_TSPEC object specifying the disassembled second P2P route from the sending PE node to the nearest downstream node constituting the P2MP LSP to be set Done
The sending PE node repeats the above procedure up to the final P2P route that makes up the P2MP tree-like route, prepares an ERO that specifies the final P2P route, sets the common header as the path message, and defines the defined P2MP session object. Set P2MP_LSP_id that specifies the P2MP tree to be set and the sequence number required to form the tree (repetition number -1), and set the End specification bit to specify that the path message is the final path message. RSVP_HOP object, TIME_VALUES object, ERO object that specifies the final decomposed P2P route, LABEL_REQUEST object, SENDER_TEMPLATE object, path message sending PE node including SENDER_TSPEC object The nearest downstream node that constitutes the P2MP LSP to be set Process to send to
The downstream node that received the pass message
When the registered Path state information is searched and the path message is a newly received path message, the session information is extracted from the path message. Process to register
Furthermore, the ERO to be set as the partial P2P route of the P2MP LSP is extracted from the path message, and further, the downstream next hop address defined as the next hop of the own node address is extracted from the ERO information,
The downstream node that received the pass message
When the upstream node sends a plurality of path messages, it is determined from the received path message that the path message is a P2MP LSP route setup request message for the same P2MP session, and the path message is stored. The P2MP LSP partial P2P route to be set next is extracted as ERO based on the existing ERO information, and further, the downstream next hop address defined as the next hop of its own node address is extracted from the ERO information. ,
Until the downstream node receiving the path message receives the path message with the End bit set indicating that the P2MP session object of the path message from the upstream is the path message for the final part P2P path setting of the P2MP setting path, When the final path message with the End bit set is received after repeating the process, the process of specifying the next hop address is performed simultaneously with the process of extracting the final P2P route as the ERO that holds the path message as described above. Done
Further, the process of extracting the next hop information extracted from each ERO information and simultaneously deleting its own node address from each ERO information, and shaping the ERO information so that the next hop address becomes the head storage information of each ERO information, When there are multiple common next hop address groups, perform the process of grouping ERO information with the same next hop address,
After the above processing, for each downstream node corresponding to the next hop, store the reconstructed ERO information specifying the partial P2MP LSP under the downstream node, the regrouped path message destined for the downstream node Assign the sequence number to the same P2MP_LSP_id information above to the downstream next hop node, and set the End bit for the final path message and send it.
Path state information registration, regrouping of path messages, and transfer to the next downstream node with a sequence number specified for each group are repeated, and the processing is repeated until the path message reaches the receiving PE node, which is the most downstream leaf node. Repeatedly, when the Path state is registered in the node on the P2MP LSP path and all the receiving leaf PE nodes receive the path message, the receiving leaf PE node determines that it is a leaf edge node of the P2MP LSP, and If the receiving node can set the requested P2MP LSP, after registering the “Resv state”, the label value used by the receiving node for label transfer reception of P2MP traffic from the upstream node is the label space of the own node. In order to add more, and to enable data forwarding within P2MP LSP, ILM table for label exchange relationship Perform the process of registering in the NHLFE table, and store the node address of the node in the RRO object indicating the set route information of the P2MP LSP in the label value and LABEL object assigned upstream, and further the P2MP_LSP_id identifier Set and store the sequence number 0 and End bit, store them in the Resv message, perform the process of immediately sending the Resv message to the upstream PHOP node to which the path message was transferred,
When a PHOP node receives a Resv message for the first time, RRO information indicating a transfer route record of a P2MP LSP set for the downstream node corresponding to the Resv message, when transferring P2MP traffic to the downstream node Perform the process of registering the “Resv state” including the label value to be given to the packet,
After registering the “Resv state”, the PHOP node assigns a label value to be used for label transfer reception of P2MP traffic with the upstream PHOP node from its own label space, and P2MP data forwarding in the P2MP LSP In order to enable this, the process of registering the label exchange relationship in the ILM table and the NHLFE table is performed,
Further, the label value assigned upstream and the P2MP LSP setting route information are assigned to the RRO with its own node address at the top, and P2MP_LSP_id and the sequence number 0 indicating the first Resv message are assigned to the P2MP session object. In addition, when a plurality of path messages have already been sent downstream of the node, only a single path message is transmitted to the downstream node without setting the End bit. , Set the End bit, store them in the Resv message, and immediately transfer it as a Resv message to the upstream PHOP node,
Furthermore, when the node has a plurality of downstream nodes and receives a Resv message other than the initial Resv message from different downstream nodes of the same P2MP LSP to be set, the “Resv state” already set by the session information of the Resv message And registering additional information including RRO information, which is the transfer route record of the P2MP LSP set for the downstream node, corresponding to the already registered Resv state information,
The node that received the Resv message
When it is determined that the PHSP LSP upstream of the P2MP LSP to be set is set based on the registered Resv state information, a process for specifying the MPLS label assigned upstream is performed.
Furthermore, in order to enable MPLS forwarding of P2MP LSP newly for the Resv route newly received for the target P2MP LSP, upstream of the already set ILM table and NHLFE table. The assigned label is specified from the ILM table, and the downstream MPLS transfer label value specified from the Resv message received in the NHLFE table that is the entry is newly registered as a new entry.
Furthermore, in order to record the MPLS label value used for the upstream PHOP extracted earlier and the setting tree information set under the node, the tree-based RRO information set under the newly received route By assigning node address information to the head, the newly set partial tree information is processed as RRO information.
Perform additional registration of the processed RRO information in the Resv state information,
Furthermore, the MPLS label value that has already been set and is used for upstream label transfer is specified and stored together in the Resv message.
In order to notify the status change of the tree in which the Resv message is set (additional new P2MP LSP), the process is instantaneously transferred to the upstream PHOP node.
When notifying the Resv message upstream, when notifying the setting information to the second and subsequent downstream nodes, hold the P2MP_LSP_id of the P2MP session information of the first Resv message sent first, and set its sequence number to 1. Increase the notification process,
If the Resv message is the Resv message of the last P2MP route set downstream from the node, when the Resv message is notified to the upstream PHOP, not only the sequence number is incremented but also the End bit is set. Process to send,
The node that received the Resv message
When a Resv message is received for the first time for a P2MP LSP to be set, a process to newly register Resv state information is performed.
In addition, the MPLS label used for label transfer with the upstream PHOP is extracted from its own label space, and the label exchange relationship is newly added to the ILM table and NHLFE table of the forwarding part to enable MPLS label transfer. In addition, the label value used for the label transfer with the upstream and the node address of itself are further added to the route registration information RRO.
Furthermore, the label value and the corrected RRO information are stored in the Resv message and transferred to the upstream PHOP instantaneously.
Furthermore, when the receiving node has already received a Resv message from another downstream node and completed Resv message transmission upstream from the Resv process and has set a partial P2MP LSP, the newly set P2MP LSP On the other hand, when a Resv message is received from another downstream route, the corresponding Resv state information is identified from the registered Resv state information, and RRO information indicating the newly added downstream part P2MP LSP route is added. Extracted from the Resv message, corrected the existing RRO information registered in the Resv state information, added and set the MPLS label assigned to the upstream label transfer, and added the new one Is stored in the Resv message, and if this newly added portion is the final route of the downstream route of the node, the End bit of the P2MP session object is set. And immediately transfer to the upstream PHOP,
Repeat the above process until the Resv message reaches the sending PE node in all nodes of the P2MP LSP that should be set up.
When a sending PE node receives a Resv message for the first time for a P2MP LSP to be set, it extracts a label value necessary for MPLS label transfer downstream from the Resv message, and at the same time, sets downstream path information. RRO is extracted and registered in Resv state information.
Furthermore, in order to enable MPLS forwarding for the set P2MP LSP, a process for registering the label transfer relationship in the FTN table of the incoming PE and the NHLFE table is performed.
Furthermore, when the sending PE node receives a Resv message for a P2MP LSP that should be set from a different downstream node, it identifies the corresponding registered Resv state information and supports the newly added downstream partial P2MP LSP RRO information to be extracted, added and corrected to the registered RRO information, modified so that it becomes the preset tree registration information at the current stage, and at the same time, FTN table and NHLFE table to enable MPLS forwarding Add the label exchange relationship for the newly added partial tree to
For the P2MP LSP set as a path message, the sending PE node exchanges the P2MP label for the nodes constituting all the P2MP LSPs from the sending PE node to a plurality of receiving PE nodes using MPLS signaling. When the relationship is set, according to the P2MP LSP in which the received packet is set, a process of performing label switching on a P2MP basis from the transmission PE node to a plurality of reception PE nodes is performed.
After the P2MP LSP is established, by periodically exchanging Path / Resv messages for periodic refresh between the “Path state” and “Resv state” between the nodes, in the periodic refresh, downstream between the upstream node and the downstream node When there are multiple receiving leaf PE nodes under the node, the partial status of the P2MP LSP in which a single path / resv message is set by exchanging multiple path / resv messages for the receiving leaf PE node. Perform the process of holding and exchanging,
When the End information is set together with the Path / Resv message and the End bit is set, the process of exchanging the final state is performed to perform the process of executing the state maintenance.

また、本発明は、送信PEノードにおいて、既に設定されたP2MP LSPに部分P2MP LSPを設定する場合に、
初期ツリー設定情報と同じように追加する部分ツリーを構成する送信PEノードから部分ツリーの複数の受信リーフPEノードグループのうち、受信リーフPEノードまでのEROによって経路を指示し、当該追加P2MP LSPの部分経路であるEROの宛先までの{ERO}s集合を部分追加用のERO(Graft)情報として、既設定されたP2MPセッションオブジェクトで指定されている同一のP2MP_LSP_idを用いて、ERO情報が複数ある場合には、先に設定されたP2MP LSPの最終部分ツリーを構成するP2P経路用に指定された、最終シーケンス番号を1増加させて、最初の部分追加用のERO情報を含むパスメッセージに追加して、当該修正されたP2MPセッション情報と新規のERO情報を含むパスメッセージを送出する処理と、
部分追加用のERO情報を含むパスメッセージをP2MPセッションオブジェクトのP2MP_LSP_idを保持しながら、シーケンス番号を1ずつインクリメントして、部分追加用の最終ERO情報になるまで、隣接下流ノードに送出する処理と、
さらに、最終ERO情報となると、最終シーケンス番号にパスメッセージがP2MP LSPの最終状態要素であることを通知するEndビットを設定して該パスメッセージを近接下流ノードに送付する処理と、
パスメッセージを受信した下流近接ノードにおいて、
受信したパスメッセージが、既に受信したパスメッセージが保持する、P2MP_LSP_idに対して、より大きなシーケンス番号を含むことを検出することにより、当該パスメッセージが新規のパスメッセージであることを特定する場合には、P2MP LSPを設定する処理に応じて、新規の受信したパスメッセージ群のみを下流隣接ノードに即座に転送して、P2MP LSPを設定する処理と、
パスメッセージを受信したノードにおいて、
受信パスメッセージが、同一のP2MP_LSP_idを保持し、既に設定されたシーケンス番号以下のシーケンス番号を持つ場合には、当該パスメッセージの情報内容が登録されたPathステート情報と比較して、その情報要素に変化がない場合には、周期的なパスメッセージのメインテナンス状態に移行する処理と、
抽出したセッション情報に変化がある場合には、セッション情報の変化を反映すべき経路に対してパスメッセージを即座に転送する処理と、
即座に転送されたパスメッセージを受信したリーフPEノードにおいて、
上流のとのPHOPとのMPLS転送に使用するラベル付与、自身のノードの“Resvステート”の更新、ラベル交換関係の更新を実施する処理と、からなる追加処理を行う。
In addition, the present invention, when setting a partial P2MP LSP to a P2MP LSP that has already been set in the transmitting PE node,
In the same way as the initial tree setting information, the path is indicated by ERO from the transmission PE node constituting the partial tree to be added to the reception leaf PE node among the plurality of reception leaf PE node groups of the partial tree, and the additional P2MP LSP There are multiple ERO information using the same P2MP_LSP_id specified in the already set P2MP session object as the ERO (Graft) information for partial addition using the {ERO} s set to the ERO destination that is the partial route In this case, the last sequence number specified for the P2P path constituting the last partial tree of the previously set P2MP LSP is incremented by 1 and added to the path message including ERO information for the first partial addition. A process of sending a path message including the modified P2MP session information and new ERO information;
A process of incrementing the sequence number by 1 while holding the P2MP_LSP_id of the P2MP session object for the path message including the ERO information for partial addition, and sending it to the adjacent downstream node until the final ERO information for partial addition is reached.
Furthermore, when it becomes the final ERO information, a process of setting the End bit for notifying that the path message is the final state element of the P2MP LSP in the final sequence number and sending the path message to the adjacent downstream node;
At the downstream neighbor node that received the pass message,
When it is determined that the received pass message is a new pass message by detecting that the received pass message contains a larger sequence number than the P2MP_LSP_id held by the already received pass message. Depending on the process of setting the P2MP LSP, only the newly received path message group is immediately transferred to the downstream adjacent node, and the process of setting the P2MP LSP,
At the node that received the pass message,
If the received path message has the same P2MP_LSP_id and has a sequence number less than or equal to the already set sequence number, the information content of the path message is compared with the registered Path state information, and the information element If there is no change, the process of transitioning to a periodic path message maintenance state;
When there is a change in the extracted session information, a process for immediately transferring a path message to a route that should reflect the change in the session information,
At the leaf PE node that received the immediately forwarded path message,
An additional process consisting of a process of assigning a label used for MPLS transfer with an upstream PHOP, updating a “Resv state” of its own node, and updating a label exchange relationship is performed.

また、本発明は、既に設定されたP2MPから部分P2MP LSPを削除する場合に、
既設定された経路情報{ERO}s集合から部分P2MP LSPとして削除する部分に対応するP2MPツリーに対応する削除対象経路{ERO}s集合を特定する処理と、
削除対象の部分P2MP LSPに対応する{ERO}s集合を新たにPathTearメッセージに拡張・格納する処理と、
拡張・格納されたPathTearメッセージのP2MPセッション情報には、P2MP_LSP_idを保持して、削除対象の部分P2PLSPに対応する既設定のERO情報に対応するシーケンス番号を格納されているPathステート情報より抽出し、P2MPセッション情報に格納し、PathTearメッセージに格納する処理と、
削除対象のP2MP転送経路を下流に備える隣接下流ノードにPathTearメッセージを送信PEノードが送出する処理と、
パスメッセージを受信した下流ノードにおいて、受信したPathTearメッセージのP2MPセッション情報より、既に設定されているPathステート情報に格納されている削除対象部分P2MP LSPを含むP2MP LSPを特定し、該Pathステート情報より、削除対象の部分ツリー情報に対応するERO情報を削除する処理と、
対応するERO情報を削除したノードにおいて、PathTearメッセージに含まれる、ERO情報から自ノードアドレス情報を削除して、新たに下流方向の削除対象ルートを指定するERO情報に変更する処理と、
変更したERO情報を先に指定された、同一のP2MPセッション情報を持つPathTearメッセージに格納しなおし、隣接する下流ノードに対して即座に転送する処理と、
PathTearメッセージの送出により、下流ノードにおける削除対象のP2MP部分LSPを構成するPathステート情報を削除する処理と、
PathTearメッセージを削除対象の部分P2MP LSPの受信リーフPEノードに到達させる処理と、
当該複数のPathTearメッセージが削除対象の部分P2MP LSPの全受信リーフPEノードに到達することで、全削除対象の部分P2MP LSPを削除する処理と、からなる削除処理を行う。
In addition, the present invention, when deleting a partial P2MP LSP from the already set P2MP,
A process for identifying a deletion target route {ERO} s set corresponding to a P2MP tree corresponding to a portion to be deleted as a partial P2MP LSP from the set route information {ERO} s set;
A process to extend and store a new {ERO} s set corresponding to the partial P2MP LSP to be deleted in the PathTear message;
The P2MP session information of the expanded and stored PathTear message holds P2MP_LSP_id, and extracts the sequence number corresponding to the preset ERO information corresponding to the partial P2PLSP to be deleted from the stored Path state information. Store in P2MP session information and store in PathTear message;
A process in which a transmission PE node sends a PathTear message to an adjacent downstream node provided with a P2MP transfer path to be deleted downstream;
In the downstream node that received the path message, the P2MP LSP including the deletion target part P2MP LSP stored in the already set Path state information is identified from the P2MP session information of the received PathTear message, and the path state information , Deleting ERO information corresponding to the partial tree information to be deleted,
In the node from which the corresponding ERO information has been deleted, the process of deleting the own node address information from the ERO information included in the PathTear message and newly changing to the ERO information specifying the deletion target route in the downstream direction,
The process of storing the changed ERO information in the PathTear message with the same P2MP session information specified earlier and immediately transferring it to the adjacent downstream node;
A process of deleting the Path state information constituting the P2MP partial LSP to be deleted in the downstream node by sending a PathTear message;
Processing to reach the reception leaf PE node of the partial P2MP LSP to be deleted, and the PathTear message,
When the plurality of PathTear messages reach all reception leaf PE nodes of the deletion target partial P2MP LSP, a deletion process consisting of a process of deleting the partial deletion target P2MP LSP is performed.

また、本発明は、送信PEノードにおいて、既に設定されたP2MP LSPに部分P2MP LSPを設定する場合に、
初期ツリー設定情報と同じように追加する部分ツリーを構成する送信PEノードから部分ツリーの複数の受信リーフPEノードグループのうち、受信リーフPEノードまでのEROによって経路を指示し、当該追加P2MP LSPの部分経路であるEROの宛先までの集合{ERO}sを部分追加用のERO(Graft)情報として、既設定されたP2MPセッションオブジェクトで指定されている同一のP2MP_LSP_idを用いて、ERO情報が複数ある場合には、先に設定されたP2MP LSPの最終部分ツリーを構成するP2P経路用に指定された、最終シーケンス番号を1増加させて、最初の部分追加用のERO情報を含むパスメッセージに追加して、当該修正されたP2MPセッション情報、と新規のERO情報を含むパスメッセージを送出する処理と、
部分追加用のERO情報を含むパスメッセージをP2MPセッションオブジェクトのP2MP_LSP_idを保持しながら、シーケンス番号を1ずつインクリメントして、部分追加用の最終ERO情報になるまで、隣接下流ノードに送出する処理と、
さらに、最終ERO情報となると、最終シーケンス番号にパスメッセージがP2MP LSPの最終状態要素であることを通知するEndビットを設定して該パスメッセージを近接下流ノードに送付する処理と、
パスメッセージを受信した下流近接ノードにおいて、
受信したパスメッセージが、既に受信したパスメッセージが保持する、P2MP_LSP_idに対して、より大きなシーケンス番号を含むことを検出することにより、当該パスメッセージが新規のパスメッセージであることを特定する場合には、P2MP LSPを設定する処理に応じて、新規の受信したパスメッセージ群のみを下流隣接ノードに即座に転送して、P2MP LSPを設定する処理と、
パスメッセージを受信したノードにおいて、
受信パスメッセージが、同一のP2MP_LSP_idを保持し、既に設定されたシーケンス番号以下のシーケンス番号を持つ場合には、当該パスメッセージの情報内容が登録されたPathステート情報と比較して、その情報要素に変化がない場合には、周期的なパスメッセージのメインテナンス状態に移行する処理と、
抽出したセッション情報に変化がある場合には、セッション情報の変化を反映すべき経路に対してパスメッセージを即座に転送する処理と、
即座に転送されたパスメッセージを受信したリーフPEノードにおいて、
上流のとのPHOPとのMPLS転送に使用するラベル付与、自身のノードの“Resvステート”の更新、ラベル交換関係の更新を実施する処理と、からなるP2MP LSPの追加処理と、
既に設定されたP2MPから部分P2MP LSPを削除する場合に、
既設定された経路情報{ERO}s集合から部分P2MP LSPとして削除する部分に対応するP2MPツリーに対応する削除対象経路{ERO}s集合を特定する処理を行い、
削除対象の部分P2MP LSPに対応する{ERO}s集合を新たにPathTearメッセージに拡張格納する処理と、
拡張格納されたPathTearメッセージのP2MPセッション情報には、P2MP_LSP_idを保持して、削除対象の部分P2PLSPに対応する既設定のERO情報に対応するシーケンス番号を格納されているPathステート情報より抽出し、P2MPセッション情報に格納し、PathTearメッセージに格納する処理と、
削除対象のP2MP転送経路を下流に備える隣接下流ノードにPathTearメッセージを送信PEノードが送出する処理と、
パスメッセージを受信した下流ノードにおいて、受信したPathTearメッセージのP2MPセッション情報より、既に設定されているPathステート情報に格納されている削除対象部分P2MP LSPを含むP2MP LSPを特定し、該パステート情報より、削除対象の部分ツリー情報に対応するERO情報を削除する処理と、
対応するERO情報を削除したノードにおいて、PathTearメッセージに含まれる、ERO情報から自ノードアドレス情報を削除して、新たに下流方向の削除対象ルートを指定するERO情報に変更する処理と、
変更したERO情報を先に指定された、同一のP2MPセッション情報を持つPathTearメッセージに格納しなおし、隣接する下流ノードに対して即座に転送する処理と、
PathTearメッセージの送出により、下流ノードにおける削除対象のP2MP部分LSPを構成するPathステート情報を削除する処理と、
PathTearメッセージを削除対象の部分P2MP LSPの受信リーフPEノードに到達させる処理と、
当該複数のPathTearメッセージが削除対象の部分P2MP LSPの全受信リーフPEノードに到達することで、全削除対象の部分P2MP LSPを削除する処理と、からなるP2MP LSPの削除処理と、を同時に行う。
In addition, the present invention, when setting a partial P2MP LSP to a P2MP LSP that has already been set in the transmitting PE node,
In the same way as the initial tree setting information, the path is indicated by ERO from the transmission PE node constituting the partial tree to be added to the reception leaf PE node among the plurality of reception leaf PE node groups of the partial tree, and the additional P2MP LSP There is a plurality of ERO information using the same P2MP_LSP_id specified in the already set P2MP session object as the ERO (Graft) information for partial addition using the set {ERO} s to the ERO destination which is a partial route. In this case, the last sequence number specified for the P2P path constituting the last partial tree of the previously set P2MP LSP is incremented by 1 and added to the path message including ERO information for the first partial addition. A process of sending a path message including the modified P2MP session information and new ERO information;
A process of incrementing the sequence number by 1 while holding the P2MP_LSP_id of the P2MP session object for the path message including the ERO information for partial addition, and sending it to the adjacent downstream node until the final ERO information for partial addition is reached.
Furthermore, when it becomes the final ERO information, a process of setting the End bit for notifying that the path message is the final state element of the P2MP LSP in the final sequence number and sending the path message to the adjacent downstream node;
At the downstream neighbor node that received the pass message,
When it is determined that the received pass message is a new pass message by detecting that the received pass message contains a larger sequence number than the P2MP_LSP_id held by the already received pass message. Depending on the process of setting the P2MP LSP, only the newly received path message group is immediately transferred to the downstream adjacent node, and the process of setting the P2MP LSP,
At the node that received the pass message,
If the received path message has the same P2MP_LSP_id and has a sequence number less than or equal to the already set sequence number, the information content of the path message is compared with the registered Path state information, and the information element If there is no change, the process of transitioning to a periodic path message maintenance state;
When there is a change in the extracted session information, a process for immediately transferring a path message to a route that should reflect the change in the session information,
At the leaf PE node that received the immediately forwarded path message,
Addition of a P2MP LSP consisting of: label assignment used for MPLS transfer with upstream PHOP, update of “Resv state” of own node, update of label exchange relationship;
When deleting a partial P2MP LSP from an already configured P2MP,
Perform the process of identifying the deletion target route {ERO} s set corresponding to the P2MP tree corresponding to the part to be deleted as the partial P2MP LSP from the set route information {ERO} s set,
Processing to expand and store a new {ERO} s set corresponding to the partial P2MP LSP to be deleted in the PathTear message;
The P2MP session information of the extended PathTear message holds P2MP_LSP_id, extracts the sequence number corresponding to the preset ERO information corresponding to the part P2PLSP to be deleted from the stored Path state information, and P2MP Store in session information and store in PathTear message;
A process in which a transmission PE node sends a PathTear message to an adjacent downstream node provided with a P2MP transfer path to be deleted downstream;
In the downstream node that received the path message, from the P2MP session information of the received PathTear message, identify the P2MP LSP that includes the deletion target part P2MP LSP stored in the already set Path state information, and from the path state information, Processing to delete ERO information corresponding to the partial tree information to be deleted;
In the node from which the corresponding ERO information has been deleted, the process of deleting the own node address information from the ERO information included in the PathTear message and newly changing to the ERO information specifying the deletion target route in the downstream direction,
The process of storing the changed ERO information in the PathTear message with the same P2MP session information specified earlier and immediately transferring it to the adjacent downstream node;
A process of deleting the Path state information constituting the P2MP partial LSP to be deleted in the downstream node by sending a PathTear message;
Processing to reach the reception leaf PE node of the partial P2MP LSP to be deleted, and the PathTear message,
When the plurality of PathTear messages reach all the received leaf PE nodes of the deletion target partial P2MP LSP, the deletion process of the partial deletion target P2MP LSP and the deletion process of the P2MP LSP are simultaneously performed.

また、本発明は、複数のパスメッセージを受信した中間ノードが、該複数のパスメッセージに含まれるTERO情報から次ホップ集合情報を特定するときに、次ホップ情報にLoose指定されているアドレス情報が含まれている場合、該Loose指定されているアドレスグループに対してP2MPのツリーベースのLSP拡張を可能にする処理を行う。   Further, according to the present invention, when an intermediate node that has received a plurality of path messages specifies next hop set information from the TERO information included in the plurality of path messages, the address information specified as Loose in the next hop information is If it is included, the P2MP tree-based LSP extension is performed for the address group designated as loose.

上記のように、本発明は、マルチキャストラベルスイッチング経路を設定する時に、RSVP−TEのパスメッセージに設定対象のP2MP LSPを指定するP2MPセッション情報を指定し、設定するP2MPの部分P2P経路を指定するERO情報を保持した複数のパスメッセージを、P2MP経路を構成するP2P経路分送信して、中間のツリー分岐ノードがデータプレーンの分岐設定を行うため、{ERO}s集合に設定したいP2MP経路を記述することにより容易にP2MP LSPの転送経路をネットワーク内にコピー分岐ポイントを設定しながら設定できる点を主要な特徴とする。   As described above, according to the present invention, when a multicast label switching route is set, P2MP session information specifying a setting target P2MP LSP is specified in a path message of RSVP-TE, and a partial P2P route of P2MP to be set is specified. Send multiple path messages holding ERO information for the P2P paths that make up the P2MP path, and the intermediate tree branch node sets the data plane branch, so describe the P2MP path you want to set in the {ERO} s set The main feature is that the transfer path of P2MP LSP can be easily set while setting the copy branch point in the network.

従来の技術とは、P2PのLSPのみならず、同一のプロトコルを用いて、P2MPのLSPを任意の転送経路でトラヒックエンジニアリングして設定できる点、P2MPだけでなく、P2MPとP2PのLSPを同時に設定できる点が大きく異なる。   The conventional technology is that not only P2P LSP but also P2MP LSP can be set by traffic engineering on any transfer path using the same protocol, and not only P2MP but also P2MP and P2P LSP can be set at the same time The points you can do are very different.

さらに、ツリーベースの経路情報がP2PのMPLSの経路指定情報であるEROによって構成されるため、設定すべきP2MP LSPのツリー形状を指定するときにツリー全体を送信PEから複数受信リーフPEまでのP2P経路の重ね合わせてとして指定できるため、直感的な経路指定を可能にする点、さらに、既存のP2Pで既に実装されているEROを保持したパスメッセージ機構を用いて、P2MP LSPを設定可能なため、既存のP2PのRSVP−TEの実装資産を用いて容易にP2MPの拡張が可能となる。   Furthermore, since the tree-based path information is configured by ERO which is the routing information of P2P MPLS, when specifying the tree shape of the P2MP LSP to be set, the entire tree is transmitted from the transmitting PE to the plurality of receiving leaf PEs. Since it can be specified as overlapping routes, it enables intuitive route specification, and furthermore, it is possible to set P2MP LSP using the path message mechanism that holds ERO already implemented in existing P2P P2MP can be easily expanded using existing P2P RSVP-TE mounting assets.

本発明によれば、P2MPトラヒックを効率的に、高性能でマルチキャスト転送可能なMPLS転送網を構築することができる。   According to the present invention, it is possible to construct an MPLS transfer network that can efficiently and efficiently transfer P2MP traffic with high performance.

以下、図面と共に本発明の実施の形態を説明する。   Hereinafter, embodiments of the present invention will be described with reference to the drawings.

[第1の実施の形態]
本実施の形態では、マルチキャストラベルスイッチングの通信経路設定方法とパケット転送メカニズムについて説明する。
[First Embodiment]
In this embodiment, a multicast label switching communication route setting method and a packet transfer mechanism will be described.

図1は、本発明の第1の実施の形態におけるP2MPセッションオブジェクトを示す。   FIG. 1 shows a P2MP session object in the first embodiment of the present invention.

P2MPのLSPを設定する場合には、P2MPセッションとして、トンネル識別子とトンネルの送信者アドレスを使用する。図1は、IPv4のP2MPセッションオブジェクトを示している。また、図1に示すようにP2MPセッションオブジェクトにはP2MP LSPを特定するために必要となる、P2MPTunnel ID情報、同一のP2MP LSPに対して異なる複数のPath/Resvメッセージオペレーションを可能にするsequence ID, Path/Resvメッセージの最終オペレーションを指定するEndビットも含まれている。   When setting a P2MP LSP, a tunnel identifier and a tunnel sender address are used as a P2MP session. FIG. 1 shows an IPv4 P2MP session object. Also, as shown in FIG. 1, P2MP session objects require P2MP Tunnel ID information, sequence IDs that enable different Path / Resv message operations for the same P2MP LSP, An End bit that specifies the final operation of the Path / Resv message is also included.

図2は、本発明の第1の実施の形態におけるP2MP LSPの例である。同図では、送信PEノードAから4つの受信PEリーフノードG,F,C,DまでのP2MP転送経路の例を示す。このTERO情報は、異なるP2P転送経路の重ね合わせとして表現できる。例えば、図2の場合には、送信PEノードAより受信PEリーフノードGまでの転送経路は、P2P経路1:{A,B,E,G}、同様に送信PEノードAより受信PEリーフノードFまでの転送経路は、P2P経路2:{A,B,E,F}で、同様に送信PEノードAより受信PEリーフノードDまでの転送経路はP2P経路3:{A,B,D}で、また、同様に、送信PEノードAより受信PEリーフノードCまでの転送経路はP2P経路4:{A,B,C}で表現することが可能である。従って、図2のP2MP転送経路であるツリーベースの転送経路情報TEROは、P2Pの転送経路情報であるEROの集合として表現できるため、{ERO}s={ERO1(A,B,E,G)、ERO2(A,B,D),ERO4(A,B,C)}として表現できる。   FIG. 2 is an example of the P2MP LSP in the first embodiment of the present invention. In the figure, an example of the P2MP transfer path from the transmission PE node A to the four reception PE leaf nodes G, F, C, and D is shown. This TERO information can be expressed as a superposition of different P2P transfer paths. For example, in the case of FIG. 2, the transfer path from the transmission PE node A to the reception PE leaf node G is P2P path 1: {A, B, E, G}, and similarly from the transmission PE node A to the reception PE leaf node. The transfer route to F is P2P route 2: {A, B, E, F}. Similarly, the transfer route from transmission PE node A to reception PE leaf node D is P2P route 3: {A, B, D}. Similarly, the transfer path from the transmission PE node A to the reception PE leaf node C can be expressed by P2P path 4: {A, B, C}. Therefore, since the tree-based transfer route information TERO, which is the P2MP transfer route in FIG. 2, can be expressed as a set of EROs that are P2P transfer route information, {ERO} s = {ERO1 (A, B, E, G) , ERO2 (A, B, D), ERO4 (A, B, C)}.

次に、本発明で使用するパスメッセージ、Resvメッセージについて説明する。パスメッセージは、
<Path Message> ::<Common Header> [<INTEGRITY>]
[[<MESSAAGE_ID_ACK>│<MESSAGE_ID_NACK>]...]
[<MESSAGE_ID>]<P2MP_SESSION><RSVP_HOP>
<TIME_VALUES><EXPLICIT_ROUTE>
<LABEL_REQUEST>[<PROTECTION>]
[<LABEL_SET>][<SESSION_ATTRIBUTE>]
[<NOTIFY_REQUEST>][<ADMIN_STATUS>]
[<POLICY_DATA>...]<sender descriptor>
<sender descriptor>::=<SENDER_TEMPLATE><SENDER_TSPEC>
のフォーマットで表現される。従来のP2PのRSVP−TEとの大きな違いは、前述したようにP2MPのLSPのオペレーションを可能にするためにP2MPSESSIONオブジェクトフォーマットを定義している点が異なる。また、Resvメッセージは、
<Resv Message>::=<Common Header>[<INTEGRITY>]
[[<MESSAGE_ID_ACK>│<MESSAGE_ID_NACK>]…]
[<MESSAGE_ID>]<P2MP_SESSION><RSVP_HOP>
<TIME_VALUES>[<RSVP_CONFIRM>][<SCOPE>]
[<NOTIFY_REQUEST>][<ADMIN_STATUS >]
[<POLICY_DATA>…]<STYLE><flow descriptor list>
<flow descriptor list>::=<FF flow descriptor list>│<SE flow descriptor>
<FF flow descriptor list>::=<FLOWSPEC><FILTER_SPEC>
<LABEL>[<RECORD_ROUTE>]
│<FF flow descriptor list><FF flow descriptor>
<FF flow descriptor>::=[<FLOWSPEC>]<FILTER_SPEC>
<LABEL>[<RECORD_ROUTE>]
<SE flow descriptor>::=<FLOWSPEC><SE filter spec list>
<SE filter spec list>::=<SE filter spec>
│<SE filter spec list><SE filter spec>
<SE filter spec>::=<FILTER_SPEC><LABEL>[<TREE_RECORD_ROUTE>]
のフォーマットで表現される。従来のP2PのRSVP−TEとの大きな違いは、P2MPSESSIONオブジェクトが異なる。
Next, a path message and a Resv message used in the present invention will be described. Pass message is
<Path Message> :: <Common Header>[<INTEGRITY>]
[[<MESSAAGE_ID_ACK> │ <MESSAGE_ID_NACK>]. . . ]
[<MESSAGE_ID>] <P2MP_SESSION><RSVP_HOP>
<TIME_VALUES><EXPLICIT_ROUTE>
<LABEL_REQUEST>[<PROTECTION>]
[<LABEL_SET>] [<SESSION_ATTRIBUTE>]
[<NOTIFY_REQUEST>] [<ADMIN_STATUS>]
[<POLICY_DATA>. . . ] <Sender descriptor>
<sender descriptor> :: = <SENDER_TEMPLATE><SENDER_TSPEC>
It is expressed in the format. The major difference from the conventional P2P RSVP-TE is that the P2MP SESSION object format is defined to enable the operation of the P2MP LSP as described above. Resv message is
<Resv Message> :: = <Common Header>[<INTEGRITY>]
[[<MESSAGE_ID_ACK> │ <MESSAGE_ID_NACK>] ...]
[<MESSAGE_ID>] <P2MP_SESSION><RSVP_HOP>
<TIME_VALUES>[<RSVP_CONFIRM>][<SCOPE>]
[<NOTIFY_REQUEST>] [<ADMIN_STATUS>]
[<POLICY_DATA>…] <STYLE><flow descriptor list>
<flow descriptor list> :: = <FF flow descriptor list> │ <SE flow descriptor>
<FF flow descriptor list> :: = <FLOWSPEC><FILTER_SPEC>
<LABEL>[<RECORD_ROUTE>]
│ <FF flow descriptor list><FF flow descriptor>
<FF flow descriptor> :: = [<FLOWSPEC>] <FILTER_SPEC>
<LABEL>[<RECORD_ROUTE>]
<SE flow descriptor> :: = <FLOWSPEC><SE filter spec list>
<SE filter spec list> :: = <SE filter spec>
│ <SE filter spec list><SE filter spec>
<SE filter spec> :: = <FILTER_SPEC><LABEL>[<TREE_RECORD_ROUTE>]
It is expressed in the format. The major difference from the conventional P2P RSVP-TE is that the P2MPSESSION object is different.

次に、図2,3を用いて、P2MP LSPの基本設定メカニズムを説明する。   Next, the basic setting mechanism of the P2MP LSP will be described with reference to FIGS.

図2では、送信PEノードが受信PEリーフノードであるC,D,F,GまでP2MP LSPを設定する例を示している。   FIG. 2 shows an example in which the transmitting PE node sets P2MP LSPs up to C, D, F, and G that are receiving PE leaf nodes.

設定されるP2MP LSP経路は、図2の転送経路に従う。送信PEノードAは、設定すべきP2MP LSPの転送経路を決定すると、その転送経路情報を転送経路情報{ERO}s集合として管理する。   The set P2MP LSP path follows the transfer path of FIG. When the transmission PE node A determines the transfer route of the P2MP LSP to be set, it manages the transfer route information as a set of transfer route information {ERO} s.

この例では、{ERO}s={ERO(A,B,C),ERO(A,B,D),ERO(A,B,E,F),ERO(A,B,E,G)}となっている。さらに、送信PEノードは、設定すべきP2MP LSPのTunnel IDと、P2MPTunnel IDをP2MP SESSIONオブジェクトに格納する。同時に、LSPIDをSENDER TEMPLATEで指定する。この後、送信PEノードAは、パスメッセージにCommon Header、P2MP SESSIONにTunnel IDとP2MP Tunnel IDを指定すると同時に、設定すべきP2MP LSPのツリー情報を構成する{ERO}s集合から始めのP2P経路情報ERO(A,B,C)を特定して、その情報用にP2MP SESSIONのシーケンス番号0(初期値)を設定し、Endビットを指定しない。さらに、RSVP-HOP、TIME_VALUE、先に指定したERO(B,C)、LABEL_REQUEST、SENDER_TSPEC、RECORD_ROUTEオブジェクトをパスメッセージに格納して、下流ノードBに転送する。   In this example, {ERO} s = {ERO (A, B, C), ERO (A, B, D), ERO (A, B, E, F), ERO (A, B, E, G)} It has become. Further, the transmission PE node stores the P2MP LSP Tunnel ID to be set and the P2MPTunnel ID in the P2MP SESSION object. At the same time, LSPID is specified by SENDER TEMPLATE. After this, the sending PE node A specifies the common header in the path message, the tunnel ID and the P2MP tunnel ID in the P2MP SESSION, and at the same time, the P2P route starting from the {ERO} s set that configures the tree information of the P2MP LSP to be set The information ERO (A, B, C) is specified, the sequence number 0 (initial value) of the P2MP SESSION is set for the information, and the End bit is not designated. Further, the RSVP-HOP, TIME_VALUE, the previously specified ERO (B, C), LABEL_REQUEST, SENDER_TSPEC, and RECORD_ROUTE objects are stored in the path message and transferred to the downstream node B.

このとき、送信PEノードAはさらに、設定すべきP2MP LSPの第2の部分P2P経路である、ERO(A,B,D)を特定して、パスメッセージにCommon Header、P2MP SESSIONにTunnel IDとP2MP Tunnel IDを指定すると同時に、設定すべき、P2MP LSPの部分経路ERO(A,B,C)のために、P2MP SESSIONのシーケンス番号1(インクリメント)を設定し、Endビットは指定しない。さらに、RSVP_HOP、TIME_VALUE、先に指定したERO(B,D)、LABEL_REQUEST、SENDER_TEMPULATE、SENDER_TSPEC、RECORD_ROUTEオブジェクトをパスメッセージに格納して、下流ノードBに送信する。   At this time, the transmitting PE node A further specifies ERO (A, B, D), which is the second partial P2P route of the P2MP LSP to be set, and the common header is set in the path message, and the tunnel ID is set in the P2MP SESSION. At the same time as specifying the P2MP Tunnel ID, the sequence number 1 (increment) of the P2MP SESSION is set for the partial route ERO (A, B, C) of the P2MP LSP to be set, and the End bit is not specified. Further, the RSVP_HOP, TIME_VALUE, the previously specified ERO (B, D), LABEL_REQUEST, SENDER_TEMPULATE, SENDER_TSPEC, and RECORD_ROUTE objects are stored in the path message and transmitted to the downstream node B.

このとき、送信PEノードAは、さらに設定すべきP2MP LSPの第3の部分のP2P経路である、ERO(A,B,E,F)を特定して、パスメッセージにCommon Header、P2MPSESSIONにTunnel IDとP2MPTunnel IDを指定すると同時に、設定すべき、P2MP LSPの部分経路ERO(A,B,E,F)のために、P2MPSESSIONのシーケンス番号2(インクリメント)を設定し、Endビットは指定しない。さらに、RSVP_HOP、TIME_VALUE、先に指定したERO(B,E,F)、LABEL_REQUEST、SENDER_TEMPULATE、SENDER_TSPEC、RECORD_ROUTEオブジェクトをパスメッセージに格納して、下流ノードBに送信する。   At this time, the transmitting PE node A specifies ERO (A, B, E, F), which is the P2P route of the third part of the P2MP LSP to be further set, and the common header in the path message and the tunnel in P2MPSESSION. At the same time as specifying ID and P2MPTunnel ID, P2MPSESSION sequence number 2 (increment) is set for the partial path ERO (A, B, E, F) of the P2MP LSP to be set, and the End bit is not specified. Further, RSVP_HOP, TIME_VALUE, ERO (B, E, F) specified earlier, LABEL_REQUEST, SENDER_TEMPULATE, SENDER_TSPEC, and RECORD_ROUTE object are stored in the path message and transmitted to the downstream node B.

このとき、送信PEノードAは、さらに設定すべきP2MP LSPの第4の(最後)の部分P2P経路である、ERO(A,B,E,G)を特定して、パスメッセージにCommon Header、P2MPSESSIONにTunnel IDとP2MPTunnel IDを指定すると同時に、設定すべきP2MP LSPの部分経路ERO(A,B,E,G)のために、P2MPSESSIONのシーケンス番号3(インクリメント)を設定し、さらに、この部分経路は設定対象のP2MP LSPを構成する最後の部分P2P経路となるから、Endビットを指定して、さらに、RSVP_HOP、TIME_VALUE、先に指定したERO(B、E,G)、LABEL_REQUEST、SENDER_TEMPULATE、SENDER_TSPEC、RECORD_RUTEオブジェクトをパスメッセージに格納して、下流ノードBに送信する。   At this time, the transmitting PE node A specifies ERO (A, B, E, G), which is the fourth (last) partial P2P route of the P2MP LSP to be further set, and adds a common header, At the same time that Tunnel ID and P2MPTunnel ID are specified for P2MPSESSION, P2MPSESSION sequence number 3 (increment) is set for the partial path ERO (A, B, E, G) of the P2MP LSP to be set. Since the route is the last partial P2P route that configures the P2MP LSP to be set, specify the End bit, and further RSVP_HOP, TIME_VALUE, ERO (B, E, G), LABEL_REQUEST, SENDER_TEMPULATE, SENDER_TSPEC specified earlier The RECORD_RUTE object is stored in the path message and transmitted to the downstream node B.

当該パスメッセージを受信したノードBは、記憶手段からそのPathステート情報を検索し、当該P2MPセッションが新規のP2MPセッションであることを判定すると(前述のERO(B,C)を含む初めてのパスメッセージを受信した場合)、さらに、当該パス設定要求のP2MP LSPが当該ノードに設定可能な場合には、そのPathステートにセッション情報として、SESSION、RSVP_HOP、LABEL_REQUEST、SENDER_TEMPLATE、RECORD_ROUTEオブジェクトとして情報登録を実施する。   When receiving the path message, the node B retrieves the path state information from the storage means and determines that the P2MP session is a new P2MP session (the first path message including ERO (B, C) described above). In addition, if the P2MP LSP of the path setting request can be set in the node, information registration is performed as session information in the Path state as SESSION, RSVP_HOP, LABEL_REQUEST, SENDER_TEMPLATE, and RECORD_ROUTE objects. .

図2の例では、その後当該ノードBは、2番目のERO(B,D)経路、Seq=1のパスメッセージを受信する。当該ノードBは、当該パスメッセージを既に受信して当該ノードBの記憶手段のPathステートに登録されているPathステート内のP2MP LSP向けのメッセージであることをそのP2MPセッション情報により特定できるので、記憶手段に登録されているPathステート情報を検索し、登録されている情報を、当該設定要求されているP2MP LSPが設定可能と判定した場合には新たに設定要求された情報、ERO(B,D)をその対応するPathステート情報に登録する。   In the example of FIG. 2, the node B then receives a second ERO (B, D) route, a path message of Seq = 1. Since the node B has already received the path message and can identify the message for the P2MP LSP in the Path state registered in the Path state of the storage means of the node B by the P2MP session information, The path state information registered in the means is searched, and if it is determined that the P2MP LSP requested for the setting can be set, the newly requested information, ERO (B, D ) Is registered in the corresponding Path state information.

このとき、さらに、図2の例では、その後、当該ノードBは3番目のERO(B,E,F)経路、Seq=2番のパスメッセージを受信する。当該ノードBは、当該パスメッセージが既に受信して当該ノードの記憶手段のPathステートに登録されているPathステート内のP2MP LSP向けのメッセージであることを、そのP2MPセッション情報により特定できるので、登録されているPathステート情報を検索し、登録されている情報、当該設定要求されているP2MP LSPが設定可能と判定した場合には、新たに設定要求された情報ERO(B,E,F)をその対応するPathステート情報に登録する。   At this time, further, in the example of FIG. 2, the node B thereafter receives the third ERO (B, E, F) route and the Seq = 2 path message. Since the node B can identify from the P2MP session information that the path message has already been received and is a message for the P2MP LSP in the path state registered in the path state of the storage means of the node, If it is determined that the registered information and the requested P2MP LSP can be configured, the newly requested information ERO (B, E, F) Register in the corresponding Path state information.

このとき、さらに、図2の例では、その後当該ノードBは、4番目(最後)のERO(B,E,G)経路、seq=3番のパスメッセージを受信する。このパスメッセージが設定要求の最終メッセージであることは当該パスメッセージに包含されているP2MPセッション情報のEndビットが設定されていることにより判定される。当該ノードは、当該パスメッセージが既に受信して当該ノードのPathステートに登録されているPathステート内のP2MP LSP向けのメッセージであることを、そのP2MPセッション情報により特定できるので、記憶手段に登録されているPathステート情報を検索し、登録されている情報、当該設定要求されているP2MP LSPが設定可能と判定した場合には、新たに設定要求された情報、ERO(B,E,G)をその対応するPathステート情報に登録する。   At this time, further, in the example of FIG. 2, the node B thereafter receives the fourth (last) ERO (B, E, G) route and the path message of seq = 3. Whether or not this path message is the final message of the setting request is determined by setting the End bit of the P2MP session information included in the path message. The node can be identified by the P2MP session information that it is a message for the P2MP LSP in the Path state that has already been received and registered in the Path state of the node. If it is determined that the registered information and the P2MP LSP for which the setting is requested can be set, the newly requested information, ERO (B, E, G) Register in the corresponding Path state information.

この後、当該ノードBは、記憶手段に登録されたPathステート情報から設定すべき、P2MP LSPに対して、次ホップとしてパスメッセージを送出しなければならない対象を判定する。まず、そのPathステート情報を検索して、当該設定対象のP2MP_LSP_idに対して、ERO(B,C、F)より次ホップ:Eを特定し、さらに、ERO(B,E,G)より次ホップE:を特定する。この判定により当該ノードBは、次ホップC,Dに対しては単一のパスメッセージを送付すればよいことを判定するので、それぞれ、ERO(C),ERO(D)を指定し、さらに新規シーケンス番号:0、最後のパスメッセージであるEndビットをP2MPセッションオブジェクトに指定して下流ノード、C、Eに対して即座にパスメッセージを送付する。このとき、下流ノードEに対しては、先の判定により、リーフE,Gに対して2つのパスメッセージを送付しなくてはいけないことを判定しているので、この例では、まずは、ノードFに向けてERO(E,F)を指定して、シーケンス番号:0、Endビット指定なしでP2MPセッション情報を指定してパスメッセージに格納して即座に送信し、次に、ノードGに向けてERO(E,G)を指定して、シーケンス番号:1(インクリメント)Endビット指定してP2MPセッション情報をパスメッセージに格納して即座に送信する。   Thereafter, the node B determines a target to which a path message should be sent as the next hop to the P2MP LSP to be set from the Path state information registered in the storage unit. First, the path state information is searched, the next hop: E is specified from ERO (B, C, F) for the P2MP_LSP_id of the setting target, and the next hop from ERO (B, E, G). E: is specified. Since this determination makes it possible for the node B to send a single path message to the next hops C and D, ERO (C) and ERO (D) are designated, respectively. Sequence number: 0, End bit that is the last path message is designated as a P2MP session object, and the path message is immediately sent to downstream nodes C, E. At this time, since it is determined that two path messages must be sent to the leaves E and G by the previous determination for the downstream node E, in this example, first, the node F Specify ERO (E, F) for the sequence number: 0, specify the P2MP session information without specifying the End bit, store it in the path message, and immediately send it to the node G. Specify ERO (E, G), specify sequence number: 1 (increment) End bit, store the P2MP session information in the path message, and send it immediately.

当該2つのパスメッセージを受信したノードEは、2つ目のパスメッセージ受信後に先に説明したメカニズムにより、Pathステート情報を記憶手段に登録し、さらに、下流のノードF、Gに向けてパスメッセージを送出する。   The node E that has received the two path messages registers the Path state information in the storage means by the mechanism described above after receiving the second path message, and further passes the path message toward the downstream nodes F and G. Is sent out.

図3に当該パスメッセージを受信した各リーフの動作メカニズムを示す。各受信リーフノードともパスメッセージを受信して、Pathステートを登録し、さらに、当該パス設定要求に対してLSPを予約確定できる場合には、当該ノードにResvステートを登録するのと同時に、上流のPHOPとの間の転送で使用するラベル値を付与して、上流のPHOPにResvメッセージを即座に送り返す。このとき、各ノードでは、同時に内部のフォワーディングプレーンの設定が行われ、記憶手段内にILMテーブル、HNLFEテーブルの設定が行われ、上流に通知したMPLSラベルに対するフォワーディング関係が設定されている。   FIG. 3 shows an operation mechanism of each leaf that has received the path message. Each receiving leaf node receives the path message, registers the Path state, and if the reservation of the LSP for the path setting request can be confirmed, the Resv state is registered with the node at the same time as the upstream. A label value used for transfer to and from the PHOP is assigned, and a Resv message is immediately sent back to the upstream PHOP. At this time, the internal forwarding plane is simultaneously set in each node, the ILM table and the HNLFE table are set in the storage means, and the forwarding relationship for the MPLS label notified upstream is set.

また、図3の例では、ノードC,D,F,GがResvメッセージを送信している例を示す。このとき、P2MPセッションオブジェクトには同一のP2MP_LSP_idが設定されていて、シーケンス番号はResvメッセージを1メッセージ受信することでリーフからのLSPが確定するので、Seq=0、これが最後のResvメッセージであることを通知するEndビットが設定されている。図3の例では、まず、ノードBが、リーフC、Dより2つのResvメッセージを受信する例を示している。   Further, the example of FIG. 3 shows an example in which the nodes C, D, F, and G are transmitting Resv messages. At this time, the same P2MP_LSP_id is set in the P2MP session object, and since the LSP from the leaf is determined by receiving one Resv message as the sequence number, Seq = 0, this is the last Resv message End bit to notify is set. In the example of FIG. 3, the node B first receives two Resv messages from the leaves C and D.

ノードBは、まず始めに、リーフCからのResvメッセージを受信してResvステートを記憶手段に登録すると同時に、上流との間で使用するラベル値の付与を実施するのと同時に、ラベル交換関係を設立するためにILMテーブルに上流に通知したラベル、NHLFEテーブルに下流から通知されたラベル値を登録し、ラベル交換関係を構築する。この動作と同時に、BC経路の確定を知らせるためにRROオブジェクトをアップデートして即座にResvメッセージにラベル、RRO情報を格納して上流に通知する。このとき、ノードBは、先のパスメッセージにより、当該Resvメッセージが設定要求のあるP2MP LSPに対して最後のResvメッセージではないことを判定しているので、Resvメッセージには、Seq=0、Endビット指定なしのP2MPセッション情報が登録されている。さらに、同様に、ノードBがリーフDからResvメッセージを受信すると、ノードBにおけるラベル交換関係を設定すると同時に、やはり最後のResvメッセージではないので先にノードA−B間の転送に付与されたラベル値、さらに、BD経路のRRO情報を含んだResvメッセージを上流に即座に転送する。   First, the node B receives the Resv message from the leaf C, registers the Resv state in the storage means, and simultaneously assigns the label value to be used with the upstream, and at the same time, establishes the label exchange relationship. To establish, register the label notified upstream in the ILM table and the label value notified from downstream in the NHLFE table, and build a label exchange relationship. Simultaneously with this operation, the RRO object is updated to notify the confirmation of the BC route, and the label and RRO information are immediately stored in the Resv message and notified upstream. At this time, since the Node B determines that the Resv message is not the last Resv message with respect to the P2MP LSP that has the setting request by the previous path message, the Resv message includes Seq = 0, End P2MP session information without bit specification is registered. Similarly, when the node B receives the Resv message from the leaf D, the label exchange relationship in the node B is set, and at the same time, since it is not the last Resv message, the label given to the transfer between the nodes A and B first. The Resv message including the value and the RRO information of the BD route is immediately transferred upstream.

当該Resvメッセージを受信した送信PEノードAは、自身のResvステートを登録すると同時に、FTNテーブル、NHLFEテーブルにラベル転送関係を設定し、リーフC,Dに到達する部分的なP2MP LSPの設定が完了する。   Upon receiving the Resv message, the transmitting PE node A registers its own Resv state, and at the same time, sets the label transfer relationship in the FTN table and the NHLFE table, and completes the setting of the partial P2MP LSP reaching the leaves C and D. To do.

この操作と同時に、ノードEでは、ノードBで説明したのと同様のメカニズムにより下流ノードF,GによりResvメッセージを受信している。ノードEにおけるResvステートの確定、ラベル交換関係の構築の後に、ノードEは同様に2つの対応するResvメッセージを上流ノードのノードBに即座に送付する。このとき、1番目のResvメッセージはシーケンス番号:0、Endビット指定無し、2番目のResvメッセージはシーケンス番号:1で、しかも、Endビットが設定されていて、このResvメッセージが下流から最終のResvメッセージであることを示している。このようにしてさらに2つのResvメッセージがノードBに下流から到達し、ノードBは対応するResvメッセージを上流に送付するが、最後の4番目のResvメッセージを送付するときには、Seqビットの更新と共にEndビットが設定されて送信される。   Simultaneously with this operation, the node E receives the Resv message by the downstream nodes F and G by the same mechanism as described in the node B. After establishing the Resv state at node E and building the label exchange relationship, node E also immediately sends two corresponding Resv messages to node B of the upstream node. At this time, the first Resv message has a sequence number of 0, the End bit is not specified, the second Resv message has a sequence number of 1, and the End bit is set. This Resv message is the last Resv message from downstream. Indicates a message. In this way, two more Resv messages arrive at Node B from the downstream, and Node B sends the corresponding Resv message upstream, but when sending the final fourth Resv message, it will end with an update of the Seq bit. Bit is set and transmitted.

以上のメカニズムを通じてエンド・エンドでP2MPのMPLS転送経路が設定される。   The P2MP MPLS transfer path is set at the end and end through the above mechanism.

図4には、ノードA−B間のPath/Resvステートメンテナンス状態におけるメッセージ交換シーケンスを示す。   FIG. 4 shows a message exchange sequence in the Path / Resv state maintenance state between the nodes A and B.

先に述べたように当実施の形態では、4つのリーフノードC,D,F,Gに対してP2MP LSPが設定されているので、ノードAは、ノードBに対して自身が保持しているステート情報に基づいて、4つのパスメッセージを図に示す形態で送出している。同図にあるように、各リーフに向けた部分情報保持用にシーケンス番号が振られており、最後の部分情報である(B,E,G)の状態情報交換時には最終状態であることを示すEndビットが付与されて状態保持が実施されている。さらに、このパスメッセージに呼応して、部分状態確認のResvメッセージが送信される。こちらも同様に最後の部分状態メッセージについて(B,E,G)については同じくEndビットが付与されている。   As described above, in this embodiment, since the P2MP LSP is set for the four leaf nodes C, D, F, and G, the node A holds itself for the node B. Based on the state information, four path messages are sent in the form shown in the figure. As shown in the figure, a sequence number is assigned to hold partial information directed to each leaf, indicating that the last partial information (B, E, G) is in the final state when the state information is exchanged. The state is retained with the End bit added. Further, a Resv message for partial state confirmation is transmitted in response to this pass message. Similarly, for the last partial status message (B, E, G), the End bit is also assigned.

[第2の実施の形態]
本実施の形態では、図5、図6を用いて本発明の部分P2MP LSPツリーの追加処理であるGraftingメカニズムについて説明する。
[Second Embodiment]
In the present embodiment, the Grafting mechanism, which is a process for adding a partial P2MP LSP tree according to the present invention, will be described with reference to FIGS.

図5の例では、既に設定されたツリーに対して、ノードE配下にノードHまでのリーフLSP:EHをGrafting処理する例を示す。   The example of FIG. 5 illustrates an example in which the leaf LSP: EH up to the node H under the node E is subjected to the Grafting process on the already set tree.

リーフLSP:EHをGraftingするために送信PEノードAは、追加受信リーフHまでの指定経路ERO=(A,B,E,H)を用意する。その後、送信ノードは既に設定されているP2MP LSPに対して部分状態が何個あるかを特定する。この場合、リーフノードC、D,F,Gと4つの部分情報が存在しており、送信PEノードは、当該P2MP LSPを設定するのに、既にそのP2MPセッション情報のシーケンス番号として0〜3の値を使用しているものとする(3がEndビット指定された最後のオペレーション)。送信PEノードAは、この情報を保持しているので、P2MP LSPのパスメンテナンスだけでなく、新たな部分ツリーの追加処理のために、新規のシーケンス番号m=4を用意する。その後、送信ノードは、P2MPセッション情報に既に設定されていて部分P2MP LSPが追加設定されるP2MP LSPを特定するP2MP_LSP_idを用いて、さらに、新規のシーケンス番号M=4を特定して、さらに、この場合EHの1本のみのLSP追加なので、Endビットを設定したP2MPセッションオブジェクトと、EROとしてERO(B,E,H)をパスメッセージに格納して下流ノードBに即座に送信する。   In order to Graft the leaf LSP: EH, the transmission PE node A prepares a designated route ERO = (A, B, E, H) to the additional reception leaf H. After that, the transmitting node specifies how many partial states exist for the already set P2MP LSP. In this case, there are four pieces of partial information, leaf nodes C, D, F, and G, and the transmission PE node has already set 0 to 3 as the sequence numbers of the P2MP session information in order to set the P2MP LSP. It is assumed that a value is used (3 is the last operation with the End bit specified). Since the transmitting PE node A holds this information, a new sequence number m = 4 is prepared not only for the path maintenance of the P2MP LSP but also for the process of adding a new partial tree. Thereafter, the transmitting node further identifies a new sequence number M = 4 using P2MP_LSP_id that identifies the P2MP LSP that is already set in the P2MP session information and is additionally set with the partial P2MP LSP, and further identifies this In this case, since only one LSP of EH is added, the P2MP session object in which the End bit is set and ERO (B, E, H) as ERO are stored in the path message and immediately transmitted to the downstream node B.

ノードBは、当該パスメッセージを受信すると、当該パスメッセージが状態メインテナンス用のパスメッセージではなくて、ツリー変更要求のメッセージであることをそのシーケンス番号mにより判定するので、Pathステート情報を検索して、新規情報を登録するのと同時に、当該パスメッセージを、その保持するERO情報を解析し、対応する下流ノードであるノードEに即座に転送する。このとき、ノードB,E間では既に2つのパスメッセージ(部分情報が登録されているので)当該パスメッセージのP2MPセッションのシーケンス番号は「2」に設定される。   When the node B receives the path message, the node B determines that the path message is not a state maintenance path message but a tree change request message by its sequence number m. At the same time as registering the new information, the ERO information held by the path message is analyzed and immediately transferred to the corresponding downstream node E. At this time, the sequence number of the P2MP session of the path message is set to “2” between the nodes B and E because two path messages have already been registered.

さらに、当該パスメッセージを受信したノードEは、ノードE−Hの部分LSP追加要求情報であることを判定して、ノードEH方向に新たにパスメッセージを送信する。このP2MPセッションオブジェクトのシーケンス番号は「0」、Endビットは設定されていることに注意されたい。こうし、パスメッセージがリーフHに到達すると、図6にあるようにリーフHは当該部分LSP追加要求が許容可能な場合には、Resvメッセージを即座に上流に送信することにより、P2MP LSPを確定する。このとき、ノードE−H間では、先に述べたように初めての部分情報なので、シーケンス番号:0でEndビット設定されて上流に通知される。さらに、ノードB−E間では、3つ目の部分情報の登録となるので、Seq=2、Endビット設定されて上流に即座に通知される。さらに、ノードA−B間では、5つ目の部分情報の追加となるので、Seq=4、Endビット設定されて上流に通知される。   Further, the node E that has received the path message determines that it is the partial LSP addition request information of the node E-H, and transmits a new path message in the direction of the node EH. Note that the sequence number of this P2MP session object is “0” and the End bit is set. Thus, when the path message reaches the leaf H, as shown in FIG. 6, if the partial LSP addition request is acceptable, the leaf H immediately determines the P2MP LSP by sending the Resv message immediately upstream. To do. At this time, since it is the first partial information between the nodes E and H, the End bit is set with the sequence number: 0 and notified upstream. Further, since the third partial information is registered between the nodes B and E, Seq = 2 and the End bit are set and immediately notified upstream. Further, since the fifth partial information is added between the nodes A and B, Seq = 4 and the End bit is set and notified upstream.

[第3の実施の形態]
本実施の形態では、図7を用いてマルチキャストMPLSPruningについて説明する。
[Third Embodiment]
In the present embodiment, multicast MPLS SPruning will be described with reference to FIG.

図7の例では、既設定されたP2MP LSPのノードE配下からリーフLSP:EHをPruning処理する例を示している。   In the example of FIG. 7, an example is shown in which the leaf LSP: EH is Pruning processed from the node E under the already set P2MP LSP.

送信ノードAは既に設定されているP2MP LSPのツリーベースの経路設定情報を表す{ERO}s情報から削除すべきリーフに対するサブツリー情報であるERO(A,B,E,H)を特定する。ノードAは、削除対象の{ERO}情報、AB間におけるERO(B,E,H)情報の既に設定されているシーケンス番号を特定する。この例では、先のGraftingの例で示したように、ノードAB間では、ERO(B,E、H)は、seq=4として登録されている。このシーケンス番号を特定すると送信PEノードAは、P2MPセッション情報として部分LSPを削除する対象となるP2MP LSPを識別するP2MP_LSP_id情報を用いて、先のSeq=4を用いて、さらにオペレーションはこの一つなので、Endビットを設定してPathTearメッセージのP2MPセッション情報として、さらに削除する対象経路であるERO(B,E,H)の情報を付与して、PathTearメッセージに格納して下流のノードBに送付する。ノードBは、その受信したPathTearのセッション情報より対応するPathステートを特定して、そのERO(B,E,H)情報を削除すると共に、削除対象ツリーを含む下流ノードEを特定する。このときノードB−E間では、BEHはSeq=2で管理されているので、Seq=2を指定して、さらに削除オペレーションはこの1つなので、Endビットを設定して、さらにERO(E,H)を指定して、また、PathTearメッセージを下流ノードのEに即座に送付する。当該PathTearメッセージを受信したノードEは、さらに同様に、その登録されているPathステートからEH情報を削除して、下流のHに向けてSeq=0、Endビットを設定してPathTearメッセージを送付する。この操作を上流から下流に向けて実施することにより対象とする削除ツリーが既設定ツリーより削除される。   The transmitting node A specifies ERO (A, B, E, H), which is subtree information for the leaf to be deleted, from the {ERO} s information representing the tree-based path setting information of the P2MP LSP that has already been set. The node A identifies the already set sequence numbers of the {ERO} information to be deleted and the ERO (B, E, H) information between AB. In this example, as shown in the previous Grafting example, ERO (B, E, H) is registered as seq = 4 between the nodes AB. When this sequence number is specified, the transmitting PE node A uses P2MP_LSP_id information that identifies the P2MP LSP for which the partial LSP is to be deleted as P2MP session information, and uses the previous Seq = 4. So, set the End bit, add ERO (B, E, H) information that is the target route to be deleted as P2MP session information in the PathTear message, store it in the PathTear message, and send it to the downstream node B To do. The node B specifies the corresponding Path state from the received PathTear session information, deletes the ERO (B, E, H) information, and specifies the downstream node E including the deletion target tree. At this time, since BEH is managed with Seq = 2 between nodes B and E, since Seq = 2 is specified and this delete operation is one of these, the End bit is set and ERO (E, H) is specified, and a PathTear message is immediately sent to E of the downstream node. Similarly, the node E that has received the PathTear message deletes the EH information from the registered Path state, sets the Seq = 0 and the End bit to the downstream H, and sends the PathTear message. . By performing this operation from upstream to downstream, the target deletion tree is deleted from the preset tree.

[第4の実施の形態]
図8は、本発明の第4の実施の形態におけるルース(Loose)指定時のP2MP LSPのパスメッセージのシーケンス図である。
[Fourth Embodiment]
FIG. 8 is a sequence diagram of a P2MP LSP path message when loose is specified in the fourth embodiment of the present invention.

同図に示すように、複数のパスメッセージを受信した中間ノードが、該複数のパスメッセージに含まれるTERO情報から次ホップ集合情報を特定するときに、次ホップ情報にLoose指定されているアドレス情報が含まれている場合、Loose指定されているアドレスグループに対してP2MPのツリーベースのLSP拡張を可能にする処理を行う。   As shown in the figure, when the intermediate node that has received a plurality of path messages specifies next hop set information from the TERO information included in the plurality of path messages, the address information specified as Loose in the next hop information Is included, the P2MP tree-based LSP extension is performed for the address group designated as loose.

また、上記の第1〜第4の実施の形態におけるノード毎の動作をプログラムとして構築し、各ノードのコンピュータにインストールし、CPU等の制御手段により実行する、または、ネットワークを介して流通させることも可能である。   In addition, the operation for each node in the first to fourth embodiments described above is constructed as a program, installed in the computer of each node, executed by a control means such as a CPU, or distributed via a network. Is also possible.

さらに、構築されたプログラムを各ノードのコンピュータに接続されるハードディスクや、フレキシブルディスク、CD−ROM等の可搬記憶媒体に格納し、コンピュータにインストールして実行することも可能である。   Furthermore, the constructed program can be stored in a portable storage medium such as a hard disk, a flexible disk, or a CD-ROM connected to the computer of each node, and can be installed and executed on the computer.

なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。   The present invention is not limited to the above-described embodiment, and various modifications and applications can be made within the scope of the claims.

本発明は、P2MP(ポイントツーマルチポイント)コミュニケーション用のトラヒックをネットワークデーターベース効率的にTEしながら、QoS保証してMPLS転送するポイントツーマルチポイントMPLS転送経路を設定する技術に適用可能である。   The present invention can be applied to a technique for setting a point-to-multipoint MPLS transfer path for performing QoS transfer with guaranteed QoS while efficiently performing TE for traffic for P2MP (point-to-multipoint) communication.

本発明の第1の実施の形態におけるP2MPセッションオブジェクトのフォーマットである。It is a format of the P2MP session object in the 1st Embodiment of this invention. 本発明の第1の実施の形態におけるP2MP LSPのパスメッセージのシーケンスである。It is a sequence of the path message of P2MP LSP in the 1st Embodiment of this invention. 本発明の第1の実施の形態におけるP2MP LSPのResvメッセージのシーケンスである。It is the sequence of the Resv message of the P2MP LSP in the first embodiment of the present invention. 本発明の第1の実施の形態におけるノードA−B間のPath/Resvステートメンテナンス状態におけるメッセージ交換シーケンスである。It is a message exchange sequence in the Path / Resv state maintenance state between nodes A and B in the first embodiment of the present invention. 本発明の第2の実施の形態におけるサブツリーP2MP LSPのパスメッセージのシーケンスである。It is the sequence of the path message of the subtree P2MP LSP in the 2nd Embodiment of this invention. 本発明の第2の実施の形態におけるP2MP LSP grafting Resvメッセージのシーケンスである。It is a sequence of the P2MP LSP grafting Resv message in the 2nd Embodiment of this invention. 本発明の第3の実施の形態におけるサブツリーP2MP LSP Pruningのパスメッセージのシーケンスである。It is the sequence of the path message of subtree P2MP LSP Pruning in the 3rd Embodiment of this invention. 本発明の第4の実施の形態におけるルース(Loose)指定時のP2MP LSPのパスメッセージのシーケンス図である。It is a sequence diagram of the path message of the P2MP LSP when loose is specified in the fourth embodiment of the present invention.

Claims (5)

マルチプロトコルラベルスイッチング(MPLS)通信ネットワークにおいて、MPLSネットワークの境界に配置されたプロバイダエッジ(PE)ノードが、IPマルチキャストトラヒックを含むポイントツーマルチポイント(P2MP)コミュニケーショントラヒックを複数該境界に配置されたプロバイダエッジ(PE)ノードまでMPLS転送するポイントツーマルチポイントMPLS通信方法において、
送信PEノードが、複数の受信PEノードまで、MPLSシグナリングプロトコルを用いてプロバイダエッジ内の複数の中継ノードにコピーポイントを設置してP2MPのツリー形状のラベルスイッチパス(LSP)を設定することでMPLS転送経路を設定する処理を行い、
前記P2MPのツリー形状のラベルスイッチングパス(P2MP LSP)を設定するときに、マルチプロトコルラベルスイッチング(MPLS)プロトコルであるRSVP−TE(RFC3209)をベースにして、P2MPトラヒックのP2MPセッションを識別するために、P2MP LSPの送信PEアドレスとトンネル識別子、さらに、該トンネル識別子の拡張としてP2MPトンネル識別子、シーケンス番号で構成されるP2MPセッションオブジェクトを定義し、
さらに、前記PEノードは、
P2MP LSP形状を指定するために、設定対象のP2MP LSPの送信PEから複数の受信リーフPEノードまでのツリー状の経路を送信PEノードから各受信PEノード迄のポイントツーポイント(P2P)のMPLS転送経路で分解する処理を行い、
分解した、P2P経路をRSVP−TE(RFC3209)で定義されたP2Pの転送経路指示オブジェクトであるEROオブジェクトにより経路指定する処理を行い、
P2MP LSPを設定する時に、前記送信PEノードが外部からのP2MP LSP経路指示、または、内部のIPルーティングプロトコルのトラヒックエンジニアリング拡張機能との連携により送信PE間と複数の受信PEノード間の設定すべきP2MP LSP経路計算を行うことにより、設定すべきP2MP LSP経路を把握したときに、ツリー経路をP2P経路に分解する手段により、P2MP LSP設定経路に変換する処理を行い、
前記送信PEノードは、P2MP LSP設定時にパスメッセージとして共通ヘッダ、定義した前記P2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形式のために必要となる複数のメッセージの送出番号を指定するシーケンス番号を0に指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した第1のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDERオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージを送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
前記送信PEノードは、設定すべきP2MPのツリー状の経路が複数のP2P経路で設定されて、前記第1のP2P経路以外にもP2P経路が複数存在する場合には、第2のP2P経路を指定するEROを用意して、パスメッセージとして共通ヘッダ、定義した前記P2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形式のために必要となるシーケンス番号を1に指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した第2のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージを送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
前記送信PEノードは、上記の手順をP2MPのツリー状の経路を構成する最終P2P経路まで設定を繰り返し、最終P2P経路を指定するEROを用意して、パスメッセージとして共通ヘッダ、定義した前記P2MPセッションオブジェクトに設定対象のP2MPツリーを指定するP2MP_LSP_idとそのツリー形成のために必要となるシーケンス番号に(繰り返し番号―1)、さらに、End指定ビットを設定し、該パスメッセージが最終パスメッセージであることを指定し、RSVP_HOPオブジェクト、TIME_VALUESオブジェクト、分解した最終のP2P経路を指定するEROオブジェクト、LABEL_REQUESTオブジェクト、SENDER_TEMPLATEオブジェクト、SENDER_TSPECオブジェクトを含んだパスメッセージ送信PEノードから設定すべきP2MP LSPを構成する最隣接する下流ノードに送出する処理を行い、
前記パスメッセージを受信した下流ノードは、
その登録されているPathステート情報を検索し、該パスメッセージが新規受信パスメッセージである場合、パスメッセージよりセッション情報を抽出し、設定要求のパスが設定可能な場合には、Pathステート情報として新たに登録する処理を行い、
さらに、パスメッセージよりP2MP LSPの部分P2P経路として設定すべきEROを抽出し、さらに、ERO情報から自身のノードアドレスの次のホップとして定義されている下流次ホップアドレスを抽出する処理を行い、
前記パスメッセージを受信した下流ノードは、
上流ノードが複数のパスメッセージを送出するときには、該受信パスメッセージより、該パスメッセージが同一のP2MPセッションに対してのP2MP LSP経路設定要求メッセージであることを判定し、該パスメッセージが格納しているERO情報により次に設定すべきP2MP LSPの部分P2P経路をEROとして抽出し、さらに、該ERO情報から自身のノードアドレスの次のホップとして定義されている下流次ホップアドレスを抽出する処理を行い、
前記パスメッセージを受信する下流ノードは上流からのパスメッセージのP2MPセッションオブジェクトにP2MP設定経路の最終部分P2P経路設定用のパスメッセージであることを指示するEndビット設定のパスメッセージを受信するまで、上記の処理を繰り返し、Endビットが設定されている最終パスメッセージを受信すると、上記と同様に、そのパスメッセージを保持する、最終P2P経路をEROとして抽出する処理と同時に、次ホップアドレスを特定する処理を行い、
さらに、各ERO情報から抽出した次ホップ情報を抽出すると同時に自身のノードアドレスを各ERO情報から削除し、次ホップアドレスが各ERO情報の先頭格納情報となるようにERO情報を整形する処理、さらに、共通の次ホップアドレスグループが複数存在する場合には、同一の次ホップアドレスを持つERO情報をグルーピングする処理を行い、
上記の処理の後に、次ホップに対応する下流ノード毎に当該下流ノードを宛先にする再度グルーピングされたパスメッセージを該下流ノード配下の部分P2MP LSPを指定する再構築されたERO情報を格納して下流の次ホップノードに上記の同一のP2MP_LSP_id情報に対してシーケンス番号を付与して、最終パスメッセージについては、Endビットを設定して送出する処理を行い、
前記Pathステート情報の登録、パスメッセージの再グルーピング化とグループ毎のシーケンス番号を指定した次下流ノードへの転送を繰り返し、当該処理を最下流のリーフノードである受信PEノード迄パスメッセージが到達するまで繰り返し、P2MP LSP経路上のノードにPathステートを登録して、全受信リーフPEノードがパスメッセージを受信すると、受信リーフPEノードは、自身がP2MP LSPのリーフエッジノードであることを判定し、該受信ノードが要求されたP2MP LSPを設定可能な場合には、“Resvステート”を登録後、該受信ノードが上流ノードよりP2MPトラヒックをラベル転送受信するために使用するラベル値を自ノードのラベル空間より付与し、さらに、P2MP LSP内データフォワーディングを可能にするために、ラベル交換関係をILMテーブル、NHLFEテーブルに登録する処理を行い、さらに、上流に付与したラベル値とLABELオブジェクトに、P2MP LSPの設定経路情報を示すRROオブジェクトに自身のノードアドレスを格納して、さらに、SESSIONオブジェクトにP2MP_LSP_id識別子、シーケンス番号0番とEndビットを設定して格納し、それらをResvメッセージに格納し、パスメッセージが転送された上流のPHOPノードにResvメッセージを即座に送信する処理を行い、
前記PHOPノードは、前記Resvメッセージを初めて受信した場合には、該Resvメッセージに対応する、下流ノードに対して設定されたP2MP LSPの転送経路記録を表すRRO情報、下流ノードにP2MPトラヒックを転送する場合にパケットに付与すべきラベル値を含む“Resvステート”を登録する処理を行い、
前記“Resvステート”登録後、前記PHOPノードは、さらに上流のPHOPノードとの間でP2MPトラヒックをラベル転送受信するために使用するラベル値を自ノードのラベル空間より付与し、P2MP LSP内のP2MPデータフォワーディングを可能にするために、ラベル交換関係を前記ILMテーブル及び前記NHLFEテーブルに登録する処理を行い、
さらに上流に付与したラベル値とP2MP LSPの設定経路情報をRROに自身のノードアドレスを先頭に付与し、さらに、P2MPセッションオブジェクトには、P2MP_LSP_idと、初めてのResvメッセージを示すシーケンス番号0番を付与し、さらに、当該ノードの下流に既に複数のパスメッセージを送出している場合には、Endビットを設定せずに、当該下流ノードに対して単一のパスメッセージしか送信していない場合には、Endビットを設定して、それらをResvメッセージに格納して、上流のPHOPノードにResvメッセージとして即座に転送する処理を行い、
さらに、当該ノードが複数の下流ノードを持ち、同一の設定対象のP2MP LSPの異なる下流ノードから初期のResvメッセージ以外のResvメッセージを受信すると、Resvメッセージのセッション情報により既設定済みの“Resvステート”を検索し、既に登録されたResvステート情報に当該対応する、下流ノードに対して設定されたP2MP LSPの転送経路記録であるRRO情報を含む追加情報を追加登録する処理を行い、
前記Resvメッセージを受信したノードは、
登録されたResvステート情報より設定すべきP2MP LSPの上流のPHOPのLSPが設定されていることを判定すると、上流に付与されたMPLSラベルを特定する処理を行い、
さらに、対象とするP2MP LSPに対して新たに受信したResv方路に対して新規にP2MP LSPのMPLSフォワーディングを可能にするために、既に設定されている前記ILMテーブルと前記NHLFEテーブルに対して、上流に付与したラベルを該ILMテーブルから特定し、そのエントリである該NHLFEテーブルに受信したResvメッセージから特定した下流MPLS転送用のラベル値を新エントリとして新規に登録する処理を行い、
さらに、先に抽出した上流PHOPに使用するMPLSラベル値と、当該ノード配下に設定された設定ツリー情報を記録するために、新規に受信した方路配下に設定されたツリーベースのRRO情報に当該ノードアドレス情報を先頭に付与することにより、新たに設定された部分ツリー情報をRRO情報として加工する処理を行い、
前記加工されたRRO情報をResvステート情報に追加登録する処理を行い、
さらに、既に設定されており、上流のラベル転送に使用されるMPLSラベル値を特定して、一緒にResvメッセージに格納する処理を行い、
前記Resvメッセージを設定されたツリーの状態変化(新規部分P2MP LSP追加)を通知するために上流のPHOPノードに瞬時に転送する処理を行い、
前記Resvメッセージを上流に通知する場合、2番目以降の下流ノードへの設定情報を通知する場合には、先に送付した一番のResvメッセージのP2MPセッション情報のP2MP_LSP_idを保持し、そのシーケンス番号を1増加させて通知する処理を行い、
前記Resvメッセージが当該ノードから下流に設定した最後のP2MP経路のResvメッセージである場合には、当該Resvメッセージを上流のPHOPに通知するときに、シーケンス番号を1増加させるのみならず、Endビットも設定して送出する処理を行い、
前記Resvメッセージを受信したノードは、
設定すべきP2MP LSPに対して初めてResvメッセージを受信した場合には、新規にResvステート情報を登録する処理を行い、
さらに、上流のPHOPとの間でラベル転送に使用するMPLSラベルを自身のラベル空間から抽出し、さらに、MPLSラベル転送を可能にするためにフォワーディング部分の前記ILMテーブルと前記NHLFEテーブルにラベル交換関係を新規に登録し、さらに上流とのラベル転送に使用するラベル値と、さらに自身のノードアドレスを経路登録情報RROに追加する処理を行い、
さらに、前記ラベル値と修正されたRRO情報をResvメッセージに格納して上流のPHOPに対して瞬時に転送する処理を行い、
さらに、当該受信ノードが、既に別の下流ノードよりResvメッセージを受信してResv処理を上流へのResvメッセージ送信を完了して部分P2MP LSPを設定している場合、新たに設定されたP2MP LSPに対して、別の下流の方路よりResvメッセージを受信した場合には、登録されているResvステート情報より対応するResvステート情報を特定し、新規追加設定した下流部分P2MP LSP経路を示すRRO情報をResvメッセージにより抽出し、Resvステート情報に登録されている既設定されているRRO情報を修正し、追加設定し、同時に、上流のラベル転送に付与されているMPLSラベルを特定し、先の新規追加に対応するRROをResvメッセージに格納し、この新規追加部分が当該ノードの下流経路の最終経路である場合には、P2MPセッションオブジェクトのEndビットを設定して即座に上流のPHOPに対して転送する処理を行い、
上記の処理を設定すべきP2MP LSPの全てのノードでResvメッセージが送信PEノード迄到達するまで繰り返し、
前記送信PEノードは、設定すべきP2MP LSPに対して初めてResvメッセージを受信した場合には、Resvメッセージより下流のMPLSラベル転送に必要なラベル値を抽出するのと同時に、設定された下流の経路情報RROを抽出し、Resvステート情報に登録する処理を行い、
さらに、設定されたP2MP LSPに対してMPLSフォワーディングを可能にするために、入PEのFTNテーブル及び、NHLFEテーブルにラベル転送関係を登録する処理を行い、
さらに、前記送信PEノードは、異なる下流ノードから設定すべきP2MP LSPに対するResvメッセージを受信した場合には、登録された対応するResvステート情報を特定し、新規に追加された下流の部分P2MP LSPに対応するRRO情報を抽出し、登録されているRRO情報に追加修正し、現段階での既設定ツリー登録情報となるように加工修正すると同時に、MPLSフォワーディングを可能にするために前記FTNテーブル及び、前記NHLFEテーブルに新規に追加された部分ツリー向けのラベル交換関係を追記する処理を行い、
前記送信PEノードは、パスメッセージとして設定したP2MP LSPに対して、MPLSシグナリングを用いて当該送信PEノードから、複数の受信PEノードまで、全てのP2MP LSPを構成するノードに対して、P2MPのラベル交換関係を設定すると、受信したパケットを設定したP2MP LSPに従って、当該送信PEノードから複数の受信PEノードまでP2MPベースでラベルスイッチングする処理を行い、
P2MP LSP確立後は、ノード間の“Pathステート”と“Resvステート”との周期的なリフレッシュ用のPath・Resvメッセージの交換により、周期的なリフレッシュにおいては、上流ノードと下流ノードの間で下流ノード配下に複数の受信リーフPEノードが存在する場合には、受信リーフPEノード分の複数のPath・Resvメッセージの交換で、単一のPath・Resvメッセージが設定されているP2MP LSPの部分状態の保持・交換を実施する処理を行い、
最終情報がPath・Resvメッセージと共にEndビットが設定されることにより最終状態の交換を行う処理を行うことにより、状態メインテナンスを実行する処理を行うことを特徴とするポイントツーマルチポイントMPLS通信方法。
In a multi-protocol label switching (MPLS) communication network, a provider edge (PE) node arranged at the boundary of the MPLS network has a plurality of point-to-multipoint (P2MP) communication traffic including IP multicast traffic arranged at the boundary. In a point-to-multipoint MPLS communication method for MPLS transfer to an edge (PE) node,
The sending PE node sets up a P2MP tree-shaped label switch path (LSP) by setting copy points at a plurality of relay nodes in the provider edge using the MPLS signaling protocol to a plurality of receiving PE nodes. Perform the process to set the transfer route,
In order to identify a P2MP session of P2MP traffic based on RSVP-TE (RFC3209) which is a multi-protocol label switching (MPLS) protocol when setting the P2MP tree-shaped label switching path (P2MP LSP) P2MP LSP transmission PE address and tunnel identifier, further define a P2MP session object consisting of P2MP tunnel identifier and sequence number as an extension of the tunnel identifier,
Furthermore, the PE node
To specify the P2MP LSP shape, a tree-like route from the transmission PE of the P2MP LSP to be set to a plurality of reception leaf PE nodes is point-to-point (P2P) MPLS transfer from the transmission PE node to each reception PE node. Perform the process of disassembling along the route,
Perform the process of routing the disassembled P2P route with the ERO object that is the P2P transfer route instruction object defined in RSVP-TE (RFC3209),
When setting P2MP LSP, the sending PE node should be set up between sending PE nodes and multiple receiving PE nodes by linking with external P2MP LSP route indication or traffic engineering extension function of internal IP routing protocol When the P2MP LSP path calculation is performed, when the P2MP LSP path to be set is grasped, a process for converting the tree path into the P2P path is performed by means of disassembling the P2MP LSP path.
The sending PE node specifies a common header as a path message when setting a P2MP LSP, P2MP_LSP_id that specifies the P2MP tree to be set in the defined P2MP session object, and the transmission numbers of multiple messages required for the tree format Specify the sequence number to be set to 0, and set the RSVP_HOP object, TIME_VALUES object, ERO object that specifies the first P2P route to be disassembled, LABEL_REQUEST object, SENDER object, SENDER_TEMPLATE object, SENDER_TSPEC path message from the sending PE node Process to send to the nearest downstream node that constitutes the P2MP LSP to be
When the P2MP tree-like route to be set is set by a plurality of P2P routes and there are a plurality of P2P routes other than the first P2P route, the transmitting PE node sets the second P2P route. Prepare ERO to be specified, common header as path message, P2MP_LSP_id to specify the P2MP tree to be set in the defined P2MP session object and the sequence number required for the tree format to 1, RSVP_HOP object , TIME_VALUES object, ERO object specifying the disassembled second P2P route, LABEL_REQUEST object, SENDER_TEMPLATE object, path message including SENDER_TSPEC object is sent from the sending PE node to the nearest downstream node that constitutes the P2MP LSP Process
The sending PE node repeats the above procedure up to the final P2P route that constitutes the P2MP tree-like route, prepares an ERO that specifies the final P2P route, and defines the P2MP session that defines the common header as a path message. The P2MP_LSP_id that specifies the P2MP tree to be set in the object and the sequence number required to form that tree (repetition number -1) are set to the End specification bit, and the path message is the final path message. The RSVP_HOP object, the TIME_VALUES object, the ERO object that specifies the final P2P route that was disassembled, the LABEL_REQUEST object, the SENDER_TEMPLATE object, and the P2MP LSP that constitutes the P2MP LSP that should be set from the path message sending PE node including the SENDER_TSPEC object Process to send to the downstream node
The downstream node that has received the path message
When the registered Path state information is searched and the path message is a newly received path message, the session information is extracted from the path message. Process to register
Furthermore, the ERO to be set as the partial P2P route of the P2MP LSP is extracted from the path message, and further, the downstream next hop address defined as the next hop of the own node address is extracted from the ERO information,
The downstream node that has received the path message
When the upstream node sends a plurality of path messages, it is determined from the received path message that the path message is a P2MP LSP route setup request message for the same P2MP session, and the path message is stored. The P2MP LSP partial P2P route to be set next is extracted as ERO based on the existing ERO information, and further, the downstream next hop address defined as the next hop of its own node address is extracted from the ERO information. ,
Until the downstream node receiving the path message receives the path message with the End bit set indicating that the P2MP session object of the path message from the upstream is a path message for setting the last part P2P path of the P2MP setting path, When the final path message in which the End bit is set is received, the process of specifying the next hop address is performed simultaneously with the process of extracting the final P2P route that holds the path message as ERO, as described above. And
Further, the process of extracting the next hop information extracted from each ERO information and simultaneously deleting its own node address from each ERO information, and shaping the ERO information so that the next hop address becomes the head storage information of each ERO information, When there are multiple common next hop address groups, perform the process of grouping ERO information with the same next hop address,
After the above processing, for each downstream node corresponding to the next hop, store the reconstructed ERO information specifying the partial P2MP LSP under the downstream node, the regrouped path message destined for the downstream node Assign the sequence number to the same P2MP_LSP_id information above to the downstream next hop node, and set the End bit for the final path message and send it.
The registration of the Path state information, the regrouping of the path message, and the transfer to the next downstream node specifying the sequence number for each group are repeated, and the path message reaches the receiving PE node that is the most downstream leaf node. Until all receiving leaf PE nodes receive the path message, the receiving leaf PE node determines that it is a leaf edge node of the P2MP LSP, When the receiving node can set the requested P2MP LSP, after registering the “Resv state”, the label value used by the receiving node to receive the P2MP traffic from the upstream node by label transfer is set to the label of the own node. In order to allow data forwarding within the P2MP LSP, the label exchange relationship is added to the ILM table. In addition, the node address is stored in the RRO object indicating the set path information of the P2MP LSP in the label value and LABEL object assigned upstream, and the P2MP_LSP_id is stored in the SESSION object. Set the identifier, sequence number 0 and End bit, store them, store them in the Resv message, perform the process of immediately sending the Resv message to the upstream PHOP node to which the path message was transferred,
When the PHOP node receives the Resv message for the first time, the PHOP node forwards the P2MP traffic corresponding to the Resv message, the RRO information indicating the transfer route record of the P2MP LSP set for the downstream node, and the P2MP traffic to the downstream node. Process to register "Resv state" including the label value to be given to the packet,
After registering the “Resv state”, the PHOP node assigns a label value used for label transfer reception of P2MP traffic to and from an upstream PHOP node from its own label space, and P2MP in the P2MP LSP. In order to enable data forwarding, a process for registering a label exchange relationship in the ILM table and the NHLFE table is performed.
Further, the label value assigned upstream and the P2MP LSP setting route information are assigned to the RRO with its own node address at the top, and P2MP_LSP_id and the sequence number 0 indicating the first Resv message are assigned to the P2MP session object. In addition, when a plurality of path messages have already been sent downstream of the node, only a single path message is transmitted to the downstream node without setting the End bit. , Set the End bit, store them in the Resv message, and immediately transfer it as a Resv message to the upstream PHOP node,
Furthermore, when the node has a plurality of downstream nodes and receives a Resv message other than the initial Resv message from different downstream nodes of the same P2MP LSP to be set, the “Resv state” already set by the session information of the Resv message And registering additional information including RRO information, which is the transfer route record of the P2MP LSP set for the downstream node, corresponding to the already registered Resv state information,
The node that has received the Resv message
When it is determined that the PHSP LSP upstream of the P2MP LSP to be set is set based on the registered Resv state information, a process for specifying the MPLS label assigned upstream is performed.
Furthermore, in order to newly enable MPLS forwarding of the P2MP LSP with respect to the newly received Resv route for the target P2MP LSP, with respect to the ILM table and the NHLFE table that have already been set, A process is performed for identifying the label assigned upstream from the ILM table, and newly registering the label value for downstream MPLS transfer identified from the received Resv message in the NHLFE table as the entry as a new entry,
Furthermore, in order to record the MPLS label value used for the upstream PHOP extracted earlier and the setting tree information set under the node, the tree-based RRO information set under the newly received route By assigning node address information to the head, the newly set partial tree information is processed as RRO information.
A process of additionally registering the processed RRO information in the Resv state information;
Furthermore, the MPLS label value that has already been set and is used for upstream label transfer is specified and stored together in the Resv message.
In order to notify the status change of the tree in which the Resv message is set (addition of a new partial P2MP LSP), the process is instantaneously transferred to the upstream PHOP node,
When notifying upstream of the Resv message, when notifying the setting information to the second and subsequent downstream nodes, hold the P2MP_LSP_id of the P2MP session information of the first Resv message sent first, and the sequence number Increase the number by 1 and notify it.
When the Resv message is the Resv message of the last P2MP route set downstream from the node, when notifying the Resv message to the upstream PHOP, not only the sequence number is increased by 1, but also the End bit is set. Set and send it out,
The node that has received the Resv message
When a Resv message is received for the first time for a P2MP LSP to be set, a process to newly register Resv state information is performed.
Further, the MPLS label used for label transfer with the upstream PHOP is extracted from its own label space, and further, in order to enable MPLS label transfer, the ILM table and the NHLFE table in the forwarding part have a label exchange relationship. Is newly registered, and the label value used for the label transfer with the upstream and the node address of itself are further added to the route registration information RRO,
Further, the label value and the corrected RRO information are stored in a Resv message and instantaneously transferred to the upstream PHOP.
Furthermore, when the receiving node has already received a Resv message from another downstream node and completed Resv message transmission upstream from the Resv process and has set a partial P2MP LSP, the newly set P2MP LSP On the other hand, when a Resv message is received from another downstream route, the corresponding Resv state information is identified from the registered Resv state information, and RRO information indicating the newly added downstream part P2MP LSP route is added. Extracted from the Resv message, corrected the existing RRO information registered in the Resv state information, added and set the MPLS label assigned to the upstream label transfer, and added the new one Is stored in the Resv message, and if this newly added portion is the final route of the downstream route of the node, the End bit of the P2MP session object is set. And immediately transfer to the upstream PHOP,
Repeat the above process until the Resv message reaches the sending PE node in all nodes of the P2MP LSP that should be set up.
When the sending PE node receives a Resv message for the first time for a P2MP LSP to be set, it extracts a label value necessary for MPLS label transfer downstream from the Resv message, and at the same time, sets a downstream path Extract information RRO and register it in Resv state information,
Furthermore, in order to enable MPLS forwarding for the set P2MP LSP, a process for registering the label transfer relationship in the FTN table of the incoming PE and the NHLFE table is performed.
Furthermore, when the transmitting PE node receives a Resv message for a P2MP LSP to be set from a different downstream node, it identifies the corresponding Resv state information registered, and adds it to the newly added downstream partial P2MP LSP. Corresponding RRO information is extracted, added to the registered RRO information, modified so that it becomes the preset tree registration information at the current stage, and at the same time, the FTN table to enable MPLS forwarding; A process of adding a label exchange relationship for the newly added partial tree to the NHLFE table is performed.
The sending PE node uses the P2MP LSP set as a path message to label all the P2MP LSPs from the sending PE node to a plurality of receiving PE nodes using MPLS signaling. When the exchange relationship is set, according to the P2MP LSP in which the received packet is set, a process of performing label switching on a P2MP basis from the transmission PE node to a plurality of reception PE nodes is performed.
After the P2MP LSP is established, by periodically exchanging Path / Resv messages for periodic refresh between the “Path state” and “Resv state” between the nodes, in the periodic refresh, downstream between the upstream node and the downstream node When there are multiple receiving leaf PE nodes under the node, the partial status of the P2MP LSP in which a single path / resv message is set by exchanging multiple path / resv messages for the receiving leaf PE node. Perform the process of holding and exchanging,
A point-to-multipoint MPLS communication method characterized in that a process for executing state maintenance is performed by performing a process for exchanging a final state by setting an End bit together with a Path / Resv message.
前記送信PEノードにおいて、
既に設定されたP2MP LSPに部分P2MP LSPを設定する場合に、
初期ツリー設定情報と同じように追加する部分ツリーを構成する送信PEノードから部分ツリーの複数の受信リーフPEノードグループのうち、受信リーフPEノードまでのEROによって経路を指示し、当該追加P2MP LSPの部分経路であるEROの宛先までの集合{ERO}sを部分追加用のERO(Graft)情報として、既設定されたP2MPセッションオブジェクトで指定されている同一のP2MP_LSP_idを用いて、ERO情報が複数ある場合には、先に設定されたP2MP LSPの最終部分ツリーを構成するP2P経路用に指定された、最終シーケンス番号を1増加させて、最初の部分追加用のERO情報を含むパスメッセージに追加して、当該修正されたP2MPセッション情報と新規のERO情報を含むパスメッセージを送出する処理と、
前記部分追加用のERO情報を含むパスメッセージをP2MPセッションオブジェクトのP2MP_LSP_idを保持しながら、シーケンス番号を1ずつインクリメントして、部分追加用の最終ERO情報になるまで、隣接下流ノードに送出する処理と、
さらに、最終ERO情報となると、最終シーケンス番号に前記パスメッセージがP2MP LSPの最終状態要素であることを通知するEndビットを設定して該パスメッセージを近接下流ノードに送付する処理と、
前記パスメッセージを受信した前記下流近接ノードにおいて、
受信した前記パスメッセージが、既に受信したパスメッセージが保持する、P2MP_LSP_idに対して、より大きなシーケンス番号を含むことを検出することにより、当該パスメッセージが新規のパスメッセージであることを特定する場合には、P2MP LSPを設定する処理に応じて、新規の受信したパスメッセージ群のみを下流隣接ノードに即座に転送して、P2MP LSPを設定する処理と、
前記パスメッセージを受信したノードにおいて、
受信パスメッセージが、同一のP2MP_LSP_idを保持し、既に設定されたシーケンス番号以下のシーケンス番号を持つ場合には、当該パスメッセージの情報内容が登録されたPathステート情報と比較して、その情報要素に変化がない場合には、周期的なパスメッセージのメインテナンス状態に移行する処理と、
抽出したセッション情報に変化がある場合には、セッション情報の変化を反映すべき経路に対してパスメッセージを即座に転送する処理と、
即座に転送された前記パスメッセージを受信したリーフPEノードにおいて、
上流のとのPHOPとのMPLS転送に使用するラベル付与、自身のノードの“Resvステート”の更新、ラベル交換関係の更新を実施する処理からなる追加処理を行う請求項1記載のポイントツーポイントMPSL通信方法。
In the sending PE node,
When setting a partial P2MP LSP to an already set P2MP LSP,
In the same way as the initial tree setting information, the path is indicated by ERO from the transmission PE node constituting the partial tree to be added to the reception leaf PE node among the plurality of reception leaf PE node groups of the partial tree, and the additional P2MP LSP There is a plurality of ERO information using the same P2MP_LSP_id specified in the already set P2MP session object as the ERO (Graft) information for partial addition using the set {ERO} s to the ERO destination which is a partial route. In this case, the last sequence number specified for the P2P path constituting the last partial tree of the previously set P2MP LSP is incremented by 1 and added to the path message including ERO information for the first partial addition. A process of sending a path message including the modified P2MP session information and new ERO information;
A process of incrementing the sequence number by 1 while holding the P2MP_LSP_id of the P2MP session object, and sending the path message including the ERO information for partial addition to the adjacent downstream node until the final ERO information for partial addition is reached. ,
Further, when it becomes the final ERO information, a process of setting the End bit for notifying that the path message is the final state element of the P2MP LSP in the final sequence number and sending the path message to the adjacent downstream node;
In the downstream neighboring node that has received the path message,
When it is determined that the received pass message is a new pass message by detecting that the received pass message includes a larger sequence number with respect to P2MP_LSP_id held by the already received pass message. In response to the process of setting the P2MP LSP, only the newly received path message group is immediately transferred to the downstream adjacent node, and the process of setting the P2MP LSP,
In the node that received the path message,
If the received path message has the same P2MP_LSP_id and has a sequence number less than or equal to the already set sequence number, the information content of the path message is compared with the registered Path state information, and the information element If there is no change, the process of transitioning to a periodic path message maintenance state;
When there is a change in the extracted session information, a process for immediately transferring a path message to a route that should reflect the change in the session information,
At the leaf PE node that received the path message that was immediately forwarded,
The point-to-point MPSL according to claim 1, wherein an additional process including a process of assigning a label used for MPLS transfer with an upstream PHOP, updating a "Resv state" of its own node, and updating a label exchange relationship is performed. Communication method.
前記送信PEノードにおいて、
既に設定されたP2MPから部分P2MP LSPを削除する場合に、
既設定された経路情報{ERO}s集合から部分P2MP LSPとして削除する部分に対応するP2MPツリーに対応する削除対象経路{ERO}s集合を特定する処理と、
削除対象の部分P2MP LSPに対応する{ERO}s集合を新たにPathTearメッセージに拡張・格納する処理と、
拡張・格納されたPathTearメッセージのP2MPセッション情報には、P2MP_LSP_idを保持して、削除対象の部分P2PLSPに対応する既設定のERO情報に対応するシーケンス番号を格納されているPathステート情報より抽出し、P2MPセッション情報に格納し、PathTearメッセージに格納する処理と、
削除対象のP2MP転送経路を下流に備える隣接下流ノードに前記PathTearメッセージを送出する処理と、
前記パスメッセージを受信した下流ノードにおいて、
受信した前記PathTearメッセージのP2MPセッション情報より、既に設定されているPathステート情報に格納されている削除対象部分P2MP LSPを含むP2MP LSPを特定し、該パステート情報より、削除対象の部分ツリー情報に対応するERO情報を削除する処理と、
前記対応するERO情報を削除したノードにおいて、
PathTearメッセージに含まれる、ERO情報から自ノードアドレス情報を削除して、新たに下流方向の削除対象ルートを指定するERO情報に変更する処理と、
変更したERO情報を先に指定された、同一のP2MPセッション情報を持つPathTearメッセージに格納しなおし、隣接する下流ノードに対して即座に転送する処理と、
前記PathTearメッセージの送出により、下流ノードにおける削除対象のP2MP部分LSPを構成するPathステート情報を削除する処理と、
前記PathTearメッセージを削除対象の部分P2MP LSPの受信リーフPEノードに到達させる処理と、
当該複数のPathTearメッセージが削除対象の部分P2MP LSPの全受信リーフPEノードに到達することで、全削除対象の部分P2MP LSPを削除する処理と、からなる削除処理を行う請求項1記載のポイントツーマルチポイントMPSL通信方法。
In the sending PE node,
When deleting a partial P2MP LSP from an already configured P2MP,
A process for identifying a deletion target route {ERO} s set corresponding to a P2MP tree corresponding to a portion to be deleted as a partial P2MP LSP from the set route information {ERO} s set;
A process to extend and store a new {ERO} s set corresponding to the partial P2MP LSP to be deleted in the PathTear message;
The P2MP session information of the expanded and stored PathTear message holds P2MP_LSP_id, and extracts the sequence number corresponding to the preset ERO information corresponding to the part P2PLSP to be deleted from the stored Path state information. Store in P2MP session information and store in PathTear message;
A process of sending the PathTear message to an adjacent downstream node equipped with a P2MP transfer path to be deleted downstream;
In the downstream node that has received the path message,
The P2MP LSP including the deletion target partial P2MP LSP stored in the already set Path state information is identified from the P2MP session information of the received PathTear message, and the deletion target partial tree information is supported from the state information. Processing to delete ERO information,
In the node from which the corresponding ERO information has been deleted,
The process of deleting the own node address information from the ERO information included in the PathTear message, and changing to ERO information that newly specifies the deletion target route in the downstream direction,
The process of storing the changed ERO information in the PathTear message with the same P2MP session information specified earlier and immediately transferring it to the adjacent downstream node;
A process of deleting the Path state information constituting the P2MP partial LSP to be deleted in the downstream node by sending the PathTear message;
Processing to reach the reception leaf PE node of the partial P2MP LSP to be deleted, the PathTear message;
The point-to-point according to claim 1, wherein a deletion process comprising: a process of deleting a partial P2MP LSP subject to all deletion is performed by the plurality of PathTear messages reaching all reception leaf PE nodes of the partial P2MP LSP to be deleted. Multipoint MPSL communication method.
前記送信PEノードにおいて、
既に設定されたP2MP LSPに部分P2MP LSPを設定する場合に、
初期ツリー設定情報と同じように追加する部分ツリーを構成する送信PEノードから部分ツリーの複数の受信リーフPEノードグループのうち、受信リーフPEノードまでのEROによって経路を指示し、当該追加P2MP LSPの部分経路であるEROの宛先までの集合{ERO}sを部分追加用のERO(Graft)情報として、既設定されたP2MPセッションオブジェクトで指定されている同一のP2MP_LSP_idを用いて、ERO情報が複数ある場合には、先に設定されたP2MP LSPの最終部分ツリーを構成するP2P経路用に指定された、最終シーケンス番号を1増加させて、最初の部分追加用のERO情報を含むパスメッセージに追加して、当該修正されたP2MPセッション情報、と新規のERO情報を含むパスメッセージを送出する処理と、
前記部分追加用のERO情報を含むパスメッセージをP2MPセッションオブジェクトのP2MP_LSP_idを保持しながら、シーケンス番号を1ずつインクリメントして、部分追加用の最終ERO情報になるまで、隣接下流ノードに送出する処理と、
さらに、最終ERO情報となると、最終シーケンス番号に前記パスメッセージがP2MP LSPの最終状態要素であることを通知するEndビットを設定して該パスメッセージを近接下流ノードに送付する処理と、
前記パスメッセージを受信した前記下流近接ノードにおいて、
受信した前記パスメッセージが、既に受信したパスメッセージが保持する、P2MP_LSP_idに対して、より大きなシーケンス番号を含むことを検出することにより、当該パスメッセージが新規のパスメッセージであることを特定する場合には、P2MP LSPを設定する処理に応じて、新規の受信したパスメッセージ群のみを下流隣接ノードに即座に転送して、P2MP LSPを設定する処理と、
前記パスメッセージを受信したノードにおいて、
受信パスメッセージが、同一のP2MP_LSP_idを保持し、既に設定されたシーケンス番号以下のシーケンス番号を持つ場合には、当該パスメッセージの情報内容が登録されたPathステート情報と比較して、その情報要素に変化がない場合には、周期的なパスメッセージのメインテナンス状態に移行する処理と、
抽出したセッション情報に変化がある場合には、セッション情報の変化を反映すべき経路に対してパスメッセージを即座に転送する処理と、
即座に転送された前記パスメッセージを受信したリーフPEノードにおいて、
上流のとのPHOPとのMPLS転送に使用するラベル付与、自身のノードの“Resvステート”の更新、ラベル交換関係の更新を実施する処理からなるP2MP LSPの追加処理と、
既に設定されたP2MPから部分P2MP LSPを削除する場合に、
既設定された経路情報{ERO}s集合から部分P2MP LSPとして削除する部分に対応するP2MPツリーに対応する削除対象経路{ERO}s集合を特定する処理を行い、
削除対象の部分P2MP LSPに対応する{ERO}s集合を新たにPathTearメッセージに拡張格納する処理と、
拡張格納されたPathTearメッセージのP2MPセッション情報には、P2MP_LSP_idを保持して、削除対象の部分P2PLSPに対応する既設定のERO情報に対応するシーケンス番号を格納されているPathステート情報より抽出し、P2MPセッション情報に格納し、PathTearメッセージに格納する処理と、
削除対象のP2MP転送経路を下流に備える隣接下流ノードにおいて、
前記PathTearメッセージを送信PEノードが送出する処理と、
前記パスメッセージを受信した下流ノードにおいて、
受信した前記PathTearメッセージのP2MPセッション情報より、既に設定されているPathステート情報に格納されている削除対象部分P2MP LSPを含むP2MP LSPを特定し、該パステート情報より、削除対象の部分ツリー情報に対応するERO情報を削除する処理と、
前記対応するERO情報を削除したノードにおいて、
PathTearメッセージに含まれる、ERO情報から自ノードアドレス情報を削除して、新たに下流方向の削除対象ルートを指定するERO情報に変更する処理と、
変更したERO情報を先に指定された、同一のP2MPセッション情報を持つPathTearメッセージに格納しなおし、隣接する下流ノードに対して即座に転送する処理と、
前記PathTearメッセージの送出により、下流ノードにおける削除対象のP2MP部分LSPを構成するPathステート情報を削除する処理と、
前記PathTearメッセージを削除対象の部分P2MP LSPの受信リーフPEノードに到達させる処理と、
当該複数のPathTearメッセージが削除対象の部分P2MP LSPの全受信リーフPEノードに到達することで、全削除対象の部分P2MP LSPを削除する処理と、からなるP2MP LSPの削除処理と、
を同時に行う請求項1記載のポイントツーマルチポイントMPLS通信方法。
In the sending PE node,
When setting a partial P2MP LSP to an already set P2MP LSP,
In the same way as the initial tree setting information, the path is indicated by ERO from the transmission PE node constituting the partial tree to be added to the reception leaf PE node among the plurality of reception leaf PE node groups of the partial tree, and the additional P2MP LSP There is a plurality of ERO information using the same P2MP_LSP_id specified in the already set P2MP session object as the ERO (Graft) information for partial addition using the set {ERO} s to the ERO destination which is a partial route. In this case, the last sequence number specified for the P2P path constituting the last partial tree of the previously set P2MP LSP is incremented by 1 and added to the path message including ERO information for the first partial addition. A process of sending a path message including the modified P2MP session information and new ERO information;
A process of incrementing the sequence number by 1 while holding the P2MP_LSP_id of the P2MP session object, and sending the path message including the ERO information for partial addition to the adjacent downstream node until the final ERO information for partial addition is reached. ,
Further, when it becomes the final ERO information, a process of setting the End bit for notifying that the path message is the final state element of the P2MP LSP in the final sequence number and sending the path message to the adjacent downstream node;
In the downstream neighboring node that has received the path message,
When it is determined that the received pass message is a new pass message by detecting that the received pass message includes a larger sequence number with respect to P2MP_LSP_id held by the already received pass message. In response to the process of setting the P2MP LSP, only the newly received path message group is immediately transferred to the downstream adjacent node, and the process of setting the P2MP LSP,
In the node that received the path message,
If the received path message has the same P2MP_LSP_id and has a sequence number less than or equal to the already set sequence number, the information content of the path message is compared with the registered Path state information, and the information element If there is no change, the process of transitioning to a periodic path message maintenance state;
When there is a change in the extracted session information, a process for immediately transferring a path message to a route that should reflect the change in the session information,
At the leaf PE node that received the path message that was immediately forwarded,
P2MP LSP addition processing consisting of label assignment used for MPLS transfer with upstream PHOP, update of “Resv state” of own node, update of label exchange relationship,
When deleting a partial P2MP LSP from an already configured P2MP,
Perform the process of identifying the deletion target route {ERO} s set corresponding to the P2MP tree corresponding to the part to be deleted as the partial P2MP LSP from the set route information {ERO} s set,
Processing to expand and store a new {ERO} s set corresponding to the partial P2MP LSP to be deleted in the PathTear message;
The P2MP session information of the extended PathTear message holds P2MP_LSP_id, extracts the sequence number corresponding to the preset ERO information corresponding to the part P2PLSP to be deleted from the stored Path state information, and P2MP Store in session information and store in PathTear message;
In the adjacent downstream node with the P2MP transfer path to be deleted downstream,
A process in which the sending PE node sends out the PathTear message;
In the downstream node that has received the path message,
The P2MP LSP including the deletion target partial P2MP LSP stored in the already set Path state information is identified from the P2MP session information of the received PathTear message, and the deletion target partial tree information is supported from the state information. Processing to delete ERO information,
In the node from which the corresponding ERO information has been deleted,
The process of deleting the own node address information from the ERO information included in the PathTear message, and changing to ERO information that newly specifies the deletion target route in the downstream direction,
The process of storing the changed ERO information in the PathTear message with the same P2MP session information specified earlier and immediately transferring it to the adjacent downstream node;
A process of deleting the Path state information constituting the P2MP partial LSP to be deleted in the downstream node by sending the PathTear message;
Processing to reach the reception leaf PE node of the partial P2MP LSP to be deleted, the PathTear message;
When the plurality of PathTear messages reach all received leaf PE nodes of the deletion target partial P2MP LSP, the deletion process of the partial deletion target P2MP LSP, and the deletion process of the P2MP LSP consisting of:
The point-to-multipoint MPLS communication method according to claim 1, wherein:
複数のパスメッセージを受信した中間ノードが、該複数のパスメッセージに含まれるTERO情報から次ホップ集合情報を特定するときに、次ホップ情報にLoose指定されているアドレス情報が含まれている場合、該Loose指定されているアドレスグループに対してP2MPのツリーベースのLSP拡張を可能にする処理を行う請求項1乃至4記載のポイントツーマルチポイントMPSL通信方法。
When an intermediate node that has received a plurality of path messages specifies next hop set information from the TERO information included in the plurality of path messages, the address information specified as Loose is included in the next hop information. 5. The point-to-multipoint MPSL communication method according to claim 1, wherein processing for enabling P2MP tree-based LSP extension is performed for the address group designated as loose.
JP2003364769A 2003-10-24 2003-10-24 Point-to-multipoint MPLS communication method Expired - Fee Related JP4148099B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003364769A JP4148099B2 (en) 2003-10-24 2003-10-24 Point-to-multipoint MPLS communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003364769A JP4148099B2 (en) 2003-10-24 2003-10-24 Point-to-multipoint MPLS communication method

Publications (2)

Publication Number Publication Date
JP2005130258A true JP2005130258A (en) 2005-05-19
JP4148099B2 JP4148099B2 (en) 2008-09-10

Family

ID=34643655

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003364769A Expired - Fee Related JP4148099B2 (en) 2003-10-24 2003-10-24 Point-to-multipoint MPLS communication method

Country Status (1)

Country Link
JP (1) JP4148099B2 (en)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7590115B1 (en) * 2004-08-30 2009-09-15 Juniper Networks, Inc. Exchange of control information for virtual private local area network (LAN) service multicast
US7602702B1 (en) 2005-02-10 2009-10-13 Juniper Networks, Inc Fast reroute of traffic associated with a point to multi-point network tunnel
US7742482B1 (en) 2006-06-30 2010-06-22 Juniper Networks, Inc. Upstream label assignment for the resource reservation protocol with traffic engineering
US7769873B1 (en) 2002-10-25 2010-08-03 Juniper Networks, Inc. Dynamically inserting filters into forwarding paths of a network device
US7787380B1 (en) 2006-06-30 2010-08-31 Juniper Networks, Inc. Resource reservation protocol with traffic engineering point to multi-point label switched path hierarchy
US7839862B1 (en) 2006-06-30 2010-11-23 Juniper Networks, Inc. Upstream label assignment for the label distribution protocol
US7839850B2 (en) 2006-01-30 2010-11-23 Juniper Networks, Inc. Forming equal cost multipath multicast distribution structures
US7929557B2 (en) 2008-11-14 2011-04-19 Juniper Networks, Inc. Summarization and longest-prefix match within MPLS networks
US7936780B1 (en) 2008-03-12 2011-05-03 Juniper Networks, Inc. Hierarchical label distribution protocol for computer networks
US7940698B1 (en) 2005-08-29 2011-05-10 Juniper Networks, Inc. Point to multi-point label switched paths with label distribution protocol
US7990965B1 (en) 2005-07-28 2011-08-02 Juniper Networks, Inc. Transmission of layer two (L2) multicast traffic over multi-protocol label switching networks
US8078758B1 (en) 2003-06-05 2011-12-13 Juniper Networks, Inc. Automatic configuration of source address filters within a network device
US8270395B2 (en) 2006-01-30 2012-09-18 Juniper Networks, Inc. Forming multicast distribution structures using exchanged multicast optimization data
JP2012522454A (en) * 2009-03-31 2012-09-20 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Method and apparatus for point-to-multipoint traffic path coding
US8310957B1 (en) 2010-03-09 2012-11-13 Juniper Networks, Inc. Minimum-cost spanning trees of unicast tunnels for multicast distribution
US8422514B1 (en) 2010-02-09 2013-04-16 Juniper Networks, Inc. Dynamic configuration of cross-domain pseudowires
US8837479B1 (en) 2012-06-27 2014-09-16 Juniper Networks, Inc. Fast reroute between redundant multicast streams
US8917729B1 (en) 2008-12-10 2014-12-23 Juniper Networks, Inc. Fast reroute for multiple label switched paths sharing a single interface
US8953500B1 (en) 2013-03-29 2015-02-10 Juniper Networks, Inc. Branch node-initiated point to multi-point label switched path signaling with centralized path computation
US9049148B1 (en) 2012-09-28 2015-06-02 Juniper Networks, Inc. Dynamic forwarding plane reconfiguration in a network device
US9166807B2 (en) 2005-07-28 2015-10-20 Juniper Networks, Inc. Transmission of layer two (L2) multicast traffic over multi-protocol label switching networks
US9246838B1 (en) 2011-05-27 2016-01-26 Juniper Networks, Inc. Label switched path setup using fast reroute bypass tunnel
US9806895B1 (en) 2015-02-27 2017-10-31 Juniper Networks, Inc. Fast reroute of redundant multicast streams
EP4250671A1 (en) * 2022-03-23 2023-09-27 Nokia Solutions and Networks Oy Sequencing of labeled packets

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ITTO20100070A1 (en) 2010-02-01 2011-08-02 Varian Spa VACUUM PUMP, IN PARTICULAR TURBOMOLECULAR VACUUM PUMP.

Cited By (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7769873B1 (en) 2002-10-25 2010-08-03 Juniper Networks, Inc. Dynamically inserting filters into forwarding paths of a network device
US8078758B1 (en) 2003-06-05 2011-12-13 Juniper Networks, Inc. Automatic configuration of source address filters within a network device
US8111633B1 (en) 2004-08-30 2012-02-07 Juniper Networks, Inc. Multicast trees for virtual private local area network (LAN) service multicast
US7990963B1 (en) 2004-08-30 2011-08-02 Juniper Networks, Inc. Exchange of control information for virtual private local area network (LAN) service multicast
US7590115B1 (en) * 2004-08-30 2009-09-15 Juniper Networks, Inc. Exchange of control information for virtual private local area network (LAN) service multicast
US8121056B1 (en) 2004-08-30 2012-02-21 Juniper Networks, Inc. Aggregate multicast trees for multicast virtual private networks
US8160076B1 (en) 2004-08-30 2012-04-17 Juniper Networks, Inc. Auto-discovery of multicast virtual private networks
US7804790B1 (en) 2004-08-30 2010-09-28 Juniper Networks, Inc. Aggregate multicast trees for virtual private local area network (LAN) service multicast
US7933267B1 (en) 2004-08-30 2011-04-26 Juniper Networks, Inc. Shared multicast trees for multicast virtual private networks
US8068492B1 (en) 2004-08-30 2011-11-29 Juniper Networks, Inc. Transport of control and data traffic for multicast virtual private networks
US7957386B1 (en) 2004-08-30 2011-06-07 Juniper Networks, Inc. Inter-autonomous system (AS) multicast virtual private networks
US7983261B1 (en) 2004-08-30 2011-07-19 Juniper Networks, Inc. Reliable exchange of control information for multicast virtual private networks
US7602702B1 (en) 2005-02-10 2009-10-13 Juniper Networks, Inc Fast reroute of traffic associated with a point to multi-point network tunnel
US9166807B2 (en) 2005-07-28 2015-10-20 Juniper Networks, Inc. Transmission of layer two (L2) multicast traffic over multi-protocol label switching networks
US7990965B1 (en) 2005-07-28 2011-08-02 Juniper Networks, Inc. Transmission of layer two (L2) multicast traffic over multi-protocol label switching networks
US7940698B1 (en) 2005-08-29 2011-05-10 Juniper Networks, Inc. Point to multi-point label switched paths with label distribution protocol
US7839850B2 (en) 2006-01-30 2010-11-23 Juniper Networks, Inc. Forming equal cost multipath multicast distribution structures
US8270395B2 (en) 2006-01-30 2012-09-18 Juniper Networks, Inc. Forming multicast distribution structures using exchanged multicast optimization data
US8462635B1 (en) 2006-06-30 2013-06-11 Juniper Networks, Inc. Resource reservation protocol with traffic engineering point to multi-point label switched path hierarchy
US7787380B1 (en) 2006-06-30 2010-08-31 Juniper Networks, Inc. Resource reservation protocol with traffic engineering point to multi-point label switched path hierarchy
US7742482B1 (en) 2006-06-30 2010-06-22 Juniper Networks, Inc. Upstream label assignment for the resource reservation protocol with traffic engineering
US8488614B1 (en) 2006-06-30 2013-07-16 Juniper Networks, Inc. Upstream label assignment for the label distribution protocol
US8767741B1 (en) 2006-06-30 2014-07-01 Juniper Networks, Inc. Upstream label assignment for the resource reservation protocol with traffic engineering
US7839862B1 (en) 2006-06-30 2010-11-23 Juniper Networks, Inc. Upstream label assignment for the label distribution protocol
US7936780B1 (en) 2008-03-12 2011-05-03 Juniper Networks, Inc. Hierarchical label distribution protocol for computer networks
US7929557B2 (en) 2008-11-14 2011-04-19 Juniper Networks, Inc. Summarization and longest-prefix match within MPLS networks
US8363667B2 (en) 2008-11-14 2013-01-29 Juniper Networks, Inc. Summarization and longest-prefix match within MPLS networks
US8917729B1 (en) 2008-12-10 2014-12-23 Juniper Networks, Inc. Fast reroute for multiple label switched paths sharing a single interface
JP2012522454A (en) * 2009-03-31 2012-09-20 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Method and apparatus for point-to-multipoint traffic path coding
US8422514B1 (en) 2010-02-09 2013-04-16 Juniper Networks, Inc. Dynamic configuration of cross-domain pseudowires
US8310957B1 (en) 2010-03-09 2012-11-13 Juniper Networks, Inc. Minimum-cost spanning trees of unicast tunnels for multicast distribution
US9246838B1 (en) 2011-05-27 2016-01-26 Juniper Networks, Inc. Label switched path setup using fast reroute bypass tunnel
US8837479B1 (en) 2012-06-27 2014-09-16 Juniper Networks, Inc. Fast reroute between redundant multicast streams
US9049148B1 (en) 2012-09-28 2015-06-02 Juniper Networks, Inc. Dynamic forwarding plane reconfiguration in a network device
US8953500B1 (en) 2013-03-29 2015-02-10 Juniper Networks, Inc. Branch node-initiated point to multi-point label switched path signaling with centralized path computation
US9806895B1 (en) 2015-02-27 2017-10-31 Juniper Networks, Inc. Fast reroute of redundant multicast streams
EP4250671A1 (en) * 2022-03-23 2023-09-27 Nokia Solutions and Networks Oy Sequencing of labeled packets

Also Published As

Publication number Publication date
JP4148099B2 (en) 2008-09-10

Similar Documents

Publication Publication Date Title
JP4148099B2 (en) Point-to-multipoint MPLS communication method
JP4111129B2 (en) Multicast MPLS communication method
US7940698B1 (en) Point to multi-point label switched paths with label distribution protocol
JP3900195B2 (en) Multicast transfer route setting method and multicast label switching method for realizing the same
KR100693052B1 (en) Apparatus and method of fast reroute for mpls multicast
US7570649B2 (en) Forwarding state sharing between multiple traffic paths in a communication network
US11050657B2 (en) Method, device and node for message transmission, and computer storage medium
JP2005252385A (en) Hierarchical mpls (multi protocol label switching) network tunnel communication method
WO2011103759A1 (en) Method for establishing associated bidirectional label switching path and system thereof
JP3801953B2 (en) Multicast MPLS communication method and system and network
CN102487351A (en) Establishment method of end-to-end multicast label switched path, apparatus thereof and system
JP4128944B2 (en) Multicast transfer route setting method, multicast transfer route calculation device, program, and recording medium
JP2006238484A (en) Repeating apparatus and repeating method
JP4673329B2 (en) Apparatus, method, and program for creating multicast tree
CN110650088B (en) Resource reservation technology for point-to-multipoint tunnel on ring network
JP4671911B2 (en) LSP route aggregation method, router, and LSP route aggregation program in multicast MPLS
JP3991958B2 (en) Multicast detour route setting method, label switching router, and multicast detour route setting program
JP4231074B2 (en) Multicast label switching method
JP4522955B2 (en) Multicast point-to-point (MP2P) multiprotocol label switching (MPLS) traffic engineering (TE) communication system
JP2005094137A (en) Multicast transfer path setting method and apparatus
JP2010050718A (en) Communication system, transfer node, communication method, and program
WO2020021558A1 (en) Methods, apparatus and machine-readable media relating to path computation in a communication network
JP4244891B2 (en) Point-to-multipoint MPLS (Multi-Protocol Label Switching) communication method and system
JP3953980B2 (en) MPLS path setting method, node and program
JP4128937B2 (en) Multicast transfer route setting method, multicast transfer route calculation device, program, and recording medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060414

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080303

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

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080616

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110704

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120704

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130704

Year of fee payment: 5

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees