WO2009071022A1 - Procédé et dispositif pour établir un tunnel d'ingénierie de flux - Google Patents

Procédé et dispositif pour établir un tunnel d'ingénierie de flux Download PDF

Info

Publication number
WO2009071022A1
WO2009071022A1 PCT/CN2008/073030 CN2008073030W WO2009071022A1 WO 2009071022 A1 WO2009071022 A1 WO 2009071022A1 CN 2008073030 W CN2008073030 W CN 2008073030W WO 2009071022 A1 WO2009071022 A1 WO 2009071022A1
Authority
WO
WIPO (PCT)
Prior art keywords
core device
traffic engineering
engineering tunnel
tunnel
bandwidth
Prior art date
Application number
PCT/CN2008/073030
Other languages
English (en)
Chinese (zh)
Inventor
Hong Lv
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009071022A1 publication Critical patent/WO2009071022A1/fr

Links

Classifications

    • EFIXED CONSTRUCTIONS
    • E21EARTH DRILLING; MINING
    • E21DSHAFTS; TUNNELS; GALLERIES; LARGE UNDERGROUND CHAMBERS
    • E21D9/00Tunnels or galleries, with or without linings; Methods or apparatus for making thereof; Layout of tunnels or galleries
    • E21D9/14Layout of tunnels or galleries; Constructional features of tunnels or galleries, not otherwise provided for, e.g. portals, day-light attenuation at tunnel openings
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets

