La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la LiveBox par un routeur => Discussion démarrée par: Jean41 le 09 octobre 2016 à 14:25:49
-
EDIT26/06 : Changement du titre.
Etant donné que OpenWRT est à l'arrêt, il serait préférable de se recentrer sur Lede (voire LibreCMC, 100% Libre)
https://lede-project.org/
https://librecmc.org/ (voir compatibilité routeurs : https://gogs.librecmc.org/libreCMC/libreCMC/wiki/Supported-Hardware)
----
moht a travaillé sur une modification de odhcp6c ainsi que de openwrt.
"les modifs de odhcp6c sont sur la branche custom_opts+skb_prio de mon repo [[0]]
celles de openwrt (pour prendre en compte ces modifs dans netifd et libuci) sur la branche custom_opts_odhcp6c du fork d'openwrt [1]
et celles de busybox seront disponibles sur la branche udhcpc-skb-priority du dépôt busybox que je suis en train de créer [2]
les modfis pour libuci pour les modifs de busybox arriveront quand j'aurai testé un peu plus
[[0]]: https://github.com/thperret/odhcp6c/tree/custom_opts+skb_prio
[1]: https://github.com/thperret/openwrt/tree/custom_opts_odhcp6c
[2]: https://github.com/thperret/busybox"
Si les modifs de moht concernant odhcp6c sont validées, voir s'il serait possible d'intégrér tout ça sur Lede. (avec Luci)
Bonjour,
J'ai un abo Sosh Fibre et un routeur TP-Link 1043nd (V1)
Mon installation est on ne peut plus simple :
Arrivée Fibre -> ONT > Routeur TP-Link
Je n'utilise ni le téléphone ni la tv.
J'ai réussi à obtenir une connexion via PPPoE avec le vlan 835 sans soucis mais à chaque redémarrage du routeur, l'IP change, c'est plutôt embêtant. De plus, je n'ai pas l'IPv6. Hormis cela, la connexion fonctionne parfaitement, sans perte notable de débit.
Est-ce que la méthode d'authentification avec PPPoE est toujours d'actualité ? Est-il possible d'obtenir une IP fixe ainsi que l'IPv6 avec OpenWrt ?
Merci d'avance ! :)
Cdlt
-
Est-ce que la méthode d'authentification avec PPPoE est toujours d'actualité ? Est-il possible d'obtenir une IP fixe ainsi que l'IPv6 avec OpenWrt ?
Oui, sinon il ne serait plus possible de se connecter ;)
l'IPv4 "fixe" ainsi que l'IPv6 par contre, c'est seulement en DHCP (et DHCP6-PD).
-
En effet ;)
J'ai parcouru un peu le forum mais les tutos concernent soit un EdgeRouter Lite ou un PC dédié à base de pfsense. ??? Dans mon cas, cela me paraît un peu surdimensionné vu mon usage mais si c'est vraiment la seule solution, je me pencherai là-dessus.
Toutefois, est-il possible de se connecter en DHCP avec openwrt ? A la limite, je n'ai pas spécialement besoin de l'IPv6, par contre l'IPv4 fixe, ça serait déjà très bien.
Je n'ai pas trouvé de tuto détaillant la procédure en DHCP. Seulement PPPoE.
Par avance, merci. 8)
Cordialement
-
Bonjour à tous,
je me permet de répondre sur ce topic, parce que je suis exactement dans le même cas, et que je n'ai pas réussi à agréger une réponse claire en explorant les dizaines (centaine ?) de pages des différents posts.
Du coup, comme Jean41, j'ai bien pu configuré mon modem (un netgear DGND3700 flashé avec OpenWRT), en IPv4 via PPPoE, mais pas moyen d'avoir le DHCP IPv6.
J'ai cru lire qu'il y avait moyen en installant/désinstallant des packages, et en faisant de la config à la main, mais... j'avoue que je n'ai pas tester (pas vraiment eu le temps, et pas forcèment la motivation pour faire de la config de routeur à la main sans être assuré que ça fonctionne, en récupérant des infos parcellaires à droite et à gauche).
Du coup, je voulais savoir si certains d'entre vous avaient réussi cette configuration ?
-
Y'a des routeurs OpenWRT qui savent tenir le Gb/s ?
-
Y'a des routeurs OpenWRT qui savent tenir le Gb/s ?
Personnellement, j'ai l'offre de base d'Orange (donc limité à 100M en up/down) et speedtest m'indique que j'ai 107M en up et en down, donc... je pense pas que mon modem me limite, mais que c'est bien un bridage lié à mon offre.
Mais, je serai quand même intéressé par l'IPv6, ne serait-ce que pour bricoler mon installation.
-
Un point sur OpenWrt:
Openwrt c'est du Linux avec au dessus un système de gestion de 'packages' (opkg (https://wiki.openwrt.org/doc/techref/opkg)) pour ajouter des fonctionalités et un systeme de configuration en ligne de commande (uci) et web (luci).
Pour IPv4 le client DHCP de base est udhcpc qui est le client DHCP intégré directement dans Busybox (sur lequel OpenWrt est concu). Celui-ci ne permet pas d'ajouter les options qu'il faut pour fonctionner avec Orange.
Pour IPv6 c'est odhcp6c, le source est la: https://github.com/sbyx/odhcp6c . En theorie il supporte la Delegation de Prefix mais il faut aussi les options spécifiques pour Orange. Je n'ai pas regardé s'il supporte cela (a mon avis y'a peu de chances).
Un autre client DHCP (et DHCPv6) est dispo pour OpenWrt et installable via opkg avec le nom 'dhcpcd'. Il s'agit de http://roy.marples.name/projects/dhcpcd/home . Je n'ai pas plus d'info sur ce qu'il peut faire ou pas.
Le client plus ou moins standard que la plupart des distros Linux utilise est ISC-DHCP (aka "dhclient"). Je ne sais pas s'il est possible de l'installer sur un OpenWrt de base.
-
J'en conclu (corrige-moi si je me trompe), qu'avec OpenWRT, pas moyen d'obtenir l'IPv6 "simplement".
Du coup, est-ce que tu conseilles un autre OS pour modem ? Où est-ce que, quoi qu'il arrive, il va falloir que je me retrousse les manches pour mettre les mains dedans ?
Merci déjà pour ces réponses.
-
pour ce router (tl-link) je ne connais pas a ce jour de firmware qui permettrait d'avoir une connexion DHCP+DHCPv6 avec Orange.
Il va falloir mettre les mains dans le cambouis. Un premier point serait de contacter le développeur de dhcpd ( http://roy.marples.name/projects/dhcpcd/home ) en ouvrant un "ticket".
S'il arrive a ajouter ce qu'il manque ca résoudrait tout d'un coup...
Ce qu'il faut lui demander:
DHCP client (ipv4):
- options 60, 77, 90
- avec mise en oeuvre de l'option 90 de facon 'simple': juste pourvoir envoyer une chaine de caractères
- permettre de régler la QoS des paquets DHCP (802.1p)
DHCPv6 client (ipv6):
- options 11, 15, 16 (de facon "simple" aussi)
-
Quid de dd-wrt ou tomato?
-
J'ai regardé rapidement, et je n'ai pas vu mon modem dans la liste (Netgear DGND3700).
Après, je peux peut être tenter d'installer une de ces distributions, mais les firmwares des routeurs ont l'air d'être assez spécifique, et comme je ne suis pas expert en la matière, j'ai très peur de briquer mon modem.
-
J'ai regardé rapidement, et je n'ai pas vu mon modem dans la liste (Netgear DGND3700).
Après, je peux peut être tenter d'installer une de ces distributions, mais les firmwares des routeurs ont l'air d'être assez spécifique, et comme je ne suis pas expert en la matière, j'ai très peur de briquer mon modem.
S'il n'est pas dans la liste, n’essaie même pas. Ça me rappel quand j'avais briquer mon routeur et que j'avais du souder des ports pour communiquer en port COM afin de le dé-briquer.
-
communiquer en port COM
En série ou en JTAG ? Quand t'en es à la deuxième option, c'est que tu l'as bien ruiné :p
-
En JTAG, mais il est vivant hein, un peu démoli mais vivant :p
-
Bon, puisqu'il faut aller mettre les mains dedans, je pense qu'il ne me reste pas beaucoup de choix : va falloir mettre les mains dedans.
Pour ouvrir un ticket auprès du développeur de dhcpd, je suis un peu frileux, parce que si je lui demande tout ça texto et qu'il me demande d'expliciter, je ne saurai pas lui répondre. Je vais donc tâcher de comprendre un peu mieux comment tout ça fonctionne, et éventuellement, je reviendrai vers vous si j'ai du nouveau.
Merci en tous cas pour toutes les réponses, et si, sur un coup du sort, quelqu'un trouve finalement une solution "simple", je suis quand même preneur :D
-
Bon, puisqu'il faut aller mettre les mains dedans, je pense qu'il ne me reste pas beaucoup de choix : va falloir mettre les mains dedans.
Pour ouvrir un ticket auprès du développeur de dhcpd, je suis un peu frileux, parce que si je lui demande tout ça texto et qu'il me demande d'expliciter, je ne saurai pas lui répondre. Je vais donc tâcher de comprendre un peu mieux comment tout ça fonctionne, et éventuellement, je reviendrai vers vous si j'ai du nouveau.
Merci en tous cas pour toutes les réponses, et si, sur un coup du sort, quelqu'un trouve finalement une solution "simple", je suis quand même preneur :D
Rien n'est simple quand on bidouille :)
-
Pour ouvrir un ticket auprès du développeur de dhcpd, je suis un peu frileux, parce que si je lui demande tout ça texto et qu'il me demande d'expliciter, je ne saurai pas lui répondre. Je vais donc tâcher de comprendre un peu mieux comment tout ça fonctionne, et éventuellement, je reviendrai vers vous si j'ai du nouveau.
Je peux aider a expliquer mais a la reflexion c'est carrement mieux de modifier directement openwrt donc busybox et le client dhcpv6 de base (odhcp6c). puis soumettre ca a OpenWrt.
Je regarde demain pour deja mettre en place un outil pour compiler openwrt. le point de depart est la: https://wiki.openwrt.org/doc/howto/build
Une fois qu'on sait faire une image pour les tplink (ou du moins juste les binaires de busybox et de odhcp6c) il sera assez simple de modifier le code pour ajouter ce qui manque (ca je peux le faire).
J'ai un TP-Link WDR4300 v1 sous OpenWrt Chaos Calmer 15.05.1 , je vais prendre ca comme point de départ et comme plateforme de dev.
+ de news demain en fin de journée donc.
-
ok grace au SDK OpenWrt (https://wiki.openwrt.org/doc/howto/obtain.firmware.sdk) j'arrive a compiler et produire un package installable (pour ar71xx) à partir des sources de dhcpcd.
Par ailleurs j'ai ouvert un ticket chez dhcpcd: http://roy.marples.name/projects/dhcpcd/tktview?name=51bff74f1e
S'il ne peut/veut le faire lui je verrai pour modifier moi meme le code source.
Entre temps je vais regarder les 2 autres clients: le client dhcp dans busybox et le client dhcpv6 de base pour voir si j'arrive a produire un binaire pour chacun.
-
Super ta démarche auprès de dhcpcd. Cela fera, peut être boule de neige auprès des autres clients dhcp.
-
ok grace au SDK OpenWrt (https://wiki.openwrt.org/doc/howto/obtain.firmware.sdk) j'arrive a compiler et produire un package installable (pour ar71xx) à partir des sources de dhcpcd.
Par ailleurs j'ai ouvert un ticket chez dhcpcd: http://roy.marples.name/projects/dhcpcd/tktview?name=51bff74f1e
S'il ne peut/veut le faire lui je verrai pour modifier moi meme le code source.
Entre temps je vais regarder les 2 autres clients: le client dhcp dans busybox et le client dhcpv6 de base pour voir si j'arrive a produire un binaire pour chacun.
@kgersen : Wow juste énorme ce que tu fais pour la communauté ! Au nom de @Jean41 (OP), et @NainzguL (qui a eu la présence d'esprit de relancer le sujet), je te remercie.
Il y a quelques mois, j'ai passé tellement de temps à essayer de configurer mon Linksys WRT610N sous OpenWRT. Comme @NainzguL, j'ai écumé des centaines de pages. Malheureusement, je ne pouvais pas partager mes découvertes puisque ça n'avait pas abouti. D'ailleurs, dans ton post #6 [ 0 ], tu parlais d'options. Ce ne sont pas les options vendorid, clientid, 90, l'identifiant fti à transcrire en héxadécimal et tout ça ? C'est juste pour comprendre.
Pensez-vous que ce que vous êtes sur le point d'accomplir fonctionnera sur mon WRT610N, ou c'est quelque chose de très spécifique au routeur ou à l'architecture de son processeur ?
[ 0 ] https://lafibre.info/remplacer-livebox/sosh-fibre-openwrt-avec-ip-fixe-et-ipv6/msg389401/#msg389401 (https://lafibre.info/remplacer-livebox/sosh-fibre-openwrt-avec-ip-fixe-et-ipv6/msg389401/#msg389401)
-
a noter: en mai 2016, y'a eu un fork d'OpenWrt : LEDE ( https://www.lede-project.org/ ) qui prétend avoir une meilleur gouvernance et semble être le future d'OpenWrt.
C'est un peu tot pour savoir ce que cela va donner mais li semblerais que pas mal de devs d'OpenWrt sont maintenant sur LEDE.
-
ok grace au SDK OpenWrt (https://wiki.openwrt.org/doc/howto/obtain.firmware.sdk) j'arrive a compiler et produire un package installable (pour ar71xx) à partir des sources de dhcpcd.
Par ailleurs j'ai ouvert un ticket chez dhcpcd: http://roy.marples.name/projects/dhcpcd/tktview?name=51bff74f1e
S'il ne peut/veut le faire lui je verrai pour modifier moi meme le code source.
Entre temps je vais regarder les 2 autres clients: le client dhcp dans busybox et le client dhcpv6 de base pour voir si j'arrive a produire un binaire pour chacun.
bon a priori c'est bien plus simple que ca. dhcpcd supporte les 'custom options' donc on peut rajouter directement ce qui manque (pas tester encore). Il reste que la QoS à faire ce qui est bien plus simple. Je n'ai pas encore de retour du développeur donc j'attend un peu.
En attendant je vais tenter une config IPv4+IPv6 chez moi vu que j'a la chance d'être dans une zone ou on n'a pas besoin de la QoS.
A terme, idealement, il faudra pouvoir faire la config via l'interface web d'OpenWrt/LEDE mais c'est un confort plus qu'autre chose.
-
En attendant je vais tenter une config IPv4+IPv6 chez moi vu que j'a la chance d'être dans une zone ou on n'a pas besoin de la QoS.
Je viens aux nouvelles. T'en sors-tu ? Souhaites-tu de l'aide (si on peu t'en apporter) ?
Merci encore en tous cas pour tout le travail que tu fournis.
-
Ca avance lentement mais surement.
edit: je bloque sur l'authentification bien sur... Il y a bien un systeme d'option custom mais je ne capte pas comment ca marche pour 'envoyer' des valeurs.
La doc est succinte et donne pas d'exemple dans ce sens: http://roy.marples.name/man/html5/dhcpcd.conf.html (section "Defining new options")
j'ai envoyé une demande a la mailing-list du produit.
-
Un grand merci à toi kgersen pour ton initiative. (et aussi à ceux ayant relancé le sujet)
Cela serait top de pouvoir utiliser mon routeur openwrt à la place de la livebox play avec auth dhcp IPv4 / IPv6 8)
(J'ai à disposition 2 routeurs sous Chaos Calmer 15.05.1, un tp-link 1043nd et un Netgear WNDR3800 si besoin de test)
Hâte de voir comment tout ça va évoluer 8)
-
C'est en bonne voie.
Je suis en contact avec le développeur de dhcpcd. Vous pouvez suivre nos échanges sur la mailing-list (ce sujet : http://roy.marples.name/archives/dhcpcd-discuss/2016/1454.html et ses 'replies' ).
Il a également répondu au ticket pour la QoS 6: http://roy.marples.name/projects/dhcpcd/tktview?name=51bff74f1e
Si on résout ces 2 points on aura un client dhcp Ipv4+IPv6 complètement compatible pour openwrt (et pour tout Linux en fait).
-
Je precise bien qu'on parle d'OpenWrt donc dans la plupart des cas il n'y aura pas d’accélération matérielle donc n'esperer pas sur des routeurs bas de gamme (<200€) plus de 300 a 400 Mbps.
Je precise aussi qu'on parle d'OpenWrt avec les packages standards donc pas dhclient notamment. Ceux qui ont une plateforme Openwrt compatible dhclient peuvent deja avoir IPv4 en DHCP: par exemple avec un Turris Omnia voir https://lafibre.info/remplacer-livebox/remplacer-la-livebox-par-un-routeur-turris-omnia/msg389969/#msg389969 s'ils ont la chance de ne pas avoir besoin de QoS.
-
Je suis en contact avec le développeur de dhcpcd. Vous pouvez suivre nos échanges sur la mailing-list (ce sujet : http://roy.marples.name/archives/dhcpcd-discuss/2016/1454.html et ses 'replies' ).
Intéressant.
Si on résout ces 2 points on aura un client dhcp Ipv4+IPv6 complètement compatible pour openwrt (et pour tout Linux en fait).
Top.
-
bon les denieres nouvelles sont pas terrible. Le dev de dhcpcd precise qu'il ne supporte plus Openwrt et que pour le moment il travaille sur la version 7 de dhcpcd donc ce n'est pas une version stable etc.
Ca laisse un peu en plan cette solution, du moins pour le moment.
La gouvernance d'OpenWrt étant dans les choux, il ne reste que LEDE ( https://www.lede-project.org ). Je regarde ca demain.
-
bon les denieres nouvelles sont pas terrible. Le dev de dhcpcd precise qu'il ne supporte plus Openwrt et que pour le moment il travaille sur la version 7 de dhcpcd donc ce n'est pas une version stable etc.
Ca laisse un peu en plan cette solution, du moins pour le moment.
La gouvernance d'OpenWrt étant dans les choux, il ne reste que LEDE ( https://www.lede-project.org ). Je regarde ca demain.
Ah je me demandais justement pourquoi un énième fork... C'est un problème organisationnel donc.
Par contre je retrouve pas la trace où le dev dit que le bug ne sera pas résolu. Tu as un lien ? Juste histoire de comprendre.
OK dhcpcd ne semble pas fonctionner maintenant. Par contre, la documentation officielle [ 0 ] mentionne le package odhcp6c [ 1 ], un autre client DHCPv6. Ne peut-on pas s'orienter là-dessus ?
[ 0 ] https://wiki.openwrt.org/doc/uci/network#protocol_dhcpv6
[ 1 ] https://github.com/openwrt/odhcp6c
-
Par contre je retrouve pas la trace où le dev dit que le bug ne sera pas résolu. Tu as un lien ? Juste histoire de comprendre.
de quel "bug" tu parles ? le bug d'auth est résolu pour lui. il a fait 2 patch pour corriger ce probleme d'auth ("algo to zero") mais je n'ai pas testé encore avec Orange.
Pour la QoS il n'envisage pas de solution pour le moment. pour lui ca se fait ailleurs dans l'OS.
oui le mieux est de s'orienter vers les clients dhcp pre-installés dans openwrt/lede donc odhcp6c pour Ipv6 et client dhcp de busybox pour IPv4. Reste le probleme de savoir si on focus sur LEDE ou Openwrt...
-
bon le client de base IPv4 a deja tout ce qu'il faut hormis la QoS:
on peut tout configuer sous UCI, par exemple:
network.wan=interface
network.wan._orig_ifname='eth0.2'
network.wan._orig_bridge='false'
network.wan.ifname='eth0.832'
network.wan.proto='dhcp'
network.wan.vendorid='sagem'
network.wan.reqopts='90 119 120’'
network.wan.sendopts='90:0000000000000000000000667469xxxxxxxxxx 77:2b:46:53:56:44:53:4c:5f:6c:69:76:65:62:6f:78:2e:49:6e:74:65:72:6e:65:74:2e:73:6f:66:74:61:74:68:6f:6d:65:2e:4c:69:76:65:62:6f:78:33'
J'ai modifié mon script en ligne pour mettre la bonne valeur d'auth: https://jsfiddle.net/kgersen/dk4undg2/
reste a voir pour IPv6 et la QoS 6.
-
pour IPv6 le client de base ne peut envoyer la chaine auth (option 11).
une demande a été fait depuis septembre par quelqu'un deja (Thomas Perret) : https://github.com/openwrt/odhcp6c/issues/48
ca n'a pas l'air de bouger depuis. Peut-être envoyer un PR pourrait faire bouger les choses...
-
pour IPv6 le client de base ne peut envoyer la chaine auth (option 11).
une demande a été fait depuis septembre par quelqu'un deja (Thomas Perret) : https://github.com/openwrt/odhcp6c/issues/48
ca n'a pas l'air de bouger depuis. Peut-être envoyer un PR pourrait faire bouger les choses...
Si si, apparemment une PR [ 0 ] a été soumise la semaine dernière, mais un contributeur à odhcp6c (themiron) semble lui dire que la solution n'est pas correctement implèmentée [ 1 ]. Mes bases de C et mes compétences réseau ne suffisent pas pour contribuer, mais quelqu'un peut éventuellement donner un coup de main sur la branche [ 2 ] de Thomas Perret ?
[ 0 ] https://github.com/openwrt/odhcp6c/pull/52
[ 1 ] https://github.com/openwrt/odhcp6c/pull/52#issuecomment-260636100
[ 2 ] https://github.com/thperret/odhcp6c/commits/auth_option
-
Si si, apparemment une PR [ 0 ] a été soumise la semaine dernière, mais un contributeur à odhcp6c (themiron) semble lui dire que la solution n'est pas correctement implèmentée [ 1 ]. Mes bases de C et mes compétences réseau ne suffisent pas pour contribuer, mais quelqu'un peut éventuellement donner un coup de main sur la branche [ 2 ] de Thomas Perret ?
[ 0 ] https://github.com/openwrt/odhcp6c/pull/52
[ 1 ] https://github.com/openwrt/odhcp6c/pull/52#issuecomment-260636100
[ 2 ] https://github.com/thperret/odhcp6c/commits/auth_option
oui j'avais vu ca mais le probleme est le meme que j'ai eu avec le gars de dhcpcd. L'option auth (90 en IPv4, 11 en IPv6) est standardisé par RFC et implèmentée correctement dans certains clients DHCP mais Orange n'a pas l'air de respecter la norme donc il est plus simple et sur d'envoyer en 'texte' brut plutot qu'en vraie option auth.
C'est ce qu'on fait avec dhclient (isc-dhcp), dibbler et udhcpc. C'est ce que Thomas Perret a demandé en septembre pour odhcp6c et proposer en PR ( https://github.com/thperret/odhcp6c/commit/641f3728c76978406d733db8d97e099fe7737c4c ) mais que pour 11 alors que ca pourrait être plus général.
Maintenant c'est sur qu'on pourrait peut-etre adapter l'option 11 existante d'odhcp6c pour envoyer un truc accepté par Orange mais c'est tellement plus simple de juste envoyé une chaîne fixe.
y'a aussi une confusion probable entre 'RFC formatée' et 'RFC compliant'. Car la valeur utilisée par Orange est 'RFC formatée' mais pas RFC compliant...
J'ai clarifié la chose dans #52 et rajouter une demande pour UCI dans #48.
Il serait bien que Thomas participe ici aussi d'ailleurs. Il a l'air d'avoir une solution qui marche.
-
Salut,
Il serait bien que Thomas participe ici aussi d'ailleurs. Il a l'air d'avoir une solution qui marche.
À vos ordres ! ;)
En effet, j'ai réussi en bidouillant à obtenir un bail DHCPv6 mais comme kgersen l'a fait remarqué, j'ai pas implèmenté quelque chose de standard et donc ça ne sera pas accepté upstream.
Mon idée maintenant est d'implèmenter le même mécanisme que udhcpc qui permet de définir des options personnalisées en paramètre de ligne de commande. Ça aurait l'avantage de permettre d'envoyer les options nécessaires correctement formatées mais pas nécessairement standard.
Concernant uci, il est très simple d'ajouter les options qui seront lues du fichier /etc/config/network dans le script /lib/netifd/proto/dhcpv6.sh (https://github.com/openwrt/openwrt/blob/master/package/network/ipv6/odhcp6c/files/dhcpv6.sh (https://github.com/openwrt/openwrt/blob/master/package/network/ipv6/odhcp6c/files/dhcpv6.sh)).
En lisant le fil j'ai aussi vu qu'il existait le paquet isc-dhcp-client-ipv6. Je n'ai pas encore essayé cette configuration ça me semble être une bonne solution pour notre problème.
Pour l'instant j'essaye d'implèmenter le mécanisme de udhcpc et je vous tiens au courant.
-
hey bienvenu!
udhcpc et odhcp6c ont l’énorme avantage d'être "la base" dans OpenWrt et d'etre configurables par UCI et l'interface web luci. Pour les novices/débutants c'est bien mieux que devoir installer un package comme isc ou autre et de le configurer a la main.
D'ailleurs isc-dhcp-client n'est pas dispo tout le temps (avec "opkg" du moins).
Si on veut faciliter a plus de gens de remplacer leur livebox par un routeur compatible OpenWrt/Lede il faut:
- ajouter l'option -x a odhcp6c comme elle existe pour udhcpc
- ajouter cette option (sendopts) a uci et luci (ca manque pour udhcpc dans luci d'ailleurs)
Qu'on puisse le faire nous même c'est déja une chose mais faire en sorte que ce soit intégré directement dans OpenWrt/Lede ca serait encore mieux.
La config QoS est aussi un point important.
Pour odhcp6c on peut s'en sortir avec iptables car DHCPv6 n'utilise pas de raw sockets mais pour udhcpc c'est plus embetant. On n'a bien la solution de Zoc (voir ici (https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/)) mais elle est couteuse en CPU (il faut changer le tag de priorité de tout le trafic sortant).
L’idéal serait une solution comme ils ont fait chez OpenBSD (llprio) mais je ne sais pas si c'est possible ou envisagé avec Linux (et faire accepter une modif dans Linux c'est déjà coton mais ensuite faut que ca propage aux distribs comme openwrt ,etc ce qui peut prendre des années parfois...)
Reste la modif "sauvage" directement dans udhcpc comme Zoc a fait pour dhclient (isc) et dibbler...pourquoi pas si on fait cela proprement avec une option ("-pri 6" par exemple) ca peut peut-etre etre accepté en upsteam...(encore que udhcpc c'est busybox et pas que OpenWrt/lede..donc pas sur).
-
Merci !
Tout à fait d'accord pour l'intégrer à odhcp6c (je suis en train de tester différentes possibilités).
Pour uci, c'est assez simple par contre n'étant pas utilisateur de luci, je laisserai ce travail à un autre.
Je ne suis pas trop au fait de l'importance de la QoS. Quel est l'interêt de modifier la priorité des paquets ? C'est pour la téléphonie et la télévision ?
-
Je ne suis pas trop au fait de l'importance de la QoS. Quel est l'interêt de modifier la priorité des paquets ? C'est pour la téléphonie et la télévision ?
La QoS c'est critique: suivant ou tu es en France certains équipements d'Orange rejettent les requêtes DHCP (v4 et v6) si les paquets ne sont pas en priorité 6 (QoS niveau 2 donc 802.1p dans le vlan). Si ce n'est pas ton cas c'est que tu as de la chance...
Si tu captures les requetes DHCP qui sortent d'une livebox c'est flagrant:
Frame 23: 380 bytes on wire (3040 bits), 380 bytes captured (3040 bits) on interface 0
Ethernet II, Src: Sagemcom_xx:xx:xx (00:37:b7:xx:xx:xx), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
802.1Q Virtual LAN, PRI: 6, CFI: 0, ID: 832
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Bootstrap Protocol (Discover)
C'est la lotterie suivant l’équipement Orange qui est en face. Certains ne répondent pas au DHCP s'il n'y a pas PRI a 6.
Pas mal de gens ici ont ce souci. Divers solutions ont été testées, notamment mettre un switch avec QoS entre l'ONT et le routeur ou carrèment bidouiller les clients DHCP (comme a fait Zoc pour l'ERL par exemple).
-
ou carrèment bidouiller les clients DHCP (comme a fait Zoc pour l'ERL par exemple).
A noter que ma solution met la bonne priorité sur les paquets indirectement, et qu'à elle seule elle ne suffit pas à avoir une priorité 802.1p correcte.
Je ne fais que modifier la priorité interne de la socket RAW dans le noyau Linux (option SO_PRIORITY qui modifie la priorité skb dans le noyau). Ensuite c'est le module VLAN qui mappe la priorité skb en priorité 802.1p, mapping qui doit être configuré à l'aide de la commande vconfig...
Sinon je confirme qu'à certains endroits elle est obligatoire. A Antibes, pas de PRIO 6 = pas de réponse à la requête DHCP.
-
Merci pour ces précisions, je comprends un peu mieux (mes connaissances réseaux sont bien maigres…).
Apparemment, j'ai de la chance puisque je n'ai pas besoin de modifier la priorité des paquets.
Avez-vous une idée de la raison pour laquelle certains ont besoin de le priorité à 6 et d'autres non ? C'est une histoire de nombre de routeurs traversés ?
J'ai quelques questions concernant ce problème (je vais sûrement dire des conneries, je préfère prévenir) :
- Ne peut t'on pas mettre tous les paquets en priorité 6 ? (ça règle le problème du DHCP mais j'imagine que ça en pose d'autres)
- Sinon, est-ce-que ça vaut le coup que je propose une modification de odhcp6c qui permette de modifier la priorité (skb, si je comprends bien) des paquets DHCPv6 ? (d'après ce que je comprends, il faudra toujours mapper skb->802.1q ?)
- Quelle est la différence de configuration des priorités entre l'utilisation de la commande vconfig et de la commande ip (un exemple ici: https://stackoverflow.com/questions/36754323/netfilter-nftables-not-setting-skb-priority (https://stackoverflow.com/questions/36754323/netfilter-nftables-not-setting-skb-priority)) ?
- Y-a-t'il un mappage par défaut des priorité skb->802.1q lorsqu'un vlan est créé ?
PS : je n'ai pas de Livebox donc je ne peut pas analyser le traffic attendu, quelqu'un pourrait-il me fournir un pcap (anonymisé) des échanges DHCPv4 et DHCPv6 pour que je puisse comparer quand je debug ?
-
On n'a bien la solution de Zoc (voir ici (https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/)) mais elle est couteuse en CPU (il faut changer le tag de priorité de tout le trafic sortant).
C'est vraiment tout le trafic, car j'avais compris (donc à priori mal compris) que ce n'était que les requêtes DHCP?
-
C'est vraiment tout le trafic, car j'avais compris (donc à priori mal compris) que ce n'était que les requêtes DHCP?
Oui.
En pratique on ne peut pas intercepter le trafic DHCP avec iptables, à cause des sockets RAW (qui bypassent totalement netfilter), donc une des solutions (que j'ai proposée mais pas implèmentée car infaisable en pratique sur un ERL vu que ça va déactiver l'offload) consiste à configurer la priorité par défaut du VLAN à 6, ce qui va impacter tous les paquets, y compris les paquets DHCP, et ensuite, avec iptables, classifier tout le traffic (ce qui va exclure DHCP pour la raison évoquée plus haut) en priorité 0.
-
Y-a-t'il un mappage par défaut des priorité skb->802.1q lorsqu'un vlan est créé ?
Par défaut toutes les priorités SKB sont mappées sur la priorité 802.1p 0 (zéro).
Sinon, oui, j'ai parlé de vconfig mais certains versions de la commande ip supportent également la configuration du mapping (en l'occurrence c'est cette solution qui est employée dans le firmware de l'ERL, vconfig n'est même pas installé). Par contre avec la commande ip la configuration doit se faire uniquement avec l'interface vlan "down", impossible de le faire en live sur un vlan up.
-
Merci zoc.
-
Avez-vous une idée de la raison pour laquelle certains ont besoin de le priorité à 6 et d'autres non ? C'est une histoire de nombre de routeurs traversés ?
la raison seul Orange l'a connait... le nombre de routeurs traversés importent peu. Ils doivent filtrer par endroit peut-etre sur des liens encombrés/sous dimensionnés?
J'ai quelques questions concernant ce problème (je vais sûrement dire des conneries, je préfère prévenir) :
- Ne peut t'on pas mettre tous les paquets en priorité 6 ? (ça règle le problème du DHCP mais j'imagine que ça en pose d'autres)
on peut mais apres Orange refuse ou limite le trafic normal s'il est en prio 6 sinon un petit malin pourrait être prioritaire sur tout les clients...Donc si les paquets émis ont tous la prio 6 le trafic upload est tres lent voir impossible. Donc non ce n'est pas une solution de tout mettre a 6.
- Sinon, est-ce-que ça vaut le coup que je propose une modification de odhcp6c qui permette de modifier la priorité (skb, si je comprends bien) des paquets DHCPv6 ? (d'après ce que je comprends, il faudra toujours mapper skb->802.1q ?)
Pour IPv6 ca n'est pas forcement nécessaire car le trafic DHCPv6 n'utilise pas les raw sockets donc passe par netfilter. On peut donc faire une règle pour mettre 6 pour les paquets DHCPv6 sortants.
modifier odhcp6c pour cela serait un plus (pas de règles iptables à faire) et permettrait d'être identique avec IPv4. Mais ca reste qu'un plus.
(oui il faudra toujours mapper. skb c'est du niveau L3 (couche réseau donc IP), Orange filtre sur du niveau L2 (couche liaison de donnée) c'est "vconfig" qui permet de faire le mappage L3 vers L2).
- Quelle est la différence de configuration des priorités entre l'utilisation de la commande vconfig et de la commande ip (un exemple ici: https://stackoverflow.com/questions/36754323/netfilter-nftables-not-setting-skb-priority (https://stackoverflow.com/questions/36754323/netfilter-nftables-not-setting-skb-priority)) ?
- Y-a-t'il un mappage par défaut des priorité skb->802.1q lorsqu'un vlan est créé ?
C'est pareil. Dans les 2 cas on modifie la table "egress-qos-map" qui map la pri skb (L3) vers la pri 802.1p (L2) en sortie (egress).
nb: la priorité L2 , dite 802.1p, n'existe et n'est possible que si y'a un VLAN. Sans VLAN y'a pas de champ dans la trame Ethernet pour indiquer une priorité.
"ip link" ou "vconfig" sont 2 facons de faire les memes choses. D'ailleurs vconfig c'est plus ancien et déprécié et on devrait plutot utiliser "ip link" mais c'est pas toujours dispo suivant l'OS qu'on utilise.
PS : je n'ai pas de Livebox donc je ne peut pas analyser le traffic attendu, quelqu'un pourrait-il me fournir un pcap (anonymisé) des échanges DHCPv4 et DHCPv6 pour que je puisse comparer quand je debug ?
pour les captures j'en ai posté en texte y'a quelque temps :
pour IPv6: https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/msg371163/#msg371163
pour IPv4: https://lafibre.info/remplacer-livebox/remplacer-la-livebox-sans-pppoe/msg320002/#msg320002
-
Plutôt que de modifier le client DHCP, on pourrait peut-être créer une sorte de DHCP relay pour changer la priorité des trames. Le client DHCP serait configuré pour envoyer ses requêtes à une interface virtuelle de type TAP. Le relais intercepterait la trame, modifierait la priorité et retransmettrait la trame modifiée sur l'interface WAN.
-
Plutôt que de modifier le client DHCP, on pourrait peut-être créer une sorte de DHCP relay pour changer la priorité des trames. Le client DHCP serait configuré pour envoyer ses requêtes à une interface virtuelle de type TAP. Le relais intercepterait la trame, modifierait la priorité et retransmettrait la trame modifiée sur l'interface WAN.
C'est compliqué car il faut "coder le relai pour changer la prio" non? donc dans tout les cas faut coder quelque chose.
En plus comment tu fais "Le client DHCP serait configuré pour envoyer ses requêtes à une interface virtuelle de type TAP" ?
Je ne vois pas trop comment configurer ton idée même si je comprend le principe du relai (qui en général est sur une autre machine quand y'en a un).
Apres le but ici, surtout avec openwrt, est d'obtenir un truc facile a configurer pour les neophytes.
Les experts peuvent déjà se configurer d'eux-meme un remplacement de la livebox (linux, openbsd, erl, etc).
Donc l'idée est de faire modifier l'upstream d'OpenWrt pour supporter la config Orange.
-
Oui.
En pratique on ne peut pas intercepter le trafic DHCP avec iptables, à cause des sockets RAW (qui bypassent totalement netfilter), donc une des solutions (que j'ai proposée mais pas implèmentée car infaisable en pratique sur un ERL vu que ça va déactiver l'offload) consiste à configurer la priorité par défaut du VLAN à 6, ce qui va impacter tous les paquets, y compris les paquets DHCP, et ensuite, avec iptables, classifier tout le traffic (ce qui va exclure DHCP pour la raison évoquée plus haut) en priorité 0.
J'ai fait l'amalgame avec la solution où l'on intercale un switch manageable entre l'ONT et le routeur. Dans ce cas, ce ne sont que les paquets DHCP qui sont mis en priorité 6 (si j'ai bien suivi!).
-
Tout à fait :)
-
salut :)
nouveau client orange fibre depuis hier j'ai un
Buffalo WZR-HP-G450H
ar71xx/generic
OpenWrt Chaos Calmer 15.05.1
je suis très intéressé pour shunter la LiveBox de mon réseau, pour l'instant il est derrière comme client mais je n'ai pas réussi à lui faire obtenir d'adresse IPv6
je suggère d'épingler le sujet et de faire un récap sur le 1er post :)
hop abonné, merci pour vos contributions
-
Merci pour vos réponses et précisions !
J'ai enfin réussi à pondre du code qui marche (mais pas très beau) qui permet d'ajouter les options personnalisées en paramètre[0]
Si c'est accepté, ce sera dans la prochaine release d'OpenWrt et ça permettra au moins d'obtenir un bail DHCPv6 à ceux qui peuvent bidouiller.
Maintenant je me pose la question de la facilité d'utilisation pour les utilisateurs d'Orange. En proposant un guide à suivre ça pourrait fonctionner mais pour quelqu'un qui n'a pas beaucoup de connaissances et qui voudrait juste configurer facilement son routeur, je pense que ça va poser quelques problèmes.
Je suis en train de réfléchir à créer un paquet dhcp-orange qui pourrait configurer automatiquement tout ça.
Par exemple une configuration dans /etc/config/network:
config interface wan
option proto 'dhcp-orange'
option ifname 'eth0.832'
option login 'fti/xxxxxxx'J'aime assez l'idée de créer une interface tap qui tag tout en priorité 6 (en bridge avec l'interface wan définie) seulement pour les paquets dhcp (les deux clients dhcp udhcpc et odhcp6c permettent de choisir l'interface) par contre il faudra rediriger les paquets dhcp entrant vers cette interface.
Par contre, je ne pense pas pouvoir m'en sortir seul.
Donc qu'en pensez-vous et quelqu'un veut-il m'aider ?
[[0]]: https://github.com/openwrt/odhcp6c/pull/54 (https://github.com/openwrt/odhcp6c/pull/54)
-
J'aime assez l'idée de créer une interface tap qui tag tout en priorité 6 (en bridge avec l'interface wan définie) seulement pour les paquets dhcp (les deux clients dhcp udhcpc et odhcp6c permettent de choisir l'interface) par contre il faudra rediriger les paquets dhcp entrant vers cette interface.
J'ai du mal a voir comment ca peut marcher...
-
Merci pour vos réponses et précisions !
J'ai enfin réussi à pondre du code qui marche (mais pas très beau) qui permet d'ajouter les options personnalisées en paramètre[0]
Si c'est accepté, ce sera dans la prochaine release d'OpenWrt et ça permettra au moins d'obtenir un bail DHCPv6 à ceux qui peuvent bidouiller.
Maintenant je me pose la question de la facilité d'utilisation pour les utilisateurs d'Orange. En proposant un guide à suivre ça pourrait fonctionner mais pour quelqu'un qui n'a pas beaucoup de connaissances et qui voudrait juste configurer facilement son routeur, je pense que ça va poser quelques problèmes.
Je suis en train de réfléchir à créer un paquet dhcp-orange qui pourrait configurer automatiquement tout ça.
Par exemple une configuration dans /etc/config/network:
config interface wan
option proto 'dhcp-orange'
option ifname 'eth0.832'
option login 'fti/xxxxxxx'J'aime assez l'idée de créer une interface tap qui tag tout en priorité 6 (en bridge avec l'interface wan définie) seulement pour les paquets dhcp (les deux clients dhcp udhcpc et odhcp6c permettent de choisir l'interface) par contre il faudra rediriger les paquets dhcp entrant vers cette interface.
Par contre, je ne pense pas pouvoir m'en sortir seul.
Donc qu'en pensez-vous et quelqu'un veut-il m'aider ?
[[0]]: https://github.com/openwrt/odhcp6c/pull/54 (https://github.com/openwrt/odhcp6c/pull/54)
Effectivement, proposer un package en plus des modifs que tu as faites pourrait être une bonne idée :
- Pour les novices, la config devient simple et efficace ;
- Pour quelqu'un avec des compétences réseau avancées, il reste toujours la solution générale comme tu l'as déjà implèmentée.
Un simple guide dans le forum (ou dans ce thread) serait déjà un premier pas.
En ce qui concerne ta PR (https://github.com/openwrt/odhcp6c/pull/54), j'ai plusieurs questions :
- Est-il déjà possible de compiler le module et le tester ?
- Si oui, est-il possible de le faire sur un routeur Linksys WRT610N rev 1.0 (http://www.linksys.com/us/support-product?pid=01t80000003K7dYAAS) (à base de Broadcom 4705 (https://en.wikipedia.org/wiki/Linksys_routers#WRT610N)) ?
- Est-on nécessairement obligé d'attendre la prochaine release de OpenWRT pour avoir les modifs ? Je veux dire, OpenWRT utilise (https://wiki.openwrt.org/doc/techref/opkg) opkg (https://en.wikipedia.org/wiki/Opkg). Donc n'est-il pas possible – à la manière d'apt-get – de mettre à jour une source de liste de paquets afin d'utiliser la version que vous êtes en train de mettre en place ?
Merci pour vos réponses.
Morgan
-
pour le point 3. si on peut utiliser une source différente voir meme un package local (ficher). voir la doc d'opkg: https://wiki.openwrt.org/doc/techref/opkg
pour le point 1 et 2:
j'utilise un container Docker fait avec https://github.com/hnw/docker-openwrt-image-generator. Tu peux adapter cela pour brcm47xx (au lieu et place de ar71xx). C'est l'occasion d'apprendre Docker en plus.
Sinon tu peux installer directement le SDK sur une machine et faire de meme.
Dans tout les cas il faut lire et comprendre le SDK: https://wiki.openwrt.org/doc/howto/obtain.firmware.sdk notamment comment 'download et build un package, dans le cas présent le package odhcp6c. puis comment modifier le package avec le PR avant de le build.
ensuite tu peux installer le package sur ton routeur (ou juste copier le binaire).
bref y'a du taf. :P
-
Salut,
désolé de mon silence, j'ai été pas mal pris…
Finalement, j'ai implèmenté une option pour configurer la priorité skb directement dans les paquets.
Je l'ai implèmenté sur odhcp6c et j'ai aussi testé sur udhcpc de busybox (mais ça demande plus de tests pour ce dernier).
Ça permettra de configurer simplement la QoS avec vconfig.
Pour compléter la réponse de @kgersen, j'ai le même matériel (un WRT610N v1) et je l'ai fait fonctionner sans problèmes.
Par contre j'ai du compiler moi même toute l'image OpenWRT + odhcp6c depuis le dernier commit sur master de openwrt (je n'ai pas réussi à compiler odhcp6c avec une version compatible openwrt 15.05.1).
Pour le point 3., en effet une source à part serait une bonne solution mais il faudrait maintenir un dépôt et compiler pour toutes les architectures ce qui demande pas mal de boulot.
Le plus simple étant de compiler soi-même les paquets nécessaires jusqu'à l'intégration officielle.
Bon, je vous laisse, j'ai reçu mon Turris Omnia ! Il faut que je re-compile tout !
-
peux tu publier quelque part tes modifs (github par exemple), ca pourrait servir a d'autre.
-
les modifs de odhcp6c sont sur la branche custom_opts+skb_prio de mon repo [[0]]
celles de openwrt (pour prendre en compte ces modifs dans netifd et libuci) sur la branche custom_opts_odhcp6c du fork d'openwrt [1]
et celles de busybox seront disponibles sur la branche udhcpc-skb-priority du dépôt busybox que je suis en train de créer [2]
les modfis pour libuci pour les modifs de busybox arriveront quand j'aurai testé un peu plus
[[0]]: https://github.com/thperret/odhcp6c/tree/custom_opts+skb_prio (https://github.com/thperret/odhcp6c/tree/custom_opts+skb_prio)
[1]: https://github.com/thperret/openwrt/tree/custom_opts_odhcp6c (https://github.com/thperret/openwrt/tree/custom_opts_odhcp6c)
[2]: https://github.com/thperret/busybox (https://github.com/thperret/busybox)
-
Hello,
Moht, le portage de ton travail sur Merlin-WRT est faisable sans trop de soucis ?
Merci :)
-
merci@moht pour le partage.
-
@kgersen pas de quoi ! J'aime beaucoup la philosophie du libre alors dès que possible, je parsage aussi !
@Nh3xus : tu veux parler de asuswrt-merlin (http://asuswrt.lostrealm.ca/ (http://asuswrt.lostrealm.ca/)) ?
Si c'est le cas, d'après les sources (https://github.com/RMerl/asuswrt-merlin (https://github.com/RMerl/asuswrt-merlin)) ça utilise aussi busybox/udhcpc et odhcp6c donc ça doit être portable sans problèmes.
-
Salut,
désolé de mon silence, j'ai été pas mal pris…
Finalement, j'ai implèmenté une option pour configurer la priorité skb directement dans les paquets.
Je l'ai implèmenté sur odhcp6c et j'ai aussi testé sur udhcpc de busybox (mais ça demande plus de tests pour ce dernier).
Ça permettra de configurer simplement la QoS avec vconfig.
Pour compléter la réponse de @kgersen, j'ai le même matériel (un WRT610N v1) et je l'ai fait fonctionner sans problèmes.
Par contre j'ai du compiler moi même toute l'image OpenWRT + odhcp6c depuis le dernier commit sur master de openwrt (je n'ai pas réussi à compiler odhcp6c avec une version compatible openwrt 15.05.1).
Pour le point 3., en effet une source à part serait une bonne solution mais il faudrait maintenir un dépôt et compiler pour toutes les architectures ce qui demande pas mal de boulot.
Le plus simple étant de compiler soi-même les paquets nécessaires jusqu'à l'intégration officielle.
Bon, je vous laisse, j'ai reçu mon Turris Omnia ! Il faut que je re-compile tout !
Salut moht,
Par hasard, as-tu réussi à compiler ta version de odhcp6c pour le Turris Omnia et la faire fonctionner ?
Si oui, peux-tu partager ton paquet ou binaire sur le topic de l'omnia ?
Thanks
-
@kgersen pas de quoi ! J'aime beaucoup la philosophie du libre alors dès que possible, je parsage aussi !
@Nh3xus : tu veux parler de asuswrt-merlin (http://asuswrt.lostrealm.ca/ (http://asuswrt.lostrealm.ca/)) ?
Si c'est le cas, d'après les sources (https://github.com/RMerl/asuswrt-merlin (https://github.com/RMerl/asuswrt-merlin)) ça utilise aussi busybox/udhcpc et odhcp6c donc ça doit être portable sans problèmes.
Salut
J'ai un Asus RT-AC88U avec merlin, franchement si c'est possible avec ça ça serai excellent :)
-
Salut,
désolé de mon silence, j'ai été pas mal pris…
Finalement, j'ai implèmenté une option pour configurer la priorité skb directement dans les paquets.
Je l'ai implèmenté sur odhcp6c et j'ai aussi testé sur udhcpc de busybox (mais ça demande plus de tests pour ce dernier).
Ça permettra de configurer simplement la QoS avec vconfig.
Pour compléter la réponse de @kgersen, j'ai le même matériel (un WRT610N v1) et je l'ai fait fonctionner sans problèmes.
Par contre j'ai du compiler moi même toute l'image OpenWRT + odhcp6c depuis le dernier commit sur master de openwrt (je n'ai pas réussi à compiler odhcp6c avec une version compatible openwrt 15.05.1).
Pour le point 3., en effet une source à part serait une bonne solution mais il faudrait maintenir un dépôt et compiler pour toutes les architectures ce qui demande pas mal de boulot.
Le plus simple étant de compiler soi-même les paquets nécessaires jusqu'à l'intégration officielle.
Bon, je vous laisse, j'ai reçu mon Turris Omnia ! Il faut que je re-compile tout !
Salut moht,
Est-ce que cela serait intégrable sur Lede au lieu de OpenWRT (à l'arrêt) ?
Est-ce qu'il sera possible de configurer le tout avec Luci ?
Merci.
-
Des news sur le sujet ? En particulier avec LEDE. Avec LEDE 17.01.4 sur mon Linksys WRT610N, je n'ai toujours pas trouvé le moyen d'avoir une IPv6.
Après quelques recherches, il semble qu'odhcp6c soit utilisé aussi pour LEDE (https://lede-project.org/packages/pkgdata/odhcp6c). On peut déposer :
- soit un rapport de bogue (https://bugs.lede-project.org) ;
- soit une pull request à déposer directement sur le miroir GitHub (https://github.com/lede-project/source/compare). Bien que dépôt GitHub (https://github.com/lede-project/source) du projet LEDE ne soit qu'un miroir du dépôt officiel (https://git.lede-project.org/?p=source.git), je pense qu'ils utilisent GitHub pour centraliser les PR car il y a une forte activité de PR sur le miroir GitHub (https://github.com/lede-project/source/pulls?q=is%3Apr+is%3Aclosed).
Il semble (https://github.com/lede-project/source/blob/cca765f64c5577b911f1a04a3cef60cf7a745d4b/package/network/ipv6/odhcp6c/Makefile#L14) que le paquet odhcp6c soit construit à partir des sources du dépôt officiel du paquet odhcp6c (https://git.lede-project.org/?p=project/odhcp6c.git) (différent de celui de LEDE (https://git.lede-project.org/?p=source.git) dont je parle plus haut).