FR 2835133 A1 20030725 FR 0200724 A 20020121 Procédé de mise à jour de tables de routage dans un réseau de communication, portail, système et programme correspondants. La présente invention se rapporte au domaine de la transmission de données dans un réseau de communication. Plus précisément, l'invention concerne la gestion d'un réseau de communication lorsque les conditions de fonctionnement du réseau sont modifiées, notamment lors d'un changement de topologie du réseau. On sait que, dans un environnement de réseau, des événements tels que des changements de topologie du réseau requièrent des traitements spécifiques afin d'en réduire le plus possible l'impact sur le transfert des paquets de données. Ainsi, le standard IEEE 1394 normalisé par l'IEEE ( Institut des Ingénieurs Electriciens et Electroniciens de l'anglais Institute of Electrical and Electronics Engineers ), notamment, prévoit des mécanismes spécifiques lorsque la topologie du réseau change (par exemple, des messages de signalisation sont échangés pour permettre au réseau de s'adapter automatiquement à une nouvelle configuration du réseau). Le standard IEEE Std. 1394 (selon les éditions 1995 et 2000) concerne la configuration et la gestion d'un bus de communication série qui permet de relier un ensemble de dispositifs ( noeuds ) entre eux. Un nouveau standard IEEE P1394.1 concerne plus particulièrement l'extension du bus de communication série afin de couvrir un réseau formé de plusieurs bus interconnectés par l'intermédiaire de dispositifs appelés des ponts . Une version 1.0 provisoire du standard IEEE P1394.1 a été publiée en Juin 2001 par l'IEEE. Classiquement, dans un bus IEEE 1394, la connexion de plusieurs noeuds est de type filaire. Néanmoins, elle peut également être effectuée par l'intermédiaire de liaisons sans fil, par exemple sur un médium de type radio ou infra-rouge. L'utilisation des standards de transmission de données à haut débit dans une bande de fréquence proche de 5GHz est étudiée par plusieurs comités de normalisation, notamment : - le comité en charge du standard HIPERLAN/2 spécifié par l'ETSI ( Institut de Normalisation Européen de Télécommmunications de l'anglais European Télécommunications Standards Institute ) dans le cadre du projet BRAN ( Réseaux d'accès Radio à large Bande de l'anglais Broadband Radio Access Networks ) ; ou - le comité IEEE 802.11. Lorsque des bus fonctionnent sur des média physiques différents, ils peuvent être interconnectés à l'aide de ponts, et constituer ainsi un réseau de bus hétérogènes. Selon le standard IEEE P1394.1, un pont reliant deux bus est formé d'un couple de dispositifs appelés portails (de l'anglais portais ), connectés chacun à l'un des deux bus. Chaque portail est considéré comme un noeud appartenant au bus auquel il est connecté avec des fonctions de pont supplémentaires. Ainsi, par exemple, un portail contient une table de routage qui permet de savoir si un paquet reçu par ce portail doit être transféré à son co-portail (portail qui lui est associé dans le même pont) ou non. Le routage des paquets se fait en fonction de l'adresse du bus appelée bus-ID . Les bus sont numérotés de 0 à 1023 (incluant l'adresse du bus local). La table de routage représente une table d'états possédant 1024 entrées, où un état est associé à chaque entrée. Une entrée peut être dans l'un des quatre états suivants : - CLEAN : l'adresse du bus associée à cette entrée n'est pas attribuée dans le réseau ; - VALID : l'adresse du bus associée à cette entrée est attribuée mais ne doit pas être routée par ce portail ; - FORWARD : l'adresse du bus associée à cette entrée est attribuée et doit être routée par ce portail ; - DIRTY : l'adresse du bus associée à cette entrée n'est plus attribuée mais ne peut pas encore être re-attribuée (état transitoire pendant la remise à jour du réseau). La lecture de la table de routage d'un seul portail permet de renseigner sur l'état de toutes les adresses, dites bus-ID, de bus présents dans le réseau. Ainsi, lorsque la topologie du réseau est modifiée, les tables de routage présentes dans tous les portails doivent être remises à jour. La section 10.2 du standard IEEE P1394.1 définit des mécanismes qui permettent au réseau de se reconfigurer automatiquement lorsqu'il y a changement de topologie. Pendant la phase de remise à jour des tables de routage, le fonctionnement du bus est restreint. Le bus est alors dans une phase dite de quarantaine . Un changement de topologie dans le réseau est détecté au niveau d'un bus lorsque l'une des trois conditions suivantes (dites conditions respectivement a, b et c) est vérifiée : a) Perte de connexion d'une partie du réseau suite au retrait d'au moins un portail de pont ; b) Ajout d'au moins un portail sur le bus ; et/ou c) Mise à jour d'information de routage au niveau d'au moins un portail du bus, suite à une perte de connexion ou à un rajout d'au moins un portail au niveau d'un bus distant. On note que par définition, un clan est un réseau : - résultant de la division d'un réseau (notamment lors de la perte de connexion d'une partie de réseau selon la condition a) ; ou - participant à la formation, d'un plus grand réseau (notamment par un ajout d'au moins un portail selon la condition b). i Si au moins une des conditions a, b ou c est vérifiée au niveau d'un bus, elle entraînera une réinitialisation du bus dite bus reset . Il faut noter qu'un bus peut être réinitialisé pour de nombreuses autres raisons (par exemple, ajout ou déconnexion d'un noeud simple) sans que cela soit considéré comme un changement de topologie. Lorsqu'une réinitialisation de bus est détectée par les noeuds d'un bus, chacun de ces noeuds envoie un paquet d'identification ( Self-ID en langue anglaise). Ce paquet contient des informations relatives au noeud telles que, par exemple, l'adresse physique ( physical-ID ) et un champ brdg qui indique le type du noeud, le champ brdg valant : - 0 si le noeud est simple ; - 2 si le noeud est de type portail et si sa table de routage n'a pas été modifiée - 3 si le noeud est de type portail et si table de routage a été remise à jour. (La valeur 1 du champ brdg , étant réservée, n'est pas définie dans la norme) A la suite d'une réinitialisation de bus, chaque noeud doit collecter les paquets d'identification Self-IDs de tous les autres noeuds présents dans le bus en faisant une lecture sur le bus. Parmi les portails identifiés sur le bus, celui qui possède l'adresse physique la plus grande est élu coordinateur. Son rôle est la remise à jour des tables de routage de son bus local. Deux types de tables temporaires sont utilisés lors de la remise à jour des tables de routage : - Table d'allocation au niveau d'un clan (en langue anglaise Clan Allocation Map , ou CAM en abrégé), - Table d'allocation au niveau du réseau (en langue anglaise Network Allocation Map , ou NAM en abrégé). Comme pour les tables de routage précédemment définies, les tables d'allocations (CAM et NAM) possèdent 1024 entrées. Cependant, leur rôle est limité à l'indication de l'état de chaque numéro de bus au niveau d'un clan et de tout le réseau. Ainsi, les tables d'allocations ne peuvent contenir que les états VALID , DIRTY ou CLEAN , mais pas l'état FORWARD . Par ailleurs, lorsqu'il y a un changement de topologie (nouveau bus connecté, bus existant déconnecté,..), il y a propagation de l'information de connexion et déconnexion, avec notamment, dans les bus adjacents, une remise à jour de la table de routage. Le mécanisme de mise à jour du réseau est normalisé dans la norme IEEE1394.1 et comprend plusieurs étapes suivant des étapes illustrées en regard de la figure 1. La figure 1 reprend notamment des fonctions du coordinateur spécifiées dans le standard IEEE 1394.1. Ainsi, après une réinitialisation de bus, le bus entre dans une phase de quarantaine et un portail est élu coordinateur au cours d'une étape 100. Puis, au cours d'un test 102, le coordinateur détermine qu'il n'y a pas de changement de topologie dans le réseau si aucune des conditions a), b) et c) n'est vérifiée, c'est-à-dire que : - il n'y a aucune connexion de portail au niveau du bus ; il n'y a aucune perte de connexion de portail au niveau du bus ; et que - tous les portails ont reporté un champ brdg égal à 2. Dans le cas où il n'y a pas de changement de topologie du réseau, le coordinateur informe les noeuds du bus de la fin de la phase de quarantaine et autorise ainsi la reprise du fonctionnement normal du bus au cours d'une étape 112. Si, en revanche, le coordinateur détermine, lors du test 10,2 que la topologie du réseau a changé, au cours d'une étape 103, il identifie les différents clans existant dans le bus ayant subi un changement de topologie et supprime les éventuelles boucles dans le réseau. Au cours de cette même étape 103, le coordinateur sauvegarde le nombre total de clans identifiés, noté N. Puis, au cours d'une étape 104, le coordinateur initialise une variable temporaire i à une valeur nulle, cette variable représentant un numéro de clan i donné et traité dans une boucle comprenant des étapes 105 à 109. Au cours de l'étape 105, pour le clan i, le coordinateur initialise toutes les entrées de la table CAM correspondante (représentée par CAM [i]) à un état CLEAN . Puis, au cours de l'étape 106, le coordinateur lit les tables de routage et les identificateurs de bus dits bus-IDs de tous les portails du bus local appartenant au clan i. Ensuite, au cours de l'étape 107, le coordinateur détermine la table CAM du clan i selon l'algorithme défini dans le standard IEEE 1394.1, section 10.2. Puis, au cours de l'étape 108, le coordinateur incrémente d'une unité la variable temporaire i, et au cours du test 109 il détermine s'il reste des clans dans le bus qui n'ont pas été parcouru en comparant la valeur courante de la variable i avec nombre total de clans identifiés, N. Dans la négative, l'étape 105 est réitérée. Dans l'affirmative, au cours d'une étape 110, le coordinateur détermine la table NAM selon un algorithme décrit dans le standard IEEE 1394.1. Ensuite, au cours d'une étape 111, le coordinateur transmet cette table NAM à l'ensemble des portails présents dans le bus pour leur permettre de remettre à jour leur propre table de routage. Les détails sur l'exécution de l'étape 111 sont également donnés dans le standard IEEE 1394.1. La phase de quarantaine prend fin avec cette étape 111. Le coordinateur informe alors les noeuds du bus de la fin de la phase de quarantaine et autorise ainsi la reprise du fonctionnement normal du bus au cours de l'étape 112. Une même table NAM se propageant à travers le réseau, tous les ponts vont pouvoir mettre à jour leur table de routage et de nouveaux coordinateurs pour les bus adjacents vont être élus. Selon l'algorithme décrit précédemment, lorsque la topologie du réseau a changé, le coordinateur doit lire la table de routage de tous les portails présents dans son bus. Chaque table possède 1024 entrées, une entrée est codée sur deux bits pour représenter les quatre états possibles de l'adresse de bus, bus-ID, ce qui représente une taille totale de 256 octets par table. Etant donnée cette taille importante, la transmission des tables de routage et d'allocation n'est pas efficace, particulièrement lorsque le bus IEEE 1394 utilise un médium radio (ce qui entraîne notamment une limitation de la bande passante et une augmentation du délai de transmission dues aux retransmissions en cas d'erreurs importantes sur le canal). Ainsi, cet état de la technique présente l'inconvénient d'être mal adapté aux contraintes d'utilisation d'un médium sans fil et notamment d'être relativement coûteuse en bande passante. Par ailleurs, lorsqu'il y a changement de topologie, souvent, seul un nombre limité de portails est déconnecté ou rajouté. Ainsi, l'art antérieur présente, en outre, l'inconvénient de ne pas être optimisé pour des changements limités de topologie. L'invention selon ses différents aspects a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention est de fournir un procédé, un dispositif et un système de gestion de réseau optimisant l'utilisation de la bande passante lorsque des changements de topologie du réseau se produisent tout en permettant une mise en oeuvre simple. Dans ce but, l'invention propose un procédé de mise à jour d'au moins une table de routage dans un réseau de télécommunications formé d'au moins deux sous-réseaux, un des sous-réseaux étant dit sous-réseau local, les autres sousréseaux étant dits sous-réseaux distants, deux sous-réseaux étant reliés par un pont comprenant deux noeuds, dits portails, le sous-réseau local sélectionnant, après un changement de topologie du réseau, un portail, dit portail coordinateur, en charge d'une mise à jour de tables de routage dans le sous-réseau local, chaque portail comprenant une table de routage permettant au portail de router les données transitant par le portail, remarquable en ce que le procédé met en oeuvre, après un changement de topologie du réseau, une étape de détermination d'un ensemble dit cohérent de portails, la table de chacun des portails étant représentative de l'ensemble des tables de routage des portails appartenant à l'ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails de l'ensemble cohérent et des tables de chacun des portails du sous-réseau local, n'appartenant pas à l'ensemble cohérent permet au portail coordinateur de mettre à jour l'ensemble des tables de routage du sous-réseau local. Selon une caractéristique particulière, le procédé est remarquable en ce que, suite à un ajout d'au moins un portail sur le réseau ou à un retrait d'au moins un portail sur un des sous-réseaux distants, le portail coordinateur met en oeuvre l'étape de détermination de l'ensemble cohérent de portails, sous-ensemble du groupe de portails comprenant : les portails du sous-réseau local qui n'ont pas modifié leur propre table de routage si au moins un portail a été ajouté ou retiré sur au moins un des sous-réseaux distants ; et si au moins un portail a été ajouté sur le sous-réseau local, les portails qui appartenaient au sous-réseau local avant un ajout de portail. Selon une caractéristique particulière, le procédé est remarquable en ce que l'ensemble cohérent de portails comprend tous les portails du groupe de portails. Ainsi, la détermination de l'ensemble cohérent permet d'identifier s'il existe une information de routage redondante, et, dans ce cas, l'ensemble cohérent comprend les portails contenant une même information de routage redondante. Selon une caractéristique particulière, le procédé est remarquable en ce que l'ensemble cohérent ne comprend pas de portail appartenant au sous-réseau local, ayant été désactivé suite à une détection d'une boucle. Par définition, une boucle correspond à un parcours dans le réseau qui part d'un noeud et revient au même noeud, le parcours comprenant au moins un passage par un pont, chaque pont n'étant parcouru qu'une fois au maximum. Dans le cas particulier de la norme P1394, une boucle de routage est détectée quand un portail nouvellement inséré appartient à un clan déjà représenté sur un bus considéré. Ainsi, d'une manière générale, la détection, au préalable, de la présence éventuelle d'une boucle permet d'optimiser la détermination de l'ensemble cohérent. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend des étapes de : - lecture par le portail coordinateur de chaque table de routage appartenant à chacun des portails du réseau n'appartenant pas à l'ensemble cohérent ; et - lecture par le portail coordinateur d'une unique table de routage appartenant à l'un des portails appartenant à l'ensemble cohérent ; et - construction et/ou mise à jour d'une table d'allocation à partir des table de routage lues lors des étapes de lecture. Ainsi, l'invention permet d'optimiser les traitements consécutifs à un changement de topologie et, notamment, de réduire le nombre de lectures des tables de routage économisant ainsi du temps de traitement et de la bande passante sur le support de transmission des tables (ce qui est particulièrement avantageux lorsque ce dernier est un médium sans fil). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend en outre la détermination d'une table de routage dite équivalente représentative de l'ensemble des tables de routage associées à chacun des portails appartenant à l'ensemble cohérent. Ainsi, la détermination de la table de routage équivalente présente l'avantage de réutiliser des algorithmes de construction de la table d'allocation, connus et pouvant être implémentés, par ailleurs, dans des dispositifs susceptibles de mettre en oeuvre l'invention, notamment dans des portails compatibles avec la norme IEEE 1394. 1. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une première étape d'affectation d'une entrée correspondant au sous-réseau local, de la table de routage équivalente à un état représentatif du sous-réseau local, dans une table de routage d'un des portails de l'ensemble cohérent. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend une seconde étape d'affectation de chaque entrée de la table de routage équivalente, correspondant à chacun des sous-réseaux distants, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD) lorsque l'ensemble cohérent est vide. Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend : une première étape d'identification de chaque sous-réseau distant pour lequel il existe un portail n'appartenant pas à l'ensemble cohérent dont l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY) ; et - une troisième étape d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés lors de la première étape d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend : - une deuxième étape d'identification de chaque sous-réseau distant pour lequel tous les portails n'appartenant pas à l'ensemble cohérent possède une adresse qui n'est pas attribuée et peut être attribuée (CLEAN) ; et une troisième étape d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés lors de la deuxième étape d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend : une troisième étape d'identification de chaque sous-réseau distant pour lequel il existe au moins un portail n'appartenant pas à l'ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) et pour lequel aucun des portails ne possède une adresse qui n'est pas attribuée et ne peut être attribuée (DIRTY) ; et - une quatrième étape d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés lors de la deuxième étape d'identification, à un état indiquant que l'adresse est attribuée et ne doit pas être routée (VALID). Selon une caractéristique particulière, le procédé est remarquable en ce qu'il comprend : - une quatrième étape d'identification de chaque sous-réseau distant pour lequel il n'existe aucun portail n'appartenant pas à l'ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) ou possédant une adresse qui n'est pas attribuée et qui ne peut être attribuée (DIRTY) et pour lequel il existe au moins un portail n'appartenant pas à l'ensemble cohérent qui possède une adresse attribuée ou pouvant être attribuée (distincte de CLEAN) ; et une cinquième étape d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés lors de la quatrième étape d'identification, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD). Selon une caractéristique particulière, le procédé est remarquable en ce que chacun des sous-réseaux est un sous-réseau de type bus IEEE 1394. Ces objectifs ainsi que d'autres qui apparaîtront par la suite sont atteints selon l'invention, à l'aide d'un portail destiné à être mis en oeuvre dans un sousréseau, dit sous-réseau local et reliant le sous-réseau local à un autre sous-réseau, les deux sous-réseaux appartenant à un réseau de télécommunications formé d'au moins deux sous-réseaux, les sous-réseaux distincts du sous-réseau local étant dits sous-réseaux distants, le portail étant susceptible d'être sélectionné par le sousréseau local lors d'un changement de topologie du sous-réseau local en tant que portail dit coordinateur, en charge d'une mise à jour de tables de routage dans le sous-réseau local, chaque portail du réseau comprenant une table de routage permettant au portail du réseau de router les données transitant par le portail du réseau, remarquable en ce que le portail destiné à être mis en oeuvre dans le sous- réseau local comprend des moyens de détermination d'un ensemble dit cohérent de portails, les moyens de détermination étant susceptibles d'être mis en oeuvre après un changement de topologie du réseau, la table de chacun des portails étant représentative de l'ensemble des tables de routage des portails appartenant à l'ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails de l'ensemble cohérent et des tables de chacun des portails du sous-réseau local, n'appartenant pas à l'ensemble cohérent permet au portail coordinateur de mettre à jour l'ensemble des tables de routage du sous-réseau local. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend des moyens de détermination de l'ensemble cohérent de portails, mis en oeuvre suite à un ajout d'au moins un portail sur le réseau ou à un retrait d'au moins un portail sur un des sous-réseaux distants, l'ensemble cohérent étant un sous-ensemble du groupe de portails comprenant : - les portails du sous-réseau local qui n'ont pas modifié leur propre table de routage si au moins un portail a été ajouté ou retiré sur au moins un des sous-réseaux distants ; et - si au moins un portail a été ajouté sur le sous-réseau local, les portails qui appartenaient au sous-réseau local avant un ajout de portail. Selon une caractéristique particulière, le portail est remarquable en ce que l'ensemble cohérent de portails, susceptible d'être déterminé par les moyens de détermination comprend tous les portails du groupe de portails. Selon une caractéristique particulière, le portail est remarquable en ce que l'ensemble cohérent susceptible d'être déterminé par les moyens de détermination ne comprend pas de portail appartenant au sous-réseau local, ayant été désactivé suite à une détection d'une boucle. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend des moyens : - de lecture de chaque table de routage appartenant à chacun des portails du réseau n'appartenant pas à l'ensemble cohérent ; et - de lecture d'une unique table de routage appartenant à l'un des portails appartenant à l'ensemble cohérent ; et - de construction et/ou de mise à jour d'une table d'allocation à partir des table de routage lues par les moyens de lecture. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend en outre des moyens de détermination d'une table de routage dite équivalente représentative de l'ensemble des tables de routage associées à chacun des portails appartenant à l'ensemble cohérent. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend des premiers moyens d'affectation d'une entrée correspondant au sousréseau local, de la table de routage équivalente à un état représentatif du sousréseau local, dans une table de routage d'un des portails de l'ensemble cohérent. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend des deuxièmes moyens d'affectation de chaque entrée de la table de routage équivalente, correspondant à chacun des sous-réseaux distants, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD) lorsque l'ensemble cohérent est vide. Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend : - des premiers moyens d'identification de chaque sous-réseau distant pour lequel il existe un portail n'appartenant pas à l'ensemble cohérent dont l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY) ; et - des troisièmes moyens d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés par les premiers moyens d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend : - des deuxièmes moyens d'identification de chaque sous-réseau distant pour lequel tous les portails n'appartenant pas à l'ensemble cohérent possède une adresse qui n'est pas attribuée et peut être attribuée (CLEAN) ; et - des troisièmes moyens d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés par les deuxièmes moyens d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend : - des troisièmes moyens d'identification de chaque sous-réseau distant pour lequel il existe au moins un portail n'appartenant pas à l'ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) et pour lequel aucun des portails ne possède une adresse qui n'est pas attribuée et ne peut être attribuée (DIRTY) ; et - des quatrièmes moyens d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés par les deuxième moyens d'identification, à un état indiquant que l'adresse est attribuée et ne doit pas être routée (VALID). Selon une caractéristique particulière, le portail est remarquable en ce qu'il comprend : des quatrièmes moyens d'identification de chaque sous-réseau distant pour lequel il n'existe aucun portail n'appartenant pas à l'ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) ou possédant une adresse qui n'est pas attribuée et qui ne peut être attribuée (DIRTY) et pour lequel il existe au moins un portail n'appartenant pas à l'ensemble cohérent qui possède une adresse attribuée ou pouvant être attribuée (distincte de CLEAN) ; et des quatrièmes moyens d'affectation des entrées de la table de routage équivalente, correspondant à chacun des sous-réseaux identifiés par les quatrièmes moyens d'identification, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD). Selon une caractéristique particulière, le portail est remarquable en ce que chacun des sous-réseaux est un sous-réseau de type bus IEEE 1394. L'invention concerne, en outre, un système de télécommunication, remarquable en ce qu'il comprend au moins un portail tel que décrit précédemment. L'invention concerne également un produit programme d'ordinateur remarquable en ce qu'il comprend des séquences d'instructions adaptées à la mise en oeuvre du procédé de mise à jour d'au moins une table de routage dans un réseau de télécommunications lorsque le programme est exécuté sur un ordinateur. De plus, l'invention concerne un produit programme de mise à jour d'au moins une table de routage dans un réseau de télécommunications formé d'au moins deux sous-réseaux, un des sous-réseaux étant dit sous-réseau local, les autres sous-réseaux étant dits sous-réseaux distants, deux sous-réseaux étant reliés par un pont comprenant deux noeuds, dits portails, le sous-réseau local sélectionnant, après un changement de topologie du réseau, un portail, dit portail coordinateur, en charge d'une mise à jour de tables de routage dans le sous-réseau local, chaque portail comprenant une table de routage permettant au portail de router les données transitant par le portail, le produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur comprenant des moyens de programmation lisibles par ordinateur pour effectuer, après un changement de topologie du réseau, une étape de détermination d'un ensemble dit cohérent de portails, la table de chacun des portails étant représentative de l'ensemble des tables de routage des portails appartenant à l'ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails de l'ensemble cohérent et des tables de chacun des portails du sous-réseau local, n'appartenant pas à l'ensemble cohérent permet au portail coordinateur de mettre à jour l'ensemble des tables de routage du sousréseau local. Les avantages du portail, du système et des programmes d'ordinateurs sont les mêmes que ceux du procédé de mise à jour d'au moins une table de routage dans un réseau de télécommunications, ils ne sont pas détaillés plus amplement. D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure 1 décrit les fonctions connues d'un coordinateur selon la norme IEEE 1394 ; - les figures 2a à 2c présentent un réseau de communication mettant en oeuvre l'invention, conforme à l'invention selon un mode particulier de réalisation, respectivement avant, pendant et après un changement de topologie ; - la figure 3 illustre un pont du réseau illustré en regard des figures 2a à 2c ; et - les figures 4 à 6 présentent un mode de réalisation de procédé de remise à jour des tables de routage dans le dispositif illustré en regard des figure 2a à 2c. Le principe général de l'invention repose sur une optimisation de la transmission des tables de routage lors d'un changement de topologie de réseau prenant en compte une propriété des tables de routage, selon laquelle une partie ou l'intégralité des tables de routage sont cohérentes et contiennent une information redondante. Ainsi, l'invention met à profit l'existence de tables de routage cohérentes afin d'améliorer l'efficacité de l'algorithme de remise à jour en réduisant le nombre de lectures nécessaires par le coordinateur. On présente, en relation avec la figure 2a, un mode de réalisation d'un réseau 270 comprenant deux clans séparés 271 et 272 dans une situation stable. Le clan 271 comprend lui-même deux bus IEEE1394 filaires 200 et 230 interconnectés par un bus IEEE1394 sans fil 210 à travers de ponts 240 et 250. Les bus filaires 200 et 230 sont, par exemple, situés dans des pièces différentes d'une maison. La liaison sans fil est par exemple du type radio, infra-rouge et/ou à courants porteurs. Des noeuds 201 et 202 (respectivement 231 et 232) ainsi que le portail 203 (respectivement 233) faisant partie du pont 240 (respectivement 250) sont connectés au bus filaire IEEE 1394 200 (respectivement 230). On note que deux noeuds peuvent communiquer : en local si les deux noeuds appartiennent au même bus filaire ; ou - par l'intermédiaire des ponts 240 ou/et 250 sinon. Le bus IEEE 1394 sans fil 210 offre les mêmes services qu'un bus filaire et contient ainsi : - des noeuds sans fil (par exemple les noeuds 214 et 215) qui sont par exemple des dispositifs tels que des caméras, des téléviseurs, des ordinateurs, des lecteurs de disques... ; et - des portails 211 et 213 faisant partie respectivement des ponts 240 et 250. Le clan 272 comprend un bus IEEE1394 filaire 220 qui comprend luimême un noeud 221 et un portail 223 faisant partie d'un pont 260. Le pont 260 comprend également un portail 224 adapté à communiquer avec le bus sans-fil 210 mais hors de portée du bus 210 dans la situation représentée en regard de la figure 2a. Pour une raison quelconque (par exemple, déplacement du pont 260), le réseau 270 change de topologie, le portail 224 rejoignant le bus 210, les clans 271 et 272 étant alors connectés selon la configuration du réseau 270 représenté dans un état transitoire en regard de la figure 2b. Selon cette configuration, le bus 210 comprend les portails 211,213 et 224 qui peuvent communiquer directement, alors que les clans 271 et 272 sont toujours séparés. La figure 2c représente une situation stable du réseau 270 après le changement de topologie décrit précédemment. Après que les deux clans 271 et 272 se soient réunis, ils ne forment plus qu'un seul clan 273 comprenant lui-même les bus 200,210, 220 et 230, les tables de routage des portails 203,211, 213,233, 223 et 224 étant à jour. Selon la figure 3, le pont 240 comprend : - un portail 203 relié au bus filaire 200 ; et - un portail 211 relié au bus sans fil 210. Le portail 211 comprend une interface de communication entrée/sortie E/S203 reliée : - d'une part, au bus 1394 sans fil 210 par l'intermédiaire de l'antenne 304 ; et d'autre part - au co-portail 203. Les deux portails 203 et 211 sont : dans un même équipement ; ou bien - dans deux équipements distants reliés entre eux. Le portail 203 comprend reliés entre eux par un bus d'adresses et de données, notamment : - un processeur CPU 300 exécutant un algorithme de codage et de décodage ainsi que de gestion des communications selon l'invention ; une mémoire vive RAM 301 ; une mémoire morte ROM 302 ; et - une interface d'entrée sortie 303 reliée d'une part les moyens de réception/émission des données 304 sur un médium sans fil (notamment antenne, modem,...) et d'autre part au portail 203. Chacun des éléments illustrés en figure 2 est bien connu de l'homme du métier. Ces éléments communs ne sont donc pas décrits ici. On observe en outre que le mot registre utilisé dans toute la description désigne dans chacune des mémoires mentionnées, aussi bien une zone de mémoire de faible capacité (quelques données binaires) qu'une zone mémoire de grande capacité (permettant de stocker un programme entier ou l'intégralité d'une séquence de données de transactions). La mémoire vive 302 conserve des données, des variables et des résultats intermédiaires de traitement et comprend notamment : - une table de routage ; et - une NAM. La mémoire non volatile 304 conserve dans des registres qui par commodité possèdent les mêmes noms que les données qu'ils conservent : - le programme de fonctionnement du processeur 302 dans un registre prog 305, - les différents paramètres de configuration du portail. Les algorithmes mettant en oeuvre les étapes des procédés décrits ci-après notamment en regard des figures 4 à 6 sont stockés dans la ROM associée au portail mettant en oeuvre ces étapes. A la mise sous tension, le processeur de ce portail charge et exécute les instructions de ces algorithmes. La figure 4 représente un mode de réalisation de procédé de remise à jour des tables de routage du réseau 270, selon l'invention, mis en oeuvre lorsque le réseau 270 se trouve dans un état transitoire représenté en regard de la figure 2b après s'être trouvé dans la configuration stable de la figure 2a. Le procédé met en oeuvre des étapes 400 à 404 identiques, respectivement, aux étapes 100 à 104 illustrées en regard de la figure 1. Elles ne seront donc pas décrites plus amplement. On supposera cependant que, lors de l'étape 400, à titre illustratif, le portail 211 est élu portail coordinateur. Le portail coordinateur met donc en oeuvre l'étape 401 au cours de laquelle aucune boucle n'est détectée puis le test 402 au cours duquel il identifie un nouveau portail 224. Suite à l'étape 404, au cours d'une étape 405 détaillée ci-après en regard de la figure 5, le portail coordinateur 211 construit une table CAM propre au (i, l) è, e clan (en l'occurrence le clan 271 pour i valant 0 et le clan 272 pour i valant 1) notée CAM [i]. Les étapes 406 à 410 sont identiques, respectivement, aux étapes 108 à 111 de la figure 1 et ne seront donc pas détaillées plus amplement. La figure 5 illustre en détail l'étape 405 de construction de la table CAM [i]. Au cours d'une étape 500, pour le clan i, le coordinateur 211 initialise toutes les entrées de la table CAM[i] à un état CLEAN . Ensuite, au cours d'un test 501, le coordinateur 211 vérifie si le clan courant i correspond au clan auquel il appartient (supposé de rang égal à j). Ici, j vaut 0 et le test sera positif pour i valant 0 (correspondant au clan 271) et négatif pour i valant 1 (correspondant au clan 272). Dans la négative (le clan courant i n'est pas son propre clan), le coordinateur 211 exécute une étape 502 de lecture de tables de routage et des identificateurs de bus dits bus-IDs de tous les portails appartenant au clan i identiques respectivement à l'étape 106 précédemment décrite. Ainsi, au cours de l'étape 502, pour i valant 1, le coordinateur 211 lit la table de routage du portail 224 (seul portail du clan 2 appartenant au bus 210). Ensuite, au cours de l'étape 503, le coordinateur 211 détermine la table CAM du clan i selon l'algorithme défini dans le standard IEEE 1394.1, section 10.2. Si le résultat du test 501 est positif, au cours d'une étape 504, le coordinateur 211 identifie, s'il existe, un ensemble cohérent (noté EC) dans son bus 210 en vérifiant les conditions a), b) et c) définies précédemment. Le coordinateur 211 détermine l'ensemble cohérent de la manière suivante : - si la condition a (perte de connexion d'une partie du réseau suite au retrait d'au moins un portail de pont) est vérifiée, il n'existe pas d'ensemble cohérent ; sinon, c'est-à-dire, si la condition a n'est pas vérifiée, quatre cas sont possibles en fonction de la validité des conditions b (ajout d'au moins un portail sur le bus) et c (mise à jour d'information de routage au niveau d'au moins un portail du bus, suite à une perte de connexion ou à un rajout d'au moins un portail au niveau d'un bus distant) : - si aucune des conditions b et c n'est vérifiée, la topologie du réseau reste inchangée, aucune remise à jour des tables n'est nécessaire et donc il n'existe pas d'ensemble cohérent ; - si seule la condition c est vérifiée, alors l'ensemble cohérent contient tous les portails du bus local, ayant généré un champ brdg égal à 2 ; si seule la condition b est vérifiée, l'ensemble cohérent contient tous les portails appartenant au bus et au clan du coordinateur (l'ensemble cohérent ne doit alors contenir aucun portail qui a été désactivé suite à une détection d'une boucle, même si ce portail appartient au clan du coordinateur) ; et - si les deux conditions b et c sont vérifiées, l'ensemble cohérent contient tous les portails appartenant au bus et au clan du coordinateur (on note que l'ensemble cohérent ne doit pas contenir un portail qui a été désactivé suite à une détection d'une boucle, même si ce portail appartient au clan du coordinateur) et qui ont généré un champ brdg égal à 2. Si l'ensemble cohérent existe et contient au moins deux éléments, il est possible de réduire le nombre de lectures de tables de routage lors de la détermination de la CAM associée au bus du coordinateur. En se basant sur la définition d'un ensemble cohérent en fonction de la validité des conditions a, b et c, au cours d'un test 505, le coordinateur 211 détermine si un ensemble cohérent existe. Dans la négative, le coordinateur 211 exécute l'étape 503. Dans l'affirmative, le coordinateur 211 exécute des étapes 506 à 509. Au cours de l'étape 506, le coordinateur 211 lit la table de routage, notée TRO, d'un seul portail parmi les portails appartenant à l'ensemble cohérent. Le choix de ce portail peut être quelconque ; il est cependant préférable que le coordinateur sélectionne le portail dont l'accès à sa table de routage est le plus facile. Par exemple, si le coordinateur fait partie de l'ensemble cohérent il est plus approprié pour le coordinateur de prendre sa propre table de routage pour éviter ainsi toute lecture à travers le bus. Ici, le coordinateur 211 choisira donc sa propre table de routage. Au cours de l'étape 507, le coordinateur 211 détermine la table de routage équivalente, notée TRe, représentative des tables de routage de tous les portails de l'ensemble cohérent (Cette table de routage équivalente TRe permet de déterminer la même CAM du clan 271 que celle obtenue par l'algorithme connu en soi et illustré en regard de la figure 1 et qui, contrairement à l'invention, utilise toutes les tables de routage des portails du bus 210 appartenant également au clan 271, c'est-à-dire les portails 211 et 213). Une mise en oeuvre de l'étape 507 est illustrée plus loin en regard de la figure 6. Puis, au cours de l'étape 508, le coordinateur 211 lit les tables de routage de tous les autres portails qui appartiennent au clan courant i et au bus local 210 et non à l'ensemble cohérent, si de tels portails existent (ce qui n'est pas le cas selon notre exemple). Puis, au cours d'une étape 509, le coordinateur 211 détermine la table CAM [i] correspondant à son propre clan 271 en appliquant un algorithme : - à la table de routage équivalente TRe déterminée au cours de l'étape 507 ; et - aux tables de routage de l'ensemble des portails du clan 271 qui n'appartiennent pas à l'ensemble cohérent. Comme illustré ci-après, cet algorithme est décrit dans la norme IEEE1394 en étant appliqué selon cette norme (dans l'étape 107) à l'ensemble des tables de routage du clan considéré. L'étape 405 s'achève avec l'une des étapes 503 et 509. La figure 6 illustre un mode de construction de la table de routage TRe, obtenue par transformation de la table TRO en fonction de l'état de l'entrée de chaque identificateur Bus-Id dans la table TRO. Ainsi, si l'état d'entrée d'un identificateur Bus-Id donné est dans un état FORWARD > , CLEAN ou DIRTY dans la table TRO, l'état de ce même identificateur Bus-Id sera recopié dans la table TRe. De même, l'état de l'identicateur Bus-Id correspondant au bus local sera le même dans TRO et dans TRe. En revanche, si l'état d'entrée d'un identificateur Bus-Id donné est dans un état VALID dans la table TRO et si cet identificateur ne correspond pas au bus local, l'état de ce même identificateur Bus-Id dépendra de l'ensemble cohérent. Afin de simplifier la description de la mise à jour de l'ensemble cohérent, les notations et définitions suivantes sont adoptées : - E représente l'ensemble des portails au niveau du bus local considéré (bus dans lequel un changement de topologie est détecté) ; Ci, l'ensemble des portails d'un clan i, E étant la réunion de tous les clans Ci ; - j, l'indice du clan qui contient le co-ordinateur, Cj, étant donc le clan comprenant le coordinateur ; - EC, l'ensemble cohérent associé, c'est-à-dire le sous-ensemble de Cj dont les éléments sont des portails qui contiennent des tables de routage cohérentes ; - E/EC, les portails du clan Cj qui n'appartiennent pas à l'ensemble cohérent EC (c'est-à-dire le complémentaire de EC dans E) ; - TRO, la table de routage d'un des portails de l'ensemble cohérent EC, ce portail ayant la particularité d'être le seul parmi tous les portails appartenant à l'ensemble cohérent EC dont la table de routage est lue par le portail coordinateur ; - TRix, la table de routage d'un portail x du clan i ; - N, le nombre de portail du clan Cj (N étant donc le cardinal de Cj) ; Ni, le nombre de portails du clan i ; - K, le cardinal de l'ensemble cohérent EC ; - M, le cardinal de l'ensemble E/EC soit N-K ; - TR'jm, la table de routage du mième portail (m, étant compris entre 1 et M) de l'ensemble E/EC correspondant au clan j ; CAMOI, la CAM du clan Cj ; - TRe, la table de routage équivalente déterminée à partir de TRO et des tables de routage des portails de E/EC et - TRO [y] et TRe [y] l'état ( CLEAN , VALID , FORWARD ou DIRTY ) de l'identificateur y dans respectivement la table de routage TRO et la table de routage équivalente TRe. La table CAM [i] est obtenue selon la norme IEEE 1394 à partir d'une fonction f appliquée à l'ensemble des tables TRil, TRi2,... TRiNi. Selon l'invention, la table CAM[j] du clan contenant le coordinateur 211 peut être obtenue de manière plus simple en appliquant la même fonction f à une table de routage équivalente TRe et aux tables de routage de l'ensemble des éléments de E/EC, soit exprimé sous forme mathématique : CAMU]=f (TRe, TR'j,, TR'j,,... TR'jJ. Ainsi, selon la figure 6, l'étape 507 débute par une étape 600 au cours de laquelle la variable y représentant l'identificateur de bus courant est initialisée à 0. Puis, au cours d'un test 601, le coordinateur 211 détermine si l'état de l'identificateur y dans la table de routage TRO est VALID . Dans l'affirmative, au cours d'un test 602, le coordinateur 211 vérifie si l'identificateur y correspond au bus local 210. Si le résultat du test 601 est négatif (TRO [y] n'est pas dans l'état VALID ) ou si le résultat du test 602 est positif (y correspond au bus local), au cours d'une étape 603, le coordinateur 211 assigne à l'entrée y de la table TRe la valeur de l'entrée y de la table TRO, soit sous forme condensée : TRe [y] =TRO [y]. Si le résultat du test 602 est négatif, au cours d'un test 604, le coordinateur 211 détermine s'il existe des portails du clan Cj qui n'appartiennent pas à l'ensemble cohérent EC ou en d'autres termes si l'ensemble E/EC n'est pas vide. Si E/EC n'est pas vide, au cours d'un test 605, le coordinateur 211 vérifie s'il existe au moins un portail de l'ensemble E/EC tel que l'état de l'identificateur y dans la table de routage dudit portail TR [y] est DIRTY . Dans la négative, au cours d'un test 606, le coordinateur 211 vérifie si tous les portails de l'ensemble E/EC sont tels que l'état de l'identificateur y dans leur table de routage respective TR [y] est CLEAN . Si le résultat de l'un des tests 605 et 606 est positif, au cours d'une étape 610, le coordinateur assigne l'entrée y de la table de routage équivalente à l'état DIRTY (TRe [y]) = DIRTY ). Si le résultat du test 606 est négatif, au cours d'un test 607, le coordinateur 211 vérifie s'il existe au moins un portail de l'ensemble E/EC tel que l'état de l'identificateur y dans la table de routage dudit portail TR [y] est FORWARD . Dans l'affirmative, au cours d'une étape 609, le coordinateur assigne l'entrée y de la table de routage équivalente à l'état VALID (TRe [y]) = VALID ). Si le résultat de l'un des tests 604 et 607 est négatif, au cours d'une étape 608, le coordinateur 211 assigne l'entrée y de la table de routage équivalente à l'état FORWARD (TRe [y]) = FORWARD ). Suite à l'une des étapes 603,608, 609 ou 610, au cours d'une étape 611, la valeur de y est incrémentée d'une unité. Puis, au cours d'un test 612, le coordinateur vérifie si y a atteint une valeur égale à 1023. Dans la négative, le test 601 est réitéré. Dans l'affirmative, la table TRe est entièrement déterminée et l'étape 507 s'achève. Bien entendu, l'invention n'est pas limitée aux exemples de réalisation mentionnés ci-dessus. En particulier, l'homme du métier pourra apporter toute variante dans la définition des réseaux. On note en particulier que l'invention s'applique à tous les réseaux qui échangent de tables de routage issues de différents noeuds et permettant de construire d'autres tables, ces tables étant cohérentes dans des noeuds distincts. On note que l'invention ne se limite pas aux réseaux sans fils mais s'étend à tous les réseaux pour lesquels on souhaite économiser de la bande passante (bande passante limitée, limitation du bruit d'interférences, économie de batteries pour les émetteurs et/ou les récepteurs...). On note, en outre, que l'invention s'applique également lorsque, selon une variante non représentée, l'ensemble cohérent est déterminé pour un clan auquel n'appartient pas le portail coordinateur, dit clan distant. L'ensemble cohérent peut être notamment déterminé par un portail particulier appartenant au clan distant (le portail particulier mettant en oeuvre une étape tout à fait similaire à l'étape 405 illustrée en regard de la figure 5 et le portail coordinateur étant chargé de la détermination de la table de routage équivalente) ou par tout autre moyen de détermination. On notera que l'invention ne se limite pas à une implantation purement matérielle mais qu'elle peut aussi être mise en oeuvre sous la forme d'une séquence d'instructions d'un programme informatique ou toute forme mixant une partie matérielle et une partie logicielle. Dans le cas où l'invention est implantée partiellement ou totalement sous forme logicielle, la séquence d'instructions correspondante pourra être stockée dans un moyen de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce moyen de stockage étant lisible partiellement ou totalement par un ordinateur ou un microprocesseur. REVENDICATIONS 1. Procédé de mise à jour d'au moins une table de routage dans un réseau (270) de télécommunications formé d'au moins deux sous-réseaux (210,200, 230, 260,220), un desdits sous-réseaux (210) étant dit sous-réseau local, les autres sous-réseaux (260) étant dits sous-réseaux distants, deux sous-réseaux étant reliés par un pont (240) comprenant deux noeuds, dits portails (203,211), ledit sousréseau local sélectionnant, après un changement de topologie dudit réseau, un portail, dit portail coordinateur (211), en charge d'une mise à jour de tables de routage dans ledit sous-réseau local (210), chaque portail comprenant une table de routage permettant audit portail de router les données transitant par ledit portail, caractérisé en ce que ledit procédé met en oeuvre, après un changement de topologie dudit réseau, une étape de détermination (504) d'un ensemble dit cohérent (EC) de portails, la table de chacun desdits portails étant représentative de l'ensemble des tables de routage des portails appartenant audit ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails (211,213) dudit ensemble cohérent et des tables de chacun des portails (224) dudit sous-réseau local, n'appartenant pas audit ensemble cohérent permet audit portail coordinateur de mettre à jour l'ensemble des tables de routage dudit sousréseau local. 2. Procédé selon la revendication 1, caractérisé en ce que, suite à un ajout d'au moins un portail sur ledit réseau ou à un retrait d'au moins un portail sur un desdits sous-réseaux distants, ledit portail coordinateur met en oeuvre ladite étape de détermination dudit ensemble cohérent de portails, sous-ensemble du groupe de portails comprenant : - les portails dudit sous-réseau local qui n'ont pas modifié leur propre table de routage si au moins un portail a été ajouté ou retiré sur au moins un desdits sous-réseaux distants ; et - si au moins un portail a été ajouté sur ledit sous-réseau local, les portails (211,213) qui appartenaient audit sous-réseau local avant un ajout de portail. 3. Procédé selon la revendication 2, caractérisé en ce que ledit ensemble cohérent de portails comprend tous les portails dudit groupe de portails. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit ensemble cohérent ne comprend pas de portail appartenant audit sousréseau local, ayant été désactivé suite à une détection d'une boucle. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'il comprend des étapes de : - lecture (508) par ledit portail coordinateur de chaque table de routage (TR'im) appartenant à chacun des portails dudit réseau n'appartenant pas audit ensemble cohérent ; et - lecture (506) par ledit portail coordinateur (211) d'une unique table de routage appartenant à l'un des portails appartenant audit ensemble cohérent ; et - construction et/ou mise à jour (509) d'une table d'allocation (CAM) à partir desdites table de routage lues lors desdites étapes de lecture (506, 508). 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comprend en outre la détermination d'une table de routage dite équivalente (TRe) représentative de l'ensemble des tables de routage associées à chacun des portails appartenant audit ensemble cohérent. 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend une première étape d'affectation (603) d'une entrée correspondant audit sous-réseau local, de ladite table de routage équivalente à un état représentatif dudit sousréseau local, dans une table de routage d'un desdits portails dudit ensemble cohérent. 8. Procédé selon l'une quelconque des revendications 6 et 7, caractérisé en ce qu'il comprend une seconde étape d'affectation (608) de chaque entrée de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux distants, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD) lorsque ledit ensemble cohérent est vide. 9. Procédé selon l'une quelconque des revendications 6 à 8, caractérisé en ce qu'il comprend : une première étape d'identification (605) de chaque sous-réseau distant pour lequel il existe un portail n'appartenant pas audit ensemble cohérent dont l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY) ; et - une troisième étape d'affectation (610) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés lors de ladite première étape d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). 10. Procédé selon l'une quelconque des revendications 6 à 9, caractérisé en ce qu'il comprend : une deuxième étape d'identification (606) de chaque sous-réseau distant pour lequel tous les portails n'appartenant pas audit ensemble cohérent possède une adresse qui n'est pas attribuée et peut être attribuée (CLEAN) ; et une troisième étape d'affectation (610) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés lors de ladite deuxième étape d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). 11. Procédé selon l'une quelconque des revendications 6 à 10, caractérisé en ce qu'il comprend : - une troisième étape d'identification (607) de chaque sous-réseau distant pour lequel il existe au moins un portail n'appartenant pas audit ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) et pour lequel aucun des portails ne possède une adresse qui n'est pas attribuée et ne peut être attribuée (DIRTY) ; et - une quatrième étape d'affectation (609) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés lors de ladite deuxième étape d'identification, à un état indiquant que l'adresse est attribuée et ne doit pas être routée (VALID). 12. Procédé selon l'une quelconque des revendications 6 à 11, caractérisé en ce qu'il comprend : - une quatrième étape d'identification (607) de chaque sous-réseau distant pour lequel il n'existe aucun portail n'appartenant pas audit ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) ou possédant une adresse qui n'est pas attribuée et qui ne peut être attribuée (DIRTY) et pour lequel il existe au moins un portail n'appartenant pas audit ensemble cohérent qui possède une adresse attribuée ou pouvant être attribuée (distincte de CLEAN) ; et une cinquième étape d'affectation (608) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés lors de ladite quatrième étape d'identification, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD). 13. Procédé selon l'une quelconque des revendications 1 à 12 caractérisé en ce que chacun desdits sous-réseaux est un sous-réseau de type bus IEEE 1394. 14. Portail (211) destiné à être mis en oeuvre dans un sous-réseau, dit sousréseau local (210) et reliant ledit sous-réseau local à un autre sous-réseau (200), les deux sous-réseaux appartenant à un réseau de télécommunications (270) formé d'au moins deux sous-réseaux, lesdits sous-réseaux distincts dudit sous-réseau local étant dits sous-réseaux distants, ledit portail étant susceptible d'être sélectionné par ledit sous-réseau local lors d'un changement de topologie dudit sous-réseau local en tant que portail dit coordinateur (211), en charge d'une mise à jour de tables de routage dans ledit sous-réseau local, chaque portail dudit réseau comprenant une table de routage permettant audit portail dudit réseau de router les données transitant par ledit portail dudit réseau, caractérisé en ce que ledit portail destiné à être mis en oeuvre dans ledit sousréseau local comprend des moyens de détermination d'un ensemble dit cohérent (EC) de portails, lesdits moyens de détermination étant susceptibles d'être mis en oeuvre après un changement de topologie dudit réseau, la table de chacun desdits portails étant représentative de l'ensemble des tables de routage des portails (211, 213) appartenant audit ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails dudit ensemble cohérent et des tables de chacun des portails (224) dudit sous-réseau local, n'appartenant pas audit ensemble cohérent permet audit portail coordinateur de mettre à jour l'ensemble des tables de routage dudit sous-réseau local. 15. Portail selon la revendication 14, caractérisé en ce qu'il comprend des moyens de détermination dudit ensemble cohérent de portails, mis en oeuvre suite à un ajout d'au moins un portail sur ledit réseau ou à un retrait d'au moins un portail sur un desdits sous-réseaux distants, ledit ensemble cohérent étant un sousensemble du groupe de portails comprenant : - les portails dudit sous-réseau local qui n'ont pas modifié leur propre table de routage si au moins un portail a été ajouté ou retiré sur au moins un desdits sous-réseaux distants ; et si au moins un portail a été ajouté sur ledit sous-réseau local, les portails qui appartenaient audit sous-réseau local avant un ajout de portail. 16. Portail selon la revendication 15, caractérisé en ce que ledit ensemble cohérent de portails, susceptible d'être déterminé par lesdits moyens de détermination comprend tous les portails dudit groupe de portails. 17. Portail selon l'une quelconque des revendications 14 à 16, caractérisé en ce que ledit ensemble cohérent susceptible d'être déterminé par lesdits moyens de détermination, ne comprend pas de portail appartenant audit sous-réseau local, ayant été désactivé suite à une détection d'une boucle. 18. Portail selon l'une quelconque des revendications 14 à 17, caractérisé en ce qu'il comprend des moyens : de lecture de chaque table de routage appartenant à chacun des portails dudit réseau n'appartenant pas audit ensemble cohérent ; et - de lecture d'une unique table de routage appartenant à l'un des portails appartenant audit ensemble cohérent ; et - de construction et/ou de mise à jour d'une table d'allocation à partir desdites table de routage lues par lesdits moyens de lecture. 19. Portail selon l'une quelconque des revendications 14 à 18, caractérisé en ce qu'il comprend en outre des moyens de détermination d'une table de routage dite équivalente représentative de l'ensemble des tables de routage associées à chacun des portails appartenant audit ensemble cohérent. 20. Portail selon la revendication 19, caractérisé en ce qu'il comprend des premiers moyens d'affectation (603) d'une entrée correspondant audit sous-réseau local, de ladite table de routage équivalente à un état représentatif dudit sousréseau local, dans une table de routage d'un desdits portails dudit ensemble cohérent. 21. Portail selon l'une quelconque des revendications 19 et 20, caractérisé en ce qu'il comprend des deuxièmes moyens d'affectation (608) de chaque entrée de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux distants, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD) lorsque ledit ensemble cohérent est vide. 22. Procédé selon l'une quelconque des revendications 19 à 21, caractérisé en ce qu'il comprend : - des premiers moyens d'identification (605) de chaque sous-réseau distant pour lequel il existe un portail n'appartenant pas audit ensemble cohérent dont l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY) ; et - des troisièmes moyens d'affectation (610) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés par lesdits premiers moyens d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). 23 Portail selon l'une quelconque des revendications 19 à 22, caractérisé en ce qu'il comprend : des deuxièmes moyens d'identification (606) de chaque sous-réseau distant pour lequel tous les portails n'appartenant pas audit ensemble cohérent possède une adresse qui n'est pas attribuée et peut être attribuée (CLEAN) ; et - des quatrièmes moyens d'affectation (610) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés par lesdits deuxièmes moyens d'identification, à un état indiquant que l'adresse n'est pas attribuée et ne peut pas être attribuée (DIRTY). 24. Portail selon l'une quelconque des revendications 19 à 23, caractérisé en ce qu'il comprend : - des troisièmes moyens d'identification (607) de chaque sous-réseau distant pour lequel il existe au moins un portail n'appartenant pas audit ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) et pour lequel aucun des portails ne possède une adresse qui n'est pas attribuée et ne peut être attribuée (DIRTY) ; et - des cinquièmes moyens d'affectation (609) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés par lesdits troisièmes moyens d'identification, à un état indiquant que l'adresse est attribuée et ne doit pas être routée (VALID). 25. Portail selon l'une quelconque des revendications 19 à 24, caractérisé en ce qu'il comprend : des quatrièmes moyens d'identification (607) de chaque sous-réseau distant pour lequel il n'existe aucun portail n'appartenant pas audit ensemble cohérent possédant une adresse attribuée et devant être routée (FORWARD) ou possédant une adresse qui n'est pas attribuée et qui ne peut être attribuée (DIRTY) et pour lequel il existe au moins un portail n'appartenant pas audit ensemble cohérent qui possède une adresse attribuée ou pouvant être attribuée (distincte de CLEAN) ; et des sixièmes moyens d'affectation (608) des entrées de ladite table de routage équivalente, correspondant à chacun desdits sous-réseaux identifiés par lesdits quatrièmes moyens d'identification, à un état indiquant que l'adresse est attribuée et doit être routée (FORWARD). 26. Portail selon l'une quelconque des revendications 18 à 25 caractérisé en ce que chacun desdits sous-réseaux est un sous-réseau de type bus IEEE 1394. 27. Système de télécommunication, caractérisé en ce qu'il comprend au moins un portail selon l'une quelconque des revendications 18 à 25. 28. Produit programme d'ordinateur caractérisé en ce que ledit programme comprend des séquences d'instructions adaptées à la mise en oeuvre d'un procédé selon l'une quelconque des revendications 1 à 13 lorsque ledit programme est exécuté sur un ordinateur. 29. Produit programme de mise à jour d'au moins une table de routage dans un réseau de télécommunications formé d'au moins deux sous-réseaux, un desdits sous-réseaux étant dit sous-réseau local, les autres sous-réseaux étant dits sousréseaux distants, deux sous-réseaux étant reliés par un pont comprenant deux noeuds, dits portails, ledit sous-réseau local sélectionnant, après un changement de topologie dudit réseau, un portail, dit portail coordinateur (211), en charge d'une mise à jour de tables de routage dans ledit sous-réseau local (210), chaque portail comprenant une table de routage permettant audit portail de router les données transitant par ledit portail, ledit produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur comprenant des moyens de programmation lisibles par ordinateur pour effectuer, après un changement de topologie dudit réseau, une étape de détermination d'un ensemble dit cohérent (EC) de portails, la table de chacun desdits portails (211,213) étant représentative de l'ensemble des tables de routage des portails appartenant audit ensemble cohérent, de sorte que la connaissance d'une table appartenant à un des portails dudit ensemble cohérent et des tables de chacun des portails (224) dudit sous-réseau local n'appartenant pas audit ensemble cohérent permet audit portail coordinateur de mettre à jour l'ensemble des tables de routage dudit sous-réseau local.