FR2902255A1 - Procede de routage de liens virtuels dans un reseau a commutation de trames - Google Patents

Procede de routage de liens virtuels dans un reseau a commutation de trames Download PDF

Info

Publication number
FR2902255A1
FR2902255A1 FR0652093A FR0652093A FR2902255A1 FR 2902255 A1 FR2902255 A1 FR 2902255A1 FR 0652093 A FR0652093 A FR 0652093A FR 0652093 A FR0652093 A FR 0652093A FR 2902255 A1 FR2902255 A1 FR 2902255A1
Authority
FR
France
Prior art keywords
link
paths
routing
point
switches
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0652093A
Other languages
English (en)
Other versions
FR2902255B1 (fr
Inventor
Remi Andreoletti
Frederic Minot
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.)
Airbus Operations SAS
Original Assignee
Airbus Operations 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 Airbus Operations SAS filed Critical Airbus Operations SAS
Priority to FR0652093A priority Critical patent/FR2902255B1/fr
Priority to FR0752972A priority patent/FR2902256B1/fr
Priority to CN2007800220527A priority patent/CN101467390B/zh
Priority to BRPI0712116-4A priority patent/BRPI0712116A2/pt
Priority to US12/303,423 priority patent/US8208476B2/en
Priority to RU2008152059/08A priority patent/RU2451410C2/ru
Priority to CA2654969A priority patent/CA2654969C/fr
Priority to PCT/FR2007/051323 priority patent/WO2007144527A1/fr
Priority to EP07766095.9A priority patent/EP2030367B1/fr
Priority to JP2009514854A priority patent/JP5112426B2/ja
Publication of FR2902255A1 publication Critical patent/FR2902255A1/fr
Application granted granted Critical
Publication of FR2902255B1 publication Critical patent/FR2902255B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/42Centralised routing

Landscapes

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

Abstract

L'invention concerne un procédé de routage de liens virtuels dans un réseau à commutation de trames comprenant une pluralité de terminaux sources et/ou destinataires desdites trames, des commutateurs de trames étant reliés entre eux par des liaisons physiques, chaque lien virtuel étant défini, pour un type point à point, par un chemin à travers ledit réseau entre un terminal source et un terminal destinataire et, pour un type multipoint, par une pluralité de chemins à travers ledit réseau entre un terminal source d'une part et une pluralité de terminaux destinataires, d'autre part. Le procédé effectue le routage des liens en minimisant au moins une fonction de coût sur un ensemble de solutions satisfaisant à au moins une contrainte topologique prédéterminée.

Description

PROCÉDÉ DE ROUTAGE DE LIENS VIRTUELS DANS UN RÉSEAU À COMMUTATION DE
TRAMES
DESCRIPTION 5 DOMAINE TECHNIQUE La présente invention concerne le domaine du routage dans un réseau à commutation de trames et plus particulièrement dans un réseau AFDX. ÉTAT DE LA TECHNIQUE ANTÉRIEURE 10 Les réseaux Ethernet sont les plus connus des réseaux locaux. Ils peuvent fonctionner sous deux modes distincts mais compatibles entre eux : un mode dit partagé, dans lequel un même support physique est partagé entre les terminaux, avec accès aléatoire et 15 détection de collisions entre trames, et un mode dit commuté, dans lequel les terminaux s'échangent des trames au moyen de liaisons virtuelles, garantissant ainsi l'absence de collisions. Dans un réseau Ethernet commuté, chaque terminal, 20 source ou destinataire, est relié individuellement à un commutateur de trames et les commutateurs sont reliés entre eux par des liaisons physiques. Plus précisément, chaque commutateur possède une pluralité de ports connectés aux ports d'autres commutateurs ou des 25 coupleurs de terminaux. Une liaison virtuelle entre un terminal source et un terminal destinataire est définie comme un chemin à travers le réseau parcouru par les trames du terminal source à destination du terminal destinataire. De manière équivalente, une liaison 30 virtuelle est définie par la liste des commutateurs que ces trames traversent. Pour chaque commutateur traversé, la commutation de trames est réalisée à partir de l'adresse du destinataire, au moyen d'une table de commutation préétablie. Cette table de commutation est très simple puisqu'elle indique en fonction du port d'entrée du commutateur et de l'adresse de destination de la trame, le port de sortie correspondant. Un autre exemple bien connu de réseau à commutation de trames est le réseau ATM dans lequel une connexion de circuit virtuel (VCC) peut être établie pour acheminer des trames élémentaires ou cellules entre un terminal source et destinataire. Nous désignerons par la suite lien virtuel une connexion de bout en bout de niveau 2 dans un réseau à commutation de trames, telle qu'une liaison virtuelle dans un réseau Ethernet commuté ou une connexion de circuit virtuel dans un réseau ATM. Dans un réseau à commutation de trames, les liens virtuels sont routés à travers le réseau, soit de manière administrative, soit par voie de signalisation passant par le plan de contrôle. Le routage des liens consiste à définir et à programmer les tables de commutation des différents commutateurs du réseau. De manière générale, ces tables de commutation peuvent être statiques (routage administratif) ou dynamique (routage par signalisation). Dans certains cas, il est possible d'obtenir une certaine garantie de service par lien virtuel. Par exemple, dans un réseau ATM, la classe de service CBR (Constant Bit Rate) permet de réserver une bande passante fixe et un débit minimal sur le lien. Cependant, comme les commutateurs ne peuvent supporter qu'un débit maximal donné, cette garantie de service impose des contraintes sur le routage des liens.
De manière similaire, le réseau AFDX (Avionics Full Duplex Switched Ethernet), développé pour les besoins de l'aéronautique, est un réseau Ethernet commuté dans lequel il est possible d'effectuer une réservation de bande passante par lien virtuel. Plus précisément, à chaque lien virtuel est associé un intervalle minimal entre trames ainsi qu'une taille maximale de trame. De surcroît, un temps maximal d'acheminement des trames ou temps de latence est garanti pour chaque lien virtuel. Etant donné que les commutateurs ne peuvent assurer qu'un débit donné par port de sortie, la garantie des caractéristiques des liens virtuels passe là encore par des contraintes de routage. La présente invention s'applique préférentiellement mais non exclusivement au réseau AFDX. On trouvera une description détaillée de ce réseau dans le document intitulé AFDX protocol tutorial disponible sur le site www.condoreng.com ainsi que dans la demande de brevet FR-A-2832011 déposée au nom de la demanderesse. Ses principales caractéristiques seront simplement rappelées ci-après. Comme préalablement mentionné, le réseau AFDX est basé sur un réseau Ethernet commuté. Il est en outre de type full-duplex, chaque terminal pouvant simultanément émettre et recevoir des trames sur des liens virtuels distincts. Le réseau AFDX est aussi déterministe, au sens où les liens virtuels ont des caractéristiques garanties en termes de temps de latence, de ségrégation physique de flux, de bande passante et de débit. Chaque lien virtuel dispose pour ce faire d'un chemin réservé de bout en bout, d'une fragmentation temporelle en intervalles de transmission (dénommés BAG pour Bandwidth Allocation Gap) et d'une taille de trame maximale. Les trames sont envoyées en début de chaque intervalle de transmission avec une tolérance de gigue prédéterminée. Enfin le réseau AFDX est redondant, au sens où il est dupliqué pour des raisons de disponibilité. Les données sont transmises sous forme de paquets IP encapsulés dans des trames Ethernet. A la différence de la commutation Ethernet classique (utilisant l'adresse Ethernet du destinataire), la commutation de trames sur un réseau AFDX utilise un identificateur de lien virtuel concaténé à l'entête de trame. Lorsqu'un commutateur reçoit sur l'un des ses ports d'entrée une trame, il lit l'identificateur de lien virtuel et détermine à partir de sa table de commutation le ou les port(s) de sortie sur le(s)quel(s) elle doit être transmise. Les commutateurs vérifient au vol l'intégrité des trames transmises mais ne demandent pas de retransmission si une trame est erronée : les trames détectées comme erronées sont éliminées. Les trames transitant sur un lien virtuel sont numérotées en séquence. A la réception, le terminal destinataire vérifie l'intégrité de la séquence des trames. Chaque lien virtuel est mono-directionnel. Il ne peut être issu que d'un terminal source à la fois mais peut aboutir à plusieurs destinataires. On distingue les liens virtuels en mode point à point, ne desservant qu'un seul destinataire, des liens virtuels en mode multi-point qui en desservent plusieurs. La Fig. 1 représente schématiquement un réseau AFDX comprenant des terminaux LRU1 à LRU5 et des commutateurs de trames SW1, SW2. On voit que le lien virtuel VL3 reliant le terminal LRU3 à LRU2 est de type point à point alors que les liens virtuels VL2 desservant LRU2 et LRU3, et VL1 desservant LRU3 à LRU5 sont de type multipoint. Certains liens virtuels sont fortement dépendants entre eux car ils participent à la réalisation d'une même fonction. Par exemple, les liens virtuels issus de différents capteurs de navigation d'un aéronef participent à la même fonction de positionnement. On appelle par la suite faisceau fonctionnel ou simplement faisceau tout ensemble de liens virtuels, de type point à point ou multipoint, participant à la réalisation d'une même fonction.
Les réseaux à commutation de trames offrant une garantie de service, comme les réseaux ATM et AFDX, nécessitent d'imposer des contraintes de routage des liens virtuels. De surcroît, les applications embarquées, en particulier les applications aéronautiques requièrent des précautions supplémentaires se traduisant à leur tour bien souvent en contraintes de routage. Jusqu'à présent, le routage de liens dans un réseau AFDX était effectué de manière empirique. Ce type de routage peut être acceptable pour un nombre de liens virtuels relativement faible. Avec l'accroissement de la complexité des systèmes aéronautiques, le nombre de liens virtuels peut désormais atteindre plusieurs milliers. La présente invention vise à offrir un procédé de routage systématique et automatique qui tienne compte de l'ensemble des contraintes de routage et permette d'optimiser la sécurité d'utilisation du réseau. EXPOSÉ DE L'INVENTION La présente invention est définie par un procédé de routage de liens virtuels dans un réseau à commutation de trames comprenant une pluralité de terminaux sources et/ou destinataires desdites trames, des commutateurs de trames étant reliés entre eux par des liaisons physiques, chaque lien virtuel étant défini, pour un type point à point, par un chemin à travers ledit réseau entre un terminal source et un terminal destinataire et, pour un type multipoint, par une pluralité de chemins à travers ledit réseau entre un terminal source d'une part et une pluralité de terminaux destinataires, d'autre part. Le procédé comprend les étapes suivantes : (a) sélection parmi un ensemble de chemins possibles entre le terminal source et le ou les terminal(aux) destinataire(s), d'un sous-ensemble de chemins satisfaisant à au moins une contrainte topologique prédéterminée ; (b) détermination parmi ledit sous-ensemble, d'un chemin, pour un lien virtuel de type point à point ou d'une pluralité de chemins, pour un lien virtuel de type multipoint, minimisant au moins une fonction de coût donnée ; (c) routage dudit lien virtuel selon le ou les chemin (s) ainsi déterminé(s).
Selon une première variante lorsque ledit lien virtuel est un lien point à point et le réseau est partitionné en zones distinctes, ladite contrainte topologique s'exprime avantageusement comme une contrainte de non franchissement de frontière entre zones, si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone et, dans le cas contraire, comme une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire. L'étape de sélection précitée peut prendre en compte des contraintes topologiques additionnelles de ségrégation et/ou de collocation des chemins possibles vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs. Ladite fonction de coût précitée peut être choisie égale au nombre de commutateurs traversés par un chemin.
Selon une seconde variante, lorsque ledit lien virtuel est de type multipoint et le réseau est partitionné en zones distinctes, on applique avantageusement à chaque chemin possible entre ledit terminal source et un terminal destinataire dudit lien, une contrainte de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et audit terminal destinataire appartiennent à la même zone et, dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire. Comme précédemment, on peut appliquer pour chacun des chemins possibles entre ledit terminal source et un terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs. La fonction de coût pourra être prise égale au nombre de commutateurs traversés par un chemin et sera minimisée sur chaque ensemble de chemins possibles entre ledit terminal source et un terminal destinataire dudit lien, pour fournir au moins un chemin candidat par terminal destinataire.
Avantageusement, on effectue des combinaisons de K chemins candidats où K est le nombre de terminaux destinataires du lien, chaque combinaison correspondant à une solution possible de routage dudit lien multipoint, un seconde fonction de coût est minimisée sur l'ensemble desdites solutions possibles ainsi obtenues. Cette seconde fonction de coût évalue, pour chaque solution possible, le nombre de commutateurs partagés entre ses différents chemins constitutifs.
Selon une troisième variante, pour au moins un groupe de liens participant à la réalisation d'une même fonction, dit faisceau de liens, chaque lien étant point à point et le réseau étant partitionné en zones distinctes, on applique pour chacun des liens dudit faisceau, à chaque chemin possible entre le terminal source et le terminal destinataire dudit lien, une contrainte de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone, et, dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire. Comme précédemment, on peut appliquer pour chaque lien virtuel et pour chacun des chemins possibles entre le terminal source et le terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs. Ladite fonction de coût pourra être prise égale au nombre de commutateurs traversés par un chemin et sera minimisée, pour chacun des liens dudit faisceau, sur chaque ensemble de chemins possibles entre le terminal source et le terminal destinataire dudit lien, pour fournir au moins un chemin candidat par lien. Avantageusement, on effectue des combinaisons de N chemins candidats où N est le nombre de liens dudit faisceau, chaque combinaison correspondant à une solution possible de routage dudit faisceau, une troisième fonction de coût est minimisée sur l'ensemble desdites solutions possibles ainsi obtenues. La troisième fonction de coût évalue, pour chaque solution possible de routage du faisceau, le nombre de commutateurs partagés entre les chemins dont ladite solution est la combinaison.30 Selon une quatrième variante, pour au moins un groupe de liens participant à la réalisation d'une même fonction, dit faisceau de liens, chaque lien étant de type multipoint et le réseau étant partitionné en zones distinctes, on applique pour chacun des liens dudit faisceau, à chaque chemin possible entre le terminal source et un terminal destinataire dudit lien, une contrainte de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone, et, dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire. Comme précédemment, on pourra appliquer, pour chaque lien virtuel et pour chacun des chemins possibles entre le terminal source et un terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à- vis de liens virtuels déjà routés. Ladite fonction de coût pourra être prise égale au nombre de commutateurs traversés par un chemin et sera minimisée, pour chacun des liens dudit faisceau, sur chaque ensemble de chemins possibles entre le terminal source et chaque terminal destinataire dudit lien, pour fournir au moins un chemin candidat par lien et par terminal destinataire. Avantageusement, on effectue des combinaisons de K1+K2+...+KN chemins candidats où les Ki, 1<i<-N sont les nombres de chemins respectifs des N liens dudit faisceau, chaque combinaison correspondant à une solution possible de routage dudit faisceau, et une quatrième fonction de coût est minimisée sur l'ensemble desdites solutions possibles ainsi obtenues. La quatrième fonction de coût évalue, pour chaque solution possible de routage du faisceau, le nombre de commutateurs traversés par les liens du faisceau correspondant à cette solution.
Dans toutes les variantes ci-dessus, lesdites zones du réseau sont par exemple alimentées par des sources d'alimentation indépendantes. Enfin, quelle que soit la variante on minimisera avantageusement une cinquième fonction de coût évaluant la charge de trafic du commutateur le plus chargé du réseau, sur l'ensemble des solutions de routage obtenues par minimisation de l'une des seconde, troisième ou quatrième fonctions de coût.
L'invention concerne également un programme d'ordinateur comprenant des moyens logiciels adaptés à mettre en oeuvre les étapes du procédé défini plus haut, lorsqu'il est exécuté par un ordinateur. BRÈVE DESCRIPTION DES DESSINS La Fig. 1 représente schématiquement un 25 exemple de réseau AFDX ; la Fig. 2 représente schématiquement un organigramme de la méthode de routage de liens virtuels selon un mode de réalisation de l'invention ; les Figs. 3A à 3E illustrent un mécanisme 30 de minimisation de fonctions de coût dans le cas d'un lien virtuel du type multipoint ; la Fig. 4 illustre un exemple de routage pour un lien virtuel de type point à point ; la Fig. 5 illustre un exemple de routage pour un lien virtuel de type multipoint ; la Fig. 6 illustre un exemple de routage pour un faisceau de liens virtuels de type point à point ; la Fig. 7 illustre un exemple de routage pour un faisceau de liens virtuels de type multipoint. EXPOSÉ DÉTAILLÉ DE MODES DE RÉALISATION PARTICULIERS L'idée à la base de l'invention est d'effectuer le routage d'un lien virtuel en sélectionnant parmi les 15 chemins possibles, ceux qui obéissent à une contrainte ou à une pluralité de contraintes topologiques prédéterminées, puis de sélectionner ensuite parmi ceux-ci, celui ou ceux qui minimise(nt) une fonction de coût prédéterminée. 20 La Fig. 2 illustre le principe du procédé de routage selon l'invention. Ledit procédé utilise en entrée : un fichier 210 décrivant la topologie du réseau, à savoir les noeuds extrémaux 25 (terminaux), les noeuds de commutation, les liaisons physiques entre les noeuds ; un fichier 220 donnant l'état du réseau, à savoir les capacités des ports des commutateurs, les liens virtuels déjà 30 routés avec leurs caractéristiques ;10 un fichier 230 donnant les caractéristiques du ou des liens virtuels à router. Chaque lien virtuel y est décrit par les identificateurs des commutateurs reliés respectivement au terminal source et au terminal destinataire (mode point à point) ou aux terminaux destinataires (mode multipoint), la durée de l'intervalle de transmission (BAG) et la longueur maximale des trames sur le lien, l'appartenance éventuelle à un faisceau fonctionnel et, le cas échéant, l'identificateur du faisceau ; un fichier 240 de déclaration de contraintes topologiques qui sera décrit en détail plus loin.
L'algorithme procède en une première étape 250 à la sélection des chemins entre le terminal source et le terminal destinataire qui satisfont à une contrainte ou 20 une pluralité de contraintes topologiques indiquée(s) en 240. L'algorithme procède dans un deuxième temps, en 260, à la minimisation d'une fonction de coût ou à la minimisation d'une pluralité de fonctions de coût, 25 successivement ou conjointement. Aux fins de minimisation conjointe, comme détaillé plus loin, une fonction de coût composite est construite comme combinaison linéaire des fonctions de coût précitées, les coefficients de pondération étant choisis de 30 manière à refléter les importances relatives des coûts dans le choix du routage. Alternativement, les 15 fonctions de coût sont minimisées l'une après l'autre selon un ordre de priorité décroissante, chaque minimisation étant effectuée sur le sous-ensemble de solutions fournies par l'étape de minimisation précédente. Si la minimisation de la fonction de coût/des fonctions de coût donne plusieurs solutions équivalentes, une solution est choisie de manière arbitraire parmi celles-ci. La solution en sortie de 260 fournit le chemin (mode point à point) ou les chemins (mode multipoint) permettant de router le lien virtuel. A l'étape 270, le fichier d'état du réseau 220 est mis à jour. L'algorithme procède de manière itérative, jusqu'à épuisement des liens virtuels à router. En 280, on vérifie si tous les liens virtuels sont routés et, dans l'affirmative, on procède, selon un mode de réalisation, à une étape de vérification du déterminisme du réseau en 290. Cette étape est prise en charge par un algorithme dénommé network calculus connu de l'état de la technique, par exemple de l'article de Jean-Yves Le Boudec intitulé Application of network calculus to garanteed service networks publié dans IEEE Trans. on Information Theory, Vol. 44, n 3, Mai 1998. Cet algorithme calcule à partir d'une enveloppe de trafic en tous les points du réseau, les bornes de latence et les tailles de files d'attente pour chaque élément du réseau. Le déterminisme est garanti pour une latence bornée et un dimensionnement correct des files d'attente pour chaque élément du réseau.
En dernier lieu, les tables de commutation des commutateurs de trame sont mises à jour en 295. Ces tables de commutation fixent de manière univoque le routage des liens sur le réseau.
Le procédé de routage peut être mis en oeuvre une première fois lors de la mise en fonctionnement du réseau et/ou à chaque fois qu'un lien virtuel doit être modifié ou ajouté. Les contraintes topologiques mentionnées plus haut sont de deux types distincts : les contraintes absolues et les contraintes relatives. Les contraintes absolues pèsent sur le routage d'un lien virtuel indépendamment de la présence d'autres liens sur le réseau. Par exemple, dans le cas d'un réseau AFDX embarqué sur un aéronef, les côtés gauche et droit du réseau, correspondant aux côtés gauche et droit de l'avion, sont alimentés par des barres d'alimentation différentes. Afin que la défaillance d'une alimentation ne mette pas en péril l'entièreté du réseau, les contraintes topologiques suivantes sont imposées . un lien virtuel issu d'un terminal source situé d'un côté du réseau et aboutissant à un terminal destinataire situé du côté opposé ne peut traverser qu'une fois la frontière séparant les deux côtés du réseau. Si le lien virtuel est de type multipoint, la contrainte s'applique à chaque chemin constitutif du lien ; un lien virtuel issu d'un terminal source situé d'un côté du réseau et desservant un terminal destinataire situé du même côté ne peut pas traverser la frontière séparant les deux côtés du réseau. Cette règle se généralise sans peine au cas où le réseau peut être partitionné en une pluralité quelconque de zones distinctes, sous réserve qu'un terminal quelconque d'une zone puisse desservir un terminal quelconque d'une autre zone sans passer par une zone tierce. Les différentes zones du réseau sont par exemple alimentées par des sources d'alimentation indépendantes. Les liens virtuels intra-zone sont routés au sein de la zone en question alors que les liens virtuels inter-zone ne franchissent qu'une seule fois la frontière séparant lesdites zones, ce sans passer par une zone tierce. D'autres contraintes topologiques absolues peuvent être fixées comme la collocation ou la ségrégation avec un élément du réseau. On entend par là qu'il pourra être spécifié que le lien virtuel passe nécessairement par un élément donné du réseau (par exemple un commutateur ou une liaison physique) ou bien au contraire évite nécessairement cet élément. On conçoit que la collocation avec plusieurs éléments du réseau puisse conduire à un routage univoque du lien virtuel. Le lien virtuel est alors dit fixé .
Les contraintes topologiques relatives concernent les liens virtuels entre eux. Ainsi, on pourra fixer des contraintes de collocation ou de ségrégation entre liens virtuels. On entend par là qu'il pourra être spécifié que deux liens virtuels doivent passer par les mêmes commutateurs du réseau ou bien au contraire que ceux-ci ne doivent partager aucun commutateur commun. Les contraintes topologiques relatives peuvent concerner différents liens virtuels d'un même faisceau fonctionnel, auquel cas la contrainte posée est une contrainte de ségrégation. Elles peuvent aussi concerner des liens virtuels appartenant à des faisceaux fonctionnels distincts. Comme on l'a vu plus haut, après avoir sélectionné un sous-ensemble de candidats possibles satisfaisant aux contraintes topologiques précitées, l'algorithme de routage recherche parmi les candidats possibles celui ou ceux qui minimise(nt) une ou plusieurs fonctions de coût.
Une première fonction de coût envisagée est le nombre de commutateurs traversés par le lien virtuel. Plus précisément, si le lien est de type point à point, on cherche à minimiser le nombre de commutateurs traversés par ce lien. Si le lien est de type multipoint, la minimisation porte sur le nombre de commutateurs traversés pour chacun des chemins constitutifs du lien. Un faible nombre de commutateurs traversés permet de réduire la probabilité de défaillance du lien virtuel ou de chaque chemin constitutif de ce lien. Une seconde fonction de coût concerne les liens virtuels de type multipoint. Elle est définie comme le nombre de commutateurs communs aux chemins constitutifs d'un lien de type multipoint.
Une troisième fonction de coût concerne les faisceaux de liens. Elle est définie comme le nombre de commutateurs communs aux liens virtuels appartenant à un même faisceau. La minimisation de la seconde ou de la troisième fonction de coût permet, selon le cas, de réduire la probabilité de défaillance conjointe des chemins d'un même lien virtuel ou des liens virtuels d'un même faisceau. Une quatrième fonction de coût concerne également les faisceaux de liens. Elle est définie comme le nombre total de commutateurs traversés par tous les liens virtuels d'un même faisceau. Une cinquième fonction de coût est définie comme le débit du port de sortie du commutateur le plus chargé du réseau. La minimisation de cette fonction de coût vise à répartir au mieux la charge de trafic au sein du réseau. Ces exemples de fonctions de coût ne sont en aucun cas limitatifs. D'autres fonctions de coût peuvent être envisagées, dans la mesure où elles visent notamment à quantifier l'impact de la défaillance d'un élément ou d'une pluralité d'éléments du réseau. La minimisation successive des fonctions de coût peut conduire à un ensemble de solutions sous-optimales. Selon une variante de réalisation, on construit une combinaison linéaire des fonctions de coût au moyen de coefficients de pondération reflétant l'importance relative de ces fonctions dans le routage et l'on minimise la nouvelle fonction de coût ainsi construite sur l'ensemble des solutions possibles. De manière similaire, la nouvelle fonction de coût peut être construite comme produit des fonctions de coût, chacune étant affectée d'un exposant reflétant son importance relative dans le routage. Les Figs. 3A à 3E illustrent le mécanisme de minimisation des fonctions de coût dans le cas d'un lien virtuel du type multipoint. Le lien virtuel à router est issu du terminal source E1 et dessert les terminaux destinataires R1 et R2. On suppose que les chemins satisfaisants aux contraintes topologiques ont été préalablement sélectionnés. La minimisation de la première fonction de coût s'effectue en recherchant pour chacun des chemins possibles reliant E1 à R1 d'une part et E1 à R2, d'autre part, ceux qui traversent le nombre minimum de commutateurs. Dans le cas présent, le nombre minimum est de 3 pour le chemin E1-R1 comme pour le chemin E1-R2. Les solutions optimales sont illustrées en Fig. 3A à 3D. A contrario, on notera que la solution illustrée en Fig. 3E n'est pas optimale : en effet, elle minimise le nombre de commutateurs sur l'ensemble du lien virtuel mais non sur chacun de ses chemins constitutifs (le chemin reliant E1-R2 est de coût 4). La minimisation de la deuxième fonction de coût conduit à retenir parmi les quatre solutions précédentes, celles illustrées en Figs. 3A, 3B et 3D.
En effet pour celles-ci, le nombre de commutateurs communs entre les deux chemins est égal à 1 alors qu'il est égal à 2 pour celle de la Fig. 3C. La minimisation de la cinquième fonction de coût permet de départager les trois solutions retenues à l'étape précédente. A défaut, la solution choisie est choisie de manière arbitraire parmi les solutions restantes.Le problème du routage revient à celui d'une minimisation d'une fonction de coût/de fonctions de coût sous contraintes. Avantageusement, les fonctions de coût sous contraintes sont exprimées sous forme d'inégalités linéaires et les fonctions de coût sont des expressions linéaires de variables de décision. La minimisation peut alors être effectuée grâce à l'algorithme du simplexe. On rappelle que l'algorithme du simplexe permet de résoudre un problème du type : Argmin(bTx) avec Ax>_c et x>_0 (1) où bT est le vecteur représentatif d'une forme linéaire (fonction de coût), x est le vecteur des variables de décision (positives), A représente la matrice des contraintes et c est un vecteur constant. En pratique, l'algorithme de routage dispose en entrée de la liste des commutateurs, notée SS et, pour chaque couple de terminaux source et destination, de la liste des chemins permettant de passer du premier au second, chaque chemin étant décrit par une liste ordonnée des commutateurs qu'il traverse. On notera dans la suite par PP la liste des chemins répertoriés. Avantageusement, PP sera préalablement réduit à une liste de chemins satisfaisant déjà certaines contraintes topologiques absolues, par exemple celles relatives à la partition en zones indépendantes.
On construit alors les matrices CpS,CfS,C,S,Cpss les trois premières étant de dimension PxS et la dernière de dimension PxSxS où P est le nombre total de chemins répertoriés dans le fichier et S est le nombre total de commutateurs du réseau, les éléments de ces matrices étant définis par :
cps(p,sw)=1 si sw appartient au chemin pet cps(p,sw)=0 sinon ; cfs(p,sw)=1 si sw est le premier commutateur de p et cfs(p,sw)=0 sinon ; cs(p,sw)=1 si sw est le dernier commutateur de p et cs(p,sw)=0 sinon ; cpss(p,swl,sw2)=l si sw~ et sw2 sont des commutateurs successifs du chemin p et cpss(p,swl,sw2)=0 sinon ; où p est l'identificateur d'un chemin entre les deux terminaux et où sw,sw1,sw2 sont les identificateurs de commutateurs du réseau. Pour simplifier l'algorithme de routage on considère que tout lien virtuel fait partie d'un faisceau fonctionnel, le faisceau pouvant se réduire le cas échéant à un seul lien. On note FF la liste des faisceaux fonctionnels.
Un faisceau f de FF est déterminé par ses attributs : - f.profile indiquant si le faisceau f contient un seul lien virtuel (f.profile=l) ou non (f.profile=0) ;
- f.ocs donnant la liste des identificateurs des liens virtuels faisant partie du faisceau.
Un lien virtuel vl d'un faisceau f est défini par ses attributs : - vl.f donnant l'identificateur du faisceau auquel le lien appartient ; - vl.cost indiquant le coût en terme de trafic sur le lien virtuel ; ce coût peut être exprimé par exemple en fonction du couple intervalle de transmission et longueur maximale de trame ; - vl.rted indiquant si le lien est déjà routé (vl.rted =1) ou non ( vl.rted =0 ) ; - vl.txsw donnant l'identificateur du commutateur relié au terminal source ; - vl.rxsw donnant l'identificateur du commutateur relié au terminal destinataire (lien de type point à point) ou les identificateurs des commutateurs respectivement reliés aux terminaux destinataires (lien multipoint).
Un chemin b constitutif d'un lien virtuel vl est défini par ses attributs b.vl identificateur du lien virtuel auquel il appartient ; - b.swDest identificateur du commutateur relié au terminal destinataire desservi par ledit chemin.
On introduit d'autre part les variables de décision suivantes, toutes à valeurs positives : - vlPath[vl,p] est égale à 1 si le chemin p est constitutif du lien virtuel vl et égale à 0 sinon. On rappelle qu'un chemin p est constitutif de vl si ce chemin part du commutateur relié au terminal vl.txsw et aboutit à l'un des commutateurs de vl.rxsw ; vlBrSw[vl,swDest,sw] est égale à 1 si le chemin constitutif du lien virtuel vl se terminant par swDest passe par le commutateur sw et égale à 0 sinon ; - vlBrPerSw[vl,sw] est égale au nombre de chemins constitutifs du lien virtuel vl passant par le commutateur sw ; - comBrSw[vl,sw] est égale à 1 si plusieurs chemins constitutifs du lien virtuel vl passent par le commutateur sw ; - vlSw[vl,sw] est égale à 1 si le lien virtuel vl passe par le commutateur sw et à 0 sinon ; - fvlPerSwLf,sw] est égale au nombre de liens virtuels du faisceau fonctionnel f passant par le commutateur sw ; - comfSwLf,sw] est égale à 1 si plusieurs liens virtuels du faisceau fonctionnel f passent par le commutateur sw et à 0 sinon ; -fSwLf,sw] est égale à 1 si l'un des liens virtuels du faisceau fonctionnel f passe par le commutateur sw et à 0 sinon ; vlSwNb[vl,swl,sw2] est égale au nombre de chemins constitutifs du lien virtuel vl passant successivement par les commutateurs swl,sw2 ; vlSw[vl,swl,sw2] est égale à 1 s'il existe un chemin constitutif du lien virtuel vl passant successivement par les commutateurs swl,sw2 ; trfCst[swl, sw2 ] est la somme de trfCstPast[swl, sw2 ] et du coût de trafic entre les commutateurs swl,sw2 cumulé sur le sous-ensemble courant de liens virtuels à router ; -fixvl[swl,sw2] est égale à 1 s'il existe un lien virtuel déjà routé dudit sous-ensemble courant, passant successivement par les commutateurs swl et sw2, et égale à 0 sinon.
La contrainte de base que l'on impose à une solution (ou lien virtuel candidat) est que le(s) chemin(s) constitutif(s) de la solution soi(en)t issu(s) du terminal source et aboutisse(nt) au(x) terminal(aux) destinataire(s), c'est-à-dire:
"vif E FF; Vvl E f .ocs; Vp E PP vlPath[vl, p] cf, (p, vl.txsw) et vlPath[vl, p] <_ Lcls (p, sw) ( 2 ) swE vl.rxsw et que, pour chaque terminal destinataire du lien virtuel, il y ait un seul chemin constitutif issu du terminal source, soit :
25 "vif E FF; Vvl E f .ocs; Vsw E vl.rxsw; L vlPath[vl, p l% (p, sw).c fs (p, vl.txsw) =1 (3) pE PP20 La plupart des contraintes topologiques absolues sont susceptibles du même formalisme. Les contraintes restantes sont prises en compte, comme indiqué plus haut, en restreignant dès le départ l'ensemble PP.
Les contraintes topologiques relatives peuvent également s'exprimer à partir des variables de décision précitées sous la forme d'inégalités ou d'égalités linéaires. Ainsi, pour chaque ensemble II de chemins constitutifs devant être ségrégués, c'est-à-dire ne pouvant partager aucun commutateur commun, la contrainte de ségrégation s'exprime par : Vsw E S S ; L v1BrSw [b.vl, b.swDest , sw] 1 ( 4 ) bEII
De manière similaire, pour un ensemble II de chemins constitutifs devant subir une contrainte de collocation, c'est-à-dire devant passer par les mêmes commutateurs
VswESS ; Vb1,b2EII ; v1BrSw [b1.vl, b1.swDest, sw] = v1BrSw [b2.vl, b2.swDest, sw] ( 5 )
Bien entendu, les contraintes doivent être 25 vérifiées pour toutes les instances de ségrégation et de collocation à prendre en compte, à chaque instance étant associé un ensemble II déterminé.
Les fonctions de coût s'expriment aussi à partir 30 des variables de décision précitées. 20
Par exemple, la première fonction de coût CF1 visant à minimiser indépendamment le nombre de commutateurs traversés par les chemins constitutifs d'un lien virtuel peut s'exprimer par : CF1 = E vlPath[vl, picard( p) ( 6 ) fEFFvlE f.ocspEPP où card(p) est la cardinalité de la liste ordonnée p, autrement dit le nombre de commutateurs traversés par 10 le chemin p. On peut montrer mathématiquement que la seconde fonction de coût, visant à minimiser le nombre de commutateurs communs aux différents chemins de chaque lien virtuel de type multipoint peut s'exprimer par :
15 CF2 = L L L comBrSw[vl, sw] (7) f E FF vlE f .ocs swE SS f.profile=l De manière similaire, la troisième fonction de coût, visant à minimiser le nombre de commutateurs 20 communs aux liens virtuels d'un même faisceau fonctionnel peut s'écrire : CF3 = L comfSw [ , sw] (8) fEFF f .profile=0 swE SS 25 On peut également montrer que la quatrième fonction de coût, visant à minimiser le nombre de5 commutateurs traversés par les liens d'un faisceau fonctionnel peut s'exprimer simplement par : CF4= LfSw[f,sw] (9) fEFF f .profile=0 swE SS La cinquième fonction de coût vise à router les liens virtuels de manière à passer par les commutateurs les moins chargés. Il est possible de déterminer à partir du fichier d'état du réseau et des liens à 10 router le coût de trafic entre deux commutateurs adjacents. On appelle ici commutateurs adjacents des commutateurs swi,sw2 reliés par une liaison physique directe. Plus précisément, on détermine tout d'abord pour chaque couple quelconque de commutateurs adjacents 15 swi,sw2, s'il existe au moins un lien virtuel passant successivement par ceux-ci .
bf E FF; Vvl E f .ocs; bswi , sw2 E SS; 2 0 vlSwNb [vl, swi , sw2 ] = vlPath [vl, p jcpss (p, swi , sw2 ) (10) pE PP La variable de décision vlSw[vl,sw1,sw2] est exprimée en fonction de vlSwNb[vl,sw1,sw2] au moyen des contraintes linéaires suivantes: bf E FF; Vvl E f .ocs; bswi , sw2 E SS; 25 vlSw [vl, swz , sw2 ] <_ vlSwNb [vl, swz , swz ] vlSwNb [vl, swz , swz ] (P + 1)vlSw [vl, swz , swz ] (11) Ce jeu de contraintes linéaires implique en effet : vlSw [vl, swz , sw2 ] = 0 si vlSwNb [vl, swz , sw2 ] = 0 vlSw [vl, swz , swz ] =1 si vlSwNb [vl, swz , swz ] 1 (12) 10 De même on exprime la variable de décision fixvl [swl,sw2] en fonction de la somme LvlSw[vl,swl,sw2] au fEFF vlE f .ocs vl.rted=0 moyen des contraintes linéaires suivantes : Vf E FF; Vvl E f .ocs; Vswl, sw2 E SS; fixvl [swl, sw2 ] <_ vlSw [vl, swl , sw2 ] fEFF vlE f .ocs vl. rted =0 vlSw [vl, sw, , sw2 ] (M + 1)fixvl [sw,, fEFF vlE f .ocs vl.rted=0 (13) avec M = F.max(Card(f.ocs)) où F = Card(FF) fEFF Ce jeu de contraintes linéaires implique en effet: fixvl [sw,, swz ] = 0 si L vlSw [vl, sw, , sw2 ] = 0 fEFF vlE f .ocs vl.rted=0 15 20 fixvl [swl, si LvlSw[vl,sw,,swz]>_ 1 fEFF vlE focs vl.rted=0 (14) On évalue ensuite le coût de trafic du port de sortie de swl connecté à sw2, pour un couple quelconque de commutateurs adjacents : bswl ,sw2 E SS; trfCst [sw, , sw2 ] = trfCstPast [sw, , sw2 1+ (vl.cost ).vlSw (vl, swz , sw2 ) fEFF vlE f .ocs vl.rted=0 (15) où trfCstPast[swl,sw2] est le coût de trafic entre les commutateurs swl,sw2 c'est-à-dire sur le port de sortie de swl relié à sw2, cumulé sur tous les liens virtuels déjà routés.
Autrement dit, le calcul de coût de trafic est effectué sur les liens déjà routés (vl.rted=l) et sur les liens à router (vl.rted =0) . La valeur trfCstPast[swl,sw2] est initialisée par celle du coût de trafic induit par les liens virtuels fixés, c'est-à-dire dont le routage est univoque. Elle peut être stockée dans le fichier d'état du réseau.
La cinquième fonction de coût s'exprime alors sous la forme suivante : CF5 = max (trfCstw[sw], swl ,sw2ESS en imposant les contraintes linéaires : bswl , sw2 E SS; trfCstw [sw,, swz ] ù trfCst [sw,, swz ] >_ M (fixvl [sw,,
trfCstw[sw,,sw2 ] <_ trfCst[sw,,
trfCstw [sw,, swz ] <_ Mfixvl [sw,, swz ]
trfCst[sw,,sw2 ] < M (17) avec M = F.max (Card(f.ocs)). fmax (vl.cost) vlE f .ocs Ce jeu de contraintes linéaires implique en effet pour tout couple de commutateurs sw1,sw2: trfCstw [swl, sw2 ] = trfCst [swl, sw2 ] si fixvl [swl, sw2 1=1
trfCstw[sw,,swz]=0 si fixvl [sw,,swz]=0 Ceci permet de ne considérer dans la variable de décision trfCstw[sw,,sw2I que la contribution des liens virtuels à router et, parmi ces derniers, seulement ceux qui passent par swl,sw2.
Si l'on souhaite effectuer une minimisation conjointe des fonctions de coût, on construit une nouvelle fonction CF=Loti CFi , combinaison linéaire des z]) (16) 30 (18) 25 fonctions CFi avec les coefficients de pondération 0<_ ai<_1. C'est en définitive la recherche du minimum de la fonction de coût CF qui donne la solution optimale de routage sous forme de valeurs des variables de décision. Si plusieurs solutions optimales existent au sens précédent, l'une d'entre elles est choisie de manière arbitraire. Alternativement, les fonctions de coût peuvent être minimisées l'une après l'autre, par ordre de priorité décroissante, chacune l'étant sur le sous- ensemble de solutions fournies par l'étape de minimisation précédente. Dans ce mode de réalisation, des contraintes peuvent être prises en compte entre les étapes de minimisation.
Que ce soit par minimisation conjointe ou successive des fonctions de coût, l'optimisation globale sur l'ensemble FF peut entraîner des temps de calcul très longs si le nombre de liens virtuels est élevé.
On partitionne alors avantageusement cet ensemble en sous-ensembles indépendants de plus faible cardinalité possible, les contraintes topologiques relatives et la minimisation des fonctions de coût s'appliquant seulement au sein de chaque sous-ensemble.
Etant donné que les liens virtuels d'un même faisceau fonctionnel ne peuvent être routés indépendamment, chaque sous-ensemble est nécessairement constitué d'un ou de plusieurs faisceaux. L'algorithme de routage est appliqué en séquence auxdits sous-ensembles.
Il convient de noter toutefois que l'indépendance des sous-ensembles peut ne pas être totale. Ainsi, la minimisation de fonction de coût CF5 fait en principe intervenir tous les liens virtuels à router. Dans ce cas, on privilégie les sous-ensembles de liens virtuels pour lesquels la liberté de routage est la plus faible, par exemple ceux dont les liens seront a priori les plus courts, ces sous-ensembles étant traités en priorité par le procédé de routage.
Des exemples de routage selon l'invention seront donnés ci-après pour un réseau embarqué. Dans ces exemples, les fonctions de coût sont minimisées successivement. L'unité de routage considérée est ici le faisceau fonctionnel, un lien virtuel étant considéré comme un faisceau à un seul lien.
La Fig. 4 illustre schématiquement un exemple de routage de lien virtuel (ou faisceau monolien) de type point à point, entre un terminal source E1 et un terminal destinataire R.
A l'étape 410, on applique la contrainte de base pour déterminer les chemins possibles entre le terminal source et le terminal destinataire. A l'étape 420, on applique les contraintes topologiques relatives, en tenant compte des liens virtuels déjà routés, s'il en existe, puis on détermine en 430 si les terminaux sont du même côté du réseau. Si c'est le cas, on applique en 435 une contrainte de non franchissement (routage intra-zone) et on minimise la fonction de coût CF1 sur l'ensemble des solutions possibles sélectionnées par les contraintes précédentes. En revanche, si les terminaux ne sont pas du même côté du réseau, on applique en 437 une contrainte de franchissement (un seul franchissement inter-zone) et l'on minimise, comme pour le premier cas, la fonction de coût CF1 sur l'ensemble des solutions possibles. Si les étapes 435 ou 437 ne fournissent pas une solution de routage unique, on poursuit en minimisant en 440 la fonction de coût CF5 sur les solutions restantes. On met à jour le fichier d'état du réseau en 450.
La Fig. 5 illustre schématiquement un exemple de routage de lien virtuel (ou faisceau monolien) de type multipoint, entre un terminal source E1 et une pluralité K de terminaux destinataires R1rR2,..,RK. Pour chaque couple de terminaux (E1rRk) on applique en 5101r 5102, .. , 510K la contrainte de base de manière à ne retenir que les chemins possibles entre E1 d'une part et R1r R2, .. , RK d'autre part.
En 5201r5202,..,520K, on applique individuellement aux différents chemins, les contraintes topologiques relatives en tenant compte des liens déjà routés. Sur chacun des K ensembles de chemins possibles on minimise individuellement la fonction de coût CF1, en 5301r 5302, .. , 530K, respectivement. On effectue ensuite en 540 toutes les combinaisons des chemins donnés par 5301r 5302, .. , 530x, respectivement. On obtient ainsi un ensemble de solutions de routage possibles pour le lien virtuel en question.
On minimise alors en 550 la fonction de coût CF2 sur l'ensemble de ces solutions possibles. Si l'étape 550 ne fournit pas une solution unique, on minimise en 560 la fonction de coût CF4 sur l'ensemble des solutions restantes. Si l'étape 560 ne fournit toujours pas de solution unique, la fonction de coût CF5 est minimisée en 570 sur l'ensemble des solutions restantes et l'on met à jour le fichier d'état du réseau en 580.
La Fig. 6 illustre schématiquement un exemple de routage de faisceau de N liens virtuels de type point à point. Chaque lien est issu d'un terminal source Ei et dessert un terminal destinataire Ri, 1<i<-N.
Pour chaque couple de terminaux (Ei, Ri) on applique en 610i la contrainte de base de manière à ne retenir que les chemins possibles entre Ei et Ri. Les étapes 620i, 630i, 640 sont analogues aux étapes 520k, 530k, 540 à ceci près que l'on obtient en 640 toutes les solutions possibles de routage pour le faisceau de liens. On minimise ensuite en 650 la fonction de coût CF3 sur l'ensemble des solutions possibles. Si l'étape 650 ne fournit pas une solution unique, on minimise en 660 la fonction de coût CF4 sur l'ensemble des solutions restantes. Si l'étape 660 ne fournit toujours pas de solution unique, la fonction de coût CF5 est minimisée en 670 sur l'ensemble des solutions restantes et on met à jour le fichier d'état du réseau en 680.
La Fig. 7 illustre schématiquement un exemple de routage de faisceau de N liens virtuels de type multipoint. On suppose que chaque lien virtuel VLi est issu d'un terminal source Ei et dessert Ki terminaux destinataires Rik avec 1<i<-N et 1<k<Ki On applique en 710i la contrainte de base pour tous les couples de terminaux (Ei, Rik) , 1<k<-Ki puis en 720i les contraintes topologiques relatives comme en Fig. 5. On obtient en sortie de 720i Ki ensembles Pik de chemins possibles pour constituer le lien virtuel VLi, un ensemble Pik étant relatif à un couple (Ei, Rik) donné. A l'étape 730i, on minimise la fonction de coût CF1 sur chacun de ces ensembles, comme aux étapes 5301 à 530K de la Fig. 5. A l'étape 740, on effectue toutes les combinaisons possibles de tous les chemins retenus à l'étape 730i étant entendu que, pour chaque combinaison, l'on ne sélectionne qu'un chemin par couple (Ei, Rik) . Chaque combinaison correspond ainsi à K1+K2+...+KN chemins retenus. On obtient ainsi un ensemble de solutions de routage possibles pour les différents liens virtuels VLi, c'est-à-dire un ensemble de solutions de routage possibles du faisceau. Le reste de l'organigramme est identique à celui de la Fig. 6, les étapes 750, 760, 770 et 780 étant respectivement identiques à celles représentées en 650, 660, 670 et 680.30

Claims (22)

REVENDICATIONS
1. Procédé de routage de liens virtuels dans un réseau à commutation de trames comprenant une pluralité de terminaux sources et/ou destinataires desdites trames, des commutateurs de trames étant reliés entre eux par des liaisons physiques, chaque lien virtuel étant défini, pour un type point à point, par un chemin à travers ledit réseau entre un terminal source et un terminal destinataire et, pour un type multipoint, par une pluralité de chemins à travers ledit réseau entre un terminal source d'une part et une pluralité de terminaux destinataires, d'autre part, ledit procédé étant caractérisé en ce que, pour au moins un lien virtuel, il comprend les étapes suivantes : (a) sélection (250) parmi un ensemble de chemins possibles entre le terminal source et le ou les terminal(aux) destinataire(s), d'un sous-ensemble de chemins satisfaisant à au moins une contrainte topologique prédéterminée ; (b) détermination (260) parmi ledit sous-ensemble, d'un chemin, pour un lien virtuel de type point à point ou d'une pluralité de chemins, pour un lien virtuel de type multipoint, minimisant au moins une fonction de coût donnée ; (c) routage (295) dudit lien virtuel selon le ou les chemin(s) ainsi déterminé(s).
2. Procédé de routage selon la revendication 1, caractérisé en ce que, ledit lien virtuel étant un lien point à point et le réseau étant partitionné en zonesdistinctes, ladite contrainte topologique est une contrainte (435) de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone, ladite contrainte topologique appliquée étant, dans le cas contraire, une contrainte (437) de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire.
3. Procédé de routage selon la revendication 2, caractérisé en ce que l'étape de sélection prend en compte des contraintes topologiques additionnelles (420) de ségrégation et/ou de collocation des chemins possibles vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs.
4. Procédé de routage selon la revendication 2 ou 3, caractérisé en ce que ladite fonction de coût (440) est le nombre de commutateurs traversés par un chemin.
5. Procédé de routage selon la revendication 1, caractérisé en ce que ledit lien virtuel étant de type multipoint et le réseau étant partitionné en zones distinctes, on applique à chaque chemin possible entre ledit terminal source et un terminal destinataire dudit lien, une contrainte (5201r ..,520x) de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et audit terminal destinataire appartiennent à la même zone, ladite contrainte topologique appliquée étant,dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire.
6. Procédé de routage selon la revendication 5, caractérisé en ce que l'on applique (5201r..,520x), pour chacun des chemins possibles entre ledit terminal source et un terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs.
7. Procédé de routage selon la revendication 5 ou 6, caractérisé en ce que ladite fonction de coût est le nombre de commutateurs traversés par un chemin et qu'elle est minimisée (5301r .. , 530x) sur chaque ensemble de chemins possibles entre ledit terminal source et un terminal destinataire dudit lien, pour fournir au moins un chemin candidat par terminal destinataire.
8. Procédé de routage selon la revendication 7, caractérisé en ce que l'on effectue (540) des combinaisons de K chemins candidats où K est le nombre de terminaux destinataires du lien, chaque combinaison correspondant à une solution possible de routage dudit lien multipoint, et qu'un seconde fonction de coût est minimisée (550) sur l'ensemble desdites solutions possibles ainsi obtenues.
9. Procédé de routage selon la revendication 8, caractérisé en ce que la seconde fonction de coûtévalue, pour chaque solution possible, le nombre de commutateurs partagés entre ses différents chemins constitutifs.
10. Procédé de routage selon la revendication 1 caractérisé en ce que, pour au moins un groupe de liens participant à la réalisation d'une même fonction, dit faisceau de liens, chaque lien étant point à point et le réseau étant partitionné en zones distinctes, on applique pour chacun des liens dudit faisceau (6201r..,62ON), à chaque chemin possible entre le terminal source et le terminal destinataire dudit lien, une contrainte de non franchissement de frontière entre zones si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone, et, dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire.
11. Procédé de routage selon la revendication 10, caractérisé en ce que l'on applique (6201r..,620x), pour chaque lien virtuel et pour chacun des chemins possibles entre le terminal source et le terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à-vis de liens virtuels déjà routés ou non ou de commutateurs.
12. Procédé de routage selon la revendication 10 ou 11, caractérisé en ce que ladite fonction de coût estle nombre de commutateurs traversés par un chemin et qu'elle est minimisée (6301r..,63ON), pour chacun des liens dudit faisceau, sur chaque ensemble de chemins possibles entre le terminal source et le terminal destinataire dudit lien, pour fournir au moins un chemin candidat par lien.
13. Procédé de routage selon la revendication 12, caractérisé en ce que l'on effectue (640) des combinaisons de N chemins candidats où N est le nombre de liens dudit faisceau, chaque combinaison correspondant à une solution possible de routage dudit faisceau, et qu'une troisième fonction de coût est minimisée (650) sur l'ensemble desdites solutions possibles ainsi obtenues.
14. Procédé de routage selon la revendication 13, caractérisé en ce que la troisième fonction de coût évalue, pour chaque solution possible de routage du faisceau, le nombre de commutateurs partagés entre les chemins dont ladite solution est la combinaison.
15. Procédé de routage selon la revendication 1, caractérisé en ce que, pour au moins un groupe de liens participant à la réalisation d'une même fonction, dit faisceau de liens, chaque lien étant de type multipoint et le réseau étant partitionné en zones distinctes, on applique pour chacun des liens dudit faisceau (7201r..,720N), à chaque chemin possible entre le terminal source et un terminal destinataire dudit lien, une contrainte de non franchissement de frontière entrezones si les commutateurs reliés respectivement au terminal source et au terminal destinataire appartiennent à la même zone, et, dans le cas contraire, une contrainte de franchissement unique de la frontière entre les zones d'appartenance respectives desdits terminaux source et destinataire.
16. Procédé de routage selon la revendication 15, caractérisé en ce que l'on applique (7201r..,77ON), pour chaque lien virtuel et pour chacun des chemins possibles entre le terminal source et un terminal destinataire dudit lien, des contraintes topologiques additionnelles de ségrégation et/ou de collocation de ces chemins vis-à-vis de liens virtuels déjà routés.
17. Procédé de routage selon la revendication 15 ou 16, caractérisé en ce que ladite fonction de coût est le nombre de commutateurs traversés par un chemin et qu'elle est minimisée (7301r..,73ON), pour chacun des liens dudit faisceau, sur chaque ensemble de chemins possibles entre le terminal source et chaque terminal destinataire dudit lien, pour fournir au moins un chemin candidat par lien et par terminal destinataire.
18. Procédé de routage selon la revendication 17, caractérisé en ce que l'on effectue (740) des combinaisons de K1+K2+...+KN chemins candidats où les Ki, 1<i<-N sont les nombres de chemins respectifs des N liens dudit faisceau, chaque combinaison correspondant à une solution possible de routage dudit faisceau, et qu'une quatrième fonction de coût est minimisée (750)sur l'ensemble desdites solutions possibles ainsi obtenues.
19. Procédé de routage selon la revendication 18, caractérisé en ce que la quatrième fonction de coût évalue, pour chaque solution possible de routage du faisceau, le nombre de commutateurs traversés par les liens du faisceau correspondant à cette solution.
20. Procédé de routage selon l'une des revendications 2, 5, 10 ou 15, caractérisé en ce que lesdites zones du réseau sont alimentées par des sources d'alimentation indépendantes.
21. Procédé de routage selon l'une des revendications précédentes, caractérisé en ce que l'on minimise une cinquième fonction de coût évaluant la charge de trafic du commutateur le plus chargé du réseau, sur l'ensemble des solutions de routage obtenues par minimisation de l'une des seconde, troisième ou quatrième fonctions de coût.
22. Programme d'ordinateur comprenant des moyens logiciels adaptés à mettre en oeuvre les étapes du procédé selon l'une des revendications précédentes, lorsqu'il est exécuté par un ordinateur.
FR0652093A 2006-06-12 2006-06-12 Procede de routage de liens virtuels dans un reseau a commutation de trames Active FR2902255B1 (fr)

Priority Applications (10)

Application Number Priority Date Filing Date Title
FR0652093A FR2902255B1 (fr) 2006-06-12 2006-06-12 Procede de routage de liens virtuels dans un reseau a commutation de trames
FR0752972A FR2902256B1 (fr) 2006-06-12 2007-01-30 Procede de routage de liens virtuels dans un reseau a commutation de trames
BRPI0712116-4A BRPI0712116A2 (pt) 2006-06-12 2007-05-24 processo de roteamento de ligações virtuais em uma rede de comutação de quadros, e, programa de computador
US12/303,423 US8208476B2 (en) 2006-06-12 2007-05-24 Method of routing virtual links in a frame-switching network
RU2008152059/08A RU2451410C2 (ru) 2006-06-12 2007-05-24 Способ маршрутизации виртуальных соединений в сети с коммутацией кадров
CA2654969A CA2654969C (fr) 2006-06-12 2007-05-24 Procede de routage de liens virtuels dans un reseau a commutation de trames
CN2007800220527A CN101467390B (zh) 2006-06-12 2007-05-24 在帧交换网络中的虚链路的路由选择方法
PCT/FR2007/051323 WO2007144527A1 (fr) 2006-06-12 2007-05-24 Procédé de routage de liens virtuels dans un réseau à commutation de trames
EP07766095.9A EP2030367B1 (fr) 2006-06-12 2007-05-24 Procédé de routage de liens virtuels dans un réseau à commutation de trames
JP2009514854A JP5112426B2 (ja) 2006-06-12 2007-05-24 フレームスイッチングネットワークにおける仮想リンクをルーティングする方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0652093A FR2902255B1 (fr) 2006-06-12 2006-06-12 Procede de routage de liens virtuels dans un reseau a commutation de trames

Publications (2)

Publication Number Publication Date
FR2902255A1 true FR2902255A1 (fr) 2007-12-14
FR2902255B1 FR2902255B1 (fr) 2008-08-01

Family

ID=37603270

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0652093A Active FR2902255B1 (fr) 2006-06-12 2006-06-12 Procede de routage de liens virtuels dans un reseau a commutation de trames

Country Status (2)

Country Link
CN (1) CN101467390B (fr)
FR (1) FR2902255B1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110620691A (zh) * 2019-09-25 2019-12-27 上海兰鹤航空科技有限公司 664航电网络的物理拓扑结构生成算法
CN113472671A (zh) * 2020-03-30 2021-10-01 中国电信股份有限公司 组播路由的确定方法、装置和计算机可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685073B (zh) * 2012-09-03 2017-04-12 中国电信股份有限公司 虚连接通信协议的实现方法、系统和内容交换机

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6584093B1 (en) * 1998-08-25 2003-06-24 Cisco Technology, Inc. Method and apparatus for automatic inter-domain routing of calls
US20050083936A1 (en) * 2000-04-25 2005-04-21 Cisco Technology, Inc., A California Corporation Apparatus and method for scalable and dynamic traffic engineering in a data communication network
US20060083251A1 (en) * 2004-10-20 2006-04-20 Kenji Kataoka Route control method of label switch path

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1723661A (zh) * 2004-02-18 2006-01-18 日本电信电话株式会社 数据包通信网络,路由控制服务器,路由控制方法,数据包传送装置,接纳控制服务器,光波长路径设定方法,程序和记录介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6584093B1 (en) * 1998-08-25 2003-06-24 Cisco Technology, Inc. Method and apparatus for automatic inter-domain routing of calls
US20050083936A1 (en) * 2000-04-25 2005-04-21 Cisco Technology, Inc., A California Corporation Apparatus and method for scalable and dynamic traffic engineering in a data communication network
US20060083251A1 (en) * 2004-10-20 2006-04-20 Kenji Kataoka Route control method of label switch path

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110620691A (zh) * 2019-09-25 2019-12-27 上海兰鹤航空科技有限公司 664航电网络的物理拓扑结构生成算法
CN110620691B (zh) * 2019-09-25 2024-05-28 上海兰鹤航空科技有限公司 664航电网络的物理拓扑结构生成算法
CN113472671A (zh) * 2020-03-30 2021-10-01 中国电信股份有限公司 组播路由的确定方法、装置和计算机可读存储介质
CN113472671B (zh) * 2020-03-30 2023-05-02 中国电信股份有限公司 组播路由的确定方法、装置和计算机可读存储介质

Also Published As

Publication number Publication date
FR2902255B1 (fr) 2008-08-01
CN101467390B (zh) 2012-03-21
CN101467390A (zh) 2009-06-24

Similar Documents

Publication Publication Date Title
EP2030367B1 (fr) Procédé de routage de liens virtuels dans un réseau à commutation de trames
CA2655948C (fr) Procede de routage de liens virtuels dans un reseau a commutation de trames a determinisme garanti
US10542076B2 (en) Cloud service control and management architecture expanded to interface the network stratum
Noormohammadpour et al. Dcroute: Speeding up inter-datacenter traffic allocation while guaranteeing deadlines
US8873554B2 (en) Data structure-less distributed fabric multicast
US9391704B2 (en) Replacing an existing network communications path with a new path using some exclusive physical resources of the existing path
FR2905047A1 (fr) Reseau afdx supportant une pluralite de classes de service
US20070230362A1 (en) Generating A Path Inventory For A Communication Network
US10305785B2 (en) Adaptive traffic routing in communication networks
FR2836313A1 (fr) Methode de protection locale de chemins a commutation d&#39;etiquettes avec partage de ressources
US20100284269A1 (en) Multi-Node State Recovery for a Communication Network
US8938163B2 (en) Method and system for hybrid multi-layer mesh restoration in a communication network
FR2902255A1 (fr) Procede de routage de liens virtuels dans un reseau a commutation de trames
US20200220806A1 (en) Provisioning recovery paths in a mesh network
US8891956B2 (en) Method and system for increasing transponder sharing for mesh restoration in a communication network
US20100284268A1 (en) Node State Recovery for a Communication Network
Pavan et al. Estimating CapEx in optical multilayer networks
Yang et al. A study on cross-layer multi-constraint path computation for IP-over-optical networks
FR2867639A1 (fr) Procede de transmission de donnees entre noeuds d&#39;un reseau de communications a acces multiple, par decrementation d&#39;un compteur associe
Yang et al. An infrastructure with a unified control plane to integrate IP into optical metro networks to provide flexible and intelligent bandwidth on demand for cloud computing
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
FR2864394A1 (fr) Procede d&#39;etablissement d&#39;une connexion logique entre un noeud de depart et un noeud d&#39;arrivee non adjacents d&#39;un reseau de telecommunications
Paggi Network Core
Al-Ani Integrating IP Protocol Into Optical Networks by Using Software-defined Network (SDN)
Chan Development Of A Simulation Tool For Estimating The Reconfiguration And Restoration Times Of A Distributed Intelligence Optical Mesh Network

Legal Events

Date Code Title Description
CA Change of address

Effective date: 20110916

CD Change of name or company name

Owner name: AIRBUS HOLDING, FR

Effective date: 20110916

CJ Change in legal form

Effective date: 20110916

TP Transmission of property

Owner name: AIRBUS HOLDING, FR

Effective date: 20110913

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12