EP1432184B1 - Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d'étiquettes, en présence d'attributs de sélection - Google Patents

Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d'étiquettes, en présence d'attributs de sélection Download PDF

Info

Publication number
EP1432184B1
EP1432184B1 EP03292852A EP03292852A EP1432184B1 EP 1432184 B1 EP1432184 B1 EP 1432184B1 EP 03292852 A EP03292852 A EP 03292852A EP 03292852 A EP03292852 A EP 03292852A EP 1432184 B1 EP1432184 B1 EP 1432184B1
Authority
EP
European Patent Office
Prior art keywords
path
paths
criteria
operative
processing means
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.)
Expired - Lifetime
Application number
EP03292852A
Other languages
German (de)
English (en)
Other versions
EP1432184A1 (fr
Inventor
Claire-Sabine Randriamasy
Yacine El Mghazli
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel Lucent SAS
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 Alcatel Lucent SAS filed Critical Alcatel Lucent SAS
Publication of EP1432184A1 publication Critical patent/EP1432184A1/fr
Application granted granted Critical
Publication of EP1432184B1 publication Critical patent/EP1432184B1/fr
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/12—Shortest path evaluation
    • H04L45/124—Shortest path evaluation using a combination of metrics
    • 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/302—Route determination based on requested QoS
    • 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/56—Routing software
    • 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/60—Router architectures

Definitions

  • the invention relates to the field of communications between terminals within a label switching network, and more particularly to the determination of data flow switching paths (or paths) between a so-called “switching” switching device. And a so-called “destination” switching equipment.
  • a network called “switched label networks”, such as MPLS or GMPLS includes switching devices (or nodes), also called routers. label switching (or LSRs for "Label Switched Routers”). LSRs refer to two types of routers or switches coupled together: Peripheral Routers (or LERs for "Label Edge Routers”), responsible for establishing a Label Switched Path (LSP) for each the data flows they receive when requested by the network manager, and core routers (LCRs), which are solely responsible for switching data flows and transmitting information data. network.
  • LSP Label Switched Routers
  • the establishment of a switched path consists in adding to the data of a flow a label associated with the path to follow and in reserving the resources necessary for routing the flow to the destination node taking into account the type of service (or ToS for "Type of Service”.) And / or quality of service (or QoS for "Quality of Service”) that is (are) associated with this flow.
  • each flow is therefore associated with a departure LER and a destination LER, with a Forwarding Equivalence Class (FEC) and a set of service data defining the type of service (or ToS) and / or the quality of service (or QoS).
  • FEC Forwarding Equivalence Class
  • the calculation of an LSP switched path is made either from the determination of the shortest path between the starting nodes and from destination, or from the enumeration of a set of nodes that it must obligatorily include.
  • a so-called signaling process establishes the switched path after having validated the steps, taking into account constraints related to the QoS and / or ToS required for the flow.
  • the use of a single criterion (or attribute) of selection such as the length of the path (or the number of jumps), generally results in directing most of the traffic along the same path. , which is therefore congested, while many other paths, which may be better adapted to other criteria than the length, remain underutilized.
  • the presence of constraints limits the choice of possible links and can increase congestion.
  • the length of the path is not necessarily the most important criterion. Other criteria may be much more relevant in some applications, such as the required bandwidth.
  • the Differentiated Services and integrated services use of MPLS article describes methods for determining untagged data flow switching paths in a communication network. These methods provide processing means arranged to determine possible paths taking into account at least two criteria for deriving an optimized path.
  • the optimization protocols are preprogrammed and therefore always optimizes the same parameters (bandwidth, delay, etc.) A need exists however to be able to choose the parameters, optimization according to the presented data .
  • the optimization of total delay is important for voice transmission
  • the queuing delay optimization is for broadband video signal transmission
  • the optimization of bandwidth is when transferring files, see for example the patent US 6,034,946 .
  • the invention therefore aims to remedy all or part of the aforementioned drawbacks.
  • a device for determining one or more paths of switching tagged data streams in a label switched communications network having a multiplicity of tag switching nodes (or LSRs), including LERs and LCRs.
  • two nodes are said to be “related” if they can exchange data directly or indirectly through one or more other nodes.
  • this graph is said to be connected if each pair of nodes can be connected by a path.
  • the device according to the invention which can be used, in the basic mode presented above, for the establishment of switched paths in a first multi-criteria mode which is characterized by taking into account criteria in the absence of constraints , can also be used for the establishment of switched paths in a second multi-criteria mode which is characterized by the consideration of criteria in the presence of constraint (s).
  • the processing means can, when certain information data, associated with a set of service data, are representative of at least one local constraint, determine among the multiplicity of LSRs, all the pairs of LSRs that can establishing between them an oriented link supporting each local constraint stored in correspondence of a set of service data associated with the stream to be switched, and then ensuring the connectivity of all the LSRs of the pairs.
  • the processing means may, when certain information data, associated with a set of service data, are representative of at least one global constraint, retain among the possible paths only those which satisfy each global constraint stored in correspondence of a set of service data associated with the stream to be switched, in order to assign values of interest only to the possible paths retained.
  • local stress is meant here a constraint applied to oriented links (or links), such as arcs.
  • global constraint is understood to mean a constraint applied to a path, such as, for example, the number of hops in the path or the maximum duration of the path.
  • At least one of the criteria used is of the non-additive type.
  • the processing means it is advantageous for the processing means to integrate, during the calculation of the possible paths and the deduction of the ideal solution, a trace storing a path corresponding to a partial path, of way to detect and prevent the appearance of cycles (or loops) in the paths under construction. And, it is even more advantageous that the processing means retain some solutions, said "weakly not dominated" on each criterion determined, nonadditive, during the procedure of partial paths elimination.
  • the invention also relates to a tag switching router equipped with a device of the type described above.
  • the invention is particularly well suited to communication networks with label switching, such as MPLS ("MultiProtocol Label Switching") which processes flows consisting of packets or asynchronous data cells, and GMPLS ("Generalized MPLS"). ) which processes flows consisting not only of asynchronous packets or data cells but also of synchronous frames or light streams.
  • MPLS MultiProtocol Label Switching
  • GMPLS Generalized MPLS
  • a multiplicity of user terminals or MSk companies may connect to at least some of the LERs in order to exchange data between them.
  • the network is MPLS ("MultiProtocol Label Switching"). But of course, the invention is not limited to this single type of label switching network. It generally relates to all types of label switching networks, such as GMPLS type networks ("Generalized MultiProtocol Label Switching").
  • MSk terminals are mobile stations, such as mobile phones. However, it could be any type of communications terminal capable of exchanging data with other terminals or network equipment, such as Examples are landline phones, fax machines, personal digital assistants (PDAs), fixed or portable computers, or content providers (or ASPs for Application Service Providers).
  • PDAs personal digital assistants
  • ASPs Application Service Providers
  • the invention is intended to allow the determination of multi-criteria switching path (s), with or without constraint (s), of tagged data flows within a label-switched network (here of MPLS type). .
  • switched path means an ordered sequence of nodes (or LSRs) or links (between two nodes or LSRs) starting with a starting LER and ending with a destination LER.
  • LSRs nodes
  • links between two nodes or LSRs
  • a new path calculation can be performed each time a destination LER of a zone (or domain) of the network, described in a descriptive data structure (to which we will return more away), to continue routing a data stream. Consequently, only the LERs of an MPLS type network are able to establish a switching path determined by a device according to the invention D and in accordance with the distributed switching protocol of the network.
  • the device Dn preferably assuring, as will be seen below, the actual labeling of a stream once its determined path, it is therefore preferable that it be implanted in each LERn MPLS network, as illustrated in the figure 1 . Therefore, in the following it is considered that the device D1, located in the peripheral router LER1, which is connected to a terminal MS1 who wishes to establish a communication with a terminal MS2 connected to the peripheral router LER2, receives the order to determine a path switched between the starting router LER1 and a router destination, for example LER2.
  • the device Dn in the case of the establishment of a multicriterion switched path in the presence of local constraint (s) and / or aggregate (s). But, as mentioned above, the device Dn is also suitable for establishing a multi-criteria switched path in the absence of constraints.
  • each data stream is associated with a start LER and a destination LER, with a forwarding equivalence class (FEC). And a set of service data defining the type of service (or ToS for Type of Service) and / or the quality of service (QoS for Quality of Service). It is also recalled that in a switched label network, all data in a stream that has the same FEC must follow the same path (LSP). The association of a stream to be switched to an FEC is performed by the input LER.
  • FEC forwarding equivalence class
  • the processing module P1, of the device D1 is first loaded, when it receives a path establishment request containing a set of service data associated with a stream to be switched, to extract this set of data from service, and then to access a memory M1, in which a table T11 is stored establishing connections between sets of service data (for example representative of a type of service and / or a quality of service) and information data representative of at least two selected criteria.
  • a table T11 is stored establishing connections between sets of service data (for example representative of a type of service and / or a quality of service) and information data representative of at least two selected criteria.
  • the memory M1 is located in the router LER1.
  • the processing module P1 can extract from this table T11 all the information data associated with it, and in particular both criteria at least.
  • each criterion may be associated with a weighting factor representing its level of preference relative to the other criteria.
  • weighting factors are preferentially stored in the correspondence table T11, associated with the corresponding criteria.
  • the processing module P1 interrogates a descriptive structure of information data T12, stored, preferably, in the memory M1 and comprising data. information representative of the state of use and topology of the network, to ensure the connectivity of the multiplicity of LSRs of the network.
  • This information data defines in particular the resources associated with the various links between nodes, in terms of characteristics and availability, as well as the list of nodes LSRs, regularly updated.
  • characteristics of the resources mention may be made of the topology (links available), the bandwidth and the transit time between two nodes of a link.
  • This information is usually provided by a link state protocol such as Open Shortest Path First (OPPS) when it supports TE-LSAs traffic management (for "Traffic Engineering - Link State”). Advertisements ").
  • OPPS Open Shortest Path First
  • Other network usage characteristics such as the allowed colors on a link, the allowed service classes, or the administrative cost of a link, are provided by the network management system (or NMS for "Network Management"). System ").
  • the processing module P1 determines all the pairs of nodes (LSRs) which can establish between them a link (or a link, defined by a pair (i, j) designating two nodes). If there is no connectivity, the rest of the processing can not be done.
  • the processing module P1 then ensures the connectivity of the nodes (LSRs) in the presence of each local constraint. It is important to note that one can consider directly ensuring the connectivity of the nodes in the presence of local constraint (s), without carrying out the verification of connectivity in the absence of constraints.
  • local stress is meant here any constraint applicable to an oriented connection of a network, such as an arc, and in particular the minimum required bandwidth, the maximum length of a link, the maximum duration of a link, one or more prohibited links.
  • this verification consists in determining all the pairs of nodes (LSRs) which can establish between them a link (or a link, defined by a pair (i, j) designating two nodes) in the presence of each local constraint.
  • LSRs pairs of nodes
  • the determination of the pairs of nodes is made from the establishment of a filtering graph G (X, U), where X represents the set of nodes LSRs of the network and U the set of links (or links) directional ( i, j). All the links of the graph G (X, U) which violate at least one of the determined local constraints are eliminated from said graph, which produces a "filtered" graph.
  • the processing module P1 then ensures that the graph G (X, U) filtered is connected (in the mathematical sense of the term). It uses for this purpose, preferably, an information propagation technique of the starting node LER (for example LER1) to all the nodes LSRs of the filtered graph, so that all nodes LSRs are verified (or tested). This verification of the connectivity of the graph can be performed, for example, with the Tarjan algorithm.
  • LER starting node LER
  • the processing module P1 calculates among the nodes pairs (or links (i, j)) retained all the possible paths (or "efficient paths") r * between the starting node LER1 (for example ), to which is connected the source terminal MS1 which requires the establishment of the communication, and a destination node, for example LER2, to which the destination terminal MS2 is directly or indirectly connected, taking into account at least the two criteria determined in the table T11.
  • criterion here refers to any type of criterion (or metric) that can be taken into account in a network, whether of the additive type, such as the duration of the path C1 or the number of hops of the path C3, or of non-additive type, such as the available bandwidth C2 (which is also of the "minimum-maximum” type). Consequently, the criteria C1 and C2 are, preferentially, always taken into account, whereas the criterion C3 is optional.
  • a weighting factor such as a penalty relating, for example, to the cost of administering the CA path.
  • a possible path r * is calculated as indicated below.
  • a path is designated by a variable r (s, t), where s is the source node and t is the destination node, as well as a performance vector Z (r) defined by a multiplet of components (Z1 (r), Z2 (r), ..., Zp (r)) each associated with one of the p criteria used.
  • the component Z1 (r) represents the performance of the path r with respect to the criterion C1
  • the component Z2 (r) represents the performance of the path r with respect to the criterion C2.
  • Cp (i, j) designates the value of the criterion Cp for an arc (i, j).
  • the performance vector Z (r *) of the path r * is then called “non-dominated solution” (or NDS for "Non-Dominated Solution”) when any other path r 'has a performance vector Z (r') whose at least one of the components Zp (r ') is "less good” (or “less efficient") than the corresponding component Zp (r *) of the path r *.
  • Such a path r *, associated with a non-dominated performance vector is then called possible path (or "efficient path”) or "Pareto-optimal”.
  • NDS non-dominated solution determination
  • Z (r *) is a non-dominated solution (or NDS), since there is no other point whose coordinates are strictly inferior to those of Z (r *).
  • Each other point Z (r) has at least one component that is less good than the corresponding component of Z (r *).
  • the cone, marked by dashes and placed below and to the left of Z (r *) is empty.
  • Z (r ') is dominated by four points, of which Z (r *), which are placed in the cone marked by dashes placed below it, but not by the extreme points Z1 (r). min / C1 , associated with C1, and Z2 (r) min / C2 , associated with C2, which are thus also not dominated.
  • Z (r ') is here a dominated solution.
  • Z (r ") is a so-called” weakly non-dominated “solution by Z (r °) because at least one of the components of Z (r °) is equal (and not strictly inferior) to its homologue in Z (r ").
  • the adaptation consists, in particular, in integrating in the additive criteria treated by the Martins algorithm a criterion of the non-additive type, such as for example a "minimum-maximum" type criterion.
  • a criterion of the non-additive type such as for example a "minimum-maximum” type criterion.
  • the integration of such a criterion imposes adjustments to the algorithm, such as those mentioned below.
  • a first arrangement may consist in integrating into the path calculation algorithm (corresponding to step d) of the method) a trace storing the path corresponding to a partial path, in order to detect and prevent the appearance, in the paths in course of construction, cycles (or loops) during the progression of the algorithm.
  • the processing module P1 then forms an ideal solution Z ( ). More precisely, the ideal solution Z ( ) is a vector in the form of a multiplet of components.
  • the ideal path represented by the ideal solution Z ( ) does not necessarily correspond to one of the possible paths r * of the set of possible paths determined. This is rarely the case, as the links on which the optimal values are observed rarely constitute a related sequence. Nevertheless, when this is the case, it constitutes the only possible path r * since it dominates all the others.
  • the processing module P1 then submits the different possible paths to at least one global constraint determined or received.
  • global constraints means constraints that can be applied to paths as opposed to local constraints that apply to the links (or links) between nodes. It may be, for example, the minimum required bandwidth, the maximum length of the path, the maximum number of hops in the path, and the maximum path length.
  • the processing module P1 retains the possible paths r * that do not violate the global constraint (s) used. In the case of establishing a path in multicriteria mode without constraint, this treatment is of course omitted.
  • the processing module P1 then assigns each possible path r * a value of interest (or "path value") U (r) taking into account the ideal solution Z ( ).
  • a conventional scalarization function for example a weighted Chebyshev function, as a function of the differences between the components Zp (r) of the performance value Z (r) of the path concerned r and the corresponding components Zp ( ), representative of the ideal path
  • Wp is a coefficient (or factor) of weighting of the criterion Cp chosen during the configuration of the device and making it possible to give the criteria, possibly, weights different relative.
  • the processing module P1 then classifies the possible paths r * taking into account their respective values of interest U (r). With the definition of the value of interest U (r) given above, the possible paths are classified in order of value of increasing interest, the value of interest U (r) the smallest corresponding to the possible path r * best suited to the transfer of data, taking into account the criteria and constraints used. The ranking is therefore performed with respect to an ideal point inferred by the data and not from a comparison based on arbitrary values.
  • K is an integer that can be understood, for example, between 1 and 5. It is important to note that the number of paths found by the above-described processing may be less than k.
  • the processing module Pn can also select a second path among the k possible paths classified, so as to provide a backup path (or "backup LSP") can be substituted for the first path if there is a problem on this path. However, it is best if the (second) escape path is separated from the (first) path. This makes it possible to make available to the subscriber the link protection / restoration function.
  • the processing module P1 associates with the stream to be switched a label representative of said path.
  • the starting peripheral router LER1 can then establish the selected path by reserving the resources that satisfy the criteria and constraints associated with the received stream. Then, it transmits the tagged stream to destination router LER2, via each LSR node of the determined path.
  • processing module P can be arranged to calculate bidirectional type switched paths. This is particularly useful in the case of GMPLS type networks.
  • TDM Time Division Multiplexing
  • WDM Wavelength Division Multiplexing
  • the specific attributes may reflect the capabilities of the links, transmitted via Low-level TLVs, for example, wavelength multiplexing, concatenation, allocation, or switching protection in the case of SD circuits H.
  • the computing device D and mainly its processing module (s) P, as well as possibly the memory (s) M, can be realized in the form of electronic circuits, software modules ( or computer), or a combination of circuitry and software.
  • selection attributes are defined by the network operator during network configuration, and depend on the type of service required, for example sending an e-mail or requesting a videoconference, and / or the quality of service (or QoS) required when initially reserving resources. More precisely, we choose the criteria depending on the type of service required, while the constraints and their values are chosen according to the quality of service required.
  • the invention can also be considered in the form of a method for determining data flow switching path (s) in a tag switched communications network having a multiplicity of nodes (LSRs) including peripheral nodes (LERs) and heart nodes (LCRs).
  • LSRs multiplicity of nodes
  • LERs peripheral nodes
  • LCRs heart nodes
  • This method can be implemented using the computing device D presented above.
  • the main and optional functions and sub-functions provided by the steps of this method being substantially identical to those provided by the various means constituting the device D, only the following will be summarized below the steps implementing the main functions of the method according to the invention. invention.
  • peripheral routers each equipped with a processing module and a service data and information memory constituting in combination a device according to the invention.
  • each peripheral router only a processing module and to provide a shared memory comprising all the service and information data, for example implemented in a dedicated server of the network or in the NMS.
  • a shared processing module and a shared memory can be envisaged including all the service and information data, for example implemented in a dedicated server of the network or in the NMS.

Description

  • L'invention concerne le domaine des communications entre terminaux au sein d'un réseau à commutation d'étiquettes, et plus particulièrement celui de la détermination des chemins (ou trajets) de commutation de flux de données entre un équipement de commutation dit « de départ » et un équipement de commutation dit « de destination ».
  • Comme le sait l'homme de l'art, un réseau dit « à commutation d'étiquettes » (ou « switched label networks »), comme par exemple MPLS ou GMPLS, comprend des équipements (ou noeuds) de commutation, également appelés routeurs de commutation d'étiquettes (ou LSRs pour « Label Switched Routers »). Les LSRs désignent deux types de routeurs ou commutateurs couplés entre eux : les routeurs périphériques (ou LERs pour « Label Edge Routers »), chargés d'établir un chemin de commutation d'étiquettes (ou LSP pour « Label Switched Path ») pour chaque flux de données qu'ils reçoivent lorsque le gestionnaire du réseau le leur demande, et les routeurs de coeur (ou LCRs pour « Label Core Routers »), uniquement chargés de la commutation des flux de données et de la transmission des données d'information du réseau.
  • L'établissement d'un chemin commuté consiste à adjoindre aux données d'un flux une étiquette associée au chemin à suivre et à réserver les ressources nécessaires à l'acheminement du flux jusqu'au noeud de destination compte tenu du type de service (ou ToS pour « Type of Service ».) et/ou de la qualité de service (ou QoS pour « Quality of Service ») qui est (sont) associé(s) à ce flux. Afin que chaque LER de départ puisse établir un chemin, chaque flux est donc associé à un LER de départ et un LER de destination, à une classe d'équivalence de transmission (ou FEC pour « Forwarding Equivalence Class ») et à un ensemble de données de service définissant le type de service (ou ToS) et/ou la qualité de service (ou QoS).
  • Le calcul d'un chemin commuté LSP s'effectue soit à partir de la détermination du chemin le plus court entre les noeuds de départ et de destination, soit à partir de l'énumération d'un ensemble de noeuds qu'il doit obligatoirement comporter.
  • A partir de la liste des noeuds produite par le calcul, un processus dit de signalisation établit le chemin commuté après en avoir validé les étapes compte tenu de contraintes liées à la QoS et/ou ToS requise pour le flux.
  • Dans la première situation, l'emploi d'un unique critère (ou attribut) de sélection, tel que la longueur du chemin (ou le nombre de sauts), a généralement pour conséquence de diriger la plus grande partie du trafic suivant un même chemin, qui se trouve de ce fait encombré, alors même que de nombreux autres chemins, qui pourraient s'avérer mieux adaptés compte tenu d'autres critères que la longueur, restent sous-utilisés. De plus, la présence de contraintes limite le choix de liens possibles et peut accentuer l'encombrement. En outre, la longueur du chemin n'est pas nécessairement le critère le plus important. D'autres critères peuvent s'avérer beaucoup plus pertinents dans certaines applications, comme par exemple la bande passante requise.
  • Dans la seconde situation, le recours à un ensemble explicite de noeuds obligatoires compte tenu d'une contrainte peut permettre d'éviter les problèmes de réservation de ressources mais ne facilite pas l'automatisation du calcul. De plus, cette méthode de calcul appelée « explicit routing », stricte ou relâchée, repose généralement sur des connaissances empiriques qui en limitent la fiabilité.
  • Pour tenter d'améliorer la situation, il a été proposé d'effectuer de façon séquentielle le calcul du chemin commuté compte tenu d'un unique critère, puis de procéder à des vérifications compte tenu d'une ou plusieurs contraintes. Mais, cette méthode requiert beaucoup de temps de calcul dans la mesure où le LSP initialement calculé (généralement le plus court) ne dispose pas nécessairement des ressources adaptées aux contraintes liées à la qualité de service associée au flux à router et/ou n'appartient pas à la classe administrative associée au flux à router.
  • Par ailleurs, l'article Differentiated Services and integrated services use of MPLS» expose des méthodes de détermination de chemins de commutation de flux de données non étiquetés, dans un réseau de communication. Ces méthodes prévoient des moyens de traitement agencés pour déterminer des chemins possibles compte tenu d'au moins deux critères pour déduire un chemin optimisé.
  • Une méthode utilisée pour trouver le chemin optimal dans un ensemble de chemins possible est décrit dans la demande de brevet WO02/03716 .
  • Dans l'état de l'art, les protocoles d'optimisation sont préprogrammés et optimise donc toujours les mêmes paramètres (bande passante, délai, etc.) Un besoin existe toutefois de pouvoir choisir les paramètres, d'optimisation en fonction des données présentées.
  • Par exemple, l'optimisation du délai total est importante pour la transmission vocale, l'optimisation du délai de tampon (queuing delay) l'est pour la transmission de signal vidéo large bande et finalement l'optimisation de la bande passante l'est lors de transfert de fichier, voir par exemple le brevet US 6,034,946 .
  • Le document « Distributed Quality of Service Routing in High Speed Networks based on Selective Probing, Proceedings 23rd Conference on Local Computer Networks, IEEEE Computer Society propose un méta-algorithme d'optimisation de routage QoS incorporant un ensemble d algorithmes de routage optimisant différents critères cependant complexe et coûteux en ressources et donc posant d'autres problèmes encore.
  • L'invention a donc pour but de remédier à tout ou parties des inconvénients précités.
  • Elle propose à cet effet un dispositif de détermination d'un ou de plusieurs chemins de commutation de flux de données étiquetés dans un réseau de communications à commutation d'étiquettes comportant une multiplicité de noeuds de commutation d'étiquettes (ou LSRs), parmi lesquels des LERs et des LCRs.
  • Ce dispositif se caractérise par le fait qu'il comporte :
    • des moyens de mémorisation stockant une table de correspondance entre des ensembles de données de service (par exemple représentatifs d'un type de service et/ou d'une qualité de service) et des données d'informations représentatives d'au moins deux critères choisis (ainsi qu'éventuellement des facteurs de pondération reflétant l'importance relative de ces critères), et une structure descriptive de données d'informations représentatives de l'état d'utilisation et de la topologie du réseau,
      lesdites données de service définissant le type de service et/ou la qualité de service,
    • des moyens de traitement chargés :
      • a) à réception d'une requête d'établissement de chemin contenant un ensemble de données de service associé à un flux à commuter, de déterminer dans la table au moins deux critères stockés en correspondance dudit ensemble de données de service associé au flux,
      • b) de s'assurer, à partir de données d'informations représentatives de l'état d'utilisation et de la topologie du réseau, stockées dans la structure descriptive, de la connexité de la multiplicité de LSRs,
      • c) de calculer parmi les LSRs des chemins possibles entre un LER de départ et un LER de destination, compte tenu d'au moins les deux critères déterminés, puis de déduire une solution idéale à partir de performances de ces chemins possibles sur au moins les critères,
      • d) d'attribuer à chaque chemin possible une valeur d'intérêt compte tenu de la solution idéale, puis de classer les chemins possibles compte tenu de leurs valeurs d'intérêt respectives, et
      • e) de sélectionner un chemin parmi les chemins possibles classés, puis d'associer au flux à commuter une étiquette représentative dudit chemin sélectionné afin que ce flux étiqueté soit commuté via le chemin vers le LER de destination.
  • Par définition, deux noeuds sont dits « connexes » s'ils peuvent s'échanger des données directement ou indirectement par l'intermédiaire d'un ou plusieurs autres noeuds. Autrement dit, si l'on considère un graphe de noeuds, ce graphe est dit connexe si chaque couple de noeuds peut être relié par un chemin.
  • Le dispositif selon l'invention qui peut servir, dans le mode de base présenté ci-dessus, à l'établissement de chemins commutés dans un premier mode multi-critères qui se caractérise par la prise en compte de critères en l'absence de contraintes, peut également servir à l'établissement de chemins commutés dans un second mode multi-critères qui se caractérise par la prise en compte de critères en présence de contrainte(s). Pour ce faire, les moyens de traitement peuvent, lorsque certaines données d'informations, associées à un ensemble de données de service, sont représentatives d'au moins une contrainte locale, déterminer parmi la multiplicité de LSRs, tous les couples de LSRs qui peuvent établir entre eux une liaison orientée supportant chaque contrainte locale stockée en correspondance d'un ensemble de données de service associé au flux à commuter, puis s'assurer de la connexité de l'ensemble des LSRs des couples.
  • En variante ou en complément, les moyens de traitement peuvent, lorsque certaines données d'informations, associées à un ensemble de données de service, sont représentatives d'au moins une contrainte globale, ne retenir parmi les chemins possibles que ceux qui satisfont à chaque contrainte globale stockée en correspondance d'un ensemble de données de service associé au flux à commuter, afin de n'attribuer des valeurs d'intérêt qu'aux chemins possibles retenus.
  • On entend ici par « contrainte locale » une contrainte appliquée sur des liens (ou liaisons) orienté(e)s, tels que des arcs. Par ailleurs, on entend ici par « contrainte globale » une contrainte appliquée sur un chemin, comme par exemple le nombre de sauts du chemin ou la durée maximale du chemin.
  • Préférentiellement, au moins l'un des critères utilisés est de type non additif. Dans ce cas, il est avantageux que les moyens de traitement intègrent, lors du calcul des chemins possibles et de la déduction de la solution idéale, une trace mémorisant un parcours correspondant à un chemin partiel, de manière à détecter et prévenir l'apparition de cycles (ou boucles) dans les chemins en cours de construction. Et, il est encore plus avantageux que les moyens de traitement conservent certaines solutions, dites « faiblement non dominées » sur chaque critère déterminé, non additif, lors de la procédure d'élimination des chemins partiels.
  • Les moyens de traitement du dispositif selon l'invention pourront comporter d'autres caractéristiques complémentaires qui pourront être prises séparément et/ou en combinaison, et en particulier ils pourront :
    • vérifier la connexité (qui est une contrainte) par un mécanisme de propagation du noeud (ou LER) de départ vers tous les autres noeuds de la multiplicité de noeuds, afin que chaque noeud soit visité. Pour ce faire, ils peuvent, par exemple, utiliser l'algorithme de Tarjan ;
    • déterminer pour chaque chemin des valeurs représentatives de leur « performance » par rapport à chacun des critères déterminés, puis qualifier de chemin possible chaque chemin dont les valeurs de performance sont « non dominées ». Dans ce cas, ils peuvent également déterminer pour chaque critère, la meilleure valeur de performance observée sur les chemins possibles, dite « valeur optimale », puis construire la solution idéale sous la forme d'un multiplet de composantes constituées des différentes valeurs optimales déterminées. En fait, les liaisons sur lesquelles les valeurs optimales sont observées constituent rarement une séquence connexe. Autrement dit, un chemin idéal correspondant à une solution idéale n'existe qu'exceptionnellement ;
    • attribuer la valeur d'intérêt à chaque chemin possible qui caractérise la plus grande valeur des composantes, associées aux différents critères déterminés, d'une fonction de Tchebychev pondérée, fonction des différences entre la valeur de performance du chemin concerné et la composante correspondante de la solution idéale. Dans ce cas, ils peuvent présélectionner k chemins possibles qui présentent les k plus petites valeurs d'intérêt, puis procéder à la sélection d'un chemin parmi ces k chemins présélectionnés. En outre, ils peuvent, si nécessaire, calculer des chemins bidirectionnels. De plus, ils peuvent sélectionner parmi les k chemins au moins un autre chemin dédié à la restauration de liaison.
  • Par ailleurs, il est préférable que :
    • les éventuelles contraintes locales et/ou globales appartiennent à un groupe comprenant au moins la bande passante minimale requise, la longueur maximale du chemin, la durée maximale du chemin, une ou plusieurs liaisons interdites, le nombre minimal et/ou maximal de sauts du chemin, un ou plusieurs noeud(s) obligatoire(s), un ou plusieurs noeud(s) interdit(s), une ou plusieurs classes de service autorisées, une ou plusieurs couleurs de chemin, une capacité de multiplexage en longueurs d'onde, une capacité de concaténation, une capacité d'allocation et une capacité de protection ;
    • les critères appartiennent à un groupe comprenant au moins la bande passante disponible, le nombre de sauts du chemin, la durée du chemin, une capacité de multiplexage en longueurs d'onde, une capacité de concaténation, une capacité d'allocation et une capacité de protection. Dans ce cas, il est encore plus préférable que les deux critères soient la bande passante disponible et la durée du chemin. Dans ce cas, les moyens de traitement peuvent avantageusement impacter (ou pondérer) le critère portant sur la durée du chemin par une pénalité portant, par exemple, sur le coût d'administration du chemin ;
    • les critères soient pondérés en fonction de leur importance compte tenu d'informations de gestion. Dans ce cas, les facteurs de pondération sont préférentiellement stockés dans la table de correspondance, associés à certains au moins des critères.
  • L'invention porte également sur un routeur de commutation d'étiquettes équipé d'un dispositif du type de celui présenté ci-avant.
  • Par ailleurs, l'invention est particulièrement bien adaptée aux réseaux de communications à commutation d'étiquettes, tels que MPLS (« MultiProtocol Label Switching ») qui traite des flux constitués de paquets ou cellules de données asynchrones, et GMPLS (« Generalized MPLS ») qui traite des flux constitués non seulement de paquets ou cellules de données asynchrones mais également de trames (ou « frames ») synchrones ou de flux de lumière (ou « light streams »).
  • D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels :
    • la figure 1 illustre de façon schématique une partie d'un réseau de communications à commutation d'étiquettes comportant une multiplicité de routeurs (ou noeuds) périphériques (LERs) équipés d'un dispositif de calcul de chemins de commutation selon l'invention, et
    • la figure 2 est un graphe illustrant de façon schématique le mode de détermination de solutions dites « non dominées ».
  • Les dessins annexés pourront non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant.
  • Un réseau de communications à commutation d'étiquettes (ou « Label Switched Network ») comporte généralement, comme illustré sur la figure 1, une multiplicité de routeurs (ou noeuds) de commutation d'étiquettes (ou LSRs pour « Label Switched Routers ») couplés entre eux. Ces LSRs peuvent être regroupés en deux catégories : les routeurs périphériques (ou LERs pour « Label Edge Routers ») LERn (ici n = 1 à 3), et les routeurs de coeur (ou LCRs pour « Label Core Routers ») LCRm (ici m = 1 à 4). Comme on le verra plus loin, les LERs sont chargés d'établir des chemins de commutation au sein du réseau tandis que les LCRs sont chargés de la commutation.
  • Une multiplicité de terminaux d'utilisateurs ou d'entreprises MSk (ici k = 1 et 2) sont susceptibles de se raccorder à certains au moins des LERs afin de pouvoir échanger des données entre eux.
  • Dans ce qui suit, on considère que le réseau est de type MPLS (« MultiProtocol Label Switching »). Mais bien entendu, l'invention n'est pas limitée à ce seul type de réseau à commutation d'étiquettes. Elle concerne d'une manière générale tous les types de réseaux à commutation d'étiquettes, comme par exemple les réseaux de type GMPLS (« Generalized MultiProtocol Label Switching »).
  • Par ailleurs, dans ce qui suit on considère que les terminaux MSk sont des stations mobiles, telles que des téléphones mobiles. Mais, il pourrait s'agir de tout type de terminal de communications capable d'échanger des données avec d'autres terminaux ou équipements de réseau, comme par exemple des téléphones fixes, des télécopieurs, des assistants numériques personnels (ou PDA pour « Personal Digital Assistant »), des ordinateurs fixes ou portables ou des serveurs de fournisseurs de contenus (ou ASP pour « Application Service Provider »).
  • L'invention est destinée à permettre la détermination de chemin(s) de commutation multi-critères, avec ou sans contrainte(s), de flux de données étiquetés au sein d'un réseau à commutation d'étiquettes (ici de type MPLS).
  • L'invention propose à cet effet au moins un dispositif de calcul Dn comportant un module de traitement Pn, chargé de déterminer le meilleur chemin commuté, de type LSP, entre un LER de départ et un LER de destination, compte tenu d'au moins deux critères, ainsi qu'éventuellement de contrainte(s). Le calcul du chemin peut être déclenché de façon centralisée (en mode automatique ou en mode manuel (ou interactif)) ou de façon distribuée (en mode automatique), par l'intermédiaire d'une requête d'établissement de flux à commuter.
  • On entend ici par « chemin commuté » une suite ordonnée de noeuds (ou LSRs) ou de liaisons (entre deux noeuds ou LSRs) ayant pour début un LER de départ et pour fin un LER de destination. Bien entendu, un nouveau calcul de chemin peut être effectué chaque fois que l'on parvient au niveau d'un LER de destination d'une zone (ou domaine) du réseau, décrite dans une structure descriptive de données (sur laquelle on reviendra plus loin), afin de poursuivre l'acheminement d'un flux de données. Par conséquent, seuls les LERs d'un réseau de type MPLS sont aptes à établir un chemin de commutation déterminé par un dispositif selon l'invention D et conformément au protocole de commutation distribué du réseau.
  • Le dispositif Dn assurant préférentiellement, comme on le verra plus loin, l'étiquetage effectif d'un flux une fois son chemin déterminé, il est donc préférable qu'il soit implanté dans chaque LERn du réseau MPLS, comme cela est illustré sur la figure 1. Par conséquent, dans ce qui suit on considère que le dispositif D1, implanté dans le routeur périphérique LER1, auquel est connecté un terminal MS1 qui souhaite établir une communication avec un terminal MS2 raccordé au routeur périphérique LER2, reçoit l'ordre de déterminer un chemin commuté entre le routeur de départ LER1 et un routeur de destination, par exemple LER2.
  • Par ailleurs, dans ce qui suit, on va décrire un exemple de réalisation du dispositif selon l'invention Dn, dans le cas de l'établissement d'un chemin commuté multicritères en présence de contrainte(s) locale(s) et/ou globale(s). Mais, comme mentionné précédemment, le dispositif Dn est également adapté à l'établissement d'un chemin commuté multicritères en l'absence de contrainte.
  • Il est tout d'abord rappelé que dans un réseau à commutation d'étiquettes, chaque flux de données est associé à un LER de départ et un LER de destination, à une classe d'équivalence de transmission (ou FEC pour « Forwarding Equivalence Class ») et à un ensemble de données de service définissant le type de service (ou ToS pour « Type of Service ») et/ou la qualité de service (ou QoS pour « Quality of Service »). Il est également rappelé que dans un réseau à commutation d'étiquettes, toutes les données d'un flux qui possèdent une même FEC doivent suivre un même chemin (LSP). L'association d'un flux à commuter à une FEC est effectuée par le LER d'entrée.
  • Le module de traitement P1, du dispositif D1, est tout d'abord chargé, lorsqu'il reçoit une requête d'établissement de chemin contenant un ensemble de données de service associé à un flux à commuter, d'extraire cet ensemble de données de service, puis d'accéder à une mémoire M1, dans laquelle se trouve stockée une table T11 établissant des correspondances entre des ensembles de données de service (par exemple représentatifs d'un type de service et/ou d'une qualité de service) et des données d'informations représentatives d'au moins deux critères choisis.
  • Préférentiellement, la mémoire M1 est implantée dans le routeur LER1. En d'autres termes, il est préférable de prévoir une mémoire Mn dans chaque routeur périphérique LERn. Mais, en variante on pourrait prévoir une unique mémoire « centrale » accessible à chaque dispositif Dn.
  • Une fois qu'il a déterminé dans la table T11 l'ensemble de données de service qui correspond à l'ensemble extrait, le module de traitement P1 peut extraire de cette table T11 toutes les données d'informations qui lui sont associés, et notamment les deux critères au moins.
  • Il est important de noter que chaque critère peut être associé à un facteur de pondération représentant son niveau de préférence relativement aux autres critères. Ces facteurs de pondération sont préférentiellement stockés dans la table de correspondance T11, associés aux critères correspondants.
  • Une fois qu'il a déterminé les critères, ainsi que les contraintes, associés au flux à commuter, le module de traitement P1 interroge une structure descriptive de données d'information T12, stockée, de préférence, dans la mémoire M1 et comportant des données d'informations représentatives de l'état d'utilisation et de la topologie du réseau, afin de s'assurer de la connexité de la multiplicité de LSRs du réseau.
  • Ces données d'informations définissent notamment les ressources associées aux différentes liaisons entre noeuds, en terme de caractéristiques et de disponibilités, ainsi que la liste des noeuds LSRs, régulièrement mise à jour. Parmi les caractéristiques des ressources on peut notamment citer la topologie (liens disponibles), la bande passante, et la durée de transit entre deux noeuds d'une liaison. Ces informations sont généralement fournies par un protocole d'état de liaison tel qu'OSPF (pour « Open Shortest Path First ») lorsque que celui-ci supporte une gestion de trafic par échange de TE-LSAs (pour « Trafic Engineering - Link State Advertisements »). D'autres caractéristiques d'utilisation du réseau, telles que les couleurs autorisées sur une liaison, les classes de service autorisées, ou le coût administratif d'une liaison, sont fournies par le système de gestion du réseau (ou NMS pour « Network Management System »).
  • Pour s'assurer de la connexité de l'ensemble des noeuds (LSRs), le module de traitement P1 détermine tous les couples de noeuds (LSRs) qui peuvent établir entre eux une liaison (ou un lien, défini par un couple (i,j) désignant deux noeuds). En l'absence de connexité, le reste du traitement ne peut pas être effectué.
  • Le module de traitement P1 s'assure ensuite de la connexité des noeuds (LSRs) en présence de chaque contrainte locale. Il est important de noter que l'on peut envisager de s'assurer directement de la connexité des noeuds en présence de contrainte(s) locale(s), sans procéder à la vérification de connexité en l'absence de contraintes.
  • On entend ici par « contrainte locale » toute contrainte applicable à une liaison orientée d'un réseau, telle qu'un arc, et notamment la bande passante minimale requise, la longueur maximale d'une liaison, la durée maximale d'une liaison, une ou plusieurs liaisons interdites.
  • Préférentiellement, cette vérification consiste à déterminer tous les couples de noeuds (LSRs) qui peuvent établir entre eux une liaison (ou un lien, défini par un couple (i,j) désignant deux noeuds) en présence de chaque contrainte locale.
  • La détermination des couples de noeuds s'effectue à partir de l'établissement d'un graphe de filtrage G(X,U), où X représente le jeu de noeuds LSRs du réseau et U le jeu de liens (ou liaisons) directionnels (i,j). Toutes les liaisons du graphe G(X,U) qui violent au moins l'une des contraintes locales déterminées sont éliminées dudit graphe, ce qui produit un graphe « filtré ».
  • Le module de traitement P1 s'assure ensuite que le graphe G(X,U) filtré est connexe (au sens mathématique du terme). Il utilise pour ce faire, préférentiellement, une technique de propagation d'information du noeud de départ LER (par exemple LER1) vers l'ensemble des noeuds LSRs du graphe filtré, de sorte que tous les noeuds LSRs soient vérifiés (ou testés). Cette vérification de la connexité du graphe peut être réalisée, par exemple, avec l'algorithme de Tarjan.
  • En l'absence de connexité du graphe filtré, le reste du traitement ne peut pas être effectué.
  • Si le graphe filtré est connexe, le module de traitement P1 calcule parmi les noeuds des couples (ou liaisons (i,j)) retenus tous les chemins possibles (ou « efficient paths ») r* entre le noeud de départ LER1 (par exemple), auquel est connecté le terminal source MS1 qui requiert l'établissement de la communication, et un noeud de destination, par exemple LER2, auquel est connecté directement ou indirectement le terminal destinataire MS2, en prenant en compte au moins les deux critères déterminés dans la table T11.
  • On entend ici par « chemin possible » un chemin dit «efficace » ou « Pareto-optimal » dont les valeurs de performances, sur lesquelles on reviendra plus loin, sont « non dominées ». Par ailleurs, on entend ici par « critère » tout type de critère (ou métrique) pouvant être pris en compte dans un réseau, qu'il soit de type additif, comme par exemple la durée du chemin C1 ou le nombre de sauts du chemin C3, ou de type non additif, comme par exemple la bande passante disponible C2 (qui est de surcroît de type « minimum-maximum »). Par conséquent, les critères C1 et C2 sont, préférentiellement, toujours pris en compte, tandis que le critère C3 est optionnel.
  • Par ailleurs, il peut être intéressant d'impacter (ou pondérer) le critère C1 (durée du chemin) par un facteur de pondération, tel qu'une pénalité portant, par exemple, sur le coût d'administration du chemin CA. Cela permet de réduire les vecteurs de calcul, sur lesquels on reviendra plus loin, d'une dimension, et par conséquent de limiter le temps de calcul et la mémoire nécessaire audit calcul.
  • Préférentiellement, un chemin possible r* est calculé comme indiqué ci-après. Tout d'abord, un chemin est désigné par une variable r(s,t), où s désigne le noeud source et t le noeud destinataire, ainsi que par un vecteur de performance Z(r) défini par un multiplet de composantes (Z1(r), Z2(r),..., Zp(r)) associées chacune à l'un des p critères utilisés. Par exemple, la composante Z1(r) représente la performance du chemin r par rapport au critère C1 et la composante Z2(r) représente la performance du chemin r par rapport au critère C2.
  • Pour un critère de type additif, tel que C1, la composante Z1(r) de la performance Z(r) est définie par la relation Z1(r) = Σ(i,j)∈r Cl(i,j).
  • Lorsque le critère C1 est impacté (ou pondéré) par la pénalité CA, la relation précédente s'écrit Z1 (r) = Σ(i,j)∈r Cl(i,j) * CA(i, j).
  • Pour un critère de type non additif, tel que C2, la composante Z2(r) de la performance Z(r) est définie par la relation Z2(r) = MIN(i,j)∈r C2(i,j).
  • Ici, Cp(i,j) désigne la valeur du critère Cp pour un arc (i,j).
  • Compte tenu de ces définitions, un chemin est qualifié de chemin possible r*(s,t), c'est à dire « efficace », si il n'existe pas de chemin envisageable entre les noeuds s et t vérifiant la relation : Zp(r) ≤Zp(r*), ∀ p = 1 à P (où P est le nombre total de critères utilisés), et Zp'(r) < Zp'(r*) pour l'une quelconque de ces composantes p appartenant à l'ensemble {1,...,P}.
  • Le vecteur de performance Z(r*) du chemin r* est alors appelé solution « non dominée » (ou NDS pour « Non-Dominated Solution ») lorsque tout autre chemin r' possède un vecteur de performance Z(r') dont l'une au moins des composantes Zp(r') est « moins bonne » (ou « moins performante ») que la composante correspondante Zp(r*) du chemin r*. Un tel chemin r*, associé à un vecteur de performance non dominé, est alors appelé chemin possible (ou « efficient path ») ou « Pareto-optimal ».
  • Un exemple de détermination de solution non dominée (ou NDS) est illustré sur la figure 2, dans le cas de deux critères C1 et C2, de type commensurable, c'est-à-dire dont les dimensions métriques peuvent faire l'objet d'addition(s) et de multiplication(s). Cela s'applique également aux grandeurs incommensurables, telles que la bande passante C2. Cela s'applique également à des ensembles de grandeurs incommensurables entre-elles telles que la durée du chemin C1 et la bande passante C2.
  • Dans cet exemple, Z(r*) est une solution non dominée (ou NDS), puisqu'il n'existe pas d'autre point dont toutes les coordonnées sont strictement inférieures à celles de Z(r*). Chaque autre point Z(r) possède au moins une composante qui est moins bonne que la composante correspondante de Z(r*). En d'autres termes, le cône, matérialisé par des tirets et placé en-dessous et à gauche de Z(r*), est vide. Dans cet exemple, Z(r') est dominé par quatre points, dont Z(r*), qui se trouvent placés dans le cône matérialisé par des tirets placé en-dessous de lui, mais pas par les points extrêmes Z1 (r)min/C1, associé à C1, et Z2(r)min/C2, associé à C2, qui sont donc également non dominés. Seule Z(r') est ici une solution dominée. Par ailleurs, Z(r") est une solution dite « faiblement non dominée » par Z(r°) car l'une au moins des composantes de Z(r°) est égale (et non strictement inférieure) à son homologue dans Z(r").
  • Afin de calculer les différents chemins possibles r* obtenus par la méthode présentée ci-avant, on peut utiliser une adaptation d'un algorithme d'attribution de label, du type de celui décrit dans le document de E. Martins, « On a multi-criteria shortest path problem », European Journal Of Operational Research, Vol. 16, pages 236-245, 1984.
  • L'adaptation consiste, notamment, à intégrer aux critères additifs traités par l'algorithme de Martins un critère de type non additif, comme par exemple un critère de type « minimum-maximum ». L'intégration d'un tel critère impose des aménagements de l'algorithme, comme par exemple ceux mentionnés ci-dessous.
  • Un premier aménagement peut consister à intégrer à l'algorithme de calcul de chemins (correspondant à l'étape d) du procédé) une trace mémorisant le parcours correspondant à un chemin partiel, afin de détecter et prévenir l'apparition, dans les chemins en cours de construction, de cycles (ou boucles) lors de la progression de l'algorithme.
  • Un second aménagement, de préférence combiné au premier, peut consister à conserver des solutions faiblement non dominées sur le critère « minimum-maximum » lors de la procédure d'élimination des chemins partiels. Par exemple, si l'on considère trois critères C1, C2, C3 dont les deux premiers sont additifs et le troisième de type « minimum-maximum », le point z = (3, 2, 4) est dominé par le point z° = (1, 1, 4) pour les critères C1 et C2 mais faiblement non dominé pour le critère C3. z et le chemin partiel correspondant sont donc conservés. Cela permet de considérer tous les chemins efficaces possibles. Cependant, les solutions correspondant aux chemins efficaces finaux (produits à l'étape b) du procédé) sont toutes non dominées et non pas faiblement non dominées.
  • Tous les chemins possibles déterminés r* sont alors stockés dans une mémoire du dispositif D (non représentée), ce qui garantit que le meilleur d'entre eux, compte tenu des critères et contraintes utilisées, n'a pas été omis.
  • Le module de traitement P1 forme ensuite une solution idéale Z(
    Figure imgb0001
    ). Plus précisément, la solution idéale Z(
    Figure imgb0002
    ) est un vecteur se présentant sous la forme d'un multiplet de composantes.
  • Ces composantes sont calculées comme suit. Pour chaque critère Cp, on extrait la meilleure valeur de performance Z*p observée sur les chemins possibles. Chaque meilleure valeur de performance Z*p observée est appelée valeur optimale associée au critère correspondant. Les différentes valeurs optimales constituent alors les composantes de la solution idéale Z(
    Figure imgb0003
    ) = (Z*1, Z*2,..., Z*p), représentative d'un chemin idéal
    Figure imgb0004
  • Il est important de noter que le chemin idéal
    Figure imgb0005
    représenté par la solution idéale Z(
    Figure imgb0006
    ), ne correspond pas forcément à l'un des chemins possibles r* du jeu de chemins possibles déterminés. C'est même rarement le cas, dans la mesure où les liaisons sur lesquelles sont observées les valeurs optimales constituent rarement une séquence connexe. Néanmoins, lorsque c'est le cas, il constitue l'unique chemin possible r* puisqu'il domine tous les autres.
  • Le module de traitement P1 soumet ensuite les différents chemins possibles à au moins une contrainte globale déterminée ou reçue.
  • On entend ici par « contraintes globales » des contraintes pouvant être appliquées à des chemins par opposition aux contraintes locales qui s'appliquent aux liaisons (ou liens) entre noeuds, Il pourra s'agir, par exemple, de la bande passante minimale requise, de la longueur maximale du chemin, du nombre de sauts maximal du chemin, et de la durée maximale du chemin.
  • Le module de traitement P1 retient les chemins possibles r* qui ne violent pas la ou les contraintes globales utilisées. Dans le cas de l'établissement d'un chemin en mode multicritères sans contrainte, ce traitement est bien entendu omis.
  • Le module de traitement P1 attribue ensuite à chaque chemin possible r* une valeur d'intérêt (ou « path value ») U(r) compte tenu de la solution idéale Z(
    Figure imgb0007
    ).
  • A cet effet, on peut utiliser une fonction de scalarisation classique, comme par exemple une fonction de Tchebychev pondérée, fonction des différences entre les composantes Zp(r) de la valeur de performance Z(r) du chemin concerné r et les composantes correspondantes Zp(
    Figure imgb0008
    ), représentatives du chemin idéal
    Figure imgb0009
    Une telle fonction peut se présenter sous la forme U(r) = MAXp=1 à P {Wp(Zp(r) - Zp(
    Figure imgb0010
    ))}, où Wp est un coefficient (ou facteur) de pondération du critère Cp choisi lors de la configuration du dispositif et permettant de donner aux critères, éventuellement, des poids relatifs différents. Cette valeur d'intérêt quantifie l'écart de performance qui sépare un chemin possible r* du chemin idéal
    Figure imgb0011
    compte tenu des poids respectifs accordés aux différents critères utilisés.
  • Le module de traitement P1 classe ensuite les chemins possibles r* compte tenu de leurs valeurs d'intérêt U(r) respectives. Avec la définition de la valeur d'intérêt U(r) donnée ci-dessus, les chemins possibles sont classés par ordre de valeur d'intérêt croissante, la valeur d'intérêt U(r) la plus petite correspondant au chemin possible r* le mieux approprié au transfert des données, compte tenu des critères et contraintes utilisés. Le classement est donc effectué par rapport à un point idéal inféré par les données et non à partir d'une comparaison fondée sur des valeurs arbitraires.
  • Puis, il sélectionne parmi les chemins possibles classés les k chemins les mieux classés, de manière à router des données via l'un de ces k chemins, et de préférence celui qui est le mieux classé (valeur d'intérêt U(r) la plus petite dans l'exemple décrit). K est un entier qui peut être compris, par exemple, entre 1 et 5. Il est important de noter que le nombre de chemins trouvés par le traitement décrit ci-avant peut être inférieur à k.
  • Le module de traitement Pn peut également sélectionner un second chemin parmi les k chemins possibles classés, de manière à offrir un chemin de secours (ou « backup LSP ») pouvant être substitué au premier chemin en cas de problème sur ce chemin. Il est cependant préférable que le (second) chemin de secours soit disjoint du (premier) chemin. Cela permet notamment de mettre à la disposition de l'abonné la fonction de protection / restauration de liaison.
  • Les chemins possibles peuvent être utilisés dans le cadre de ce que l'homme de l'art appelle la répartition de charge.
  • Une fois le chemin de commutation sélectionné, le module de traitement P1 associe au flux à commuter une étiquette représentative dudit chemin. Le routeur périphérique de départ LER1 peut alors établir le chemin sélectionné en réservant les ressources qui satisfont aux critères et contraintes associés au flux reçu. Puis, il transmet le flux étiqueté à destination du routeur périphérique de destination LER2, via chaque noeud LSR du chemin déterminé.
  • Il est important de noter que le module de traitement P peut être agencé de manière à calculer des chemins commutés de type bidirectionnel. Cela est notamment utile dans le cas de réseaux de type GMPLS.
  • Dans le cas des réseaux de type GMPLS, des attributs différents et/ou complémentaires de ceux présentés ci-avant peuvent être utilisés, afin de tenir compte de leurs spécificités respectives (réseaux à multiplexage temporel (ou TDM pour « Time Division Multiplexing »), comme par exemple les réseaux SONET et SDH, et les réseaux à multiplexage de longueurs d'onde (ou WDM pour « Wavelength Division Multiplexing »). Par exemple, dans le cas des réseaux à commutation de longueurs d'onde, la transparence peut être optimisée en minimisant le nombre de sauts d'un chemin compte tenu d'une contrainte liée à la distance maximale possible sans dégradation de signal. D'une manière générale, les attributs spécifiques peuvent refléter les capacités des liaisons, transmises par l'intermédiaire de TLVs de bas niveau et désignant par exemple un multiplexage de longueurs d'onde, une concaténation, une allocation ou une protection de commutation dans le cas de circuits SDH.
  • Le dispositif de calcul D, et principalement son (ou ses) module(s) de traitement P, ainsi qu'éventuellement la (ou les) mémoire(s) M, peuvent être réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels.
  • Dans ce qui précède, il a été question de critères et contraintes (locales et globales), qui peuvent sembler, dans certains cas, sensiblement identiques. En fait, ils peuvent être considérés comme des attributs de sélection qui se matérialisent parfois sous la forme de critères, parfois sous la forme de contraintes, sachant qu'un critère fait généralement l'objet d'une maximisation ou d'une minimisation tandis qu'une contrainte est généralement définie par une ou deux valeurs, fixées ou limitatives.
  • Ces attributs de sélection sont définis par l'opérateur du réseau lors de la configuration du réseau, et dépendent du type de service requis, par exemple l'envoi d'un e-mail ou une demande d'établissement de visioconférence, et/ou de la qualité de service (ou QoS) requise lors de la réservation initiale de ressources. Plus précisément encore, on choisit les critères en fonction du type de service requis, tandis que l'on choisit les contraintes, et leurs valeurs, en fonction de la qualité de service requise.
  • L'invention peut être également considérée sous la forme d'un procédé de détermination de chemin(s) de commutation de flux de données dans un réseau de communications à commutation d'étiquettes comportant une multiplicité de noeuds (LSRs) dont des noeuds périphériques (LERs) et des noeuds de coeur (LCRs).
  • Ce procédé peut être mis en oeuvre à l'aide du dispositif de calcul D présenté ci-avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant le dispositif D, seules seront résumées ci-après les étapes mettant en oeuvre les fonctions principales du procédé selon l'invention.
  • Ce procédé comprend la combinaison d'étapes suivante :
    1. a) prévoir une table de correspondance Tn1 entre des ensembles de données de service (par exemple représentatifs d'un type de service et/ou d'une qualité de service) et des données d'informations représentatives d'au moins deux critères choisis (ainsi qu'éventuellement des facteurs de pondération), et une structure descriptive Tn2 de données d'informations représentatives de l'état d'utilisation et de la topologie du réseau,
    2. b) à réception d'une requête d'établissement de chemin contenant un ensemble de données de service associé à un flux à commuter, déterminer dans la table Tn1 au moins deux critères stockés en correspondance de cet ensemble de données de service associé au flux,
    3. c) s'assurer, à partir des données d'informations qui sont stockées dans la structure Tn2, de la connexité de la multiplicité de LSRs,
    4. d) parmi les noeuds, calculer des chemins possibles entre un LER de départ et un LER de destination, compte tenu d'au moins les deux critères déterminés à l'étape b), puis déduire une solution idéale à partir de performances des chemins possibles sur au moins les critères,
    5. e) attribuer à chaque chemin possible une valeur d'intérêt compte tenu de la solution idéale, puis classer ces chemins possibles compte tenu de leurs valeurs d'intérêt respectives, et
    6. f) sélectionner un chemin parmi les chemins possibles classés, puis associer au flux à commuter une étiquette représentative du chemin sélectionné afin de commuter ce flux étiqueté via ce chemin vers le LER de destination.
  • L'invention ne se limite pas aux modes de réalisation de procédés, dispositifs et routeurs périphériques décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après.
  • Ainsi, dans ce qui précède, il a été décrit un mode de fonctionnement dans lequel on prenait en compte des critères (au moins deux), au moins une contrainte locale et au moins une contrainte globale. Mais, d'autres modes de fonctionnement peuvent être envisagés. On peut en effet envisager un mode de fonctionnement dans lequel on prend en compte des critères (au moins deux) et au moins une contrainte locale, sans contrainte globale. On peut également envisager un autre mode de fonctionnement dans lequel on prend en compte des critères (au moins deux) et au moins une contrainte globale, sans contrainte locale. Enfin, comme évoqué précédemment, on peut également envisager un mode de fonctionnement dans lequel on ne prend en compte que des critères (au moins deux).
  • Par ailleurs, dans ce qui précède il a été question de routeurs périphériques équipés chacun d'un module de traitement et d'une mémoire de données de service et d'informations constituant en combinaison un dispositif selon l'invention. Mais, on peut envisager de n'implanter dans chaque routeur périphérique qu'un module de traitement et de prévoir une mémoire partagée comprenant toutes les données de service et d'informations, par exemple implantée dans un serveur dédié du réseau ou dans le NMS. De même on peut envisager un module de traitement partagé et une mémoire partagée comprenant toutes les données de service et d'informations, par exemple implantés dans un serveur dédié du réseau ou dans le NMS.

