en attendant de prendre le temps de lire la RFC, voici encore de la lecture
sur la petite pillule bleue qui fait durer les routeurs plus longtemps:
http://conferences.sigcomm.org/hotnets/2008/papers/19.pdf
2012/10/26 Jérôme Nicolle jer...@ceriz.fr
On 26/10/2012 11:21, Stephane Bortzmeyer wrote:
On 26/10/2012 11:21, Stephane Bortzmeyer wrote:
Ce cas ne semble pas couvert dans le RFC. Mais, oui, il me semble
logique qu'un FIR qui n'est pas un routeur (juste un serveur de
routes) va en effet se passer de FIB et donc ne rien y installer.
L’acronyme perdrait donc pas mal de sons sens.
On Tue, Jan 17, 2012 at 10:19:49AM +0100,
Sarah Nataf sarah.na...@gmail.com wrote
a message of 47 lines which said:
J'attends que Stéphane nous poste une synthèse de
http://tools.ietf.org/html/draft-ietf-grow-va-06
http://tools.ietf.org/html/draft-ietf-grow-va-auto-05
On 25/10/2012 09:05, Stephane Bortzmeyer wrote:
Le RFC 6769 ayant été publié, c'est l'occasion de revisiter le dossier
:-)
http://www.bortzmeyer.org/6769.html
Tiens, ça tombe à pic : pourquoi donc le FIR aurait besoin d'une FIB ?
Ca peut être un simple route-server, donc 100% logiciel, à
On Tue, Jan 17, 2012 at 10:19:49AM +0100,
Sarah Nataf sarah.na...@gmail.com wrote
a message of 47 lines which said:
J'attends que Stéphane nous poste une synthèse de
http://tools.ietf.org/html/draft-ietf-grow-va-06
http://tools.ietf.org/html/draft-ietf-grow-va-auto-05
On Mon, Jan 16, 2012 at 02:37:27PM +0100,
Jérôme Nicolle jer...@ceriz.fr wrote
a message of 58 lines which said:
L'idée est de construire une RIB complète puis de la factoriser sous
forme d'arbre binaire dont on colorie les branches en fonction du
next-hop. A la lecture, on reconstruit une
Le 16 janvier 2012 16:35, Stephane Bortzmeyer bortzme...@nic.fr a écrit :
L'idée me parait excellente et je ne sais pas pourquoi elle n'a jamais
été faite. Quelqu'un a-t-il fait des simulations avec une vraie table
de routage d'un vrai routeur pour voir combien exactement on gagnait ?
Sur
On Mon, Jan 16, 2012 at 05:05:07PM +0100, Jérôme Nicolle wrote:
Sur AS197422, en simulation, je tombe à 70k routes sur le routeur
parisien. Mais mon algo est loin d'être optimisé et je n'ai pas testé
sur un replay pour l'instant.
J'imagine que le gain dépend largement du nombre de peers eBGP
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
Ca ressemble un peu à un Mpls vpn acces internet ton truc.
Globalement vu que tu generes le meme label pour le meme nexthop Bgp, ca
revient a ce que tu dis, si ce n'est que l'economie est sur les P, mais pas
sur les PE.
J'avais un gars de chez Cisco qui m'avait dit il y a quelques annees que
Jérôme Nicolle a écrit:
Le problème c'est surtout de faire ça en temps réel. Une petite
modification de policies ou un peer qui tombe peut faire peu de
messages BGP, mais changer la RIB factorisée du tout au tout, et
donc foutre un sacré bronx dans l'update de la FIB.
C'est clair; surtout
11 matches
Mail list logo
