@boobixx:
Relire la configuration OpenWrt une multitude de fois me file la migraine.
config device
option name 'eth1.832'
option type '8021q'
option ifname 'eth1'
option vid '832'
list egress_qos_mapping '1:0'
list egress_qos_mapping '0:6'
list egress_qos_mapping '6:6'
option macaddr '08:87:C6:58:XX:XX' # Remplacez "A2:34:56:78:19:26" par l'adresse mac de votre livebox.
Mieux vaudrait changer sa configuration avec UCI plutôt qu'avec un éditeur de texte, même si l'indentation est valide.
De plus, l'option 77 diffère légèrement entre le tuto et LiveBoxInfos : (c'est la même sauf le dernier chiffre qui est est un 4)
@ubune a semble t'il une Livebox 6 tandis que tu sembles avoir une Livebox 4.
Il faut procéder par étape. Ainsi, on peut graduellement vérifier que cela fonctionne par élimination.
Les différents paquets doivent être envoyés avec un Priority Code Point (PCP) à 6.
C'est la fameuse CoS imposée par Orange.Le tutoriel de @ubune applique la CoS de manière « grossière ». Actuellement, la meilleure approche sur OpenWrt est d'
appliquer un correctif à udhcpc afin de pouvoir spécifier la priorité interne à 6
pour les paquets DHCPv4 (donc directement par le client DHCPv4). Le correctif a déjà été intégré dans OpenWrt pour odhcp6c avec
l'apparition de l'option skpriority.
correctif fourni ci-dessus en hyperlien
Le problème est qu'il faut réussir à utiliser OpenWrt Buildroot et avoir une maîtrise de GNU/Linux. Voir la documentation OpenWrt «
Working with patches ».
De plus, c'est assez technique car il faut également intégrer des modifications dans Buildroot pour permettre à l'utilisateur d'activer l'option en utilisant
make nconfig (a.k.a.
make menuconfig).
udhcpc_skprio.patch a appliquer à partir du chemin
package/network dans les sources Git de openwrt via la commande
patch.
Mais au préalable, il faut construire son environnement de développement en suivant la documentation de OpenWrt.
--- a/config/networking/udhcp/Config.in 2024-05-28 18:14:46.592807445 +0200
+++ b/config/networking/udhcp/Config.in 2024-05-28 18:49:04.982734587 +0200
@@ -214,3 +214,13 @@
help
If selected, both client and server will support passing of VLAN
ID and priority via options 132 and 133 as per 802.1Q.
+
+config BUSYBOX_CONFIG_FEATURE_UDHCPC_SK_PRIO
+ bool "Enable '-K' option for udhcpc"
+ default n
+ depends on BUSYBOX_CONFIG_UDHCPC || BUSYBOX_CONFIG_UDHCPC6
+ help
+ If selected, enables -K option to set the kernel priority of DHCP
+ packets. Useful together with some egress QoS mapping to send
+ requests with a specific VLAN priority tag, as required by some
+ ISPs.
uci -q batch <<-EOF
add firewall include
set firewall.@include[-1].enabled='1'
set firewall.@include[-1].type='nftables'
set firewall.@include[-1].path='/etc/custom-postrouting-chain.nft'
set firewall.@include[-1].chain='mangle_postrouting'
set firewall.@include[-1].position='chain-append'
EOF
uci -q batch <<-EOF
add firewall include
set firewall.@include[-1].enabled='1'
set firewall.@include[-1].type='nftables'
set firewall.@include[-1].path='/etc/custom-arp-table.nft'
set firewall.@include[-1].position='ruleset-post'
EOF
/etc/custom-postrouting-chain.nftoifname "eth1.832" icmpv6 type { 133, 135, 136 } meta priority set 0:6 ip6 dscp set cs6 counter
/etc/custom-arp-table.nfttable 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
}
}