Claims (20)

  1. Dispositif de détermination d'un ou de plusieurs chemins de commutation de flux de données étiquetés dans un réseau de communications à commutation d'étiquettes comportant une multiplicité de noeuds de commutation d'étiquettes (LCR1, LGR2, LCR3, LCR4, LER1, LER2, LER3), chaque flux étant associé à une classe d'équivalence de transmission choisie et à un ensemble de données de service choisi, caractérise en ce qu'il comporte :
    des moyens de mémorisation (M1, M2) propres a stocker une table (T11, T21) de correspondance entre des ensembles de données de service et des données d'informations représentatives d'au moins deux critères choisis, et une structure descriptive (T12, T22) contenant des données d'informations représentatives d'un état d'utilisation et d'une topologie du réseau, lesdites données de service définissant le type de service et/ou la qualité de service,
    - des moyens de traitement (P1, P2) agencés :
    a) à réception d'une requête d'établissement de chemin contenant un ensemble de données de service associé à un flux à commuter, pour déterminer dans ladite table (T11, T21) au moins deux critères stockés en correspondance dudit ensemble de données de service associé au flux,
    b) pour s'assurer de la connexité de ladite multiplicité de noeuds, à partir des données d'informations stockées dans ladite structure descriptive (T12, T22),
    c) pour calculer parmi lesdits noeuds (LCR1, LCR2, LCR3, LCR4, LER1. LER2, LER3) des chemins possibles r* entre un noeud de départ (LER1) et un noeud de destination (LER2), compte tenu d'au moins lesdits deux critères déterminés, puis pour déduire une solution idéale (Z(
    Figure imgb0012
    )) à partir de performances (z(r*)) desdits chemins possibles r* sur au moins lesdits critères,
    d) pour attribuer à chaque chemin possible r* une valeur d'intérêt U(r) compte tenu de ladite solution idéale (Z(
    Figure imgb0013
    )), puis classer lesdits chemins possibles compte tenu de leurs valeurs d'intérêt respectives, et
    e) sélectionner un chemin parmi lesdits chemins possibles classés, puis associer audit flux à commuter une étiquette représentative dudit chemin sélectionné de sorte que ce flux-étqueté soit commuté via ledit chemin vers le noeud de destination (LER2).
  2. Dispositif selon la revendication 1, caractérisé en ce que certaines desdites données d'informations, associées à un ensemble de données de service, étant représentatives d'au moins une contrainte locale, lesdits moyens de traitement (P1, P2) sont agencés pour déterminer parmi ladite multiplicité de noeuds (LCR1, LCR2, LCR3, LCR4, LER1, LER2, LER3) tous les couples de noeuds pouvant établir entre eux une liaison orientée supportant chaque contrainte locale stockée en correspondance d'un ensemble de données de service associé audit flux à commuter, puis pour s'assurer de la connexité de l'ensemble des noeuds desdits couples.
  3. Dispositif selon la revendication 1, caractérisé en ce que certaines desdites données d'informations, associées à un ensemble de données de service, étant représentatives d'au moins une contrainte globale, lesdits moyens de traitement (P1, P2) sont agencés pour retenir parmi lesdits chemins possibles r* ceux qui satisfont à chaque contrainte globale stockée en correspondance d'un ensemble de données de service associé audit flux à commuté, de manière à n'attribuer des valeurs d'intérêt U(r) qu'auxdits chemins possibles retenus r*.
  4. Dispositif selon la revendication 1, caractérisé en ce que l'un au moins desdits critères est de type non additif.
  5. Dispositif selon la revendication 4, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour intégrer, lors du calcul des chemins possibles r* et de la déduction de ladite solution idéale Z(
    Figure imgb0014
    ), une trace mémorisant un parcours correspondante un chemin partiel, de manière à détecter et prévenir l'apparition de cycles dans les chemins en cours de construction.
  6. Dispositif selon la revendication 5, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour conserver des solutions, dites « faiblement non dominées » sur chaque critère déterminé, non additif, lors de la procédure d'élimination desdits chemins partiels.
  7. Dispositif selon la revendication 1, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour vérifier ladite connexité en appliquant un mécanisme de propagation du noeud de départ (LER1) vers tous les autres noeuds (LCR1, LCR2, LCR3, LCR4, LER1, LER2, LER3) de ladite multiplicité de noeuds, de sorte que chaque noeud (LCR1, LCR2, LCR3, LCR4, LER1, LER2, LER3) soit visité.
  8. Dispositif selon la revendication 1, caractérisé en ce que lesdits moyens de traitement (P1) sont agencés pour déterminer pour chaque chemin des valeurs représentatives de sa « performance » Z(r) par rapport à chaque critère déterminé, et pour qualifier de chemin possible r* un chemin (r) dont lesdites valeurs de performance Z(r) sont dites « non dominées ».
  9. Dispositif selon la revendication 8, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour déterminer pour chaque critère déterminé la meilleure valeur de performance Z*(r) observée sur lesdits chemins possibles, dite « valeur optimale », puis pour construire ladite solution idéale Z(
    Figure imgb0015
    ) sous la forme d'un multiplet de composantes constituées des différentes valeurs optimales déterminées.
  10. Dispositif selon la revendication 9, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour attribuer une valeur d'intérêt U(r) à chaque chemin possible r lorsqu'elle caractérise la plus grande valeur des composantes, associées aux différents critères déterminés, d'une fonction de Tchebychev pondérée, fonction des différences entre la performance dudit chemin possible r* et la valeur optimale correspondance de ladite solution idéale Z(
    Figure imgb0016
    ).
  11. Dispositif selon la revendication 10, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour effectuer une présélection de k chemins possibles présentant les k plus petites valeurs d'intérêt U(r), puis pour sélectionner un chemin parmi ces k chemins présélectionnés.
  12. Dispositif selon la revendication 11, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour calculer des chemins de type bidirectionnel.
  13. Dispositif selon la revendication 11, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour sélectionner parmi lesdits k chemins au moins un autre chemin dédié à la restauration de liaison.
  14. Dispositif selon la revendication 2, caractérisé en ce que lesdites contraintes locales et/ou globales déterminées appartiennent à un groupe comprenant au moins la bande passante minimale requise, la longueur maximale du chemin, la durée maximale du chemin, un ensemble de liaisons interdites ou obligatoires, le nombre maximal et/ou minimal de sauts du chemin, un ou plusieurs, noeud(s) obligatoire(s), un ou plusieurs noeud(s) interdit(s), au moins une classe de service autorisée, un ensemble de couleurs de chemin, une capacité de muitiplexage en longueurs d'onde, une capacité de concaténation, une capacité d'allocation et une capacité de protection.
  15. Dispositif selon la revendication 1, caractérisé en ce que lesdits critères appartiennent à un groupe comprenant au moins la bande passante disponible C2, le nombre de sauts du chemin C3, la durée du chemin C1, une capacité de multiplexage en longueur d'onde, une capacité de concaténation, une capacité d'allocation et une capacité de protection.
  16. Dispositif selon la revendication 15, caractérisé en ce que lesdits critères comprennent la bande passante disponible C2 et la durée du chemin C1.
  17. Dispositif selon la revendication 16, caractérisé en ce que lesdits moyens de traitement (P1, P2) sont agencés pour impacter ledit critère portant sur la durée du chemin C1 par une pénalité.
  18. Dispositif selon la revendication 17, caractérisé en ce que ladite pénalité porte sur le coût d'administration du chemin CA.
  19. Dispositif selon la revendication 1, caractérisé en ce que ladite table de correspondance (T11, T21), comprend des facteurs de pondération associés à certains au moins desdits critères en fonction de leur importance.
  20. Routeur de commutation d'étiquettes LER pour un réseau de communications à commutation d'étiquettes, caractérisé en ce qu'il comprend un dispositif selon l'une des revendications 1 à 19.
