J'ai testé mon dhclient depuis (même si je ne suis toujours pas en DHCP), j'ai sniffé ce qui sortait de l'ERL et mes requêtes sortent bien en priorité 6  ). Du coup j'ai aussi compilé un dibbler-client modifié pour IPv6.

Ce qu'il faut:
- pour le vif 832 de l'interface WAN, dans la config : egress-qos "0:0 1:1 2:2 3:3 4:4 5:5 6:6 7:7"
- remplacer /sbin/dhclient3 par celui joint (compressé au format tgz) à ce message (faire une sauvegarde de l'ancien au cas où...). S'assurer qu'il a les droits d'exécution.
- rebooter l'erl.

Un grand merci au travail que tu as fourni, tu viens de régler mon problème de DHCP sur l'ERL 

DHCP ou PPPoE le comportement devrait pourtant être similaire.

Maintenant je n'utilise pas FTP.

Hello,

Je pense que ça doit être faisable, et ça va dépendre de la capacité du switch de mapper le TOS IP sur la CoS : Le client DHCP de l'ERL èmet ses requêtes avec le champ IP_TOS a 0x10. Il suffirait dont sur le switch de mapper IP TOS 0x10 -> 802.1p priorité 6.

Bon, je pense que je viens de trouver comment faire, si c'est ce que je crois c'est hyper simple au travers de l'interface (une fois qu'on a compris toute la subtilité de l'esprit Picasso qui a fait le design de mon switch). - Rappel: Netgear GS-108t v2.
Bref, on peut:
1- définir une classe de service dont le critère (parmi plein de critères possibles) est IP TOS = 0x10, VLAN 832
2- définir une policy qui prend la classe en paramètre et dont l'action est MARK COS = 6
3- associer cette policy à un port physique en particulier

Bref, tout ce dont j'avais besoin. On peut aussi tester, hélas j'ai pas le temps ce soir, la box n'étant pas à proximité et le bruit étant proscrit...

Et après, tant qu'à faire, pour s'approcher encore un peu plus du comportement de la livebox, il faudrait aussi changer la CoS pour la VOIP (et je crois qu'ils sont envoyés avec un DSCP, donc il faut aussi faire une correspondance DSCP -> 802.1p), ainsi que pour ICMP et IGMP, voir ARP, même s'il semble que pour ces 3 protocoles ce ne soit jamais nécessaire.

N'étant pas un spécialiste (du tout) de ces protocoles, si tu as un truc très basique du genre DSCP bit/ valeur XXXX => à mapper sur truc-bidule CoS, ce serait top. Ou un lien vers un message qui en parle, car je n'ai pas trouvé [EDIT: j'ai peut-être trouvé, standby]. Une fois rassemblées les informations, je teste dès que possible, et je publie un tuto générique pour solutionner la plupart des routeurs bloqués par le nouveau mode DHCP Orange. Du moins, pour ceux qui souhaitent investir dans un switch manageable (regardez d'occase aussi...).

Edit: @Dam64 on peut imaginer qu'il n'ait pas envie de modifier le firmware de son ERL. D'autant plus que mes modifications ne survivront pas à une mise à jour firmware et qu'il faudra donc recommencer à chaque nouvelle version...

Tout à fait, disons, que si zoc arrive à pousser son fix auprès d'Ubiquity, c'est top, c'est supporté, etc. Sinon, galère à chaque changement de firmware (non je ne compte pas maintenir un environnement de compilation pour ERL -enfin là pas trop quoi).

Merci encore pour votre aide, j'espère passer le test avec succès pour proposer un truc simple aux moins bidouilleurs que vous 

Pour tout tagguer à 6 pas besoin de switch et de firmware perso.

Ce qu'il veut faire c'est tagguer en fonction du DSCP des paquets, donc avec une priorité adaptée au type de traffic. Sachant que le client DHCP de l'ERL fixe un DSCP différent du reste du traffic, ça doit être faisable.

Bonjour,

Hum ok, j'avais compris son poste comme un souhait de faire une solution "générique", pas forcement propre à l'ERL (du coup sans forcèment avec des packets DHCP sortant avec une propriété DSCP déja fixée), d'où ma remarque.

Quoi que, vu la doc du switch, on peut créer une class diffserv en filtrant sur pas mal de paramètres, dont le port source, la mac de destination... et y marquer une CoS. On devrait pouvoir matcher que les requêtes DHCP du coup, je suppose... Ce qui rendrait service à tous les autres routeurs (ceux qui gèrent les bonnes options DHCP mais pas la CoS)...

Oui c'est exactement cela. Le switch est très fin dans les critères de filtrage, le but est bien sûr d'être sélectif, et non de faire du shaping sur tout le trafic.

EDIT : même si les vlans et priorités ne sont pas les même, le principe est je crois similaire ici (google fibre,   routeur pfsense=>switchgs108t=>ont )   : http://flyovercountry.org/2014/02/google-fiber-gigabit-speeds-your-router-part-2-qos/    (y'a une part 1 avec le schéma expliqué)

Je n'avais pas trouvé cet exemple (merci !), mais c'est à peu près ça. Je me suis basé sur les éléments fournis par zoc et kgersen, à savoir IP TOS=0x10 (dernier champ, en bas, dans la définition de classe du switch Netgear). Mais c'est probablement plus simple avec les ports 67/68, à voir à l'usage ce qui est le plus discriminant.

Je n'ai hélas pas encore pu tester, mais les règles que j'ai mises en place sont exactement similaires à celles que tu as trouvées dans le lien, à part le filtre. Pour tester, il faut que je complète la config de l'ERL avec le nécessaire pour y brancher la Livebox en aval, pour la téléphonie.

A nouveau, mon objectif ici n'est pas de faire mieux que vous, mais de proposer une solution basée entièrement sur de la configuration d'équipements, sans modules additionnels ni patchs. Non, je n'ai pas le talent pour maintenir une solution patchée

Merci pour votre aide.

A noter qu'on est pas obligé de 'dédier' le switch a cela. on peut le "partitionner" en 2 : 2 ports seront utilisés pour relier l'ONT et l'ERL et les ports restant pour le LAN. Vu qu'il n'y aucun traffic avec VLAN coté LAN et aucun traffic sans VLAN entre l'ERL et l'ONT.

Par exemple, avec un switch 8 ports ca donnerai:

- port 1 - (trunk vlan 832-838-840) - ONT
- port 2 - (trunk vlan 832-838-840) - ERL port WAN (eth1 par exemple)
- port 3 - ERL port LAN (eth0 par exemple)
- port 4 a 8 : machines LAN

Ca laisse donc 4 ports LAN dispo.
 
Et si le switch fait IGMP Snooping on devrait meme pouvoir passer le vlan 840 vers le LAN sans traverser l'ERL ...