Auteur Sujet: Remplacer sa livebox par OpenBSD 🐡 (7.2+) (dual stack) (Lu 6768 fois)

nitro · « **Réponse #60 le:** 13 avril 2023 à 13:25:17 »

En 7.2 il y a encore des parties du réseau qui sont sous big lock, donc bon, a voir. Je vais aller jeter un coup d'oeil aux commits de mon driver mvpp.
Je dois faire encore pas mal de tests pour valider que les perfs sont moins bonnes...

Citation de: B3nJ1 le 13 avril 2023 à 10:31:11

Dans une autre vie j'étais connecté en gigabit en câble, via un APU2. Je plafonnais à 600 Mbit/s. Après une upgrade (sans changer les règle PF) j'étais à 300.

J'avais pas des règles folles non plus, just du nat en gros... Opennsd est peut-être plus performant à gérer des milliers et plus de connections que Linux ? Possible. Est-ce applicable à notre scénario ? Je ne pense pas.

Du coup j'étais reparti sur debian + nftables et j'avais bien mon gigabit.

J'ai toujours plusieurs APU, quand/si j'ai le temps j'aimerais bien faire des tests de régression.

pitalugue · « **Réponse #61 le:** 13 avril 2023 à 14:13:43 »

Citation de: nitro le 13 avril 2023 à 13:25:17

En 7.2 il y a encore des parties du réseau qui sont sous big lock, donc bon, a voir. Je vais aller jeter un coup d'oeil aux commits de mon driver mvpp.
Je dois faire encore pas mal de tests pour valider que les perfs sont moins bonnes...

splnet a sauté du kernel_lock en 6.6. Ca fait des années qu'il y a un netlock et un pflock sous OBSD. Des morceaux d'arp ne sont pas encore traités mais ce n'est pas un problème pour votre forwarding.
Par contre mon petit doigt me dit que mvpp est mono queue et que pour 1G ca peut aller, 2.5G je ne sais pas mais pour 10G OpenBSD n'est pas encore la bonne solution. Linux sera bien plus approprié si toutefois le code a été maintenu pour suivre les éventuelles modifications du noyau l'impactant.
Quoi qu'il en soit bon courage à vous deux et à plus.

moviuro · « **Réponse #62 le:** 15 avril 2023 à 16:21:30 »

C'était bien sûr une faute de frappe : dhcpcd 9.4.1 = 💩 ; dhcpcd 9.5.0 et plus = 👍️. La release d'OpenBSD 7.3 a eu lieu juste avant la publication de dhcpcd 9.5.0 (et 10.0), donc le paquet/port dhcpcd sur OpenBSD 7.3 n'est toujours pas fonctionnel pour ce qu'on veut en faire !

Par ailleurs, j'ai épluché mes captures réseau, et surprise, j'ai migré selon levieuxatorange. J'ai en effet une option 17 dans la réponse DHCPv6 de fe80::ba0:bab.

Code: [Sélectionner]

0000   00 11 00 12 00 00 05 58 00 01 00 0c 00 01 00 00   .......X........ option 17 longueur 18 enterprise ID Orange (1368) option 1 longueur 12 00 01 00 00
0010   00 00 00 00 00 00                                 ......           00 00 00 00 00 00

Du coup, les conseils dans le post original sont visiblement fonctionnels (yay !).

Pour les performances je n'ai malheureusement qu'une offre 1Gbps/300Mbps, et speed.cloudflare.com me donne un p90 à 890Mbps/300Mbps. Notez bien que pour l'upload, le match out log on egress set prio 1 est crucial.

B3nJ1 · « **Réponse #63 le:** 26 avril 2023 à 16:16:03 »

Je pense avoir trouvé la raison des NAK: les renew dhcp ne sont pas envoyé en COS6. J'ai ajouté comme règle dans mon pf.conf:

Code: [Sélectionner]

# Set prio 6 on DHCP
match out log on vlan832 inet proto udp from any to any port bootps set prio 6

Depuis, plus de NAK dans les logs.

@moviuro je pense que ça serait bien d'ajouter cette ligne dans la première page, ainsi que le noauthrequired dans la config de dhcpcd, pour pas se retrouver sans connection si jamais le serveur dhcp d'orange refusait un renew.

mlkmlk · « **Réponse #64 le:** 01 juin 2023 à 13:31:39 »

Citation de: moviuro le 15 avril 2023 à 16:21:30

C'était bien sûr une faute de frappe : dhcpcd 9.4.1 = 💩 ; dhcpcd 9.5.0 et plus = 👍️. La release d'OpenBSD 7.3 a eu lieu juste avant la publication de dhcpcd 9.5.0 (et 10.0), donc le paquet/port dhcpcd sur OpenBSD 7.3 n'est toujours pas fonctionnel pour ce qu'on veut en faire !

Par ailleurs, j'ai épluché mes captures réseau, et surprise, j'ai migré selon levieuxatorange. J'ai en effet une option 17 dans la réponse DHCPv6 de fe80::ba0:bab.

Code: [Sélectionner]
0000 00 11 00 12 00 00 05 58 00 01 00 0c 00 01 00 00 .......X........ option 17 longueur 18 enterprise ID Orange (1368) option 1 longueur 12 00 01 00 00 0010 00 00 00 00 00 00 ...... 00 00 00 00 00 00
Du coup, les conseils dans le post original sont visiblement fonctionnels (yay !).

Pour les performances je n'ai malheureusement qu'une offre 1Gbps/300Mbps, et speed.cloudflare.com me donne un p90 à 890Mbps/300Mbps. Notez bien que pour l'upload, le match out log on egress set prio 1 est crucial.

Il semblerait que depuis quelques jours dhcpcd version 10.0.1 soit disponible :
https://cdn.openbsd.org/pub/OpenBSD/7.3/packages-stable/amd64/dhcpcd-10.0.1pl20230518v0.tgz

Je n'ai pas testé si cela fonctionne avec ce package la, je fonctionne encore avec isc_dhclient pour ipv4&6.