Cette question est très intéressante parce qu'elle rejoint d'autres problématiques de gestion optimale du routage avec BGP. Des propositions avaient déjà été faites notamment par l'Université d'Arizona (et c'est dommage que cela n'ait abouti sur rien) pour ajouter dans les annonces BGP une notion de localisation géographique des hops traversés. La localisation géographique du routeur de sortie de chaque AS serait codée dans un attribut supplémentaire, permettant ainsi de suivre la route géographiquement afin d'éviter par exemple de passer par les US pour aller de la France à la France. Une telle extension du protocole permettrait :
1) D'optimiser le routage en apportant une notion de géolocalisation 2) De répondre à la problématique que tu soumets, à savoir identifier l'origine exacte d'une instance particulière d'un préfixe anycast, pourvu qu'on demande au routeur ayant originé le préfixe dans BGP d'également apposer sa géolocalisation (ce qui n'était pas spécifié dans la proposition citée ci-dessus). - - - - - - - - - - - - - - - - - - - - > Le 25 octobre 2011 11:48, Stephane Bortzmeyer <[email protected]> a écrit : > > Une question pour les experts BGP. Pour identifier l'origine d'une > annonce d'un service anycasté, plutôt que d'avoir un numéro d'AS par > site, comme le propose le RFC, pourquoi ne pas ajouter une communauté > identifiant ladite origine ? > > Je ne vois qu'un seul inconvénient, le risque que certaines « looking > glasses » (par exemple la passerelle DNS de routeviews.org) affichent > l'AS path mais pas les communautés. --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