Definitions

  • the embodiments of the present invention relate to the field of network communication technologies, and in particular, to a method and an apparatus for deploying a traffic engineering tunnel. Background technique
  • Network congestion is a major problem affecting the performance of backbone networks. Congestion may be caused by insufficient network resources or local congestion caused by unbalanced network resource load. Congestion caused by unbalanced load can be solved by traffic engineering. Traffic engineering dynamically adjusts network traffic and network unit load, adjusts traffic management parameters, routing parameters and resource constraint parameters in real time, optimizes network resource usage, and avoids load imbalance. Causing congestion.
  • MPLS Multi-Protocol Label Switching
  • TE Traffic Engineering
  • a TE tunnel is set up between the edge routers (the Provider Edges, hereinafter referred to as the PEs).
  • the PEs in the current network are connected to the core device (Provider, hereinafter referred to as P).
  • P the core device
  • P Provider Edges
  • a TE tunnel is established between PE1 and PE5.
  • the process is: The server calculates the TE tunnel path according to the Constrained Shortest Path First (CSPF) algorithm.
  • CSPF Constrained Shortest Path First
  • PE1 sends a path setup message to the PI.
  • P1 establishes a state machine to maintain the TE P channel of PE1 ⁇ P1 and establish P1 ⁇
  • the TE tunnel between P2, and sends the path establishment message to P2 P2 establishes a state machine, and sends the path establishment message to P4, and P4 also establishes a state.
  • the PE5 sends a reservation confirmation message to the PE1.
  • the PE5 receives the path establishment message and determines the end of the TE tunnel, it sends a reservation confirmation message to the PE1. After receiving the reservation confirmation message, it indicates that this PE1 ⁇ P1 ⁇ P2 ⁇ P4 ⁇ PE5 has been successfully established.
  • the TE tunnel needs to support a large number of TE tunnels.
  • an operator requires 80 PEs to establish TE tunnels with each other. 6320 (80x79) TE tunnels, which puts a lot of pressure on the core equipment (P equipment).
  • P equipment core equipment
  • each of the P1 or P4 needs to maintain 44 TE tunnels, including 12 tunnels (4x3) under the same equipment, 32 TE tunnels (2x4x4) between different devices, and P devices in the middle (P2).
  • P3 Also maintain 32 TE devices.
  • the number of TE tunnels that the P device needs to maintain will increase. Since the P device needs to establish a state machine and establish a timed refresh every time the tunnel is established, the P device will be difficult to maintain when a large number of TE tunnels exist.
  • LSP Label Switched Path
  • FA-LSP Forwarding Adjacency LSP
  • OSPF Open Shortest Path First
  • ISIS Intermediate System-Intermediate System
  • P2 or P3 You do not need to perceive the TE tunnel initiated by the PE. You only need to maintain the TE tunnel established by P.
  • This method does not reduce the need for the P device of the TE tunnel head node and the tail node (P1 and P4 in the above example)
  • the number of TE tunnels to be maintained for example, the number of TE tunnels initiated by PE1 to be maintained by P1 is eight, which is one more than the original seven.
  • the FA-LSP technology is introduced into OSPF or ISIS protocol, which will increase the number of TE tunnels.
  • the topology complexity, and the FA-LSP is unstable, and its bandwidth and other parameters often change. Therefore, CSPF is frequently calculated, which increases the burden on the device, and is likely to cause loops during network oscillation.
  • the bandwidth of the TE tunnel between the P devices is statically configured. The bandwidth cannot be dynamically adjusted according to the needs of the PE device. Summary of the invention
  • the embodiment of the invention provides a method and a device for deploying a TE tunnel, which is used to solve the problem that the number of TE tunnels to be maintained by the P device is large, and the number of TE tunnels that need to be maintained by the P device is reduced.
  • the embodiment of the invention provides a method for deploying a TE tunnel, including:
  • the first core device parses the received path establishment message, and obtains feature information of the path establishment message, where the feature information includes a destination address of the path establishment message;
  • An embodiment of the present invention provides an apparatus for deploying a TE tunnel, including:
  • a parsing module configured to parse a path establishment message received by the first core device, to obtain feature information of the path establishment message
  • a querying module configured to obtain, according to the built-in topology structure and the feature information obtained by the parsing module, the second core device, where the second core device is connected to a service provider edge router corresponding to the destination address of the path setup message;
  • a transmission module configured to determine whether the first core device and the second core device are the same core
  • the heart device when no, transparently transmits the path establishment message through a traffic engineering tunnel between the first core device and the second core device.
  • the embodiment of the present invention establishes a TE tunnel between the P devices, and establishes a message corresponding to the same path through the first P device and the second P device through the TE corresponding to the same first P device and the second P device.
  • the tunnel is transparently transmitted.
  • the bandwidth of the TE tunnel is insufficient, the bandwidth is increased instead of re-establishing the TE tunnel. Therefore, the P device only needs to maintain the TE tunnel established between all the P devices, and does not need to maintain the TE tunnel established between the PE devices.
  • the number of P devices provided by the carrier is limited, which is much smaller than that of the PE. The number of devices, therefore, the number of TE tunnels that the P device needs to maintain will be greatly reduced.
  • FIG. 1 is a schematic structural diagram of establishing a TE tunnel between PE devices in the prior art
  • FIG. 2 is a schematic structural diagram of establishing a TE tunnel by a LA-LSP in the prior art
  • Embodiment 3 is a flowchart of Embodiment 1 of a method for deploying a TE tunnel according to an embodiment of the present invention
  • Embodiment 4 is a flowchart of Embodiment 2 of a method for deploying a TE tunnel according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of a method for deploying a TE tunnel according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of Embodiment 1 of a TE tunnel device according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of Embodiment 2 of a TE tunnel device according to an embodiment of the present invention. detailed description
  • FIG. 3 is a flowchart of Embodiment 1 of a method for deploying a TE tunnel according to an embodiment of the present invention.
  • the embodiment includes: Step 301: A first P device parses a received path establishment message (PATH message), and obtains feature information of the path establishment message.
  • the feature information includes a destination address of the path establishment message;
  • Step 302 Obtain a second P according to the destination address and a topology built in the first P device. a device, the second P device is connected to the PE device corresponding to the destination address of the path establishment message; Step 303: Determine whether the first P device and the second P device are the same P device, and if not, pass the The TE tunnel between the first P device and the second P device transparently transmits the path establishment message.
  • the first P device and the second P device that pass through one PATH message are the same as the first P device and the second P device that the other PATH message passes.
  • the PATH message will pass between the first P device and the second P device.
  • the TE tunnel is transparently transmitted, which reduces the number of TE tunnels that need to be maintained on the P device.
  • FIG. 4 is a flowchart of Embodiment 2 of a method for deploying a TE tunnel according to an embodiment of the present invention.
  • the embodiment includes: Step 401: A PE device sends a path establishment message (PATH message) to a first P device connected thereto.
  • PATH message path establishment message
  • the PATH message will be sent to PI, and then PI is the first P device.
  • Step 402 The first P device parses the received PATH message to obtain feature information of the PATH message, where the feature information includes a destination address and a bandwidth requirement of the PATH message.
  • the feature information includes a destination address and a bandwidth requirement of the PATH message.
  • Step 403 Allocate bandwidth to the ingress of the first P device according to the bandwidth requirement, and obtain the P device corresponding to the destination address according to the destination address and the network topology built in the first P device. Referring to the structure diagram shown in Figure 5, if the destination address is the address of PE5, the obtained second P device is P4. If the destination address is the address of PE2, the obtained second P device is P1.
  • Step 404 Determine whether the first P device and the second P device are the same P device. In the foregoing, if the first P device is P1 and the second P is P1, the process is the same, step 405 is performed; P4, then the two are different, and step 406 is performed.
  • Step 405 Allocate bandwidth for the exit of the first P device (P1) according to the bandwidth requirement obtained by parsing the PATH message.
  • Step 406 After obtaining the second P device, for example, P4, if the PATH message carries an explicit route object (ERO), and the ERO includes PI and P4.
  • the intermediate P device (refer to the structural diagram shown in FIG. 5, such as P2) deletes the intermediate P device (P2) from the ERO to obtain the processed PATH message.
  • Step 407 Determine whether the first P device, that is, the P1 and the second P device, that is, the TE tunnel exists between the P4s (the TE tunnel between P1 and P4 may be pre-established), if yes, execute step 408; otherwise, execute Step 409.
  • Step 409 The TE tunnel between P1 and P4 that meets the bandwidth requirement is triggered according to the bandwidth requirement obtained when the PATH message is parsed, and step 411 is performed.
  • Step 410 Adjust the bandwidth of the TE tunnel to meet the bandwidth requirement.
  • Step 411 Transparently transmit the PATH message through the TE tunnel that meets the bandwidth requirement.
  • the PE5 after receiving the PATH message, the PE5 sends a reservation confirmation message to the P4, that is, the RESV message, and after receiving the RESV message, the P4 will upload the RESV message step by step. , complete the establishment of the TE tunnel. If the RESV message is transmitted in the form of IP (not in the TE tunnel), the RESV message is processed according to the IP standard. If the RESV message is transmitted through the TE tunnel (into the TE tunnel), when the first P device receives the PATH message, A P device between a P device and a second P device is added to a Record Route Object (RRO).
  • RRO Record Route Object
  • all the P devices establish TE tunnels with each other, which is equivalent to all P devices forming a regional group (shown in dotted line in Figure 5).
  • TE tunnels are established in the regional group. These TE tunnels are not advertised to the area. Outside the group, the PE device will not be advertised to the PE device. The PE device will not be aware of these TE tunnels.
  • the PE device can sense the TE tunnel between the P devices.
  • the PE device can detect the TE tunnel between the P devices.
  • the CSPF needs to recalculate and re-determine the TE tunnel path. This may cause network oscillations, which may cause loops.
  • the TE tunnel between the P devices of the present invention is not released. To the PE device, avoid The problem in the above FA-LSP method.
  • the P device parses the PATH message, finds the destination address of the PATH message, and finds the PATH according to the destination address and the built-in network topology.
  • the second P device corresponding to the message when the first P device is different from the second P device, transparently transmits the PATH through the TE tunnel between the first P device and the second P device, that is, the PATH is encapsulated in the first
  • the TE tunnel between a P device and the second P device is transmitted, and there is no need to establish a state machine.
  • the prior art method for establishing a state machine is to establish a state machine on the P device on the path through which the TE tunnel passes to maintain the upstream TE tunnel and establish a downstream TE tunnel.
  • a TE tunnel should be established between PE1 and PE5.
  • the TE tunnel between PE1 and PE5 is equivalent to PE1 ⁇ PI ⁇ P4 because the state machine is set up on the PI and P4.
  • a segmentation tunnel such as PE5.
  • the PATH since the PATH is transparently transmitted, it is not necessary to establish a state machine, which is equivalent to directly establishing a TE tunnel between PE1 and PE5 instead of segment establishment.
  • the TE tunnel is set up between PE1 and PE2. Since both PE1 and PE2 are located in P1, the TE tunnel between P devices is not required.
  • the PATH message needs to be transparently transmitted after the bandwidth is allocated to the ingress and egress of the P1, so that a segmented TE tunnel such as PE1 ⁇ P1 ⁇ PE2 is established, which is different from the prior art. It is equivalent to directly establishing a TE tunnel from PE1 to PE2. Therefore, the TE tunnel between the PEs of the P device and the PEs of the P device does not need to be maintained by the P device.
  • the P device only needs to maintain the TE tunnel in the regional group composed of all P devices. , greatly reducing the number of TE tunnels.
  • the bandwidth of the originally established TE tunnel can be adjusted according to actual bandwidth requirements. In this way, no matter how many PE devices need to establish a TE tunnel, the TE tunnel will be shared by the same first P device and the second P device in the same group (the bandwidth of the TE tunnel can be adjusted according to actual needs). ), instead of creating a new TE tunnel. For example, based on the establishment of a TE tunnel between PE1 and PE5, it is still fake. Let TE tunnel be established between PE2 and PE5.
  • TE P-tit 3 ⁇ 4it PE 1 ⁇ P 1 ⁇ P4 ⁇ PE5 established between PE1 and PE5, that is, P1 ⁇ P4 in the regional group Inter-TE tunnel, ⁇ _ is set to resolve at this time (in the resolution of the PATH message, in addition to the resolution of the destination address, the bandwidth requirement will be resolved)
  • the bandwidth required for the TE tunnel between P1 and P4 is 10M;
  • the bandwidth required for the TE tunnel between P1 and P4 is 20M.
  • the existing technology is used, Automatic adjustment, so you need to manually expand the bandwidth between the two to 30M (10M+20M), and distribute the bandwidth adjustment information to each PE device and P device, and at the same time, the TE tunnel between PE2 and PE5 on PI and P4. Create a new state machine, or establish a TE tunnel between P 1 and P4. This embodiment does not need to be rebuilt. Instead, the shared TE tunnel technology is used, that is, the PI ⁇ P4 established when the TE tunnel is established by using PE1. The TE tunnel between the two, but only when the P1 receives the PE2 and initiates the TE tunnel establishment.
  • the bandwidth configuration of the tunnel is modified, that is, the bandwidth of the TE tunnel between P1 and P4 is adjusted to 30M, and the bandwidth adjustment information does not need to be advertised to other devices, and the state machine is not required to be established.
  • the PATH message (assuming that it is from PE1) establishes a P1 ⁇ P4 TE tunnel. After the completion, the PATH message is transparently transmitted, or the PATH message received after the PATH message is transparently transmitted through the pre-established TE tunnel of P1 ⁇ P4. (including from PE2, PE3, and PE4), as long as the path is PI ⁇ P4, you only need to adjust the bandwidth of the originally established P1 ⁇ P4 TE tunnel according to the bandwidth requirement, and transparently transmit the PATH message. 1.
  • a TE tunnel is sufficient between P4s. According to the above principle, no matter which PE device initiates a PATH message, as long as the PATH messages have the same first P device and second P device, a TE tunnel is transparently transmitted. The PATH message.
  • the TE tunnel is established between the P devices, so that the P device only needs to maintain the TE tunnel in the regional group, that is, only the TE tunnel between the P devices needs to be maintained, and the TE tunnel between the PE devices is not required to be maintained.
  • the number of TE tunnels maintained by the P device is limited, which greatly reduces the number of TE tunnels that the P device needs to maintain.
  • the number of P devices in the carrier network is limited, generally 8 devices. In the case of a backup TE tunnel, only 8*7*2 entries need to be established, which is several thousand more than the existing ones. The number is greatly reduced, thus greatly reducing the burden on the P device.
  • FIG. 6 is a schematic structural diagram of Embodiment 1 of a device for deploying a TE tunnel according to an embodiment of the present invention.
  • the embodiment includes: a parsing module 1, a query module 2, and a transport module 3.
  • the parsing module 1 is configured to parse a path setup message received by the first core device.
  • the query module 2 is configured to obtain, according to the built-in topology structure and the feature information obtained by the parsing module, a second core device corresponding to the destination address of the path setup message; the transmission module 3 And determining whether the first core device and the second core device are the same core device, and if not, transparently transmitting the path establishment message by using a traffic engineering tunnel between the first core device and the second core device .
  • FIG. 7 is a schematic structural diagram of Embodiment 2 of a device for deploying a TE tunnel according to an embodiment of the present invention.
  • the difference from the embodiment shown in FIG. 6 further includes: an ingress allocation module 4, an egress distribution module 5, and a deletion module 6;
  • the distribution module 4 is configured to allocate bandwidth to the entry of the first core device according to the feature information obtained by the parsing module 1;
  • the egress distribution module 5 is configured to determine, by the transmission module 3, the first core device and the second core device When the same core device is the same, the bandwidth is allocated to the egress of the second core device;
  • the deleting module 6 is configured to: when the transmitting module 3 determines that the first core device and the second core device are not the same core device And deleting a core device located between the first core device and the second core device among the explicit routing objects carried in the path establishment message.
  • the transmission module 3 specifically includes: an identity determination sub-module 31, a tunnel determination sub-module 32, a bandwidth determination and adjustment sub-module 33, a tunnel establishment sub-module 34, and a transparent transmission sub-module 35.
  • the identity determination sub-module 31 is configured to determine the Whether the first core device and the second core device obtained by the query module 2 are the same core device;
  • the tunnel determination sub-module 32 is configured to determine that the first core device and the second core device are not the same when the identity determination sub-module 31 determines a core device, determining whether there is a traffic engineering tunnel between the first core device and the second core device, and if yes, outputting the determination result to the bandwidth determination and adjustment sub-module 33; otherwise, outputting the determination result to the tunnel establishment sub-module 34; bandwidth judgment and adjustment sub-module 33
  • the engineering tunnel otherwise, adjusts the bandwidth of the traffic engineering tunnel until the bandwidth requirement is met;
  • the tunnel establishment sub-module 34 is configured to: after receiving the judgment result output by the tunnel determination sub-module 32, obtain the message according to the path establishment message Feature information, triggering establishment of a traffic engineering tunnel between the first core device and the second core device that meets the bandwidth requirement;
  • the transparent transmission sub-module 35 is configured to pass the path establishment message to the bandwidth determination and adjustment sub-module 33
  • the traffic engineering tunnel that meets the bandwidth requirement obtained by the tunnel establishment sub-module 34 is transparently transmitted to the second core device.
  • the embodiment may further include an adding module 7 configured to: when the identity determining submodule 31 in the transmitting module 3 determines that the first core device and the second core device are not the same core device, The core device between a core device and the second core device is added to the Record Route Object (RRO).
  • RRO Record Route Object
  • the number of TE tunnels maintained by the P device is greatly reduced, and the working load of the P device is reduced.

