si c'est comme l'ERL il faut faire l'egress pendant la création de l'interface donc pendant le "ip link add". Suivant les OS/drivers le map d'egress ne peut être changer une fois la sous interface créee.

bon, si je fais un

root@LEDE:~# ip link delete ptm0.832
root@LEDE:~# ip link add link ptm0 name ptm0.832 type vlan id 832
root@LEDE:~#

ca fonctionne.

mais si j'ajoute le egress ca ne va pas...j'ai aussi essayé avec une autre syntaxe trouvée sur le net: egress-qos-map

root@LEDE:~# ip link delete ptm0.832
root@LEDE:~# ip link add link ptm0 name ptm0.832 type vlan id 832 egress 0:0
ip: invalid argument 'EGRESS' to 'type vlan'
root@LEDE:~# ip link add link ptm0 name ptm0.832 type vlan id 832 egress-qos-map 0:0
ip: invalid argument 'egress-qos-map' to 'type vlan'

Pourtant bon sang de bonsoir il doit bien y avoir moyen !

root@LEDE:~# cat /proc/ptm0.832
ptm0.832 VID: 832 REORDER_HDR: 1 dev->priv_flags: 1
total frames received 17528456
total bytes received 23313198078
Broadcast/Multicast Rcvd 14777926
total frames transmitted 2007311
total bytes transmitted 345677143
Device: ptm0
INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0
EGRESS priority mappings:

 

root@LEDE:~# ip link help
ip: invalid argument 'help' to 'ip'

j'ai pas compris a quoi sert ce set -x ??

c'est juste pour afficher les commandes avant de les executer, aka "command-echoing" (l’équivalent de 'echo on' sous Windows)

Hey !

Je reviens ici, j'ai migré vers LEDE 17.01,

Tout fonctionne désormais, dans ton post il manque la partie Firewall avec iptables-mod-opt, car sinon gros soucis de débit.

Pour le script vlanprio et les règles de FW :
En faite certains Flux ne passent pas par Iptables, c'est le cas du DHCP.

Cela permet donc de pouvoir gérer la COS en utilisant les files définit par le script, en gros tout le flux sera en prio 6, sauf le flux qui passe par IPTABLES.
Tu peux trouver les info en premiere page ici :
https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/

Mon exemple avec LEDE (merci à toi^^).

#!/bin/sh
set -x
for i in 0 1 2 3 4 5 6 7; do
    ip link set eth1.832 type vlan egress $i:$i >/dev/null  ## Chaque file devient en priorité $numdefile
    ip link set eth1.838 type vlan egress $i:4 >/dev/null   ## tout en prio 4 sur le vlan 838
    ip link set eth1.840 type vlan egress $i:5 >/dev/null   ## tout en prio 5 sur le vlan 840

done
    ip link set eth1.832 type vlan egress 1:0 >/dev/null    ## La file (1) était donc en prio 1 on la repasse à 0, ça deviendra la nouvelle file par défaut grace à la première règle iptables qui suit.
    ip link set eth1.832 type vlan egress 0:6 >/dev/null    ## Tout le flux devient en prio 6 ! sauf le flux qui passera par IPTABLES grace aux règles suivante.


Les customs rules qui se lancent au demarrage :

iptables -t mangle -A POSTROUTING -o eth1.832 -j CLASSIFY --set-class 0000:0001     ## En gros tout le flux passe dans la file 1 qui est en prio 0 (ATTENTION, si on ne fait pas ça = gros probleme de débit)
iptables -t mangle -A POSTROUTING -o eth1.832 -p igmp -j CLASSIFY --set-class 0000:0006 ##On passe le flux igmp dans la file 6 qui est en prio 6
iptables -t mangle -A POSTROUTING -o eth1.832 -p icmp -j CLASSIFY --set-class 0000:0006  ## On passe le flux icmp dans la file 6 qui est en prio 6
iptables -t mangle -A POSTROUTING -o eth1.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006 ## Inutile ? On passe le flux dhcp dans la file 6 qui est en prio 6

Inutile ? = En faite je comprends pas l'intérêt, car le flux qui ne passe pas par IPTABLES est déja en PRIO 6, et c'est le cas du DHCP.
Edit : d'ailleurs ça fonctionne même sans cette règle (logique).


Si quelqu'un detecte que j'ai mal compris n'hésitez pas à me corriger .

Pour la mécanique, je suis reparti de zero, j'ai installé un LEDE propre, j'ai associé mon wifi sur un smartphone en partage de connexion sur le wan, pour pouvoir installer les paquets nécéssaire via opkg :
iptables-mod-opt
ip-full
tcpdump
nano
igmpproxy

Par contre la TV marchait niquel tout à l'heure, et maintenant erreur S04, j'ai la flemme de continuer car je m'en sert pas de toute façon. Mais bon j'aurai aimé avoir une sauvegarde d'une config 100% ok :/.

Merci à tous en tout cas, et vive LEDE

ps : 945mb/s en speedtest, donc aucune perte, avec wrt1900acs@LEDE 17.0.1

Ha oui j'ai oublié les regles firewall que tu m'avais donné...donc je modifie mon post.
Par contre il y en avait plus que ce que tu indiques maintenant.

Code: [Sélectionner]

#IPV4
## Tout les protocoles changent de file vers le skb 01 dont on a mis la prio à 0

iptables -t mangle -A POSTROUTING -o ptm0.832 -j CLASSIFY --set-class 0000:0001

##On maintient les paquets réseaux dans une file à prio 6

iptables -t mangle -A POSTROUTING -o ptm0.832 -p igmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -p icmp -j CLASSIFY --set-class 0000:0006

##Les paquets VOIP(téléphonie orange) sont taggués EF ont les met en prio 5
iptables -t mangle -A POSTROUTING -o ptm0.832 -m dscp --dscp 0x2e -j CLASSIFY --set-class 0000:0005

##Si votre client DHCP n'utilise pas les raw socket il faut envoyer les paquet DHCP dans la file 6 (prio 6)
iptables -t mangle -A POSTROUTING -o ptm0.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -j CLASSIFY --set-class 0000:0001
iptables -t mangle -A POSTROUTING -o ptm0.832 -p igmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -p icmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006

ip6tables -t mangle -A POSTROUTING -o ptm0.832 -j CLASSIFY --set-class 0000:0001
ip6tables -t mangle -A POSTROUTING -o ptm0.832 -p ipv6-icmp -j CLASSIFY --set-class 0000:0006
ip6tables -t mangle -A POSTROUTING -o ptm0.832 -p udp --dport 547 -j CLASSIFY --set-class 0000:0006

Tu as juste en + les règles IPV6, qui ne fonctionnent pas avec nos config proposés.