EP03292852A 2002-12-17 2003-11-17 Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d'étiquettes, en présence d'attributs de sélection Expired - Lifetime EP1432184B1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0215966A FR2848757B1 (fr) 2002-12-17 2002-12-17 Dispositif de determination de chemins de communication dans un reseau de communications a commutation d'etiquettes, en presence d'attributs de selection
FR0215966 2002-12-17

Publications (2)

Publication Number Publication Date
EP1432184A1 EP1432184A1 (fr) 2004-06-23
EP1432184B1 true EP1432184B1 (fr) 2012-04-18

Family

ID=32338863

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03292852A Expired - Lifetime EP1432184B1 (fr) 2002-12-17 2003-11-17 Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d'étiquettes, en présence d'attributs de sélection

Country Status (4)

Country Link
US (1) US7443832B2 (fr)
EP (1) EP1432184B1 (fr)
AT (1) ATE554566T1 (fr)
FR (1) FR2848757B1 (fr)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2843263B1 (fr) * 2002-07-30 2004-10-15 Cit Alcatel Dispositif et procede de determination de chemins de routage dans un reseau de communications, en presence d'attributs de selection
US20060018255A1 (en) * 2004-07-26 2006-01-26 Avaya Technology Corp. Defining a static path through a communications network to provide wiretap law compliance
EP1900133B1 (fr) * 2005-07-01 2012-03-21 Telefonaktiebolaget LM Ericsson (publ) Agencement et procede concernant la transmission en duplexage par repartition dans le temps
WO2007048023A2 (fr) * 2005-10-22 2007-04-26 Revnx, Inc. Procede et systeme pour la mobilite de dispositif mettant en oeuvre une commutation d'etiquette d'application dans un reseau de communications mobiles
US7796511B2 (en) * 2006-04-06 2010-09-14 Wood Samuel F Self-routed layer 4 packet network system and method
US9542642B2 (en) 2006-04-06 2017-01-10 Samuel F. Wood Packet data neural network system and method
EP2237494A1 (fr) * 2009-03-31 2010-10-06 BRITISH TELECOMMUNICATIONS public limited company Routage de trafic dans un réseau de communications
US8693340B2 (en) * 2010-01-14 2014-04-08 Tellabs Operations, Inc. Method and apparatus for least cost routing using multiple path accumulated constraints
US20130094397A1 (en) * 2011-10-15 2013-04-18 Young Jin Kim Method and apparatus for localized and scalable packet forwarding
US9843511B2 (en) * 2013-07-31 2017-12-12 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for selecting path from paths between label edge routers
US9794165B1 (en) 2014-09-29 2017-10-17 Juniper Networks, Inc. Batched path computation in resource-constrained networks

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6034946A (en) * 1997-04-15 2000-03-07 International Business Machines Corporation Selection of routing paths in data communications networks to satisfy multiple requirements
US6301244B1 (en) * 1998-12-11 2001-10-09 Nortel Networks Limited QoS-oriented one-to-all route selection method for communication networks
US6965572B1 (en) * 2000-06-07 2005-11-15 At&T Corp. Loopback capability for bi-directional multi-protocol label switching traffic engineered trucks
AU2000270279A1 (en) * 2000-06-30 2002-01-14 British Telecommunications Public Limited Company A memetic method for multiobjective optimisation
US7283477B1 (en) * 2000-08-24 2007-10-16 Nortel Networks Limited Allocating network resources
JP4183379B2 (ja) * 2000-11-27 2008-11-19 富士通株式会社 ネットワーク及びエッジルータ
US7230924B2 (en) * 2001-03-28 2007-06-12 At&T Corp. Method and apparatus for communications traffic engineering
US6944159B1 (en) * 2001-04-12 2005-09-13 Force10 Networks, Inc. Method and apparatus for providing virtual point to point connections in a network
US6785737B2 (en) * 2001-07-31 2004-08-31 Tropic Networks Inc. Network resource allocation methods and systems
US7246175B1 (en) * 2001-12-07 2007-07-17 Cisco Technology, Inc. IPv6 over MPLS IPv4 core
KR100420956B1 (ko) * 2002-02-09 2004-03-02 주식회사 케이티 Ｍｐｌｓ 망에서 대체 경로를 공유하는 방법, 대체 경로를설정하는 레이블 스위칭 라우터 및 그 시스템
US7269132B1 (en) * 2002-02-22 2007-09-11 Nortel Networks, Ltd. Method and apparatus for achieving transparent redundancy at a hierarchical boundary
US7242679B1 (en) * 2002-10-28 2007-07-10 At&T Corp. Scheme for routing circuits with dynamic self-adjusting link weights in a network
US7277386B1 (en) * 2002-11-12 2007-10-02 Juniper Networks, Inc. Distribution of label switched packets