Abstract

L'invention concerne un procédé et un dispositif qui sont utilisés pour déployer un tunnel d'ingénierie de trafic. Le procédé pour déployer un tunnel d'ingénierie de trafic comprend les étapes suivantes : le premier dispositif de noyau analyse un message d'établissement de trajet et obtient un message de caractéristiques ; le second dispositif de noyau est obtenu sur la base du message de caractéristiques et d'une structure topologique ; lorsque le premier dispositif de noyau est différent du second dispositif de noyau, le message d'établissement de trajet est transmis par l'intermédiaire du tunnel d'ingénierie de trafic entre le premier dispositif de noyau et le second dispositif de noyau. Le dispositif d'établissement du tunnel d'ingénierie de trafic comprend un module d'analyse pour analyser le message d'établissement de trajet pour obtenir le message de caractéristiques ; un module d'interrogation du second dispositif de noyau obtenu sur la base du message de caractéristiques et de la structure topologique ; et un module de transmission pour transmettre le message d'établissement de trajet. Selon le mode de réalisation de l'invention, le message d'établissement de trajet à travers le premier dispositif de noyau et le second dispositif de noyau qui est en conséquence le même que le premier dispositif de noyau peut partager un tunnel d'ingénierie de trafic. Ainsi, le nombre des tunnels d'ingénierie de trafic devant être maintenus par le dispositif de noyau est considérablement réduit, et la charge de travail du dispositif de noyau est allégée.
PCT/CN2008/073030 2007-11-30 2008-11-12 Procédé et dispositif pour établir un tunnel d'ingénierie de flux WO2009071022A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101785339A CN101163110B (zh) 2007-11-30 2007-11-30 部署流量工程隧道的方法及装置
CN200710178533.9 2007-11-30

