Le 16 janvier 2012 17:43, Bertrand Yvain <p...@ielo.net> a écrit : > J'imagine que le gain dépend largement du nombre de peers eBGP (de > next-hops en fait). Dans le cas trivial d'un AS stub avec un seul > upstream, tu devrais tomber à 1 route.
C'est exactement ça. De la même façon, dans le cas d'un dual-homé avec un point d'échange local, on aura très probablement un opérateur couvrant le plus gros de la "surface" de l'arbre, à l'exception de quelques branches (peers) ou de more-specifics ou AS-paths plus court par l'autre upstram. Ca se traduira en une default et quelques exceptions. Le problème, c'est le cas ou on perde le next-hop correspondant à la route par defaut. En toute logique on devrait alors mettre à jour la route en ne changeant que le next hop, mais en pratique une mauvaise implémentation droppera les routes perdues puis enverra les routes recalculées. En fonction de la latence de la FIB sur le data-plane, ça peut causer une perte de connectivité de quelques instants. Bref, l'idée à encore besoin de murir. -- Jérôme Nicolle 06 19 31 27 14 --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