Also Published As

Publication number Publication date
FR2848757A1 (fr) 2004-06-18
FR2848757B1 (fr) 2005-03-11
US20040190490A1 (en) 2004-09-30
EP1432184A1 (fr) 2004-06-23
US7443832B2 (en) 2008-10-28
ATE554566T1 (de) 2012-05-15

Similar Documents

Publication Publication Date Title
EP1615397B1 (fr) Dispositif de répartition de charge, multi-critères, pour un équipement périphérique d&#39;un réseau de communications à commutation d&#39;étiquettes
EP2263353B1 (fr) Technique pour déterminer un arbre point à multipoint reliant un noeud racine à une pluralité de noeuds feuilles
EP1476990A1 (fr) Methode dynamique et distribuee de protection locale d&#39;un chemin a commutation d&#39;etiquettes
EP2135403B1 (fr) Procede et systeme de routage multitopologie
EP1650910B1 (fr) Contrôle des paramètres d&#39;une connexion Ethernet-GMPLS
FR2836313A1 (fr) Methode de protection locale de chemins a commutation d&#39;etiquettes avec partage de ressources
EP1432184B1 (fr) Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d&#39;étiquettes, en présence d&#39;attributs de sélection
EP1387538B1 (fr) Dispositif et procédé de détermination de chemins de routage dans un réseau de communications, en présence d&#39;attributs de sélection
FR2849560A1 (fr) Procede de calcul de chemins contraints pour un reseau de transmission.
WO2011086250A1 (fr) Liason virtuelle entre operateur de reseau
EP1796333B1 (fr) Procédé d&#39;établissement de connexion entre des portions d&#39;une application distribuée dans des noeuds connectés à un réseau de communication à plan de contrôle GMPLS.
EP2345210B1 (fr) Gestion de topologie de routage dans un reseau
EP1766899A1 (fr) Dispositif de gestion de ressources pour un reseau de communications a connexions inter-noeuds associees a des droits de preemption de ressources partagees et de priorite d&#39;acces aux ressources
EP2103055B1 (fr) Procédé d&#39;optimisation du partage d&#39;une pluralité de ressources réseau entre une pluralité de flux applicatifs
EP0979015B1 (fr) Routage des appels vers l&#39;extérieur depuis un réseau privé
EP1771981B1 (fr) Procede de controle de routage dans un reseau de paquets supporte par un reseau de transport
EP2198573B1 (fr) Procédé pour faire communiquer entre eux une pluralité de noeuds d&#39;extrémité à travers un réseau de communication
EP2119140B1 (fr) Procede d&#39;acheminement par un routeur d&#39;un paquet de donnees dans un reseau de communication par paquets supporte par un reseau de transport
EP1878172B1 (fr) Controle de la reservation de ressources partagees de chemins de connexion dans un reseau de communication a commutation d&#39;etiquettes de type &#34;non paquet&#34;
WO2007074301A1 (fr) Élément de type pce pour le calcul de chemins de connexion prévisionnels dans un réseau de transport
EP2009855A1 (fr) Procédé d&#39;assignation d&#39;une étiquette amont contenant une information contextuelle dans un réseau de communication à communication d&#39;étiquettes
EP1845693A1 (fr) Dispositif de contrôle de l&#39;établissement de sessions

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL LT LV MK

