Oui effectivement, la default apprise sur les transits en BGP que tu forces à être best sur le routeur qui la reçoit en eBGP pour qu'il puisse la re-annoncer à son copain (en iBGP) est encore une meilleure solution que la statique.
Le 19 janvier 2016 à 14:46, Olivier Benghozi <olivier.bengh...@wifirst.fr> a écrit : > Je pense qu'une default static sur un transit, ce n'est pas forcément un > bon plan. Tu ne sais jamais trop si tu es branché sur un port de routeur en > direct ou via un switch intermédiaire (auquel cas le port ne tombe pas même > s'il n'y a plus personne de l'autre coté), ou même simplement si le routeur > d'en face a encore toute sa tête (son control place, quoi :) ). > Un plan à blackhole, je trouve :P > > Se faire annoncer une default me semble plus pertinent. > > > Le 19 janv. 2016 à 14:25, Pierre-Yves Maunier <pymaunier+li...@gmail.com> > a écrit : > > > > La solution la plus propre serait d'avoir au moins 2 transitaires sur > > chaque routeur pour éviter ce désagrément. (genre les 2 meme > transitaires a > > chaque fois sur les 2 si tu ne veux pas les multiplier). > > > > Sinon route par défaut. Eventuellement statique vers le transitaire local > > et annoncée en iBGP a son copain d'à côté. > > Comme ca chaque routeur aurait dans sa table de routage : > > > > > > 0.0.0.0/0 -> static/5 next-hop transitaire localement raccordé > > bgp/170 next-hop mon pote iBGP qui enverra vers son > > transit localement raccordé > > > > quand tu coupes le BGP, ca utilisera la default statique. > > Si tu coupes l'interfaces, la statique tombe et ca utilisera celle > apprise > > en iBGP. > > > > Le 19 janvier 2016 à 10:11, Aurélien <footp...@gmail.com> a écrit : > > > >> Bonjour, > >> > >> J’ai une question sur une situation toute bête que j’ai sur un AS: > >> > >> Mettons que j’aie (pour simplifier) 2 routeurs, un IGP (ospf en > >> l’occurence, mais ça importe peu) qui récupère les routes connectées > >> sur chaque routeur (R1 et R2), de l’iBGP entre les loopbacks, et un > >> transit avec une full view sur chaque routeur. Chaque routeur a aussi > >> des sessions avec des clients (genre annonce de la route par défaut, > >> sur AS privé). > >> > >> Ce qui me fait donc sur R1, une fois que tout est up, dans les ~200k > >> routes préférées via mon transit local, et donc de par le fait, R2 qui > >> m’annonce ~360k routes IPv4 (la full view moins les routes qu’il > >> préfère passer par R1). > >> > >> Mon problème survient quand je coupe l’un de ces transits, mettons sur > >> R1. La session BGP est coupée, et je withdraw mes annonces de routes à > >> R2. R2 qui du coup va progressivement m’annoncer le reste de la full > >> view reçue via son transit. > >> > >> Le problème, c’est que pendant cette période de convergence, je peux > >> facilement me retrouver avec des paquets qui m’arrivent de mes > >> downstreams sur R1, et pour lesquels du coup je n’ai plus de route de > >> sortie (plus de route par mon transitaire, et R2 ne m’a pas encore > >> annoncé la route obtenue via son transit). > >> > >> Comme j’ai des routeurs qui carburent au PowerPC, ils ne jouent pas > >> très vite avec les routes, ce qui n’arrange pas le souci. > >> > >> Est-ce que quelqu’un a déjà eu ce genre de souci ? Est-ce qu’il existe > >> des solutions de configuration pour contourner ou minimiser ce type de > >> problème ? (Evidemment, on peut le minimiser en mettant un Xeon dans > >> le routeur, on est d’accord). > >> > >> Merci de vos lumières, > >> > >> Cordialement, > >> -- > >> Aurélien > >> > >> > >> --------------------------- > >> Liste de diffusion du FRnOG > >> http://www.frnog.org/ > >> > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
