Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt (Lu 554616 fois)

basilix · « **Réponse #1344 le:** **Hier** à 08:53:18 »

Citation de: jisay

Mais peut-être certains d'entre vous aurait une idée de la raison de ces déconnexions intempestives, ou ce que je peux regarder pour tenter de comprendre d'où viendrait le souci ?

Je n'ai pas la bonne approche technique. J'ai toujours cette impression qu'il faut entrer au cœur du système. Au final, je me mets à redéfinir.

Code: [Sélectionner]

netifd -> procd -> shell hotplug

remplacé par

Code: [Sélectionner]

netifd -> ubus events -> daemon C -> Lua hooks    ||    netifd -> ubus events -> ucode

Je ne parviens pas en tant qu'utilisateur à déterminer quelle source d'info. consulter. Du code pour indiquer avec transparence ce qui déconne.
Hasta luego! watchcat et hotplug. On remplace la colle Shell par un vrai process de supervision.

Lucy-Han · « **Réponse #1345 le:** **Hier** à 12:09:57 »

Citation de: jisay le 05 mai 2026 à 13:44:42

Bonjour.

C'est mon 1er message ici (et le 1er sur un forum depuis des années ! ). Déjà je voulais toutes et tous vous remercier pour ce tuto que j'ai pu mettre en place le WE dernier chez mes parents afin de transformer un routeur Asus Tuf Ax6000 en routeur principal sous OpenWRT et d'enlever la Livebox. Je n'ai fait que la partie 1, vu que la télé ne m'intéresse pas. J'ai récupéré l'adresse MAC de la livebox. Tout semblait fonctionner, y compris l'upload à + de 5Mb suite à l'application des règles du tuto. J'avais même pu configurer Wireguard pour du VPN Site to site entre chez moi et chez mes parents. Mais déjà hier soir, puis au final ce matin, la connexion semble avoir sauté. Le routeur indique pourtant bien que le "Carrier" WAN est connecté, l'IP est récupérée, mais les PC connectés n'ont plus internet, et les ping ne passent plus non plus sur l'interface de diagnostic d'OpenWRT. Hier soir, un redémarrage du routeur a corrigé le souci. L'IP publique était toujours la même après le redémarrage. J'y repasse ce soir pour voir ce qu'il est possible de faire. Mais peut-être certains d'entre vous aurait une idée de la raison de ces déconnexions intempestives, ou ce que je peux regarder pour tenter de comprendre d'où viendrait le souci ? La connexion semble à chaque fois tenir quelques heures puis sauter.

En tout cas, encore un grand merci pour tout cela !

ps. Il est plus que probable que le routeur soit encore une version 24 d'OpenWRT. Je n'ai plus la version exacte en tête. Je peux le mettre à jour bien entendu.

Et que donne un renew manuel ?

jisay · « **Réponse #1346 le:** **Aujourd'hui** à 09:12:48 »

De quel renew parle-tu ? La seule solution que j'ai trouvée est de couper les 2 connexions wan (ipv4 et ipv6), attendre quelques secondes, puis les relancer. Le routeur récupère la même ip mais à ce moment là, ça fonctionne. Si je réinitialise trop rapidement, ça ne fonctionne pas non plus. Quand ça fonctionne, les compteurs du nombre d'octets reçus et émis sont reinitialisés. C'est le signal pour moi que tout refonctionne.

J'avais tenté de mettre en place le script de réinitialisation de @unipo mais dans mon cas, la connexion n'est pas réparée. J'ai sûrement fait une erreur de copier coller quelque part.

Mais bon, ma famille commence à avoir du mal à comprendre pourquoi ils doivent reboot le routeur aussi souvent. Je crois que je vais réessayer de remettre le routeur openwrt derrière la livebox en DMZ :-( n'étant pas sur place, et vu qu'il faut du temps pour que ça retombe, ce n'est pas vraiment gerable pour moi de debuguer

MarcFramboisier · « **Réponse #1347 le:** **Aujourd'hui** à 11:06:26 »

Bonjour,

Nous sommes plusieurs ici à avoir eu un écart de majuscule minuscule sur les option 77 d'ipv4 et 15 d'IPv6 qui posais problème au renew. Tu en sauras plus en cherchant "livebox minuscule majuscule" dans le forum. Ton problème provient peut être de là.

A+

Lucy-Han · « **Réponse #1348 le:** **Aujourd'hui** à 11:30:24 »

@jisay
Je suis sur Mikrotik, mais le principe reste le même. Lorsque ton routeur demande une IP à Orange, le serveur DHCP d'orange "prête" une adresse pour une durée déterminée appelé bail, chez moi trois jours, arrivé à la moitié de ce bail, ton routeur va demander une prolongation du bail, en cas d'échec une seconde demande est faite à 87,5% du bail, si l'échec persiste la connexion fini par tomber. Chez orange la perte de l'une des piles IPv4 ou IPv6 entraîne la déconnexion des deux piles. Je t'ai posé la question car j'ai rencontré la même problème de déconnexion intempestive, résolu par la modification de l'option 77 en IPv4 et l'option 15 en IPv6, dans les deux cas l'option est : +FSVDSL_livebox.Internet.softathome.Livebox7' Attention : il y a un l minuscule sur le premier livebox et un L majuscule sur le second Livebox. Dans les différents tutoriels on trouve parfois des casses non respectées. Je ne connais pas OpenWrt, mais Gemini Pro me dit d'exécuter killall -SIGUSR1 udhcpc pour lancer manuellement un renew. Mais peut-être attendre l'expertise d'un utilisateur OpenWrt avant de se lancer.

jisay · « **Réponse #1349 le:** **Aujourd'hui** à 13:01:15 »

Merci Lucy-han

J'ai donc ajouté "15:+FSVDSL_livebox.Internet.softathome.Livebox7" sur le wan en plus de ce qui existait déjà, et "77:+FSVDSL_livebox.Internet.softathome.Livebox7" sur le wan6. Je suis aussi repassé en openwrt 24. Je verrai si c'est stable dorénavant !

~~J'ai été un peu vite en besogne, l'option doit être encodée... Je vais aller le renseigner sur le forum :-)~~

