Bonjour,
Philippe m’a conseillé de vous faire suivre mon mail avec mes offres
d’emplois :
*Système et Réseau :*
https://www.welcometothejungle.com/en/companies/diabolocom/jobs/ingenieur-systemes-et-reseaux-devops_france
*VoIP :*
https://www.welcometothejungle.com/en/companies/diabolocom/
> Vincent Tondellier a écrit :
> https://vincent.bernat.ch/fr/blog/2017-progres-ipv4-table-routage-linux
Très intéressant, merci. Donc, environ 35ns.
Est-ce que çà ne vaudrait pas le coup de gaspiller 32GO de DDR4 pour réduire
ces 35ns à 1 accès mémoire ?
D'après ce que dit Ben le lookup çà sera
Le Monday 11 November 2019 21:42:08 Michel Py a écrit :
> Question pour Ben et ceux qui ont regardé le code d'un lookup de FIB :
> J'ai toujours imagine que la FIB était stockée dans une espèce d'arbre
> binaire ou une table de hashing. Est-ce que je me trompe ?
C'est un genre d'arbre : PATRICIA t
Question pour Ben et ceux qui ont regardé le code d'un lookup de FIB :
J'ai toujours imagine que la FIB était stockée dans une espèce d'arbre binaire
ou une table de hashing. Est-ce que je me trompe ?
Et maintenant question encore plus bête, pourquoi est-ce qu'il n'y a pas de
lookup a plat ?
Une
Michel,
en effet, la FIB est stockée en mémoire, et c'est le data plane software
qui y accède.
Ca n'est pas le NIC qui stocke la FIB, on reviendrait certainement au même
problème de scalabilité qu'avec les ASICs.
Dans notre cas, FRR insère la FIB dans le kernel, et nous synchronisons
l'information
>> VPP avec 2 millions de routes tient ~20Mpps par coeur avec des paquets
>> de 64-bytes sur Xeon/Skylake, je dirais qu'avec uRPF ça doit tenir
>> ~15Mpps par coeur. Avec 10 coeurs tu tiens 100Gbps ;)
> À condition d’avoir dix flux différents, chaque flux ne passera que par
> un seul cœur, et sera
Bonsoir Florent,
je vois mal l'intérêt d'utilser des cartes d'offload spécifiques pour ce
cas d'utilisation de routage simple.
Le data plane ne fait que du forwarding IP, et les offloads des NICs
standards (RSS, classification, checksum, etc.) suffisent à mon avis.
Il peut être néanmoins intéress
> Benoît Ganne a écrit :
> Si je me trompe pas, uRPF c'est juste vérifier qu'il y a bien une route
> qui permet d'atteindre la source. Donc c'est juste un lookup de FIB
> supplémentaire : il faut faire un lookup sur la destination et sur la source.
Exactement.
> Si le lookup de la source ne renvo
On lun. 11 nov. 21:02:49 2019, Benoît Ganne wrote:
> VPP avec 2 millions de routes tient ~20Mpps par coeur avec des paquets
> de 64-bytes sur Xeon/Skylake, je dirais qu'avec uRPF ça doit tenir
> ~15Mpps par coeur. Avec 10 coeurs tu tiens 100Gbps ;)
À condition d’avoir dix flux différents, chaque f
> C'est bien là ou tous les routeurs soft s'effondrent : si ce qu'on
> fait peut être off-loadé par la carte réseau tout est bon, sinon
> c'est la cata.
> Dans ton expérience, est-ce qu'il y a une carte réseau
> sur le marché qui fait uRPF à line-rate ? uRPF, c'est forcément
> regarder la FIB entiè
On 11/11/2019 19:23, Michel Py wrote:
> Est-ce que l'addresse _source_ est dans la FIB ?
>Non : ==> drop. On ne sait pas d’où çà vient -> c'est spoofé.
Tu vas te retrouver à rejeter des IPs légitimes. Il y a quelques
backbones qui utilisent des IPs publiques non annoncées et qui envoient
légit
> Olivier Cochard-Labbé a écrit :
Merci pour ton retour.
> Je ne suis pas sûr que de se lancer dans une solution de routeur logiciel
> «DIY» (c'est-à-dire autre qu'un
> 6Wind/Netgate TNSR ou équivalent acheté clé en main) dans une optique de
> faire essentiellement des économies
> soit une bonn
On Mon, Nov 11, 2019, at 17:38, Michel Py wrote:
> Le paquet arrive.
> Qui c'est qui décode l'adresse _source_ et regarde si elle est dans la FIB ?
> Combien de cycles çà prend ?
Le kernel ou DPDK.
FRR calcule la FIB et la pousse au bon endroit.
---
Liste de diffusion du
> Radu-Adrian Feurdean a écrit :
> Repete apres moi Michel, :
> FRR ne touche pas les paquets !!!
> FRR c'est control plane
FRR ne touche pas les paquets !!! FRR c'est control plane.
FRR ne touche pas les paquets !!! FRR c'est control plane.
FRR ne touche pas les paquets !!! FRR c'est control plan
On Sat, Nov 9, 2019 at 7:22 AM Michel Py
wrote:
>
> > PS2: Netflix utilisent également des AMD et surprend sur les
> performances réseaux :
> >
> https://www.phoronix.com/scan.php?page=news_item&px=Netflix-NUMA-FreeBSD-Optimized
>
>
Bonjour,
je suis dans l'équipe qui travaille sur ce sujet chez
On Mon, Nov 11, 2019, at 02:09, Michel Py wrote:
> 2. C'est droppé par DPDK ? Ou çà va remonter jusqu'à FRR et là je veux
Repete apres moi Michel, :
FRR ne touche pas les paquets !!!
FRR c'est control plane
Si FRR injecte les routes dans la table de routage DPDK, c'est forcement DPDK
qui va rou
On Sun, Nov 10, 2019, at 19:51, Michel Py wrote:
> Sans vouloir entrer dans le débat d'annoncer des spécifiques (il y a
> des cas ou c'est justifié et d'autres non)
D'accord, sauf que le faire en /24, juste parce-que c'est plus simple (ce qui
etait le cas cette fois), faut changer de metier.
17 matches
Mail list logo
