Certes, mais c’est un défaut que Mikrotik va corriger en v7 (qui en plus va multiplier les perfs PPTP/L2TP/Ipsec par un facteur 10-20). C’est donc qu’ils ont admis que passer 6 min à monter 2 full-view, c’était dommage si on pouvait mettre 30 sec :)
Le 2 avr. 2015 à 09:40, Sylvain Vallerot <sylv...@gixe.net> a écrit : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Hello, > > On 02/04/2015 00:18, David Ponzone wrote: >> En RAM, ça ira, mais en CPU, il risque d’avoir du mal à digérer les 2 >> full-view au moment où les sessions montent/flappent. SI le temps de >> convergence n’est pas critique pour toi, pas de quoi s’inquiéter. Y a >> des sportifs qui font à peu près la même chose avec un Mikrotik >> CCR1036 , qui dispose d’un CPU Tile 32 coeurs à 1.2Ghz, et dont l’OS >> ne sait hélas utiliser qu’un coeur pour BGP. > > Ce qui laisse 31 coeurs pour faire tout le reste (gestion des routes, > du forwarding, de l'interface admin, etc. *) c'est pas négligeable et > ça peut faire la différence entre un routeur qui est peut-être lent > mais stable, et un routeur qui est systémiquement instable. > > * je passe sur toutes les fonctions ÀLC qui n'ont rien à voir > avec la fonction de routage BGP : bridging, firewall, tunnels, etc. > > ++ > Sylvain > > - -- > Gixe - Association 1901 - conseil, hébergement, opérateur pour tous > SIREN 450 404 769 - http://www.gixe.net - cont...@gixe.net > venez nous voir sur IRC geeknode #gixe - tél: 0950315474 - 0686383868 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > > iF4EAREIAAYFAlUc8nYACgkQJBGsD8mtnRHOuQEApbqpthyK6DviMDL/diq0A+0f > JqMd1/f8w7j/OXy7W1gA/RY6ZVirTN224fvnRO3UEBqiDVWYr6ZBMu3hi97HnIxz > =0uUy > -----END PGP SIGNATURE----- > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
