- dans le PPPoE, le lien PPP maintien toutes les session et il est trivial de priorisé les paquets PPP Link. En DHCP, il faut trouver des choses pour palier à la disparition de cette couche. Sinon le client peut avoir un routeur qui lui dit "tout marche" alors que en fait, non ....
Ce n'est pas déjà le cas ? J'ai un script sur mon routeur qui ping fe80::ba0:bab et qui relance les clients DHCP si pas de réponse pendant ~10 minutes.
Il ne sert pas souvent (peut-être 1 fois tous les 4-6 mois) mais sans ce script, mon routeur penserait que "tout marche" alors qu'effectivement, ce n'est pas le cas.
Alors oui, prioriser DHCP/ND/ARP au niveau Ethernet est une bonne idée pour la qualité de service de la majorité des clients, mais pourquoi l'avoir imposé sur le réseau d'accès? Il doit y avoir une raison qui m'échappe
Si on est sur le sujet des reverse et du debug, pourrait-on avoir des reverse pour les noeuds du réseau en v6? Par exemple:
$ mtr www.orange.fr
Start: 2025-08-26T07:57:58+0200
HOST: xxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- xxxxxxxx (2a01:cb08:xxxx:xxxx::1) 0.0% 10 1.0 1.0 0.9 1.2 0.1
2.|-- 2a01cb08a00402150193025300760242.ipv6.abo.wanadoo.fr (2a01:cb08:a004:215:193:253:76:242) 0.0% 10 2.0 1.9 1.3 2.6 0.4
3.|-- 2a01:cfc0:200:8000:193:252:102:43 0.0% 10 9.6 9.4 8.9 10.1 0.4
4.|-- 2a01:cfc4:0:1d00::3 0.0% 10 21.5 10.4 8.6 21.5 3.9
5.|-- 2a01:c9c0:cf:2999::167 0.0% 10 9.3 8.9 8.4 9.6 0.4
6.|-- 2a01:c9c0:c3:229::19
Aucun des routeurs traversés ne semble avoir de reverse, ou alors, un reverse générique.
Actus Orange