Par contre, je me demandais si c'était normal que l'état des interfaces change de REACHABLE à STALE ?

root@OpenWrt:~# ip n
192.168.1.151 dev br-lan lladdr 45:24:65:72:37:80 REACHABLE
fe80::ba0:bab dev eth1.832 lladdr 1b:c2:52:4e:22:3a router STALE
fe80::8d4e:2aff:febc:b9b0 dev eth1.832 lladdr 8d:4e:2a:bc:b9:b0 STALE
fd62:ceca:732c::8b6 dev br-lan lladdr 45:24:65:72:37:80 REACHABLE
fe80::f560:e3b9:9f54:3e70 dev br-lan lladdr 45:24:65:72:37:80 STALE


C'est formidable, j'ai réussi à intégrer le correctif du client DHCPv4 dans OpenWrt. Le seul bémol est qu'il faut partir du code source et que
j'utilise la version snapshot. Pour une raison inconnue, je parviens à modifier le DSCP des paquets DHCPv4/v6 avec les règles suivantes
mais cela ne fonctionne pas avec la priorité interne Linux (meta priority set 0:6).

table netdev filter {
        chain egress {
                type filter hook egress device "eth1" priority filter; policy accept;
                udp dport 547 ip6 dscp set cs6 comment "Set DSCP value to 6 for DHCPv6 packets"
                udp dport 67 ip dscp set cs6 comment "Set DSCP value to 6 for DHCPv4 packets"
        }
}


C'est le grand chef qui l'a dit « [...] et idéalement changer aussi le DSCP ». 

OpenWrt a ajouté une option dans leur client DHCPv6 pour définir la priorité interne. La même personne, il me semble, a développé un correctif équivalent pour le client
DHCPv4 udhcpc intégré à BusyBox (note). J'ai calqué l'intégration de la fonctionnalité skpriority de odhcp6c dans OpenWrt. Ainsi, les « raw sockets » ne font plus défaut
par rapport au PCP (priority code point, CoS).

Les autres paquets dont il faut modifier le PCP ou le DSCP peuvent l'être via des règles nftables.

table arp filter
flush table arp filter

table arp filter {
    chain output {
type filter hook output priority filter; policy accept;
oifname "eth1.832" meta priority set 0:6 counter
    }
}

oifname "eth1.832" icmpv6 type { 133, 135, 136 } meta priority set 0:6 ip6 dscp set cs6 counter


---

Note : Le correctif n'a pas été intégré à BusyBox. Mais on peut l'intégrer via le mécanisme de patch QUILT (et en faisant quelques ajouts) dans le BusyBox de OpenWrt.

il se peut que ça soit différent selon les régions, mais moi j'ai:

Code: [Sélectionner]

  option dhcp6.name-servers 2a01:cfc4:2000:e::1,2a01:cfc4:2180:4000::1;


Merci. Ça fonctionne bien chez moi aussi, mais toujours rien dans les réponses DHCPv6.

C'est différent, car étant dans le nord-est, j'en ai d'autres.

Pour notre info, peux-tu les partager ?

Sur les 4 préfixes, voici ceux que j'ai trouvé en plus. Si vous ne savez pas quoi choisir...

2a01:cfc4:2000:e::1
2a01:cfc4:2000:e::2

2a01:cfc4:2180:4000::1
2a01:cfc4:2180:4000::2

2a01:cfc4:2000:4::2
2a01:cfc4:2000:4::5
2a01:cfc4:2000:4::7
2a01:cfc4:2000:4::8
2a01:cfc4:2000:4::9
2a01:cfc4:2000:4::10
2a01:cfc4:2000:4::12
2a01:cfc4:2000:4::13
2a01:cfc4:2000:4::14

2a01:cfc4:2000:2::2
2a01:cfc4:2000:2::3
2a01:cfc4:2000:2::4
2a01:cfc4:2000:2::5
2a01:cfc4:2000:2::6
2a01:cfc4:2000:2::7
2a01:cfc4:2000:2::9
2a01:cfc4:2000:2::10
2a01:cfc4:2000:2::11
2a01:cfc4:2000:2::12