2016-04-21 12:25 GMT+02:00 Joe Yabuki <joeyabuki...@gmail.com>: > Bonjour à tous, > > Bonjour Joe,
> Apres avoir décidé de déployer Quagga sur mon réseau BGP (sauf si vous me > conseillez autre chose), j'essaie de savoir quel Hardware pourrait > convenir. > Quagga fonctionne bien mais essayez bird, vraiment. > Le contexte est le suivant : > - Deux Serveurs Quagga en iBGP > - eBGP pour recevoir une Full Table INET > - Le trafic IN/OUT est de 500Mb > > C'est plus le nombre de paquets par secondes qui va être le facteur bloquant, car une valeur en Mb/s ne veut pas dire grand-chose: Avec 100% de Jumbo frame n'importe quelle vieille bécane même avec des NIC RealTek (le pire) serait capable d'atteindre 500Mb/s. De plus vous ne maitrisez pas le trafic entrant, donc il faut que votre hardware supporte sans broncher le maximum possible de l'interface. C'est-à-dire qu'avec une interface Gigabit, il doit encaisser sans problème 1.48Mpps. Va donc falloir une NIC multiqueue, plusieurs cœurs et un OS supportant le tout. Et c'est le cas des petites configuration: Une petite machine style Netgate RCC-VE 4860 (4 cores Intel Atom C2558E, 8Go de RAM, NIC Intel i350) sous FreeBSD 10.2 continue de router du 700Kpps nativement (sans netmap ni DPDK), c'est-à-dire environ équivalent à 2Gb/s avec une distribution simple IMIX. Alors que ce test lui envoie le maximum (1.48Mpps). Les résultats sont ici: https://github.com/ocochard/netbenches/blob/master/Atom_C2558_4Cores-Intel_i350/fastforwarding-pf-ipfw/results/fbsd10.2/README.md Il va falloir attendre FreeBSD 11 qui corrigera un problème de performance et rendra ses performances en routage linéaire en fonction du nombre de cœurs: Sur cette petite configuration on passe à environ 1.1Mpps. Les caractéristiques de mes deux seront les suivants : > - CPU: Core i7 900 > - RAM: 16 Go > - HDD: SSD 200GB > - NIC: SFP ? Quel carte me faudrait-il, j'imagine que le critère le plus > important sera le buffer ? > > Je ne connais pas Linux mais sous FreeBSD les NIC Chelsio offrent d'excellentes performances et le support technique de leur drivers est ultra réactif. Par contre je ne pense pas qu'un gros buffer soit une bonne idée à cause de la latence induite quand il faut vider celui-ci. Cordialement, Olivier --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