En fait en regardant mes backups de fichier de config de ce matin, il me semble que j'avais déjà quasiment cela, avec Livebox6 plutôt que 7 :

Côté IPV4, j'ai ceci :

option sendopts '77:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7836 90:MaChainePerso'

2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7836 correspond à +FSVDSL_livebox.Internet.softathome.Livebox6

et côté IPV6 :

11:MaChainePerso 15:FSVDSL_livebox.Internet.softathome.Livebox6 16:0000040e0005736167656d 17:000005580006000e495056365f524551554553544544

Donc dans les 2 cas, si je ne m'abuse, j'ai un "l" minuscule au début, puis un L majuscule ensuite. Mais il n'y a pas de "+" sur l'IP V6 en préfixe, et dans les 2 cas, il est question de Livebox6, pas 7. Est-ce que je dois modifier quelque chose ?

Lucy-Han · « **Réponse #1350 le:** **Aujourd'hui** à 13:25:49 »

Je suis certain de la présence du + sur Mikrotik, peut-être différent sur OpenWRT... Le renew manuel a été tenté ?

jisay · « **Réponse #1351 le:** **Aujourd'hui** à 13:37:16 »

OK, j'ai ajouté le "+" en ipv6. L'IPV4 l'avait déjà. Est-ce que je tente aussi la modification en Livebox7 ?

Je ne sais pas si tu souhaitais que je fasse ce renew manuel lorsque la connexion était plantée, auquel cas il faudra que j'attende le prochain souci. Mais en l'exécutant à l'instant, sans avoir ajouté le "+", j'ai ce message là dans les logs OpenWRT :

Code: [Sélectionner]

Sun May 10 13:29:42 2026 daemon.notice netifd: wan (3049): udhcpc: sending renew to server 80.10.5.133
Sun May 10 13:29:42 2026 daemon.notice netifd: wan (3049): udhcpc: lease of MonIPPublique obtained from 80.10.5.133, lease time 259200

Et si j'ajoute le "+" en ipV6, j'ai exactement le même log. Mais je me demande si cette commande ne fait pas juste un renew ipv4 vu qu'il est question de wan et udhcpc

Lucy-Han · « **Réponse #1352 le:** **Aujourd'hui** à 14:54:46 »

Selon le log fourni, le renew IPv4 semble ok, retour rapide, lease time OK. Maintenant il faut tester le renew IPv6 : killall -SIGUSR1 odhcp6c
Pour les options 15 & 77, il faut les adapter au matériel physique... LiveBox 6 = +FSVDSL_livebox.Internet.softathome.Livebox6 ; LiveBox 7 = +FSVDSL_livebox.Internet.softathome.Livebox7 et surtout attention à la casse.
Enfin les tests de renew sont à effectuer sur une connexion active, et non pas après une perte de la connexion.

zoc · « **Réponse #1353 le:** **Aujourd'hui** à 15:38:24 »

Le '+' (0x2b en hexa) c'est la longueur de la chaine. En IPv4 (option 77) la longueur est encodée sur un 1 octet, d'où le "2b" au début. En IPv6 (option 15), elle est encodée sur 2 octets, donc "002b".

Pour le reste, tout dépend du client DHCP. Sur Mikrotik, toutes les options sont "raw", donc il faut encoder la longueur dans la chaine, d'où le 0x2b au début en IPv4 et 0x002b en IPv6. D'autres clients encodent eux même la longueur automatiquement, dans ce cas la chaine commence par 0x46 ('F').

zoc · « **Réponse #1354 le:** **Aujourd'hui** à 15:40:23 »

Citation de: Lucy-Han le Aujourd'hui à 14:54:46

il faut les adapter au matériel physique

En pratique c'est pas si critique que ça, Orange ne vérifie pas que ça correspond bien à la box que le client est sensé avoir. J'ai pendant des années utilisé "Livebox3" alors que j'avais une LB4.

unipo · « **Réponse #1355 le:** **Aujourd'hui** à 15:51:39 »

Citation de: zoc le Aujourd'hui à 15:40:23

En pratique c'est pas si critique que ça, Orange ne vérifie pas que ça correspond bien à la box que le client est sensé avoir. J'ai pendant des années utilisé "Livebox3" alors que j'avais une LB4.

Sur une offre avec une livebox play, si je mets Livebox6, je suis parqué sur une IP privée.

Je ne comprends toujours pas pourquoi avec des options correctes, je n'avais aucun soucis sur 24.02.X et que sur 25.12.X Orange me délivre bien une IPv4/IPv6 au (re)lancement de mes interfaces, mais me drop au premier renew qu'ils initient 24 plus tard... (Cf mon premier post sur se sujet)

Si les options étaient incorrectes, je me retrouverais parqué avec une IP privée dès le début