BGP et ASN : comment les réseaux échangent leurs routes
Internet est constitué de nombreux systèmes autonomes qui appliquent chacun leur politique de routage. BGP permet à ces réseaux d’annoncer les préfixes IP qu’ils savent joindre.
Ce que représente un système autonome
Un système autonome regroupe des réseaux IP et des routeurs exploités selon une politique de routage commune. Un ASN peut lui être attribué. Ce numéro n’identifie ni un serveur ni un utilisateur : il identifie un participant au routage interdomaines.
Les données d’enregistrement d’un ASN peuvent être comparées au guide des systèmes autonomes et aux informations IP. Un opérateur peut utiliser plusieurs ASN et un service en ligne peut dépendre de plusieurs opérateurs.
Ce que BGP annonce
BGP diffuse la joignabilité des préfixes IP avec des attributs de route. AS_PATH indique les systèmes autonomes traversés par une annonce, mais ce n’est ni une carte géographique ni la trace garantie de chaque paquet.
La politique de l’opérateur, le peering et les liens de secours influencent le choix. Une destination peut donc conserver son adresse IP alors que son chemin change.
Utiliser ces données pour diagnostiquer
Comparez ASN et préfixe avec les informations IP de 2ip, puis observez le trajet avec traceroute. La longueur d’AS_PATH ne suffit pas à expliquer une panne : BGP décrit le plan de contrôle, tandis que traceroute ne donne qu’une observation partielle du plan de données.
La spécification de base BGP-4 est le RFC 4271.
Localiser la panne par couche réseau
Une méthode utile commence à la frontière du réseau local. Vérifiez l’adresse de l’interface, la route par défaut et le DNS, puis la passerelle locale avant de passer à l’adresse publique et au service distant. On évite ainsi de confondre un problème Wi‑Fi ou Ethernet avec le routage de l’opérateur. Si la passerelle reste stable alors que la latence apparaît plus loin, comparez plusieurs destinations et répétez la mesure à un autre moment.
Les équipements intermédiaires ne sont pas obligés de répondre à toutes les sondes. Filtrage du trafic de contrôle, limitation de débit et routage asymétrique peuvent modifier une trace alors que le trafic applicatif continue de fonctionner.
Adresses, routes et réseau observé
L’adresse locale d’un appareil, son adresse publique de sortie et l’adresse de destination décrivent des parties différentes du trajet. NAT, CGNAT, VPN, proxy, CDN et Anycast ajoutent d’autres frontières ; une IP ne doit donc pas être assimilée automatiquement à l’identité d’un utilisateur ou d’un serveur physique. Notez destination et heure, car DNS et BGP peuvent diriger une mesure ultérieure vers une autre infrastructure.
En IPv6, une interface peut aussi posséder plusieurs adresses, notamment temporaires. La pile réseau choisit l’adresse source et ce choix peut influencer le chemin observé.
Rendre les mesures reproductibles
Un test unique n’est qu’un instantané. Répétez les mesures et notez connexion filaire ou sans fil, VPN, résolveur DNS et trafic de fond. Comparez la latence vers la même destination et mesurez le débit dans des conditions similaires. Si la latence n’augmente que lorsque le lien est chargé, examinez séparément les files d’attente et le bufferbloat.
Conservez le contexte en plus du chiffre final. Cela permet de distinguer une erreur de configuration persistante d’un changement de route bref, d’une congestion radio ou de la sélection d’un autre edge distant.