D’où l’idée d’une static avec tracking, donnée tantôt. Ca reste un peu de l’arrache comme conf.
Encore une fois, vu le prix d’un serveur bi-pro quadcore avec 24Go de Ram, je pense qu’il doit commencer par faire en sorte que son temps de convergence soit en dessous de 20-30 secondes. S’il a besoin de mieux que ça ou si les routeurs sont du soft propriétaire sur du hard propriétaire, et si les intercos sont en ethernet, il met un switch intermédiaire pour CHAQUE transitaire pour éclater l’interco en 2 VLAN vers chaque routeur, en évitant de tirer une autre interco jusqu’au transitaire, et il monte une session par VLAN. Si le transitaire sait le faire bien sûr. S’il ne sait pas, il est moisi, change de transitaire au passage :) > Le 19 janv. 2016 à 14:46, Olivier Benghozi <[email protected]> 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 <[email protected]> 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 <[email protected]> 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/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
