@simon :

Privilégier les abonnements « premium » avec prpl pourrait être la stratégie suivie. Seules les nouvelles Livebox seraient alors pourvues de prpl. Les clients
souhaitant personnaliser leurs services pourraient souscrire à un abonnement plus élevé. Je pense que Orange veut tester son marché et attend de voir
comment les clients réagissent. Pour moi, il y a deux lignes directrices qui se dessinent.

1. Le système d’exploitation standard prpl renforce l’écosystème Livebox

2. Le déploiement de l'IPv6 chez Orange est progressif, et n'est utilisé pour l'instant, que pour les adresses IPv6 publiques.

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.

Code: [Sélectionner]

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.

Code: [Sélectionner]

--- 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.


Code: [Sélectionner]

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.nft

Code: [Sélectionner]

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

/etc/custom-arp-table.nft

Code: [Sélectionner]

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
    }
}


Bonsoir, merci pour l'info.
Est-ce que les changements pour busybox ont une chance d'atterrir avec la prochaine release de openwrt ? Je ne trouve pas d'info.
Actuellement avec la 24.10.0, cela n'est pas le cas, pas d'option pour sélectionner UDHCPC_SK_PRIO avec busybox via menuconfig.
Sinon, je testerai avec le patch plus tard.

@nando11:

La fonctionnalité a été proposé sur la liste de diffusion du projet BusyBox mais n'a jamais été intégré. Une nouvelle relance, un an plus tard, est restée sans réponse.
OpenWrt intègre les sources officielles de BusyBox. Heureusement, on peut l'intégrer avec l'utilitaire quilt dans les sources de OpenWrt. Il faut également ajouter
une nouvelle option de configuration dans le menu affiché par make dans le système Buildroot. On peut potentiellement simplifier le processus, ou éventuellement
procéder autrement. Je pense, par exemple, construire et diffuser un feed personnalisé afin d'établir automatiquement une connexion Orange. J'ai des priorités plus
importantes. J'ai quelques pistes de réflexion. Mais il faudrait que je sois plus efficace dans la réalisation de mes tests.

Bonjour,

Je suis un nouveau abonné fibre sosh (la fibre a 19€ m'a attiré) et je voudrai utiliser mon routeur asus sous OpenWRT parce que la livebox m'as bien déçu en terme de fonctionnalité (en sortant de chez free ça pique). Du coup j'ai suivi le github qui était link dans le premier post et pour l'instant ça ne marche pas et j'essaie de savoir pourquoi.

-Mon Asus était en mode bridge, il servait comme répéteur wifi pour avoir l'internet de la freebox a l'étage dans ma chambre. OpenWRT est en 22.03, j'ai donc choisi la config internet uniquement.

-Mon interface est sensé être wan, de ce que j'ai vu dans la config network avant de faire un changement, donc j'ai renommé toutes les occurences eth0 par wan dans les fichiers config.

-J'ai pris mon token généré par le script avec l'identifiant orange (et le mot de passe j'ai utilisé celui que j'utilise pour me connecter a mon espace client, dites moi si c'est pas ce mot de passe)

- je vois un daemon.notice netifd: Network device 'wan' link is up, et un daemon.notice netifd: 8021q 'wan.832' link is up mais aussi un mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode et un Network device 'eth0' link is up. Alors que je ne suis pas sensé avoir de eth0 dans les fichiers config.

-Je me retrouve avec 3 interfaces, LAN, WAN4 (wan.832) et WAN6 (wan.832)

-Je vois que dans les devices que eth0 est l'ethernet switch et wan est un switch port.

-J'arrive pas a voir dans les log system la partie ou il devrait tenter de se connecter avec mon token et verifier que le token est bon. (j'ai inclus message.txt)

Je me retrouve donc avec une box qui remarche avec DHCP (avant en mode bridge il fallait que je mette une IP statique pour que je me connecte a Luci sans la freebox) mais toujours sans connection internet.


Est-ce que quelqu'un pourrait me dire ce que je fais de mal et d'ou viendrait le problème? Merci beaucoup

> udhcpc: option 0x3d did not fit into the packet

La config de tes clients DHCP n'est pas bonne. Peux-tu nous montrer ce qu'il y a dans ton fichier /etc/config/network, potentiellement en masquant le contenu des options qui contiennent le mot de passe généré ?

Pas besoin de contacter le service client si ta livebox est encore fonctionnelle.
Tu peux utiliser https://p-dor.github.io/LiveboxMonitor/ pour obtenir les infos de connexion (dans l'onglet dhcp, sections options DHCPv4 et 6 Envoyées  tu auras les valeurs à mettre dans openwrt - tu peux ctrl-c (copier) sur une ligne).