Remplacer la LiveBox par un routeur => Discussion démarrée par: alansbh le 15 août 2025 à 17:21:01Option 60 : sagem
Option 77 : FSVDSL_livebox.Internet.softathome.LiveboxN (N = version de votre Livebox, 6 ou 7 testées. )
Option 90 : générée via https://jsfiddle.net/kgersen/3mnsc6wy/
💡 Conservez l’Option 90 générée, elle servira pour l’IPv6.68. Serveur DNS : au choix. Perso, je laisse en automatique pour récupérer ceux d’Orange, que j’utilise avec AdGuard pour la plus faible latence.Option 11 : [Option 90 générée sans les ":"]
Option 1 : 00:03:00:01:XX:XX:XX:XX:XX:XX
(remplacer les X par l’adresse MAC de la Livebox remplacée)
Option 15 : FSVDSL_livebox.Internet.softathome.LiveboxN
(N = 6 ou 7, testées)
Option 16 : 000000040E0005736167656D
3. Activez DHCPv6 CoS et mettez 64. Taille du préfixe de délégation : 565. Serveur DNS : identique à IPv4 (à noter : Orange ne fournit pas forcément de DNS IPv6)Délégation de préfixe 80.10.246.136 et 81.253.149.6 cd /data
curl -sL https://github.com/jbbodart/orange-iptv/archive/refs/tags/v0.2.tar.gz | tar -xvz
mv orange-iptv-0.2 orange-iptv ip link show ip addr show ifconfig cd /data/orange-iptv
vim orange-iptvd ./orange-iptv install systemctl status orange-iptvd Bonjour, est ce que cette solution fonctionnerait avec un boitier fibre huawei ? j'ai un WAS-110 mais je n'ai réussi à me connecter dessus qu'une seule fois, depuis plus rien...
Bonjour,
Un grand merci pour ce tuto ! J’ai pu remplacer ma LB7 par l’UniFi UDR 7 et tout fonctionne parfaitement.
Pour info, dans ma version du logiciel (UniFi OS 4.3.9), je n’avais pas autant d’options disponibles pour le DHCPv6. Avec uniquement ces éléments, j’obtiens tout de même une IPv6 fonctionnelle.
(https://i.ibb.co/pB7C7D3D/Capture-d-cran-2025-09-13-15-05-45.png)
Je sais qu'on est dans un topic NO MODS, mais ça n'est malheureusement pas encore possible pour la TV...
Pour compléter ce tuto, j'ai donc fait un petit script à installer sur la gateway pour la configurer.
Il est disponible là : https://github.com/jbbodart/orange-iptv
J'ai essayé de le garder le plus léger possible. Il sera nécessaire tant qu'Unifi ne permettra pas la configuration de plusieurs VLAN sur le WAN :(
[TUTO] Bypass complet Livebox → Routeur UniFi (IPv4 + IPv6)
...
📎 Remarques :
- Testé avec Livebox 7
- Fonctionne avec un ONT WAS 110 ou autre compatible
- L’ONT doit déjà être configuré pour fonctionner avec Orange
Je sais qu'on est dans un topic NO MODS, mais ça n'est malheureusement pas encore possible pour la TV...
Pour compléter ce tuto, j'ai donc fait un petit script à installer sur la gateway pour la configurer.
Il est disponible là : https://github.com/jbbodart/orange-iptv
J'ai essayé de le garder le plus léger possible. Il sera nécessaire tant qu'Unifi ne permettra pas la configuration de plusieurs VLAN sur le WAN :(
Pour ma part comme j'utilise adguard home en DNS j'ai ajouter une config client qui utilise les DNS de orange (récup par mon routeur sur le WAN), ca me permet de garder le DoT et DoH de adguard pour les autres clients.
Hm Si tu as la souscription "CyberSecure" tu mets les DNS en auto : les appareils de ton LAN vont utiliser ton routeur UNIFI pour DNS. Et dans la partie CyberSecure / Encrypted DNS en auto ça utilise le DoH sur Cloudflare mais tu peux mettre ceux que souhaitent dans la partie Predefinied dont les Adguard
WARNING si tu utilises la partie Content Filter (genre pour tes gamins) ca va détruire TOUTES les requêtes DNS qui passent en dehors des DNS de ton routeur Unifi et tu es obligé de diffuser les DNS de ton routeur unifi a tes équipements.
Tout d'abord, merci à tous ceux qui partagent et font vivre ce forum !
En découvrant ce sujet, je me suis dit que j'allais tenter l'upgrade de mon installation.
Jusqu'à présent, la config est la suivante :
- fibre Sosh (avec Livebox 5 dans son carton)
- config fonctionnelle en IPv4 avec un USG-3P + LEOX LXT-010G-D (sur lequel ont été flashés les options GPON_SN / PON_VENDOR_ID / HW_HWVER)
Je souhaiterais passer à l'UCG Ultra (mis à jour avec la dernière version d'UniFi OS), mais je n'arrive pas à mettre en place une configuration fonctionnelle.
J'ai suivi le guide et j'ai paramétré :
- le VLAN 832
- le clonage d'adresse MAC
- les 3 options 60 / 77 / 90 en recopiant les mêmes valeurs qui sont actuellement utilisées avec l'USG-3P
- le CoS DHCP à 6
Malgré cela, je n'arrive pas à établir de connexion.
Y a-t-il une étape que j'aurais loupée ?
Merci par avance pour votre aide.
Je ne sais pas si ce post à sa place sur ce topic ou plutot sur ceux relatif au WAS, mais pour moi, c’est plus côté UDM que ça bloque pour acceder. Est-ce que ça peut venir du VLAN ? (Genre il faudrait que je sois sur un port sur le même VLAN et sur le CIDR 11.0/24 ?)
Bah pour joindre 192.168.11 depuis 192.168.1 il te faut un "tuyau" : routage aller et retour et/ou regles de firewall qui le permettent aller et retour. Possiblement le WAS peut n'accepter que les IP sources en 192.168.11 parce qu'il a pas de route par defaut à joindre pour balancer ses réponses.
ip route add 192.168.11.0/24 dev ethX
En ssh avec cette commande en remplaçant X par le numéro du portCode: [Sélectionner]ip route add 192.168.11.0/24 dev ethX
Thu Dec 5 11:43:33 2024 kern.info kernel: [324782.414630] sw-multicast: port 1(gem1) entered disabled state
Thu Dec 5 11:43:33 2024 daemon.notice netifd: Interface 'lct' is now down
Thu Dec 5 11:43:33 2024 daemon.notice netifd: Interface 'lct' is disabled
Thu Dec 5 11:43:33 2024 daemon.notice netifd: Network device 'eth0_0_1_lct' link is down
Thu Dec 5 11:43:33 2024 daemon.notice netifd: Interface 'lct' has link connectivity loss
Thu Dec 5 11:43:33 2024 kern.info kernel: [324782.625435] device pmapper1 left promiscuous mode
Thu Dec 5 11:43:33 2024 kern.info kernel: [324782.629248] sw1: port 2(pmapper1) entered disabled state
Thu Dec 5 11:43:33 2024 kern.info kernel: [324782.635317] device eth0_0 left promiscuous mode
Thu Dec 5 11:43:33 2024 kern.info kernel: [324782.638953] sw1: port 1(eth0_0) entered disabled state
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.644144] br_info NULL: pmapper1
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.647492] br_info NULL: pmapper1
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.650952] br_info NULL: pmapper1
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.654456] br_info NULL: pmapper1
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.657857] br_info NULL: pmapper1
Thu Dec 5 11:43:33 2024 kern.err kernel: [324782.661374] br_info NULL: pmapper1
Thu Dec 5 11:43:34 2024 kern.info kernel: [324782.763690] device gem1 left promiscuous mode
Thu Dec 5 11:43:34 2024 kern.info kernel: [324782.767121] sw-multicast: port 1(gem1) entered disabled state
Thu Dec 5 11:43:34 2024 kern.info kernel: [324782.787452] device eth0_0_2 left promiscuous mode
Thu Dec 5 11:43:34 2024 kern.info kernel: [324782.791156] sw-multicast: port 2(eth0_0_2) entered disabled state
Thu Dec 5 11:43:35 2024 daemon.crit dropbear: Network interface 'lct' is not available!
Thu Dec 5 11:43:36 2024 authpriv.info dropbear[2399]: Early exit: Terminated by signal
Thu Dec 5 11:43:36 2024 daemon.notice netifd: Interface 'lct' is enabled
Thu Dec 5 11:43:36 2024 daemon.notice netifd: Interface 'lct' is setting up now
Thu Dec 5 11:43:36 2024 daemon.notice netifd: Interface 'lct' is now up
Thu Dec 5 11:43:37 2024 daemon.notice netifd: Network device 'eth0_0_1_lct' link is up
Thu Dec 5 11:43:37 2024 daemon.notice netifd: Interface 'lct' has link connectivity
Thu Dec 5 11:43:37 2024 user.notice firewall: Reloading firewall due to ifup of lct (eth0_0_1_lct)
Thu Dec 5 11:43:38 2024 daemon.info dropbear: Using network interface 'lct' (network device 'eth0_0_1_lct') for direct binding
Thu Dec 5 11:43:39 2024 user.info : Binding to interface 'eth0_0_1_lct'
Thu Dec 5 11:43:39 2024 authpriv.info dropbear[29363]: Not backgrounding
Thu Dec 5 11:43:39 2024 daemon.info 8311: Starting ping to: 192.168.11.2
Thu Dec 5 12:00:02 2024 kern.info kernel: [325770.918487] sw1: port 1(eth0_0) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325770.922325] sw1: port 1(eth0_0) entered disabled state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325770.928629] device eth0_0 entered promiscuous mode
Thu Dec 5 12:00:02 2024 kern.info kernel: [325770.932882] sw1: port 1(eth0_0) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325770.937605] sw1: port 1(eth0_0) entered forwarding state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.172392] sw-multicast: port 1(gem1) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.176957] sw-multicast: port 1(gem1) entered disabled state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.183863] device gem1 entered promiscuous mode
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.220111] sw-multicast: port 1(gem1) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.224615] sw-multicast: port 1(gem1) entered forwarding state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.335764] sw-multicast: port 2(eth0_0_2) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.340638] sw-multicast: port 2(eth0_0_2) entered disabled state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.347786] device eth0_0_2 entered promiscuous mode
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.352009] sw-multicast: port 2(eth0_0_2) entered blocking state
Thu Dec 5 12:00:02 2024 kern.info kernel: [325771.357915] sw-multicast: port 2(eth0_0_2) entered forwarding state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325771.982319] sw1: port 2(pmapper1) entered blocking state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325771.986321] sw1: port 2(pmapper1) entered disabled state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325771.992926] device pmapper1 entered promiscuous mode
Thu Dec 5 12:00:03 2024 kern.info kernel: [325771.997009] sw1: port 2(pmapper1) entered blocking state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.002132] sw1: port 2(pmapper1) entered forwarding state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.572380] device pmapper1 left promiscuous mode
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.576169] sw1: port 2(pmapper1) entered disabled state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.626468] sw1: port 2(pmapper1) entered blocking state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.630504] sw1: port 2(pmapper1) entered disabled state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.637069] device pmapper1 entered promiscuous mode
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.641166] sw1: port 2(pmapper1) entered blocking state
Thu Dec 5 12:00:03 2024 kern.info kernel: [325772.646279] sw1: port 2(pmapper1) entered forwarding state
Thu Dec 5 13:37:40 2024 daemon.err uhttpd[2363]: luci: accepted login on / for root from 192.168.0.158
Thu Dec 5 14:00:27 2024 authpriv.info dropbear[13794]: Child connection from 192.168.0.161:65234
Thu Dec 5 14:00:27 2024 user.info : Binding to interface 'eth0_0_1_lct'
Thu Dec 5 14:01:11 2024 authpriv.notice dropbear[13794]: Password auth succeeded for 'root' from 192.168.0.161:65234
Mon Oct 27 06:28:19 2025 cron.err crond[2244]: time disparity of 468971 minutes detected
Mon Oct 27 06:46:13 2025 authpriv.info dropbear[13794]: Exit (root) from <192.168.0.161:65234>: Disconnect received ip addr add 192.168.11.2/24 dev eth9La route statique utilise l'interface eth9.832 lorsqu'elle est créée dans l'interface et pas eth9 en raison du VLAN configuré sur l'interface WAN.Je me doutais bien d’un truc comme ça, merci.
Les coupures dans la nuit peuvent être en raison de travaux sur le réseau et l'UDM ne redemande pas d'adresse lorsqu'il y a une coupure côté opérateur, seulement au démarrage.
Bonjour,Bonjour,
Un grand merci pour ce tuto ! J’ai pu remplacer ma LB7 par l’UniFi UDR 7 et tout fonctionne parfaitement.
Pour info, dans ma version du logiciel (UniFi OS 4.3.9), je n’avais pas autant d’options disponibles pour le DHCPv6. Avec uniquement ces éléments, j’obtiens tout de même une IPv6 fonctionnelle.
(https://i.ibb.co/pB7C7D3D/Capture-d-cran-2025-09-13-15-05-45.png)
La route statique utilise l'interface eth9.832 lorsqu'elle est créée dans l'interface et pas eth9 en raison du VLAN configuré sur l'interface WAN.
Les coupures dans la nuit peuvent être en raison de travaux sur le réseau et l'UDM ne redemande pas d'adresse lorsqu'il y a une coupure côté opérateur, seulement au démarrage.
Merci pour ce super tuto. Ravi de pouvoir enfin profiter des 2 Gbps sur mon abonnement Sosh Fibre.
@zakhounet et @mcel93 : perso impossible de faire fonctionner l'IPv6 sur UniFi OS 4.3. Le fait que les options DHCPv6 manquent à l'appel sont certainement à l'origine de cela. Je ne sais pas comment @mcel93 a pu affirmer que c'était OK, en tout cas pour moi ça ne fonctionne pas.
Ce tutoriel pourrait être parfait si après avoir mis en service l'Internet et la TV, on pouvait également récupérer le téléphone.
Savez-vous s'il est techniquement possible avec ce tutoriel de brancher la Livebox derrière le routeur Unifi pour récupérer le téléphone ?
Et pour la TV, cela peut fonctionner également en branchant le boîtier TV sur un port LAN de la Livebox ?
Merci pour vos lumières
Merci pour ce super tuto. Ravi de pouvoir enfin profiter des 2 Gbps sur mon abonnement Sosh Fibre.
@zakhounet et @mcel93 : perso impossible de faire fonctionner l'IPv6 sur UniFi OS 4.3. Le fait que les options DHCPv6 manquent à l'appel sont certainement à l'origine de cela. Je ne sais pas comment @mcel93 a pu affirmer que c'était OK, en tout cas pour moi ça ne fonctionne pas.
Ce tutoriel pourrait être parfait si après avoir mis en service l'Internet et la TV, on pouvait également récupérer le téléphone.
Savez-vous s'il est techniquement possible avec ce tutoriel de brancher la Livebox derrière le routeur Unifi pour récupérer le téléphone ?
Et pour la TV, cela peut fonctionner également en branchant le boîtier TV sur un port LAN de la Livebox ?
Merci pour vos lumières
Option 60 : arcadyan
Option 77 : FSVDSL_livebox.Internet.softathome.LiveboxNautilus
Option 90 : 00:00:00... (l'option 90)Option 11 : 000000... (même valeur que l'option 90 en DHCPv4 mais sans les ":")
Option 15 : FSVDSL_livebox.Internet.softathome.LiveboxNautilus
Option 16 : 0000040E0005617263616479616E
GPON_SN ARLT01234567
PON_VENDOR_ID ARLT
HW_HWVER ARLTLBN100Je serai intéressé par le même retour d’expérience pour faire fonctionner la Livebox derrière cet UDM PRO, pour récupérer la télé et le téléphone éventuellement si le cœur t’en dit.
Comme suggéré par une autre personne ici même, je m’y suis penché mais pas si évident que cela.
Dans les grandes lignes le concept c’est de laisser la Livebox communiquer sur le VLAN 832 ? Et la « difficulté » vu qu’il n’y a pas l’option adéquate sur l’interface Unifi, c’est que cette communication doit se faire sur le VLAN 832 également côté WAN ?
En faisant cela, on récupère à la fois le téléphone et éventuellement la TV (même si ce n’est pas le but premier de ce tuto) ?
Là où j’ai du mal à comprendre le truc, c’est que lorsque l’on branche une Livebox derrière une config comme citée ici, la Livebox ne va pas se comporter comme un fonctionnement via un ONT externe, de sorte à récupérer une adresse IP et tout le toutim ?
Désolé par avance pour ma question un peu néophyte, je souhaitais ne plus avoir à faire de double NAT avec la Livebox mais pour autant conserver les services annexes comme la TV (services replay compris) et le téléphone.
Bonjour,
Merci pour le tuto, je m'en suis inspiré pour remplacer une Livebox S par un UDM Pro.
Je n'ai configuré que la partie IPv4, car les options DHCPv6 ont "disparu" avec la version 9.5.21 de l'application Network (Release Channel : Official).
Je ferai la configuration pour IPv6 quand les options seront à nouveau disponibles.
Ci-dessous, les options pour la partie IPv4. J'ai utilisé LiveboxMonitor pour récupérer les options envoyées par la Livebox S. Je n'ai pas fait de capture de paquets entre l'ONT et la Livebox S.Code: [Sélectionner]Option 60 : arcadyan
Option 77 : FSVDSL_livebox.Internet.softathome.LiveboxNautilus
Option 90 : 00:00:00... (l'option 90)
Dans les informations de la Livebox S, le modèle est Livebox Nautilus. Ceci explique la valeur de l'option 77.
L'ONT utilisé est le LEOX LXT-010H-D. Pour le configurer, je me suis inspiré des informations de Cyayon (https://cyayon.github.io/orange/ONT%20LEOX-GPON-LXT-010H-D.html).
Voici les 3 paramètres que j'ai configurés. J'ai récupéré ces informations depuis l'interface Web de la Livebox S.Code: [Sélectionner]GPON_SN ARLT01234567
PON_VENDOR_ID ARLT
HW_HWVER ARLTLBN100
J'ai dû modifier le paramètre HW_HWVER (par défaut : LXT-010H-D) pour que l'échange de données fonctionne. Avec GPON_SN et PON_VENDOR_ID uniquement, le lien GPON était en O5, mais les paquets DHCPv4 envoyés (DHCP Discover) n'avaient pas de réponse.
Pour monter le lien à 2,5 Gb/s entre l'ONT et l'UDM Pro, j'ai utilisé le transceiver Ubiquiti SFP+ to RJ45 (UACC-CM-RJ45-MG) qui supporte les débits 1, 2,5, 5 et 10 Gb/s côté BASE-T.
Finalement, je peux profiter des 2 Gb/s (Down) et 800 Mb/s (Up) de l'offre Sosh sans Livebox !
| Name | Code | Type | Value |
| authentication | 90 | Hex array | 00:00:00:00:00:00:00:00:00:00:00:64:68:63:70:6c:69:76:65:62:6f:78:66:72:32:35:30 (qui veut dire dhcpliveboxfr250) |
| domain-search | 119 | Text | ROU.access.orange-multimedia.net (ROU pour Rouen dans mon cas) |
| vendor-specific | 125 | Hex array | Suivre le tutoriel page 1 |
C'est pas network qui donne les option c'est la version de unifi OS donc l'os de l'idm qui doit etre 4.4.X ou plus pour avoir les options DHCPv6