Brevet FR2881904A1 — publié le 20060811

PROCEDE DE GESTION DE REINITIALISATION DE SESSION SELON UN PROTOCOLE DE ROUTAGE La présente invention est relative au domaine des télécommunications, et plus particulièrement des protocoles de routage et des équipements de réseau mettant en oeuvre de tels protocoles. Un réseau de télécommunication classique comprend des équipements de réseau, appelés routeurs. Ceux-ci utilisent des protocoles de routage entre eux pour optimiser la transmission des paquets. En effet, la transmission d'un paquet depuis un équipement jusqu'à un autre équipement dans le réseau peut généralement être réalisée suivant plusieurs chemins. Les routeurs, grâce aux protocoles de routage, permettent d'optimiser la transmission de paquets en sélectionnant suivant des critères déterminés le meilleur chemin de transmission parmi des chemins de transmission possibles. Un routeur sélectionne un tel chemin de transmission sur la base d'informations généralement reçues selon un protocole de routage et mémorisées dans des tables de routage. Un protocole de routage est un protocole qui fournit des mécanismes permettant à un routeur de construire une table de routage et de partager des informations de routage avec d'autres routeurs voisins, c'est-à-dire des routeurs avec lesquels il entretient une session selon le protocole de routage. Il existe plusieurs types de protocoles de routage qui utilisent des méthodes différentes pour aider le routeur à collecter des informations de routage. Un protocole de routage nommé BGP ( Border Gateway Protocol ) est très largement utilisé dans les réseaux, notamment de type Internet. Les routeurs qui implémentent le protocole BGP sont généralement déployés de façon redondante. Ainsi, les informations de routage transportées dans le protocole de type BGP sont souvent accessibles depuis plusieurs points du réseau. Le protocole BGP transmet des informations telles que des routes Internet, comme définies par la version 4 du protocole IP, ou IPv4, dans la RFC 791, pour Request For Comment 791. Une extension apportée à ce protocole, nommée MP-BGP pour Multi Protocol BGP, lui permet de transmettre d'autres types de route, sur la base de la version 6 du protocole IP ou IPv6, Multicast, L2-VPN pour Layer 2 Virtual Private Network, L3-VPN pour Layer 3 Virtual Private Network, ...), dans des sessions établies entre deux routeurs. De préférence, chaque routeur a une session établie avec les autres routeurs d'un même réseau. En effet, ce type de protocole est un protocole dit 'fully-meshed'. Ainsi, un routeur peut router des paquets sur la base d'informations de routage qu'il a reçues depuis son initialisation. De telles informations sont stockées sous forme de tables de routage. De manière générale, certaines de ces tables sont associées à une session donnée et d'autres tables peuvent contenir des informations globales directement relatives au routeur. Lorsqu'un problème se produit sur une session BGP, comme par exemple une perte involontaire de session entre un premier et un second routeurs, ou encore un comportement protocolaire erroné d'un des deux routeurs, ou simplement une fermeture volontaire d'une session pour cause de maintenance, la session BGP est alors interrompue. L'interruption d'une telle session BGP peut nuire non seulement aux performances des premier et second routeurs mais aussi aux performances du réseau tout entier. En effet, un routage selon le protocole BGP est basé sur la propagation des informations de routeur en routeur dans les sessions BGP entre les routeurs du réseau tout entier. En cas de rupture d'une session BGP, le contenu des tables associées à cette session perdue entre deux routeurs est supprimé sur ces deux routeurs. Les routeurs ne sont donc plus en mesure de router des paquets sur la base des informations contenues dans les tables relatives à la session interrompue. Ce routage, réalisé en l'absence de telles informations, correspond à un mode de fonctionnement dégradé. Le passage d'un mode à l'autre est réalisé lors de la phase de convergence du protocole de routage. On entend par 'phase de convergence d'un protocole de routage', une phase d'adaptation de ce protocole afin de gérer une nouvelle situation, notamment lors de réception de nouvelles informations. Une telle phase d'adaptation peut comprendre un calcul de meilleures routes prenant en compte les nouvelles informations reçues, ou encore une diffusion, ou les cas échéant rediffusion, de ces nouvelles informations à d'autres routeurs, ou encore une diffusion, ou le cas échéant rediffusion, de résultats obtenus à partir de calculs réalisés sur ces nouvelles informations. La session interrompue est ensuite réinitialisée. Une telle gestion de réinitialisation de session requiert certaines étapes à exécuter par le premier et le second routeurs. Ces deux routeurs s'échangent notamment les informations contenues dans les tables globales. Ces étapes de gestion de réinitialisation de session peuvent dans certains cas correspondre à une transmission de grande quantité d'informations entre les deux routeurs, ce qui peut requérir un temps important. Or, pendant la convergence du protocole de routage, la performance du routage des paquets dans le réseau peut être sensiblement diminuée. Il est de ce fait intéressant de réduire les temps de convergence dans de telles conditions. La présente invention vise à proposer une solution tendant à satisfaire ces besoins.Un premier aspect de l'invention propose un procédé de gestion de réinitialisation de session selon un protocole de routage dans un réseau de transmission de paquets comprenant une pluralité de routeurs ayant entre eux des sessions selon ledit protocole pour échanger des informations de routage et/ou de connectivité indiquant des chemins pour transmettre des paquets à travers le réseau; relativement à une session donnée entre un premier et un second routeurs, le premier routeur maintenant une table de routage mise à jour en fonction d'informations reçues depuis le second routeur dans ladite session; suivant lequel le premier routeur sauvegarde dans une base de données des informations contenues dans ladite table de routage, et le second routeur stocke dans une mémoire des informations envoyées ou à envoyer au premier routeur, ledit procédé comprenant les étapes suivantes exécutées par le premier routeur après une perte d'informations contenues dans la table de routage: /a/ récupérer les informations sauvegardées par le premier routeur dans la base de données; /b/ recevoir depuis le second routeur dans ladite session lesdites informations stockées par le second routeur; /c/ mettre à jour la table de routage sur la base des informations récupérées à l'étape /a/ et des informations reçues à l'étape /b/. Grâce à ces dispositions, lors de la phase de réinitialisation de la session, après interruption de cette dernière, le premier routeur est en mesure de récupérer rapidement les informations de routage précédemment contenues dans sa table de routage. En effet, seules les informations stockées en mémoire par le second routeur sont envoyées au premier routeur. La quantité de ces informations est directement liée au nombre de messages envoyés ou à envoyer dans la session, et par conséquent dépend de la stabilité du réseau. En effet, plus le réseau est stable, moins de messages protocolaires sont émis dans la session. Les informations de connectivité envoyées par un routeur peuvent comprendre notamment l'ensemble des destinations que ce routeur est capable de joindre ou d'atteindre. On en déduit donc aisément que plus un réseau est stable, plus la quantité d'informations stockées en mémoire par le second routeur est faible. De ce fait, dans la phase de réinitialisation de la session, à l'étape /b/, une faible quantité de données circulent entre le second routeur et le premier routeur. Cette quantité peut être très inférieure à la quantité d'informations contenues dans la table de routage du second type du second routeur. On est ainsi en mesure de réduire le temps de convergence du protocole de routage. On note qu'un tel procédé est basé sur un mécanisme à deux parties, une première partie correspondant aux opérations à mettre en oeuvre dans une phase de fonctionnement 'normal' et une seconde partie correspondant aux opérations à mettre en oeuvre dans une phase de réinitialisation de la session, après une interruption de cette dernière. La sauvegarde dans la base de données du premier routeur peut être déclenchée en fonction de critères définis et le stockage en mémoire du second routeur peut comprendre le stockage en continu dans un journal des informations envoyées ou à envoyer au premier routeur depuis la sauvegarde réalisée par ce dernier. On peut prévoir que la sauvegarde du premier routeur soit déclenchée à intervalle de temps régulier. Ainsi, on peut avantageusement déclencher une telle étape de sauvegarde périodiquement ou encore lorsque les conditions de trafic dans le réseau remplissent certains critères définis. Une telle caractéristique offre une flexibilité dans un mode de réalisation de la présente invention qui peut être très efficace pour améliorer les performances de routage dans un réseau. Le procédé selon un mode de réalisation de l'invention comprend en outre, à chaque sauvegarde, les étapes suivantes: /1/ créer un journal sur le second routeur et émettre depuis le second routeur à destination du premier routeur un message de déclenchement de sauvegarde de la table de routage dans la base de données; /2/ sur réception dudit message de déclenchement, par le premier routeur, sauvegarder les informations contenues dans la table de routage dans la base de données; /3/ stocker par le second routeur, dans ledit journal créé, les informations envoyées ou à envoyer au premier routeur. On peut renouveler la sauvegarde des informations dans la base de données en réitérant les étapes /1/ à /3/ ; les informations dans la base de données par réitération des étapes /1/ à /3/. Le procédé comprend alors en outre les étapes suivantes, après l'étape /2/ : - supprimer sur le premier routeur les informations sauvegardées lors de la sauvegarde précédente le cas échéant, et émettre depuis le premier routeur à destination du second routeur un message de réponse audit message de déclenchement; - sur réception dudit message de réponse, supprimer le journal créé lors de la sauvegarde précédente le cas échéant. Le procédé peut comprendre en outre, lors d'une phase d'établissement de la session et/ou au cours de la session établie, une phase de négociation entre le premier et le second routeurs pour déterminer, en fonction de paramètres définis, si on exécute les étapes dudit procédé relativement à ladite session. Les premier et second routeurs peuvent déterminer une période de réalisation des sauvegardes au cours de la phase de négociation. Dans un mode de réalisation de la présente invention, le second routeur maintient une table de routage mise à jour en fonction d'informations reçues depuis le second routeur et sauvegarde dans une base de données des informations contenues dans ladite table de routage. Le premier routeur stocke dans une mémoire des informations envoyées ou à envoyer au second routeur. Le second routeur exécute alors les étapes du procédé réalisées par le premier routeur comme les sections précédentes l'énoncent et le premier routeur exécute les étapes du procédé réalisées par le second routeur comme les sections précédentes l'énoncent.Un deuxième aspect de la présente invention propose un routeur destiné à avoir une session avec un autre routeur selon un protocole de routage dans un réseau de transmission de paquets comprenant: des moyens agencés pour maintenir une table de routage mise à jour en fonction d'informations reçues depuis ledit autre routeur dans la session; des moyens agencés pour sauvegarder dans une base de données des informations contenues dans ladite table de routage; des moyens agencés pour récupérer les informations sauvegardées dans ladite base de données; - des moyens agencés pour mettre à jour la table de routage après une perte d'informations contenues dans la table de routage, sur la base des informations récupérées dans ladite base de données après ladite perte d'informations et des informations reçues depuis l'autre routeur après ladite perte d'informations. Un troisième aspect propose un routeur destiné à avoir une session avec un autre routeur selon un protocole de routage dans un réseau de transmission de paquets, ledit autre routeur maintenant une table de routage mise à jour en fonction d'informations reçues depuis ledit routeur; ledit routeur comprenant: - des moyens agencés pour stocker dans une mémoire des informations envoyées ou à envoyer audit autre routeur; des moyens agencés pour envoyer audit autre routeur lesdites informations après une perte d'informations contenues dans la table de routage dudit autre routeur. Un quatrième aspect de la présente invention propose un système de gestion de réinitialisation de session selon un protocole de routage dans un réseau de transmission de paquets comprenant une pluralité de routeurs ayant entre eux des sessions selon ledit protocole pour échanger des informations de routage et/ou de connectivité indiquant des chemins pour transmettre des paquets à travers le réseau; ledit système comprenant un premier routeur selon le second aspect de la présente invention et un second routeur selon le troisième aspect de la présente invention. D'autres aspects, buts et avantages de l'invention apparaîtront à la lecture de la description d'un de ses modes de réalisation. L'invention sera également mieux comprise à l'aide des dessins, sur lesquels: - la figure 1 illustre les principales étapes de la première partie du mécanisme sur lequel est basé le procédé de gestion de réinitialisation de session de protocole de routage dans un réseau selon un mode de réalisation de l'invention la figure 2 illustre les principales étapes de la seconde partie du mécanisme sur lequel est basé le procédé de gestion de réinitialisation de session de protocole de routage dans un réseau selon un mode de réalisation de l'invention la figure 3 détaille une architecture de routeurs dans un réseau selon un mode de réalisation de l'invention la figure 4 est un schéma représentant un échange de messages entre deux routeurs ayant une session entre eux, dans la première partie du mécanisme sur lequel est basé le procédé selon un mode de réalisation de la présente invention; la figure 5 est un schéma représentant un échange de messages entre deux routeurs dans une phase de négociation de version de 25 30 fichiers du procédé selon un mode de réalisation de la présente invention. Un routeur selon un mode de réalisation de l'invention maintient une première table de routage contenant des informations de routage et/ou de connectivité reçues depuis un ou plusieurs routeurs voisins. De préférence, dans un mode de réalisation de la présente invention, il maintient une seconde table de routage contenant des informations de routage et/ou de connectivité envoyées à un ou plusieurs routeurs voisins, via le protocole de routage du réseau. De telles tables sont respectivement nommées par la suite 'table de routage du premier type' et 'table de routage du second type'. Une telle configuration ne limite pas la présente invention. En effet, un procédé selon un mode de réalisation de la présente invention peut être mis en oeuvre facilement sans que le routeur ne maintienne une table de routage du second type. Un réseau de type Internet est scindé en une pluralité de 'sous-réseaux', chacun fonctionnant sous une administration technique propre, appelés 'système autonome'. Un système autonome est un ensemble de routeurs fonctionnant sous une seule administration technique, utilisant un protocole de routage intérieur, nommé IGP pour Interior Gateway Protocol, et des informations de routage relatives à ce protocole de routage intérieur et communes à l'ensemble de routeurs pour router les paquets à l'intérieur du système autonome. Les protocoles ISIS pour Intermediate System to Intermediate System, OSPF pour Open Shortest Path First, RIP pour Routing Information Protocol, IGRP pour Interior Gateway Routing Protocol, sont de tels protocoles IGP. De tels routeurs utilisent par ailleurs un protocole de routage extérieur, nommé EGP pour Exterior Gateway Protocol pour router les paquets vers les autres systèmes autonomes. Le protocole BGP4 est un protocole de type EGP. Un protocole de routage dérivé du protocole BGP est nommé MP-BGP, pour Multi Protocol BGP. Il fournit la possibilité aux systèmes autonomes de s'échanger des informations étendues que le protocole BGP seul ne gère pas. Cette variante du protocole est utilisée pour échanger des informations liées à la technologie MPLS-VPN, pour Multi Protocol Label Switching Virtual Private Network, Multicast, ou encore IPv6. II existe encore d'autres variantes du protocole BGP, comme par exemple e-BGP utilisé entre routeurs appartenant à des systèmes autonomes différents et i-BGP utilisé entre routeurs appartenant au même système autonome. La présente invention s'applique à tous les réseaux basés sur de tels protocoles. La présente invention peut être mise en oeuvre dans des réseaux unifiés ainsi que dans des réseaux comprenant plusieurs domaines administratifs. Elle peut s'appliquer dans des réseaux interconnectés à un réseau de type Internet, ou encore dans des réseaux utilisés à des fins privées. L'invention couvre une configuration dans laquelle tous les routeurs du réseau mettent en oeuvre avantageusement un procédé selon un mode de réalisation de l'invention. Toutefois, une configuration dans laquelle une partie seulement des routeurs du réseau met en oeuvre un mode de réalisation de l'invention s'avère déjà être très avantageuse. Le procédé selon l'invention peut être considéré comme un procédé unidirectionnel en ce sens qu'il comprend certaines opérations réalisées par le premier routeur et d'autres réalisées par le second routeur. II peut avantageusement être mis en oeuvre dans une seule direction, c'est-àdire lorsqu'un seul des deux routeurs met à jour sa table de routage du premier type après une interruption de session entre les deux routeurs. Il peut également être mis en oeuvre dans les deux directions, par symétrie des opérations réalisées par les deux routeurs. On note par ailleurs qu'on peut mettre en oeuvre le procédé selon l'invention dans une direction indépendamment de la mise en oeuvre du procédé dans l'autre direction. Les termes routeur voisin d'un routeur donné font référence à un routeur ayant une session selon le protocole de routage du réseau avec le routeur donné. Un routeur dans un réseau de routeurs ayant des sessions selon le protocole BGP, gère en général trois types de tables, les tables du premier type et du second type étant relatives à une session donnée et un autre type de table étant relatif au routeur. Ainsi, le premier type de table de routage relatif à une session, référencé sous le terme "Adjacency-RIB-In", contient les informations protocolaire BGP reçues depuis un routeur voisin dans cette session. Le second type de table de routage relatif à une session, référencé sous le terme "Adjacency-RIB-Out" contient les informations protocolaires BGP envoyées ou à envoyer à un routeur voisin dans cette session. Puis, l'autre type de table de routage, référencé "Local RIB", contient des informations protocolaires BGP relatives au routeur reçues depuis l'ensemble des routeurs voisins définis sur l'équipement. Cette dernière table de routage, ou un sous-ensemble de cette table, peut être diffusé à tous les routeurs voisins configurés sur le routeur considéré, ce qui permet notamment de créer les tables du second type pour tous les routeurs. En général, un routeur a donc une table unique 'Local RIB' qui synthétise les informations reçues depuis le réseau, et autant de tables de routage du premier et du second type qu'il a de sessions avec d'autres routeurs. En cas d'interruption de session entre deux routeurs, les routeurs perdent les informations relatives à la session, c'est-à-dire les informations contenues dans leurs tables de routage du premier et du second type. Un objectif de la présente invention est de permettre que, lors de la réinitialisation de la session, les routeurs puissent mettre à jour au plus vite les informations relatives à cette session. Pour une session entre un premier et un second routeurs, quand on active un tel procédé dans un sens de communication, certaines étapes du procédé sont réalisées sur le premier routeur et certaines autres étapes sont réalisées sur le second routeur. Une telle configuration peut s'avérer être avantageuse dans certaines conditions. II peut également être parfois avantageux de mettre en oeuvre un tel procédé sur une partie seulement des routeurs du réseau. On peut également mettre en oeuvre le procédé de manière symétrique sur les premier et second routeurs d'une même session. Dans ce cas, le procédé est activé de manière bidirectionnelle. Ainsi, la figure 1 illustre une telle application à un routeur dans un réseau de routeurs selon un protocole BGP. Une session 111 relie un premier routeur 101 et un second routeur 102. Le routeur 101 a une table du premier type 104, ou table 'Tab-In'. Le routeur 102 a une table du second type 108, ou table 'Tab-Out'. Dans un mode de réalisation de la présente invention, le routeur 101 gère en outre une base de données 105 dans laquelle il sauvegarde le contenu de la table 104. Cette sauvegarde est de préférence réalisée toutes les fois que certains critères définis sont remplis. On note que le contenu de cette base de données n'est préférablement pas affecté par des interruptions sur la session 111. Par ailleurs, le routeur 102 stocke en mémoire les informations qui ont déjà été envoyées au routeur 101 et les informations destinées à être envoyées au routeur 101 dans la session 111. Les sections suivantes décrivent un mode de réalisation du procédé appliqué à une seule session BGP. Il est aisé d'en déduire une application à plusieurs sessions simultanées sur un même routeur. De préférence, la mise en oeuvre du procédé selon un mode de réalisation de la présente invention est optionnelle sur les routeurs. Pendant l'initialisation de la session 111, les routeurs 101 et 102 s'informent mutuellement de leur capacité respective à mettre en oeuvre un tel procédé. Avantageusement, on peut utiliser à cet effet un mécanisme désigné sous les termes de 'capacité' tel que décrit par des documents de l'IETF (pour 'Internet Engineering Task Force') : un document RFC2842 (pour 'Request For Comment') 'Capability advertisement with BGP-4', May 2000 et un document draft-ietf-idr-dynamic-cap-05.txt, 'Dynamic Capability for BGP-4', 14 July 2004. Dans un mode de réalisation de la présente invention, on peut également prévoir qu'un des deux routeurs, en fonction d'un critère déterminé, peut avantageusement débrayer la mise en oeuvre du procédé, à tout moment. En effet, lorsque l'application du procédé devient pénalisante dans certaines conditions du réseau, il peut être intéressant parfois de débrayer cette option. Cela peut être notamment le cas dans des conditions d'instabilité du réseau. Le mécanisme sur lequel est basé le procédé peut être décrit en deux parties essentielles. Une première partie correspond au fonctionnement normal des routeurs dans la session. Une seconde partie correspond à la gestion de la réinitialisation de la session lorsque celle-ci a été interrompue. On note préalablement que le mécanisme visant à réinitialiser des informations après une interruption de la session 111 est décrit ci-après relativement au routeur 101. Il est aisé d'étendre cette description à l'application de ce mécanisme au routeur 102 par symétrie des opérations. Dans de telles conditions, le routeur 101 et le routeur 102 peuvent appliquer en parallèle et de manière indépendante le même mécanisme. Les sections suivantes décrivent la première partie du mécanisme. Dans cette partie, le routeur 101 sauvegarde les informations contenues dans la table du premier type. Les sauvegardes peuvent être réalisées périodiquement. La périodicité de telles sauvegardes peut être déterminée à l'initialisation de la session, et plus précisément, lors d'une phase de négociation entre les deux routeurs qui peut être basée sur le mécanisme de 'capacité'. Dans un mode de réalisation préféré de l'invention, les routeurs 101 et 102 se communiquent mutuellement, au cours de la phase de négociation, les périodes auxquelles ils sont en mesure de réaliser des sauvegardes, en se communiquant par exemple, la période minimale et la période maximale. Une sauvegarde peut être assimilable à un point de synchronisation entre le routeur 101 et le routeur 102 relativement aux données sauvegardées dans la base de données 105 d'une part et aux données stockées en mémoire par le routeur 102 d'autre part. Lorsque le mécanisme de gestion de réinitialisation de session est appliqué dans les deux directions, les périodes de sauvegarde des deux routeurs peuvent être différentes. Cette caractéristique est particulièrement avantageuse pour une session entre un réflecteur de routes, ou RR (pour 'Route Reflector'), et son routeur client. En effet, pour le RR, les sauvegardes des informations de la table du premier type sont très coûteuses car, en général, les RR ont beaucoup plus de sessions à gérer que leurs clients. On note que, en règle générale, le RR envoie de nombreuses informations protocolaires à son routeur client et le client envoie relativement peu d'informations protocolaires au RR. II est donc important que le routeur client sauvegarde les informations de sa table du premier type à une période relativement courte afin de permettre au RR de ne pas stocker en mémoire une relativement grande quantité d'informations. Sur le routeur 102, les informations envoyées ou à envoyer au routeur 101 sont stockées, de préférence en continu, dans un journal 109 de telle sorte que ce journal contienne l'activité protocolaire générée par le routeur 102 depuis le dernier point de synchronisation, c'est-à-dire depuis la dernière sauvegarde. Afin de pouvoir restaurer, lors de la phase de réinitialisation, une table de premier type cohérente, il est nécessaire de synchroniser la réalisation de la sauvegarde sur le routeur 101 et la création du journal correspondant du côté du routeur 102. L'invention couvre toute méthode permettant aux routeurs 101 et 102 de se synchroniser quant à ces informations à mémoriser pendant la phase de fonctionnement normal. Ainsi, dans certains cas d'instabilité du réseau et/ou lorsque la période d'interruption de la session s'est prolongée, la quantité d'informations stockées dans le journal peut être plus grande que celle des informations contenues dans la table du second type du routeur 102. Dans de telles conditions il peut alors être intéressant de débrayer le mécanisme. Afin de réduire cette quantité d'informations dans le journal 109, on peut également sélectionner les informations à stocker par le routeur 102 dans le journal 109. Ainsi, lorsqu'il existe plusieurs modifications pour une route donnée, on peut ne stocker que les informations relatives aux plus récentes modifications. On peut également, lorsque cela est possible, regrouper des informations communes à plusieurs routes pour réduire la quantité d'informations à stocker dans le journal 109. La figure 2 illustre les principales étapes de la seconde partie du procédé de gestion de réinitialisation de session de protocole de routage dans un réseau selon un mode de réalisation de l'invention. Ces étapes correspondent à la gestion de la réinitialisation de la session lorsque celle-ci a été interrompue. Ainsi, afin de mettre à jour sa table de routage du premier type, le routeur 101 récupère les informations sauvegardées 201 dans la base de données 105. Puis, le routeur 102 envoie au routeur 101 les informations stockées dans le journal 109. Ensuite, le routeur 101 est en mesure de mettre à jour sa table de routage du premier type 104 sur la base des informations récupérées et reçues. En effet, les informations récupérées dans la base de données 105 correspondent à un état de la table de routage du premier type au moment de la dernière sauvegarde. Puis, dans un mode de réalisation préféré de l'invention, les informations reçues depuis le routeur 102 correspondent aux informations déjà envoyées ou restant à envoyer depuis la dernière sauvegarde. De préférence, les informations reçues depuis le routeur 102 correspondent aux informations déjà envoyées ou restant à envoyer qui sont immédiatement consécutives à la dernière sauvegarde. Ainsi, le routeur 101 est en mesure de mettre à jour la table de routage du premier type sans que le routeur 102 ne lui envoie les informations contenues dans sa table du second type. Le routeur 102 envoie uniquement les informations stockées 202 dans le journal 109. Une telle caractéristique est d'autant plus avantageuse lorsque peu d'informations ont été stockées par le routeur 102 entre la dernière sauvegarde et les opérations de réinitialisation de la session. La figure 3 détaille une architecture de routeurs dans un réseau selon un mode de réalisation de l'invention. Les routeurs 101 et 102 comprennent chacun une table de routage globale 301, une table de routage du premier type 104 et une table de routage du second type 108, ainsi qu'une base de données 105 et une mémoire 109 correspondant au journal. La table de routage globale 301 n'étant pas relative à une session donnée, elle peut être utilisée pour mettre à jour la table de routage du second type 108, le cas échéant. A partir de cette figure, on peut aisément déduire une application en parallèle du mécanisme fondé sur les deux parties décrites ci-dessus d'une part relativement au routeur 101 et d'autre part relativement au routeur 102. Chacun de ces routeurs peut appliquer en parallèle et de façon indépendante le mécanisme du procédé selon un mode de réalisation de l'invention. La figure 4 est un schéma représentant un échange de messages entre deux routeurs ayant une session entre eux, avant la perte de la session, selon un mode de réalisation de la présente invention. Cet échange de messages correspond à la première partie du mécanisme, comme décrit précédemment. A titre illustratif, les sections suivantes décrivent l'échange de messages définis dans le protocole BGP dans une session BGP. L'invention couvre également une implémentation pour laquelle d'autres messages sont utilisés. Le protocole de type BGP définit un message de mise à jour des informations de routage et/ou de connectivité, noté BGP-UPDATE ou encore BGP-UPD, certains de ces messages permettent d'ajouter des informations de routage dans des tables de routage, d'autres de ces messages permettent de retirer des informations de routage. Il définit également un message, noté BGP-CAPABILITY ou encore BGP-CAPA, qui permet l'échange d'informations autres que des informations de routage entre deux routeurs voisins. Dans cette première partie du mécanisme, à l'étape 405, le routeur 102 émet à destination du routeur 101 un message BGP-UPD' 401. Le routeur 102 stocke alors dans un journal N ce message, de préférence en même temps qu'il émet ce message à destination du routeur 101. Puis, à une étape 406, correspondant à une étape de synchronisation, le routeur 102 d'une part émet un message 'BGP-CAPA' 402 à destination du routeur 101 et d'autre part, crée un journal N+1 à une étape 407. Cette étape de synchronisation peut être déclenchée en fonction de critères définis. Par exemple, on peut déclencher cette étape à intervalle de temps régulier, périodiquement ou encore lorsque la taille du journal a atteint un seuil prédéterminé. On peut également déclencher cette étape lorsque les conditions de trafic dans le réseau remplissent certains critères définis. Sur réception de ce message, le routeur 101 sauvegarde les informations contenues dans la table du premier type, à une étape 408. Un tel message est utilisé dans ce cas pour requérir auprès du routeur 101 une sauvegarde des informations contenues dans la table du premier type. De préférence après avoir réalisé cette sauvegarde, à une étape 409, le routeur 101 supprime les informations relatives à la précédente sauvegarde, le cas échéant. Puis, à une étape 410, le routeur 101 émet à destination du routeur 102 un autre message 'BGP-CAPA' 403. Sur réception de ce message 403, de préférence, le routeur 102 supprime le journal N, à l'étape 410. En effet, à ce stade, les informations stockées dans le journal N ont été prises en compte dans les informations sauvegardées à l'étape précédente 408. Puis, le routeur 102 est amené à émettre un ou plusieurs messages BGPUDP' 404 à destination du routeur 101. A l'étape 411, le routeur 102 stocke en mémoire ce message dans le journal N+1, créé précédemment à l'étape 407. II stocke ensuite, dans le journal N+1, les messages de type 'BGPUPD' émis à destination du routeur 101 jusqu'à la prochaine étape de synchronisation similaire à l'étape 406. Les sections précédentes décrivent donc un mécanisme permettant de synchroniser le contenu du journal géré par le routeur 102 avec le contenu de la base de données géré par le routeur 101 en fonctionnement normal. Une telle synchronisation peut permettre d'optimiser les quantités d'informations enregistrées sur les deux routeurs. De ce fait, elle peut permettre de réduire les informations à envoyer depuis le routeur 102 au routeur 101, correspondant aux informations contenues dans le journal, afin de réinitialiser la session après une interruption. Un tel mécanisme de synchronisation entre le routeur 101 et le routeur 102 selon un mode de réalisation de la présente invention est décrit à titre illustratif sans introduire de limitation quant aux mécanismes de synchronisation entre les routeurs. La présente invention couvre tout autre mécanisme de synchronisation possible. Les sections suivantes décrivent un échange de messages relativement à la seconde partie du mécanisme sur lequel est fondé le procédé selon un mode de réalisation de la présente invention. Ainsi, lorsqu'un problème survient, la session BGP est interrompue et les informations présentes dans les tables du premier et du second types relatives à la session sont perdues. Aussi, la réinitialisation de cette session requiert une phase de "réapprentissage" des informations échangées sur cette session auparavant. Dans un mode de réalisation de la présente invention, lors de la phase d'initialisation de la session entre les deux routeurs, ces routeurs déterminent, de préférence conjointement, s'ils mettent en oeuvre ou non le procédé selon l'invention. On note par ailleurs que les informations sauvegardées et/ou les informations stockées dans un journal sont enregistrées dans des fichiers selon des formats déterminés. Au moment de l'initialisation de la session, dans un mode de réalisation de la présente invention, les routeurs s'accordent au préalable sur une version du journal et/ou des informations à utiliser. Pour cela ils se communiquent de préférence la (ou les) versions de fichier qui leur sont respectivement disponibles. Dans un mode de réalisation de la présente invention, un routeur peut disposer de deux versions différentes. Les routeurs négocient de préférence les versions de fichier lors de l'ouverture de la session et plus précisément lors de la négociation de la capacité'. La figure 5 illustre une telle négociation dans une section 500. Dans cette section, dans un message 'BGP-OPEN' 502 destiné à l'ouverture d'une session BGP, le routeur 101 transmet au routeur 102 les versions P et P+1 disponibles concernant la sauvegarde et les versions M et M+1 disponibles concernant le journal. Le routeur 102 transmet, dans un message BGP-OPEN' 503, au routeur 101 les versions L et L+1 disponibles concernant la sauvegarde et les versions K et K+1 disponibles concernant le journal. De préférence, les routeurs sélectionnent, pour chaque direction, le numéro de version le plus élevé disponible à la fois sur les deux routeurs. On peut, par exemple, décider de mettre en place la version la plus récente commune aux deux routeurs en ce qui concerne les fichiers de sauvegarde et les fichiers relatifs au journal. Dans cet exemple, à l'étape 504, le routeur 101 restaure les informations selon la version commune disponible la plus récente et le routeur 102 restaure les informations dans le journal selon la version commune disponible la plus récente du journal. Dans une section 501, le routeur 102 envoie au routeur 101 un ou plusieurs messages 'BGP-UPD' 505 contenant des informations du journal selon la version commune la plus récente. Ainsi, le routeur 101 est en mesure de traiter ces informations reçues. Au cours de la réinitialisation de la session, le routeur 101 récupère les informations depuis la base de données 105 et peut mettre à jour sa table de routage du premier type sur la base de ces informations. Le routeur se retrouve alors dans une situation identique à celle correspondant au point de synchronisation tel qu'illustré par l'étape 406. Puis, le routeur 101 exploite les informations reçues depuis le routeur 102, c'est-à-dire correspondant à celles contenues dans le journal depuis le dernier point de synchronisation de la session. Il met à jour la table de routage du premier type avec ces informations. Un tel procédé permet de réduire le temps pendant lequel le réseau fonctionne dans des conditions dégradées. La possibilité de débrayer ce mécanisme à tout moment par l'un ou l'autre des routeurs permet d'éviter un fonctionnement du réseau plus dégradé qu'il ne l'est sans ce mécanisme. La présente invention trouve une application très avantageuse sur les RR qui disposent d'un grand nombre de sessions et d'un nombre important de routes. Elle permet alors un rétablissement plus rapide des sessions. Par ailleurs, on peut également prévoir d'activer un tel mécanisme au cours du fonctionnement normal d'une session et non dès la phase d'ouverture. Une telle possibilité peut s'avérer être très intéressante en cas de maintenance du routeur. Cette activation dynamique peut par exemple être réalisée en envoyant un message correspondant à une 'capacité' dynamique lorsque l'on souhaite activer ce mécanisme. On peut également activer le mécanisme dès l'ouverture de la session mais sans activer de sauvegarde périodique. Puis, on peut négocier une mise en oeuvre des sauvegardes périodiques en cours de session entre les deux routeurs. On note que, de préférence, les mémoires utilisées sur les routeurs pour mettre en oeuvre un tel procédé selon un mode de réalisation de la présente invention, sont non volatiles. Ainsi, avantageusement, les informations stockées ne sont pas effacées en cas de panne ou d'arrêt de l'équipement. REVENDICATIONS 1. Procédé de gestion de réinitialisation de session selon un protocole de routage dans un réseau de transmission de paquets comprenant une pluralité de routeurs ayant entre eux des sessions selon ledit protocole pour échanger des informations de routage et/ou de connectivité indiquant des chemins pour transmettre des paquets à travers le réseau; relativement à une session donnée (111) entre un premier (101) et un second (102) routeurs, le premier routeur maintenant une table de routage (104) mise à jour en fonction d'informations reçues depuis le second routeur dans ladite session; suivant lequel le premier routeur sauvegarde dans une base de données (105) des informations contenues dans ladite table de routage, et le second routeur stocke dans une mémoire (109) des informations envoyées ou à envoyer au premier routeur; ledit procédé comprenant les étapes suivantes exécutées par le premier routeur après une perte d'informations contenues dans la table de routage: /a/ récupérer (201) les informations sauvegardées par le premier routeur dans la base de données; /b/ recevoir (202) depuis le second routeur dans ladite session lesdites informations stockées par le second routeur; /c/ mettre à jour la table de routage sur la base des informations récupérées à l'étape /a/ et des informations reçues à l'étape /b/. 2. Procédé selon la revendication 1, suivant lequel la sauvegarde du premier routeur est déclenchée en fonction de critères définis; et suivant lequel le stockage du second routeur comprend le stockage en continu dans un journal des informations envoyées ou à envoyer au premier routeur depuis ladite sauvegarde. 3. Procédé selon la revendication 2, suivant lequel la sauvegarde du premier routeur est déclenchée à intervalle de temps régulier. 4. Procédé selon l'une quelconque des revendications précédentes, comprenant en outre, à chaque sauvegarde, les étapes suivantes: /1/ créer un journal sur le second routeur (102) et émettre depuis le second routeur à destination du premier routeur un message (402) de déclenchement de sauvegarde de la table de routage dans la base de données; /2/ sur réception dudit message de déclenchement, par le premier routeur, sauvegarder (408) les informations contenues dans la table de routage dans la base de données; /3/ stocker (411) par le second routeur, dans ledit journal créé, les informations envoyées ou à envoyer (404) au premier routeur. 5. Procédé selon la revendication 4, suivant lequel on réitère la sauvegarde des informations dans la base de données (105) en réitérant les étapes /II à /3/ ; ledit procédé comprenant en outre les étapes suivantes, après l'étape /2/ : supprimer sur le premier routeur les informations sauvegardées lors de la sauvegarde précédente le cas échéant, et émettre depuis le premier routeur à destination du second routeur un message de réponse (403) audit message de déclenchement; sur réception dudit message de réponse (403), supprimer le journal créé lors de la sauvegarde précédente le cas échéant. 6. Procédé selon l'une quelconque des revendications précédentes, comprenant en outre, lors d'une phase d'établissement de la session et/ou au cours de la session établie, une phase de négociation entre le premier et le second routeur pour déterminer, en fonction de paramètres définis, si on exécute les étapes dudit procédé relativement à ladite session. 7. Procédé selon la revendication 6, suivant lequel les premier et second routeurs déterminent une période de réalisation des sauvegardes au cours de la phase de négociation. 8. Procédé selon l'une quelconque des revendications précédentes, suivant lequel, en outre, le second routeur maintient une table de routage mise à jour en fonction d'informations reçues depuis le second routeur et sauvegarde dans une base de données des informations contenues dans ladite table de routage; suivant lequel le premier routeur stocke dans une mémoire des informations envoyées ou à envoyer au second routeur; et suivant lequel on exécute sur le second routeur les étapes dudit procédé réalisées par le premier routeur selon l'une quelconque des revendications précédentes et on exécute sur le premier routeur les étapes dudit procédé réalisées par le second routeur selon l'une quelconque des revendications précédentes. 9. Routeur (101) destiné à avoir une session avec un autre routeur (102) selon un protocole de routage dans un réseau de transmission de paquets comprenant des moyens agencés pour maintenir une table de routage (104) mise à jour en fonction d'informations reçues depuis ledit autre routeur dans la session; des moyens agencés pour sauvegarder dans une base de données (105) des informations contenues dans ladite table de routage; des moyens agencés pour récupérer (201) les informations sauvegardées dans ladite base de données; des moyens agencés pour mettre à jour la table de routage après une perte d'informations contenues dans la table de routage, sur la base des informations récupérées dans ladite base de données après ladite perte d'informations et des informations reçues depuis l'autre routeur après ladite perte d'informations. 10. Routeur (102) destiné à avoir une session avec un autre routeur (101) selon un protocole de routage dans un réseau de transmission de paquets, ledit autre routeur (101) maintenant une table de routage mise à jour en fonction d'informations reçues depuis ledit routeur; ledit routeur (102) comprenant: des moyens agencés pour stocker dans une mémoire (109) des informations envoyées ou à envoyer audit autre routeur; des moyens agencés pour envoyer audit autre routeur lesdites informations après une perte d'informations contenues dans la table de routage dudit autre routeur. 11. Système de gestion de réinitialisation de session selon un protocole de routage dans un réseau de transmission de paquets comprenant une pluralité de routeurs ayant entre eux des sessions selon ledit protocole pour échanger des informations de routage et/ou de connectivité indiquant des chemins pour transmettre des paquets à travers le réseau; ledit système comprenant un premier routeur (101) selon la revendication 9 et un second routeur (102) selon la revendication 10.