WO2010115370A1 - 一种更新联合双向标签交换路径绑定关系的方法和装置 - Google Patents

一种更新联合双向标签交换路径绑定关系的方法和装置 Download PDF

Info

Publication number
WO2010115370A1
WO2010115370A1 PCT/CN2010/071594 CN2010071594W WO2010115370A1 WO 2010115370 A1 WO2010115370 A1 WO 2010115370A1 CN 2010071594 W CN2010071594 W CN 2010071594W WO 2010115370 A1 WO2010115370 A1 WO 2010115370A1
Authority
WO
WIPO (PCT)
Prior art keywords
lsp
binding relationship
binding
update
updating
Prior art date
Application number
PCT/CN2010/071594
Other languages
English (en)
French (fr)
Inventor
陈国义
国辛纯
曹玮
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP10761199.8A priority Critical patent/EP2405625B1/en
Publication of WO2010115370A1 publication Critical patent/WO2010115370A1/zh
Priority to US13/243,479 priority patent/US8842668B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H04L45/507—Label distribution

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for updating a joint bidirectional label switched path binding relationship.
  • One bidirectional LSP in the prior art is an Associated Bidi-LSP (Joint Bidirectional LSP).
  • the two unidirectional LSPs that form the Associated Bidi-LSP that is, the outbound LSP and the backward LSP, except the first node and the peer node, the intermediate nodes and links that pass through can be the same or different.
  • a static configuration is used to establish an Associated Bidi-LSP. That is, two unidirectional LSPs with opposite directions and independent paths are bound to the first node and the opposite node respectively, that is, respectively at the head node and the pair.
  • the end nodes are manually configured to implement static association between two unidirectional LSPs.
  • the workload of configuration increases greatly, and it is easy to increase the chance of errors.
  • the flexibility or feasibility of the joint bidirectional path removal or modification through manual configuration is also low.
  • an object of the embodiments of the present invention is to provide a method and apparatus for updating a joint bidirectional path binding relationship with high flexibility and feasibility.
  • An embodiment of the present invention provides a method for updating an LSP binding relationship of a joint bidirectional label switching path, including:
  • Another embodiment of the present invention provides an apparatus for updating a joint bidirectional label switched path LSP binding relationship, including:
  • a communication module configured to send a request packet to the peer node, where the request packet carries a parameter for updating the binding relationship, and is configured to receive a response packet sent by the peer node, where the response packet carries Binding update processing result, configured to respond to the request message;
  • the binding relationship update module is configured to update the binding relationship of the joint bidirectional LSP according to the binding update processing result carried in the response packet.
  • a further embodiment of the present invention provides a method for updating a joint bidirectional label switched path LSP binding relationship, including:
  • Text
  • a further embodiment of the present invention provides an apparatus for updating a joint bidirectional label switched path LSP binding relationship, including:
  • a receiving module configured to receive a request packet sent by the first node, where the request packet carries a parameter for updating a binding relationship
  • a binding relationship update module configured to update a binding relationship of the joint bidirectional LSP according to the parameter of the updated binding relationship
  • a sending module configured to send a response packet to the first node, where the response packet carries a binding update processing result, and is used to respond to the request packet.
  • the dynamic update of the Associated Bidi-LSP binding relationship can be implemented by requesting the interaction between the first node and the peer node of the A s s 0 c i a ed B i d i - LSP by requesting the interaction between the message and the response message.
  • the technical solution provided by the embodiment of the invention has high flexibility and feasibility.
  • FIG. 1 is a simplified flowchart of a method for updating a joint bidirectional LSP binding relationship according to an embodiment of the present invention
  • FIG. 2 is a simplified schematic diagram of an apparatus for updating a joint bidirectional LSP binding relationship according to an embodiment of the present invention
  • FIG. 3 is a simplified flowchart of a method for updating a binding relationship of a joint bidirectional LSP according to an embodiment of the present invention
  • FIG. 4 is a simplified schematic diagram of an apparatus for updating a joint bidirectional LSP binding relationship in accordance with an embodiment of the present invention. detailed description
  • FIG. 1 is a simplified flowchart of a method for updating an Associated Bidi-LSP (Joint Bidirectional LSP) binding relationship according to an embodiment of the present invention, where the method includes:
  • the parameters for updating the binding relationship include OperFlag (operation flag).
  • the request to update the binding relationship in the foregoing 102 may be a request to establish a binding relationship of the joint bidirectional LSP, that is, request binding the two unidirectional LSPs that constitute the joint bidirectional LSP.
  • the OperFlag is a setup
  • the parameter for updating the binding relationship may further include the LSP information in the direction of the LSP; or the parameter for updating the binding relationship may further include the LSP information and the LSP information in the reverse direction; or,
  • the parameters of the binding relationship may also include the de-directional LSP information and the constraint of the return LSP.
  • the parameters for updating the binding relationship may further include a constraint of the de-directional LSP and a constraint of the return LSP; or, update the binding.
  • the parameters of the relationship may also include a constraint of the forward direction LSP and a return direction LSP information.
  • the request message in the above example may be transmitted to the opposite node through the LSP in the past direction, or may be transmitted to the opposite node through other paths.
  • the parameters for updating the binding relationship include OperFlag (ie, Setup) and the return direction LSP information, and the request packet is sent to the opposite node through the outbound LSP, and the opposite end node reports according to the receiving request.
  • the path of the text is obtained by knowing the direction-out LSP information to be bound.
  • the parameters for updating the binding relationship include OperFlag (which corresponds to the setup) and the constraint of the returning LSP.
  • the request packet is sent to the peer node through the outbound LSP, and the peer node receives the request packet according to the packet.
  • the path learns the outgoing LSP information to be bound.
  • the parameter for updating the binding relationship includes OperFlag (this case corresponds to Setup), and the request packet is sent to the opposite node through the LSP, and the peer node learns the path to be bound according to the path of the received request packet.
  • De-directional LSP information, and the opposite node determines the return direction LSP.
  • the LSP information may include information such as FEC (forwarding equivalence class) defined by RFC 4379, or the LSP information may include an LSP quintuple, such as an address of a head node, an address of a peer node, and an LSP ID (label switching). Path ID), Tunnel ID, Extended tunnel ID.
  • the constraints of the LSP may include bandwidth. And at least one of the explicit paths, or an LSP to choose from.
  • the request in the above 102 updates the binding relationship, which may be a request to tear down the binding relationship.
  • the OperFlag is a Remove.
  • the parameters for updating the binding relationship may also include the LSP information and the LSP information in the reverse direction.
  • the parameter for updating the binding relationship may include the ID of the Associated Bidi-LSP. : ⁇ Associated Bidi — The name of the LSP.
  • the request update binding relationship in the above 102 may be a request to change the binding relationship.
  • LSP1 is bound to LSP2 as an Associated Bidi-LSP.
  • the Associated Bidi-LSP of LSP1 is now changed from LSP2 to LSP3.
  • the parameters for updating the binding relationship include OperFlag, and OperFlag is Change.
  • the parameters for updating the binding relationship may also include LSP1 information and LSP2 information, and LSP1 and LSP3 information.
  • the other solution is to use the two independent request packets to change the binding relationship, that is, to send the first request packet, request to remove the binding relationship between LSP1 and LSP2, and then send the second request packet to request to establish LSP1.
  • the binding relationship between the LSP and the LSP3 refer to the description in the previous embodiment, and no further details are provided here.
  • the request packet in the foregoing 102 may be an MPLS Echo Reques (Multi-Protocol Label Switching Echo Request) packet, and the LSP Ping (Password Switching Protocol) packet is extended to carry the Associated Bidi-LSP parameter.
  • MPLS Echo Reques Multi-Protocol Label Switching Echo Request
  • LSP Ping Password Switching Protocol
  • the interaction between the first node and the opposite node of the LSP is implemented.
  • the binding relationship of the associated Bidi-LSP changes, the information and state are synchronized between the first node and the opposite node.
  • Table 1 is the MPLS Echo4 text format.
  • the MPLS Echo>3 ⁇ 4 file includes two types: MPLS Echo Reques t message and MPLS Echo Reply (Multi-Protocol Label Switching Path Echo Reply) message. Both types of messages have the same message format, as shown in Table 1:
  • Message Type Message type, used to indicate the request message or response message.
  • Reply mode Indicates how the response message is returned.
  • Sender Handle A sending flag indicating the correspondence between the response message received by the first node and the request message sent by the first node.
  • Timestamp Sent Timestamp of sending 4 texts
  • Times tamp Received Timestamp of 4 history 4 ⁇
  • the request message in the above 102 and the response message in the 104 can be added to the MPLS Echo packet shown in Table 1 to add the Associated Bidi-LSP TLV.
  • the added Associated Bidi-LSP TLV can be in the format shown in Table 2: Associated Bidi-LSP TLV Type Length
  • Associated Bidi-LSP TLV Type Type field, 2byte, used to indicate that this TLV is Associated Bidi-LSP TLV C
  • Length 2byte, used to indicate the length of the TLV
  • OperFlag 2bit, operation flag, used to indicate the type of operation to be performed, which can be to establish, tear down or change the binding relationship of the joint bidirectional LSP.
  • Associated Bidi-LSP Name 4byte or more or defined as a TLV structure, indicating the ID of the Associated Bidi-LSP to be updated.
  • Associated LSPs Indicates the LSP information or constraints of the LSPs in the direction and direction of the Associated Bidi-LSP.
  • the response packet in the foregoing 104 may be in the format shown in Table 2.
  • the binding update processing result carried in the response packet may be carried by extending the Return Code in Table 1, for example, by using different values to advertise. The operation is successful or the specified path does not exist or the constraint is incorrect.
  • the response message in the above 104 may adopt the format shown in Table 3, and use the OperResult field in Table 3 to carry the binding update processing result.
  • Type field 2byte, used to indicate that the TLV is Associated Bidi-LSP TLV C
  • Length 2 byte, identifies the length of this TLV
  • OperFlag 2bi t , the operation flag, used to indicate the type of operation to be performed. It can be the binding relationship of establishing, tearing down or changing the joint bidirectional LSP.
  • OperResul t lbyte, operation result flag, used to indicate the result of the processing of the Associated Bidi-LSP by the peer node, with different values to announce the success of the operation or the specified path does not exist or the constraint condition is incorrect.
  • As sociated Bidi-LSP Name ( ID ) 4byte or more or defined as TLV structure, indicating the ID of the Associated Bidi-LSP to be updated.
  • As sociated LSPs Indicates the LSP information of the LSPs in the outgoing direction and the forward direction of the Associated Bidi-LSP.
  • the Associated LSPs field in Table 2 and Table 3 can contain both the LSP information and the LSP information in the reverse direction, which are identified by two different TLVs: Forward LSP TLV (Type length of the direction label switching path) Value) and Backward LSP TLV (the type length value of the return label switched path).
  • the Forward LSP sub-TLV and the Backward LSP sub-TLV have a general TLV structure, as shown in Table 4:
  • TLV Type Type field, 2byte, Type value indicates that this TLV is a TLV that describes the Forward LSP or Backward LSP information.
  • Length indicates the length of the TLV.
  • Va lue Forward/Backward LSP TLV value information, used to indicate that it will constitute
  • the LSP information can use various types of FEC information defined in RFC 4379.
  • the LDP IPv4 LSP (based on the label distribution protocol and the label switching path of the fourth version of the network protocol) needs to be bound, and the LSP information can be adopted.
  • the LDP IPv4 FEC defined in RFC 4379 is shown in Table 5.
  • the LSP information can also be an LSP quintuple, such as the address of the first node, the address of the peer node, the LSP ID (label switching path identifier), the tunnel ID (tunnel ID), and the extended tunnel ID (extended tunnel ID). 6 is shown.
  • Type field 2byte
  • Type value identifies this TLV as the TLV describing the Forward LSP or Backward LSP information.
  • Length indicates the length of the TLV
  • FEC sub- TLV TLV representing the Forward LSP or Backward LSP.
  • Forward/Backward LSP sub-TLV Type Type field, 2 bytes, Type value identifies the TLV as a TLV describing Forward LSP or Backward LSP information.
  • Length indicates the length of the TLV.
  • Des tAddr the address of the peer node
  • Tunnel ID Tunnel ID
  • LSPID LSP ID
  • ExtendedID Extended Tunnel ID
  • the packet format as shown in Table 7 can be used.
  • the message format shown in Table 8 and Table 9 can be used.
  • Forward/Backward LSP sub-TLV Type Type field, 2 bytes, indicating that this TLV is a TLV that describes the Forward LSP or Backward LSP information.
  • Length indicates the length of the TLV
  • Constraints can be Expl ic i t Route (explicitly routed IPv4 or IPv6) or other constraints such as bandwidth.
  • IPv4 Type Indicates that the type of TLV is based on Ipv4 Explicit Route.
  • Length indicates the length of this TLV
  • IPv4 address (4 byte): IPv4-based address
  • IPv6 Explicit Route sub- TLV
  • Length indicates the length of this TLV
  • the binding relationship of the two-way Associated Bidi-LSP is updated according to the result of the binding update processing carried in the response, for example, the update of the request in the 102 is tied.
  • the parameters of the relationship include the forward direction LSP information and the return direction LSP information.
  • the Operflag is Setup, and the result of the binding update processing is that when the operation is successful, the first node does not need subsequent operations.
  • the parameters of the update binding relationship carried in the request packet in the packet include the direction LSP information and the constraint condition of the return direction LSP
  • the Operflag is a setup
  • the binding update processing result is that the operation is successful
  • the peer node The binding update processing result carries the LSP information of the bound LSP in the reverse direction
  • the result of the first node binding update process completes the binding of the Associated Bidi-LSP. Set.
  • FIG. 2 is a simplified schematic diagram of an apparatus for updating an A s sociated Bi d i-LSP binding relationship according to an embodiment of the present invention, the apparatus includes:
  • the communication module 202 is configured to send a request message to the peer node, where the request message carries a parameter for updating the binding relationship, and is used for requesting to update the binding relationship; receiving the response message sent by the peer node, the response The packet carries a binding update processing result, and is used to respond to the foregoing request packet;
  • the binding relationship update module 204 is configured to update the binding relationship of the Associated Bidi-LSP according to the binding update processing result in the response packet.
  • the communication module 202 may be split into a sending module and a receiving module.
  • the communication module 202 and the binding relationship updating module 204 may also be integrated into one unit. .
  • FIG. 3 is a simplified flowchart of a method for updating an association of an Associated Bidi-LSP in an embodiment of the present invention. As shown in FIG. 3, a method for updating an association relationship of an Associated Bidi-LSP includes:
  • FIG. 4 is a simplified schematic diagram of an apparatus for updating an A s sociated Bi d i-LSP binding relationship in an embodiment of the present invention.
  • the device includes:
  • the receiving module 402 is configured to receive a request packet sent by the first node, and carry the update in the request packet.
  • the parameter of the binding relationship used to request to update the binding relationship;
  • the binding relationship update module 404 is configured to update the binding relationship of the Associated Bidi-LSP according to the parameter for updating the binding relationship.
  • the sending module 406 is configured to send a response message to the first node, where the response message carries a binding update processing result, and is used to respond to the request message.
  • FIG. 4 The embodiment shown in Fig. 4 is merely an example, and other implementations may be employed, for example, integrating the receiving module 402 and the transmitting module 406 into one communication unit.
  • the dynamic update of the Associated Bidi-LSP binding relationship can be implemented by requesting the interaction between the first node and the peer node of the A s s oc i a ed B i d i - LSP by requesting the interaction between the message and the response message. For example, establishing, tearing down, and dynamically changing the binding relationship of the Associated Bidi-LSP.
  • the technical solution provided by the embodiment of the present invention has high flexibility and feasibility, and can meet the binding requirements of different types of LSPs.
  • Some of the steps in the embodiment of the present invention may be implemented by software, and the corresponding software program may be stored in a readable storage medium such as an optical disk or a hard disk.

