Brevet FR3089731A1 — publié le 20200612

Description Titre de l'invention : Procédé de configuration d'un noeud d'un réseau Technique antérieure [0001] L'invention se rapporte au domaine général des télécommunications. [0002] Elle concerne plus particulièrement la configuration de dispositifs d'un réseau de té- lécommunications mettant en oeuvre un protocole de routage dynamique, tel que le protocole BGP (Border Gateway Protocol) ou sa version sécurisée BGPsec, ou encore le protocole TRIP (Telephony Routing over IP), pour le calcul, la sélection et l'établissement de routes destinées à acheminer le trafic dans le réseau. [0003] De tels protocoles de routage sont couramment utilisés dans les réseaux de télécom- munications pour communiquer des informations de routage entre différents systèmes autonomes (ou AS pour « Autonomous System » en anglais). Le réseau Internet comprend plusieurs dizaines de milliers de systèmes autonomes, chacun étant exploité par une entité administrative spécifique, appelée opérateur ou administrateur de réseau. Chaque système autonome visible sur Internet est identifié par un numéro globalement unique appelé numéro de système autonome ou numéro d'AS (ou encore ASN pour « AS Number » en anglais). [0004] Le protocole BGP est également utilisé pour des besoins intra-opérateur, par exemple pour l'échange de routes entre des infrastructures d'accès et des infrastructures de coeur de réseau. 100051 11 est en outre de plus en plus utilisé aujourd'hui dans les infrastructures réseau (aussi désignées plus simplement dans la suite par « réseaux ») sur lesquelles s'appuient les centres de données (« Data Centers », ou DC en anglais), et notamment les centres de données de taille importante, aussi connus sous le nom de MSDC (Massively Scalahle Data Centers) ou HSDC (Hyper-Scale Data Centers). Le protocole BGP permet au sein de ces infrastructures réseau d'échanger des informations de routage entre les différents équipements du réseau (par exemple rouleurs, contrôleurs, ou commutateurs). L'infrastructure réseau d'un centre de données peut constituer un système autonome à part entière ou être organisée selon un ensemble de systèmes autonomes, qui peuvent par exemple former une « confédération BGP » lorsque l'infrastructure est massivement distribuée. Au sein d'une telle infrastructure réseau, des numéros d'AS privés, c'est-à-dire non visibles de 1' Internet, sont souvent utilisés pour faciliter la gestion de la politique de routage BGP sans devoir requérir l'attribution d'un numéro d'AS globalement unique. Ceci permet de distinguer plus facilement l'infrastructure réseau du centre de données à proprement parler, du réseau auquel cette infrastructure 2 est connectée et auquel un numéro d'AS distinct est affecté. Au sein de l'infrastructure réseau du centre de données, un même numéro d'AS peut par exemple être utilisé par plusieurs routeurs situés sur un même niveau hiérarchique. Aussi, des extensions BGP spécifiques aux centres de données (par ex. « allowas-in ») ont été développées par certains constructeurs pour pouvoir utiliser un même numéro d'AS dans des niveaux hiérarchiques différents d'un DC. [0006] Afin de simplifier les procédures de configuration des équipements de l'infrastructure réseau d'un centre de données et de minimiser les risques d'erreur de configuration notamment, le déploiement de ce centre de données nécessite un niveau d'automatisation élevé des processus de production de ressources (par ex. production dynamique de machines virtuelles destinées à héberger certaines fonctions réseau virtualisées). Une telle automatisation permet en outre d'améliorer la disponibilité et la stabilité du réseau : toute modification de la topologie de l'infrastructure réseau liée à l'introduction de nouvelles ressources de commutation (par exemple commutateurs, routcurs) ou de transmission (par exemple liens intra- et inter-centres de données destinés à fournir plus de capacité pour écouler plus de trafic) doit se faire d'une manière dynamique et requérant un effort de configuration minimal, voire nul. [0007] De plus, il est important de maîtriser la volumétrie du trafic de signalisation constitué notamment des informations de configuration émises au sein de l'infrastructure réseau, typiquement par un ou plusieurs contrôleurs réseau lorsque le centre de données s'appuie sur une architecture de type SDN (Software-Defined Networking), par exemple. Ce trafic de signalisation peut également comprendre des notifications émises par certains équipements du réseau lorsqu'ils détectent une modification de sa topologie, par exemple la rupture d'une connexion entre deux commutateurs (switch, en anglais) localisés au sein d'un même centre de données. Il est impératif de s'assurer que la volumétrie du trafic de signalisation échangé ne pénalise en aucune manière la disponibilité du ou des services qui impliquerai(en)t des ressources hébergées au sein de l'infrastructure du centre de données. [0008] Afin d'optimiser l'exploitation des ressources au sein d'un centre de données, la configuration des équipements du réseau sous-jacent (aussi appelés « noeuds » dans la suite de la description) doit se conformer à des procédures adéquates de nomenclature des interfaces, des adresses ou préfixes alloués à ces interfaces, etc. En particulier, la mise en place d'une politique de routage au sein de l'infrastructure réseau du centre de données selon un protocole de routage tel que BGP ou BGPsec, repose sur l'établissement de sessions BGP entre les différents noeuds du réseau. Ces sessions sont établies sur la base de différentes informations de configuration et notamment sur le numéro d'AS auquel appartient chaque noeud : le numéro d'AS est une information obligatoire pour pouvoir établir une session BGP entre deux routeurs. En effet, si un 3 noeud BOP tel qu'un routeur n'a pas la connaissance du numéro du système autonome auquel il appartient, il est incapable d'établir une session BGP avec un autre routcur appartenant à un système autonome voisin, niais également avec les autres routeurs du système autonome auquel il appartient. Or, l'établissement de sessions BGP entre tous les noeuds d'un système autonome est impératif pour garantir une vision globale et cohérente de la topologie de l'infrastructure réseau ; le numéro d'AS conditionne l'établissement de ces sessions. On note par ailleurs que ce numéro d'AS est également utilisé pour sélectionner les routes BGP et pour la détection et la prévention de boucles de routage au sein de l'infrastructure réseau. [0009] L'exploitation d'un centre de données requiert une structuration dynamique et flexible des systèmes autonomes le composant : par exemple, des noeuds peuvent être groupés pour former un même système autonome, un système autonome peut être scindé en plusieurs groupes ou clusters chacun associé à un numéro d'AS différent, l'opérateur du centre de données peut envisager de migrer les numéros d'AS utilisés au sein de son infrastructure vers un nouveau format (par ex. d'un format codé sur 2 octets à un format codé sur 4 octets), etc. Ces opérations se traduisent par des changements (autrement dit, des migrations) des numéros d'AS associés à certains noeuds du centre de données vers d'autres numéros d'AS utilisés en remplacement des premiers. [0010] Dans l'état actuel de la technique, il n'existe pas de mécanisme permettant une migration d'un ou de plusieurs numéros d'AS au sein d'un réseau sans provoquer d'interruption de service (et particulièrement, sans provoquer la rupture des sessions BGP associées aux anciens numéros d'AS). La migration de numéros d'AS est en effet gérée aujourd'hui en réinitialisant (et donc en interrompant) les sessions BGP actives associées aux numéros d'AS qui sont modifiés et en mettant en place, par exemple, des politiques d'ingénierie de trafic qui permettent de contourner les noeuds impactés par les modifications de numéros d'AS. Il convient de noter que la suppression de routes (en amont de la modification d'un numéro d'AS) puis l'annonce des routes (après modification du numéro d'AS) ont en outre un impact négatif sur la stabilité du routage BGP au sein du réseau à cause des messages de contrôle requis pour mettre à jour les tables de routage. [0011] Les inconvénients qui viennent d'être décrits pour le protocole de routage BGP s'appliquent également à d'autres protocoles de routage dynamiques tels que BGPsec ou TRIP notamment. Objet et résumé de l'invention [0012] La présente invention permet notamment de pallier les inconvénients précités en proposant un procédé de configuration d'un premier noeud d'un réseau utilisant un premier numéro de système autonome dans au moins une session établie avec un autre noeud du réseau et conforme à un protocole de routage dynamique mis en oeuvre dans le réseau, ce procédé comprenant les étapes suivantes mises en oeuvre par le premier noeud : une étape de réception d'un message de configuration comprenant au moins une information représentative d'au moins un deuxième numéro de système autonome destiné à être utilisé par le premier noeud en remplacement du premier numéro de système autonome ; une étape de configuration dudit premier noeud avec ledit au moins un deuxième numéro de système autonome ; une étape d'identification d'au moins un deuxième noeud du réseau ayant au moins une session, conforme audit protocole de routage dynamique, active avec le premier noeud, dans laquelle le premier noeud est associé au premier numéro de système autonome ; et une étape d'envoi, audit au moins un deuxième noeud, d'un message de commande requérant le remplacement par ledit au moins un deuxième noeud du premier numéro de système autonome associé audit premier noeud par ledit au moins un deuxième numéro de système autonome, de sorte qu'après ledit remplacement le premier noeud est associé à un dit deuxième numéro de système autonome dans ladite au moins une session active. [0013] Corrélativement, l'invention vise aussi un dispositif d'un réseau, dit premier noeud, configuré pour utiliser un premier numéro de système autonome dans au moins une session établie avec un autre noeud du réseau et conforme à un protocole de routage dynamique mis en oeuvre dans le réseau, ledit premier noeud comprenant : un module de réception, apte à recevoir un message de configuration comprenant au moins une information représentative d'au moins un deuxième numéro de système autonome destiné à être utilisé par le premier noeud en remplacement du premier numéro de système autonome ; un module de configuration paramétré pour configurer le premier noeud avec ledit au moins un deuxième numéro de système autonome ; un module d'identification configuré pour identifier au moins un deuxième noeud du réseau ayant au moins une session conforme au protocole de routage dynamique active avec le premier noeud, dans laquelle le premier noeud est associé au premier numéro de système autonome ; et un module d'envoi, configuré pour envoyer, audit au moins un deuxième noeud, un message de commande requérant le remplacement par ledit au moins un deuxième noeud du premier numéro de système autonome associé audit premier noeud par ledit au moins un deuxième numéro de système autonome, de sorte qu'après ledit remplacement, le premier noeud est associé à un dit deuxième numéro de système autonome dans ladite au moins une session active. [0014] L'invention vise aussi un procédé de traitement d'un message de commande requérant un remplacement d'un premier numéro de système autonome associé à un premier noeud d'un réseau mettant en oeuvre un protocole de routage dynamique, par au moins un deuxième numéro de système autonome, ledit procédé de traitement étant mis en oeuvre par un deuxième noeud du réseau et comprenant : une étape de vérification s'il existe : au moins une session active entre le premier noeud et le deuxième noeud conforme au protocole de routage dynamique et dans laquelle le premier noeud est associé au premier numéro de système autonome ; et/ou au moins une entrée associée au premier numéro de système autonome dans au moins une table de routage maintenue par le deuxième noeud pour la mise en oeuvre du protocole de routage dynamique dans le réseau ; s'il existe au moins une session active, une étape de remplacement du premier numéro de système autonome associé au premier noeud dans ladite au moins une session active par ledit au moins un deuxième numéro de système autonome ; et s'il existe au moins une entrée dans au moins une table de routage maintenue par le deuxième noeud, une étape de remplacement dans ladite au moins une table de routage du premier numéro de système autonome associé à ladite au moins une entrée par ledit au moins un deuxième numéro de système autonome. [0015] Corrélativement, l'invention concerne également un dispositif d'un réseau, dit deuxième noeud, configuré pour traiter un message de commande requérant un remplacement d'un premier numéro de système autonome associé à un premier noeud d'un réseau mettant en oeuvre un protocole de routage dynamique, par au moins un deuxième numéro de système autonome, ledit deuxième noeud comprenant : un module de vérification, configuré pour vérifier s'il existe : au moins une session active entre le premier noeud et le deuxième noeud conforme au protocole de routage dynamique et dans laquelle le premier noeud est associé au premier numéro de système autonome ; et/ou au moins une entrée associée au premier numéro de système autonome dans au moins une table de routage maintenue par le deuxième noeud pour la mise en oeuvre du protocole de routage dynamique dans le réseau ; un premier module de remplacement, activé s'il existe au moins une session active, et configuré pour remplacer le premier numéro de système autonome associé au premier noeud dans ladite au moins une session active par ledit au moins un deuxième numéro de système autonome ; et un second module de remplacement, activé s'il existe au moins une entrée dans au moins une table de routage maintenue par le deuxième noeud, et configuré pour remplacer dans ladite au moins une table de routage le premier numéro de système 6 autonome associé à ladite au moins une entrée par ledit au moins un deuxième numéro de système autonome. [0016] L'invention offre une solution simple permettant de gérer la migration de numéros d'AS au sein d'un réseau utilisant un protocole de routage dynamique et qui ne provoque pas d'interruption de service. Cette solution s'appuie sur la configuration dynamique d'un nouveau numéro d'AS au niveau d'un premier noeud d'un réseau utilisant un premier numéro d'AS, puis la propagation automatique de cette configuration vers les autres noeuds du réseau (deuxièmes et troisièmes noeuds au sens de l'invention) permettant ainsi une prise en compte de cc nouveau numéro d'AS notamment dans les sessions actives dans lesquelles le premier noeud est impliqué et utilisait le premier numéro d'AS, sans interrompre ces sessions actives. [0017] Cette propagation automatique est permise avantageusement par l'introduction d'un nouveau message de commande destiné aux noeuds du réseau au niveau desquels le premier noeud est associé à son premier numéro de système autonome : ces noeuds peuvent être soit des noeuds du réseau qui ont une session active avec le premier noeud, soit des noeuds qui ont été informés de routes passant par le premier noeud et qui ont stocké ces routes dans des tables de routage utilisées pour la mise en oeuvre du protocole de routage dynamique. Le message de commande est propagé de proche en proche au sein du réseau, d'abord entre le premier noeud et les noeuds voisins avec lesquels il entretient au moins une session active, puis entre ces noeuds voisins et leurs propres noeuds voisins auxquels ils ont annoncé une route passant par le premier noeud ou qui leur ont annoncé une route passant par le premier noeud. On s'assure ainsi que la nouvelle configuration du premier noeud, et plus particulièrement la migration de son numéro de système autonome, est signalée à chaque noeud du réseau qui est susceptible de faire référence à un moment ou à un autre au numéro de système autonome qui est associé au premier noeud, que ce soit par exemple pour l'établissement d'une session selon le protocole de routage dynamique avec le premier noeud, la mise à jour dans l'une de ses tables de routage d'une route passant par ce premier noeud ou l'annonce à un noeud voisin d'une telle route. [0018] Ainsi, l'invention permet d'automatiser et de simplifier certaines opérations requises pour l'activation et le bon fonctionnement du protocole de routage dynamique au sein du réseau. Ceci présente un avantage particulier en cas d'introduction de nouveaux systèmes autonomes, d'organisation du réseau en plusieurs systèmes autonomes, ou de migration de tout ou partie des numéros d'AS utilisés dans un réseau vers un nouveau format, l'invention permettant une renumérotation automatique des numéros d'AS au sein du réseau sans interruption de service. 11 en résulte une stabilité consolidée du réseau mettant en oeuvre le protocole de routage dynamique. En outre, l'invention permet avantageusement de limiter la charge 7 et le nombre de messages de contrôle échangés entre les noeuds du réseau pour tenir compte de la migration du ou des numéros d'AS : en effet, grâce à l'invention, aucune route n'a besoin d'être supprimée puis réinstallée du fait du changement de numéro(s) d'AS. La gestion des réseaux activant le protocole de routage dynamique est donc facilitée. On note qu'aucune limitation n'est attachée au protocole de routage dynamique considéré. L'invention a certes une application privilégiée lorsque le protocole de routage mis en oeuvre dans le réseau est le protocole BOP, toutefois elle s'applique également à d'autres protocoles de routage dynamiques, comme par exemple les protocoles BGPsec ou TRIP. Conformément à l'invention, le message de configuration adressé au premier noeud peut comprendre un ou plusieurs deuxièmes numéros d'AS à utiliser par le premier noeud en remplacement de son premier numéro d'AS. Différentes façons de signaler le, ou les numéros d'AS vers le(s)quel(s) le premier noeud doit migrer peuvent être envisagées. Ainsi, dans un mode particulier de réalisation du procédé de configuration selon l'invention, ladite au moins une information représentative dudit au moins un deuxième numéro de système autonome peut comprendre : ledit au moins deuxième numéro de système autonome ; ou au moins une différence entre ledit au moins un deuxième numéro de système autonome et ledit premier numéro de système autonome. [0019] La seconde option permet de minimiser les modifications logicielles nécessaires et de faciliter ainsi la mise en oeuvre de l'invention. En s'appuyant sur la seconde option, il est possible d'initialiser une session selon le protocole de routage dynamique entre le premier noeud et un autre noeud du réseau en associant dans cette session au premier noeud un numéro d'AS et une variable « delta ». La variable « delta » est valorisée lors de l'initialisation à 0 puis à la différence indiquée dans le message de configuration lorsqu'un changement de numéro d'AS du premier noeud est requis. Ceci permet de modifier la configuration de la session active à laquelle participe le premier noeud sans l'interrompre. [0020] Différents modes d'activation du (ou des) deuxième(s) numéro(s) d'AS peuvent être envisagés : le changement de numéro d'AS peut avoir un effet immédiat ou au contraire différé. Les modalités d'application du changement de numéro d'AS pouvant être précisées dans le message de configuration (par exemple dans un champ prévu à cet effet). [0021] Ainsi, dans un mode particulier de réalisation du procédé de configuration selon l'invention, lors de l'étape de configuration, le premier noeud est configuré pour utiliser immédiatement sur ledit réseau ledit au moins un deuxième numéro de système 8 autonome. [0022] On note que dans ce mode de réalisation, bien qu'une utilisation immédiate dudit au moins un deuxième numéro de système par le premier noeud soit requise, il est possible d'envisager de conserver le premier numéro d'AS dans la configuration locale du premier noeud, pendant au moins une certaine période. Ce mode de réalisation peut être avantageux pour la mise en place de politiques d'ingénierie de trafic en temps réel requises, par exemple, pour la mitigation d'attaques de déni de service ou en cas de détection de doublons de numéro d'AS. [0023] Dans un autre mode de réalisation de l'invention du procédé de configuration selon l'invention, lors de l'étape de configuration, le premier noeud est configure pour utiliser sur ledit réseau ledit au moins un deuxième numéro de système autonome de façon différée sur détection d'un événement prédéterminé indiqué dans le message de configuration. [0024] Un tel événement peut être par exemple la détection d'un horodatage particulier ou l'échéance d'une temporisation. Ce mode de réalisation peut être avantageusement exploité pour s'assurer que les autres noeuds du réseau ont cu le temps d'être informés du changement de numéro d'AS associé au premier noeud. Ce faisant, la configuration du protocole de routage dynamique est coordonnée au sein du domaine réseau assurant ainsi une cohérence globale de la configuration des noeuds du réseau. [0025] Dans ce mode de réalisation particulier, le message de commande peut également comprendre une indication d'une échéance à respecter par ledit au moins un deuxième noeud pour remplacer le premier numéro de système autonome associé audit premier noeud par ledit au moins un deuxième numéro de système autonome. [0026] Corrélativement, lorsque le message de commande comprend une telle indication, les étapes de remplacement du procédé de traitement selon l'invention sont programmées pour être exécutées à l'échéance indiquée, autrement dit pour que le changement de numéro d'AS soit activé automatiquement ou de manière équivalente soit effectif à cette échéance. [0027] Comme mentionné précédemment, conformément à l'invention, le deuxième noeud est configuré pour remplacer, dans ses sessions actives avec le premier noeud et dans ses tables de routage, le premier numéro d'AS initialement attribué au premier noeud par ledit au moins un deuxième numéro d'AS qui lui est transmis dans le message de commande. [0028] Dans un mode particulier de réalisation selon l'invention, le procédé de traitement comprend en outre, s'il existe au moins une entrée associée au premier numéro de système autonome dans une table de routage contenant au moins une route annoncée par le deuxième noeud à au moins un troisième noeud du réseau voisin du deuxième noeud, une étape d'envoi du message de commande audit au moins un troisième noeud. 9 [0029] Ceci permet une propagation de la nouvelle configuration du premier noeud dans le réseau, y compris vers les noeuds qui ne disposent pas de sessions actives avec le premier noeud. Le deuxième noeud par ce biais informe les noeuds auxquels il a annoncé des routes passant par le premier noeud de la nouvelle configuration du premier noeud. Chacun des troisièmes noeuds ainsi informés peut à son tour mettre en oeuvre le procédé de traitement selon l'invention. En d'autres termes, dans le procédé de traitement selon l'invention, le deuxième noeud est soit un noeud ayant une session active avec le premier noeud, soit un noeud auquel une route passant par le premier noeud a été annoncée par un autre noeud dans le réseau. [0030] En outre, dans ce mode de réalisation, lorsque le message de commande reçu par le deuxième noeud comprend une durée de temporisation à respecter avant d'appliquer ledit au moins un deuxième numéro de système autonome, le procédé de traitement peut comprendre une étape de décrémentation avant d'envoyer le message de commande audit au moins un troisième noeud, de la durée de temporisation d'une durée de traitement du message de commande par le deuxième noeud et d'une durée d'acheminement du message de commande entre le deuxième noeud et ledit au moins un troisième noeud. [0031] De la sorte, l'échéance pour activer la nouvelle configuration du premier noeud fixée par le message de configuration est respectée. On s'assure ainsi que la migration du numéro d'AS du premier noeud vers le deuxième numéro d'AS est réalisée automatiquement à l'échéance requise. [0032] Dans un mode particulier de réalisation, les différentes étapes du procédé de confi- guration et/ou du procédé de traitement sont déterminées par des instructions de programmes d'ordinateurs. [0033] En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en oeuvre dans un dispositif ou un noeud du réseau 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 configuration ou d'un procédé de traitement tel que décrit ci-dessus. [0034] 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. [0035] L'invention vise aussi un support d'informations ou d'enregistrement lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. [0036] Le support d'informations ou d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut 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 dise) ou un disque dur. [0037] D'autre part, le support d'informations ou d'enregistrement peut être un support trans- missible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. [0038] Alternativement, le support d'informations ou d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. [0039] L'invention vise également un système de communication dans un réseau mettant en oeuvre un protocole de routage dynamique, ledit système comprenant : au moins un dispositif dit premier noeud, conforme à l'invention, configuré avec un premier numéro de système autonome et apte à recevoir un message de configuration comprenant au moins un deuxième numéro de système autonome destiné à être utilisé par le premier noeud sur le réseau ; et au moins un dispositif dit deuxième noeud conforme à l'invention, apte à mettre en oeuvre un procédé de traitement selon l'invention. [0040] Le système de communication selon l'invention bénéficie des mêmes avantages exposés précédemment que le premier et le deuxième noeud selon l'invention. [0041] Dans un mode particulier de réalisation, le système de communication comprend un contrôleur et une pluralité de premiers noeuds conformes à l'invention configurés avec desdits premiers numéros de système autonome, ledit contrôleur étant configuré, lorsque desdits premiers numéros de système autonome distincts doivent être remplacés par des deuxièmes numéros de système autonome, pour envoyer successivement auxdits premiers noeuds configurés avec ces premiers numéros de système autonome distincts les messages de configuration comprenant lesdits deuxièmes numéros de système autonome, ledit contrôleur étant configuré pour attendre après avoir envoyé un dit message de configuration destiné à remplacer un dit premier numéro de système autonome à au moins un dit premier noeud configuré avec ce premier numéro de système autonome, le remplacement effectif dudit premier numéro de système autonome dans le système de communication avant d'envoyer un message de configuration destiné à remplacer un autre dit premier numéro de système autonome à au moins un autre dit premier noeud configuré avec cet autre premier numéro de système autonome. [0042] Ce mode de réalisation consiste à gérer la migration d'un seul numéro d'AS à la fois au sein de l'infrastructure réseau. En d'autres termes, le contrôleur planifie les différentes opérations de migration des numéros d'AS pour s'assurer du bon déroulement 11 de la procédure de migration, une nouvelle migration d'un numéro d'AS n'étant entreprise que lorsque la migration de l'AS précédent a été exécutée et prise en compte par le réseau. On s'assure ainsi de la stabilité du réseau ayant mis en oeuvre le protocole de routage dynamique suite à la migration d'un numéro d'AS avant d'entreprendre une nouvelle migration. [0043] Dans un autre mode de réalisation, le système de communication comprend un contrôleur et une pluralité de premiers noeuds conformes à l'invention configurés avec desdits premiers numéros de système autonome, ledit contrôleur étant configure, lorsque desdits premiers numéros de système autonome distincts associés auxdits premiers noeuds doivent être remplacés par des deuxièmes numéros de système autonome, pour inclure dans lesdits messages de configuration envoyés auxdits premiers noeuds une indication d'une même échéance à respecter pour chacun desdits premiers noeuds pour utiliser au sein du réseau lesdits deuxièmes numéros de système autonome en remplacement desdits premiers numéros de système autonome. [0044] Autrement dit, toutes les migrations de numéros d'AS envisagées à un instant donné sont déclenchées simultanément dans le réseau par le contrôleur. [0045] On peut également envisager, dans d'autres modes dc réalisation, que le procédé de configuration, le procédé de traitement, le dispositif dit premier noeud, le dispositif dit deuxième noeud, et le système de communication selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées. Brève description des dessins [0046] D'autres caractéristiques et avantages de la présente invention ressortiront de la des- cription 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 : [0047] [fig.1] la figure I représente, de façon schématique, un système dc communication conforme à l'invention, dans un mode particulier de réalisation ; [0048] [fig.2] la figure 2 illustre un dispositif du système de communication de la [Fig. I], conforme à l'invention ; [0049] [fig.3] la figure 3 représente schématiquement l'architecture matérielle du dispositif de la figure 2, dans un mode particulier de réalisation ; [0050] [fig.4] la figure 4 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de configuration selon l'invention tel qu'il est mis en oeuvre par un dispositif du système de communication de la [Fig. 1] dans un mode particulier de réalisation ; 12 [0051] [fig.SA] la figure 5A représente un format de messages de commande utilisés par l'invention ; [0052] [fig.SB] la figure 5B représente un autre format de messages de commande utilisés par l' invention ; [0053] [fig.SC] la figure 5C représente un autre format de messages de commande utilisés par l' invention ; [0054] [fig.6] la figure 6 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de traitement selon l'invention tel qu'il est mis en oeuvre par un dispositif du système de communication de la [Fig. 1] dans un mode particulier de réalisation ; [0055] [fig.7A] la figure 7A illustre la mise àjour de la configuration locale du dispositif au cours du procédé de traitement représenté à la figure 6 ; [0056] [fig.7B] la figure 7B illustre également la mise àjour de la configuration locale du dispositif au cours du procédé de traitement représenté à la figure 6 ; [0057] [fig.7C] la figure 7C illustre également la mise àjour de la configuration locale du dispositif au cours du procédé de traitement représenté à la figure 6 ; [0058] [fig.8A] la figure 8A illustre la migration en plusieurs étapes de plusieurs numéros d'AS mise en oeuvre au sein du système de communication de la figure 1 dans un mode particulier de réalisation ; [0059] [fig.8B] la figure 8B illustre également la migration en plusieurs étapes de plusieurs numéros d'AS mise en oeuvre au sein du système de communication de la figure 1 dans un mode particulier de réalisation ; [0060] [fig.8C] la figure 8C illustre la migration en plusieurs étapes de plusieurs numéros d'AS mise en oeuvre au sein du système de communication de la figure 1 dans un mode particulier de réalisation ; et [0061] [fig.9] la figure 9 illustre la migration en une seule étape de plusieurs numéros d'AS mise en oeuvre au sein du système de communication de la figure 1 dans un mode particulier de réalisation. 13 Description détaillée de l'invention [0062] La figure 1 représente, dans son environnement, un système de communication 1 conforme à l'invention, dans un mode particulier de réalisation. [0063] Dans l'exemple envisagé à la figure 1, le système de communication 1 comprend une pluralité de dispositifs de réseau (au nombre de 4 sur la figure 1, globalement référencés par T), tous conformes ici à l'invention, et appartenant à l'infrastructure réseau d'un centre de données (DC). Les dispositifs de réseau T sont reliés entre eux via un ou plusieurs liens connectant des interfaces de communication desdits dispositifs (illustrée(s) sur la figure 1 en traits discontinus) et forment un réseau de communication R. Plus particulièrement, dans l'exemple représenté à titre illustratif à la figure L les dispositifs de réseau T21 et T22 sont reliés chacun aux dispositifs de réseau T31 et T32. [0064] Aucune limitation n'est attachée à la nature des dispositifs de réseau T (aussi appelés noeuds du réseau R) : il s'agit d'éléments de réseau quelconques, comme par exemple des routcurs, des commutateurs, etc. Aucune limitation n'est attachée non plus à la nature des interfaces de communication utilisées par les dispositifs T pour communiquer entre eux au sein du réseau R. Il peut s'agir d'interfaces de communication filaires ou sans fil, mobiles ou fixes, physiques ou virtuelles, etc. [0065] Lc réseau de communication R formé par les dispositifs T met en oeuvre un protocole de routage dynamique. Dans le mode de réalisation décrit ici, le protocole de routage dynamique considéré est le protocole BGP décrit notamment dans le document RFC 4271 édité par l'IETF (Internet Engineering Task Force). L'invention peut toutefois s'appliquer à d'autres protocoles de routage dynamique utilisant des numéros d'AS, tels que par exemple la version sécurisée BGPscc du protocole BGP décrite dans le document RFC 8205 édité par l'IETF, au protocole de routage TRIP, ou le protocole Link-State Vcctor Routing (LSVR) en cours de spécification à l'IETF. [0066] Dans l'exemple illustré à la figure 1, le système de communication 1 est organisé en une pluralité de niveaux hiérarchiques (deux sur la figure 1 référencés par NIV1 et NIV2), chaque niveau hiérarchique étant lui-même organisé en un ou plusieurs clusters (c.-à-d. groupes) de dispositifs : un cluster pour le niveau hiérarchique NI V I comprenant deux dispositifs T21 et T22, et deux clusters pour le niveau hiérarchique NIV2 comprenant chacun respectivement un dispositif T31 et un dispositif T32. Les dispositifs de réseau du dernier niveau hiérarchique NIV2 sont reliés ici aux différentes machines virtuelles ou matérielles 3 (par ex. serveurs) du centre de données. [0067] Bien entendu, cette architecture d'infrastructure réseau et son organisation en niveaux hiérarchiques et en clusters (comprenant un ou plusieurs dispositifs) n'est donnée qu'à titre illustratif, et l'invention s'applique à d'autres types d'architectures 14 (ayant une unité centrale telle que le contrôleur 2 ou non). Le choix de l'architecture du réseau R relève de l'ingénierie du réseau, de sa topologie, de la taille du centre de données, etc. [0068] De façon connue en soi, les dispositifs ou noeuds T du réseau R doivent, pour établir des sessions BOP au sein du réseau R avec leurs voisins (c'est-à-dire avec les dispositifs du réseau R avec lesquels ils disposent d'une connexion physique établie), connaître le ou les numéros de systèmes autonomes qui leur sont associés (c'est-à-dire auxquels ils sont rattachés), ainsi que les numéros de systèmes autonomes auxquels leurs voisins sont associés. Dans l'exemple d'architecture d'infrastructure réseau envisagé à la figure 1, les choix suivants sont faits par l'opérateur du centre de données pour cette allocation : utilisation de numéros d'AS privés ; et utilisation d'un même numéro d'AS pour les dispositifs du réseau situés à un même niveau hiérarchique et appartenant à un même cluster. [0069] Ainsi, à titre illustratif sur la figure 1, les noeuds T21 et T22 sont associés au numéro d'AS 65001, le noeud T31 au numéro d'AS 65002 et le noeud T32 au numéro d'AS 65003. Les noeuds T21, T22, T31 et T32 sont configurés avec ces numéros d'AS, c'est-à-dire que ces numéros d'AS sont mémorisés dans la configuration locale des noeuds (elle-même stockée dans une mémoire non volatile des noeuds), par exemple dans une variable « cur-asn ». Ce sont ces numéros que les noeuds utilisent lors de l'établissement de sessions BGP avec leurs voisins. [0070] Cette politique d'allocation des numéros d'AS n'est bien entendu donnée qu'à titre illustratif. D'autres politiques peuvent être mises en oeuvre par l'opérateur du centre de données (par exemple, allocation d'un même numéro d'AS pour l'ensemble des dispositifs appartenant à un même niveau hiérarchique, ou d'un même numéro d'AS pour l'ensemble des dispositifs du réseau, des numéros d'AS distincts par famille d'adresses ; etc.). [0071] Comme mentionné précédemment, l'invention permet, lorsqu'une migration d'un ou de plusieurs numéros d'AS associés à un ou plusieurs noeuds du système de communication 1 est envisagée, de configurer dynamiquement et automatiquement les noeuds du système de communication 1 sans provoquer d'interruption de service (et notamment sans interrompre les sessions BGP actives dans le réseau R). Par migration, on entend ici un changement du numéro d'AS qui est associé à un noeud du système de communication 1 et avec lequel il a été configuré pour établir et maintenir des sessions BGP, peu importe que cette migration fasse suite à une configuration initiale du noeud en question ou à une configuration dynamique telle que proposée par l'invention. Aucune limitation n'est attachée non plus à la raison de cette migration (changement de format des numéros d'AS, organisation du réseau en plusieurs systèmes autonomes, regroupement de noeuds au sein d'un système autonome, etc.). [0072] Ainsi, on suppose ici à titre illustratif que la migration résulte d'une volonté de l'opérateur du centre de données de changer le format des numéros d'AS utilisés dans son infrastructure réseau, en migrant d'un format codé sur 2 octets à un format codé sur 4 octets. Plus spécifiquement, l'opérateur souhaite migrer les numéros d'AS 65001, 65002 et 65003 (premiers numéros d'AS au sens de l'invention) qui ont été associés initialement aux dispositifs T21, T22, T31 et T32, vers les numéros d'AS 4200000001, 4200000002 et 4200000003 (deuxièmes numéros d'AS au sens de l'invention) respectivement. [0073] On note que, par souci de simplification, on considère ici la migration d'un numéro d'AS vers un unique numéro d'AS (par exemple de 65001 vers 4200000001). Toutefois, l'invention s'applique également lorsqu'on envisage la migration d'un numéro d'AS vers une pluralité de numéros d'AS distincts, le noeud associé ayant alors la possibilité après migration d'utiliser l'un quelconque de ces numéros d'AS pour établir et maintenir des sessions BGP au sein du réseau R. [0074] Dans l'exemple envisagé ici, l'infrastructure réseau sur laquelle s'appuie le centre de données met en oeuvre une architecture SDN (Software Defined Nctwork). Cette hypothèse n'est toutefois pas un prérequis pour mettre en oeuvre l'invention. [0075] Cette infrastructure comprend, outre les dispositifs de réseau T, un contrôleur 2 permettant une exploitation cohérente et déterministe du réseau R du centre de données. Le contrôleur 2 a, de façon connue, une vision globale et systémique du réseau R, de sa topologie, de ses composantes, des fonctions réseau (virtualisées ou non) disponibles, de leur statut, etc. Ce contrôleur 2 est capable de définir une politique de routage au sein du réseau R, s'appuyant sur le protocole BGP, et permettant d'acheminer le trafic du centre de données de façon conforme aux objectifs fixés par l'opérateur du centre de données. Il est, dans l'exemple illustré par la figure 1, pour les besoins de la migration envisagée, relié à chacun des dispositifs de réseau T, à savoir aux dispositifs T21, T22, T31 et T32. Dans l'exemple d'architecture envisagé ici, c'est le contrôleur 2 qui communique à chacun des dispositifs T2I, T22, T31 et T32 le numéro d'AS qu'ils doivent prendre en compte. [0076] Dans le mode de réalisation décrit ici, les dispositifs T du réseau R sont tous conformes à l'invention. A cet effet, comme illustré par la figure 2, chaque dispositif T du réseau est équipé à la fois de moyens 4 lui permettant de se configurer avec un ou plusieurs numéros d'AS à partir d'un message de configuration que lui a transmis le contrôleur 2 conformément à l'invention, et d'agir ainsi comme un premier noeud au sens de l'invention, et de moyens 5 lui permettant de traiter conformément à l'invention un message de commande provenant de l'un de ses noeuds voisins dans le réseau R et lui signalant un changement d'un numéro d'AS de l'un des noeuds du 16 réseau R, et d'agir ainsi comme un deuxième noeud au sens de l'invention. On note toutefois que les moyens 4 et 5 ne sont pas nécessairement activés simultanément au niveau du dispositif T. Ainsi par exemple, si le dispositif T ne fait pas l'objet d'une migration du numéro d'AS avec lequel il a été préalablement configuré, les moyens 4 peuvent être désactivés tandis que ses moyens 5 sont activés pour tenir compte le cas échéant, de migrations de numéros d'AS associés à d'autres noeuds du réseau R. Inversement, dès lors qu'un dispositif T est concerné par une migration du numéro d'AS qui lui est associé, ses moyens 4 sont activés. [0077] Dans le mode de réalisation décrit ici, les dispositifs T du réseau R ont l'architecture matérielle d'un ordinateur 6 telle qu'illustrée par la figure 3. Ils com- prennent notamment un processeur 7, une mémoire vive 8, une mémoire morte 9, une mémoire flash non volatile 10, ainsi que des moyens de communication 11 comprenant une ou plusieurs interfaces de communication. [0078] Les moyens de communication 11 permettent notamment à chaque dispositif T d'être relié au contrôleur 2 ainsi qu'à un ou plusieurs autres dispositifs T du réseau R, et de communiquer avec ces autres dispositifs notamment pour le routage et l'acheminement du trafic au sein du réseau en utilisant le protocole BGP. A cet effet, les dispositifs T sont configurés pour écouter par défaut sur le port TCP 179 en vue de recevoir les messages BGP. D'autres numéros de port peuvent être utilisés pour recevoir les messages de configuration et de commande nécessaires à la mise en oeuvre de l'invention dès lors que les dispositifs T ont été instruits à cet effet au préalable. [0079] La mémoire morte 9 de chaque dispositif de réseau T constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 7 et sur lequel sont enregistrés des programmes d'ordinateur PROG4 et PROG5 conformes à l'invention : le programme PROG4 comporte des instructions pour l'exécution des étapes du procédé de configuration selon l'invention, tandis que le programme PROG5 comporte des instructions pour l'exécution des étapes du procédé de traitement selon l'invention. [0080] Plus particulièrement, le programme d'ordinateur PROG4 définit des modules fonc- tionnels (et logiciels ici) des moyens 4 du dispositif T, qui sont configurés pour mettre en oeuvre les étapes du procédé de configuration selon l'invention lorsque les moyens 4 du dispositif T sont activés. Les modules fonctionnels définis par le programme PROG4 s'appuient sur et/ou commandent les éléments matériels 7-11 de l'ordinateur 6 cités précédemment, et comprennent notamment ici, comme illustré sur la figure 2 : un module de réception 4A, apte à recevoir un message de configuration comprenant au moins une information représentative d'au moins un numéro de système autonome noté new-asn destiné à être utilisé par le dispositif T en remplacement du numéro de système autonome courant (c.-à-d. celui contenu dans la variable cur-asn, noté par la suite v-asn) avec lequel il est configuré lorsqu'il reçoit le message de configuration. Le 17 module de réception 4A exploite notamment le module de communication 11 du dispositif T ; un module de configuration 4B paramétré (ou programmé) pour configurer le dispositif T avec ledit au moins un numéro de système autonome new-asn reçu dans le message de configuration, autrement dit pour remplacer dans sa configuration locale, dans la variable cur-asn, le numéro d'AS v-asn par le nouveau numéro d'AS new-asn ; un module d'identification 4C configuré pour identifier au moins un autre dispositif ou noeud du réseau ayant au moins une session BGP active avec le dispositif T, et pour lequel le dispositif T est associé au numéro de système autonome v-asn ; et un module d'envoi 4D, configuré pour envoyer à cet autre dispositif un message de commande requérant le remplacement par celui-ci du numéro de système autonome vasn associé au dispositif T par ledit au moins un numéro de système autonome new-asn communiqué dans le message de configuration. Le module d'envoi 4D exploite également le module de communication 11 du dispositif T. [0081] Le programme d'ordinateur PROG5 définit des modules fonctionnels (et logiciels ici) des moyens 5 du dispositif T de réseau, définis pour mettre en oeuvre les étapes du procédé de traitement selon l'invention lorsque les moyens 5 du dispositif T sont activés. Les modules fonctionnels définis par le programme PROG5 s'appuient sur et/ ou commandent les éléments matériels 6-10 de l'ordinateur 6 cités précédemment, et comprennent notamment ici, comme illustré sur la figure 2 : [0082] un module de réception 5A, apte à recevoir un message de commande requérant un remplacement d'un numéro de système autonome noté v-asnl associé à un autre noeud du réseau, par au moins un autre numéro de système autonome noté new-asnl un module de vérification 5B, configuré pour vérifier s'il existe : au moins une session BGP active entre cet autre noeud du réseau et le dispositif T, et dans laquelle l'autre noeud est associé au numéro de système autonome v-asnl ; et/ou au moins une entrée associée au numéro de système autonome v-asnl dans au moins une table de routage maintenue par le dispositif T pour la mise en oeuvre du protocole BGP dans le réseau ; un premier module de remplacement 5C activé s'il existe au moins une session active, et configuré pour remplacer le numéro de système autonome v-asnl dans ladite au moins une session active par ledit au moins un numéro de système autonome newasnl ; et un second module de remplacement 5D, activé s'il existe au moins une entrée dans au moins une table de routage maintenue par le dispositif T, et configuré pour remplacer dans ladite au moins une table de routage le numéro de système autonome yasnl associé à ladite au moins une entrée par ledit au moins un numéro de système autonome new-asnl. 18 [0083] Dans le mode de réalisation décrit ici, le programme PROGS définit en outre un module d'envoi 5E, activé s'il existe au moins une entrée associée au numéro de système autonome v-asnl dans une table de routage contenant au moins une route annoncée par le dispositif T à au moins l'un de ses noeuds voisins dans le réseau R, ce module d'envoi 5E étant configuré pour envoyer le message de commande audit un desdits noeuds voisins du dispositif T. [0084] Nous allons maintenant décrire plus en détail les fonctions des différents modules 4A-4D et 5A-5E des dispositifs T du réseau. [0085] La figure 4 représente les principales étapes d'un procédé de configuration selon l'invention, tel qu'il est mis en oeuvre par les modules 4A-4D d'un dispositif T du réseau R, dans un mode particulier de réalisation. Le dispositif T est par exemple ici, à titre illustratif, le dispositif T21. [0086] On suppose que le dispositif T21 a été préalablement configuré lors d'une étape de configuration initiale (étape E00) avec le numéro d'AS 65001, de façon connue en soi. On suppose pour des besoins d'illustration que la configuration a été effectuée par le contrôleur 2 ; cette hypothèse n'est toutefois ni requise ni nécessaire pour la mise en oeuvre de l'invention. Une telle configuration peut ainsi être réalisée au moyen d'instructions envoyées par le contrôleur 2 au dispositif T21 via une interface INTERF utilisant par exemple une connexion Telnet ou SSH (Secure Shell) combinée à une syntaxe CLI (pour Command Line Interface), ou en utilisant le protocole NETCONF et le langage YANG (pour Yet Another Next Generation), etc. Le numéro d'AS 65001 est stocké dans la variable cur-asn de la configuration locale du dispositif T21, dans sa mémoire non volatile 10. Il s'agit du numéro d'AS courant utilisé par le dispositif T21 pour maintenir des sessions BGP au sein du réseau R. [0087] Suite à cette configuration, le dispositif T21 utilise le numéro d'AS courant 65001 contenu dans la variable cur-asn sur le réseau R pour établir des sessions BGP avec ses voisins. Le numéro d'AS courant 65001 est un premier numéro d'AS au sens de l'invention. Dans l'exemple envisagé à la figure 1, le dispositif T21 établit ainsi une session BGP avec le dispositif T31 et une session BGP avec le dispositif T32 en présentant le numéro d'AS qui lui a été associé, à savoir 65001. [0088] Le dispositif T21 utilise également ce numéro d'AS pour annoncer à son voisin des routes ou des préfixes pouvant être atteints par les routes annoncées. [0089] A titre illustratif, ces différentes opérations menées par le dispositif T21 peuvent résulter d'instructions transmises par le contrôleur 2 via l'interface précitée dans un message de configuration conforme par exemple au formalisme suivant : Router bgp 65001 Nenvork 1.0.0.0/8 Nenvork 2.0.0.0/8 19 Neighbor @IP(T31) remote-as 65002 [0090] Dans cet exemple, le contrôleur 2 demande au dispositif T21 qui agit comme un mineur BGP et dont le numéro d'AS courant est 65001 d'établir une session BOP avec son voisin le dispositif T31, dont l'adresse IP (Internet Protocol) est @IP(T31) et qui est associé au numéro d'AS 65002. Il demande également au dispositif T21 d'annoncer à son voisin T31 les préfixes 1.0.0.0/8 et 2.0.0.0/8 en indiquant son numéro d'AS 65001. [0091] On suppose maintenant, comme évoqué précédemment, qu'une migration du numéro d'AS 65001, codé sur deux octets, est envisagée par l'opérateur du centre de données s'appuyant sur le réseau R, vers un numéro d'AS codé sur quatre octets, et plus particulièrement vers le numéro d'AS 4200000001 (deuxième numéro d'AS au sens de l' invention). [0092] A cet effet, le contrôleur 2 envoie un message de configuration au dispositif T21 via l'interface INTERF pour lui notifier le nouveau numéro d'AS noté ncw-asn qu'il souhaite lui associer, c'est-à-dire le numéro d'AS cible vers lequel l'opérateur a décidé de migrer le dispositif T21 (c.-à-d. 4200000001). [0093] Cc message de configuration comprend une commande CMD contenant une in- formation représentative du nouveau numéro de système autonome newasn=4200000001 destiné à être utilisé par le dispositif T21 en remplacement du numéro de système autonome courant 65001 qui lui est associé. Cette commande CMD est par exemple une commande « set new-asn » complétée par une information info-new-asn représentative du nouveau numéro d'AS new-asn que l'opérateur souhaite associer au dispositif T21 (c'est-à-dire « set new-asn info-new-asn »). [0094] On note que si le dispositif T21 a été configuré lors de l'étape E00 avec plusieurs numéros d'AS distincts (autrement dit, plusieurs numéros d'AS courants v-asnl, vasn2,..., renseignés respectivement dans des variables cur-asnl, cur-asn2,... de la configuration locale du dispositif T21, lui sont associés), la commande CMD peut en outre désigner le(s)quel(s) de ces numéros d'AS courants est ou sont destinés à être remplacés par le nouveau numéro d'AS new-asn. A cet effet, la commande CMD peut prendre par exemple la forme « set v-asnl new-asn info-new-asn» pour indiquer que c'est le numéro d'AS courant dont la valeur est v-asni qui doit être remplacé par le numéro d'AS info-new-asn. [0095] Par ailleurs, dans l'exemple envisagé ici, par souci de simplification, on suppose que la migration envisagée se fait vers un seul numéro d'AS. Toutefois, cette hypothèse n'est pas limitative et l'invention peut s'appliquer également lorsqu'on souhaite migrer le numéro d'AS courant d'un dispositif vers plusieurs numéros d'AS, auquel cas la commande CMD précise les différentes informations représentatives de chacun de ces différents numéros d'AS. [0096] L'information info-new-asn représentative du nouveau numéro d'AS peut être de dif- férentes natures. Il peut s'agir par exemple du nouveau numéro d'AS new-asn à proprement parler (c.-à-d., 4200000001 dans l'exemple envisagé ici), ou en variante, d'une différence A-asn (positive ou négative) entre le nouveau numéro d'AS new-asn et le numéro d'AS courant v-asn utilisé par le dispositif T21 (c.-à-d., (A-asn)=(new-asn)-(v-asn)). [0097] Le dispositif T21 reçoit via son module de réception 4A le message de configuration envoyé par le contrôleur 2 et contenant la commande CMD (étape El 0), et valide le message de configuration. En particulier, la validation consiste à vérifier que le contrôleur est habilité à émettre des consignes de migration de numéro d'AS, que le format du message de configuration est conforme au formalisme décrit précédemment (commande « set »), et que le nouveau numéro d'AS est un numéro d'AS valide. [0098] Puis il obtient à partir du message de configuration, le nouveau numéro d'AS new- asn qui lui est attribué (soit directement à partir de l'information info-new-asn incluse dans le message de configuration, soit si cette information est une différence A-asn, en ajoutant cette différence à son numéro d'AS courant v-asn spécifié dans la variable cur-asn) (étape E20). [0099] Dans le mode de réalisation décrit ici, la commande CMD envoyée dans le message de configuration par le contrôleur 2 au dispositif T21 contient en outre une indication d'un mode d'application, autrement dit d'utilisation, par le dispositif T21 du nouveau numéro d'AS new-asn qui lui est associé (étape E30). Ce mode d'application précise si l'utilisation du nouveau numéro d'AS new-asn par le dispositif T21 doit être immédiate ou différée. Ainsi, par exemple, la commande CMD peut préciser : [0100] un mode d'utilisation immédiate consistant à appliquer immédiatement le changement de numéro d'AS du dispositif T21, autrement dit, pour le dispositif T21 à remplacer immédiatement dans sa configuration locale dans la variable cur-asn le numéro d'AS v-asn=65001 par le nouveau numéro d'AS new-asn=4200000001, et à utiliser immédiatement ce nouveau numéro d'AS new-asn qui lui est associé dans les procédures BGP. Ce mode peut être activé par exemple via une commande de type « set new-asn info-new-asn immediate », dans laquelle la séquence « immediate » reflète l'application immédiate de la commande d'utilisation du numéro d'AS newasn ; [0101] un mode d'utilisation immédiate avec préservation de l'ancien numéro d'AS pendant une certaine durée. En d'autres termes, le dispositif T21 stocke immédiatement dans sa configuration locale (dans la variable cur-asn), le nouveau numéro d'AS newasn=4200000001 en remplacement du numéro d'AS 65001, tout en préservant dans une autre variable notée old-asn prévue à cette effet, son ancien numéro d'AS 65001 durant une période prédéterminée. Le dispositif T21 est configuré par ailleurs pour 21 utiliser immédiatement le nouveau numéro d'AS ncw-asn qui lui est maintenant associé. Ce mode d'utilisation peut être activé par exemple via une commande prenant la forme « set new-asn info-ncw-asn immediate prescrve-old timer» dans laquelle la séquence « immediate prescrve-old timer» reflète l'application immédiate de la commande d'utilisation du numéro d'AS ncw-asn avec préservation de l'ancien numéro d'AS, la valeur « timcr » définissant la durée pendant laquelle l'ancien numéro d'AS (c'est-à-dire le numéro d'AS 65001 dans l'exemple envisagé) doit être préservé dans la variable old-asn dans la configuration locale du dispositif T21 ; [0102] un mode d'utilisation différée avec indication d'une échéance à laquelle appliquer/ utiliser le nouveau numéro d'AS. Cette échéance consiste en la détection d'un événement particulier indiqué dans le message de configuration. Un tel événement peut être par exemple un horodatage particulier (par exemple, le 31 octobre 2019 à 10h00), ou une durée dc temporisation à respecter (par exemple, 10800 secondes), etc. Cc mode d'utilisation peut être activé par exemple via une commande prenant la forme « set ncw-asn info-ncw-asn event-type event °vent-value » dans laquelle la séquence « event-type event event-value » reflète l'application dc la commande d'utilisation différée avec indication d'une échéance, « event » définissant le type d'événement à détecter et « event-value » la valeur de cet événement. Par exemple si l'événement est l'expiration d'une durée de temporisation, l'événement « event » peut être valorisé à la valeur « timer» (pour indiquer qu'une durée de temporisation doit être respectée) et la valeur « event-value » à la durée de cette temporisation (par exemple, 3600 pour 3600s). On note qu'une durée de temporisation nulle équivaut à un mode d'utilisation immédiate du nouveau numéro d'AS. Si l'événement est la détection d'un horodatage particulier, l'événement « event » peut être valorisé à la valeur « date » et la valeur « event-value » àla date et horaire effectifs d'application (i.e. d'utilisation) du nouveau numéro d'AS (par exemple, 2019-10-31T10:00Z). [0103] Ces exemples de modes de réalisation ne sont donnés qu'à titre illustratif et d'autres modes ainsi que d'autres formalismes permettant de signaler ces modes peuvent être considérés. [0104] On suppose ici, à titre illustratif, que la commande CMD précise un mode d'utilisation différée avec indication d'un événement de type horodatage. [0105] Suite à l'obtention du nouveau numéro d'AS new-asn et du mode d'utilisation à appliquer, le dispositif T21 via son module de configuration 4B programme la mise à jour de sa configuration locale pour tenir compte du nouveau numéro d'AS new-asn (étape E40). Cette programmation dépend, dans le mode de réalisation décrit ici, du mode d'utilisation spécifié dans la commande CMD. [0106] Plus particulièrement, lorsque le mode d'utilisation indiqué dans la commande CMD spécifie une utilisation immédiate (ou par défaut en l'absence d'un mode d'utilisation spécifié dans la commande), cette mise àjour est réalisée immédiatement par le module de configuration 4B : le module de configuration 4B remplace dans la variable cur-asn de la configuration locale du dispositif T21 la valeur v-asn=65001 par la valeur new-asn=4200000001. [0107] Lorsque le mode d'utilisation indiqué dans la commande CMD spécifie une uti- lisation immédiate avec préservation de l'ancien numéro d'AS, comme mentionné précédemment, le module de configuration 4B copie la valeur v-asn=65001 contenue dans la variable cur-asn dans une variable old-asn maintenue dans la configuration locale, puis remplace dans la variable cur-asn la valeur v-asn=65001 par la valeur newasn=4200000001. La variable old-asn est maintenue égale à la valeur 65001 pendant la durée spécifiée dans la commande CMD. Au-delà de cette durée, la valeur 65001 est supprimée ou effacée. [0108] Lorsque le mode d'utilisation indiqué dans la commande CMD spécifie une uti- lisation différée avec indication d'une échéance consistant en la détection d'un événement particulier, le module de configuration 4B programme la mise à jour de la configuration locale du dispositif T21, et notamment le remplacement dans cette configuration locale de la valeur v-asn stockée dans la variable cur-asn par la valeur newasn, pour que celle-ci soit mise en oeuvre automatiquement sur détection de l'événement particulier spécifié dans la commande CMD. Par exemple si cet événement est un horodatage, la mise àjour de la configuration locale est programmée pour être exécutée sur détection de cet horodatage par le dispositif T21. [0109] En variante, la mise à jour de la configuration locale peut être réalisée en amont de la détection de l'événement mais n'être activée qu'à compter de cette détection. [0110] On note qu'une fois sa configuration locale mise à jour, le dispositif T21 est programmé pour utiliser dans ses sessions BGP (futures et en cours) et pour annoncer via le protocole BGP des routes et/ou des préfixes sur le réseau R (c.-à-d., dans l'attribut AS_PATH des messages BGP qu'il échange avec ses voisins), le numéro d'AS contenu dans la variable cur-asn mise à jour, autrement dit, le numéro d'AS newasn. Il n'utilise plus à compter de cette mise à jour (ou de son activation) son ancien numéro d'AS v-asn. [0111] Puis le dispositif T21 identifie, par l'intermédiaire de son module d'identification 4C, les noeuds du réseau R avec lesquels il maintient une session BGP active associée à son numéro d'AS v-asn (autrement dit au numéro d'AS avec lequel il était configuré avant la mise à jour de sa configuration) (étape E50). Dans l'exemple envisagé ici, le dispositif T21 entretient des sessions BGP actives associées à son numéro d'AS v-asn avec les noeuds T31 et T32. Il identifie donc, lors de l'étape E50, les dispositifs T31 et T32 (deuxièmes noeuds au sens de l'invention). [0112] Le dispositif T21 envoie alors, via son module d'envoi 4D, à chacun des dispositifs 23 identifiés, un message de commande les informant de la migration de son numéro d'AS (étape E60) : ce message de commande requiert le remplacement par ces dispositifs du numéro d'AS v-asn associé au noeud T21 par son nouveau numéro d'AS new-asn, notamment dans les sessions BGP actives qu'il entretient avec eux. [0113] Dans le mode de réalisation décrit ici, le message de commande envoyé par le dispositif T21 est un message ACTION, précédé par un entête générique BGP tel qu'illustré par la figure 5A et décrit en détail dans le document RFC 4271 édité par l'IETF. Le champ Type qui indique le type de message BGP considéré est valorisé par exemple à la valeur 5, valeur nouvellement définie par rapport aux valeurs 1 à 4 décrites dans le document RFC 4271 pour préciser qu'il s'agit d'un message de type ACTION. [0114] Le message de commande ACTION comprend par ailleurs une pluralité de champs ou de paramètres comme illustré par la figure 5B et plus particulièrement : un paramètre « Current ASN » renseignant le numéro d'AS à remplacer, à savoir, dans l'exemple envisagé ici, v-asn=65001 ; un paramètre « New ASN » renseignant le nouveau numéro d'AS à prendre en compte, à savoir, dans l'exemple envisagé ici, new-asn=4200000001. On note que, si une pluralité de nouveaux numéros d'AS est envisagée, ce paramètre peut comprendre ladite pluralité de nouveaux numéros d'AS. En variante, un message ACTION distinct pour chaque nouveau numéro d'AS peut être utilisé ; et un paramètre « Event » ou « Timer » renseignant l'échéance à respecter pour procéder au remplacement effectif du numéro d'AS renseigné dans le paramètre « Current ASN ». Une valeur du paramètre « Event » ou « Timer » à 0 signifie une activation ou prise en compte immédiate du nouveau numéro d'AS. [0115] On note que le message ACTION est un nouveau message qui n'existe pas dans la version actuelle du protocole BGP. [0116] Dans l'exemple de la figure 5B, le message ACTION comprend en outre un champ « Action Code » définissant la nature de l'action à entreprendre par le dispositif destinataire du message ACTION. Ce champ est par exemple valorisé à 0 pour indiquer une action de migration de numéros d'AS, autrement dit, le message ACTION requiert le remplacement par le dispositif qui le reçoit d'un numéro d'AS tel que spécifié dans les paramètres du message. [0117] On note que la présence de ce champ est optionnelle et permet d'utiliser le message ACTION pour ordonner d'autres actions aux noeuds du réseau R. En variante, on peut envisager que le type même du message (message ACTION) indique au dispositif qui le reçoit qu'il doit remplacer le numéro d'AS spécifié dans le champ « Current ASN » par le numéro d'AS spécifié dans le champ « New ASN ». [0118] Le message ACTION représenté à la figure 5B comprend également un champ 24 « Optional Data » permettant de renseigner d'autres données telles qu'une liste de voisins avec lesquels la procédure doit être mise en oeuvre. D'autres informations peuvent être envisagées. [0119] Un second exemple plus général de format du message ACTION est illustré par la figure 5C. Les champs qui portent le même nom que ceux définis à la figure 5B ont la même signification qu'à la figure 5B. [0120] Contrairement au format illustré par la figure 5B, le message ACTION de la figure 5C ne comprend pas directement le nouveau numéro d'AS à utiliser mais des informations permettant de déterminer ce nouveau numéro d'AS. [0121] Plus spécifiquement, le message ACTION illustré par la figure 5C comprend un champ « Opération Code » renseigné avec le code d'une opération à appliquer pour obtenir le nouveau numéro d'AS en utilisant comme variables d'entrée les paramètres renseignés dans des champs « Current ASN » et « ASN Value ». Les codes d'opération suivants peuvent par exemple être définis : « 0 » : aucune opération à effectuer, c.-à-d., la valeur comprise dans le champ « ASN Value » correspond au nouveau numéro d'AS à utiliser ; « 1 » : une addition doit être réalisée, c.-à-d., le nouveau numéro d'AS est obtenu en ajoutant la valeur comprise dans le champ « Currcnt ASN » à la valeur comprise dans le champ « ASN Value » ; « 2 » : une soustraction doit être réalisée, c.-à-d., le nouveau numéro d'AS est obtenu en soustrayant à la valeur comprise dans le champ « Cun-ent ASN » la valeur comprise dans le champ « ASN Value » ; « 3 » : une multiplication doit être réalisée, c.-à-d., le nouveau numéro d'AS est obtenu en multipliant la valeur comprise dans le champ « Current ASN » par la valeur comprise dans le champ « ASN Value » ; etc. [0122] Nous allons maintenant décrire, en référence à la figure 6, les différentes étapes du procédé de traitement selon l'invention, telles que mises en oeuvre par chacun des dispositifs T31 et T32 sur réception du message ACTION envoyé par le dispositif T21, dans un mode particulier de réalisation. Dans la suite de la description, on s'intéresse uniquement au dispositif T31, le dispositif T32 mettant en oeuvre les mêmes étapes que le dispositif T31. [0123] Sur réception du message ACTION par l'intermédiaire de son module SA (étape F10), le dispositif T31 procède, dans le mode de réalisation décrit ici, à une validation de ce message (étape test F20). Cette validation consiste en un ou plusieurs contrôles de sécurité permettant notamment de vérifier l'intégrité et l'authenticité du message ACTION (selon les modalités d'usage décrites dans la RFC4271), mais aussi si le voisin est habilité à émettre le message ACTION. En variante, d'autres contrôles peuvent être envisagés, portant par exemple sur le respect d'une fréquence d'envoi de messages ACTION parvenant au dispositif T31 (pour éviter une instabilité du protocole BGP), etc. [0124] Si le message n'est pas validé (réponse « non » à l'étape test F20), celui-ci est rejeté et aucune action n'est entreprise par le dispositif T31 (étape F30). [0125] Si le message est validé (réponse « oui » à l'étape test F20), le dispositif T31 vérifie, par l'intermédiaire de son module de vérification 5B, s'il maintient des états associés à l'ancien numéro d'AS du dispositif T21, autrement dit au numéro d'AS spécifié dans le champ « Current ASN » du message ACTION reçu du dispositif T21 (étape test F40). Par « maintenir des états associés à l'ancien numéro d'AS », on entend des états reflétant une ou des sessions BGP actives associés à ce numéro d'AS ou des entrées de tables, et en particulier de tables de routage ou RIB (pour Routing Information Base) utilisées par le protocole BGP, et associées à ce numéro d'AS. [0126] Plus spécifiquement, le module de vérification 5B du dispositif T31 vérifie, lors de l'étape F40 s'il existe : au moins une session BGP active entre le dispositif T21 et le dispositif T31 dans laquelle le dispositif T21 est associé au numéro d'AS identifié dans le champ « Current ASN » du message ACTION (autrement dit, dans l'exemple envisagé ici, au numéro d'AS 65001) ; et/ou au moins une entrée associée au numéro d'AS identifié dans le champ « Current ASN » du message ACTION, c'est-à-dire au numéro d'AS 65001, dans au moins une table de routage maintenue par le dispositif T31, par exemple dans sa mémoire non volatile 10, pour la mise en oeuvre du protocole BGP dans le réseau R. Une telle table de routage peut être par exemple une table de routage locale de type Loc-RIB, maintenue par le dispositif T31 dans sa mémoire non volatile 10, une table de routage de type Adj-RIB-In consignant les routes reçues de ses voisins (dans les messages BGP UPDATE transitant sur le réseau R), ou encore une table de routage de type AdjRIB-Out contenant les routes que le dispositif T31 annonce vers ses voisins. [0127] Si le dispositif T31 n'identifie aucune session active associée au numéro d'AS 65001 ni aucune entrée dans l'une de ses tables de routage associée à ce numéro d'AS (réponse « non » à l'étape test F40), alors le message ACTION est ignoré et aucune action n'est entreprise par le dispositif T31 (étape F30). [0128] Si une session BGP active entre le dispositif T21 et le dispositif T31 est détectée par le module de vérification 5B (réponse « oui » à l'étape test F40), alors le dispositif T31, via son premier module de remplacement 5C, met à jour sa configuration locale en remplaçant dans l'état correspondant à cette session active, le numéro d'AS 65001 par le nouveau numéro d'AS new-asn=4200000001 associé au dispositif T21 et obtenu du message ACTION (étape F50). 26 [0129] Si une entrée associée au numéro d'AS 65001 est détectée par le module de véri- fication 5B dans l'une des tables de routage maintenues par le dispositif T31 (réponse « oui » à l'étape test F40), alors le dispositif T31, via son deuxième module de remplacement 5D, met à jour sa configuration locale en remplaçant dans la table de routage le numéro d'AS 65001 associé à cette entrée par le nouveau numéro d'AS new-asn=4200000001 (étape F50). [0130] On note que si le message ACTION comprend une indication d'une échéance à respecter pour effectuer le remplacement du numéro d'AS 65001 par le nouveau numéro d'AS 4200000001, la mise àjour de la configuration locale du dispositif T31, ou tout du moins l'activation de la configuration mise à jour avec le nouveau numéro d'AS est programmée pour être exécutée automatiquement à cette échéance. Avant ladite échéance, le dispositif T21 reste associé dans la session active et/ou pour l'entrée en question au numéro d'AS 65001. [0131] La figure 7A illustre l'étape de remplacement mise en oeuvre par le premier module de remplacement 5C et la mise àjour dans la configuration locale du dispositif T31 de l'état correspondant à une session active entre le dispositif T21 et le dispositif T31. Cette session active a été établie alors que le dispositif T21 était associé au numéro d'AS 65001 et le dispositif T31 au numéro d'AS 65002. L'état correspondant à cette session active maintenu par le dispositif T21 reflète donc comme numéro d'AS local (référencé par loc-asn) le numéro d'AS 65001 et comme numéro d'AS distant (référencé par rem-asn) le numéro d'AS 65002. Pour cette même session active, l'état correspondant maintenu par le dispositif T31 reflète comme numéro d'AS local le numéro d'AS 65002 et comme numéro d'AS distant le numéro d'AS 65001. [0132] Suite à la réception d'un message ACTION transmis par le dispositif T21 au dispositif T31 contenant l'ancien numéro d'AS 65001, le nouveau numéro d'AS 4200000001 associé au dispositif T21 et l'échéance Tupd à laquelle la migration du numéro d'AS associé au dispositif T21 de l'ancien numéro 65001 vers le nouveau numéro 4200000001 doit être exécutée, l'état correspondant à la session BGP active est mis à jour par le dispositif T31 lorsque l'échéance est détectée (c.-à-d., à t=Tupd) : l'état mis à jour reflète alors comme numéro d'AS local le numéro d'AS 65002 et comme numéro d'AS distant le numéro d'AS 4200000001. On note qu'à cette même échéance, l'état correspondant à la session BGP active est également mis à jour par le dispositif T21 et reflète alors comme numéro d'AS local le numéro d'AS 4200000001 et comme numéro d'AS distant le numéro d'AS 65002. [0133] Les figures 7B et 7C illustrent l'étape de remplacement, telle que mise en oeuvre par le deuxième module de remplacement 5D, et la mise à jour dans la configuration locale du dispositif T31 d'une table de routage comprenant une entrée associée au numéro d'AS 65001. 27 [0134] La figure 7B représente un extrait de la table de routage avant migration du numéro d'AS associé au dispositif T21. Les trois premières colonnes de la table reflètent respectivement le préfixe réseau, l'adresse IP du voisin pour joindre ledit préfixe réseau, et la liste des AS à traverser pour joindre ledit préfixe (reflétant le contenu de l'attribut AS PATH). [0135] La figure 7C représente le même extrait de la table de routage après migration du numéro d'AS associé au dispositif T21 vers le numéro d'AS 4200000001. [0136] Dans le mode de réalisation décrit ici, si le module de vérification 5B a trouvé l'existence lors de l'étape F40 d'une entrée dans une table de routage (Adj-RIB-Out) contenant une route annoncée par le dispositif T31 à au moins un de ses dispositifs voisins (réponse « oui » à l'étape test F60), le module d'envoi 5E du dispositif T31 envoie le message de commande ACTION à ce ou ces dispositifs voisins pour les informer de la migration du numéro d'AS du dispositif T21 et leur permettre à leur tour de mettre à jour leur(s) table(s) de routage (étape F70). [0137] Sinon (réponse « non » à l'étape test F60), le procédé de traitement mis en oeuvre par le dispositif T31 s'achève (étape F80). [0138] On note que lorsque le message ACTION est relayé par le dispositif T31 vers des voisins lors de l'étape F70, si cc message ACTION contient une valeur d'horodatagc comme échéance de la migration, la même valeur d' horodatage est maintenue dans le message ACTION relayé vers les voisins du dispositif T31. [0139] Dans le cas où une durée de temporisation est comprise dans le message ACTION pour indiquer l'échéance à respecter pour la migration du numéro d'AS (autrement dit avant d'appliquer le nouveau numéro d'AS associé au dispositif T21), le module d'envoi 5E du dispositif T31 procède à une modification de cette durée de temporisation avant d'envoyer le message ACTION pour assurer une synchronisation entre les noeuds du réseau R concernés par la migration du numéro d'AS. Plus particulièrement, le module d'envoi 5E décrémente la valeur de la durée de temporisation de la durée de traitement du message ACTION par le dispositif T31 et de la durée d'acheminement du message ACTION entre le dispositif T31 et ses dispositifs voisins. La durée d'acheminement entre le dispositif T31 et ses dispositifs voisins peut être configurée sur chacun des dispositifs par un contrôleur au préalable, ou être obtenue en utilisant une méthode telle que l'envoi de messages ICMP Echo Request (RFC792) destination des dispositifs voisins. [0140] Sur réception du message ACTION, les voisins du dispositif T31 mettent en oeuvre à leur tour les différentes étapes du procédé de traitement selon l'invention. On s'assure ainsi que la migration du numéro d'AS associé au dispositif T21 se fait automatiquement par tous les noeuds du réseau R notifiés à l'échéance indiquée dans les messages ACTION, et ce, sans affecter les sessions BGP en cours Ainsi, grâce à 28 l'invention, aucune indisponibilité du service n'est à craindre. [0141] Dans l'exemple illustratif envisagé ici, comme mentionné précédemment, on a supposé que l'opérateur du centre de données s'appuyant sur le réseau R a décidé la migration des numéros d'AS associés aux dispositifs du réseau d'un format codé sur 2 octets vers un format codé sur 4 octets. Nous venons de décrire en référence aux figures 4 à 7 les étapes mises en oeuvre par les dispositifs du réseau R pour réaliser la migration d'un numéro d'AS associé à un seul dispositif du réseau, à savoir du numéro d'AS 65001 codé sur deux octets associé au dispositif T21 vers le numéro d'AS 4200000001 codé sur quatre octets. Plusieurs stratégies peuvent être retenues par l'opérateur du centre de données pour procéder à la migration de plusieurs numéros d'AS au sein du réseau R. Ces différentes stratégies sont pilotées par exemple par le contrôleur 2 qui communique à chacun des dispositifs concernés les instructions de configuration nécessaires pour la migration. [0142] Une première stratégie consiste à procéder successivement pour chaque numéro d'AS concerné par la migration : autrement dit, la migration d'un seul numéro d'AS à la fois est exécutée dans le réseau R. Selon cette première stratégie, lorsque des migrations de plusieurs numéros d'AS distincts sont envisagées, le contrôleur 2 est configuré pour envoyer successivement aux dispositifs du réseau R configurés avec ces numéros d'AS distincts, des messages de configuration CMD comprenant les numéros d'AS vers lesquels ils doivent migrer, le contrôleur 2 étant configuré pour attendre, après avoir envoyé un message de configuration destiné à remplacer un numéro d'AS désigné par exemple par v-asnl à un ou plusieurs dispositifs du réseau R associés à ce numéro d'AS v-asnl, le remplacement effectif de ce numéro d'AS v-asni dans le réseau R (autrement dit dans le système de communication 1) avant d'envoyer un message de configuration destiné à remplacer un numéro d'AS désigné par exemple par v-asn2. [0143] Les figures 8A à 8C illustrent cette première stratégie de migration des numéros d'AS les uns après les autres. [0144] Plus précisément, la figure 8A représente une première étape de migration consistant en la migration du numéro d'AS 65001 associé aux dispositifs T21 et T22 vers le numéro d'AS 420000001. Le contrôleur 2 envoie aux dispositifs T21 et T22 un message de configuration CMD contenant le numéro d'AS 4200000001 vers lequel migrer le numéro d'AS 65001 auquel ils sont tous les deux associés et une indication de l'échéance à laquelle réaliser cette migration. Cette indication est dans l'exemple illustré un horodatage DD:HH:MM. [0145] Sur réception du message de configuration CMD, les dispositifs T21 et T22 transmettent un message de commande ACTION aux dispositifs T31 et T32 avec lesquels ils ont des sessions BGP actives. Ce message de commande comprend leur 29 nouveau numéro d'AS ainsi que l'horodatage DDl:HH1:MM1. [0146] A compter de l'horodatage DDl:HH1:MM1, le nouveau numéro d'AS 4200000001 est effectif dans les configurations locales des différents dispositifs T21, T22, T31 et T32 du système de communication 1. Une fois le système de communication 1 stabilisé à l'issue de l'exécution de la migration du numéro d'AS 65001 vers 4200000001, le contrôleur 2 peut déclencher une nouvelle migration consistant à remplacer le numéro d'AS 65002 associé au dispositif T31 par le numéro d'AS 4200000002. [0147] L'exécution réussie de la migration peut être déterminée selon différentes méthodes. A titre d'exemple, le contrôleur peut récupérer la configuration BGP des dispositifs T21 et T22 et de leurs voisins pour vérifier que le nouveau numéro d'AS a été correctement pris en compte. Aussi, le contrôleur peut récupérer les tables de routage des dispositifs du réseau R et vérifier que le nouveau numéro d'AS est utilisé dorénavant pour caractériser des routes (colonne 'Path' des figures 7). Alternativement, le contrôleur peut recevoir des notifications du dispositif concerné par la migration pour rendre compte des résultats de l'opération de migration. [0148] La figure 8B représente la deuxième étape de migration mise en oeuvre par le contrôleur 2. Cette étape consiste en la migration du numéro d'AS 65002 vers le numéro d'AS 420000002. Lc contrôleur 2 envoie au dispositif T31 un message de configuration CMD contenant le numéro d'AS 4200000002 vers lequel migrer le numéro d'AS 65002 auquel il est associé et une indication de l'échéance DD2:HH2:MM2 à laquelle réaliser cette migration. [0149] Sur réception du message de configuration CMD, le dispositif T31 transmet un message de commande ACTION aux dispositifs T21 et T22 avec lesquels il maintient des sessions BGP actives. Ce message de commande comprend son nouveau numéro d'AS 4200000002 ainsi que l'horodatage DD2:HH2:MM2. [0150] A compter de l'horodatage DD2:HH2:MM2, le nouveau numéro d'AS 4200000002 est effectivement intégré dans les configurations locales des différents dispositifs T21, T22, et T31 du système de communication 1. Une fois le système de communication 1 stabilisé à l'issue de l'exécution de la migration du numéro d'AS 65002 vers 4200000002, le contrôleur 2 peut déclencher une nouvelle migration consistant à remplacer le numéro d'AS 65003 associé au dispositif T32 par le numéro d'AS 4200000003. [0151] La figure 8C représente la troisième et ultime étape de migration mise en oeuvre par le contrôleur 2 ; cette étape consiste en la migration du numéro d'AS 65003 vers le numéro d'AS 420000003. Le contrôleur 2 envoie au dispositif T32 associé au numéro d'AS 65003 un message de configuration CMD contenant le numéro d'AS 4200000003 vers lequel migrer le numéro d'AS 65003 et une indication de l'échéance DD3:HH3:MM3 à laquelle réaliser cette migration. [0152] Sur réception du message de configuration CMD, le dispositif T32 transmet un message de commande ACTION aux dispositifs T21 et T22 avec lesquels il maintient des sessions BOP actives. Ce message de commande comprend son nouveau numéro d'AS 4200000003 ainsi que l'horodatage DD3:HH3:MM3. [0153] A compter de l'horodatage DD3:HH3:MM3, le nouveau numéro d'AS 4200000003 est effectif dans les configurations locales des différents dispositifs T21, T22, et T32 du système de communication 1. [0154] Une seconde stratégie peut être envisagée par l'opérateur du centre de données pour migrer une pluralité de numéros d'AS, consistant à procéder à la migration simultanée des différents numéros d'AS. Autrement dit, le contrôleur 2 indique aux dispositifs concernés par la migration la même échéance pour effectuer le remplacement de leurs numéros d'AS. [0155] Cette seconde stratégie est illustrée par la figure 9. [0156] Conformément à cette seconde stratégie, le contrôleur 2 transmet (simultanément ou non) des messages de configuration CMD aux dispositifs T21, T22, T31 et T32 comprenant les numéros d'AS respectifs vers lesquels ils doivent migrer (autrement dit par lesquels ils doivent remplacer les numéros d'AS auxquels ils sont associés) et une même échéance à laquelle ces migrations doivent être exécutées (dans l'exemple envisagé, un même horodatage DD:HH:MM). [0157] Sur réception du message de configuration CMD qui lui est destiné, les dispositifs T21 et T22 envoient un message ACTION aux dispositifs T31 et T32 contenant leur numéro d'AS courant 65001, leur nouveau numéro d'AS 4200000001 et l'horodatage DD:HH:MM de l'exécution du remplacement de leur numéro d'AS. [0158] De façon similaire, sur réception du message de configuration CMD qui lui est destiné, le dispositif T31 envoie un message ACTION aux dispositifs T21 et T22 contenant son numéro d'AS courant 65002, son nouveau numéro d'AS 4200000002 et l'horodatage DD:HH:MM de l'exécution du remplacement de son numéro d'AS. [0159] De même, sur réception du message de configuration CMD qui lui est destiné, le dispositif T32 envoie un message ACTION aux dispositifs T21 et T22 contenant son numéro d'AS courant 65003, son nouveau numéro d'AS 4200000003 et l'horodatage DD:HH:MM de l'exécution du remplacement de son numéro d'AS. [0160] A compter de l'horodatage DD:HH:MM, les nouveaux numéros d'AS 4200000001, 4200000002 et 4200000003 sont effectifs dans les configurations locales des différents dispositifs T21, T22, T31 et T32 du système de communication L [0161] Dans l'exemple envisagé à titre illustratif ici, on a considéré la migration de numéros d'AS en raison d'un changement de format de ces derniers, et telle que décidée par l'opérateur du centre de données. Toutefois, comme mentionné précédemment, 31 d'autres raisons peuvent être envisagées pour la migration d'un ou de plusieurs numéros d'AS associés à des dispositifs du système de communication 1. Ainsi, une telle migration peut résulter par exemple de la fusion de systèmes autonomes (par exemple des systèmes autonomes 65002 et 65003 dans l'exemple de la figure 1), etc. 32 [Revendication I] [Revendication 2] [Revendication 3] [Revendication 4]