Je l'avais modifie lors du copie/colle pour l'anonymiser

Du coup je pense que ton token doit pas être valide... J'ai pas essayé les scripts de ce thread, j'ai utilisé la valeur que j'ai capturé venant de ma livebox T'as essayé https://jsfiddle.net/kgersen/3mnsc6wy/ ? (en enlevant les 00 avant 1a)

EDIT: ton token devrait commencer par "1a:09:00:00:05:58:01:03:41:01:0d", ça a pas l'air d'être le cas ici.

hmm j'ai change avec vlan1000 mais ca n'a pas l'air de fonctionner, je vais regarder un peu plus pour ipv6

Cette ligne

Code: [Sélectionner]

ia_pd DD8AXXXX vlan832/1/64
Ne va pas marcher (mais c'est pas ça qui te bloque actuellement je pense).

On dirait que tu as deux espaces entre forever et 1a:..., t'as essayé avec un seul? Sinon j'avoue que je vois pas trop du coup...

Yep !

J'ai une machiatobin single shot, 4 core ARM a 1,6Ghz et 8Gig de ram.
600 Mbits c'est pas bien grave =) ca suffit pour ce que je dois en faire...

Bon au moins ça marche

La perte de vitesse me parait bizarre... mais ça serait pas la première fois que je vois ça, j'avais déjà vu des regressions comme ça dans le passée. Et si t'as le malheur de t'en plaindre sur la dl, tu vas t'en prendre plein la figure (fallait tester avant ! Pourquoi tu as pas utiliser current avant !, etc)

T'as quoi comme config (CPU, chipset réseau, etc) ? T'as bien mis match out log on egress set prio 1 tos 0x00 dans pf.conf? Sans ça j'avais vraiment pas un bon débit.

C'est deja pas mal ! Faut pas oublier que openbsd a encore un giantlock et que les perfs seront toujours inférieures...

Je pense qu'il faut quand même le faire remonter, au cas où... j'ai vu pleins de fix smp pour pf, j'esperais ne pas perdre en perf en upgradant... on verra ce weekend

Avec un Atom C3558 sous 7.2, j'ai l'impression de plafonner à ~1.5G en téléchargement.

vous avez la config pour mettre la livebox derrière pour garder le tel (ou même la tv éventuellement)

C'est deja pas mal ! Faut pas oublier que openbsd a encore un giantlock et que les perfs seront toujours inférieures...

Le réseau n'est plus couvert par un giantlock depuis un bon moment.
Actuellement l'écueil principal est, d'une manière générale, le nombre de queues mises à disposition ou exploitables au travers de tel ou tel driver.

Quant aux performances inférieures, un peu de prudence suivant le cas d'utilisation et lorsque c'est testé par des professionnels. Voici un exemple ou fatalement avec OpenBSD on ne traverse qu'une queue via le controlleur intel i211. L'objectif de l'article est de montrer ce qu'une petite machine peut réaliser dès qu'on "vectorise" mais pour référence les perfs des piles Linux et OpenBSD sont aussi visibles avec des versions d'il y a 2 ans et demi.
https://ipng.ch/s/articles/2021/07/19/pcengines-apu6.html

Au travers de i210 puis i211
imix: Linux 150 Kpps - OpenBSD 145 Kpps
64B: Linux 97 Kpps - OpenBSD 152 Kpps