Hello

Annemasse pas encore que je sache. Mais un des routeurs de la zone est prévu pour bientôt.

Après à l'accélération du déploiement je perds pieds sur la liste, elle se fait beaucoup plus dynamiquement et je n'aurais plus la liste.

LeVieux

DHCPv6 toujours KO pour moi et ce depuis longtemps
J'ai suivi toutes les recommandations de levieux mais rien à faire, solicit solicit solicit.
J'ai toujours eu ce problème depuis que j'ai ce SFP CarlitoxxPro v2.0 qui est pourtant 05 et avec un DHCPv4 sans aucun problème (avec systemd). Je tiens ce thread: https://lafibre.info/remplacer-bbox/rtl9601b-technicolor-afm0002tim/ qui décrit un workaround sur un stick similaire mais hélas appliquer ces commandes n'a rien changé..
J'ai acheté le stick ODI en espérant résoudre ce dernier problème..

J'ai mis la trace tshark sur l'interface physique (montrant vlan prio, dscp ...) si jamais qqn détecte un truc bizarre mais je pense être dans les clous.. La mac masquée est bien copiée de la LB. J'utilise un MC220L pour connecter mon router au stick.

Dernière update pour ma part, j'ai bien reçu le stick ODI et oh miracle ça marche parfaitement (IPv4, IPv6)
J'utilise systemd-networkd avec un script qui met à jour régulièrement les options 90,11 directement dans le .network file.
Hâte d'utiliser la version 253 avec la nouvelle option SocketPriority= enlever le egress mapping 0:6 du vlan et la règle pare-feu associée (systemd networkd n'autorise le mapping 0:6 dans les .netdev) Hats off to Strangelovian for this!
Bon courage à vous! Et n'achetez pas le stick CarlitoxxPro 

Hello,

Je viens de refaire un essai, j'arrive bien a setter le ToS à CS6 mais je n'arrive pas a set la CoS en prio6.

J'ai patché udhcpc pour faire un
setsockopt_SOL_SOCKET_int(fd, SO_PRIORITY, 6)

https://github.com/clementperon/busybox/commit/2948bb74e8d7ae36e5d6a73aa5f6a2f4368b9660

Mais quand je capture avec wireshark le VLAN Priority est toujours en Best Effort = 0.

(Ne fait pas attention au VLAN 834 c'est pour éviter de faire tomber mon réseau actuel)

Quelqu'un aurait il une idée de ce qui ne va pas?
Merci

Je l'avais patché aussi en fait ligne 125

Je viens de voir en faisant un
$> cat /proc/net/vlan/eth8.832

eth8.832  VID: 832    REORDER_HDR: 1  dev->priv_flags: 1021
         total frames received            0
          total bytes received            0
      Broadcast/Multicast Rcvd            0
      total frames transmitted            5
       total bytes transmitted          855
Device: eth8
INGRESS priority mappings: 0:0  1:0  2:0  3:0  4:0  5:0  6:0 7:0
 EGRESS priority mappings:

Cela implique que tout est mappé vers la prio 0 ?

ip link set dev $iface type vlan egress 0:0 1:1 2:2 3:3 4:4 5:5 6:6 7:7

A l'air de fixer le probleme.

Mon dernier soucis:
c'est qu'iptables n'a pas l'air de supporter l'option classify.

iptables v1.8.7 (legacy): unknown option "--set-class"
Try `iptables -h' or 'iptables --help' for more information.

Vous connaissez d'autres logiciels qui pourrait le remplacer?
Ou j'essaie de recompiler iptables avec le support de Classify ?

Edit2: le '+' = 0x2b c'est la size

Yep, donc pas de '+', à moins que tu ne spécifies l'option encodée en hexa directement (car ton client DHCP ne connait pas l'option Vendor Class mais te permet de passer des options arbitraires).

Tu peux enlever l'option 120 (SIP servers) de la liste des options demandées, normalement.

Je ne sais pas si cela a une incidence, mais le "L" du second livebox est normalement en majuscule (c'est ce qui est envoyé par la LB en tout cas).

Bonjour

Je confirme c'est CASE SENSITIVE

Sur le nouveau système tu dois d'ailleurs avoir une option 125 en retour avec le code retour idoine. J'ai un doute sur l'ancien si on fait pas juste un renvoi vers le PPP sans plus d'info

LeVieux