bon allé histoire de vraiment simplifier le truc, Luke Picci a trouvé (en désassemblant le binaire odhcpc de la 2.2.1) quel octet modifier pour rendre l'option 90 activable. Je pourrais mettre à dispo la version patchée, mais je trouve plus simple de mettre à dispo un petit bout de script que l'on peut appeler en une seule ligne de commande sur le dga:

lua -e 'local p = "/usr/sbin/odhcpc";local i = io.open("/rom" .. p, "r");os.remove(p);local o = io.open(p, "w");o:write(string.gsub(i:read("
*all"), "%z%z%z\90%z%z%z%z%z%z%z", "\0\0\0\89\0\0\0\0\0\0\0"));i:close();o:close();os.execute("chmod 0755 " .. p);'

c'est la version oneliner du script suivant:

local p = "/usr/sbin/odhcpc"
if os.execute(p .. " -x 90:aa >/dev/null 2>&1") == 0 then
   print(p .. " seems to be already patched, it already accepts option 90, skipping !")
   return
end
print("Patching ... " .. p)
local i = io.open("/rom" .. p, "r")
os.remove(p)
local o = io.open(p, "w")
o:write(string.gsub(i:read("*all"), "%z%z%z\90%z%z%z%z%z%z%z", "\0\0\0\89\0\0\0\0\0\0\0"))
i:close()
o:close()
os.execute("chmod 0755 " .. p)
print(p .. " successfully patched, you can restart network now")

(le patch consiste à remplacer l'interdiction de passer l'option 90 par l'interdiction de passer l'option 89 !

donc plus besoin de tout le bordel de chroot (même si j'étais assez content de la méthode et du résultat). Juste une commande à passer et qu'on peut même mettre dans /etc/rc.local si vraiment on est parano

voilà le repo: https://github.com/fatpat/technicolor-dga-livebox

et la procédure est dans le README, je la copie ici pour la postérité:

Il faut rooter le modem puis le mettre à jour en version 2.2.1. Toute la procédure est expliquée en long en large en en travers sur ce site très bien fait (en anglais): https://hack-technicolor.readthedocs.io/en/stable/.

Note: après la mise à jour, penser à faire un reboot supplémentaire pour s'assurer que le fichier /etc/rc.local est vide (ou presque, à quelques commentaires prêt).

il faut prendre les fichiers correspondant à votre version (à ce jour il n'y a que la version 2.2.1) et vous trouverez dans le répertoire correspondant une arborescence à copier sur le dga.

Une fois le modem rooté et que vous êtes connecté dessus il faut copier les fichiers suivants:

• /bin/fti.lua
• /bin/patch-odhcp.lua
• /etc/firewall.user
• /etc/rc.local
• /etc/config/network

La copie peut se faire d'une traite en ligne de commande depuis votre poste:

linux# tar -czpf - --strip 1 --owner 0 --group 0 2.2.1 | ssh root@192.168.1.1 tar -C / -xzpf -

Ensuite il ne reste plus qu'à mettre votre fti encodé dans le fichier /etc/config/network par la commande suivante sur le dga:

dga# sed -i s/%%%%%%%%%%/`fti.lua fti/abcdefg`/ /etc/config/network

Enfin, il faut patcher le binaire odhcpc par la commande
/bin/patch-odhcpc.lua

il ne reste plus qu'à rebooter le modem et constater l'ipv4 et l'ipv6 montées sur le dga:
ifstatus wan
ifstatus wan6
Maintenant à vous de jouer

le DLM tu veux dire ? la desactivation est plus rapide si tu la demandes, si tu attends ca peut prendre une semaine ou + pour retrouver l'etat normal.
Je vois que le formulaire de demande en ligne a été supprimé...avant c'etait fait en -24h00 par ce biais.

Ce week-end je vais essayer de remettre en route mon DGA et suivre ton tuto 

Salut
@fatpat j'ai suivi ton tuto et je n'arrive pas a récup une ip orange.

j'ai bien appliqué le patch de odhcpc, j'ai bien eu le "successful". mais dans mes logs j'ai ca :
Fri Feb 19 23:14:07 2021 daemon.notice netifd: Interface 'wan' is enabled
Fri Feb 19 23:14:07 2021 daemon.notice netifd: Interface 'wan' is setting up now
Fri Feb 19 23:14:07 2021 user.notice pppoe-relay-hotplug: Interface wan ifup-failed
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): Error converting option to bytes
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): ERROR: Cannot parse option content
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): Usage: odhcpc [options]
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153):
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): Feature options:
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -A | --tryagain SEC Timeout if lease is not obtained
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -a | --arping [MSEC] Validate offered IP address with ARP ping
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -B | --broadcast Request broadcast replies
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -C | --clientid-none Don't send mac as client identifier
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -f | --foreground Run in foreground
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -F | --fqdn FQDN Fully Qualified Domain name
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -h | -H | --hostname NAME Send NAME as hostname (default none)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -I | --known_ip_file FILE Store received IP address in the file
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): Will be used to re-acquire IP address via init-reboot
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -i | --interface IFACE Interface to use (default eth0)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -l | --ignore-wrong-subopt-len Ignore wrong suboption length in vendor specific information option
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -N | --no-forcerenew-nonce      Don't send ForceRenew Nonce Protocol capable option
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -n | --now Exit if lease is not obtained
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -o | --no-default-options Don't request any options (unless -O is given)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -O | --request-option OPT Request OPT from server (cumulative)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -p | --pidfile FILE Create pidfile
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -q | --quit Exit after obtaining lease
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -R | --release Release IP on exit
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -r | --request IP Request this IP address
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -S | --syslog Log to syslog too
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -s | --script PROG Run program at DHCP events (default /usr/sbin/odhcpc-update.script)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -t | --retries N Send up to N discover packets (default 3)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -T | --timeout SEC Initial retransmission timeout of packets (default 4)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -V | --vendorclass VENDOR Send VENDOR as Vendor Class Identifier (default none)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -v | --verbose Verbose mode
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): -x | --extra N:CONTENT Add extra option N (with provided content CONTENT) to sent DHCP messages (cumulative)
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153):
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): Signals:
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): SIGUSR1 Renew lease
Fri Feb 19 23:14:07 2021 daemon.notice netifd: wan (17153): SIGUSR2 Release lease
Fri Feb 19 23:14:07 2021 daemon.notice netifd: Interface 'wan' is now down
Fri Feb 19 23:14:07 2021 daemon.notice netifd: Interface 'wan' is disabled
Fri Feb 19 23:14:07 2021 kern.warn kernel: [  771.309943] netdev path : ptm0.832 -> ptm0
Bon j'ai trouvé le souci, la comand sed n'update pas les options dans le fichier /etc/config/network
j'ai fais la modif manuellement dans le fichier et j'ai restart /etc/init.d/network restart et j'ai reçu mon ip direct.
Dans ton fichier network, dans l'option 90 il me semble que tu as un "f" en trop avant les %

Mis à part cela, j'ai donc bien une ipv4 et une ipv6 qui me sont remontées.
Félicitation! excelent travail ! 


Juste un petit bug de l'interface qui reste en "Connecting" alors que j'ai bien reçu l'ipv4/ipv6, à signaler à Ansuel...

Bien vu !! 
j'avais ca dans mon fichier network :

Maintenant c'est réglé !
IMPECABLE ! 

Me restera plus qu'a me pencher sur la TV...

Bon pour la TV j'ai toujours un souci...je crois que les posts sur le topic pour LEDE doivent avoir des parametres qui ne s'appliquent pas pour le DGA.
Si quelqu'un arrive à faire fonctionner la TV avec son DGA qu'il se manifeste !