Publications (1)

Publication Number Publication Date
WO2009071022A1 true WO2009071022A1 (fr) 2009-06-11

Family

ID=39297940

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073030 WO2009071022A1 (fr) 2007-11-30 2008-11-12 Procédé et dispositif pour établir un tunnel d'ingénierie de flux

Country Status (2)

Country Link
CN (1) CN101163110B (fr)
WO (1) WO2009071022A1 (fr)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101163110B (zh) * 2007-11-30 2010-06-02 华为技术有限公司 部署流量工程隧道的方法及装置
WO2012149777A1 (fr) * 2011-09-28 2012-11-08 华为技术有限公司 Procédé, appareil et système pour établir un chemin à commutation d'étiquettes
US9973389B2 (en) * 2015-12-21 2018-05-15 Juniper Networks, Inc. Propagating leaf count information to facilitate switching between a segmented tunnel and a non-segmented tunnel

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1735062A (zh) * 2004-07-22 2006-02-15 阿尔卡特公司 具有一个或多个虚拟核心设备组的局域网
CN1947365A (zh) * 2004-05-19 2007-04-11 思科技术公司 路径计算元件的重优化触发
CN200941629Y (zh) * 2006-05-23 2007-08-29 中兴通讯股份有限公司 同时具备pe节点功能和p节点功能的网元设备
CN101163110A (zh) * 2007-11-30 2008-04-16 华为技术有限公司 部署流量工程隧道的方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100454830C (zh) * 2005-05-20 2009-01-21 华为技术有限公司 网络域中实现路径计算的方法
CN100450088C (zh) * 2005-09-14 2009-01-07 华为技术有限公司 实现双向流量工程隧道的方法
CN100546284C (zh) * 2006-09-13 2009-09-30 华为技术有限公司 标签交换路径保护方法及其系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1947365A (zh) * 2004-05-19 2007-04-11 思科技术公司 路径计算元件的重优化触发
CN1735062A (zh) * 2004-07-22 2006-02-15 阿尔卡特公司 具有一个或多个虚拟核心设备组的局域网
CN200941629Y (zh) * 2006-05-23 2007-08-29 中兴通讯股份有限公司 同时具备pe节点功能和p节点功能的网元设备
CN101163110A (zh) * 2007-11-30 2008-04-16 华为技术有限公司 部署流量工程隧道的方法及装置