Landscapes

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

Description

一种更新联合双向标签交换路径绑定关系的方法和装置 本申请要求于 2009 年 4 月 8 日提交中国专利局、 申请号为 CN 200910106530.3,发明名称为 "一种更新联合双向标签交换路径绑定关系的 方法和装置" 的中国专利申请的优先权， 其全部内容通过引用结合在本申 请中。 技术领域
本发明涉及通信领域， 尤其涉及一种更新联合双向标签交换路径绑定 关系的方法和装置。
背景技术
随着运营商对双向 LSP (标签交换路径）的需求越来越大， 如何建立双 向 LSP已经成为一个技术热点。 现有技术中的一种双向 LSP是 Associated Bidi- LSP (联合双向 LSP ) 。 构成 Associated Bidi- LSP的两条单向 LSP, 即 去方向 LSP和返方向 LSP, 除首节点和对端节点一致外， 经过的中间节点和 链路可以^!同， 也可以不同。
目前， 通常采用静态配置来建立 Associated Bidi- LSP, 也就是， 将两 条已经建立的方向相反且路径独立的单向 LSP在首节点和对端节点分别进 行绑定， 即分别在首节点和对端节点进行人工配置， 从而实现两条单向 LSP 的静态关联。 然而， 随着网络规模日益增大， 配置工作量也大大增加， 且 容易导致增加出错的几率。 同理， 通过人工配置实现联合双向路径的拆除 或变更， 灵活性与可行性也较低。
发明内容
基于上述分析， 本发明实施例的目的是提供一种灵活性与可行性较高 的更新联合双向路径绑定关系的方法和装置。 本发明的一个实施例提供一种更新联合双向标签交换路径 LSP绑定关 系的方法， 包括：
向对端节点发送请求报文， 所述请求报文中携带更新绑定关系的参数， 用于请求更新绑定关系；
接收所述对端节点发来的响应报文， 所述响应报文中携带绑定更新处 理结果， 用于响应所述请求报文；
根据所述响应报文携带的绑定更新处理结果更新联合双向 LSP的绑定 关系。
本发明的另一实施例提供一种更新联合双向标签交换路径 LSP绑定关 系的装置， 包括：
通信模块， 用于向对端节点发送请求报文， 所述请求报文中携带更新 绑定关系的参数； 用于接收所述对端节点发来的响应报文， 所述响应报文 中携带绑定更新处理结果， 用于响应所述请求报文；
绑定关系更新模块， 用于根据所述响应报文携带的绑定更新处理结果 更新联合双向 LSP的绑定关系。
本发明的再一实施例提供一种更新联合双向标签交换路径 LSP绑定关 系的方法， 包括：
接收首节点发来的请求报文， 所述请求报文中携带更新绑定关系的参 数， 请求更新绑定关系；
根据所述更新绑定关系的参数， 更新联合双向 LSP的绑定关系； 向所述首节点发送响应报文， 所述响应报文中携带绑定更新处理结果， 用于响应所述请求^艮文。
本发明的又一实施例提供一种更新联合双向标签交换路径 LSP绑定关 系的装置， 包括：
接收模块， 用于接收首节点发来的请求报文， 所述请求报文中携带更 新绑定关系的参数； 绑定关系更新模块， 用于根据所述更新绑定关系的参数， 更新联合双 向 LSP的绑定关系；
发送模块， 用于向所述首节点发送响应报文， 所述响应报文中携带绑 定更新处理结果， 用于响应所述请求报文。
本发明实施例在 A s s 0 c i a t ed B i d i - LSP的首节点和对端节点之间通过请 求 4艮文和响应 文的交互， 可以实现 Associated Bidi- LSP绑定关系的动态 更新。 本发明实施例提供的技术方案， 灵活性与可行性高。 附图说明
图 1为本发明一个实施例中更新联合双向 LSP绑定关系的方法的简化 流程图；
图 2为本发明一个实施例中更新联合双向 LSP绑定关系的装置简化示意 图；
图 3为本发明一个实施例中更新联合双向 LSP的绑定关系的方法的简化 流程图；
图 4为本发明一个实施例中更新联合双向 LSP绑定关系的装置的简化示 意图。 具体实施方式
下面结合附图和具体实施例展开详细说明。 但需要注意， 下面的这些 实施例， 仅为帮助理解技术方案所举的例子， 并不用于限定本发明。
图 1是本发明一个实施例中更新 Associated Bidi- LSP (联合双向 LSP ) 绑定关系的方法的简化流程图， 该方法包括：
102、 向对端节点发送请求报文， 该请求报文中携带更新绑定关系的参 数， 用于请求更新绑定关系；
104、 接收该对端节点发来的响应报文， 该响应报文中携带绑定更新处 理结果， 用于响应上述请求报文；
106、 根据上述响应报文携带的绑定更新处理结果更新 As sociated Bidi- LSP的绑定关系。
举例来说， 更新绑定关系的参数包括 OperFlag (操作标志） 。
举例来说， 上述 102中的请求更新绑定关系， 可以是请求建立联合双向 LSP的绑定关系，也就是，请求将构成联合双向 LSP的两条单向 LSP进行绑定。 这种情形下， OperFlag是 Setup (建立） ， 更新绑定关系的参数还可以包括 去方向 LSP信息； 或者， 更新绑定关系的参数还可以包括去方向 LSP信息和 返方向 LSP信息； 或者， 更新绑定关系的参数还可以包括去方向 LSP信息和 返方向 LSP的约束条件； 或者， 更新绑定关系的参数还可以包括去方向 LSP 的约束条件和返方向 LSP的约束条件； 或者， 更新绑定关系的参数还可以包 括去方向 LSP的约束条件和返方向 LSP信息。 上述示例中的请求报文可以通 过去方向 LSP传送到对端节点， 也可以通过其他路径传送到对端节点。 又例 如， 当请求建立绑定关系时， 更新绑定关系的参数包括 OperFlag (即 Setup ) 和返方向 LSP信息， 该请求报文通过去方向 LSP发送到对端节点， 对端节点 根据接收请求报文的路径获知待绑定的去方向 LSP信息。 再例如， 更新绑定 关系的参数包括 OperFlag (这种情形对应的是 Setup )和返方向 LSP的约束 条件， 该请求报文通过去方向 LSP发送到对端节点， 对端节点根据接收请求 报文的路径获知待绑定的去方向 LSP信息。 又例如， 更新绑定关系的参数包 括 OperFlag (这种情形对应的是 Setup ) ， 该请求报文通过去方向 LSP发送 到对端节点， 对端节点根据接收请求报文的路径获知待绑定的去方向 LSP信 息， 并由对端节点确定返方向 LSP。
举例来说， LSP信息可以包括 RFC 4379定义的 FEC (转发等价类）等信 息， 或者， LSP信息可以包括 LSP五元组， 例如首节点的地址、 对端节点的 地址、 LSP ID (标签交换路径标识） 、 Tunnel ID (隧道标识） ， Extended tunnel ID (扩展的隧道标识） 。 举例来说， LSP的约束条件可以包括带宽 和显式路径中的至少一种， 或者可供选择的 LSP。
又举例来说， 上述 102中的请求更新绑定关系， 可以是请求拆除绑定关 系。 这种情形下， OperFlag是 Remove (拆除） ， 更新绑定关系的参数还可 以包括去方向 LSP信息和返方向 LSP信息； 或者， 更新绑定关系的参数还可 以包括 Associated Bidi— LSP的 ID, 例：^ Associated Bidi— LSP的 name。
又举例来说， 上述 102中的请求更新绑定关系， 可以是请求变更绑定关 系。 例如， LSP1与 LSP2绑定为 Associated Bidi- LSP, 现在要将 LSP1的 Associated Bidi- LSP由 LSP2变更为 LSP3。 一种方案如下： 更新绑定关系的 参数包括 OperFlag, OperFlag是 Change (变更） ， 更新绑定关系的参数还 可以包括 LSP1信息和 LSP2信息， 以及 LSP1和 LSP3信息。 另一种方案是采用 两个独立的请求报文实现绑定关系的变更， 即， 发送第一请求报文， 请求 拆除 LSP1和 LSP2的绑定关系；然后发送第二请求报文，请求建立 LSP1和 LSP3 的绑定关系， 具体实现细节请参见上面实施例中的表述， 此处不再赘述。
举例来说， 上述 102中的请求报文， 可以是 MPLS Echo Reques t (多协 议标签交换回显请求）报文， 通过扩展 LSP Ping (标签交换协议 Ping )报 文来携带 Associated Bidi- LSP参数， 在 LSP的首节点和对端节点之间实现 交互， 当 Associated Bidi- LSP的绑定关系发生变化时， 在首节点和对端节 点之间实现信息和状态的同步。
表 1是 MPLS Echo4艮文格式。 MPLS Echo>¾文包括两类： MPLS Echo Reques t 报文和 MPLS Echo Reply (多协议标签交换路径回显应答）报文。 两种报文 具有相同的报文格式， 如表 1所示：
表 1 0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
Version Number | Global Flags
Message Type | Reply mode | Return Code | Return Subcode
Sende ' s Handle
Sequence Number
Time Stamp Sent (seconds )
Time Stamp Sent (microseconds)
Time Stamp Recei ed (seconds )
TimeStsmp Received (microseconds)
TLVs . . .
Version Number: 协议的版本号
Global Flags: 全局标志
Message Type: 消息类型， 用于表示请求报文或响应报文
Reply mode: 表示响应报文的返回方式
Return Code: 返回码
Return subcode: 返回子码， 用于表示标签栈处理中止的深度
Sender Handle: 发送标志， 用于表示首节点接收到的响应报文与首节 点发送的请求报文的对应关系
Sequence Number: 报文序歹1 J号
Timestamp Sent: 发送 4艮文的时间戳
Times tamp Received: 接 4史4艮文的时间戳
当建立 Associated Bidi- LSP的绑定关系时， 上述 102中的请求艮文和 104中的响应报文，可以在表 1所示 MPLS Echo报文的基石出上，增加 Associated Bidi-LSP TLV (联合双向标签交换路径的类型长度值） ， 携带更新绑定关 系的参数， 举例来说， 增加的 Associated Bidi-LSP TLV可以采用表 2所示 的格式： Associated Bidi-LSP TLV Type Length
OperFlag Reserve
Associated Bidi - LSP Name ( ID )
Associated LSPs
Associated Bidi-LSP TLV Type: 类型字段， 2byte, 用于表示此 TLV 为 Associated Bidi-LSP TLVC
Length: 2byte, 用于表示该 TLV的长度
OperFlag: 2bit, 操作标志， 用于表示所要进行的操作的类型， 可以 是建立、 拆除或变更联合双向 LSP的绑定关系
Reserve: 预留以后使用
Associated Bidi-LSP Name ( ID) ： 4byte或更多或定义为 TLV结构， 表示所要更新的 Associated Bidi- LSP的标识 ID。
Associated LSPs: 表示 Associated Bidi- LSP去方向和返方向 LSP的 LSP 信息或者约束条件。
举例来说， 上述 104中的响应报文可以采用表 2所示的格式， 响应报文 携带的绑定更新处理结果可以通过扩展表 1中的 Return Code来携带， 例如 赋以不同的值来通告操作成功或者指定路径不存在或者约束条件错误等。 又举例来说， 上述 104中的响应报文可以采用表 3所示的格式， 利用表 3中的 OperResult字段来携带绑定更新处理结果。
Figure imgf000009_0001
Figure imgf000009_0002
As sociated Bidi-LSP TLV Type: 类型字段， 2byte, 用于表示该 TLV 为 Associated Bidi-LSP TLVC
Length: 2 byte, 标识此 TLV的长度
OperFlag: 2bi t , 操作标志， 用于表示所要进行的操作的类型， 可以 是建立、 拆除或变更联合双向 LSP的绑定关系。
OperResul t: lbyte, 操作结果标志， 用于表示对端节点对 Associated Bidi- LSP的处理结果， 赋以不同的值来通告操作成功或者指定路径不存在 或者约束条件错误等
Reserve: 预留以后使用
As sociated Bidi-LSP Name ( ID ) ： 4byte或更多或定义为 TLV结构， 表示所要更新的 Associated Bidi- LSP的 ID
As sociated LSPs: 表示 Associated Bidi— LSP中的去方向和返方向 LSP 的 LSP信息。
举例来说， 表 2和表 3中的 Associated LSPs字段， 可同时包含去方向 LSP 信息和返方向 LSP信息，分别通过两个不同的 TLV进行标识： Forward LSP TLV (去方向标签交换路径的类型长度值） 和 Backward LSP TLV (返方向标 签交换路径的类型长度值）。 其中， Forward LSP sub- TLV和 Backward LSP sub- TLV具有一般 TLV的结构， 如表 4所示：
Figure imgf000010_0001
Figure imgf000010_0002
Forward/Backward LSP sub— TLV Type: 类型字段， 2byte， Type值表 示此 TLV为描述 Forward LSP或 Backward LSP信息的 TLV
Length: 表示该 TLV的长度 Va lue: Forward/Backward LSP TLV的值信息， 用于表示将构成
As socia ted Bidi- LSP的 Forward LSP或 Backward LSP的 LSP信息。
举例来说， LSP信息可以采用 RFC 4379中定义的各类 FEC信息， 例如， 需要绑定的是 LDP IPv4 LSP (基于标签分发协议和第四版网络协议的标签 交换路径） ， 则 LSP信息可以采用 RFC 4379中定义的 LDP IPv4 FEC, 如表 5 所示。 LSP信息也可以采用 LSP五元组， 例如首节点的地址、 对端节点的地 址、 LSP ID (标签交换路径标识）、 Tunnel ID (隧道标识）， Extended tunnel ID (扩展的隧道标识） ， 如表 6所示。
Figure imgf000011_0001
Figure imgf000011_0003
Forward/Backward LSP sub- TLV Type: 类型字段， 2byte, Type值标 识此 TLV为描述 Forward LSP或 Backward LSP信息的 TLV
Length: 表示该 TLV的长度
FEC sub- TLV: 表示 Forward LSP或 Backward LSP的 TLV。
Figure imgf000011_0002
Figure imgf000011_0004
Forward/Backward LSP sub-TLV Type: 类型字段， 2byte, Type值标 识此 TLV为描述 Forward LSP或 Backward LSP信息的 TLV
Length: 表示该 TLV的长度。
SrcAddr: 首节点的地址
Des tAddr: 对端节点的地址
Tunnel ID: 隧道标识
LSPID: LSP标识
ExtendedID: 扩展隧道标识
当更新绑定关系的参数包括 LSP的约束条件时， 可以采用如表 7所示的 报文格式。 当约束条件为显式路由时， 可以采用表 8和表 9所示的报文格式。
Figure imgf000012_0001
Figure imgf000012_0002
Forward/Backward LSP sub-TLV Type: 类型字段， 2byte, 表示此 TLV 为描述 Forward LSP或 Backward LSP信息的 TLV
Length: 表示 TLV的长度
各种约束条件 sub- TLV:约束条件可以是 Expl ic i t Route (显式路由 IPv4 或 IPv6 )或者其它约束条件如带宽等。
表 8
Figure imgf000012_0003
Expl ici t Route sub-TLV (IPv4) Type: 表示 TLV的类型为基于 Ipv4的 Explicit Route。
Length: 表示此 TLV的长度
IPv4 address (4 byte)： 基于 IPv4的地址
Prefix Length: 地址前缀长度
Reserve: 予页留位
表 9
Figure imgf000013_0001
Explicit Route sub- TLV (IPv6) Type: 表示 TLV的类型为基于 Ipv6的 Explicit Route。
Length: 表示此 TLV的长度
IPv4 address (16 byte): 基于 IPv6的地址
Prefix Length: 地址前缀长度
Reserve: 予页留位
如图 1所示的实施例， 106中才据响应 >¾文中携带的绑定更新处理结果 更新双向 Associated Bidi- LSP的绑定关系， 举例来说， 102中的请求 4艮文 携带的更新绑定关系的参数包括去方向 LSP信息和返方向 LSP信息，
Operflag是 Setup, 且绑定更新处理结果是操作成功时， 首节点不需要后续 操作。 再举例来说， 102中的请求报文携带的更新绑定关系的参数包括去方 向 LSP信息和返方向 LSP的约束条件， Operflag是 Setup, 且绑定更新处理结 果是操作成功时， 对端节点在绑定更新处理结果中携带已绑定的返方向 LSP 的 LSP信息， 首节点 ^居绑定更新处理结果完成 Associated Bidi- LSP的绑 定。
图 2是本发明一个实施例中更新 A s sociated Bi d i- LSP绑定关系的装置 的简化示意图， 该装置包括：
通信模块 202: 用于向对端节点发送请求报文， 该请求报文中携带更新 绑定关系的参数， 用于请求更新绑定关系； 接收该对端节点发来的响应报 文， 该响应报文中携带绑定更新处理结果， 用于响应上述请求报文；
绑定关系更新模块 204： 用于根据上述响应报文中的绑定更新处理结果 更新 Associated Bidi- LSP的绑定关系。
图 2所示的实施例仅为示例， 也可以采用其他实现方式， 例如通信模块 202可以分拆为发送模块和接收模块； 或者， 通信模块 202和绑定关系更新 模块 204也可以集成为一个单元。
图 2所示装置所执行操作的具体实现细节可参考图 1所示的实施例， 此 处不再赘述。
图 3是本发明一个实施例中更新 Associated Bidi- LSP绑定关系的方法 的简化流程图， 如图 3所示， 更新 Associated Bidi- LSP的绑定关系的方法， 包括：
302、 接收首节点发来的请求报文， 请求报文中携带更新绑定关系的参 数， 用于请求更新绑定关系， ；
304、 才艮据上述更新绑定关系的参数， 更新 Associated Bidi- LSP的绑 定关系；
306、 向 As sociated Bidi- LSP的首节点发送响应 4艮文， 该响应 4艮文中 携带绑定更新处理结果， 用于响应上述请求报文。
图 3所示方法的具体实现细节可参考图 1所示的实施例， 此处不再赘述。 图 4是本发明一个实施例中更新 A s sociated Bi d i- LSP绑定关系的装置 的简化示意图。 如图 4所示， 该装置包括：
接收模块 402: 用于接收首节点发来的请求报文， 请求报文中携带更新 绑定关系的参数， 用于请求更新绑定关系；
绑定关系更新模块 404: 用于根据上述更新绑定关系的参数， 更新 Associated Bidi— LSP的绑定关系；
发送模块 406: 用于向上述首节点发送响应报文， 该响应报文中携带绑 定更新处理结果， 用于响应上述请求报文。
图 4所示实施例仅为示例， 也可以采用其他实现方式， 例如， 将接收模 块 402与发送模块 406集成为一个通信单元。
本发明实施例在 A s s oc i a t ed B i d i - LSP的首节点和对端节点之间通过请 求 4艮文和响应 文的交互， 可以实现 Associated Bidi- LSP绑定关系的动态 更新。 例如建立， 拆除， 以及动态变更 Associated Bidi- LSP的绑定关系。 本发明实施例提供的技术方案， 灵活性与可行性高， 可以满足不同类型 LSP 的绑定需求。
本发明实施例中的部分步骤， 可以利用软件实现， 相应的软件程序可 以存储在可读取的存储介质中， 如光盘或硬盘等。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并 不局限于此， 任何熟悉该技术的人在本发明所揭露的技术范围内， 可轻易 想到的变化或替换， 都应涵盖在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种更新联合双向标签交换路径 LSP绑定关系的方法， 其特征在于， 包括：
向对端节点发送请求报文， 所述请求报文中携带更新绑定关系的参数， 用于请求更新绑定关系；
接收所述对端节点发来的响应报文， 所述响应报文中携带绑定更新处 理结果， 用于响应所述请求报文；
根据所述响应报文携带的绑定更新处理结果更新联合双向 LSP的绑定 关系。
2、 如权利要求 1所述的方法， 其特征在于， 所述更新绑定关系的参数 包括操作标志。
3、 如权利要求 2所述的方法， 其特征在于， 当所述操作标志是建立所 述联合双向 LSP的绑定关系时，所述更新绑定关系的参数还包括去方向 LSP 信息、 去方向 LSP的约束条件、 返方向 LSP信息、 返方向 LSP的约束条件 中的至少一种。
4、 如权利要求 2所述的方法， 其特征在于， 当所述操作标志是拆除所 述联合双向 LSP 的绑定关系时， 所述更新绑定关系的参数还包括所述联合 双向 LSP标识， 或者， 所述联合双向 LSP中的两条 LSP的 LSP信息。
5、 如权利要求 2所述的方法， 其特征在于， 当所述操作标志是变更所 述联合双向 LSP 的绑定关系时， 所述更新绑定关系的参数还包括所述联合 双向 LSP中的 LSP信息和待绑定的两条 LSP的 LSP信息。
6、 如权利要求 3或 4或 5所述的方法， 其特征在于， 所述 LSP信息包 括转发等价类或 LSP五元组。
7、 一种更新联合双向标签交换路径 LSP绑定关系的装置， 其特征在于， 包括：
通信模块， 用于向对端节点发送请求报文， 所述请求报文中携带更新 绑定关系的参数； 用于接收所述对端节点发来的响应报文， 所述响应报文 中携带绑定更新处理结果， 用于响应所述请求报文；
绑定关系更新模块， 用于根据所述响应报文携带的绑定更新处理结果 更新联合双向 LSP的绑定关系。
8、 如权利要求 7所述的装置， 其特征在于， 所述更新绑定关系的参数 包括操作标志。
9、 如权利要求 8所述的装置， 其特征在于， 当所述操作标志是建立所 述联合双向 LSP的绑定关系时，所述更新绑定关系的参数还包括去方向 LSP 信息、 去方向 LSP的约束条件、 返方向 LSP信息、 返方向 LSP的约束条件 中的至少一种。
10、 如权利要求 8 所述的装置， 其特征在于， 当所述操作标志是拆除 所述联合双向 LSP 的绑定关系时， 所述更新绑定关系的参数还包括所述联 合双向 LSP标识， 或者， 所述联合双向 LSP中的两条 LSP的 LSP信息。
11、 如权利要求 8所述的装置， 其特征在于，当所述操作标志是变更所 述联合双向 LSP的绑定关系时， 所述更新绑定关系的参数还包括所述联合双 向 LSP中的 LSP信息和待绑定的两条 LSP的 LSP信息。
12、一种更新联合双向标签交换路径 LSP绑定关系的方法，其特征在于， 包括：
接收首节点发来的请求报文， 所述请求报文中携带更新绑定关系的参 数， 请求更新绑定关系；
根据所述更新绑定关系的参数， 更新联合双向 LSP的绑定关系； 向所述首节点发送响应报文， 所述响应报文中携带绑定更新处理结果， 用于响应所述请求^艮文。
13、 如权利要求 12所述的方法， 其特征在于， 所述绑定更新处理结果 包括操作成功标志或者操作失败标志。
14、 如权利要求 13所述的方法， 其特征在于， 当所述请求更新绑定关 系是请求建立所述联合双向 LSP 的绑定关系， 且所述绑定更新处理结果包 括所述操作成功标志时， 所述绑定更新处理结果还包括下述至少一种： 所述联合双向 LSP的标识；
构成所述联合双向 LSP的两条 LSP的 LSP信息。
15、 如权利要求 13所述的方法， 其特征在于， 当所述绑定更新处理结 果包括操作失败标志时， 所述操作失败标志通告指定路径不存在或者约束 条件错误。
16、一种更新联合双向标签交换路径 LSP绑定关系的装置，其特征在于， 包括：
接收模块， 用于接收首节点发来的请求报文， 所述请求报文中携带更 新绑定关系的参数；
绑定关系更新模块， 用于根据所述更新绑定关系的参数， 更新联合双 向 LSP的绑定关系；
发送模块， 用于向所述首节点发送响应报文， 所述响应报文中携带绑 定更新处理结果， 用于响应所述请求报文。
17、 如权利要求 16所述的装置， 其特征在于， 所述绑定更新处理结果 包括操作成功标志或者操作失败标志。
18、 如权利要求 17所述的装置， 其特征在于， 当所述请求更新绑定关 系是请求建立所述联合双向 LSP 的绑定关系， 且所述绑定更新处理结果包 括所述操作成功标志时， 所述绑定更新处理结果还包括下述至少一种： 所述联合双向 LSP的标识；
构成所述联合双向 LSP的两条 LSP的 LSP信息。
PCT/CN2010/071594 2009-04-08 2010-04-07 一种更新联合双向标签交换路径绑定关系的方法和装置 WO2010115370A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10761199.8A EP2405625B1 (en) 2009-04-08 2010-04-07 Method and apparatus for updating binding relationship of associated bidirectional label switched path
US13/243,479 US8842668B2 (en) 2009-04-08 2011-09-23 Method and apparatus for updating binding relationship of associated bidirectional label switched path

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910106530.3A CN101860523B (zh) 2009-04-08 2009-04-08 一种更新联合双向标签交换路径绑定关系的方法和装置
CN200910106530.3 2009-04-08

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/243,479 Continuation US8842668B2 (en) 2009-04-08 2011-09-23 Method and apparatus for updating binding relationship of associated bidirectional label switched path

Publications (1)

Publication Number Publication Date
WO2010115370A1 true WO2010115370A1 (zh) 2010-10-14

Family

ID=42935647

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/071594 WO2010115370A1 (zh) 2009-04-08 2010-04-07 一种更新联合双向标签交换路径绑定关系的方法和装置

Country Status (4)

Country Link
US (1) US8842668B2 (zh)
EP (1) EP2405625B1 (zh)
CN (1) CN101860523B (zh)
WO (1) WO2010115370A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103748835B (zh) * 2011-07-06 2017-03-01 爱立信(中国)通信有限公司 标签交换路径的动态更新
EP3673367A1 (en) * 2017-08-23 2020-07-01 Convida Wireless, LLC Resource link binding management
CN111371634B (zh) * 2018-12-26 2022-01-18 华为技术有限公司 一种通信方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050169266A1 (en) * 2004-02-03 2005-08-04 Rahul Aggarwal MPLS traffic engineering for point-to-multipoint label switched paths
CN1694431A (zh) * 2005-03-04 2005-11-09 中国人民解放军理工大学 在无线网络中建立双向虚电路的方法
CN101123563A (zh) * 2006-08-07 2008-02-13 中兴通讯股份有限公司 一种用于多跳伪线下平稳重启的方法、装置及网络

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4548930B2 (ja) * 2000-11-15 2010-09-22 富士通株式会社 ラベル・スイッチング・ルータ
US20020110087A1 (en) * 2001-02-14 2002-08-15 David Zelig Efficient setup of label-switched connections
US7298700B1 (en) * 2001-05-24 2007-11-20 At&T Corp. Method for unidirectional and bidirectional label switched path setup in a label switched network
US8488616B2 (en) * 2005-04-05 2013-07-16 Cisco Technology, Inc. Building multipoint-to-multipoint label switch paths
DE102006032994A1 (de) 2006-07-17 2008-01-31 Siemens Ag Elektromechanischer Motor
CN101155178B (zh) * 2006-09-30 2010-08-04 华为技术有限公司 多协议标签交换中建立双向lsp的方法、装置和系统
GB0702508D0 (en) * 2007-02-09 2007-03-21 Ericsson Telefon Ab L M Label switched path networking
US7940695B1 (en) * 2007-06-08 2011-05-10 Juniper Networks, Inc. Failure detection for tunneled label-switched paths
JP5077098B2 (ja) * 2008-06-27 2012-11-21 富士通株式会社 リング型ネットワークにおける伝送方法および伝送装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050169266A1 (en) * 2004-02-03 2005-08-04 Rahul Aggarwal MPLS traffic engineering for point-to-multipoint label switched paths
CN1694431A (zh) * 2005-03-04 2005-11-09 中国人民解放军理工大学 在无线网络中建立双向虚电路的方法
CN101123563A (zh) * 2006-08-07 2008-02-13 中兴通讯股份有限公司 一种用于多跳伪线下平稳重启的方法、装置及网络

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
D.AWDUCHE ET AL.: "RSVP-TE: Extensions to RSVP for LSP Tunnels", NETWORK WORKING GROUP, REQUEST FOR COMMENTS: 3209, CATEGORY: STANDARDS TRACK, December 2001 (2001-12-01), pages 42 - 43, XP008167028 *

Also Published As

Publication number Publication date
US8842668B2 (en) 2014-09-23
EP2405625B1 (en) 2015-02-18
US20120014385A1 (en) 2012-01-19
EP2405625A4 (en) 2012-05-16
EP2405625A1 (en) 2012-01-11
CN101860523A (zh) 2010-10-13
CN101860523B (zh) 2015-04-15

Similar Documents

Publication Publication Date Title
JP5992602B2 (ja) ＩＰｖ６ネットワークにおいてラベル配布プロトコル（ＬＤＰ）を使用するためのシステムおよび方法
WO2016177087A1 (zh) 一种传输bier报文的方法及装置
CA2575843C (en) Graceful shutdown of ldp on specific interfaces between label switched routers
EP2216942B1 (en) Method for establishing tunnel and system for realizing tunnel establishment
WO2016188501A1 (zh) 一种实现比特位索引显示复制的方法及比特位转发路由器
EP2299637B1 (en) Pseudo wire establishing method, device and system
JP4109692B2 (ja) ラベルスイッチネットワークにおけるセッション確立方法及びラベルスイッチノード
US20120057505A1 (en) Method, apparatus, and system for setting up bidirectional point-to-multipoint label switched path
WO2008131686A1 (fr) Procédé et dispositif périphérique de fournisseur pour produire et traiter des données de pseudocâble
WO2011015102A1 (zh) 关联通道能力协商方法和网络设备
WO2011103759A1 (zh) 关联的双向标签交换路径的创建方法及系统
EP2426887B1 (en) Node associated channel capability negotiation method and node equipment
WO2006102851A1 (fr) Procede d'information et de negociation de l'aptitude a surveiller propre a la commutation de label
CN112491706A (zh) 数据报文的处理方法及装置、存储介质、电子装置
US8804749B2 (en) Mechanism for updating parameters of a session set up through a virtual circuit
WO2018177273A1 (zh) 一种基于bier信息的处理及装置
WO2010115370A1 (zh) 一种更新联合双向标签交换路径绑定关系的方法和装置
US9369379B2 (en) System and method providing secured contexts in MPLS LFIB
Crabbe et al. Path computation element communication protocol (pcep) extensions for stateful pce
JP6371399B2 (ja) インターフェースパラメーター同期方法及び装置
CN110431810B (zh) 通过ospf协议进行伪线(pw)建立和维护的方法和装置
CN107547387A (zh) 会话建立方法及装置
WO2012109907A1 (zh) Lsp保护的建立方法和节点
Shiomoto et al. Use of addresses in generalized multiprotocol label switching (GMPLS) networks
WO2016090950A1 (zh) 标签请求消息的控制方法和系统及上下游标签交换路由器

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10761199

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010761199

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE