FR 2906429 A1 20080328 FR 0653925 A 20060925 1 Arrière-plan de l'invention L'invention se situe dans le domaine des télécommunications, et plus particulièrement des réseaux de commutation par étiquettes de type IP/MPLS (Internet Protocol / Multi Protocol Label Switching). La technologie MPLS n'est pas décrite ici, pour plus d'informations on peut se référer au document de I'Internet Engineering 10 Task Force (IETF), Request for Comment RFC 3031. L'invention se situe dans le contexte des réseaux IP/MPLS comportant des routeurs de coeurs, appelés routeurs P, et des routeurs d'accès ou de bordure appelés ASBR. Certains réseaux IP/MPLS dits de type Flat IP utilisent la 15 commutation IP sur tous les routeurs coeurs situés entre les routeurs de bordure. D'autres utilisent la commutation MPLS sur tous les routeurs coeurs situés entre les routeurs de bordure, les routeurs de bordure utilisant des tunnels MPLS pour s'envoyer des paquets IP. Dans cette 20 technique, particulièrement décrite à la section 4.6 LSP Tunneling between BGP Border Routers du document RFC 3031 précité, les routeurs coeurs n'ont pas besoin de connaître les routes externes annoncées par les routeurs de bordure au moyen du protocole BGP (Border Gateway Protocol). 25 Dans la pure terminologie BGP, un ASBR est un routeur de bordure d'un site autonome établissant au moins une session eBGP avec un autre site autonome. Dans ce document, nous utiliserons une définition plus étendue, le terme ASBR pouvant s'appliquer à tout routeur de bordure annonçant des routes BGP pour lesquelles il est un point de 30 passage obligé, ce qui signifie qu'il est le next-hop BGP, ou que le next- hop BGP appartient à l'une de ses interfaces. Certains services de communication ont de fortes exigences en termes de disponibilité (par exemple service de voix (VoIP), télémédecine). Ces services nécessitent un reroutage déterministe en 35 moins de 100ms en cas de panne de lien ou de noeud. Aujourd'hui, la 2906429 2 seule technologie permettant de telles performances de reroutage est le Fast Reroute consistant à établir à l'avance des chemins de secours locaux contournant l'élément protégé. En cas de panne, le noeud directement en amont met à jour sa table de routage et bascule le trafic sur le chemin de 5 secours. Cette méthode ne nécessite aucun calcul de route ni signalisation après la panne. De plus, les routes de secours sont préinstallées dans les tables de commutation des routeurs, ce qui garantit un temps de reroutage déterministe inférieur à 100ms. Il existe deux modes pour réaliser cette protection : - le mode Fast Reroute MPLS reposant sur l'établissement de tunnels primaires MPLS-TE de bout en bout, protégés localement par des tunnels de secours MPLS-TE, ce mode étant décrit dans le document RFC 4090 de l'IETF ; - le mode Fast Reroute IP reposant sur une protection de routes IP par des routes de secours évitant l'élément protégé et sans risque de boucle. Ces routes de secours peuvent être en mode connecté avec des tunnels MPLS-TE de secours locaux ou en mode non connecté lorsqu'il n'y a pas de risque de boucle. Pour plus de détails sur ce deuxième mode de réalisation, on peut se reporter aux documents suivants : - Shen, Pan, Nexthop Fast ReRoute for IP and MPLS (http://www.potaroo.net/ietf/all-ids/draft-shen-nhop-fastreroute-01.txt) et - Shand, Bryant, IP Fast Reroute Framework , http://www. ietf.orq/internet-d rafts/draft-ietf-rtqwq-ipfrr-framework-05.txt. Le mode Fast Reroute MPLS permet, avec un maillage des routeurs de bordure par des tunnels MPLS-TE primaires, une protection des liens ASBR-P, P-P et des noeuds P. Il passe difficilement à l'échelle car il nécessite un maillage de tous les routeurs ASBR et requiert donc un nombre de tunnels au carré du nombre de ASBRs. Il n'est donc applicable en pratique qu'à un faible nombre d'ASBRs (-100). Le mode Fast Reroute IP permet une protection des liens ASBRP, P-P et des noeuds P. Il ne nécessite pas de tunnels MPLS-TE primaires et passe donc beaucoup mieux à l'échelle. Les techniques de Fast Reroute actuelles, présentées ci dessus ne permettent pas de protéger les routeurs ASBR d'un réseau IP/MPLS. En effet, la technique Fast Reroute MPLS, telle que définie dans le document RFC 4090, qui nécessite des tunnels RSVP-TE entre les sites autonomes ne peut être utilisée dans des réseaux de grande échelle. 2906429 3 Par ailleurs, la technique Fast Reroute IP ne permet pas de protéger les routeurs ASBR, ceux-ci étant situés en extrémité de tunnel ou étant un point de sortie désigné du réseau et ne pouvant donc pas être contournés en cas de panne. 5 Par ailleurs, les techniques de protection actuelles n'utilisent que les informations du protocole de routage interne IGP (Internai Gateway Protocol), et ne peuvent sécuriser que les pannes d'éléments internes au réseau. Elles ne sont donc pas utilisables pour sécuriser les ASBR, routeurs de bordure entre deux sites autonomes, leur protection nécessitant la 10 prise en compte les informations de routage externe distribuées par le protocole BGP. Les seuls mécanismes de sécurisation contre les pannes de routeur ASBR disponibles aujourd'hui reposent sur la convergence du protocole BGP qui offrent des temps de sécurisation supérieurs à la 15 seconde, incompatibles avec les exigences de disponibilité des services temps réels. Il est donc primordial pour assurer une bonne disponibilité de routeur client à routeur client de définir de nouveaux mécanismes permettant de protéger rapidement les routeurs ASBR, et capables de 20 supporter un grand nombre de routeurs clients (i.e. passage à l'échelle). Objet et résumé de l'invention Selon un premier aspect, l'invention vise un routeur coeur pouvant être utilisé dans un premier système autonome, ce routeur coeur 25 étant connecté à un routeur de bordure nominal connecté à un deuxième système autonome, le premier système autonome comportant en outre au moins un routeur de bordure de secours connecté au deuxième système autonome, ce routeur coeur comportant : - des moyens pour détecter une panne affectant la communication vers le 30 routeur de bordure nominal ; et - des moyens pour rediriger le trafic destiné au deuxième système autonome dans une route prédéterminée dans un tunnel ne passant pas par le routeur de bordure nominal, l'extrémité de ce tunnel étant : - soit le routeur de bordure de secours ; 2906429 4 - soit un routeur dit protecteur du premier système autonome, ce routeur protecteur étant apte à rediriger le trafic destiné au deuxième système autonome via le routeur de bordure de secours. Le mécanisme de protection selon l'invention repose sur une 5 protection locale d'un ASBR nominal par un ou plusieurs routeurs coeur directement connectés à cet ASBR nominal. Un tel routeur coeur sera appelé par la suite routeur P protecteur . En cas de panne affectant la communication de ce routeur coeur vers l'ASBR nominal, le routeur P protecteur re-route le trafic: 10 - vers un routeur de bordure de secours disposant d'une route de secours externe vers le deuxième système autonome ; ou - vers un routeur protecteur, apte à ré-aiguiller le trafic vers un routeur de bordure de secours disposant d'une route de secours externe vers le deuxième système autonome. 15 Dans un mode particulier de réalisation, la route prédéterminée est pré-installée dans une table de commutation du routeur coeur. Cette caractéristique permet avantageusement de garantir un temps de reroutage déterministe inférieur à 100 ms en cas de panne affectant la communication avec le routeur de bordure nominal. 20 Selon un deuxième aspect, l'invention vise également un routeur de bordure de secours adapté à coopérer avec le routeur coeur selon l'invention. Le routeur de bordure de secours selon l'invention peut être utilisé dans un premier système autonome et connecté à un deuxième 25 système autonome. Il comporte: - des moyens pour recevoir, via un tunnel, en provenance d'un routeur coeur du premier système autonome, une information selon laquelle ce tunnel est utilisé lors d'une panne affectant la communication du routeur coeur vers un routeur de bordure nominal du premier système 30 autonome, ce routeur de bordure nominal étant connecté au deuxième système autonome, - des moyens pour créer une table de commutation contextuelle comportant au moins une route vers le deuxième système autonome, cette route ne passant pas par le routeur de bordure nominal ; et 35 - des moyens pour utiliser cette table pour aiguiller les paquets reçus dans le tunnel. 2906429 5 Selon un troisième aspect, l'invention vise également un routeur protecteur adapté à coopérer avec le routeur coeur selon l'invention. Le routeur protecteur selon l'invention peut être utilisé dans un premier système autonome. Il comporte : 5 - des moyens pour recevoir, via un tunnel d'entrée, en provenance d'un routeur coeur du premier système autonome, une information selon laquelle ce tunnel d'entrée est utilisé lors d'une panne affectant la communication du routeur coeur vers un routeur de bordure nominal du premier système autonome, ce routeur de bordure nominal étant 10 connecté à un deuxième système autonome ; - des moyens pour créer une table de commutation contextuelle comportant au moins une route vers le deuxième système autonome, la route passant par un routeur de bordure de secours du premier système autonome et connecté audit deuxième système autonome, cette route 15 utilisant un tunnel de sortie vers le routeur de bordure de secours ne passant pas par le routeur de bordure nominal ; et - des moyens pour utiliser cette table pour aiguiller les paquets reçus dans ledit tunnel d'entrée. Dans un mode particulier de réalisation, le routeur coeur selon 20 l'invention comporte des moyens pour établir le tunnel pour la route de secours et pour échanger avec l'extrémité de ce tunnel (autrement dit avec le routeur de bordure de secours ou avec le routeur protecteur conformes à l'invention) une information selon laquelle ce tunnel est utilisé lors de la panne. 25 On peut en particulier utiliser un mécanisme de labels contextuels à cet effet. Dans ce mode de réalisation particulier, le routeur de bordure de secours et/ou le routeur protecteur selon l'invention comportent des moyens pour indiquer au routeur coeur, un label contextuel à utiliser en cas de panne affectant sa communication vers le 30 routeur de bordure nominal, ce label contextuel permettant d'identifier la table de commutation contextuelle. Dans ce mode particulier de réalisation, le routeur coeur selon l'invention comporte : - des moyens pour recevoir ce label contextuel en provenance d'un 35 routeur de bordure de secours ou du routeur protecteur ; et 2906429 6 des moyens pour ajouter ce label contextuel à un paquet avant de rediriger ledit trafic destiné au deuxième système autonome. Dans un mode particulier de réalisation de l'invention, le routeur coeur selon l'invention utilise une table de correspondance pour identifier 5 l'extrémité du tunnel (le routeur de bordure de secours ou le routeur protecteur) vers laquelle il doit re-router le trafic. Dans un autre mode particulier de réalisation de l'invention, le routeur coeur selon l'invention comporte des moyens pour découvrir automatiquement l'extrémité du tunnel. 10 On peut en particulier utiliser un identifiant de groupe de protection choisi par le routeur de bordure nominal à protéger. Dans ce mode particulier de réalisation, le routeur coeur selon l'invention comporte des moyens pour détecter cet identifiant de groupe émis par le routeur de bordure nominal et des moyens pour configurer sa table de commutation 15 avec le routeur protecteur (ou avec le routeur de bordure de secours) si celui-ci émet le même identifiant de groupe. Le routeur protecteur peut ainsi découvrir dynamiquement le ou les routeurs ASBR nominaux qu'il protège. De même, le routeur coeur peut découvrir dynamiquement les 20 routeurs protecteurs protégeant un routeur de bordure nominal. Conformément à l'invention, un réseau IP/MPLS peut contenir plusieurs groupes de protection. Conformément à l'invention, un routeur peut appartenir à plusieurs groupes de protection. 25 Dans un mode particulier de réalisation, les groupes de protection auxquels appartient un ASBR sont annoncés dans le protocole de routage IGP, en utilisant un nouveau TLV dans le message IGP utilisé pour annoncer les propriétés des noeuds. Après la panne d'un routeur de bordure nominal, les protocoles 30 IGP, BGP, LDP, et RSVP-TE vont réagir et la route vers ce routeur de bordure nominal va être supprimée dans les tables des autres routeurs coeurs et des autres routeurs de bordure. La connectivité vers ce routeur de bordure nominal et les destinations BGP annoncées par ce routeur sont alors perdues jusqu'à la 35 convergence BGP. 2906429 7 Puisque la panne a été corrigée localement grâce à l'invention, une convergence rapide n'est plus indispensable. Par contre, il est préférable que la convergence se fasse sans interruption entre le chemin nominal et le chemin de secours. Il faut en particulier mieux éviter que les 5 routeurs détruisent le chemin nominal protégé avant qu'ils aient connaissance et utilisent le chemin de secours. Ainsi, dans un mode particulier de réalisation, le routeur coeur selon l'invention, comporte des moyens pour différer une annonce de la panne aux autres routeurs du premier système autonome pendant au 10 moins une durée prédéterminée. Dans un mode particulier, le routeur coeur selon l'invention annonce, pendant cette durée prédéterminée, une métrique spécifique ou élevée pour joindre ledit routeur de bordure nominal, typiquement la métrique maximum permise par le protocole de routage interne. 15 De cette façon, il prévient la source du trafic qu'elle devrait si possible utiliser un chemin de secours. Dans un deuxième temps, après avoir laissé l'ensemble du réseau converger vers le chemin de secours, les protocoles de routage/signalisation annoncent la panne de manière conventionnelle. 20 Dans un mode de réalisation, le routeur de bordure de secours et/ou le routeur protecteur selon l'invention utilisent le protocole BGP. Ils créent une table de commutation contextuelle pour chaque routeur de bordure nominal qu'il protège. Pour sélectionner, les routes BGP à installer dans cette table, il considère l'ensemble de routes BGP potentielles duquel 25 il retire: les routes dont le point de sortie ou d'origine correspond au routeur de bordure nominal à protéger; et - les routes connues par une session BGP précédemment établie entre le routeur de bordure de secours (ou le routeur protecteur) et le routeur 30 de bordure nominal. Ainsi, le routeur de bordure de secours et/ou le routeur de protection ne sélectionne pas dans sa table de commutation contextuelle les routes du routeur de bordure nominal (ASBR1) qui ne seront plus valables lors de la panne d'ASBR1. 35 L'invention vise aussi un procédé de routage pouvant être mis en oeuvre par un routeur coeur dans un premier système autonome, ce 2906429 8 routeur coeur étant connecté à un routeur de bordure nominal connecté à un deuxième système autonome, le premier système autonome comportant en outre au moins un routeur de bordure de secours connecté au deuxième système autonome. Ce procédé comporte : 5 -une étape de détection d'une panne affectant la communication vers le routeur de bordure nominal ; et - une étape de redirection du trafic destiné au deuxième système autonome dans une route prédéterminée dans un tunnel ne passant pas par le routeur de bordure nominal, l'extrémité dudit tunnel étant : 10 - soit le routeur de bordure de secours ; - soit un routeur dit protecteur du premier système autonome, ce routeur protecteur étant apte à rediriger le trafic destiné au deuxième système autonome via le routeur de bordure de secours. L'invention vise aussi un procédé de routage pouvant être mis 15 en oeuvre dans un routeur de bordure de secours dans un premier système autonome et connecté à un deuxième système autonome. Ce procédé comporte: - une étape de réception, via un tunnel, en provenance d'un routeur coeur du premier système autonome, d'une information selon laquelle ce 20 tunnel est utilisé lors d'une panne affectant la communication du routeur coeur vers un routeur de bordure nominal du premier système autonome, ce routeur de bordure nominal étant connecté au deuxième système autonome, - une étape de création d'une table de commutation contextuelle 25 comportant au moins une route vers le deuxième système autonome, cette route ne passant pas par le routeur de bordure nominal ; et - une étape d'aiguillage des paquets reçus dans le tunnel en utilisant cette table. L'invention vise aussi un procédé de routage pouvant être mis 30 en oeuvre dans un routeur protecteur dans un premier système autonome. Ce procédé comporte : - une étape de réception, via un tunnel d'entrée, en provenance d'un routeur coeur du premier système autonome, d'une information selon laquelle ce tunnel d'entrée est utilisé lors d'une panne affectant la 35 communication du routeur coeur vers un routeur de bordure nominal du 2906429 9 premier système autonome, ce routeur de bordure nominal étant connecté au deuxième système autonome, - une étape de création d'une table de commutation contextuelle comportant au moins une route vers le deuxième système autonome, la 5 route passant par un routeur de bordure de secours du premier système autonome et connecté au deuxième système autonome, cette route utilisant un tunnel de sortie vers ledit routeur de bordure de secours ne passant pas par le routeur de bordure nominal ; et - une étape d'aiguillage des paquets reçus dans le tunnel d'entrée en 10 utilisant cette table. Dans un mode particulier de réalisation, les différentes étapes d'au moins un procédé de routage mentionné ci-dessus sont déterminées par des instructions de programmes d'ordinateurs. En conséquence, l'invention vise aussi un programme 15 d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un routeur ou plus généralement dans un ordinateur, ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de routage tel que décrit ci-dessus. 20 Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. 25 L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut 30 comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support 35 transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres 2906429 10 moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté 5 pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des dessins D'autres caractéristiques et avantages de la présente invention 10 ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : - les figures 1 et 2 représentent, dans leur environnement, des routeurs conformes à l'invention dans un premier mode de réalisation de 15 l'invention ; - les figures 3 et 4 représentent, dans leur environnement, des routeurs conformes à l'invention dans un deuxième mode de réalisation de l'invention ; - la figure 5 représente, sous forme d'organigramme, les 20 principales étapes d'un premier procédé de routage conforme à l'invention dans un mode particulier de réalisation ; et - la figure 6 représente, sous forme d'organigramme, les principales étapes d'un deuxième procédé de routage conforme à l'invention dans un mode particulier de réalisation. 25 Description détaillée d'un premier mode de réalisation La figure 1 représente un réseau comportant deux systèmes autonomes AS1 et AS2. Le système autonome AS1 comporte un routeur coeur P 30 conforme à l'invention, dont une table de commutation est référencée FIB_P. Le routeur coeur P est connecté à un routeur de bordure nominal ASBR1 du système autonome AS1, ce routeur étant connecté au deuxième système autonome AS2. La table de commutation du routeur de 35 bordure nominal ASBR1 est référencée FIB_1. 2906429 11 Le système autonome AS1 comporte également un routeur de bordure ASBR2 conforme à l'invention connecté au deuxième système autonome AS2. La table de commutation du routeur de bordure ASBR2 est référencée FIB_2. 5 Dans le deuxième système autonome AS2, on a représenté une destination D d'adresse 10.0.1.2, et deux routeurs R1 et R2 agencés entre la destination D et les routeurs de bordure ASBR1 et ASBR2. Dans l'exemple décrit ici, le premier système autonome AS1 comporte un routeur de transit T entre le routeur coeur P et le routeur de 10 bordure ASBR2. La table de commutation du routeur de transit T est référencée FIB_T. Dans l'exemple décrit ici, le routeur coeur P et le routeur de bordure ASBR2 coopèrent pour sécuriser les pannes affectant la communication du routeur coeur P vers le routeur de bordure nominal 15 ASBR1. En conséquence, la table de commutation FIB_P du routeur coeur P comporte deux sorties pour la destination D d'adresse 10.0.1.2, à savoir : - une sortie nominale, sur son interface ifi, vers le routeur de bordure 20 nominal ASBR1 ; et - une sortie de secours vers une route prédéterminée dans un tunnel 1T ne passant pas par le routeur de bordure nominal ASBR1, l'extrémité de ce tunnel 1T étant constituée par le routeur de bordure ASBR2. Le routeur de bordure ASBR2 est donc un routeur de bordure de 25 secours au sens de l'invention. Dans l'exemple décrit ici, le tunnel 1T traverse le routeur de transit T et la table de commutation FIB_T de ce routeur est configurée pour aiguiller les paquets destinés au routeur de bordure de secours ASBR2 sur son interface if5. 30 La figure 1 représente l'état du réseau avant la panne affectant la communication du routeur coeur P vers le routeur de bordure nominal ASBR1. Aussi, seule la sortie nominale de la table de commutation FIB_P du routeur coeur P, est activée. En conséquence, lorsque le routeur 35 coeur P reçoit un paquet destiné au site D, il envoie ce paquet sur son interface ifi à destination du routeur de bordure nominal. 2906429 12 Sur réception de ce paquet, le routeur de bordure nominal transfère ce paquet, conformément à sa table de commutation FIB_1, sur son interface if3 vers le routeur R1 du deuxième système autonome AS2, ce paquet étant enfin aiguillé au sein du deuxième système autonome 5 vers la destination D. La route suivie, avant la panne, par les paquets entre le routeur coeur P et la destination D est représentée en traits pointillés sur la figure 1. Nous supposerons maintenant, en référence à la figure 2, que 10 le routeur nominal ASBR1 tombe en panne. Conformément à l'invention, le routeur coeur P détecte une panne affectant sa communication vers le routeur de bordure nominal ASBR1. Suite à cette détection, il désactive la sortie nominale dans sa 15 table de commutation FIB_P et active la sortie de secours vers le tunnel 1T. Tant que cette sortie de secours est activée, lorsque le routeur coeur P reçoit un paquet destiné au site D, il envoie ce paquet dans le tunnel 1T vers le routeur de bordure de secours ASBR2. 20 Sur réception de ce paquet, le routeur de bordure de secours ASBR2 transfère ce paquet, conformément à sa table de commutation FIB_2, sur son interface if4 vers le routeur R2 du deuxième système autonome AS2, ce paquet étant enfin aiguillé au sein du deuxième système autonome vers la destination D. 25 La route suivie, après la panne, par les paquets entre le routeur coeur P et la destination D est représentée en traits pointillés sur la figure 2 Description détaillée d'un deuxième mode de réalisation Nous allons maintenant décrire un deuxième mode de 30 réalisation de l'invention en référence aux figures 3 et 4. Dans l'exemple décrit ici, le premier système autonome AS1 comporte un routeur protecteur ASBRP conforme à l'invention entre le routeur coeur P et le routeur de bordure de secours ASBR2. La table de commutation du routeur protecteur ASBRP est référencée FIB_P. 35 Dans l'exemple de la figure 3, on a représenté deux routeurs de transit T placés respectivement : 2906429 13 - entre le routeur coeur P et le routeur protecteur ASBRP ; et - entre le routeur protecteur ASBRP et le routeur de bordure de secours ASBR2. Ces routeurs de transit T sont optionnels, ils ne sont pas 5 concernés par l'invention. Dans l'exemple décrit ici, le routeur coeur P, le routeur protecteur ASBRP et le routeur de bordure ASBR2 coopèrent pour sécuriser les pannes affectant la communication du routeur coeur P vers le routeur de bordure nominal ASBR1. 10 En conséquence, la table de commutation FIB_P du routeur coeur P comporte deux sorties pour la destination D d'adresse 10.0.1.2, à savoir : - une sortie nominale, sur son interface ifi, vers le routeur de bordure nominal ASBR1 ; et 15 - une sortie de secours vers une route prédéterminée dans un tunnel 2T ne passant pas par le routeur de bordure nominal ASBR1, l'extrémité de ce tunnel 2T étant constituée par le routeur protecteur ASBRP du premier système autonome AS1, ce routeur protecteur ASBRP étant apte à rediriger le trafic destiné au deuxième système autonome AS2 via le 20 routeur de bordure de secours ASBR2. Dans le mode de réalisation décrit ici, le tunnel 2T est utilisé uniquement pour la protection du routeur de bordure nominal ASBR1. Si plusieurs routeurs de bordure nominaux étaient à protéger, on pourrait par exemple : 25 - utiliser un tunnel spécifique pour chacun de ces routeurs nominaux ; ou - utiliser un tunnel générique dans lequel on utiliserait un label contextuel pour différencier les paquets à l'origine destinés au routeur nominal particulier. 30 La figure 3 représente l'état du réseau avant la panne affectant la communication du routeur coeur P vers le routeur de bordure nominal ASBR1. Aussi, seule la sortie nominale de la table de commutation FIB_P du routeur coeur P, est activée. En conséquence, lorsque le routeur 35 coeur P reçoit un paquet destiné au site D, il envoie ce paquet sur son interface ifl à destination du routeur de bordure nominal. 2906429 14 Sur réception de ce paquet, le routeur de bordure nominal transfère ce paquet, conformément à sa table de commutation FIB_1, sur son interface if3 vers le routeur R1 du deuxième système autonome AS2, ce paquet étant enfin aiguillé au sein du deuxième système autonome 5 vers la destination D. La route suivie, avant la panne, par les paquets entre le routeur coeur P et la destination D est représentée en traits pointillés sur la figure 3. Nous supposerons maintenant, en référence à la figure 4, que 10 le lien entre le routeur coeur P et le routeur nominal ASBR1 tombe en panne. Conformément à l'invention, le routeur coeur P détecte une panne affectant sa communication vers le routeur de bordure nominal ASBR1. 15 Suite à cette détection, il désactive la sortie nominale dans sa table de commutation FIB_P et active la sortie de secours vers le tunnel 2T. Tant que cette sortie de secours est activée, lorsque le routeur coeur P reçoit un paquetdestiné au site D, il envoie ce paquet dans le 20 tunnel 2T vers le routeur protecteur ASBRP. Sur réception de ce paquet, le routeur protecteur ASBRP transfère ce paquet, conformément à sa table de commutation FIB_P, dans un tunnel 3T vers le routeur de bordure de secours ASBR2. Sur réception de ce paquet, le routeur de bordure de secours 25 ASBR2 transfère ce paquet, conformément à sa table de commutation FIB_2, sur son interface if4 vers le routeur R2 du deuxième système autonome AS2, ce paquet étant enfin aiguillé au sein du deuxième système autonome vers la destination D. Dans le mode de réalisation décrit ici, le tunnel 3T est 30 directement associé à l'interface if4. En variante, on pourrait utiliser un tunnel générique dans lequel on utiliserait un label contextuel pour différencier les paquets destinés à cette interface particulière. Dans le mode de réalisation décrit ici, les différents routeurs ont l'architecture matérielle d'un ordinateur conventionnel. Ils comportent 35 notamment un processeur, une mémoire moite de type ROM dans laquelle 2906429 15 peut être stockée un programme d'ordinateur et une mémoire vive de type RAM permettant l'exécution de ce programme. Dans le mode de réalisation décrit ici, le routeur coeur P conforme à l'invention mémorise, dans sa mémoire morte de type ROM, 5 un programme d'ordinateur conforme à l'invention, ce programme comportant des instructions pour l'exécution des étapes d'un procédé de routage selon l'invention et dont les principales étapes E10 à [100 sont représentées sous forme d'organigramme à la figure 5. Dans le mode de réalisation décrit ici, le routeur de bordure de 10 secours ASBR2 et le routeur protecteur ASBRP conformes à l'invention mémorisent, dans leurs mémoires mortes de type ROM, un programme d'ordinateur conforme à l'invention, ce programme comportant des instructions pour l'exécution des étapes d'un procédé de routage selon l'invention et dont les principales étapes F10 à F40 sont représentées sous 15 forme d'organigramme à la figure 6. Ces procédés vont maintenant être décrits. Au cours d'une première étape F10 de leurs procédés de routage, le routeur de bordure de secours ASBR2 et le routeur protecteur ASBRP annoncent leur fonction de protection ainsi que l'identifiant d'un 20 groupe de protection auquel ils appartiennent. On supposera dans cet exemple que : - le routeur ASBR1 annonce Routeur de Bordure Nominal , groupe 1 ; - le routeur ASBR2 annonce Routeur de Bordure de secours , groupe 1; et que 25 - le routeur ASBRP annonce Routeur Protecteur , groupe 1. Ces annonces sont reçues par le routeur coeur P conforme à l'invention au cours d'une étape E10 de son procédé de routage. Conformément à l'invention il en déduit que les routeurs ASBR2 et ASBRP protègent le routeur de bordure nominal ASBR1, ces trois 30 routeurs ayant annoncé appartenir au même groupe de protection d'identifiant 1. Dans l'exemple de réalisation décrit ici, on supposera que ces routeurs s'échangent ensuite un label contextuel LB qui devra être utilisé en cas de panne affectant la communication entre le routeur coeur P et le 35 routeur de bordure nominal ASBR1. 2906429 16 Cet échange de label contextuel est effectué au cours d'une étape E20 du procédé de routage mis en oeuvre par le routeur coeur P et au cours d'une étape F20 du procédé de routage mis en oeuvre par le routeur de bordure de secours ASBR2 et par le routeur protecteur ASBRP. 5 Suite à la réception de ce label contextuel, chacun des routeurs ASBR2 et ASBRP configure une table de commutation contextuelle. Plus précisément au cours d'une étape E30, le routeur coeur P préinstalle dans sa table de commutation FIB_P - une sortie nominale vers le routeur de bordure nominal ASBR1 ; et 10 - une sortie de secours dans un tunnel 1T vers le routeur de bordure de secours ASBR2 ou dans un tunnel 2T vers le routeur protecteur ASBRP. Le premier et le deuxième choix précités permettent respectivement la mise en oeuvre de l'invention dans les deux modes de réalisation décrits précédemment en référence aux figures 1 et 2, 15 respectivement 3 et 4. Dans le mode de réalisation qui vient d'être décrit, le routeur coeur P selon l'invention identifie automatiquement le routeur de bordure de secours ASBR2 et le routeur protecteur ASBRP. En variante, il utilise une table de correspondance dans laquelle 20 sont pré-configurés les équipements (routeur protecteur, routeur de bordure de secours) devant être utilisés en cas de panne affectant un routeur nominal particulier. Dans le premier mode de réalisation, au cours d'une étape F30 de son procédé de routage, le routeur de bordure de secours ASBR2 crée 25 une table de commutation contextuelle FIB_2 associée au label contextuel LB. Puis au cours d'une étape F40, il détermine les routes à insérer dans FIB_2. Dans le deuxième mode de réalisation, au cours d'une étape F30 de son procédé de routage, le routeur protecteur ASBRP crée une 30 table de commutation contextuelle FIB_P associée au label contextuel LB. Puis au cours d'une étape F40, il détermine les routes à insérer dans FIB_P. Les procédés de routage mis en oeuvre dans le routeur de bordure de secours ASBR2 et dans le routeur protecteur ASBRP diffèrent 35 dans la façon par laquelle ils déterminent les routes à insérer dans leurs tables contextuelles FIB_2 et FIB_P. 2906429 17 Au cours de cette étape F40, le routeur de bordure de secours ASBR2 sélectionne la route parmi un ensemble de routes BGP potentielles duquel il retire: - les routes dont le point de sortie (next hop) ou d'origine (originator_id) 5 est le routeur de bordure nominal ASBR1 ; et -les routes connues par une session BGP précédemment établie entre le routeur de bordure de secours ASBR2 et le routeur de bordure nominal ASBR1 Au cours de cette étape F40, le routeur protecteur ASBRP 10 sélectionne la route parmi un ensemble de routes BGP potentielles duquel il retire: - les routes dont le point de sortie (next_hop) ou d'origine (originator_id) est le routeur de bordure nominal ASBR1 ; et - les routes connues par une session BGP précédemment établie entre le 15 routeur protecteur ASBRP et le routeur de bordure nominal ASBR1. Conformément à l'invention, les routes choisies par le routeur de bordure de secours ASBR2 et par le routeur protecteur ASBRP ne passent pas par le routeur de bordure nominal ASBR1. Une fois la configuration de sa table de commutation FIB_P 20 effectuée (étape E30), le routeur coeur P conforme à l'invention active, au cours d'une étape [40, la sortie nominale de cette table. On suppose que le routeur coeur P selon l'invention détecte, au cours d'une étape E50 de son procédé de routage, une panne affectant sa communication avec le routeur de bordure nominal ASBR1. 25 Consécutivement à cette détection, il active, au cours d'une étape E60 la sortie de secours de façon à rediriger le trafic destiné au deuxième système autonome AS2 dans le tunnel 1T ou 2T. Au cours de cette même étape il désactive la sortie vers la route nominale. Dans ce mode particulier de réalisation, le routeur coeur P 30 ajoute le label contextuel LB à chaque paquet avant de l'envoyer dans le tunnel 1T ou 2T. Dans l'exemple de réalisation décrit ici, le routeur coeur P selon l'invention diffère l'annonce de la panne aux autres routeurs du premier système autonome AS1 pendant une durée prédéterminée. 35 A cet effet, il déclenche, au cours d'une étape [70, un compte à rebours initialisé avec cette durée prédéterminée. 2906429 18 Dans le mode de réalisation décrit ici, le routeur coeur P selon l'invention annonce, pendant cette durée prédéterminée (étape [80), la métrique maximum permise par le protocole de routage interne pour joindre le routeur de bordure nominal. Il prévient ainsi la source du trafic 5 qu'elle devrait si possible utiliser un chemin de secours. A l'étape E90 de son procédé de routage, le routeur coeur P détecte l'expiration du compte à rebours. Au cours d'une étape [100, il signale alors la panne de manière conventionnelle. REVENDICATIONS 1. Routeur coeur (P) pouvant être utilisé dans un premier système autonome (AS1), ce routeur coeur (P) étant connecté à un routeur de bordure nominal (ASBR1) connecté à un deuxième système autonome (AS2), le premier système autonome (AS1) comportant en outre au moins un routeur de bordure de secours (ASBR2) connecté au deuxième système autonome (AS2), ledit routeur coeur (P) comportant : - des moyens pour détecter une panne affectant la communication vers ledit routeur de bordure nominal (ASBR1) ; et - des moyens pour rediriger le trafic destiné au deuxième système autonome (AS2) dans une route prédéterminée dans un tunnel (1T, 2T) ne passant pas par ledit routeur de bordure nominal (ASBR1), l'extrémité dudit tunnel (1T, 2T) étant : - soit ledit routeur de bordure de secours (ASBR2) ; - soit un routeur dit protecteur (ASBRP) du premier système autonome (AS1), ce routeur protecteur (ASBRP) étant apte à rediriger le trafic destiné au deuxième système autonome (AS2) via ledit au moins un routeur de bordure de secours (ASBR2). 2. Routeur coeur (P) selon la revendication 1, caractérisé en ce qu'il utilise une table de correspondance pour identifier ladite extrémité (ASBR2, ASBRP) dudit tunnel (1T, 2T). 3. Routeur coeur (P) selon la revendication 1, caractérisé en ce qu'il comporte des moyens pour découvrir automatiquement ladite extrémité (ASBR2, ASBRP) dudit tunnel (1T, 2T). 30 4. Routeur coeur (P) selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte des moyens pour différer une annonce de ladite panne aux autres routeurs du premier système autonome (AS1) pendant au moins une durée prédéterminée. 35 5. Routeur coeur (P) selon la revendication 4, caractérisée en ce qu'il annonce, pendant ladite durée prédéterminée, une métrique 2906429 20 spécifique ou élevée pour joindre ledit routeur de bordure nominal (ASBR1). 6. Routeur coeur (P) selon l'une quelconque des revendications 5 1 à 5 caractérisé en ce qu'il comporte des moyens pour établir ledit tunnel (1T, 2T) et pour échanger avec l'extrémité (ASBR2, ASBRP) dudit tunnel (1T, 2T) une information (I1) selon laquelle ce tunnel est utilisé lors de ladite panne. 10 7. Routeur coeur (P) selon la revendication 6 caractérisé en ce qu'il comporte : - des moyens pour échanger un label contextuel (LB) associé à ladite panne ; et - des moyens pour ajouter ledit label contextuel à un paquet avant de 15 rediriger ledit trafic destiné au deuxième système autonome (AS2). 8. Routeur coeur (P) selon l'une quelconque des revendications 1 à 7 caractérisé en ce que ladite route prédéterminée est pré-installée dans une table de commutation dudit routeur coeur (P). 20 9. Routeur coeur (P) selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'il comporte des moyens pour détecter un identifiant de groupe émis par ledit routeur de bordure nominal (ASBR1) et des moyens pour configurer une table de 25 commutation pour aiguiller le trafic vers un routeur ayant émis le même identifiant de groupe. 10. Routeur de bordure de secours (ASBR2) pouvant être utilisé dans un premier système autonome (AS1) et connecté à un deuxième 30 système autonome (AS2), ce routeur (ASBR2) comportant: - des moyens pour échanger, avec un routeur coeur (P) dudit premier système autonome (AS1), une information (I1) selon laquelle un tunnel (1T) est utilisé lors d'une panne affectant la communication dudit routeur coeur (P) vers un routeur de bordure nominal (ASBR1) dudit premier 35 système autonome (AS1), ce routeur de bordure nominal (ASBR1) étant connecté audit deuxième système autonome (AS2), 2906429 21 - des moyens pour créer une table de commutation (FIB_2) contextuelle comportant au moins une route vers ledit deuxième système autonome (AS2), ladite au moins une route ne passant pas par ledit routeur de bordure nominal (ASBR1) ; et 5 - des moyens pour utiliser ladite table (FIB_2) pour aiguiller les paquets reçus dans ledit tunnel (1T). 11. Routeur de bordure de secours (ASBR2) selon la revendication 10, ce routeur (ASBR2) mettant en oeuvre un protocole de 10 type BGP et étant caractérisé en ce qu'il comporte des moyens pour sélectionner ladite au moins une route parmi un ensemble de routes BGP potentielles duquel il retire: - les routes dont le point de sortie (next hop) ou d'origine (originator_id) est ledit routeur de bordure nominal (ASBR1) ; et 15 - les routes connues par une session BGP précédemment établie entre ledit routeur de bordure de secours (ASBR2) et ledit routeur de bordure nominal (ASBR1). 12. Routeur de bordure de secours (ASBR2) selon la 20 revendication 10 ou 11, caractérisé en ce qu'il comporte des moyens pour échanger avec ledit routeur coeur (P), un label contextuel à utiliser en cas de ladite panne, ledit label contextuel permettant d'identifier ladite table contextuelle. 25 13. Routeur protecteur (ASBRP) pouvant être utilisé dans un premier système autonome (AS1) comportant: - des moyens pour échanger avec un routeur coeur (P) dudit premier système autonome (AS1), une information (I1) selon laquelle un tunnel d'entrée (2T) est utilisé lors d'une panne affectant la communication dudit routeur coeur (P) vers un routeur de bordure nominal (ASBR1) dudit premier système autonome (AS1), ce routeur de bordure nominal (ASBR1) étant connecté à un deuxième système autonome (AS2) ; - des moyens pour créer une table de commutation (FIB_P) contextuelle comportant au moins une route vers ledit deuxième système autonome (AS2), la route passant par un routeur de bordure de secours (ASBR2) dudit premier système autonome (AS1) et connecté audit deuxième 2906429 22 système autonome (AS2), ladite au moins une route utilisant un tunnel de sortie (3T) vers ledit routeur de bordure de secours (ASBR2) ne passant pas par ledit routeur de bordure nominal (ASBR1) ; et - des moyens pour utiliser ladite table (FIB_P) pour aiguiller les paquets 5 reçus dans ledit tunnel d'entrée (2T). 14. Routeur protecteur (ASBRP) selon la revendication 13, ce routeur mettant en oeuvre un protocole de type BGP et étant caractérisé en ce qu'il comporte des moyens pour sélectionner ladite au moins une 10 route parmi un ensemble de routes BGP potentielles duquel il retire: - les routes dont le point de sortie (next_hop) ou d'origine (originator_id) est ledit routeur de bordure nominal (ASBR1) ; et - les routes connues par une session BGP précédemment établie entre ledit routeur protecteur (ASBRP) et ledit routeur de bordure nominal 15 (ASBR1). 15. Routeur protecteur (ASBRP) selon la revendication 13 ou 14, caractérisé en ce qu'il comporte des moyens pour échanger avec ledit routeur coeur (P), un label contextuel à utiliser en cas de ladite panne, 20 ledit label contextuel permettant d'identifier ladite table contextuelle. 16. Procédé de routage pouvant être mis en oeuvre par un routeur coeur (P) dans un premier système autonome (AS1), ce routeur coeur (P) étant connecté à un routeur de bordure nominal (ASBR1) 25 connecté à un deuxième système autonome (AS2), le premier système autonome (AS1) comportant en outre au moins un routeur de bordure de secours (ASBR2) connecté au deuxième système autonome (AS2), ledit procédé comportant : - une étape de détection d'une panne affectant la communication vers 30 ledit routeur de bordure nominal (ASBR1) ; et - une étape de redirection dudit trafic destiné au deuxième système autonome (AS2) dans une route prédéterminée dans un tunnel (1T, 2T) ne passant pas par ledit routeur de bordure nominal (ASBR1), l'extrémité dudit tunnel étant : 35 - soit ledit routeur de bordure de secours (ASBR2) ; 2906429 23 - soit un routeur dit protecteur (ASBRP) du premier système autonome (AS1), ce routeur protecteur (ASBRP) étant apte à rediriger le trafic destiné au deuxième système autonome (AS2) via ledit au moins un routeur de bordure de secours (ASBR2). 5 17. Procédé de routage pouvant être mis en oeuvre dans un routeur de bordure de secours (ASBR2) dans un premier système autonome (AS1) et connecté à un deuxième système autonome (AS2), ce procédé comportant: 10 -une étape d'échange avec un routeur coeur (P) dudit premier système autonome (AS1), d'une information (I1) selon laquelle un tunnel (1T) est utilisé lors d'une panne affectant la communication dudit routeur coeur (P) vers un routeur de bordure nominal (ASBR1) dudit premier système autonome (AS1), ce routeur de bordure nominal (ASBR1) étant connecté 15 audit deuxième système autonome (AS2), - une étape de création d'une table de commutation (FIB_2) contextuelle comportant au moins une route vers ledit deuxième système autonome (AS2), ladite route ne passant pas par ledit routeur de bordure nominal (ASBR1) ; et 20 - une étape d'aiguillage des paquets reçus dans ledit tunnel (1T) en utilisant ladite table (FIB_2). 18. Procédé de routage pouvant être mis en oeuvre dans un routeur protecteur (ASBRP) dans un premier système autonome (AS1), ce 25 procédé comportant: - une étape d'échange avec un routeur coeur (P) dudit premier système autonome (AS1), d'une information (I1) selon laquelle un tunnel d'entrée (2T) est utilisé lors d'une panne affectant la communication dudit routeur coeur (P) vers un routeur de bordure nominal (ASBR1) dudit premier 30 système autonome (AS1), ce routeur de bordure nominal (ASBR1) étant connecté à un deuxième système autonome (AS2), - une étape de création d'une table de commutation (FIB_P) contextuelle comportant au moins une route vers ledit deuxième système autonome (AS2), la route passant par un routeur de bordure de secours (ASBR2) 35 dudit premier système autonome (AS1) et connecté audit deuxième système autonome (AS2), ladite route utilisant un tunnel de sortie (3T) 5 10 2906429 24 vers ledit routeur de bordure de secours (ASBR2) ne passant pas par ledit routeur de bordure nominal (ASBR1) ; et - une étape d'aiguillage des paquets reçus dans ledit tunnel d'entrée (2T) en utilisant ladite table (FIB_P). 19. Programme d'ordinateur comportant des instructions pour l'exécution des étapes d'au moins un procédé de routage selon l'une quelconque des revendications revendication 16 à 18 lorsque ledit programme est exécuté par un ordinateur. 20. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'au moins un procédé de routage selon l'une quelconque des revendications 16 à 18. 15