Also Published As

Publication number Publication date
CN101163110A (zh) 2008-04-16
CN101163110B (zh) 2010-06-02

Similar Documents

Publication Publication Date Title
US10250459B2 (en) Bandwidth on-demand services in multiple layer networks
US11546793B2 (en) Integrated backhaul transport for 5Gs
US7095712B2 (en) Method and apparatus for protection path setup
US8018952B1 (en) Automatic LSP stitching with protocol signaling
US9118556B2 (en) Method and system for establishing tunnels
WO2016115823A1 (fr) Procédé et appareil pour transférer une construction d'étiquette et paquet d'étiquettes
WO2015184852A1 (fr) Procédé d'obtention d'informations sr, et procédé d'établissement de réseau sr
US20070036073A1 (en) Connection-oriented network node
US9668160B2 (en) Topology discovery based on SCTP/X2 snooping
CN108141410B (zh) 针对标签交换路径的先通后断机制
JP2006211661A (ja) Mpls基盤のvpn提供装置及びvpn提供方法
US20090304010A1 (en) Network element providing an interworking function between plural networks, and system and method including the network element
US11240063B2 (en) Methods, nodes and computer readable media for tunnel establishment per slice
WO2013107298A1 (fr) Procédé permettant de créer un chemin à commutation d'étiquettes dans un réseau en anneau, dispositif associé et système de communication
EP3058777B1 (fr) Détermination de la topologie basée sur une signalisiation explicite
JP2003309595A (ja) ネットワークにおけるルーチング装置およびルーチング方法
US8897295B2 (en) Method and system for providing traffic engineering interworking
EP2239956B1 (fr) Procédé, appareil et système pour convergence IP/optique
WO2015024440A1 (fr) Procédé et système d'obtention de la valeur de surdébit de liaison d'une liaison ip
WO2008119277A1 (fr) Procédé et dispositif pour mettre en oeuvre mpls-te sur une interface vlan
WO2009071022A1 (fr) Procédé et dispositif pour établir un tunnel d'ingénierie de flux
WO2012109860A1 (fr) Procédé, dispositif et système pour établir un trajet à commutation d'étiquettes
WO2010109895A1 (fr) Dispositif de routage, système de communication et procédé de routage
WO2005119980A1 (fr) Procede et appareil de routage de trafic dans un reseau de communication
WO2013029499A1 (fr) Procédé de routage dynamique

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08858163

Country of ref document: EP

Kind code of ref document: A1