Propagation BGP circulaire

Celui-ci est difficile à décrire, il est hypothétique car j'apprends le routage et en ce moment je me concentre sur BGP.

Disons que mon ASN est 65000, et j'annonce 192.0.2.0/24. Mon homologue, AS 65001met à jour sa table de routage avec ses routes vers le réseau que j'annonce, mais mes routeurs FAI ne sont pas mes homologues. Si AS 65001(qui reçoit mes mises à jour d'itinéraire) est jumelé avec mes FAI 65001, ce qui signifie que mes FAI reçoivent des itinéraires de , cela signifie-t-il que mes FAI pourront désormais acheminer le trafic vers 192.0.2.0/24, et j'ai évité d'avoir à regarder directement avec mon FAI?

Si je me trompe horriblement sur quelque chose, veuillez me corriger (ou me dire où je peux trouver une bonne documentation).

Vous pensez en quelque sorte à la mauvaise façon, mais je vais essayer de l'expliquer.

Lorsque vous achetez de la bande passante auprès d'un FAI, cela s'appelle le transit (familièrement dans l'industrie). En supposant que vous disposez d'un espace PI (1.0.0.0/8, par exemple), vous payez votre FAI pour transférer vos bits de votre réseau vers d'autres réseaux. Disons que votre AS est 6500 et votre ISP est 3356. Les bits de tout autre ASN devront également transiter par AS3356 pour vous rejoindre. Disons qu'il existe un autre ASN (6501) qui achète le transit d'un autre ASN (7224). AS3356 et AS7224 sont des pairs. Maintenant, pour que les bits passent de AS6501 à AS6500, le chemin va comme ceci:

AS6501 -> AS7224 -> AS3356 -> AS6500

Maintenant, si vous configurez l' homologation (également un terme courant de l'industrie **) avec AS6501, cela élimine la nécessité de vous envoyer des bits vers AS6501 via le transit et vice versa, réduisant ainsi votre coût, le coût de l'opérateur d'AS6501, et entraîne généralement une réduction perte / latence entre vos réseaux. Tout le monde gagne! Maintenant, le chemin ressemble à ceci:

AS6501 -> AS6500

Votre scénario d'origine ne fonctionnerait pas dans le monde réel, car l'hypothèse de l'AS6501 serait qu'elle entraînerait un coût pour vous faire parvenir vos bits par le (s) FAI. L'AS6501 n'obtiendrait aucun avantage en transportant vos bits à travers votre FAI afin que vous n'ayez pas à payer votre FAI. Ce qui est plus probable, c'est que l'AS6501 vous facturera pour cela, à ce moment-là, vous pourriez tout aussi bien payer vos FAI.

** Le terme peering est surchargé. Il peut être à la fois utilisé pour décrire une session BGP (variété e ou i), ainsi que le sens familier / politique, ce qui signifie que vous et un autre réseau vous connectez les uns aux autres et échangez directement le trafic (via BGP) pour un bénéfice mutuel - pensez à l' opposé de transit . Si vous exécutez BGP avec votre FAI (transit), vous êtes toujours techniquement en train de regarder avec votre FAI, car il s'agit d'un peering eBGP . Pour éviter toute confusion, il est préférable d'utiliser le peering pour faire référence à l'acte d'échanger du trafic avec un autre réseau sans frais (notez que ce n'est pas toujours le cas) et la session BGP pour faire référence au terme technique réel pour échanger des préfixes via BGP (iBGP ou eBGP) avec un autre routeur, qu'un coût soit impliqué ou non.

Si l'AS 6501 est disposé à être un AS de transit, il pourra alors se diriger vers votre / 8 ', mais cela peut également dépendre de l'obtention ou non de votre / 8 auprès dudit FAI.

En termes de bonne littérature, je recommanderais toujours fortement «Routing TCP / IP Vol2» de Jeff Doyle & «Internet Routing Architectures» de Sam Halabi.

Je voudrais juste ajouter que tous les bons acteurs filtrent la merde impie de ce qu'ils annoncent et acceptent de leurs pairs. AS6500 annoncerait que des itinéraires à préfixes dont ils sont propriétaires (ou celui de leurs clients, qui eux - mêmes peuvent être un AS.) AS6501 ne permettrait routes avec une origine de 6500 ( par exemple ^6500$) et vice versa, et le plus filtre probable sur les préfixes eux - mêmes et . Une grande partie des dommages peut être fait par les mauvais acteurs en utilisant les FAI qui ne valident pas ce que leurs clients les envoient.

Tout cela devient très compliqué assez rapidement. Il existe différents registres de routage (IRR) pour aider à automatiser le processus.

[Remarque: j'ai déjà été le "gars bgp". Et je suis du côté de la réception de quelqu'un qui s'approprie notre espace d'adressage - c'était dans les années 90, donc ça aurait pu être une vraie faute de leur part. Aujourd'hui, cela se produit exprès.]