17P Request for examination filed

Effective date: 20041223

AKX Designation fees paid

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20050318

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: FRENCH

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 554566

Country of ref document: AT

Kind code of ref document: T

Effective date: 20120515

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 60340641

Country of ref document: DE

Effective date: 20120614

REG Reference to a national code

Ref country code: NL

Ref legal event code: VDEP

Effective date: 20120418

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 554566

Country of ref document: AT

Kind code of ref document: T

Effective date: 20120418

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120719

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120820

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

26N No opposition filed

Effective date: 20130121

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120729

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 60340641

Country of ref document: DE

Effective date: 20130121

BERE Be: lapsed

Owner name: ALCATEL LUCENT

Effective date: 20121130

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121130

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121130

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120718

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121130

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121117

REG Reference to a national code

Ref country code: FR

Ref legal event code: GC

Effective date: 20131018

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121130

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20120418

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20121117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20031117

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 14

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20180601

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20180530

Year of fee payment: 15

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20180530

Year of fee payment: 15

REG Reference to a national code

Ref country code: DE

Ref legal event code: R119

Ref document number: 60340641

Country of ref document: DE

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20181117

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20190601

Ref country code: FR

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20181130

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20181117

REG Reference to a national code

Ref country code: DE

Ref legal event code: R081

Ref document number: 60340641

Country of ref document: DE

Owner name: WSOU INVESTMENTS, LLC, LOS ANGELES, US

Free format text: FORMER OWNER: ALCATEL LUCENT, PARIS, FR

Ref country code: DE

Ref legal event code: R082

Ref document number: 60340641

Country of ref document: DE

Representative=s name: BARKHOFF REIMANN VOSSIUS, DE

REG Reference to a national code

Ref country code: GB

Ref legal event code: 732E

Free format text: REGISTERED BETWEEN 20200924 AND 20200930