En fait, c'est une bonne plateforme ! Les meilleures perf sont obtenues
avec des paquet de 64 et 512 octets !
En effet, si on lit la ligne Routing 25 simple queues en kpps:
1518: 3212.2
512: *6322.6*
64: *6300.9*
J'en conclus que la plateforme est capable de router 6300 kpps.
Mais pourquoi avec des paquets de 1518 la plateforme n'arrive pas à
faire ces 6300 kpps ?
(idem pour les 25 ip filter rules mais avec 3900 kpps)
Si l'ont a des paquets de 1518 il est préférable d'être en fast path ou
L3HW pour avoir les meilleures perf.
Y aurait-t'il un goulet d'étranglement sur un bus interne limitant les
perfs à 40 Gbps quelque soit les pps en jeu ?
Jérôme
Le 02/01/2024 à 18:19, David Ponzone a écrit :
Jérôme,
On est bien d’accord mais pourquoi ça marche qu’avec les paquets de 1518 ? :)
Le 2 janv. 2024 à 17:50, Jérôme Marteaux <jer...@dedwen.info> a écrit :
C'est du hardware assisted routing.
Ca fonctionne comme ça:
- lorsqu'un paquet match des données en cache (vlan, ip destination, port
output, mac ...) alors le network processor a toutes les infos pour router le
paquet;
- sinon il y a un cache miss et le paquet remonte jusqu'au CPU pour être géré
en soft.
Le premier paquet d'un flux remonte au CPU qui le traite en soft, puis
programme le network processor pour gérer les futurs paquets de ce flux.
--
Jérôme Marteaux
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
