La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la LiveBox par un routeur => Discussion démarrée par: guigui4242 le 19 septembre 2020 à 12:00:10
-
Bonjour,
Je viens de souscrire à la Fibre Orange Pro 1Gb UP & DOWN, option IP Fixe et avec une LiveBox 5 (pas d'ONT externe, fibre directement sur la box). Je n'utilise ni la TV ni le telephone.
Je possède actuellement un modem Unifi UDM Pro.
Je souhaite si possible me passer de la Livebox (ou au pire, la mettre en mode Bridge, ce qui n'est à ma connaissance pas possible).
J'ai lu pas mal de post sur ce forum, notamment :
https://lafibre.info/remplacer-livebox/le-guide-complet-pour-usgusg-pro-internet-tv-livebox-ipv6/900/
Je souhaite donc voir avec vous le meilleur moyen d'y arriver, sachant que je n'ai pas besoins de l'option 2Gb, ni de la TV.
Si je demande à Orange un ONT externe, est-ce que cela pourrait marcher en le branchant ensuite sur l'UDM directement ?
Mais j'ai cru lire l'UDM Pro n'est pas compatible avec les "bidouilles" décrites pour les USG.
Le fait que je soit en IP Fixe peut-il simplifier la chose ?
voila donc au final je suis un peu perdu car je suis avec une LB5 Pro et un UDM Pro...
Merci d'avance de vos éclaircissements sur la faisabilité de se passer de la LB dans mon cas.
-
Pour l’instant personne n’a réussi à utiliser un UDM Pro sur une connection Orange fibre sans conserver la box en frontal (qui ne peut pas se mettre en bridge, et donc double NAT et pas d’IPv6).
L’IP fixe ne change rien au problème, même avec une IP fixe une requête DHCP est obligatoire pour que le contrôle d’accès chez Orange autorise le transit de paquets.
-
Merci pour votre confirmation.
En espérant que cela évolue ...
-
La livebox pro permet d'ajouter des routes statiques donc le double-nat en IPv4 n'est pas nécessaire.
Pour l'IPv6 il faudrait voir si on peut ajouter une route IPv6 en utilisant un des /64 libres du /56 fournit, je n'ai pas testé.
-
La livebox pro permet d'ajouter des routes statiques donc le double-nat en IPv4 n'est pas nécessaire.
Pour l'IPv6 il faudrait voir si on peut ajouter une route IPv6 en utilisant un des /64 libres du /56 fournit, je n'ai pas testé.
Petite question concernant IPV4 : j'ai mis ma livebox sur le reseau 192.168.0.1 et mon UDM sur 192.168.1.1
Il me suffit donc de configurer une route statique dans la livebox pour que ce soit "transparent" ?
-
Petite question concernant IPV4 : j'ai mis ma livebox sur le reseau 192.168.0.1 et mon UDM sur 192.168.1.1
Il me suffit donc de configurer une route statique dans la livebox pour que ce soit "transparent" ?
j'ai comme un doute maintenant sur les routes statiques de la livebox pro: je ne sais pas si les réseaux routés statiquement sont "NATés" en sortie.
lbp = livebox pro
Internet -- lbp --lan1-- udm --lan2--pc
lan1: 192.168.1.0/24 lbp: 192.168.0.1 udm: 192.168.0.a
lan2: 192.168.1.0/24 udm: 192.168.1.1 pc: 192.168.1.b
mode double-nat:
la lbp fait du NAT vers son IP public pour les IP de lan1 qui veulent sortir sur Internet
l'udm fait du NAT vers son IP lan1 pour les IP de lan2 qui veulent sortir sur Internet
donc le pc accede a Internet comme cela: 192.168.1.b -> NAT -> 192.168.0.a --> NAT -> IP pub
mode nat avec route statique:
on rajoute une route dans la lbp pour indiquer que les IP de lan2 sont joignables par l'IP lan1 de l'udm
dans l'udm on ne fait plus de NAT mais du simple routage entre lan1 et lan2 (avec éventuellement du firewalling)
donc le pc accede a Internet annsi: 192.168.1.b -> routing -> 192.168.1.b --> NAT -> IP pub
L'inconnu c'est si la lbp va permettre de faire du NAT vers son IP public pour les IP de lan2 ? C'est a vérifier. A priori oui mais avec Orange je préfère ne pas affirmer sans vérifier :)
-
Bonjour,
que se passe t-il si en lieu et place de ta LB5, tu utilises de UDM Pro avec ce sfp ?
https://eu.store.ui.com/collections/operator-accessories/products/uf-gp-c
GPON, 2.5gb donc suffisant pour l'offre 2000/600.
Il n'y aurait qu'a déclarer ton SLID chez orange ? (simple à dire...) mais est ce que ca fonctionnerait ?
-
Ça c’est un module qui va dans un OLT (et d’ailleurs uniquement l’OLT d’Ubiquiti), donc coté opérateur. Ce n’est pas un ONT...
Et de toute façon ça ne changerait rien au fait que le firmware de l’UDM (Pro) ne supporte pas l’authentification propriétaire d’Orange. Et je ne parle même pas de l’authentification du module lui-même qui est basée sur son numéro de série.
-
effectivement je n'avais pas bien lu ;)
j'hésite vraiment entre un UDM Pro et me monter un serveur OPNsense, sachant que je quitte un device PFsense
-
Et avec une Livebox 4 (donc ONT externe), on peut faire comme avec l'USG-PRO-4 et se brancher sur l'ONT sans la Livebox ?
-
Non, parce qu’il est impossible de configurer l’option dhcp 90 nécessaire à l’authentification du client chez Orange.
-
Merci, c'est bien dommage. J'aimerais prendre l'UDM Pro mais devoir ressortir la Livebox me dérange.
Dommage qu'on ne puisse pas faire quelque chose avec le SFP. Il y a des opérateurs qui permettent d'être plus libre ?
-
Peut-être que c'est nouveau mais à priori on peut bien configurer n'importe quelle option pour le DHCP sur les USG et UDM :
https://help.ui.com/hc/en-us/articles/360012097513-UniFi-UDM-USG-How-to-Configure-Custom-DHCP-Options
-
Peut-être que c'est nouveau mais à priori on peut bien configurer n'importe quelle option pour le DHCP sur les USG et UDM :
https://help.ui.com/hc/en-us/articles/360012097513-UniFi-UDM-USG-How-to-Configure-Custom-DHCP-Options
Attention, il s'agit d'options pour le serveur DHCP du routeur et non pour le client DHCP.
C'est utile pour mettre la livebox derrière le routeur et se faire passer pour le réseau afin d'avoir le téléphone.
Pour les options du client DHCP, indispensable pour remplacer la livebox, le contrôleur ne sait pas faire (et ne génère donc pas ce qu'il faut dans le fichier de config).
-
Ah oui j'ai lu trop vite, je pensais qu'il s'agissait de la partie WAN. :-X
-
Et à mon avis ce n'est pas prêt de changer. Le firmware de l'UDM Pro utilise udhcpc (et pas dhclient comme la gamme EdgeRouter et USB), et udhcpc ne supporte pas lui même la moindre option hormis client identifier (option 61). Donc ce n'est même pas une question d'interface de configuration.
A moins qu'Ubiquiti ne change de client ou qu'ils développent des patchs spécifiques pour udhcpc, aucune chance de pouvoir utiliser un UDM chez Orange hormis en double NAT derrière la Livebox.
-
Il y a des opérateurs qui permettent d'être plus libre ?
Yep!
K-net permet de mettre son propre routeur.
Juste une @MAC à transmettre au support.
-
Je ne suis pas éligible :-\
Après si y a des modems qui peuvent remplacer la Livebox et qui sont compatible mode bridge ça peut faire l'affaire.
-
Salut,
Je découvre ce sujet après quelques heures de troubleshooting et je comprends mieux pourquoi ma config ne marche pas, j'ai une livebox 5 standard avec arrivée fibre et un unifi dream machine pro.
J'espère que ce sera possible à l'avenir:).
Merci pour l'info.
-
Je ne suis pas éligible :-\
Après si y a des modems qui peuvent remplacer la Livebox et qui sont compatible mode bridge ça peut faire l'affaire.
en pro il y a OBS. sinon SFR Business ou un operateur alternative qui est eligible FTTH.
-
Salut,
Je découvre ce sujet après quelques heures de troubleshooting et je comprends mieux pourquoi ma config ne marche pas, j'ai une livebox 5 standard avec arrivée fibre et un unifi dream machine pro.
J'espère que ce sera possible à l'avenir:).
Merci pour l'info.
Tu peux supprimer le mode NAT d el'UDM pro (pas supporté) et mettre une route statique à la place:
https://community.ui.com/questions/disable-NAT-in-UDM-pro/f5a97c47-e6bf-4ebf-a899-0c4271e8e6a2
Par contre pour ce qui est de l'IPv6.... Autre solution, utiliser PPPOE tant que c'est supporté.
-
Et à mon avis ce n'est pas prêt de changer. Le firmware de l'UDM Pro utilise udhcpc (et pas dhclient comme la gamme EdgeRouter et USB), et udhcpc ne supporte pas lui même la moindre option hormis client identifier (option 61). Donc ce n'est même pas une question d'interface de configuration.
A moins qu'Ubiquiti ne change de client ou qu'ils développent des patchs spécifiques pour udhcpc, aucune chance de pouvoir utiliser un UDM chez Orange hormis en double NAT derrière la Livebox.
Salut,
j'ai ouvert un case sur le forum d'Ubiquiti si vous etes interesses pour supporter la demande:
https://community.ui.com/questions/UDM-PRO-CLI-feature-to-configure-DHCP-wan-client/b3d33ba0-91be-4e3f-9f0d-d746eb0c64bc
N'hesitez pas a donner plus de commentaires et details pour les faire bouger.
Bon reveillon 2020 (enfin!). Bonne Annee.
-
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
-
Je me permet de bumper ce Thread car je vais avoir la même configuration dans une maison que je viens d'acheter.
Attention je ne suis pas du tout expert réseau donc je vais peut être dire des âneries, si c'est le cas ELI5 (Expliquez moi comme si j'avais 5 ans SVP :D)
Dans ma LB actuelle (Livebox 4) J'ai l'option pour désctiver le DHCP --> Si je desactive le DHCP et que le Dream Machine Pro gere le routage, il devrait donner une une IP à la LB et au reste du reseau. Ca ne solutionnerait pas le probleme?
Autre question, mettre une DMZ la dream machine, ca laisserait un double NAT mais il serait transparent pour les équipements non ?
(Je n'ai ni besoin de la téléphonie, ni de la TV. Je ne sais pas ce que m'apporterai l'IP V6 (J'heberge un serveur multimédia ouvert vers l'exterieur pour ma famille)
Merci et désolé si j'ai dit des énormités.
-
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
As tu pu tester le port SFP+ ?
Merci
-
Salut Yendi
Qu'en est-il de la TV et de la téléphonie ? Y'a-t-il un moyen de configurer tout cela ?
En tout cas merci pour ton post :)
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
-
Choisir mode PPPoE
Oui mais ça c’est pas nouveau qu’en mode PPPoE ça fonctionne….
C’est juste que Orange a remplacé PPPoE par DHCP (sur le VLAN 832) depuis 2016 et que donc partir sur du PPPoE maintenant c’est prendre le risque de se retrouver du jour au lendemain (et sans préavis d’orange) sans connexion. Ça peut arriver dans 5 ans comme dans un mois ou même demain !
-
tien a ce sujet, lorsqu'on est sur du Orange business, avec des equipements autre que des Livebox, comment ca marche l'authentification ?
-
tien a ce sujet, lorsqu'on est sur du Orange business, avec des equipements autre que des Livebox, comment ca marche l'authentification ?
J'ai un abo orange business et c'est bien du PPPoE, un tech de Orange m'a dit que pour les offres en IP fixe c'est forcément PPPoE car par fonctionnel en DHCP6 aujourd'hui.
En effet reste à voir à l'avenir comment ça va évoluer.
-
Je me permet de bumper ce Thread car je vais avoir la même configuration dans une maison que je viens d'acheter.
Attention je ne suis pas du tout expert réseau donc je vais peut être dire des âneries, si c'est le cas ELI5 (Expliquez moi comme si j'avais 5 ans SVP :D)
Dans ma LB actuelle (Livebox 4) J'ai l'option pour désctiver le DHCP --> Si je desactive le DHCP et que le Dream Machine Pro gere le routage, il devrait donner une une IP à la LB et au reste du reseau. Ca ne solutionnerait pas le probleme?
Autre question, mettre une DMZ la dream machine, ca laisserait un double NAT mais il serait transparent pour les équipements non ?
(Je n'ai ni besoin de la téléphonie, ni de la TV. Je ne sais pas ce que m'apporterai l'IP V6 (J'heberge un serveur multimédia ouvert vers l'exterieur pour ma famille)
Merci et désolé si j'ai dit des énormités.
Je m'autocite car je pense que mon message va passer a la trappe: Qqn pourrait me dire en quoi ca poserait probleme?
Merci
-
Je m'autocite car je pense que mon message va passer a la trappe: Qqn pourrait me dire en quoi ca poserait probleme?
Merci
Il me semble que ça ne fonctionnera pas car le port WAN de la dream machine n'attribuera pas d'IP à ta livebox en DHCP.
Concernant le double NAT, perso ça ne me plait pas.
-
Je comprends que ca n'est pas idéal mais j'ai vraiment pas envi d'aller chez Free!
En gros c'est soit DMZ avec double NAT soit PPPoE...
@Juanito33 Est ce que le SFP direct fonctionne ou tu as besoin de l'ONT ?
Merci
-
Je comprends que ca n'est pas idéal mais j'ai vraiment pas envi d'aller chez Free!
En gros c'est soit DMZ avec double NAT soit PPPoE...
@Juanito33 Est ce que le SFP direct fonctionne ou tu as besoin de l'ONT ?
Merci
Je fais un test a midi et reviens vers toi...
-
Je comprends que ca n'est pas idéal mais j'ai vraiment pas envi d'aller chez Free!
En gros c'est soit DMZ avec double NAT soit PPPoE...
@Juanito33 Est ce que le SFP direct fonctionne ou tu as besoin de l'ONT ?
Merci
ça fonctionne bien en SPF+
-
ça fonctionne bien en SPF+
Merci de ton retour, je vais tester ca !
-
Merci de ton retour, je vais tester ca !
Alors non évidemment brancher directement en sfp sur l’udm pro ne fonctionnera pas. il ne sera pas rexonnu sur le reseau orange. Avec orange pro tu peux faire du routage statique (ca demande un « hack » sur l’udm pro. sinon le plus simple est de rajouter un intermediaire. ceci dit lendoublz nat a part pour certains jeux et logiciels de voip ce n’est pas trop un pb.
-
Alors non évidemment brancher directement en sfp sur l’udm pro ne fonctionnera pas. il ne sera pas rexonnu sur le reseau orange. Avec orange pro tu peux faire du routage statique (ca demande un « hack » sur l’udm pro. sinon le plus simple est de rajouter un intermediaire. ceci dit lendoublz nat a part pour certains jeux et logiciels de voip ce n’est pas trop un pb.
Je n'ai pas encore recu l'UDM Pro, je pourrais tester que dans 1 semaine.
Il y a une auth avec la MAC address? Car si tu branche le SFP + ident PPPoE ca devrait passer non ?
-
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
Bonjour je suis intéressé par cette possibilité
à l'heure actuelle j'ai suivit un autre tuto pour remplacer ma livebox4 par un USG.
J'ai donc gardé mon ONT et configuré le json pour m'authentifier sur le réseau Orange via le USG.
Je voulais donc vérifier si ma livebox4 (sans ip fixe) pourrait bien être remplacée par l'UDM Pro via le PPPoE
Merci d'avance pour vos retours
-
Bonjour je suis intéressé par cette possibilité
à l'heure actuelle j'ai suivit un autre tuto pour remplacer ma livebox4 par un USG.
J'ai donc gardé mon ONT et configuré le json pour m'authentifier sur le réseau Orange via le USG.
Je voulais donc vérifier si ma livebox4 (sans ip fixe) pourrait bien être remplacée par l'UDM Pro via le PPPoE
Merci d'avance pour vos retours
Attention au débit. Avec L'USG, l'impact sur ton débit peut être mauvais si tu active les options de sécurités avancées : https://dl.ubnt.com/ds/udm-pro Page 4.
-
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
Salut, c'est intéressant, et merci du partage
Je suis actuellement chez RED SFR mais regarde pour prendre une Fibre Orange pour la passer en primaire de mon UDMP, et garder la ligne RED en secondaire (failover) car j'ai un très bon tarif dessus...
Par contre, le double NAT, c'est no way, donc ta solution me plait, en revanche, j'ai quelques questions :
- Il semblerait qu'il y ait des problèmes de performance sur le PPPoE sur le DMP, est ce le cas chez toi? (est ce que tu arrives au 1Gb/s sur cette interface ou pas?)
- Est ce que l'option PPPoE est possible sur des lignes particuliers? (j'ai lu que tu avais un abo pro)
- Orange ne fourni plus que sa LB5, à la base sans ONT, sais-tu s'il est possible de demander l'ONT "en option" ?
Merci :)
-
PPPoE est possible pour l’instant (et ça ne vas pas durer des années, Orange a commencé à l’éteindre) sur les offres FTTH Pro et Grand public.
Clairement pas une solution pérenne de commencer à faire du PPPoE maintenant, ça peut cesser de fonctionner demain (même sur une offre pro)…
-
PPPoE est possible pour l’instant (et ça ne vas pas durer des années, Orange a commencé à l’éteindre) sur les offres FTTH Pro et Grand public.
Clairement pas une solution pérenne de commencer à faire du PPPoE maintenant, ça peut cesser de fonctionner demain (même sur une offre pro)…
Merci pour ces précisions, je comprends que ce n'est pas pérenne, mais en attendant, c'est toujours une solution que je préfère au double NAT (s'il n'y a pas de problème de perf avec l'UDMP), et si Orange venait à supprimer PPPoE, je basculerai derrière la LB
Par contre, ça ne répond pas à mes questions, si tu as des réponses, je suis preneur
Merci
-
Je confirme je suis en fibre pro et j'ai été migré en Livebox 5 Pro à ma demande pour passer de 600/600 à 2000/1000 (et donc 1Gbps symétrique, et testé 2 sur un PC avec dispatch mais utiliser son switch interne pour des gros transferts sur le réseau local = freeze donc je n'utilise qu'un seul port de la LB5)
Bye bye le PPPoE du coup la LB5 est trop lente quand on a beaucoup de threads, j'ai moins de performances que mon ancien 600/600 avec le routeur pfSense+ONT...
Orange m'a filé un ONT gratos et reconnu par l'infra Orange je peux swapper entre la LB5 pro et mon pfSense + ONT le temps de mettre au point l'authentification DHCP...
-
J'hésite vraiment à passer sur du PPPoE pour m'affranchir de ma LB4. On a toujours aucune news de la part d'Ubiquiti par rapport à cette option 90 ?
Il y a un topic dédié sur le forum d'Ubi, mais sans plus d'infos... https://community.ui.com/questions/UDM-PRO-CLI-feature-to-configure-DHCP-wan-client/b3d33ba0-91be-4e3f-9f0d-d746eb0c64bc
-
Le PPPoE c'est fini maintenant il faut s'authentifier via les DHCP options sur le VLAN 832 priorité 6 (et la priorité 6 uniquement pour les requêtes DHCP v4 et v6)
j'ai finalisé ma conf et je suis en dual stack, IPv4 fixe et délégation du bloc IPv6, 1Gbps symétrique impeccable:D
-
Mais pas possible de faire ça sur l'UDM si j'ai bien compris...?
-
Je ne connais pas l'UDM mais je pourrais filer un coup de main pour pfSense...
Il faut que le client DHCP soit capable de définir la priorité 6 pour ses requêtes uniquement. Car le trafic classique doit rester sans priorité, et sur le VLAN 832.
-
Mais pas possible de faire ça sur l'UDM si j'ai bien compris...?
Effectivement
-
J'imagine qu'avec un switch manageable, en dédiant 2 ports, 1 en VLAN access sur 832 priority 6 et l'autre sur l'ONT on doit pouvoir s'authentifier et trafiquer.
Si le trafic est en priorité 6 ça fonctionne quand même, avec une perte de performance si l'encapsulation est faite par le CPU d'un routeur mais vu que les switchs comportent des ASIC qui font le boulot ça doit bien tourner ! A tester... après je ne sais pas sur l'UDM permet de définir les DHCP options nécessaires
-
La CoS peut en effet eventuellement se régler avec un switch intermédiaire. Le fait que le client DHCP de l'UDM pro ne supporte aucune autre option que l'user-class (à moins que ça ait changé récemment) est bien plus problématique.
-
J'imagine qu'avec un switch manageable, en dédiant 2 ports, 1 en VLAN access sur 832 priority 6 et l'autre sur l'ONT on doit pouvoir s'authentifier et trafiquer.
on peut faire mieux avec un switch plus fin niveau QoS qui ne marquera en priority 6 que les paquets DHCP sortants ( y'a un exemple dans l'index: https://lafibre.info/remplacer-livebox/switch-gs108tv2-pour-prendre-en-charge-la-cos-devant-les-routeurs/ )
-
on peut faire mieux avec un switch plus fin niveau QoS qui ne marquera en priority 6 que les paquets DHCP sortants ( y'a un exemple dans l'index: https://lafibre.info/remplacer-livebox/switch-gs108tv2-pour-prendre-en-charge-la-cos-devant-les-routeurs/ )
Intéressant & bon à savoir...
-
Salut,
Je débarque sur le sujet mais pourquoi cela marche sur USG Pro et pas sur UDM ?
Le DHCP Client n'est pas le meme ?
-
Car la gamme USG est basée sur un fork de Vyatta qui permet beaucoup de configurations avancées. Les nouveaux routeurs sont basés sur l'OS maison et sont beaucoup plus sommaires en terme de conf (car les FAI qui nécessitent cette conf avancée se comptent sur les doigts d'une main).
-
Bonjour,
Pour info j'ai réussi à me connecter avec l'udm pro à la fibre orange.
Dans le menu Internet > Wan > Edit
Champs ID VLAN = 835
Dans la partie IPV4 :
Choisir mode PPPOE
Renseigner compte Orange : fti/xxxxxx et le mot de passe.
Voici la config matériel chez moi :
Fibre > ONT Orange > UDM PRO
Je n'ai pas testé par le port SPF+ sans passé par l'ONT, je vais tenter.
Hello,
Question débile : peux-tu garder le service tv avec le decodeur ?
Merci
-
La CoS peut en effet eventuellement se régler avec un switch intermédiaire. Le fait que le client DHCP de l'UDM pro ne supporte aucune autre option que l'user-class (à moins que ça ait changé récemment) est bien plus problématique.
Hello.
(https://rehost.diberie.com/Picture/Get/t/67149) (https://rehost.diberie.com/Picture/Get/f/67149)
Il y a l'option 90 qui apparait et le QoS Tag.
-
Hello.
(https://rehost.diberie.com/Picture/Get/t/67149) (https://rehost.diberie.com/Picture/Get/f/67149)
Il y a l'option 90 qui apparait et le QoS Tag.
Oh ! Merci pour le partage. T'as update sur le channel EA?
Ça voudrait donc dire qu'on pourrait enfin se passer de Livebox ?
-
Version 7.1.59, oui c'est du Early Access.
Super news en tout cas, faudrait la confirmation que cela fonctionne, cela ouvrirait des perspectives intéressantes en terme d'offre.
Edit: c'est apparu apparement dans la version 7.1.55 (https://community.ui.com/releases/UniFi-Network-Application-7-1-55/0b04846e-4f6b-44a3-b70e-ec9a38c3b811)
Add missing WAN DHCP Client options.
-
Hello,
Question débile : peux-tu garder le service tv avec le decodeur ?
Merci
Je n'ai pas reçu de réponse.
QQun à un renseignement à me communiquer ?
Merci d'avance
-
Je viens d'installer le contrôleur 7.1.60 en EA et l'option QoS Tag indique
"Tag egress traffic with this Class of Service QoS mark, where required by your ISP"
Donc pas besoin de tester, ça ne fonctionnera pas puisque c'est uniquement la requête DHCP qu'il faut mettre en CoS 6, pas tout le trafic sortant.
Avec un appareil MikroTik en amont pour l'instant à mon avis.
-
Je viens d'installer le contrôleur 7.1.60 en EA et l'option QoS Tag indique
"Tag egress traffic with this Class of Service QoS mark, where required by your ISP"
Donc pas besoin de tester, ça ne fonctionnera pas puisque c'est uniquement la requête DHCP qu'il faut mettre en CoS 6, pas tout le trafic sortant.
Avec un appareil MikroTik en amont pour l'instant à mon avis.
Ok dommage pour le faux espoir.
-
Je viens d'installer le contrôleur 7.1.60 en EA et l'option QoS Tag indique
"Tag egress traffic with this Class of Service QoS mark, where required by your ISP"
Donc pas besoin de tester, ça ne fonctionnera pas puisque c'est uniquement la requête DHCP qu'il faut mettre en CoS 6, pas tout le trafic sortant.
Avec un appareil MikroTik en amont pour l'instant à mon avis.
Mince alors.
Mais QoS =/= CoS, non ? Parce qu'il me semble que c'est la CoS qu'il faut mettre à 6, pas la QoS (quality of service ?)
-
Class of Service, c’est écrit dans la description ;)
QoS c’est un terme générique pour tout ce qui améliore les flux. DSCP c’est de la QoS par exemple, fq_codel aussi, etc.
-
Class of Service, c’est écrit dans la description ;)
QoS c’est un terme générique pour tout ce qui améliore les flux. DSCP c’est de la QoS par exemple, fq_codel aussi, etc.
Merci pour l'explication :).
Et mettre le CoS à 6 sur tout le traffic sortant impliquerait quoi ?
-
Et mettre le CoS à 6 sur tout le traffic sortant impliquerait quoi ?
une enorme chute du débit.
-
Hello,
à force de forcer sur le forum communautaire, la requête va être portée aux devs. Au moins ils sont au courant.
A+
-
Ah bah cool, il a repondu (c’etait moi la demande)
-
Pour ceux que la fonctionnalité interesse, il faudrait aller upvote le post suivant sur le forum d'Ubiquiti :
https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23
Sinon, d'après la team UI sur un autre post :
There is currently no way to tag only the DHCP request. Though I'm guessing you can probably safely tag everything and it'll just be ignored on all the other traffic, is that not the case?
Quelqu'un a pu tester pour confirmer / infirmer ?
-
Si tout le traffic est en CoS 6 alors le débit est grosso modo de 30 Mbps max. Donc oui il est important de ne changer que la CoS des paquets DHCP.
-
Perso qd j'avais merdé mes regles pour appliquer une COS6, et que ça le faisait pour tout, j'ai constaté le problème sur l'upload mais pas le download. Pour le DL j'étais a 300 (mon max), par contre upload autour des ~5 (au lieu de 300 max aussi).
bref dans tous les cas, c'est pas une super idée de mettre toujours une prio basse, quelque soit la requête !
-
De mémoire, le débit descendant s'effondre aussi quand la prio 6 est appliquée partout.
Et 6 ans plus tard, le -pourquoi ?- de cette règle CoS reste un mystère :o
-
Il semble que ça avance du côté d'Ubiquiti, cf les derniers messages ici : https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23
Il semble qu'ils ont créé un FW custom en beta privée.
-
Nickel, il reste plus que les options 11, 15 et 16 pour le DHCP IPv6 et on a une solution plug&play ?
L'UDMP SE fait 2.5G en plus, maybe compatible ONU FS ?
-
Bonjour,
J'ai un udm pro, il me faudrait quel SPF sur le port WAN pour connecter la libre venant de mon ONT ?
Quelqu'un a pu tester le firmware avec la COS à 6 pour le DHCP ?
EN GUI, quel est la syntaxe à mettre pour l'option 90 ?
Quels sont les autres options à mettre et sous quelle syntaxe aussi ? (je trouve pas ca clair sur les autres topics)
Merci.
-
Bon apparement ils ont communiqué un fw special.
Je n’ai pas d’ONT. Donc pas demandé le firmware. Vois savez si je peux demander un ONT a Orange ? Je suis chez Sosh.
-
Bonjour,
Je suis en livebox 5 avec Sosh et donc sans ONT. Quelles sont mes options ?
Merci
-
@alegars @wvoodoo Je pense que vous pouvez directement demander à Sosh de vous fournir un ONT ? Je sais qu'ils peuvent en fournir si l'emplacement de la box est loin de l'arrivée fibre, ou bien si l'appartement est cablé en rj45.
-
Salut tout le monde,
Je suis à l’origine du post https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23, je test actuellement un firmware avec une option effectivement.
J'ai la fibre qui arrive sur l'ONT SFP, que je converti en ethernet avec un MC220L. Ensuite je m'authentifie en PPPoE sur l'UDM-Pro.
Comme vous, j'essai d'utiliser le DHCP.
J'ai suivi les indications de UI-Glenn qu'il m'a envoyé avec le custom firmware mais ça ne fonctionne pas. J'ai voulu revérifié que ça marchait toujours sur mon pfSense au cas où et là impossible de recevoir une IP j’ai bugué pendant 2h…
Ca fonctionnait il y a quelques semaines avec l’option 90 longue (avec le hash du mdp).
Elle a du se renouveler donc j’ai resniffer la Livebox pour vérifier l’option 90 et elle avait bien changée. Je l’ai récupérée pour la remettre dans le pfSense mais ça ne fonctionne toujours pas, là je sèche.
Orange a du changer un truc quelque part je suis sur et certain de la conf sur le pfSense et les options je les sniff en hexa puis je les copie colle, impossible que je fasse une erreur à ce niveau.
Pour info sur le pfSense ça fonctionnait avec ces options :
Send options
dhcp-class-identifier "736167656d", user-class "2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7834", option-90 "00000000000000000000001a0900000558010341010d6674692f.......Option longue"
Request options
subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search,routers,domain-name-servers,option-90
Option Modifiers
vlan-pcp 6
Le Request options c'est l'option 55 donc il n'est pas a exclure qu'elle soit aussi nécessaire dans l'UDM-Pro à terme.
Si quelqu’un a une idée je peux tester.
-
Orange n’a rien changé. Leur projet de contrôle d’accès renforcé a été abandonné car trop coûteux.
L’option 90 envoyé par la box change à chaque renew DHCP depuis qu’orange a mis en place l’option 90 longue, mais orange n’empêche pas le rejeu et n’a pas l’intention de le faire.
-
[...]orange n’empêche pas le rejeu[...]
Ca, ok, on peut tous le constater.
[...]et n’a pas l’intention de le faire.
Comment tu peux en être sûr ?
-
Salut tout le monde,
Je suis à l’origine du post https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23, je test actuellement un firmware avec une option effectivement.
,,,,
Désolé, je ne peux pas vraiment t'aider.,,
J'ai un ONT fournit par Orange rangé dans une boite, mais j'ai revendu l'USG que j'utilisais auparavant avec l'ONT en remplacement de la livebox.
Depuis, j'ai un UDM SE, donc en DMZ avec la livebox . Ca fonctionne bien, mais si un jour on a la possibilité de se passer de la livebox...je suis preneur...
Alors j'espere que tu pourra résoudre rapidement ton problème afin que je puisse également tester l'udm SE avec ce firmware un de ces jours..
Bon courage
-
Comment tu peux en être sûr ?
Parce que j'ai mes infos en interne (comment tu crois que j'ai pu connaitre les détails techniques du nouveau format de l'option 90 ?). Le but de l'option 90 longue c'était purement de remettre l'authentification du client au coeur de la procédure de connexion, rien de plus: Objectif atteint avec leur pseudo CHAP. S'ils avaient voulu enpêcher le rejeu, ils auraint déjà commencé par utiliser l'option 90 telle que décrite par la RFC, ce qui n'est toujours pas le cas.
-
Hello,
Fodolan, tu as pu avancer dans tes tests ? Y’a du mieux ?
Sinon, on me dit dans l’oreillette qu’il n’est plus possible de demander un ont chez Orange/sosh. Vous confirmez ?
Bonne journée a tous.
-
Hello,
Non pas réussi à faire fonctionner l’authentification depuis…
Point mort pour moi et apparement je ne suis pas le seul.
-
11x sur 10, lorsque ca ne marche pas c'est que tu t'es trompé quelque part ou que tu as zappé un prérequis.
- Une erreur dans une des options DHCP, ou une option DHCP pas envoyée.
- Pas de COS 6 sur la requete DHCP.
-
Hello,
Non pas réussi à faire fonctionner l’authentification depuis…
Point mort pour moi et apparement je ne suis pas le seul.
Avec l'UDM PRO tu mets la CoS à 6 aussi ?
-
Pour info, j'ai ouvert un ticket concernant les options dhcp chez Ubiquiti il y a quelques jours, je viens d'avoir leur réponse.
Ils reconnaissent bien un bug où les options 60, 77, 90 bien que définies dans l'interface ne sont pas utilisées par le client dhcp.
Ils n'ont pas d'ETA pour la résolution. Ne vous acharnez pas à vouloir faire marcher l'UDM, même avec le firmware beta.
-
Hello tout le monde,
Suite au post de Fodolan, j'ai aussi demandé à UI-Glenn de participer aux tests.
Il m'a donné un premier firmware, et des instructions pour activer la CoS 6, mais en effet les options DHCP 90/77 ne marchaient pas.
J'ai viré les options, et sniffé les paquets DHCP, et ils étaient bien marqués avec la CoS6.
Ce matin, il m'a fait parvenir un nouveau firmware avec les options DHCP 90/77 + CoS6.
J'ai bien configuré les options 60/77/90, fait les modifs de UI-Glenn pour activer la CoS6, j'ai bien des paquets DHCP qui partent avec les bonnes options, mais pas d'ip.
Il doit encore manqué des trucs, peut être dans les "Request parameter".
Si y en qui veulent tester de leur côté, je peux fournir le firmware + instructions.
-
Merci de la proposition, je n'aime pas trop les firmware beta, je passe mon tour.
En te connectant en ssh à l'UDM, tu devrais pouvoir voir la ligne busybox pour le client dhcp et valider que les options sont passées correctement. Je soupçonne que la chaine de caractères (qui est déjà en hexa) définie dans l'interface d'être convertie en hexa pour l'option 90 alors que c'est déjà de l'hexa.
-
je viens de voir qu'on pouvait faire pas mal de truc en ssh
j'ai manuellement créé une interface eth8.832, et je fais des tests avec udhcpc pour voir si mes options dhcp sont bonnes
-
Hello,
Des news sur ce firmware beta ? Quelqu’un a t-il réussi a remplacer la livebox ?
-
Bonjour,
Je penses que la prochaine version d'UniFi Network Application, la 7.3.69 intègre le tag de la QoS sur le WAN :
https://community.ui.com/releases/UniFi-Network-Application-7-3-69/d801e00a-8d7d-4e52-b6db-d4d8d87835fb
Dans le changelog on a : Add validation for QoS Tag and VLAN 0 on WAN.
Après Ubiquiti nous sort une grosse version, avec wireguard, adblocking + Unifi OS 3.0, pas sur que se soit dispo tout de suite dans le canal stable.
Si quelqu'un veut tester la version 7.3.69, et nous faire un retour ça serait cool !
-
Bonjour,
Je penses que la prochaine version d'UniFi Network Application, la 7.3.69 intègre le tag de la QoS sur le WAN :
https://community.ui.com/releases/UniFi-Network-Application-7-3-69/d801e00a-8d7d-4e52-b6db-d4d8d87835fb
Dans le changelog on a : Add validation for QoS Tag and VLAN 0 on WAN.
Après Ubiquiti nous sort une grosse version, avec wireguard, adblocking + Unifi OS 3.0, pas sur que se soit dispo tout de suite dans le canal stable.
Si quelqu'un veut tester la version 7.3.69, et nous faire un retour ça serait cool !
Donc techniquement il manque plus qu'un petit L-GPON-LXT-010H-D en front et on pourrait avoir du multi gigabit sur UDM PRO ?
-
Donc techniquement il manque plus qu'un petit L-GPON-LXT-010H-D en front et on pourrait avoir du multi gigabit sur UDM PRO ?
Il vaut mieux pas vendre la peau de l'ours avec Ubiquity
En espérant qu'ils ne cassent pas tout avec UniFi OS 3.0
-
Du coup est-ce qu'aujourd'hui on peut toujours se passer de LBP avec PPOE et le VLAN 835 ?
-
Bonjour,
Je penses que la prochaine version d'UniFi Network Application, la 7.3.69 intègre le tag de la QoS sur le WAN :
https://community.ui.com/releases/UniFi-Network-Application-7-3-69/d801e00a-8d7d-4e52-b6db-d4d8d87835fb
Dans le changelog on a : Add validation for QoS Tag and VLAN 0 on WAN.
Après Ubiquiti nous sort une grosse version, avec wireguard, adblocking + Unifi OS 3.0, pas sur que se soit dispo tout de suite dans le canal stable.
Si quelqu'un veut tester la version 7.3.69, et nous faire un retour ça serait cool !
Je viens d'installer la 7.3.69 sur un UDM SE et j'attends mon converter LXT-010H-D vendredi.
Toute la config se fait bien va l'interface ?
J'ai setté vlan832 option 77 et 90 mais je vois pas ou je peux mettre la CoS et quel valeur mettre a l'option 60 ?
J'ai l'impression que le QoS Tag porte sur l'ensemble du traffic non ?
-
D'après les derniers retour, ça ne fonctionne pas sans passer par SSH (qui du coup sautera après chaque MAJ)
-
D'après les derniers retour, ça ne fonctionne pas sans passer par SSH (qui du coup sautera après chaque MAJ)
Pas de soucis je fais les update en manuel et ca me dérange pas de scripter l'update.
Tu as les commandes à faire en SSH?
Et juste pour etre sur on rentre les valeurs avec les ':' comme ca:
option 60 => "sagem"
option 61 => "xx:xx:xx:xx:xx:xx:xx"
option 77 => "+FSVDSL_livebox.Internet.softathome.Livebox4"
option 90 => "xx:xx:xx:xx:xx:xx:xx:xx:xx:xx..."
Mon identifier pour l'option 61 comence par un 0 je suppose et sur mon USG PRO j'avais mis:
1:A4:XX:XX:XX:XX:XX
-
Donc techniquement il manque plus qu'un petit L-GPON-LXT-010H-D en front et on pourrait avoir du multi gigabit sur UDM PRO ?
Petite question de débutant, mais j'avais compris qu'en utilisant le L-GPON-LXT-010H-D en front il ne sera pas nécessaire de faire d'autres manipulation sur l'UDM Pro, est-ce que je me trompe ?
-
Tu as les commandes à faire en SSH?
Non, je ne m'y suis pas encore penché dessus, j'utiliserais surement le CRS305 pour déclarer ces règles
Petite question de débutant, mais j'avais compris qu'en utilisant le L-GPON-LXT-010H-D en front il ne sera pas nécessaire de faire d'autres manipulation sur l'UDM Pro, est-ce que je me trompe ?
Normalement il n'y a pas les options DHCP, ni le COS, donc je pense pas que ca sera adapté, j'attends les premiers retours
Il n'y a pas besoin d'acheter de stick ONU
-
Hello tout le monde,
Suite au post de Fodolan, j'ai aussi demandé à UI-Glenn de participer aux tests.
Il m'a donné un premier firmware, et des instructions pour activer la CoS 6, mais en effet les options DHCP 90/77 ne marchaient pas.
J'ai viré les options, et sniffé les paquets DHCP, et ils étaient bien marqués avec la CoS6.
Ce matin, il m'a fait parvenir un nouveau firmware avec les options DHCP 90/77 + CoS6.
J'ai bien configuré les options 60/77/90, fait les modifs de UI-Glenn pour activer la CoS6, j'ai bien des paquets DHCP qui partent avec les bonnes options, mais pas d'ip.
Il doit encore manqué des trucs, peut être dans les "Request parameter".
Si y en qui veulent tester de leur côté, je peux fournir le firmware + instructions.
Hello je veux bien tester j'ai un UDM PRO SE en spare qui n'attends que ça :)
-
Bonjour à tous,
J'ai depuis peu un UDM-PRO derrière une LB4. Je me suis enfin décidé à l'acheter car je suis plutôt confiant sur le fait qu'on va arriver à se passer de la LB (la question bien sûr c'est quand :) )
UDM en 1.12.30 network en 7.3.73 (EA).
Je n'utilise ni la télévision ni le téléphone. J'envisage de passer chez orange pour augmenter le débit.
J'avoue que je suis un peu perdu dans :
- ce qui est déjà possible
- ce qui manque encore
En particulier je ne saisis pas bien ce que ceux qui testent utilisent pour relier la fibre à leur UDM. J'ai un ONT externe orange devant la LB4 mais dans l'idéal j'aimerai m'en passer et utiliser le port SFP de l'UDM. Si certains le font, qu'utilisez-vous ?
-
J'envisage de passer chez orange pour augmenter le débit.
Hello !
C'est pour passer à un débit > 1gbps ou pas ?
-
Bonne question mais si je ne me trompe pas comme j'ai pris une UDM PRO et pas une UDM PRO SE (en me disant "pas besoin mes switchs sont de toute façon POE/POE+" sans penser à cette autre différence) le port wan RJ45 est limité à 1 Gbps (et pas 2.5) donc il faudrait absolument utiliser le port WAN SFP+ et trouver un bidule qui supporte le 2 Gbps à mettre dedans ce qui exclus celui d'orange non ?
-
A priori il existe un SFP chez fs.com qui marche à 2,5gbps mais pas dans l'UDMP (nécessite le support du HSGMII côté routeur).
Il doit être possible de trouver un module "simple" SFP+ ethernet à 2,5 gbps qu'on relie à un ONT externe 2,5 lui aussi comme le Leox LXT-010H-D (?).
Sinon je crois que même sur le dernier firmware il manque une option pour pouvoir faire la requête DHCP correcte à Orange.
-
Bonne question mais si je ne me trompe pas comme j'ai pris une UDM PRO et pas une UDM PRO SE (en me disant "pas besoin mes switchs sont de toute façon POE/POE+" sans penser à cette autre différence) le port wan RJ45 est limité à 1 Gbps (et pas 2.5) donc il faudrait absolument utiliser le port WAN SFP+ et trouver un bidule qui supporte le 2 Gbps à mettre dedans ce qui exclus celui d'orange non ?
Tu peux prendre un adpater SFP+ vers ethernet 2.5gbps genre UACC-CM-RJ45-MG + Leox LXT-010H-D qui te fera GPON -> ETH 2.5gbps
Mais pour l'instant toujours pas eu ma réponse a la CoS6 sur le DHCP
-
Tu peux prendre un adpater SFP+ vers ethernet 2.5gbps genre UACC-CM-RJ45-MG + Leox LXT-010H-D qui te fera GPON -> ETH 2.5gbps
Mais pour l'instant toujours pas eu ma réponse a la CoS6 sur le DHCP
@frozeus Bonjour,
je suis tes échanges avec Glen d'Ubiquiti, peux-tu confirmer qu'au moins l'option DCHP 90 est fonctionnelle ?
Merci d'avance.
-
@frozeus Bonjour,
je suis tes échanges avec Glen d'Ubiquiti, peux-tu confirmer qu'au moins l'option DCHP 90 est fonctionnelle ?
Merci d'avance.
Pas testé je peux regarder mais j'attendais les instructions de @elliotvr
-
Tu peux prendre un adpater SFP+ vers ethernet 2.5gbps genre UACC-CM-RJ45-MG + Leox LXT-010H-D qui te fera GPON -> ETH 2.5gbps
Merci beaucoup. Pas de problème pour trouver le UACC-CM-RJ45-MG ou similaire mais le LEOX il est dispo ou pas ? Je trouve celui en 1Gbps mais pas le LXT-010H-D en 2.5 Gbps
-
Merci beaucoup. Pas de problème pour trouver le UACC-CM-RJ45-MG ou similaire mais le LEOX il est dispo ou pas ? Je trouve celui en 1Gbps mais pas le LXT-010H-D en 2.5 Gbps
Oui il est dispo http://xbest.pl/index.php?p5117,ont-gpon-lxt-010h-d-leox-1x2-5ge-1xgpon-sc-apc
Et tu envoies un mail, tu receveras une facture et il t'envoie en UPS dans les 2/3 jours.
J'ai recu le mien j'attends que les instructions pour la CoS
-
Je pense que pour le moment, il vaut mieux passer par le CRS 305
-
Je pense que pour le moment, il vaut mieux passer par le CRS 305
J'ai peut-être tout faux mais je pense vraiment que les problèmes de CoS6 et d'options DHCP vont se résoudre sur l'UDM dans quelques temps et avec le Leox on tiendra une solution. Je vais contacter xbest.pl mais j'ai du mal avec leur site moitié anglais (çà çà va) moitié polonais (çà va nettement moins bien).
-
J'ai peut-être tout faux mais je pense vraiment que les problèmes de CoS6 et d'options DHCP vont se résoudre sur l'UDM dans quelques temps et avec le Leox on tiendra une solution. Je vais contacter xbest.pl mais j'ai du mal avec leur site moitié anglais (çà çà va) moitié polonais (çà va nettement moins bien).
Je pense comme toi mais pour l'instant firmware toujours en beta et sans CoS sur DHCP.
Google translate du site et tu peux écrire en anglais et il réponds en anglais
-
Je pense comme toi mais pour l'instant firmware toujours en beta et sans CoS sur DHCP.
Google translate du site et tu peux écrire en anglais et il réponds en anglais
Merci message envoyé à xbest.pl
Les options DHCP Client 60, 61, 77, 90 sont déjà dans Network 7.3.73 (enfin dans l'IU, je n'ai pas vérifié les paquets) donc oui il ne reste que la CoS6 sur les requêtes DHCP. Et ceux qui ont reçus la béta n'ont pas pour le moment donné de retour positif il me semble.
Wait and see
-
J'ai peut-être tout faux mais je pense vraiment que les problèmes de CoS6 et d'options DHCP vont se résoudre sur l'UDM dans quelques temps et avec le Leox on tiendra une solution. Je vais contacter xbest.pl mais j'ai du mal avec leur site moitié anglais (çà çà va) moitié polonais (çà va nettement moins bien).
J'espère que tu n'es pas pressé, je ne pense pas que ça arrive (si ça arrive) de sitôt
-
Non je ne suis pas pressé. Mais je pense que çà arrivera.
-
J'ai commandé le LEOX. xbest.pl est super réactif :)
-
Bonjour à tous,
je suis ce fil depuis quelques temps, étant possesseur de Livebox 5 Fibre et ayant une forte envie de la supprimer au profit d'un accès direct par l'UDM Pro.
Ce fil sur la communauté UI semble être le point de référence où les principales interactions avec UI se passent sur notre sujet préféré : https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23?page=1, comme déjà mentionné ici.
Si je résume la situation actuelle, le FW beta 7.3.x est maintenant capable de passer tous les bons paramètres DHCP Options nécessaires chez Orange, mais pas encore la CoS 6, c'est bien ça ?
Dans l'éventualité où cela serait résolu bientôt (on peut toujours rêver), certains d'entre vous ont commandé le boitier LEOX. Pouvez-vous me dire pourquoi, et surtout pourquoi ne pas utiliser un transceiver GPON SFP sur le port 10 de l'UDM Pro, comme un de ceux-là ? https://www.fs.com/fr/c/pon-transceivers-2845?c_site=community&c_ctype=knowledge&c_from=wordlink&c_cat=BMCS220037-100M_to_2.5G_Modules-Wiki&c_rel=16906
Désolé pour la question qui semblera bête à certains, mais je suis intéressé ne serait-ce que pour ma culture générale :)
Bon courage à ceux qui testent le FW Beta!
-
Bonjour à tous,
je suis ce fil depuis quelques temps, étant possesseur de Livebox 5 Fibre et ayant une forte envie de la supprimer au profit d'un accès direct par l'UDM Pro.
Ce fil sur la communauté UI semble être le point de référence où les principales interactions avec UI se passent sur notre sujet préféré : https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23?page=1, comme déjà mentionné ici.
Si je résume la situation actuelle, le FW beta 7.3.x est maintenant capable de passer tous les bons paramètres DHCP Options nécessaires chez Orange, mais pas encore la CoS 6, c'est bien ça ?
Dans l'éventualité où cela serait résolu bientôt (on peut toujours rêver), certains d'entre vous ont commandé le boitier LEOX. Pouvez-vous me dire pourquoi, et surtout pourquoi ne pas utiliser un transceiver GPON SFP sur le port 10 de l'UDM Pro, comme un de ceux-là ? https://www.fs.com/fr/c/pon-transceivers-2845?c_site=community&c_ctype=knowledge&c_from=wordlink&c_cat=BMCS220037-100M_to_2.5G_Modules-Wiki&c_rel=16906
Désolé pour la question qui semblera bête à certains, mais je suis intéressé ne serait-ce que pour ma culture générale :)
Bon courage à ceux qui testent le FW Beta!
Ca marchera en 1Gb/s seulement le port SFP+ est 1Gb/s ou 10Gb/s il n'y pas d'interface HSGMII pour faire du 2.5G.
Si tu veux faire du 2.5G tu dois prendre un SFP+ <-> ETH 2.5 (pour UDM PRO) et ensuite le LEOX.
-
Ok merci, makes sense.
Mais dans ce cas, comme le LEOX a les ports suivants :
- 1 Ethernet 2.5GE port
- 1 GPON port (SC / APC)
Est-ce que l'UDM Pro avec un adaptateur SFP+/10GE sur le port 10 peut négocier un débit 2.5G avec le LEOX ?
-
Oui un GPON en SFP+ 10Gbps n'existe pas mais un ETH 2.5Gbps en SFP+ 10Gbps existe : https://eu.store.ui.com/collections/unifi/products/10g-sfp-to-10gbe-rj45-module?_pos=8&_sid=311abace8&_ss=r
-
Merci - J'ai celui-là https://www.fs.com/fr/products/89572.html
Dans les specs il n'est pas indiqué si 2.5G est supporté mais dans les questions plus bas apparemment qq'un a répondu que oui...
On verra bien, si UBNT débloque le pb de la CoS 6 je prendrai un LEOX aussi.
-
Salut tout le monde,
Je suis à l’origine du post https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23, je test actuellement un firmware avec une option effectivement.
J'ai la fibre qui arrive sur l'ONT SFP, que je converti en ethernet avec un MC220L. Ensuite je m'authentifie en PPPoE sur l'UDM-Pro.
Comme vous, j'essai d'utiliser le DHCP.
J'ai suivi les indications de UI-Glenn qu'il m'a envoyé avec le custom firmware mais ça ne fonctionne pas. J'ai voulu revérifié que ça marchait toujours sur mon pfSense au cas où et là impossible de recevoir une IP j’ai bugué pendant 2h…
Ca fonctionnait il y a quelques semaines avec l’option 90 longue (avec le hash du mdp).
Elle a du se renouveler donc j’ai resniffer la Livebox pour vérifier l’option 90 et elle avait bien changée. Je l’ai récupérée pour la remettre dans le pfSense mais ça ne fonctionne toujours pas, là je sèche.
Orange a du changer un truc quelque part je suis sur et certain de la conf sur le pfSense et les options je les sniff en hexa puis je les copie colle, impossible que je fasse une erreur à ce niveau.
Pour info sur le pfSense ça fonctionnait avec ces options :
Send options
dhcp-class-identifier "736167656d", user-class "2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7834", option-90 "00000000000000000000001a0900000558010341010d6674692f.......Option longue"
Request options
subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search,routers,domain-name-servers,option-90
Option Modifiers
vlan-pcp 6
Le Request options c'est l'option 55 donc il n'est pas a exclure qu'elle soit aussi nécessaire dans l'UDM-Pro à terme.
Si quelqu’un a une idée je peux tester.
Bonjour,
Peux-tu stp m'expliquer où trouver les valeurs à saisir dans l'interface de L'UDM pour les options DCHP 61 et 90 ?
Merci d'avance,
-
Nous sommes le 11 novembre et Ubiquiti a sorti des releases il y a 3 mois concernant ce problème et amenant à la possibilité de configurer l'interface WAN sur UniFi Network en DHCP avec options et CoS.
Je ne sais pas si depuis vous avez pu tester leur version et si vous avez pu y voir des changements, mais cela ne semble pas y avoir changé grand-chose (l'auth est volontairement retirée de mon image : https://pasteboard.co/BhMfvx2MydKX.png).
L'interface ne semble pas permettre le tagging des paquets en sortie en fonction de leur protocole et il n'est pas vraiment possible de savoir s'il faut rentrer les options en hexa directement ou non (d'ailleurs est-ce que vous savez si l'algo de génération de l'option auth à changé par rapport à ce qui avait pu être créé pour générer une auth ?).
J'ai essayé d'écouter le trafic sortant de mon UDR pour voir si ces paquets partent bien tel qu'attendus mais je n'ai rien vu (peut-être une erreur de logique de ma part) et de trouver le fichier de conf lié à cela sur mon UDR sans passer par le dhclient pour vérifier que tout fonctionne correctement avant de chercher à modifier quoi que ce soit mais je n'ai rien trouvé.
Auriez-vous des idées de tests à réaliser sur mon UDR afin de voir si le nouveau firmware peut maintenant marcher avec Orange, et que donc l'UDM Pro pourrait à son tour le devenir ?
-
Sinon patcher le client DHCP de l'UDM quelqu'un a déja testé?
Je suis a deux doigts de me lancer la dedans.
-
J'ai demandé les sources GPL a Ubiquiti et je viens de patcher le DHCPC de busybox.
quelqu'un peut me confirmer que le patch est bon?
https://github.com/clementperon/busybox/tree/UDMSE-3.0.13
Mais il y a un truc bizarre les patches fournit dans l'archive GPL pointe vers le busybox-legacy v1.34.1.
Alors que le binaire udhcpc dans mon UDMSE est en 1.30.1
UDMPROSE-3.0.13-GPL.csv
busybox-legacy,1.34.1-17220+g0cf9e105e,https://git.busybox.net/busybox,GPL-2.0+
busybox-static,1:1.30.1-6+b3,,
-
Hello,
Bon après investigation le busybox-legacy n'est utilisé que pour udhcpc, je suis donc parti de la version Debian Bookworm: 1.35.0.
J'ai appliqué les patchs Ubiquiti + le patch CoS6 mais nouveau probleme on ne peut pas entrer de valeur hexadécimal depuis la UI :(
Si je rentre dans les DHCP options un 61 Clientidentifier: 01020304050607
udhcpc va etre lancé avec l'option converti en hexa
/usr/bin/busybox-legacy/udhcpc --foreground --interface eth8 ..... -x 61:3031303230333034303530363037
Ce qui n'est pas ce qu'on veut non ?
-
Et en mettant l'équivalent en texte, tu retrouves quoi ? (https://www.online-toolz.com/tools/text-hex-convertor.php (https://www.online-toolz.com/tools/text-hex-convertor.php))
L'interface semble prendre la valeur sans erreur.
-
J'ai essayé mais j'ai des caractères comme A7 ou AD qui ne sont pas représentable sur la table ASCII :(.
J'ai ouvert un ticket chez Ubiquiti.
Et autre information le client udhcpc de Ubiquiti est patché pour supporté la CoS.
Je mets le patch en PJ mais j'ai l'impression que certaines sockets ne sont pas priorisées contrairement à ce qui ai fait la:
https://www.lafois.com/2021/11/28/patching-udhcp-busybox-for-cos-priority/
Vous en pensez quoi? ça semble bon? Si c'est le cas techniquement pas besoin de patcher UDHCPC du coup :)
-
Est-ce-que ça pose un problème de pas avoir d'équivalence ASCII ? Cela semble fonctionner quand même :
-
Tu as rentré dans quel format ?
Je viens de tester avec 010203040506 et j'ai une length de 14 au lieu de 7
01:02:03:04:05:06 une length de 20
-
J'ai été sur le site, j'ai entré la valeur en hexa que tu as mis 01020304050607, j'ai pris le texte converti, copié collé dans le champs sur l'interface web Ubiquiti, puis Add(+), c'est tout
-
Très bizarre
je viens de faire un screen en PJ
-
En fait c'est la MAC 020304050607 qui passe, pas les vraies adresses...
-
Haaaaa oui en ASCII si tu restes en dessous de 7E comme caractères tu peux faire comme tu dis normalement
-
UTF-8 n'a pas la correspondance, par contre ASCII ça le faisait pour moi :'(
Pas compris pourquoi ils ont mis le champ en texte... Plus qu'à attendre leur retour
-
Hello,
Bon Ubiquiti a l'air d'avoir accepté le probleme et un "Escalation engineer" va prendre le relais (aucune idée du temps que ça va prendre...)
Je viens de faire un repo github avec les patchs et une release pour le busybox patché.
https://github.com/clementperon/busybox-ubnt-build/releases/tag/0.1
Il faut récupérer: busybox_1.35.0-4_arm64.deb extraire avec dpkg -X busybox_1.35.0-4_arm64.deb .
et uploader le bin/busybox pour remplacer le /bin/busybox-legacy de l'UDM.
-
En attendant, tu as le moyen de modifier la config en CLI ?
J’ai essayé de modifier les fichiers udapi.cfg ; udapi.cfg.lu-off ; udapi.cfg.lu-on avec un éditeur Hex (Hex Friend) et j’ai pu insérer mon adresse Mac sans soucis, par contre la valeur se fait écraser au provisionnement de l’interface Web..
Une idée du fonctionnement ? Je n’y comprends rien avec le container Docker et pas de documentation..
L’option 90 c’est le même problème aussi ? La valeur sur l’interface Web est en texte ou hexa ?
-
"We have reported this issue to our product team. They will go through the logs and work on determining the root cause of the issue. As soon as there is any update from them, we will get back to you via this ticket or via a new email ticket. We recommend keeping an eye on our upcoming releases on community.ui.com/releases
Unfortunately, at the moment we do not have a workaround available. Please let us know here if you have any further questions."
Si tu veux toucher au config je pense que tu dois te connecter a la database mongo
$> mongo --port 27117
et ensuite je pense que c'est la database "ace"
db.networkconf.find()
{ "_id" : ........." : [ { "optionNumber" : 61, "value" : "01XXXXXXXX" } ], ....... }
-
Ok,
Je pense avoir trouvé un truc
en se connectant a mongo:
$> mongo --port 27117
$> use ace
$> db.networkconf.update({"wan_networkgroup": "WAN", "wan_dhcp_options.optionNumber":61}, {$set:{"wan_dhcp_options.$.value": "\xFF\xFE\xFF"}})
un petit restart
$> service unifi restart
et on regarde le process UDHCPC et ca devrait etre bon!
Je test ça lundi prochain je n'ai pas accès a mon UDM pro pour le moment :(
-
Pour la partie bypass du champ texte en hexa, nickel cela fonctionne, trop fort
Par contre je viens de tester n'importe quelle valeur texte dans les options 77 et 90, et dans les logs on obtient ça :
Jan 7 12:06:47 ubnt daemon.err mcad: mcad[2041]: udapi-bridge-api.udapi_request(): Error message: Failed to apply interfaces configuration: The method or function is not implemented: support for DHCP client option 77 hasn't been added yet: method: void {anonymous}::make_udhcpc_dhcp_options(std::vector<std::__cxx11::basic_string<char> >&, const std::vector<udapi::DHCPOption>&), file: /home/builder/workspace/FW_ubios_multi/udm_pro_release/output/build/ubios-udapi-server-1ccb881d6fc93dc26b8a4ce6a6bc816c2b50f4db/src/dhcp
-
Bon ba Unifi a fermé le ticket quand j'ai demandé a modifié depuis mongo :(
Faudra checker les prochaines releases, j'espère que ca prendra pas trop longtemps.
Sinon je peux hardcoder les valeurs dans UHCPC mais bon c'est très sale...
Unfortunately, CLI configurations are not a part of our support scope. We do not recommend making any CLI related changes on the UniFi Console. The issue is still under investigation. We recommend keeping an eye on our upcoming releases on community.ui.com/releases
-
Bonjour
Est ce que à se jour quelqu'un a reussi à faire fonctionné la fibre 2gbps de orange sur une dream machine pro ? si oui peut il fournire la liste exacte du materiel utilisé ?
-
Bonjour
Est ce que à se jour quelqu'un a reussi à faire fonctionné la fibre 2gbps de orange sur une dream machine pro ? si oui peut il fournire la liste exacte du materiel utilisé ?
Pour l'instant personne même pas en 1gbps.
Une fois le gbps débloqué il faudra un adpater SFP+ vers ethernet 2.5gbps genre UACC-CM-RJ45-MG + Leox LXT-010H-D qui te fera GPON -> ETH 2.5gbps
Moi j'ai déjà le Leox de ready et c'est direct en eth 2.5gbps avec UDM PRO SE.
-
Bon ba Unifi a fermé le ticket quand j'ai demandé a modifié depuis mongo :(
Faudra checker les prochaines releases, j'espère que ca prendra pas trop longtemps.
Sinon je peux hardcoder les valeurs dans UHCPC mais bon c'est très sale...
Il faudrait déjà un ticket pour faire marcher l’option 77 et 90, tu t’en charges ou je fais le ticket ?
-
Il faudrait déjà un ticket pour faire marcher l’option 77 et 90, tu t’en charges ou je fais le ticket ?
En effet j'ai un soucis sur l'option 90 mais le 77 marche chez moi:
/usr/bin/busybox-legacy/udhcpc --foreground --interface eth8 --script /usr/share/ubios-udapi-server/ubios-udhcpc-script --decline-script /usr/share/ubios-udapi-server/ubios-udhcpc-decline-script -r 10.98.2.68 --clientid-none -x 61:74 -x 77:05736167656d
l'option 90 attends un input en hexa: udhcpc: malformed hex string 'tata'
en rentrant 1234 pour l'option 90:
/usr/bin/busybox-legacy/udhcpc --foreground --interface eth8 --script /usr/share/ubios-udapi-server/ubios-udhcpc-script --decline-script /usr/share/ubios-udapi-server/ubios-udhcpc-decline-script -r 10.98.2.68 --vendorclass toot --clientid-none -x 61:74 -x 77:05736167656d -x 90:1234
-
T’as quoi comme versions ? Tu vois l’option après sur Wireshark ?
-
T’as quoi comme versions ? Tu vois l’option après sur Wireshark ?
UniFi OS UDM SE 3.0.13
Oui good sur wireshark.
-
Ah ben voilà j’ai que des UDMP non SE ;D
-
J'ai ouvert un support chez Ubiquiti en juillet 2022 concernant les problème des options dhcp notamment le 90 et 77, ils ont bien reconnu le problème mais ils ne m'ont pas donné d'ETA.
J'ai ouvert le ticket pour un UDM PRO SE.
-
Hello,
Bon je viens de faire un patch pour UDHCPC et unhexify l'option 61 passé par UnifiOS.
https://github.com/clementperon/busybox-ubnt-build/pull/3/files
Si quelqu'un a un UDM PRO SE pour tester:
Option 90/61 à mettre en Hexa: Techniquement AA:BB:CC ou AABBCC devrait fonctionner
Option 60/67 en String
-
Bonjour
Est ce que à se jour quelqu'un a reussi à faire fonctionné la fibre 2gbps de orange sur une dream machine pro ? si oui peut il fournire la liste exacte du materiel utilisé ?
Je suis toute la discution mais j'avoue que pratiquement tout est vraiment au dela de mes competences.
Perso avec une dmz et avec un le sfp+ d'ubiquiti sur l'udm pro, j'ai une liaison 10gbe (multi gig) qui me donne bien les 2,5gbe sur mon mac de bureau.
Est ce une si mauvaise solution pour que beaucoup d'entre vous n'envisagent pas faire de la sorte ?
en tout cas, merci pour tous les echanges tres interessants.
-
Hello,
Bon je viens de faire un patch pour UDHCPC et unhexify l'option 61 passé par UnifiOS.
https://github.com/clementperon/busybox-ubnt-build/pull/3/files
Si quelqu'un a un UDM PRO SE pour tester:
Option 90/61 à mettre en Hexa: Techniquement AA:BB:CC ou AABBCC devrait fonctionner
Option 60/67 en String
Hello !
J'ai reçu récemment mon UDM SE, et je m'interesse de près a supprimer ma LiveBox
J'ai vu ton commentaire et je serai interessé
Pourrais-tu faire un rapide résumé de ce qu'il faut faire depuis le début please ?
Stoufiler
-
Salut,
Pour info je viens de proposer le patch upstream sur busybox si des gens veulent review et faire un commentaire:
http://lists.busybox.net/pipermail/busybox/2023-January/090091.html
Nouvelle decouverte: je pense que ça ne sert a rien d'unhexify l'option 61 je pense qu'il suffit juste de faire un mac address clone sur unifi et le 61 sera setté tout seul.
Sinon petit récap pour faire de l'IPv4 Orange sur UDM il faut 4 trucs:
1: Un ONT pour la fibre soit celui fournit par orange soit :
Leox LXT-010H-D (voir le sujet https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/ pour le configurer)
Sur UDM PRO SE en lien direct.
Sur UDM PRO en lien RJ45 => 1gbps/s sinon passer par un adpater SFP+<->ETH2.5
2: Des reqetes DHCP sur VLAN832: ca c'est supporté nativement avec UnifiOS
3: Des requetes DHCP avec priorité 6 (il faut un client DHCP patché)
=> voir https://github.com/clementperon/busybox-ubnt-build
=> récupérer un artifact de build ARM64
=> extraire avec dpkg -X busybox_1.35.0-4_arm64.deb
=> et uploader en SSH le bin/busybox pour remplacer le /bin/busybox-legacy de l'UDM
4: Des les bonnes options dans les requetes DHCP:
=> 60: Client Vendor: String: "sagem"
=> 61: Client Identifier: Mettre la bonne mac adresse sur l'interface unifi
=> 77: User Class: String: "+FSVDSL_livebox.Internet.softathome.Livebox3"
=> 90: AuthSend: Hexa: a récupérer ici: https://jsfiddle.net/kgersen/3mnsc6wy/
Je pense pouvoir tester ce midi et confirmer si tout est ok :)
Test1 avec ONT Orange
Test2 avec Leox LXT-010H-D
EDIT:
Test1 => failed
Test2 => failed
-
@frozeus, comme tu as l'air de bien maitriser la rétroingénierie de l'UDMP, saurais-tu faire un patch pour
- désactiver le NAT de façon persistante
- ajouter la ligne "ext_ip=" à la conf située ici : unifi-os shell>/run/miniupnpd.conf de façon persistante
Du coup si c'est possible ça me tenterait d'acheter un UDMPSE puisque le routage statique est maintenant fonctionnel depuis la version 4.66 de la LB5P.
J'ai fais une feature-request (https://community.ui.com/questions/feature-request-Disabling-NAT-and-custom-UPNP-WAN-IP/b833f63e-26a7-4812-9af7-43cec0b3a2d1) sur le forum, malgré le peu de chance d'avoir une prise en compte, sachant que ces deux fonctions sont demandées depuis des années sur le forum...
-
Hello @iMarco27,
Non je connais pas trop l'archi de unifios.
J'ai juste demandé l'archive GPL et patché Udhcpc pour le moment.
Mon dernier truc a tester c'est de changer les bons paramètres requires list dans la request DHCP.
Sinon j'ai un sniffer ethernet qui arrive dans la semaine.
-
Hello,
J'ai recu la defconfig busybox d'ubiquiti, j'ai donc update le busybox et rajouté un patch pour les DHCP requirements options.
J'ai tout mergé sur le meme repo:
https://github.com/clementperon/busybox/commits/ubiquiti
Je refais un test Lundi et le LEOX marchant nickel si ça marche ca devrait faire du 2.5gbps directement ;D
-
Damn, good job
c'est IPv4 only pour l'instant ?
-
Hello,
Pour l'instant c'est rien du tout, mais si tout est good ca devrait etre IPv4 lundi.
Si ca ne marche pas lundi je ne vois pas pourquoi mais j'ai le sniffer ethernet et je regarderais la réponse.
Pour IPv6 je pense pas que ca soit faisable, j'ai pas regardé mais il faut qu'Unifi autorise de setter les DHCP options:
- 11: Authentication
- 15: User Class
- 16: Vendor Class
Je crois que pour le moment ce n'est pas le cas
La CoS 6 étant deja patche il faudra juste patcher pour rajouter les option request 11, 17, 23, 24, assez simple à faire.
Il faut aussi s'assurer que le client identifier est dans le bon format.
Si tu mets une mac au format 11:22:33:44:55:66
Le paquet doit etre au format:
Value: 00030001112233445566
DUID: 00030001112233445566
DUID Type: link-layer address (3)
Hardware type: Ethernet (1)
Link-layer address: 11:22:33:44:55:66
Plus d'infos ici:
https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/
-
As-tu pu tester la manip lundi ? :)
-
Hello,
Oui malheureusement ça n'a pas marché, en faisaint une capture je vois que CoS et ToS ne sont pas settés.
Je vais update mes patchs et refaire un test.
-
à priori ca devrait arriver dans pas très très longtemps
BETA UniFi Network Application 7.4.140 sur Unifi OS > 3.0
"Add DHCP CoS setting to Internet settings (requires UniFi OS 3.0+ Console)."
-
T’es rapide ça a été posté y’a 3/4 d’heure
Y’a aussi le support IPTV avec Proxy IGMP dans la release et une tonne d’améliorations
-
Hello,
Je veux pas etre pessismiste mais a mon avis ca ne va pas marcher.
Je viens de faire un test en mettant la QoS a 6 et j'ai l'impression que tout le traffic est mapper vers 6 => la connection va etre bridé par Orange
:/usr/bin# cat /proc/net/vlan/eth8.832
eth8.832 VID: 832 REORDER_HDR: 1 dev->priv_flags: 1021
total frames received 0
total bytes received 0
Broadcast/Multicast Rcvd 0
total frames transmitted 37
total bytes transmitted 12371
Device: eth8
INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0
EGRESS priority mappings: 0:6
-
Avec le nouveau paramètre ?
-
Ha non c'est good :-X
J'avais pas vu le nouveau champ my bad
root@UDM-Pro-SE-Paris:~# cat /proc/net/vlan/eth8.832
eth8.832 VID: 832 REORDER_HDR: 1 dev->priv_flags: 1021
total frames received 0
total bytes received 0
Broadcast/Multicast Rcvd 0
total frames transmitted 8
total bytes transmitted 1088
Device: eth8
INGRESS priority mappings: 0:0 1:0 2:0 3:0 4:0 5:0 6:0 7:0
EGRESS priority mappings: 6:6
-
Top, et l’option 90 est toujours en texte ou c’est corrigé en hexa ?
-
Pour moi je n'ai pas le soucis j'ai l'impression que l'option 90 est bien setté.
Par contre le ToS n'est pas bien setté ni les DHCP params request list.
Je vais essayer avec mon udhcpc patché en top.
-
Pour moi je n'ai pas le soucis j'ai l'impression que l'option 90 est bien setté.
Par contre le ToS n'est pas bien setté ni les DHCP params request list.
Je vais essayer avec on udhcpc patché en top.
c'est l'histoire sans fin leur maj ;D
-
Après c'est des options bien spécifique a Orange et pas a tous les ISP en général
Édit même avec le bon ToS et les dhcp paramètres bien set ça ne fonctionne pas :(
-
Peux-tu faire un retour sur le post beta sur leur forum ? Je n’ai pas de SE pour tester :-\
-
Hello,
Je pense que la CoS6 fonctionne comme il l'indique dans le changelog donc difficile de dire que ça marche pas.
Je viens de me rendre compte que mon param 77 était faux j'avais un '+' qui correspond a la size et qu'il ne faut donc pas mettre dans la chaine de string...
Je reessaie lundi sauf si quelqu'un avec UDM PRO SE veut faire le test avant.
Techniquement ca devrait fonctionner avec le udhcpc modifié.
-
Quel intérêt de patcher le client DHCP si la CoS est native dans la prochaine release ?
-
Spécifier la bonne liste Parameter Request List et le ToS.
Je pense que seul le premier est obligatoire
-
Hello,
Je pense que la CoS6 fonctionne comme il l'indique dans le changelog donc difficile de dire que ça marche pas.
Je viens de me rendre compte que mon param 77 était faux j'avais un '+' qui correspond a la size et qu'il ne faut donc pas mettre dans la chaine de string...
Je reessaie lundi sauf si quelqu'un avec UDM PRO SE veut faire le test avant.
Techniquement ca devrait fonctionner avec le udhcpc modifié.
Des news ? ;)
-
Hello,
Techniquement mes dernieres requetes DHCP sont good mais pas de réponse en face...
J'ai demandé de l'aide dans le thread https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/msg999599/#msg999599
-
Oui pas de nouvelle, c'est dommage, j'aimerai tellement aussi faire comme vous et enlever ma livebox ...
-
Hello hello,
J'ai réussi à me procurer un adaptateur GPON LEOX le LX-010S-H
Je viens d'installer la early access de Ubiquiti sur mon UDM PRO SE a savoir la version 7.4.145 de Unifi Network
- DHCP COS : 6
- VLAN ID : 832
- DHCP OPTION 90 : Caclulée avec JSFIDDLE (https://jsfiddle.net/kgersen/3mnsc6wy/)
- DHCP OPTION 60 : sagem
- DHCP OPTION 77 : +FSVDSL_livebox.Internet.softathome.Livebox3
Cependant lorsque je branche la fibre directement sur mon UDM PRO SE, j'obtiens une IP de parking a savoir : 172.16.152.91
Dans les logs de l'UDM j'ai ceci :
2023-03-18T15:19:46+01:00 UDM-SE mcad[2252]: mcad[2252]: ace_reporter_udapi_interface.udapi_geo_info_recv_error(): Error(1) while waiting for geo-info response from eth9.832
2023-03-18T15:19:56+01:00 UDM-SE mcad[2252]: mcad[2252]: ace_reporter_udapi_interface.udapi_geo_info_recv_error(): Error(1) while waiting for geo-info response from eth9.832
Pour info j'ai une Livebox 5 SOSH
Qu'aurais-je pu oublier ?
Merci d'avance
-
Stoufiler> IP de parking en 172.16.x , c'est qu'il manque pas grand chose (car au moins le DHCP te répond).
Ton option 90 est bien OK avec le bon fti et mot de passe ?
Sinon, il manque l'option 61 (dhcp-client-identifier DUID) : 01:xx:xx:xx:xx:xx:xx
-
Merci pour ta réponse @hj67
Oui, mon option est bien OK avec le user et le mdp fraichement reçu hier, cependant dans le fiddle je n'ai pas changé les valeurs de salt et Byte
- Salt : 1234567890123456
- Byte : A
J'ai testé en mettant l'option DHCP 61 avec 01:MO:AD:RE:SS:EM:AC et sans les deux points
Dans les deux cas j'obtiens encore une IP Privée :/
J'ai aussi decodé la chaine HexaDecimale retournée par l'application Livebox Monitor et j'ai vu que c'était Livebox5 et non Livebox3
Chaine hexa : 2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7835
Chaine hexa décodée : +FSVDSL_livebox.Internet.softathome.Livebox5
Du coup j'ai laissé l'option 61 mais j'ai remplacé la 77 avec la nouvelle chaine hexa décodée
2023-03-18T17:20:22+01:00 UDM-SE kernel: al_eth 0000:00:00.0 eth9: link config (0x1)
2023-03-18T17:20:37+01:00 UDM-SE ubios-udapi-server[1194]: dhcp-client: udhcpc leasefail/nak: {"action":"leasefail","interface":"eth9.832","script":"ubios-udhcpc-script"}
2023-03-18T17:21:12+01:00 UDM-SE mcad[2252]: mcad[2252]: ace_reporter_udapi_interface.udapi_geo_info_recv_error(): Error(1) while waiting for geo-info response from eth9.832
On voit bien que j'ai connecté l'adaptateur et après ca tombe encore en erreur
Qu'est-ce qui pourrait manquer ?
Je suis dessus depuis hier et je commence à sécher :)
-
Update !
Ca fonctionne maintenant !!
Voici ma configuration pour ceux qui cherche
- VLAN ID : 832
- MAC Address Clone : XX:XX:XX:XX:XX:XX
- DHCP Option 60 : sagem
- DHCP Option 90 : calculé avec jsfiddle
- DHCP Option 77 : FSVDSL_livebox.Internet.softathome.Livebox5
- DHCP CoS : 6
ATTENTION pour l'option 77 ne pas mettre le +
-
Trop bien !
J'ai essayé la même config sur le port eth2.5 y'a 1 mois et pas de reponse côté orange :(.
Je vais réessayer dans la semaine.
-
Hello hello,
J'espère que vous allez bien !
Je viens vers vous pour vous parler de mon petit projet que j'ai fait ce week-end et qui je l'espère pourra vous aider si vous cherchez a remplacer votre Livebox par un UDM PRO SE.
J'ai fait une petite application en GO afin de générer toutes les commandes nécessaires pour l'adaptateur SFP LEOX LX-010S-H, ainsi que pour l'UDM PRO SE.
Le projet se situe à l'adresse : https://github.com/StephanGR/gobox
Je me suis permis de créditer le forum de lafibre.info si cela vous gêne je peux l'enlever sans soucis ! :)
Comment ca fonctionne ?
Vous téléchargez le binaire en fonction de votre système ou vous le buildez vous-même mais il vous faudra GO en version 1.20
Ensuite, il vous suffit d'exécuter le programme et de renseigner les valeurs demandées.
Pourquoi dois-je renseigner mon mot de passe livebox ?
Le programme fait des requêtes HTTP directement sur la Livebox afin de récupérer les valeurs nécessaires, comme le fait le programme LiveboxMonitor : https://github.com/p-dor/LiveboxMonitor et pour cela il faut s'authentifier auprès d'elle
Pourquoi dois-je renseigner mon mot de passe FTI ?
Je me suis basé sur le JSFIDDLE a cette adresse : https://jsfiddle.net/kgersen/3mnsc6wy/ pour pouvoir "calculer" l'option DHCP 90 et il faut encoder le mot de passe de la ligne pour avoir l'option 90 correcte
Un exemple ?
Bien sûr :
./gobox
Livebox IP : 192.168.1.1
Username: admin
Password:
✅ Successfully connected to Livebox ! ✅
Account FTI Password:
===========LEOX GPON COMMAND=============
flash set GPON_PLOAM_PASSWD DEFAULT012
flash set OMCI_TM_OPT 0
flash set OMCI_OLT_MODE 1
flash set GPON_SN XXXXXXXXXXXX
flash set PON_VENDOR_ID SMBS
flash set HW_HWVER XXXXXXXXXXXX
flash set OMCI_SW_VER1 XXXXXXXXXXXXX
flash set OMCI_SW_VER2 XXXXXXXXXXXXX
=========================================
==========UDM PRO SE SETTINGS============
NAME : LEOX GPON
VLAN ID : 832
MAC Address Clone : XX:XX:XX:XX:XX:XX
DHCP OPTION 60 : sagem
DHCP OPTION 77 : FSVDSL_livebox.Internet.softathome.Livebox5
DHCP OPTION 90 : 00:00:00:00:00:00:00:00:00:00:00:1a:09:00:00:05:58:01:03:41:01:0D:66:74:69:2F:67:66:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX
DHCP CoS : 6
=========================================
J'espère que ce programme pourra vous aider !
Si vous avez des question n'hésitez pas
PS : Le programme n'est pas encore complet, il manque une étape pour générer la commande flash set OMCC_VER 128 en fonction de l'OLT sur lequel vous êtes rattaché, je suis sur une piste, je travaillerai dessus quand j'aurai un peu de temps :)
-
Update !
Ca fonctionne maintenant !!
Voici ma configuration pour ceux qui cherche
- VLAN ID : 832
- MAC Address Clone : XX:XX:XX:XX:XX:XX
- DHCP Option 60 : sagem
- DHCP Option 90 : calculé avec jsfiddle
- DHCP Option 77 : FSVDSL_livebox.Internet.softathome.Livebox5
- DHCP CoS : 6
ATTENTION pour l'option 77 ne pas mettre le +
Question bête : tu as été migré vers le nouveau protocole plus restrictif ou pas encore ?
-
Update !
Ca fonctionne maintenant !!
Voici ma configuration pour ceux qui cherche
- VLAN ID : 832
- MAC Address Clone : XX:XX:XX:XX:XX:XX
- DHCP Option 60 : sagem
- DHCP Option 90 : calculé avec jsfiddle
- DHCP Option 77 : FSVDSL_livebox.Internet.softathome.Livebox5
- DHCP CoS : 6
ATTENTION pour l'option 77 ne pas mettre le +
Bonne nouvelle ;)
Connais-tu l'option 77 pour une livebox 6, par hasard ?
-
Super projet.
Je pense que tu peux eviter avoir a demander le password fti .
Je ne sais pas comment fait exactement LiveboxMonitor .
Mais il récupère une MIB avec toutes les options DHCP4 et DHCP6 renseigné
DONNEES DHCP V4
dhcpstatus : Bound
IPRouters : 86.245.x.x
DHCPServer : 80.10.x.x
LeaseTime : 259200 = 72h 00min 00sec
LeaseTimeRemaining : 192375 = 53h 26min 15sec
DSCPMark : 48
PriorityMark : 6
CheckAuthentication : True
AuthenticationInformation: dhcpliveboxfr250
ResetOnPhysDownTimeout : 20
SentOption : 60,61,77,90
SentOption 60 : 736167656d
SentOption 61 : 01xxxxxxxxxx
SentOption 77 : 2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7835
SentOption 90 : 00000000000000000000001a09000005580103..............................................................................................a4d3
ReqOption : 1,3,6,15,28,51,58,59,90,119,120,125
DONNEES DHCP V6
dhcpstatus : Bound
DUID : 00:03:00:01:8c:fd:de:9b:63:20
CheckAuthentication : True
AuthenticationInfo : dhcpliveboxfr250
ResetOnPhysDownTimeout : 20
SentOption : 11,15,16,17
SentOption 11 : 00000000000000000000001a09000005580103..............................................................................................a4d3
SentOption 15 : 002b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7835
SentOption 16 : 0000040e0005736167656d
SentOption 17 : 000005580006000e495056365f524551554553544544 #"U\000`\000\344\225\005c5_REQUESTERESTD"
ReceivedOption : 1,2,11,17,23,24,25
-
Question bête : tu as été migré vers le nouveau protocole plus restrictif ou pas encore ?
Je ne sais pas vraiment mais je pense que oui et non ahah
- OUI : car je me connecte avec DHCP et quand j'avais des soucis, j'avais automatiquement une IP privée à la place d'une IP publique
- NON : Etant donné que je ne peux pas ajouter les options DHCPv6 sur l"UDM PRO SE
Bonne nouvelle ;)
Connais-tu l'option 77 pour une livebox 6, par hasard ?
Pour générer l'option 77, tu peux utiliser mon programme, et ce sera automatiquement affiché :)
Super projet.
Je pense que tu peux eviter avoir a demander le password fti .
Je ne sais pas comment fait exactement LiveboxMonitor .
Mais il récupère une MIB avec toutes les options DHCP4 et DHCP6 renseigné
DONNEES DHCP V4
dhcpstatus : Bound
IPRouters : 86.245.x.x
DHCPServer : 80.10.x.x
LeaseTime : 259200 = 72h 00min 00sec
LeaseTimeRemaining : 192375 = 53h 26min 15sec
DSCPMark : 48
PriorityMark : 6
CheckAuthentication : True
AuthenticationInformation: dhcpliveboxfr250
ResetOnPhysDownTimeout : 20
SentOption : 60,61,77,90
SentOption 60 : 736167656d
SentOption 61 : 01xxxxxxxxxx
SentOption 77 : 2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7835
SentOption 90 : 00000000000000000000001a09000005580103..............................................................................................a4d3
ReqOption : 1,3,6,15,28,51,58,59,90,119,120,125
DONNEES DHCP V6
dhcpstatus : Bound
DUID : 00:03:00:01:8c:fd:de:9b:63:20
CheckAuthentication : True
AuthenticationInfo : dhcpliveboxfr250
ResetOnPhysDownTimeout : 20
SentOption : 11,15,16,17
SentOption 11 : 00000000000000000000001a09000005580103..............................................................................................a4d3
SentOption 15 : 002b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7835
SentOption 16 : 0000040e0005736167656d
SentOption 17 : 000005580006000e495056365f524551554553544544 #"U\000`\000\344\225\005c5_REQUESTERESTD"
ReceivedOption : 1,2,11,17,23,24,25
J'ai testé avec la valeur retournée par Livebox Monitor et ce n'est pas la même que celle générée avec JSfiddle d'où la demande du mot de passe de connexion afin de pouvoir calculer cette chaine
N'hésitez pas a tester le programme, je ne peux pas tester sur toutes les versions de Livebox.
Je sais que côté Pologne cela ne fonctionne pas avec la funbox 6
-
c'est normal que cela ne soit pas la même . Il y a des valeur aléatoire mais reprendre exactement la même valeur cela fonctionne
Je ne peux pas tester ton projet, je suis équipé d'un mikrotik
-
c'est normal que cela ne soit pas la même . Il y a des valeur aléatoire mais reprendre exactement la même valeur cela fonctionne
Je ne peux pas tester ton projet, je suis équipé d'un mikrotik
Je testerai avec la valeur retournée par la livebox au lieux de la calculer
Mais quid du durcissement de l'option 90 ?
car si j'ai bien compris il faut que ce soit fti + pass pour etre compliant avec cette option
-
C'est justement en le reprenant ou en le calculant avec le password que l'on gère le renforcement de l'option 90.
-
C'est justement en le reprenant ou en le calculant avec le password que l'on gère le renforcement de l'option 90.
Auparavant tu dis que la valeur est générée aléatoirement, cela signifie donc qu'elle est susceptible de changer au reboot de la box non ?
-
Oui mais cela n'a pas importance pour le moment elle sont toutes valides il y a pas de sécurité anti rejeux .
Les donnée aléatoire sont pour empêcher les rejeux mais on s'authentifie justement en rejouant toujours la meme chaine authentification
-
Oui mais cela n'a pas importance pour le moment elle sont toutes valides il y a pas de sécurité anti rejeux .
Les donnée aléatoire sont pour empêcher les rejeux mais on s'authentifie justement en rejouant toujours la meme chaine authentification
Ah bah super, je vais update le programme pour ne pas avoir a demander le pass fti et directement afficher la valeur retournée par la livebox
Je ferais un test auparavant pour être sûr :)
Merci pour les infos
EDIT : Je viens de tester avec l'option 90 affichée dans livebox monitor et en effet cela fonctionne parfaitement
-
Je viens d'update le programme pour qu'il ne demande plus le mot de passe fti et qu'il affiche directement l'option DHCP 90 depuis la Livebox
https://github.com/StephanGR/gobox/releases/tag/v0.1.2
Si vous avez moyen d'essayer et de me faire un retour ce serait parfait !
Merci d'avance
-
Super nouvelle, merci !!
Est-ce que ça pourrait marcher avec une UDM classique + un ONT externe ?
-
Super nouvelle, merci !!
Est-ce que ça pourrait marcher avec une UDM classique + un ONT externe ?
Je n'ai pas d'UDM classique ni d'ont externe mais de ce que j'ai cru comprendre, les ONT Externes permettent aussi de mettre en place les commandes flash set ...
Sinon, il faut obligatoirement que tu sois sur la dernière version (BETA RELEASE) de Unifi NETWORK afin de pouvoir mettre CoS et non la QOS sur le DHCP
Pour faire simple :
- Mettre a jour UNIFI en Beta
- Verfifier que CoS est disponible
- Executer l'application pour générer les valeurs à mettre sur l'ONT et sur l'UDM
- Executer les commandes sur l'ONT
- Renseigner les valeurs sur l'UDM
Et normalement c'est tout bon
Pourras-tu me dire si avec la béta tu as l'option CoS ?
-
Merci beaucoup pour ta réponse.
Je vais attendre que cette beta passe sur le channel officiel avant de faire la MàJ. Je te dirai une fois que c'est ok :)
-
Je sais pas quand elle va sortir en non bêta
En attendant, j'ai fait une doc où j'explique comment faire pour se passer de la box :)
https://stoufiler.github.io/isp/bypass-livebox/
-
@Stoufiler
Question indirecte sur le GPON LXT-010S-H, il serait egalement compatible 10Gb vue que l'on parle possiblement d'une offre 10Gb Orange en 2023, ou alors il ne fait que 1Gb/2.5Gb ? leur site n'est pas clair sur le sujet, ils mettent "Possibility to set 2.5G Base-T" mais pas quels seraient les autres modes.
merci
-
Hello,
De ce que j'ai compris c'est uniquement 2,5 mais j'ai un contact chez eux si tu veux je peux lui demander
-
Volontier, ce n'est absolument pas primordial mais c'est toujours agreable de savoir que l'on est "future proof" j'avais acheté un GPON SFP Orange en esperant l'utiliser/le flasher mais le UDM PRO ne semblait meme pas le reconnaitre.
d'ailleurs au sujet du UDM PRO, il faut que je regarde mais il me semble que les ports SFP ne faisaient que 1Gb/10Gb et donc il fallait un GPON particulier alors que le SE supportait aussi 2.5Gb ? Je ne sais pas si c'était un probleme hard ou corrigeable/corrigé par l'OS
-
Pour moi c'est plutôt clair, c'est un stick GPON (2,5/1,25 Gbps) et SFP (4,25 Gbps) donc syncro ethernet à max 2,5 Gbps (le pallier d'après c'est 5 Gbps et SFP c'est 4,25 donc 2,5 max)
Pour ton autre question, cela a déjà été traité avec le support, c'est une limitation matérielle et que ce soit UDMP ou UDMSE c'est 1 ou 10 Gbps sur le SFP, pas 2,5
Le support du 2,5 sur le SFP ne sera jamais implémenté sur ces révisions matérielles
Le seul moyen d'avoir le 2,5 c'est avec le LEOX avec le port RJ45 à 2,5 Gbps directement avec le UDMSE ou avec l'UDMP dans un SFP+ convertisseur 10 Gbps <-> RJ45 2,5 Gbps
-
Ok merci. Je ne sais pas pourquoi j'avait retenu que certains avaient reussi à flasher des GPON pour avoir la synchro 2.5Gb coté fibre mais sur un port 10Gb
-
Je sais pas quand elle va sortir en non bêta
En attendant, j'ai fait une doc où j'explique comment faire pour se passer de la box :)
https://stephangr.github.io/isp/bypass-livebox/
J'ai un UDM PRO (pas SE) sur le release channel "Early Access" (pas beta) et Network est passé en version 7.4.146 hier (OS est en version 3.0.19 depuis le 21 Mars) donc çà fait un prérequis de rempli.
J'ai aussi un LEOX LXT-010H-D (pas un stick LXT-010S-H) et il faut que je mette à jour son firmware.
Par contre j'ai comme un doute : comme l'UDM PRO n'a pas de port 2.5 contrairement à la SE, j'ai un UACC-CM-RJ45-MG pour mettre dans le SFP j'espère que çà marchera.
Malheureusement je vais devoir attendre un peu pour trouver le temps de tester tout çà.
-
Aucun soucis, la partie SFP+ synchronise à 10 Gbps et la partie RJ45 fait l'auto MDI-X indépendamment
-
Je sais pas quand elle va sortir en non bêta
En attendant, j'ai fait une doc où j'explique comment faire pour se passer de la box :)
https://stephangr.github.io/isp/bypass-livebox/
Merci beaucoup pour ton travail.
Le DHCP répond, mais je suis parqué dans une IP 172.16.
Je n'arrive pas à comprendre ce qui coince. (une idée ?)
J'ai un boitier ONT leox, mais j'ai utilisé ton tuto et ton script de récupération des informations de la livebox.
Sur windows ARM (VM sur mac M2), le script ne m'a pas donné plusieurs informations, mais elles sont dispo dans la livebox.
Merci beaucoup, à bientôt
-
Hello :)
Merci à toi d'essayer :)
Si t'es en 172.16 c'est que t'es parqué !
Tu dois pas être loin de la configuration finale
Quand tu as exécuté le script la Livebox était bien connectée à la fibre ??
Il faut que la livebox soit connectée a internet pour pouvoir récupérer les info HW_VER, OMCI_SW_VER1, OMCI_SW_VER2, PON_VENDOR_ID
Une fois que t'as toutes les infos, c'est à ce moment la que tu plug, la fibre dans l'ONT LEOX
Une fois que c'est pluggé dessus, tu vas devoir exécuter omcicli mib get 131
Si t'as rien, attends un peu et réexécute la commande
Peux-tu retester et me dire si c'est OK ?
Si t'es sur Mac tu peux utiliser la version :
GO-BOX_Darwin_arm64.tar.gz : https://github.com/StephanGR/GO-BOX/releases/download/v0.1.3/GO-BOX_Darwin_arm64.tar.gz
-
Hello :)
Merci à toi d'essayer :)
Si t'es en 172.16 c'est que t'es parqué !
Tu dois pas être loin de la configuration finale
Merci beaucoup !
Effectivement, j'ai réussi la nuit dernière à me connecter au DHCP orange avec une IP valide.
J'ai repris la procédure, et ton script fonctionne parfaitement si la livebox est connectée à internet.
Par contre, mon débit en upload est toujours catastrophique sans explication... (je suis maintenant <20Mbits au lieu de 380 à 400Mbits.
Auriez-vous une idée ?
Penses-tu pouvoir nous rendre encore plus fainéants, en générant les chaines de connexion directement dans ton script ? ;)
Merci encore.
-
Merci beaucoup !
Effectivement, j'ai réussi la nuit dernière à me connecter au DHCP orange avec une IP valide.
J'ai repris la procédure, et ton script fonctionne parfaitement si la livebox est connectée à internet.
Par contre, mon débit en upload est toujours catastrophique sans explication... (je suis maintenant <20Mbits au lieu de 380 à 400Mbits.
Auriez-vous une idée ?
Penses-tu pouvoir nous rendre encore plus fainéants, en générant les chaines de connexion directement dans ton script ? ;)
Merci encore.
Ah super !
Il faut que je modifie la doc pour bien signaler qu'il faut que la box soit connectée à internet au début :)
Concernant ton débit en upload il faut que la CoS soit à 6 et non la QOS
Si tu mets une QOS à 6 C'est la que tu auras des soucis de bande passante :)
Sinon oui, si je peux vous rendre encore plus fainéants ce serait avec plaisir :)
Qu'entends-tu par générer les chaines de connexion ??
Bonne soirée
-
Ah super !
Il faut que je modifie la doc pour bien signaler qu'il faut que la box soit connectée à internet au début :)
Concernant ton débit en upload il faut que la CoS soit à 6 et non la QOS
Si tu mets une QOS à 6 C'est la que tu auras des soucis de bande passante :)
Sinon oui, si je peux vous rendre encore plus fainéants ce serait avec plaisir :)
Qu'entends-tu par générer les chaines de connexion ??
Bonne soirée
Je n’ai pas ajouté de qos6.
Je spécifie la cos 6 dans les options modifier du dhcp avec vlan-pcp 6
-
Pour ma part, fonctionne du premier coup sur livebox6 merci @Stoufiler
par contre j'ai "oublié" de taper la commande
flash set OMCC_VER 128
elle sert à quoi réellement? :-X
-
Bonjour,
Je suis heureux de lire tout cela. Mais j'ai une question..... A ce jour je viens de recevoir ma Liveox6, j'utilise un convertisseur SFT+/RJ45 avec le port 2,5 de la BOX.
Est-ce que avec mon UDM-PRO (pas le se), je pourrais avoir les 2g descendant en utilisant le bon ONT ?
Merci à vous
-
Bonjour,
Je suis heureux de lire tout cela. Mais j'ai une question..... A ce jour je viens de recevoir ma Liveox6, j'utilise un convertisseur SFT+/RJ45 avec le port 2,5 de la BOX.
Est-ce que avec mon UDM-PRO (pas le se), je pourrais avoir les 2g descendant en utilisant le bon ONT ?
Merci à vous
ONT LEOX et UDM-PRO avec le dernier UnifiOS Beta (3.0.19@7.4.149) ca tourne au poil
-
ONT LEOX et UDM-PRO avec le dernier UnifiOS Beta (3.0.19@7.4.149) ca tourne au poil
C'est Génial ca ! Mais alors le problème c'est de trouver l'ONT. Il est en rupture sur le site indiqué, et j'arrive pas à le trouver ailleurs..
Si vous avez des idées ou des bonnes adresses ;)
-
C'est Génial ca ! Mais alors le problème c'est de trouver l'ONT. Il est en rupture sur le site indiqué, et j'arrive pas à le trouver ailleurs..
Si vous avez des idées ou des bonnes adresses ;)
alors il est pas en rupture en réalité, faut juste faire une demande de devis, perso j'ai commandé/reçu la semaine dernière ~86€ttc port compris
-
Si je comprends tout correctement les prérequis du côté matériel sont :
- UDM PRO ou UDM PRO SE avec le dernier UnifiOS Beta (3.0.19 ou ultérieur) et Network 7.4.149 ou ultérieur
- LEOX GPON Stick LXT-010S-H (https://www.leolabs.pl/lxt-010s-h.html)
ou
ONT LEOX LXT-010H-D (ou LXT-010G-D si on se contente de vitesse 1G) et éventuellement convertisseur SFT+/RJ45 comme le UACC-CM-RJ45-MG si UDM PRO pas SE
- jarretière SC-APC à SC-UPC ou SC-APC à SC-APC suivant le cas
C'est bien çà ?
-
Si je comprends tout correctement les prérequis du côté matériel sont :
- UDM PRO ou UDM PRO SE avec le dernier UnifiOS Beta (3.0.19 ou ultérieur) et Network 7.4.149 ou ultérieur
- LEOX GPON Stick LXT-010S-H (https://www.leolabs.pl/lxt-010s-h.html)
ou
ONT LEOX LXT-010H-D (ou LXT-010G-D si on se contente de vitesse 1G) et éventuellement convertisseur SFT+/RJ45 comme le UACC-CM-RJ45-MG si UDM PRO pas SE
- jarretière SC-APC à SC-UPC ou SC-APC à SC-APC suivant le cas
C'est bien çà ?
Tout à fait, à savoir que le module SFP+/RJ45 "10Gtek" dispo chez Amazon fonctionne très bien (~60€)
-
Bonjour,
Merci @Stoufiler pour ce supper boulot. Je suis en train d'essayer mais je "bloque" sur l'update du Firmware, la page reste bloquée sur 100% "System restarting, Please wait ..." sur le Leox lumières verte et bleue allumé en revanche LOS clignote en rouge. Je ne peux donc pas continuer la procédure :(
Une idée ?
-
@Stoufiler,
Je me réponds à moi même ::)
Le problème venait d'un adaptateur USB RJ45 2,5GBbps connecté à mon mac que j'utilisais pour me connecter au Leox . Après connexion directe sur le port RJ45 du mac plus de soucis de communication avec le Leox LXT-010H-D, en revanche impossible de mettre à jour le Firmware, jusqu'à que je réalise que le Firmware que tu proposes est pour le GPON STICK LXT-010S-H et pas pour mon Leox LXT-010H-D >:(
J'ai donc finalisé la procédure avec le firmware d'origine du Leox LXT-010H-D et là super nouvelle tout fonctionne correctement, pour le moment, avec un débit montant de l'ordre de 1,8Gbs et descendant de l'ordre de 600Mbs.
Un GRAND merci à toi. Plus de Livebox mon Leox LXT-010H-D est directement connecté à mon UDM SE sur le port (9) Internet RJ45 à 2,5Gbs avec un accès direct à mon IP public.
La seule question, pour moi, est l'intérêt ou pas de changer mon Leox LXT-010H-D contre un GPON STICK LXT-010S-H
A suivre ...
-
Bonjour,
ce tuto fonctionne en remplaçant le UDM par du microtik ?
-
Hello hello,
J'espère que vous allez bien !
Je viens vers vous pour vous parler de mon petit projet que j'ai fait ce week-end et qui je l'espère pourra vous aider si vous cherchez a remplacer votre Livebox par un UDM PRO SE.
J'ai fait une petite application en GO afin de générer toutes les commandes nécessaires pour l'adaptateur SFP LEOX LX-010S-H, ainsi que pour l'UDM PRO SE.
Le projet se situe à l'adresse : https://github.com/StephanGR/gobox
[...]
Merci, tu m'as fait gagner du temps avec cela :)
J'ai une configuration similaire à la tienne ( UDM-SE / LXT-010S-H sur offre FFTX LiveBox MAX Fibre ) mais je reste à <1Gbps en upload & download
Même en forçant le port SFP à 10 Gbps je reste à ce débit.
Est-ce que tu as un comportement similaire de ton côté ?
-
Si tu as la bonne offre Orange, je dirais que cela vient du fait que l'UDM ne sait pas gérer l'HiSGMII (2.5Gbits), et il faut passer par le Leox en RJ-45 via le port RJ-45 2.5Gbits du UDM-Se ou un SFP RJ45 multi gig
-
Si tu as la bonne offre Orange, je dirais que cela vient du fait que l'UDM ne sait pas gérer l'HiSGMII (2.5Gbits), et il faut passer par le Leox en RJ-45 via le port RJ-45 2.5Gbits du UDM-Se ou un SFP RJ45 multi gig
Le port SFP wan accepte le 1 Gbps ou 10 Gbps.
Par défault il a négocié en 1 Gbps avec le LEOX.
J'ai essayé de forcer en 10 Gbps pour voir s'il y avait des différences et à part un violent bug côté UDM, nada.
( N.B. sur un UDM-SE en 3.0.18 avec network en 7.4.150 forcer le 10 Gbps sur le port m'a déclenché un bug qui m'empêche de faire toutes autres modifications sur l'UDM ; ticket en cours côté Ubiquiti )
-
D'après ce que je vois sur la fiche technique de ton SFP :
1000BASE-X/2500BASE-X/
SGMII/HSGMII interface
Donc pour le 2.5Gbits, il faut que l'appareil soit compatible HSGMII, qui n'est pas le cas pour les UDM Pro,
Il ne fonctionnera pas en 10Gbits
-
Hello,
Après une semaine de bon et loyaux fonctionnement l'internet vient de tomber.
J'ai débranché rebranché le cable WAN et ca remarche
Un soucis sur le Renew du DHCP?
-
Ça me le faisait avec la Livebox 6 branché sur l'UDM.
A distance, il fallait débrancher rebrancher, ou redémarrer l'un des deux, depuis quelques temps, ça ne le fait plus (je pense depuis les dernière Maj de la LB6).
Ça arrivait souvent lors d'un gros téléchargement, quand ça atteignait les 2Gbits.
-
Hello
Je viens de me lancer dans l'experience.
J'ai un UDM SE en version 7.4.150, un leox LXT-010S-H et une connexion Fibre Sosh.
La box que j'ai est une Livebox 4.
J'utilise l'appli de Stoufiler pour générer les bons paramètres pour le leox et l'udm mais je rencontre un problème dans la procedure.
Lorsque je lance l'app, je saisis mon mot de passe et il me génère les premiers commande à saisir sur le leox mais malheureusement les champs sont vide du coup la suite de la procédure ne fonctionne pas.
Une idée de ce qu'il pourrait se passer ?
Merci d'avance
Edit : ma livebox est bien connecté à internet quand je lance le script
-
Hello,
Après une semaine de bon et loyaux fonctionnement l'internet vient de tomber.
J'ai débranché rebranché le cable WAN et ca remarche
Un soucis sur le Renew du DHCP?
Hello,
De nouveau le soucis une semaine après. J'ai vraiment l'impression qu'il y a un soucis avec le client DHCP Unifi non ? Ou je suis le seul ?
-
Hello,
De nouveau le soucis une semaine après. J'ai vraiment l'impression qu'il y a un soucis avec le client DHCP Unifi non ? Ou je suis le seul ?
System Uptime 1w 1d 4h 35m
RAS de mon côté sur UDM PRO 3.0.20@7.4.150
-
Ok marrant,
Je regarde les /var/log/daemon.log et:
Un renew avait bien été fait le 17/04 avec un lease time d'une semaine
Je perds la connexion le 20/04 vers 14:18:40 => je débranche et rebranche et c'est good.
lease time de 1 semaine me fait dire que le renew ne se passe pas bien...
Je vois rien dans les logs sinon...
2023-04-17T03:46:08+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: sending renew to server 80.10.252.73
2023-04-17T03:46:08+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: lease of XXX.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
==> je débranche
2023-04-20T14:18:45+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: received SIGTERM
==> je rebranche
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: started, v1.34.1
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: broadcasting discover
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: broadcasting select for XXX.XXX.XXX.XXX, server 80.10.252.73
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: lease of XXX.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
-
Au pire une tâche CRON pour un reboot automatique de ton routeur, une fois par semaine en nocturne.
-
Au pire une tâche CRON pour un reboot automatique de ton routeur, une fois par semaine en nocturne.
Ouep c'est pas très satisfaisant, je peux aussi envoyer un signal SIGUSR1
https://elixir.bootlin.com/busybox/0.60.4/source/networking/udhcpc.c#L646
Mais bon :-\
-
Pour ceux que ça intéresse, j'ai pu utiliser les infos de cette discussion pour faire marcher un UXG Pro connecté directement à l'ONT... C'est frais, mais ça semble ok. On va voir si ça tient quelques heures...
-
Bonjour à tous je galère un peu pour appliquer la procédure.
J'ai un abonnement Sosh , une livebox 4 avec un ONT externe Alcatel I-010G-U
Et je veux remplacer l'ONT par celui de Leox (la version externe LXT-010H-D)
Malheureusement GOBOX (avec la Liverbox bien connectée à Internet) ne me fournit pas toutes les valeurs ce qui a priori est normal car avec ces ONT déjà anciens elles ne sont pas remontées à la Livebox.
Si je comprends bien
pour GPON_SN il faut prendre la valeur figurant sur l'étiquette de l'ONT de la forme ALCLXXXXXXXX
pour PON_VENDOR_ID c'est ALCL
pour HW_HWVER qui est impossible à récupérer on peut prendre SMBSSGLBF121 (j'ai utilisé ce fil https://lafibre.info/remplacer-livebox/trouver-la-valeur-hw_hwver-pour-leox-lxt-01g-d-lxt-010h-d/ (https://lafibre.info/remplacer-livebox/trouver-la-valeur-hw_hwver-pour-leox-lxt-01g-d-lxt-010h-d/) qui dit que les ONT Alcatel Orange ne vérifient que l'appartenance de la version matérielle à une liste, quel que soit l'ONT utilisé)
Mais quid des autres valeurs comme OMCI_SW_VER1, OMCI_SW_VER2 que GOBOX ne me donne pas ?
Sont-elles utiles dans mon cas (ONT LEOX externe)? A quoi servent-elles ?
Merci de m'aider.
-
Ok marrant,
Je regarde les /var/log/daemon.log et:
Un renew avait bien été fait le 17/04 avec un lease time d'une semaine
Je perds la connexion le 20/04 vers 14:18:40 => je débranche et rebranche et c'est good.
lease time de 1 semaine me fait dire que le renew ne se passe pas bien...
Je vois rien dans les logs sinon...
2023-04-17T03:46:08+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: sending renew to server 80.10.252.73
2023-04-17T03:46:08+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: lease of XXX.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
==> je débranche
2023-04-20T14:18:45+02:00 UDM-Pro-SE-Paris ubios-udapi-server[510584]: udhcpc: received SIGTERM
==> je rebranche
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: started, v1.34.1
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: broadcasting discover
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: broadcasting select for XXX.XXX.XXX.XXX, server 80.10.252.73
2023-04-20T14:18:49+02:00 UDM-Pro-SE-Paris ubios-udapi-server[1843063]: udhcpc: lease of XXX.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
Je rencontre le même problème : même symptôme, même solution.
UDM Pro SE avec ONT Livebox 4 + adaptateur SFP->Ethernet
UniFi OS UDM SE 3.1.8 Network 7.4.150
Peut être faudrait il le préciser sur le forum unifi.
-
Je rencontre le même problème : même symptôme, même solution.
UDM Pro SE avec ONT Livebox 4 + adaptateur SFP->Ethernet
UniFi OS UDM SE 3.1.8 Network 7.4.150
Peut être faudrait il le préciser sur le forum unifi.
J'ai aussi un UDM SE mais sur ETH2.5.
Si tu veux faire le ticket au support perso je peux pas trop tester de firmware beta de mon coté.
-
Est-ce que quelqu'un sait comment faire marcher la TV avec un UDM? J'avais gardé ce sujet pour plus tard, mais, en fait, j'ai l'impression qu'il faut pouvoir configurer un second VLANs sur le WAN pour que ça marche... Auquel cas, ça me semble compromis pour le moment, je ne vois pas comment configurer ça par le controleur... Je me trompe?
Merci
-
VLAN 840 et proxy IGMP nécessaires pour la TV.
-
Bonjour à tous je galère un peu pour appliquer la procédure.
J'ai un abonnement Sosh , une livebox 4 avec un ONT externe Alcatel I-010G-U
Et je veux remplacer l'ONT par celui de Leox (la version externe LXT-010H-D)
Malheureusement GOBOX (avec la Liverbox bien connectée à Internet) ne me fournit pas toutes les valeurs ce qui a priori est normal car avec ces ONT déjà anciens elles ne sont pas remontées à la Livebox.
Si je comprends bien
pour GPON_SN il faut prendre la valeur figurant sur l'étiquette de l'ONT de la forme ALCLXXXXXXXX
pour PON_VENDOR_ID c'est ALCL
pour HW_HWVER qui est impossible à récupérer on peut prendre SMBSSGLBF121 (j'ai utilisé ce fil https://lafibre.info/remplacer-livebox/trouver-la-valeur-hw_hwver-pour-leox-lxt-01g-d-lxt-010h-d/ (https://lafibre.info/remplacer-livebox/trouver-la-valeur-hw_hwver-pour-leox-lxt-01g-d-lxt-010h-d/) qui dit que les ONT Alcatel Orange ne vérifient que l'appartenance de la version matérielle à une liste, quel que soit l'ONT utilisé)
Mais quid des autres valeurs comme OMCI_SW_VER1, OMCI_SW_VER2 que GOBOX ne me donne pas ?
Sont-elles utiles dans mon cas (ONT LEOX externe)? A quoi servent-elles ?
Merci de m'aider.
J’ai le même soucis que toi mais finalement, j’ai demandé le changement par la livebox 5.
La suite lorsque je l’aurais reçu …
-
Je rencontre le même problème : même symptôme, même solution.
UDM Pro SE avec ONT Livebox 4 + adaptateur SFP->Ethernet
UniFi OS UDM SE 3.1.8 Network 7.4.150
Peut être faudrait il le préciser sur le forum unifi.
J’ai laissé un message sur leur forum.
https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23#answer/7d908397-ee6b-47c3-ac73-cff3a15a6c99
-
VLAN 840 et proxy IGMP nécessaires pour la TV.
Il me semble bien que tout çà est possible dans les versions récentes d'Unifi OS et Network.
-
Ah, merci !
Je n'ai pas vu comment ajouter un second VLAN sur le WAN... Est-ce qu'il est possible d'avoir une copie d'écran?
-
Le proxy IGMP est dispo qu'en beta pour l'instant à partir de UNA 7.4.149
-
Le proxy IGMP est dispo qu'en beta pour l'instant à partir de UNA 7.4.149
Pas seulement en béta, en early access aussi, et on est à la version 7.4.150
-
On joue sur les mots, beta = EA et la dernière version est 7.4.154
Voici à quoi ressemble le paramètre :
(https://img.community.ui.com/a787ae5e-91d4-4fbb-9a87-8639094632c4/answers/2e12cfe1-0c7d-49ce-8b48-786190a8730d/78dfe04c-d544-4482-972d-a50c86d93c0a)
Pas garantie que cela fonctionne car cela semble prévu pour la TV sur le même VLAN qu'Internet
-
On joue sur les mots, beta = EA et la dernière version est 7.4.154
Non la béta est toujours en avance de quelques jours/semaines sur l'early access. Par exemple a cet instant la béta est en 7.4.154 et l'early access en 7.4.150
-
Pas garantie que cela fonctionne car cela semble prévu pour la TV sur le même VLAN qu'Internet
Tu es sûr pourtant il y a bien le champ "viewing network" (visible sur ta copie d'écran) où on peut choisir son VLAN.
Ceci dit je me trompe peut-être. Je galère toujours pour remplacer mon ancien ONT Alcatel par le LEOX donc je n'en suis pas encore au stade TV !
-
Viewing network c'est le VLAN du LAN
-
Tu es sûr pourtant il y a bien le champ "viewing network" (visible sur ta copie d'écran) où on peut choisir son VLAN.
Ceci dit je me trompe peut-être. Je galère toujours pour remplacer mon ancien ONT Alcatel par le LEOX donc je n'en suis pas encore au stade TV !
Tu peux faire changer ta livebox 4 par une 5 pour 10€ ...
-
Hello @Stoufiler
je viens de recevoir ma livebox 5 du coup la procedure avance un peu plus.
J'ai maintenant GPON_SN et PON_VENDOR_ID qui s'affiche. Ensuite, ton script demande de débrancher la fibre et de la brancher sur le leox puis d'executer via Telnet sur le leox la commande omcicli mib get 131.
Seulement, je n'ai rien qui apparait meme en attendant 10 minutes.
Si tu as une idée, je suis preneur.
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId:
EquipId:
Version: 0
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
Merci d'avance pour ta réponse.
-
Je me réponds à moi même.
En déconnectant et reconnectant le Leox les infos sont apparus.
A savoir si cela arrive a quelqu'un :)
-
J'ai appliqué la partie UDM de la config proposée par GO-BOX (car je suis derrière un ONT Huawei orange),
avec le vlan832 sur l'eth4/WAN de l'UDR, le DHCP, la Cos6 etc...(je suis en UDR UniFiOS 3.1.8 et UNA 7.4.150 EA)
--> Parfait, internet disponible, tout fonctionne (speedtest etc...) maintenant sans la livebox.
Adresse récupérée en 90.90.x sur l'interface eth4.832, interface up, ,aucun pb sur les stats RX/TX,
Mais...sur le tout petit afficheur de l'UDR, il met "plug in cable - ethernet disconnected" (même avec un reboot),
alors que manifestement le WAN fonctionne parfaitement pour l'UDR comme pour tous ses clients !
il met ce message dès que je passe ma config de double NAT + DMZ Livebox vers le DHCP vlan 832
Dès que je reviens en arrière (je rebranche la sur l'eth4 WAN), sans pb, le message disparaît alors.
Peut-être faut-il faire autre chose dans l'UDM que paramétrer le WAN, ça le gêne que ce soit eth4.832 plutôt que eth4 ?
-
Question: vous avez réussi a setup un UID One-Click VPN Wireguard ?
J'ai fait le setup mais ça ne marche pas :(
Un petit: uid health vpn
me donne:
**********WanIP info ************
HasPublicIP false
List WanIP:
Your Unifi console does not have a public IP, need to configure port forwarding.
-
Hello, oui réussi mais pour se faire j'ai du renseigner un DYNDNS.
-
Ouep c'est pas très satisfaisant, je peux aussi envoyer un signal SIGUSR1
https://elixir.bootlin.com/busybox/0.60.4/source/networking/udhcpc.c#L646
Mais bon :-\
Hello, j'ai ouvert un ticket vers le support n'ayant pas eu de réponse sur leur forum ...
Peux tu me dire comment tu fais cette manip ?
C'est une peu lourd de devoir redémarrer tous les 3,5 jours :(
-
Par exemple (et j'ai testé) :
kill -s SIGUSR1 $(pidof udhcpc)
Si plusieurs clients dhcp sont présents sur l'UDM, il faut sélectionner le bon (remplacer eth4.832 par votre interface.vlan WAN) :
kill -s SIGUSR1 $(ps -e -o pid,cmd|grep udhcpc|grep 'interface eth4.832'| awk '{print $1}')
Faisable en mettant dans un script propre et avec une entrée cron à mon avis
Et on peut éventuellement vérifier le résultat dans la message log :
journalctl --system -u udapi-server.service -g udhcpc:
chercher le message “(..) udhcpc: lease of <adresse IP publique> obtained from <serveur Orange>, lease time 604800”.
(bail d’1 semaine ici)
-
Par exemple (et j'ai testé) :
kill -s SIGUSR1 $(pidof udhcpc)
Si plusieurs clients dhcp sont présents sur l'UDM, il faut sélectionner le bon (remplacer eth4.832 par votre interface.vlan WAN) :
kill -s SIGUSR1 $(ps -e -o pid,cmd|grep udhcpc|grep 'interface eth4.832'| awk '{print $1}')
Faisable en mettant dans un script propre et avec une entrée cron à mon avis
Et on peut éventuellement vérifier le résultat dans la message log :
journalctl --system -u udapi-server.service -g udhcpc:
chercher le message “(..) udhcpc: lease of <adresse IP publique> obtained from <serveur Orange>, lease time 604800”.
(bail d’1 semaine ici)
Pourquoi tu as plusieurs client udhcpc ?
-
Pourquoi tu as plusieurs client udhcpc ?
Je n'en n'ai qu'un. Car une seule interface WAN. J'utilise donc la commande avec $(pidof udhcpc).
Mais j'essayais de donner une commande suffisamment générique pour qu'elle puisse fonctionner dans des environnements plus complexes que le mien.
Par exemple je supposais qu'un accès WAN1+WAN2 redondant (UDM Pro ?) pourrait avoir 2 process dhcpc en cours...
-
Je n'en n'ai qu'un. Car une seule interface WAN. J'utilise donc la commande avec $(pidof udhcpc).
Mais j'essayais de donner une commande suffisamment générique pour qu'elle puisse fonctionner dans des environnements plus complexes que le mien.
Par exemple je supposais qu'un accès WAN1+WAN2 redondant (UDM Pro ?) pourrait avoir 2 process dhcpc en cours...
OK c'était juste par curiosité je pensais que tu étais dans ce cas la.
-
Hello, j'ai attendu un plantage pour tester ta commande et impeccable ca fonctionne.
Ca évite d'attendre 5 minutes le redémarrage.
Merci.
Je vais le signalé dans le ticket que j'ai ouvert chez ubiquiti.
-
Je n'ose pas essayer mais est-ce que quelque chose empêche d'activer le double stack IPv4+IPv6 avec la dernière version (EA) de Network sur l'UDM ?
En mettant les options DHCP 1,11,15 et 16 (en plus des 60,77 et 90 du DHCPv4), puis cocher DHCPv6 en plus de DHCPv4 ?
-
Où vois-tu ces options ? Je ne vois que 60, 61, 77 et 90.
-
Je ne suis pas chez moi et n'ai pas accès à ma console pour m'en rendre compte...je posais benoîtement la question suite à la lecture des parties IPv6 du sujet sur la nouvelle conformité protocolaire (parties auxquelles je ne m'étais pas intéressé jusqu'ici).
Effectivement, si l'interface ne laisse pas le choix des bonnes options DHCP, c'est raté.
Espérons que cela arrive un jour sur UNA sinon dès que l'IPv4 seul ne sera plus supporté par Orange nous n'aurons plus qu'à remettre la box en front du WAN ou mettre autre chose qu'Unifi.
-
J'ai appliqué la partie UDM de la config proposée par GO-BOX (car je suis derrière un ONT Huawei orange),
avec le vlan832 sur l'eth4/WAN de l'UDR, le DHCP, la Cos6 etc...(je suis en UDR UniFiOS 3.1.8 et UNA 7.4.150 EA)
--> Parfait, internet disponible, tout fonctionne (speedtest etc...) maintenant sans la livebox.
Adresse récupérée en 90.90.x sur l'interface eth4.832, interface up, ,aucun pb sur les stats RX/TX,
Mais...sur le tout petit afficheur de l'UDR, il met "plug in cable - ethernet disconnected" (même avec un reboot),
alors que manifestement le WAN fonctionne parfaitement pour l'UDR comme pour tous ses clients !
il met ce message dès que je passe ma config de double NAT + DMZ Livebox vers le DHCP vlan 832
Dès que je reviens en arrière (je rebranche la sur l'eth4 WAN), sans pb, le message disparaît alors.
Peut-être faut-il faire autre chose dans l'UDM que paramétrer le WAN, ça le gêne que ce soit eth4.832 plutôt que eth4 ?
Je me réponds à moi-même, au cas où d'autres UDR liraient le topic : le problème (apparu en 3.1.x) est corrigé en 3.1.9 (EA)
-
Hello, j'ai ouvert un ticket vers le support n'ayant pas eu de réponse sur leur forum ...
Peux tu me dire comment tu fais cette manip ?
C'est une peu lourd de devoir redémarrer tous les 3,5 jours :(
Est-ce que le ticket a un espoir d'avancer ?
En regardant le démarrage de udhcpc, il semble qu'Unifi utilisent une base de dhcpc.c v1.34.1 de busybox, donc le source se trouve ici :
https://elixir.bootlin.com/busybox/1.34.1/source/networking/udhcp/dhcpc.c
...mais je ne vois pas trace dans ce source de l'option "-y", qui permet à udhcpc Unifi de positionner une CoS/Priority lors des request dhcp client.
Je suppose donc qu'ils modifient à leur sauce ce source, ce qui laisse entrevoir un espoir d'ajouter la (potentielle) CoS manquante lors du renew automatique à mi-vie ?
Le signal USR1 se comporte très différemment du renew automatique à mi-vie :
Le renew automatique s'arrête au 1er request dhcp renew (=> pas de réponse d'Orange) et repart en attente pour la moitié du lease restant (ça se voit dans le source, goto BOUND_for_half_lease), perdant la connexion Orange apparemment.
Le kill -USR1 va plus loin : même s'il passe par le même code de request dhcp renew que l'automatique (et il échoue aussi sans réponse), il force le lease_remaining à zéro, donc ensuite il broadcaste (state REBINDING) x3 puis repart à zéro (state INIT_SELECTING). Ce qui refait la séquence discover, et qui marche à la fin (puisqu'il passe la CoS du -y comme à son démarrage je suppose).
Avec le USR1 on a par conséquent une petite interruption de réseau WAN de quelques petites secondes à cause de cette séquence.
Ce serait bien qu'Unifi utilise la valeur du paramètre "-y" aussi sur la socket utilisée pour la requête de renew automatique, si c'est bien le problème (ce que je ne sais pas).
-
Hello @fgero,
Il se base sur la version de debian + 3 patches.
J'ai demandé les sources UDM SE 2.5.11 tu peux récupérer la version source exact:
https://github.com/clementperon/busybox/commit/49dfbf6962f104c178f0ad8cb19ef1cb3dc17d30
le config utilisé est:
https://github.com/clementperon/busybox/commit/1bff7be42fd5c5f3b5e025cf9fb201708992cc24
Je peux t'envoyer l'archive GPL si tu veux ou alors tu peux faire une demande pour avoir la dernière.
EDIT: je vais redemander les derniers sources pour etre sur .
-
Merci
Du coup c'est clair (enfin, je crois, dis moi si je me trompe)
Les modifs importantes sont dans networking/udhcp/packet.c, c'est à dire le positionnement du SO_PRIORITY pour la CoS (récupérée du paramètre -y)
Mais cette modif n'est faite que pour la fonction udhcp_send_raw_packet(), et pas pour udhcp_send_kernel_packet()
Or si on regarde dans dhcpc.c, on trouve cette fonction clef, à double usage :
static int bcast_or_ucast(struct dhcp_packet *packet, uint32_t ciaddr, uint32_t server)
{
if (server)
return udhcp_send_kernel_packet(packet,
ciaddr, CLIENT_PORT,
server, SERVER_PORT,
client_data.interface);
return raw_bcast_from_client_data_ifindex(packet, ciaddr); => modifié =
}
Le paramètre "server" est à zéro lorsqu'on broadcaste, or le renew automatique fait un unicast, ce qui utilise la fonction udhcp_send_kernel_packet, qui ne passe pas de CoS, contrairement à sa petite camarade raw qui modifie SO_PRIORITY avec le patch.
1er renew (mode auto mi-vie, et aussi USR1), en unicast:
send_renew(server_id, requested_ip) => bcast_or_ucast(&packet, ciaddr, server); => udhcp_send_kernel_packet => pas modifié pour CoS
La suite, seulement pour USR1 car lease_remaining à zéro, en broadcast :
send_renew(0 /*INADDR_ANY*/, requested_ip); => raw_bcast_from_client_data_ifindex(packet, ciaddr); => udhcp_send_raw_packet => modifié pour CoS
-
Hello,
Moi ça me semble assez clair et bien expliquer le comportement actuelle.
Tu peux essayer de contacter pour unifi pour qu'il fixe le bug.
-
ça se fait en ouvrant juste un ticket ? parce ce j'ai des doutes qu'ils écoutent un inconnu qui leur propose de patcher leur code, mais bon..je suppose que d'autres l'ont fait pour obtenir l'ajout du "-y".
A noter que la fonction non patchée CoS (udhcp_send_kernel_packet) n'est utilisée qu'à 2 endroits dans tout le code dhcp client busybox : justement le renew en unicast, ainsi que le release (unicast).
Toutes les autres interactions dhcp client (send_select, send_decline, send_discover, renew broadcasté) utilisent la version raw (udhcp_send_raw_packet), donc avec CoS positionnée.
Par contre il peut y avoir un sujet côté Unifi s'ils modifient udhcp_send_kernel_packet car elle est aussi utilisée dans le dhcpd (serveur donc) juste pour send_packet_to_relay(), ajouter une CoS pourrait poser problème, même si très peu probable.
EDIT : ticket ouvert...on peut toujours rêver. Je leur signale quand même que cela me semble nécessaire pour fournir complètement la fonctionnalité de DHCP client CoS
-
Ma configuration est un peu différente de celle présentée ici sur le chat, j'essaie avec une UFIBER LOCO GPON. Le problème est que je n'arrive pas à me connecter sur le GPON, quelqu'un connaît-il le problème ? Ai-je besoin du fti/xxxxxx et du mot de passe pour le faire fonctionner ?
De plus, j'ai essayé d'appliquer tous les paramètres prévus pour l'UDM SE à mon Dream Router. Cela ne fonctionne pas, je pense que c'est certainement dû à l'absence de connexion du GPON ? En tout cas, c'est très embêtant qu'Orange ne propose pas ce genre de choses. Je travaille pour une entreprise allemande et nous n'avons ce problème dans aucun autre pays AUTREMENT AVEC un opérateur français. Dans toute l'Europe, nous obtenons une IP fixe directe. C'est vraiment dommage
-
Ma configuration est un peu différente de celle présentée ici sur le chat, j'essaie avec une UFIBER LOCO GPON. Le problème est que je n'arrive pas à me connecter sur le GPON, quelqu'un connaît-il le problème ? Ai-je besoin du fti/xxxxxx et du mot de passe pour le faire fonctionner ?
De plus, j'ai essayé d'appliquer tous les paramètres prévus pour l'UDM SE à mon Dream Router. Cela ne fonctionne pas, je pense que c'est certainement dû à l'absence de connexion du GPON ? En tout cas, c'est très embêtant qu'Orange ne propose pas ce genre de choses. Je travaille pour une entreprise allemande et nous n'avons ce problème dans aucun autre pays AUTREMENT AVEC un opérateur français. Dans toute l'Europe, nous obtenons une IP fixe directe. C'est vraiment dommage
Es tu sur que ton ONU se sync avec l'OLT? Pourquoi ne pas utiliser le LEOX LXT-010H-D ou LXT-010S-H. En plus tu seras bridé a 1Gbps avec les Ufiber.
-
Es tu sur que ton ONU se sync avec l'OLT? Pourquoi ne pas utiliser le LEOX LXT-010H-D ou LXT-010S-H. En plus tu seras bridé a 1Gbps avec les Ufiber.
je ne sais pas si c'est synchro. Comment puis-je le contrôler exactement ? y a-t-il des instructions pour configurer correctement l'UFiber pour Orange ?
Je n'ai pas encore essayé le LEOX parce que je veux essayer avec l'UFiber, 1GBIT me suffit :D merci.
-
je ne sais pas si c'est synchro. Comment puis-je le contrôler exactement ? y a-t-il des instructions pour configurer correctement l'UFiber pour Orange ?
Je n'ai pas encore essayé le LEOX parce que je veux essayer avec l'UFiber, 1GBIT me suffit :D merci.
La synchro ONU/OLT n'est pas du tout évidente et pas dit que ça marche sans bidouiller.
Deja tu dois avoir la main sur les parametres de ton ONU, et ensuite savoir les paramétrés tu peux lire ça pour t'aider:
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/
et ensuite comprendre ce qui a été fait sur le LEOX
https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/
Un fois que tu auras une synchro tu pourras passer à la partie DHCP authentifié et CoS 6
-
Avec la dernière MAJ de l'UDM, il y a une option de COS sur DHCP qui est apparu. Cela va grandement améliorer la situation non ? Je n'ai plus orange mais il me semble que c'était le principal soucis en dehors d'avoir un ONT externe bien ententu.
https://community.ui.com/releases/UniFi-Network-Application-7-4-156/15ac6260-9cd1-4ac3-a91c-4880c1c87882
Added DHCP CoS setting to Internet settings (requires UniFi Console with UniFi OS 3.0+).
-
Oui si vous lisez nos derniers échanges, l'acquisition du bail v4 fonctionne avec la version EA/beta de Network depuis plusieurs semaines, version qui dispose de la Cos 6 (et qui est maintenant publique).
Le problème réside maintenant dans la phase de renouvellement (renew) automatique à mi-bail (3,5 jours) qui provoque une déconnexion car la requête unicast renew est dépourvue de la CoS 6.
Nous avons identifié (cf les échanges récents) l'endroit du code source d'Unifi où ils ont oublié de mettre la CoS dans la création du paquet Unicast et j'ai ouvert un ticket pour demander si la modif était possible car simple...
-
Oui si vous lisez nos derniers échanges, l'acquisition du bail v4 fonctionne avec la version EA/beta de Network depuis plusieurs semaines, version qui dispose de la Cos 6 (et qui est maintenant publique).
Le problème réside maintenant dans la phase de renouvellement (renew) automatique à mi-bail (3,5 jours) qui provoque une déconnexion car la requête unicast renew est dépourvue de la CoS 6.
Nous avons identifié (cf les échanges récents) l'endroit du code source d'Unifi où ils ont oublié de mettre la CoS dans la création du paquet Unicast et j'ai ouvert un ticket pour demander si la modif était possible car simple...
Hello, pas de nouvelle du ticket de mon côté mais tu as plus de chance de voir le tiens aboutir car beaucoup complet et précis. Enfin … j’espère
-
Hello, pas de nouvelle du ticket de mon côté mais tu as plus de chance de voir le tiens aboutir car beaucoup complet et précis. Enfin … j’espère
Après quelques échanges/précisions, j'ai eu :
Thank you for providing an update.
In order to resolve your issue as quickly and satisfactorily as possible, we've flagged this ticket to our Escalations Team. One of our experts will contact you shortly.
En attendant, à vos crontab pour le kill -USR1
-
Après quelques échanges/précisions, j'ai eu :
En attendant, à vos crontab pour le kill -USR1
Sans vouloir abuser peux tu me détailler comment tu mets en place un crontab sur un UDM ?
Merci d’avance pour ta réponse
-
Sans vouloir abuser peux tu me détailler comment tu mets en place un crontab sur un UDM ?
Merci d’avance pour ta réponse
Pas certain de comprendre le sens de la question, mais j'ai bêtement fait comme d'habitude avec un Linux (ici en ssh dans l'UDR) :
Je tape "crontab -e" (je suis root), puis je saisis dans mon cas pour une exécution les lundi, mercredi et samedi 2h34 :
34 2 * * 1,3,6 /persistent/fgscripts/renew.sh
Mais ça tu le savais déjà sans doute : peut-être parlais-tu du fait que cette crontab ne survit pas à un upgrade de firmware (voire à un reboot) ?
Je pourrais certainement le résoudre en installant le package udm-boot (https://github.com/unifi-utilities/unifios-utilities/blob/main/on-boot-script/README.md (https://github.com/unifi-utilities/unifios-utilities/blob/main/on-boot-script/README.md)) et en créant un 25-add-cron-jobs.sh dans /data/on_boot.d/
Ou encore en faisant un ssh depuis le cron d'une machine externe à l'UDR.
Mais j'ai eu la flemme, je préfère attendre le fix avec le ticket, et d'ici là remettre ma crontab dans les rare cas où elle saute - évidemment si le fix ne vient pas ou trop lentement, j'appliquerai une des solutions permettant de persister cette crontab (ou bien encore si j'avais besoin de udm-boot pour d'autres raisons).
J'espère avoir répondu.
-
En buildant une version client odhcp6c openwrt, qui dispose de l'option (issue d'un commit tout récent) "-K <priority>" pour poser la CoS 6, je parviens presque (je crois) sur mon UDR à obtenir une IP v6 en plus de la v4, j'ai cette log lorsque je down/up mon interface WAN eth4.832 :
2023-06-03T18:20:59+02:00 UDR odhcp6c[527816]: (re)starting transaction on eth4.832
2023-06-03T18:21:00+02:00 UDR odhcp6c[527816]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2023-06-03T18:21:00+02:00 UDR odhcp6c[527816]: Failed to send SOLICIT message to ff02::1:2 (Cannot assign requested address)
2023-06-03T18:21:01+02:00 UDR odhcp6c[527816]: Got a valid ADVERTISE after 1089ms
2023-06-03T18:21:01+02:00 UDR odhcp6c[527816]: IA_NA 0001 T1 0 T2 0
2023-06-03T18:21:01+02:00 UDR odhcp6c[527816]: IA_PD 0001 T1 92975 T2 483840
2023-06-03T18:21:01+02:00 UDR odhcp6c[527816]: 2a01:cb00:647:6c00::/56 preferred 604800 valid 604800
2023-06-03T18:21:02+02:00 UDR odhcp6c[527816]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2023-06-03T18:21:02+02:00 UDR odhcp6c[527816]: Got a valid ADVERTISE after 13ms
2023-06-03T18:21:02+02:00 UDR odhcp6c[527816]: IA_PD 0001 T1 92975 T2 483840
2023-06-03T18:21:02+02:00 UDR odhcp6c[527816]: 2a01:cb00:647:6c00::/56 preferred 604800 valid 604800
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: Send REQUEST message (elapsed 0ms, rc 0)
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: Got a valid REPLY after 179ms
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: IA_PD 0001 T1 92975 T2 483840
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: 2a01:cb00:647:6c00::/56 preferred 604800 valid 604800
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: T1 92975s, T2 483840s, T3 604800s
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: entering stateful-mode on eth4.832
2023-06-03T18:21:03+02:00 UDR odhcp6c[527816]: Starting <POLL> transaction (timeout 92975s, max rc 0)
J'ai l'impression qu'il ne manque pas grand chose, mais je n'y connais rien côté dhcp client v6 (par contre le client v4 obtient bien un bail comme d'habitude)
A l'issue de cela, je n'ai pas d'inet6 sur mon eth4.832, pourtant on dirait que j'ai un bail de 7 jours dans cette log
Est-ce que cette log montre une transaction dhcp v6 incomplète et si oui qu'est-ce que cela voudrait dire ?
J'ai ce process qui tourne, je pense les bons paramètres (j'ai essayé aussi sans le -N) :
odhcp6c -Ntry -K 6 -r11,17,23,24 -V 0000040E0005736167656D -c 00030001<macaddr> -x 11:<meme valeur que l'option 90 v4> -x 15:002B<meme valeur que l'option 77 v4) -e -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -P 64 eth4.832
-
Orange assigne un préfixe et manifestement là c’est le cas dans les logs. Après en IPv6 le port WAN n’a pas forcément besoin d’avoir une IPv6 globale ("publique") pour fonctionner.
-
Mais ça tu le savais déjà sans doute : peut-être parlais-tu du fait que cette crontab ne survit pas à un upgrade de firmware (voire à un reboot) ?
Je pourrais certainement le résoudre en installant le package udm-boot (https://github.com/unifi-utilities/unifios-utilities/blob/main/on-boot-script/README.md (https://github.com/unifi-utilities/unifios-utilities/blob/main/on-boot-script/README.md)) et en créant un 25-add-cron-jobs.sh dans /data/on_boot.d/
Ou encore en faisant un ssh depuis le cron d'une machine externe à l'UDR.
Mais j'ai eu la flemme, je préfère attendre le fix avec le ticket, et d'ici là remettre ma crontab dans les rare cas où elle saute - évidemment si le fix ne vient pas ou trop lentement, j'appliquerai une des solutions permettant de persister cette crontab (ou bien encore si j'avais besoin de udm-boot pour d'autres raisons).
J'espère avoir répondu.
C'était surtout cette partie qui m'intéressait mais je pense que tu as raison et qu'il est plus sage d'attendre le correctif unifi ;)
Merci pour ta réponse
-
Orange assigne un préfixe et manifestement là c’est le cas dans les logs. Après en IPv6 le port WAN n’a pas forcément besoin d’avoir une IPv6 globale ("publique") pour fonctionner.
Effectivement, pas besoin, car une fois activé le dhcp v6 sur le réseau LAN concerné, mon iMac obtient une IP v6
Je pense que j'ai maintenant un double stack v4+v6 sur l'UDR...c'était juste pour voir, si je voulais le garder, il reste à régler la conservation au reboot de mon odhcp6c substitué au "vieux" odhcp6c livré par Unifi
-
Hello,
Une fois ton ticket sur le problème de renew ipv4 résolu, tu pourrais ouvrir un second ticket pour leur soumettre tes recherches et solutions ?
-
Hello,
Une fois ton ticket sur le problème de renew ipv4 résolu, tu pourrais ouvrir un second ticket pour leur soumettre tes recherches et solutions ?
Je crains que mon ticket, malgré leur "One of our experts will contact you shortly.", reste lettre morte, mais bon...
Quant à odhcp6c, Unifi est tellement loin d'une solution (ajouter les bonnes options dhcp v6 sans saisir en double, les accepter en argument, récupérer le CoS de l'upstream openwrt, etc..) que je vais me débrouiller seul.
j'ai fait un script qui récupère automatiquement les options de DHCPv4 (saisies dans l'UI) et les mappe sur les bonnes options DHCPv6 Orange (et ajoute les préfixes), il n'y a plus besoin de les entrer en double ou en dur. Ce script prend la place de /usr/sbin/odhcp6c et fait un exec du odhcp6c supportant le CoS, c'est totalement transparent.
Ne me reste que l'histoire de remettre ce hack au reboot/firmware, mais ça attendra le we prochain.
-
Pour info le sujet a été ouvert coté Ubiquiti: https://community.ui.com/questions/DHCP-renew-unicast-is-not-perform-with-the-CoS-parameter/2e457186-54ca-4cdf-88cf-90e2427ed85f
-
En attendant, j'ai pu valider udm-boot (en modifiant un peu le package).
Ce qui permet de conserver ce qu'on veut au reboot.
Notamment on garde après reboot :
1) les crontabs qu'on veut, donc par exemple le kill forcé pour renew DHCPv4
2) la modif de odhcp6 pour avoir le double stack DHCPv4+v6 avec paramètres V6 calculés automatiquemnt
Si jamais ça intéresse (mais la population intéressée/concernée doit être minuscule, alors..), je peux faire un post pour le udm-boot avec la cron et le dhcpv6 qui marche .
-
Quelqu'un a un UDM PRO SE et veut/peut tester le fix de Ubiquiti? J'envoie le lien par MP
-
Quelqu'un a un UDM PRO SE et veut/peut tester le fix de Ubiquiti? J'envoie le lien par MP
j'ai obtenu le firmware pour l'UDR (mais ce sera le même executable udhcpc que l'UDM), je l'ai installé.
En théorie il faudrait attendre 3,5 jours avant de voir si ça marche mais en fait en envoyant un SIGUSR1, qui commence par le même unicast renew que le renew automatique, le bail est renouvell immédiatement après. Alors qu'avant le FW, le 1er renew unicast échouait (et le SIGUSR1 poursuivait avec un broadacast et discover qui finissaient par marcher, contrairement au automatic renew qui stoppait et ne faisait rien)
Ce qui veut dire que la section de code en question (unicast renew) fonctionne maintenant a priori, et fonctionnera dans 3,5 jours au renew
J'ai enlevé ma crontab et je laisse donc faire pour être 100% sûr mais ça sent bon..
-
Wouah il a été rapide UI-Glenn pour le fix et recompiler un firmware !
Y'a moyen de lui souffler le fix IPv6 aussi ? ;D
-
j'ai obtenu le firmware pour l'UDR (mais ce sera le même executable udhcpc que l'UDM), je l'ai installé.
En théorie il faudrait attendre 3,5 jours avant de voir si ça marche mais en fait en envoyant un SIGUSR1, qui commence par le même unicast renew que le renew automatique, le bail est renouvell immédiatement après. Alors qu'avant le FW, le 1er renew unicast échouait (et le SIGUSR1 poursuivait avec un broadacast et discover qui finissaient par marcher, contrairement au automatic renew qui stoppait et ne faisait rien)
Ce qui veut dire que la section de code en question (unicast renew) fonctionne maintenant a priori, et fonctionnera dans 3,5 jours au renew
J'ai enlevé ma crontab et je laisse donc faire pour être 100% sûr mais ça sent bon..
Hello !
Je vois que tu utilises l'ONT externe fourni par orange. Quel tutoriel as-tu utilisé pour la config ?
Merci :)
-
Wouah il a été rapide UI-Glenn pour le fix et recompiler un firmware !
Y'a moyen de lui souffler le fix IPv6 aussi ? ;D
Je tenterai peut-être mais pas facile car trop de handicaps, ce serait bien plus lourd que le fix renew du v4 :
- ils utilisent un odhcp6 openwrt pas à jour (donc sans l'option -K qui passe la CoS)
- l'UI Unifi ne prévoit pas de passer les options au DHCPv6, et même pas les bons numéros (1, 11, 15, 16) dans le DHCPv4
- mais surtout ubios-udapi-server ne passe strictement aucune option DHCP (-x num:val) à odhcp6, de toute manière
- sans compter que pour Orange ces options v6 ont des valeurs issues des v4 avec des préfixes
Comme j'ai fait les modifs nécessaires sur mon UDR pour supporter un DHCPv6 de manière transparente (sans saisir quoi que ce soit à la main, toutes les options sont passées à un odhcp6 à jour, recalculées à partir des options 60 77 90 et macaddr déjà saisies dans l'UI DHCPv4 WAN), je suis moins pressé.
-
Je vois que tu utilises l'ONT externe fourni par orange. Quel tutoriel as-tu utilisé pour la config ?
La config de quoi ?
-
La config de quoi ?
La configuration complète pour bypasser la livebox.
Est-ce que t'as appliqué ce tutoriel ? https://lafibre.info/remplacer-livebox/livebox-5-pro-ip-fixed-remplacer-par-udm-pro/msg1007743/#msg1007743
Merci :)
-
La configuration complète pour bypasser la livebox.
Est-ce que t'as appliqué ce tutoriel ? https://lafibre.info/remplacer-livebox/livebox-5-pro-ip-fixed-remplacer-par-udm-pro/msg1007743/#msg1007743
Merci :)
Oui, pour DHCPv4. J'ai utilisé https://github.com/StephanGR/GO-BOX pour générer l'authent, sauf la partie ONT car c'est le bon vieux Huawei orange qui marche tout seul (tant qu'il ne me lâche pas...)
-
Oui, pour DHCPv4. J'ai utilisé https://github.com/StephanGR/GO-BOX pour générer l'authent, sauf la partie ONT car c'est le bon vieux Huawei orange qui marche tout seul (tant qu'il ne me lâche pas...)
Merci :)
-
Je tenterai peut-être mais pas facile car trop de handicaps, ce serait bien plus lourd que le fix renew du v4 :
- ils utilisent un odhcp6 openwrt pas à jour (donc sans l'option -K qui passe la CoS)
- l'UI Unifi ne prévoit pas de passer les options au DHCPv6, et même pas les bons numéros (1, 11, 15, 16) dans le DHCPv4
- mais surtout ubios-udapi-server ne passe strictement aucune option DHCP (-x num:val) à odhcp6, de toute manière
- sans compter que pour Orange ces options v6 ont des valeurs issues des v4 avec des préfixes
Comme j'ai fait les modifs nécessaires sur mon UDR pour supporter un DHCPv6 de manière transparente (sans saisir quoi que ce soit à la main, toutes les options sont passées à un odhcp6 à jour, recalculées à partir des options 60 77 90 et macaddr déjà saisies dans l'UI DHCPv4 WAN), je suis moins pressé.
Si je comprends bien il vaudrait mieux une case à cocher dans l'UI dans la section IPv6 WAN du genre "Use same options as DHCPv4" qui ferait la transposition automatiquement ?
Je dis ça car avoir le dev / community manager principal d'Ubiquiti qui prend en charge une requête utilisateur c'est "once in a lifetime" alors si y'a moyen de patcher l'IPv6 c'est l'occasion
-
Si je comprends bien il vaudrait mieux une case à cocher dans l'UI dans la section IPv6 WAN du genre "Use same options as DHCPv4" qui ferait la transposition automatiquement ?
Je dis ça car avoir le dev / community manager principal d'Ubiquiti qui prend en charge une requête utilisateur c'est "once in a lifetime" alors si y'a moyen de patcher l'IPv6 c'est l'occasion
Pas sûr que ça puisse se faire côté Unifi, car :
- le report des options 60, 61, 77 et 90 sur les 16, 1, 15 et 11 se fait parfois avec changements du contenu (préfixes spécifiques à Orange) ?
- cette liste bien précise d'options (pas une de plus ou de moins sinon déconnecté) est peut-être propre à orange ?
- Dieu seul sait ce que Orange va inventer de plus pour gêner les remplacements de Livebox
Comment demander un calcul automatique, alors...ils ne vont pas faire une UI juste pour nous.
Du coup, à part à permettre la saisie des 4+4 options dans le dialogue actuel en séparant v4 et v6, et donc double saisie de notre part, je ne vois pas trop (sauf pour la macaddr 61 => 1 qui est générique je pense, et l'auth 90 => 11)
-
Comment demander un calcul automatique, alors...ils ne vont pas faire une UI juste pour nous.
Justement, il n'y a qu'Orange qui nécessite tout cela, dans les autres pays c'est PPPoE, un simple client DHCP ou une IP fixe, donc oui la liste déroulante dans l'UI avec les options 60, 61, 77 et 90 ont été ajoutées juste pour Orange, voir feature-request (https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23)
-
Justement, il n'y a qu'Orange qui nécessite tout cela, dans les autres pays c'est PPPoE, un simple client DHCP ou une IP fixe, donc oui la liste déroulante dans l'UI avec les options 60, 61, 77 et 90 ont été ajoutées juste pour Orange, voir feature-request (https://community.ui.com/questions/Need-vlan-pcp-option-to-connect-Orange-ISP/35d20881-f280-4540-a9d2-42f755cf6e23)
Je n'arrive pas à comprendre pourquoi une boite US comme Unifi arrive à perdre son temps et ses $ à faire ça juste pour une partie des Froggies, mais tant mieux s'ils le font...
Encore plus lorsqu'il faudra revenir vers eux au prochain changement de préreqs Orange, ça doit finir par les fatiguer.
Si tu te sens le courage
Je n'arrive pas non plus à comprendre pourquoi Orange a besoin de toutes ces "protections" alors que les autres ISP s'en sortent sans...
-
Si tu penses vraiment que c'est possible qu'Unifi fasse le job juste pour une population réduite à leur échelle (Unifi+Orange sans Livebox, v4+v6) et qu'on ne va pas perdre de temps pour rien, je peux ouvrir une feature request, j'ai les éléments
-
Ce n'est qu'une supposition, comme tu dis une entreprise fait pas une action sans ROI, Mère Teresa dans le business ça n'existe pas. Du coup j'imagine qu'ils le font au vu des ventes / statistiques d'ISP via télémétrie / nombre de tickets incidents.
Pour la partie "perdre du temps pour rien", c'est pourtant courant quand on veut une feature spécifique chez eux (en vrai un peu chez tous les fabricants), je suis étonné par la prise en charge du soucis de CoS sur le renew.
-
Très surpris aussi.
Espérons que ce fix arrive rapidement dans une MàJ stable.
-
L'effort était quasi nul (quasi copier 5 lignes de codes existantes d'une fonction dans une autre du même source...) et visiblement ils avaient un peu "oublié"...
Rien à voir avec l'effort pour faire un DHCPv6 Orange qui marche tout seul
Du reste, plus que le fix du renew CoS, c'est celui d'ajout des saisies d'options DHCP dans le panel WAN qui me surprend
-
L'effort pour avoir un bouton pour désactiver le NAT est aussi quasi nul, alors que des centaines de personnes le réclament depuis des années sur le forum et cela touche bien plus de monde que les options DHCPv4 pour Orange. La logique est difficile à cerner.
Une ligne de commande : iptables -t nat -I POSTROUTING 1 -o eth8 -j ACCEPT
-
Quelqu'un a un UDM PRO SE et veut/peut tester le fix de Ubiquiti? J'envoie le lien par MP
Hello,
Je veux bien le firmware 😉
-
j'ai obtenu le firmware pour l'UDR (mais ce sera le même executable udhcpc que l'UDM), je l'ai installé.
En théorie il faudrait attendre 3,5 jours avant de voir si ça marche mais en fait en envoyant un SIGUSR1, qui commence par le même unicast renew que le renew automatique, le bail est renouvell immédiatement après. Alors qu'avant le FW, le 1er renew unicast échouait (et le SIGUSR1 poursuivait avec un broadacast et discover qui finissaient par marcher, contrairement au automatic renew qui stoppait et ne faisait rien)
Ce qui veut dire que la section de code en question (unicast renew) fonctionne maintenant a priori, et fonctionnera dans 3,5 jours au renew
J'ai enlevé ma crontab et je laisse donc faire pour être 100% sûr mais ça sent bon..
Je confirme, 3.5 jours après exactement le renew automatique est passé immédiatement et sans souci => le fix est OK
2023-06-10T10:09:15+02:00 UDR ubios-udapi-server[4810]: udhcpc: sending renew to server 80.10.239.9
2023-06-10T10:09:16+02:00 UDR ubios-udapi-server[4810]: udhcpc: lease of 90.90.xx.xxx obtained from 80.10.239.9, lease time 604800
-
Wouah il a été rapide UI-Glenn pour le fix et recompiler un firmware !
Y'a moyen de lui souffler le fix IPv6 aussi ? ;D
J'ai ouvert ce feature request :
https://community.ui.com/questions/No-options-settings-available-for-DHCPv6-WAN-client-odhcp6/77fe7a81-2f8f-4614-9015-2c809915d11e
-
Ubiquiti vient de release la 3.1.11 mais pas de bug fix DHCP dans le changelog 😢
-
Ubiquiti vient de release la 3.1.11 mais pas de bug fix DHCP dans le changelog 😢
Je pense que c'est normal puisque udhcpc est sans doute livré dans Network, et que ce dernier n'a pas changé de version
Du coup je ne fais pas l'upgrade je risque de perdre le fix
-
Non udhcpc est fourni dans le firmware sauf si il ya un gros changement depuis la 3.1. Busybox est compile au niveau OS => Firmware
-
Alors c'est étrange qu'il ne soit pas dedans car le FW qu'il m'avait donné était le UDR.mt7622.v3.1.10-root.11961.d7938ba.230602.2012.bin.
Donc 3.1.10 + fix
-
Ouep peut être qu'il avait déjà un firmware de stabilisation en cours.
En espérant que la 3.1.11 devienne pas release candidate sinon faudra attendre les 3.2.x :(
-
Les versions early access connaissent souvent plusieurs itérations avant d'être release au public le temps de corriger les bugs remontés.
-
Hello,
Est-ce que l'on devrait peut-être ajouter que la feature manque en réponse au post du forum UniFi annoncant la release en EA de UniFi OS 3.1.11? → https://community.ui.com/releases/UniFi-OS-Dream-Machines-3-1-11/8528c4c3-dfdd-46d7-b93b-dfb6ab434f0a?page=1
-
Hello,
Est-ce que l'on devrait peut-être ajouter que la feature manque en réponse au post du forum UniFi annoncant la release en EA de UniFi OS 3.1.11? → https://community.ui.com/releases/UniFi-OS-Dream-Machines-3-1-11/8528c4c3-dfdd-46d7-b93b-dfb6ab434f0a?page=1
Glenn a déjà répondu, je cite :
No [fix not included in 3.1.11], next UniFi OS release will, no ETA.
-
Oui mais comme l'a dit iMarco27, les versions EA ont souvent des changements avant la realase de la version finale.
Donc en mentionnant la feature sur le post du forum UniFi annoncant la release en EA de UniFi OS 3.1.11, on pourrait peut-être accélérer les choses :).
-
Quelqu'un a un UDM PRO SE et veut/peut tester le fix de Ubiquiti? J'envoie le lien par MP
Je suis client 'msieur !
-
La version 3.1.12 est sortie en EA et elle contient le fix d'après les release notes :
- Fixed DHCP renew unicast was not using the CoS parameter.
-
Si par hasard ça intéresse quelqu'un d'activer le double stack IPv4+IPv6 avec Orange sur son UDM/UDR, j'ai fait un petit guide ici :
https://github.com/fgero/dhcpv6-mod
Certes, l'intérêt n'est pas énorme à ce stade puisque Orange n'oblige à rien...
-
https://community.ui.com/releases/UniFi-OS-Dream-Machine-SE-3-1-12/f0635465-3710-454f-b1a6-d08a974895ae
UniFi OS - Dream Machine SE 3.1.12
Bugfixes
Fixed DHCP renew unicast was not using the CoS parameter.
;D
-
Si par hasard ça intéresse quelqu'un d'activer le double stack IPv4+IPv6 avec Orange sur son UDM/UDR, j'ai fait un petit guide ici :
https://github.com/fgero/dhcpv6-mod
Certes, l'intérêt n'est pas énorme à ce stade puisque Orange n'oblige à rien...
Sur le fait de remplacer le odhcp6c attention a bien regarder les patches downstream qu'Ubiquiti a de son coté tu risque de casser certaines features.
-
Sur le fait de remplacer le odhcp6c attention a bien regarder les patches downstream qu'Ubiquiti a de son coté tu risque de casser certaines features.
C'est vrai mais d'un autre côté, à moins que ne me trompe, le odhcp6c livré par Unifi est totalement inutile pour les clients Orange, donc entre ça et le risque de perdre une feature
(on utilise le client DHCPv6 pour autre chose que le WAN ?)
et puis dès qu'Unifi daignera se baser sur une version openwrt odhcp6c récente je n'aurai même plus besoin de la rebuilder...
-
C'est vrai mais d'un autre côté, à moins que ne me trompe, le odhcp6c livré par Unifi est totalement inutile pour les clients Orange, donc entre ça et le risque de perdre une feature
(on utilise le client DHCPv6 pour autre chose que le WAN ?)
et puis dès qu'Unifi daignera se baser sur une version openwrt odhcp6c récente je n'aurai même plus besoin de la rebuilder...
Ouep c'est pas faux et je viens de regarder les sources de la 3.0.13 y'a pas de patch..
-
Si par hasard ça intéresse quelqu'un d'activer le double stack IPv4+IPv6 avec Orange sur son UDM/UDR, j'ai fait un petit guide ici :
https://github.com/fgero/dhcpv6-mod
Pour ceux qui seraient passé en V4+V6, j'ai constaté que les updates de firmware depuis l'UI restaient en attente indéfiniment.
Ceci est du au fait que les endpoints Unifi fw-download.ubnt.com ne répondent que sur leurs adresses IPV4 et pas IPV6...merci Unifi...
Or le DNS resolver donne dans l'ordre les adresses IPV6 puis les IPV4 (ce sont d'ailleurs des endpoints CloudFront AWS).
Et surtout Unifi n'a pas daigné mettre de connect-timeout dans les commandes wget qu'il génère pour downloader les firmwares.
Donc il faut faire la manip suivante (qui peut être relancée à volonté, elle est idempotente) pour changer le défaut de wget et commencer par IPV4 :
grep -sq '^prefer-family' /root/.wgetrc || echo 'prefer-family = IPv4' >> /root/.wgetrc
(on peut aussi ajouter connect-timeout = 10 si on veut)
J'ai mis la modif sur le github (il faut éventuellement refaire à la main le "cp -p 05-replace-odhcp6c.sh /data/on_boot.d" au cas où le .wgetrc soit effacé par les firmwares au reboot)
-
Je pense avoir trouvé une astuce pour que le service systemd udm-boot soit conservé même après un firmware update, en utilisant le udm-dpkg-cache d'Unifi.
Ce qui permet de faire exécuter n'importe quel script mis dans /data/on-boot.d/ dans tous les cas de reboot même firmware upgrade.
J'ai donc ajouté mon udm-boot modifié dans le repo github dhcpv6-mod (https://github.com/fgero/dhcpv6-mod/tree/main), mis les détails de comment ça marche dans un issue #1 (https://github.com/fgero/dhcpv6-mod/issues/1), mais je ne peux pas tester car je suis déjà en UnifiOS 3.1.13, je dois attendre la suivante...
Si par un hasard incroyable une personne avait dhcpv6-mod sans être encore en dernière version d'unifi OS et testait ce dernier commit, je serais intéressé...
-
Bonjour,
Nouveau sur le forum ce sujet m'intéresse beaucoup.
Cependant, malgré la lecture de presque l'ensemble du topic, je suis un peu perdu.
Aujourd'hui, j'ai moi même un UDM PRO SE et je cherche à savoir si on peut configurer l'UDM Pro SE en se passant de la Livebox, mais également d'ONT. (Je ne sais pas si c'est possible justement).
Actuellement, j'ai toujours la livebox et je suis en double NAT.
Dans l'idée, j'aimerai pouvoir connecter mon arrivée fibre directement au port fibre de l'UDM Pro. Dans mon cas, je n'utilise pas la TV.
Est-ce que c'est possible, ou bien le passage par un ONT est obligatoire ?
Merci d'avance de vos retours.
-
Ah moins que tu ais un ONT intégré (comme les livebox) mais c'est spécifiques aux box opérateur il te faut obligatoirement un ONT. Tu dois avoir des cages SFP pour en mettre sur ton routeur.
-
Merci pour ta réponse. Je pensai qu'il était possible de se passer complètement de la Livebox et ONT afin d'éviter un point de défaillance supplémentaire.
Du coup, quel est le vrai intéret de se passer de la livebox si c'est pour mettre entre notre routeur et la fibre un ONT ?
Est-ce que cela permet quand même de faire du "Bridge" et d'éviter le double NAT ?
Merci !
-
Merci pour ta réponse. Je pensai qu'il était possible de se passer complètement de la Livebox et ONT afin d'éviter un point de défaillance supplémentaire.
Du coup, quel est le vrai intéret de se passer de la livebox si c'est pour mettre entre notre routeur et la fibre un ONT ?
Est-ce que cela permet quand même de faire du "Bridge" et d'éviter le double NAT ?
Merci !
Salut,
Il est tout à fait possible de se passer de la Livebox ainsi que de l'ONT externe fourni par orange.
Il existe plusieurs options dont l'une par exemple, est d'acheter un stick GPON (https://www.leolabs.pl/ont-leox-lxt-010s-h.html) à insérer dans le port sfp de l'UDM PRO SE comme indiqué ici => https://stephangr.github.io/isp/bypass-livebox/.
Du coup plus de Livebox, pas d'ONT externe et pas de double NAT.
Et en plus si tu veux de l'ipv6, grâce à fgero c'est possible ici => https://github.com/fgero/dhcpv6-mod
-
Génial !
C'est exactement ce que je cherchais.
Merci beaucoup @Hequin0x
Même si je suis sur une livebox pro et que je n'utilise pas la TV. Juste par curiosité. Est-ce qu'il est possible tout de même de faire fonctionner le boitier TV avec cette méthode ? (Simple curiosité).
Merci !
-
Génial !
C'est exactement ce que je cherchais.
Merci beaucoup @Hequin0x
Même si je suis sur une livebox pro et que je n'utilise pas la TV. Juste par curiosité. Est-ce qu'il est possible tout de même de faire fonctionner le boitier TV avec cette méthode ? (Simple curiosité).
Merci !
Concernant la TV, je crois que à l’heure actuelle ce n’est pas possible, je me trompe peut-être..
-
Voir en page 20-21 de ce fil les réponses de zoc
VLAN 840 et proxy IGMP nécessaires pour la TV.
Il semble que çà coince du côté du proxy IGMP car sur UDM pro cela semble prévu pour la TV sur le même VLAN qu'Internet ce qui n'est pas le cas chez Orange. Ceci dit je n'ai pas testé car je ne me sert pas de la TV.
-
La nouvelle version de Network (7.5.165 beta) laisse entrevoir entres autres de forts changements sur la prise en compte d'IPv6 par une future Unifi OS 3.2
https://community.ui.com/releases/UniFi-Network-Application-7-5-165/9b957451-acc0-4a80-92e7-affdf00612bb
-
Le changelog est fou
-
Est-ce que quelqu'un a réussi à connecter la livebox derrière l'UDM Pro pour avoir la téléphonie ?
-
Est-ce que quelqu'un a réussi à connecter la livebox derrière l'UDM Pro pour avoir la téléphonie ?
oui
-
Créer un Network dédié, avec :
- un réseau /24
- VLANID 832
- DHCP server avec DNS 81.253.149.6 et 80.10.246.136, lease time 86400, Domain name orange.fr, et 3 custom DHCP options :
- name: authsend, code: 90, type: Text, value : 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
- name : Vendor-specific, code: 125, type: Text, value: 00:00:05:58:0c:01:0a:00:01:00:00:00:ff:ff:ff:ff:ff
- name : Domain-search, code: 119, type: Text, value: XXX.access.orange-multimedia.net.
- IPv6 : None
Les champs sont fixes (ne dépendent pas du client) sauf le XXX
XXX : localisation du serveur SIP (pour la VOIP), par exemple PUT pour Puteaux
Pour trouver le bon XXX je ne me rappelle plus comment j'ai fait, sans doute observé la réponse DHCP d'Orange à mon UDR avec un tcpdump
Brancher la LB n'importe où sur le réseau et ça devrait marcher
-
Créer un Network dédié, avec :
- un réseau /24
- VLANID 832
- DHCP server avec DNS 81.253.149.6 et 80.10.246.136, lease time 86400, Domain name orange.fr, et 3 custom DHCP options :
- name: authsend, code: 90, type: Text, value : 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
- name : Vendor-specific, code: 125, type: Text, value: 00:00:05:58:0c:01:0a:00:01:00:00:00:ff:ff:ff:ff:ff
- name : Domain-search, code: 119, type: Text, value: XXX.access.orange-multimedia.net.
- IPv6 : None
Les champs sont fixes (ne dépendent pas du client) sauf le XXX
XXX : localisation du serveur SIP (pour la VOIP), par exemple PUT pour Puteaux
Pour trouver le bon XXX je ne me rappelle plus comment j'ai fait, sans doute observé la réponse DHCP d'Orange à mon UDR avec un tcpdump
Brancher la LB n'importe où sur le réseau et ça devrait marcher
Bonjour,
Merci, c'est bien ces paramètres que j'ai, mais la livebox ne veut pas récupérer l'IP que l'UDM lui donne
DHCP request de la livebox
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request from aa:bb:cc:dd:ee:ff, length 398, xid 0x1df823cb, secs 2810, Flags [Broadcast] (0x8000)
Client-Ethernet-Address aa:bb:cc:dd:ee:ff
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Discover
Requested-IP (50), length 4: 92.150.x.x
Parameter-Request (55), length 12:
Subnet-Mask (1), Default-Gateway (3), Domain-Name-Server (6), Domain-Name (15)
BR (28), Lease-Time (51), RN (58), RB (59)
AUTH (90), Unknown (119), Unknown (120), Unknown (125)
Vendor-Class (60), length 5: "sagem"
Client-ID (61), length 7: ether aa:bb:cc:dd:ee:ff
User-Class (77), length 44:
instance#1: "FSVDSL_livebox.Internet.softathome.Livebox4", length 43
AUTH (90), length 70: 0.0.0.0.0.0.0.0.0.0.0.26.9.0.0.5.x.x.x.x
END (255), length 0
La réponse DHCP de l'UDM
192.168.100.254.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 391, xid 0x1df823cb, secs 2810, Flags [Broadcast] (0x8000)
Your-IP 192.168.100.208
Server-IP 192.168.100.254
Client-Ethernet-Address aa:bb:cc:dd:ee:ff
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Offer
Server-ID (54), length 4: 192.168.100.254
Lease-Time (51), length 4: 86400
RN (58), length 4: 43200
RB (59), length 4: 75600
Subnet-Mask (1), length 4: 255.255.255.0
Domain-Name (15), length 9: "orange.fr"
BR (28), length 4: 192.168.100.255
Unknown (119), length 34: 852,19534,1633,25443,25971,29457,28530,24942,26469,11629,30060,29801,28005,25705,24835,28261,29696
AUTH (90), length 17: 0.0.5.88.12.1.10.0.1.0.0.0.255.255.255.255.255
Unknown (125), length 27: 0.0.0.0.0.0.0.0.0.0.0.100.104.99.112.108.105.118.101.98.111.120.102.114.50.53.48
Domain-Name-Server (6), length 8: 81.253.149.6,80.10.246.136
Default-Gateway (3), length 4: 192.168.100.254
END (255), length 0
-
On dirait une inversion entre l'option 90 et l'option 125 vues les longueurs de la réponse DHCP...
La 1ere doit faire 27 et la seconde 17, ici c'est l'inverse que répond l'UDM
Donc a priori erreur de saisie dans les DHCP options côté UDM
-
On dirait une inversion entre l'option 90 et l'option 125 vues les longueurs de la réponse DHCP...
La 1ere doit faire 27 et la seconde 17, ici c'est l'inverse que répond l'UDM
Donc a priori erreur de saisie dans les DHCP options côté UDM
Bonsoir,
Merci... Wireshark m'indiquait que le paquet était malformé mais je n'arrivais pas à voir pourquoi..
J'ai pu corriger ma config côté UDM, mais la livebox ne récupère toujours pas d'IP locale.
-
Quelques checks basiques à faire au cas où (je ne suis pas chez chez moi, je n'ai pas accès à mon UDR donc je ne peux pas comparer les tcpdump) :
# cat /run/dnsmasq.conf.d/dhcp.dhcpServers-net_LB_832_br832_10-1-132-0-24.conf
#
# Generated automatically by ubios-udapi-server
#
# Configuration of DHCP Server 'net_LB_832_br832_10-1-132-0-24'
no-dhcp-interface=lo
interface=br832
domain=orange.fr,10.1.132.0/24
dhcp-range=set:net_LB_832_br832_10-1-132-0-24,10.1.132.10,10.1.132.19,255.255.255.0,86400
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,option:router,10.1.132.1
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,option:dns-server,81.253.149.6,80.10.246.136
dhcp-option-force=tag:net_LB_832_br832_10-1-132-0-24,90,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
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,120,00:06:73:62:63:74:33:67:03:50:55:54:06:61:63:63:65:73:73:11:6f:72:61:6e:67:65:2d:6d:75:6c:74:69:6d:65:64:69:61:03:6e:65:74:00
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,125,00:00:05:58:0c:01:0a:00:01:00:00:00:ff:ff:ff:ff:ff
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,119,PUT.access.orange-multimedia.net.
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,28,10.1.132.255
Vérification de l'obtention :
# arp -a|grep 132
? (10.1.132.13) at 08:87:c6:11:c2:63 [ether] on br832
# grep 132 /data/udapi-config/dnsmasq.lease
1683618738 08:87:xx:xx:xx:xx 10.1.132.13 * 01:08:87:xx:xx:xx:xx
-
Quelques checks basiques à faire au cas où (je ne suis pas chez chez moi, je n'ai pas accès à mon UDR donc je ne peux pas comparer les tcpdump) :
# cat /run/dnsmasq.conf.d/dhcp.dhcpServers-net_LB_832_br832_10-1-132-0-24.conf
#
# Generated automatically by ubios-udapi-server
#
# Configuration of DHCP Server 'net_LB_832_br832_10-1-132-0-24'
no-dhcp-interface=lo
interface=br832
domain=orange.fr,10.1.132.0/24
dhcp-range=set:net_LB_832_br832_10-1-132-0-24,10.1.132.10,10.1.132.19,255.255.255.0,86400
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,option:router,10.1.132.1
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,option:dns-server,81.253.149.6,80.10.246.136
dhcp-option-force=tag:net_LB_832_br832_10-1-132-0-24,90,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
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,120,00:06:73:62:63:74:33:67:03:50:55:54:06:61:63:63:65:73:73:11:6f:72:61:6e:67:65:2d:6d:75:6c:74:69:6d:65:64:69:61:03:6e:65:74:00
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,125,00:00:05:58:0c:01:0a:00:01:00:00:00:ff:ff:ff:ff:ff
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,119,PUT.access.orange-multimedia.net.
dhcp-option=tag:net_LB_832_br832_10-1-132-0-24,28,10.1.132.255
Vérification de l'obtention :
# arp -a|grep 132
? (10.1.132.13) at 08:87:c6:11:c2:63 [ether] on br832
# grep 132 /data/udapi-config/dnsmasq.lease
1683618738 08:87:xx:xx:xx:xx 10.1.132.13 * 01:08:87:xx:xx:xx:xx
Tout fonctionne merci... C'est le profil associé au port de l'UDM qui était mal configuré...
-
Hello,
Quelqu'un a t'il bumpé en 3.1.16 ? Pas de soucis a la MaJ ?
Merci :D
-
Quelqu'un a t'il bumpé en 3.1.16 ? Pas de soucis a la MaJ ?
Oui - pas de souci à noter (chez moi en tout cas)
-
Hello,
Quelqu'un a t'il bumpé en 3.1.16 ? Pas de soucis a la MaJ ?
Merci :D
Pas de soucis chez moi non plus.
-
Hello
Je vais essayer de me passer de livebox.
Je viens de voir le super programme GO-BOX https://github.com/StephanGR/GO-BOX (https://github.com/StephanGR/GO-BOX)
Seulement, une question : je ne comprends pas ce que je dois faire avec cette ligne ## Unplug fiber from Livebox and plug it into UDM and wait a minute ##:
./GO-BOX --ip 192.168.1.1 --box livebox
Password :
✅ Successfully connected to Livebox ! ✅
===========LEOX GPON COMMAND=============
flash set GPON_SN SMBS031E9F7D
flash set PON_VENDOR_ID SMBS
## Unplug fiber from Livebox and plug it into UDM and wait a minute ##
Execute this command -> omcicli mib get 131
C'est bon j'ai trouvé, je n'avais pas vu qu'il fallait faire le telnet depuis l'udm.
Par contre, on télécharge comment GO-BOX sur l'udm ?
-
Hello,
Quelqu'un a prévu de tester le XGS-PON?
Est-ce que l'ONT de Ubiquiti pourrait faire l'affaire ?
https://store.ui.com/us/en/pro/category/fiber-xgs-pon/products/uacc-uf-om-xgs?variant=uacc-uf-om-xgs
merci
-
Ceci n'est pas un ONT, mais un transceiver destiné à être utilisé dans un OLT, coté opérateur donc.
-
Oui tout a fait 🤦♂️
Il y a un topic qui parle des ONT compatible ?
-
Hello
Je vais essayer de me passer de livebox.
Je viens de voir le super programme GO-BOX https://github.com/StephanGR/GO-BOX (https://github.com/StephanGR/GO-BOX)
Seulement, une question : je ne comprends pas ce que je dois faire avec cette ligne ## Unplug fiber from Livebox and plug it into UDM and wait a minute ##:
./GO-BOX --ip 192.168.1.1 --box livebox
Password :
✅ Successfully connected to Livebox ! ✅
===========LEOX GPON COMMAND=============
flash set GPON_SN SMBS031E9F7D
flash set PON_VENDOR_ID SMBS
## Unplug fiber from Livebox and plug it into UDM and wait a minute ##
Execute this command -> omcicli mib get 131
C'est bon j'ai trouvé, je n'avais pas vu qu'il fallait faire le telnet depuis l'udm.
Par contre, on télécharge comment GO-BOX sur l'udm ?
hello, tu n'as pas besoin de l'installer. j'ai branché mon pc derrière la livebox et j'ai lancé le logiciel et c'était nickel.
-
Salut,
Il est tout à fait possible de se passer de la Livebox ainsi que de l'ONT externe fourni par orange.
Il existe plusieurs options dont l'une par exemple, est d'acheter un stick GPON (https://www.leolabs.pl/ont-leox-lxt-010s-h.html) à insérer dans le port sfp de l'UDM PRO SE comme indiqué ici => https://stephangr.github.io/isp/bypass-livebox/.
Du coup plus de Livebox, pas d'ONT externe et pas de double NAT.
Et en plus si tu veux de l'ipv6, grâce à fgero c'est possible ici => https://github.com/fgero/dhcpv6-mod
merci beaucoup pour la doc, j'ai pas encore fait l'ipv6 mais je confirme que le GPON et la procédure marche super bien ! bye bye la lbx5
-
Attention à la dernière mise a jour unifi OS 3.2.5. Beaucoup de personnes, dont moi, ont perdu Internet ...
-
hello pour ma part je l'ai perdu il y a une semaine, ca pourrais etre la beta ou ma config ? un avis ?
-
Comme tout marche bien en 3.1.16 je n'ai surtout pas tenté la 3.2.x, j'attends que ça passe en RC
-
Hello,
Quelqu'un a prévu de tester le XGS-PON?
Est-ce que l'ONT de Ubiquiti pourrait faire l'affaire ?
https://store.ui.com/us/en/pro/category/fiber-xgs-pon/products/uacc-uf-om-xgs?variant=uacc-uf-om-xgs
merci
Hello, c’est en cours par ici chez SFR… Une fois que j’aurai trouvé un ONU compatible et compilé un firmware adapté avec SFR, je m’occuperai des opérateurs suivants et ce sera beaucoup plus rapide pour le XGS-PON. Pour l’instant, c’est rude chez SFR… je suis en plein travail de rétro ingénierie sur la 8X
-
hello pour ma part je l'ai perdu il y a une semaine, ca pourrais etre la beta ou ma config ? un avis ?
Le passage de l'UDM sous Unifi OS 3.2.5 est responsable de ton problème.
J'ai reproduit le problème, même sous une installation fraiche avec la configuration le problème persiste.
Il faut rester sur la 3.1.x
-
Y aurait un soucis de lecture de la route statique renvoyée par le DHCP.
En attendant vous pouvez mettre 0.0.0.0/1 et 128.0.0.0/1 en route statique avec l'IP de votre passerelle.
La beta a été retirée pour cette raison (dispo en màj manuelle).
-
Le passage de l'UDM sous Unifi OS 3.2.5 est responsable de ton problème.
J'ai reproduit le problème, même sous une installation fraiche avec la configuration le problème persiste.
Il faut rester sur la 3.1.x
Salut sais tu si il y a moyen de rollback ?
-
Unifi OS 3.2.6 en Early Access permet de résoudre le problème pour information.
-
Hello,
Quelqu'un a dans les cartons le fait de tester le XGSPON?
Si oui avec quel adaptateur ONT compatible UDM Pro ?
Merci
-
Bon j'ai pas pu attendre j'ai commandé chez FS https://www.fs.com/fr/products/185594.html.
Ca a l'air compatible UDM SE :)
-
Bonjour,
J'ai suivi le tuto stephangr sur github et ça fonctionne sauf une fois par mois environ au moment du renouvellement de mon adresse ip (vu que je n'ai pas l'option ip fixe).
Je bascule automatiquement sur ma connexion mobile pour une continuité de service.
Que dois-je vérifier ou activer pour que le renouvellement se fasse ?
Je tourne sur un UDM Pro en version 3.1.16 avec Unifi Network en 8.0.7, LEOX LXT-010S-H avec le firmware V3.3.4L4rc5.
Merci d'avance
-
je suis dans une situation similaire. la remise en route est un peu compliqué par ailleurs.
-
Bon j'ai pas pu attendre j'ai commandé chez FS https://www.fs.com/fr/products/185594.html.
Ca a l'air compatible UDM SE :)
Bonjour à tous,
Frozeus, as tu reçu ta commande ?
Bonne soirée
-
Salut,
Bien reçu, L'ONT est bien détecté sans problème et lien en 10gbps.
J'ai demandé le mot de passe au support, et c'est good.
Je me connecte en telnet et j'ai accès a toutes les confs.
J'attends juste d'etre éligibile... J'ai relancé le support ça devrait plus trop tarder.
-
Salut,
Bien reçu, L'ONT est bien détecté sans problème et lien en 10gbps.
J'ai demandé le mot de passe au support, et c'est good.
Je me connecte en telnet et j'ai accès a toutes les confs.
J'attends juste d'etre éligibile... J'ai relancé le support ça devrait plus trop tarder.
Impatient que tu sois éligible et d'avoir tes premiers retours, ca promet....
-
frozeus, ça veut dire que le SFP marche déjà en GPON de base?
-
frozeus, ça veut dire que le SFP marche déjà en GPON de base?
Non j'ai un double WAN, j'ai encore mon Leox branché sur le 2.5G ethernet.
Le GPON n'est pas compatible avec XGS-PON (ou je dis des betises?).
EDIT:
GPON: Wavelengths:
US 1310nm, DS 1490nm
XGS-PON:
1270nm-TX/1577nm-RX
Donc pas compatbile déja au niveau PHY
-
oui, ok, j'avais déjà lu les wavelengths différentes. Merci pour le rappel et pour l'explication du double WAN.
-
Hello
Je vais essayer de me passer de livebox.
Je viens de voir le super programme GO-BOX https://github.com/StephanGR/GO-BOX (https://github.com/StephanGR/GO-BOX)
Seulement, une question : je ne comprends pas ce que je dois faire avec cette ligne ## Unplug fiber from Livebox and plug it into UDM and wait a minute ##:
./GO-BOX --ip 192.168.1.1 --box livebox
Password :
✅ Successfully connected to Livebox ! ✅
===========LEOX GPON COMMAND=============
flash set GPON_SN SMBS031E9F7D
flash set PON_VENDOR_ID SMBS
## Unplug fiber from Livebox and plug it into UDM and wait a minute ##
Execute this command -> omcicli mib get 131
C'est bon j'ai trouvé, je n'avais pas vu qu'il fallait faire le telnet depuis l'udm.
Par contre, on télécharge comment GO-BOX sur l'udm ?
Hello je reviens quelques jours (semaines) plus tard :)
Il ne faut pas mettre GO-BOX sur l'UDM
GO-BOX permet simplement de générer les commandes à faire en telnet sur le LEOX ainsi que la configuration pour l'interface d'Ubiquiti :)
-
Salut
J'ai fais l'acquisition d'un UDM Pro mais pas d'un UDM Pro SE.
J'aimerais savoir si la solution de stephangr marche sur UDM Pro 'simple' ?
J'ai l'impression que le GPON STICK LXT010SH a besoin du modèle SE avec POE mais je me trompe peut être ?
Merci
-
Hello,
Je n'ai pas testé sur un UDM Pro "simple" mais ca devrait fonctionner
Je ne pense pas qu'il ait besoin du model SE avec POE.
Sur le site de LEOLABS ils disent qu'il faut qu'il soit alimenté en 3V3
Le POE de l'UDM SE agit que sur les ports RJ par SFP
Si tu branches ton SFP dans le port et qu'il chauffe c'est qu'il tourne ;D
Bonne journée
-
Bonjour à tous!
Très intéressé par ce fil de discussion ;-)
Et merci à tout ceux qui déchiffrent le fonctionnement de notre opérateur fruité, sacré boulot et partage ! Je le le suis depuis pratiquement sont inception ;-)
C'est donc tout naturel qu'il soit le premier fil de discussion sur lequel je post quelque chose (d'ailleurs, c'est le fil qui m'a finalement poussé à m'inscrire ;-)
Je me tourne vers vous avec une question : Au tout départ le fil de conversation a concerné une Offre Orange Pro (avec IP Fixe), mais... c'était il y a trois ans et depuis les contributeurs ont rarement rappeler si leur abonnement était pro ou simplement Fixe particulier. Est-ce que qqn sait si le fait d'avoir un abonnement Orange Pro change quoique ce soit à l'utilisation d'un ONT compatible XGSPON et la méthodo construite par Stephangr ?
Car, comme l'a dit frozeus, il semble que le modèle FS.com fonctionnerait sur l'UDM Pro SE ! D'ailleurs, impatient de savoir si, quand ta ligne est activé, si tu reçois bien effectivement du flux sur l'UDM). D'un autre côté... je constate que le fix trouvé par stephangr (https://stephangr.github.io/isp/bypass-livebox/) est susceptible aux changements d'IP imposé par le fournisseur au fruit qui fait déjà un peu rancide... Ce qui est... soyons honnête, chiant. Surtout pour le prix qu'on paye. J'ai donc regardé du côté du coût que représenterait l'option IP Fixe pour un particulier. C'est... possible, mais il faut apparemment insister au 3900, et c'est facturé 18 euros par mois.
Alors qu'en offre Pro, c'est compris dans l'abonnement. Et que l'offre Pro coute ~1 euros de moins que l'offre Max... avec en plus des débits à 8Gbit/s en descendant et 2Gbit/s en montant...
Je serai presque à deux doigt de monter un dossier d'auto-entrepreuneur pour un mois ou deux, juste pour souscrire à l'offre pro.
D'où ma question : avant de me lancer, est-ce que quelqu'un sait si l'offre pro d'orange change la nature du fixe fourni par Stephangr ?
A votre bon coeur, messieurs-dames !
-
Bonjour à tous
Nouveau sur ce forum, je me devais de m'inscrire pour remercier tous les contributeurs à ce post.
Je me suis lancé à remplacer ma livebox par un UDM Pro et cela fonctionne nickel en suivant à la lettre le tuto (https://stephangr.github.io/isp/bypass-livebox/)
(j'insiste sur "à la lettre", je n'avais pas utiliser les memes IP et le stick GPON n'était pas détecté, il semble qu'il soit en IP fixe et non en DHCP pour le LAN ?)
Je me rends compte du travail et du temps nécessaire pour comprendre le fonctionnement DHCP requis par Orange et pour demander son implémentation chez Ubiquiti
Donc un grand merci à vous !
Je réfléchis maintenant à ajouter un module 4G en PoE en secours, pour les cas ou il y aurait quelques instabilités :)
-
Je vais bientôt tenter la procédure décrite par Stoufiler.
J'ai reçu le stick GPON de chez LEOX hier. Bon je serais limité à 1Gbe vu que je n'ai qu'un UDM Pro (pas SE) mais bon j'ai découvert cette subtilité trop tard.
Par contre j'ai une question à ceux qui ont déjà fait la procédure:
- Dans le tutoriel à la (STEP 6 : Connect to GPON via telnet) il est noté "on the UDM Pro" de se connecter via telnet au GPON
=> Ca veut dire qu'il est demandé de faire un SSH sur l'UDM PRO puis d'installer telnet dessus pour se connecter au GPON ?
Si oui, quel intérêt ? On peut pas se connecter simplement avec un PC connecté sur le subnet de CONF LEOX et de faire un autre session de terminal pour faire le telnet sur le GPON ?
Merci.
REPONSE: J'ai pas testé mais j'ai lu qu'il existait des restrictions vis à vis de telnet. Du coup c'était au final assez simple d'activer et de se connecter en SSH sur l'UDM PRO. Telnet était déjà installé d'ailleurs.
J'ai suis les instructions à la lettre et je me suis donc débarrassé de la box pour le moment.
On va voir au prochain changement d'ip ce qu'il se passe, pour le moment j'ai pas de failover donc ça risque d'être ennuyant si je ne suis pas à la maison.
Merci en tout cas pour le taff effectué c'est top de pouvoir profiter enfin de l'UDM Pro en routing pure et de toutes ses fonctionnalités.
-
Bonjour à tous,
Un grand merci à tous ceux qui ont de loin ou de près participer à faire avancer les choses pour enfin réussir à se débarraser de cette Livebox.
J'ai reçu aujourd'hui le module SFP de chez Leox et j'ai réussi à remettre la Livebox dans son carton et continuer à naviguer sur Internet 8).
Hormis, le mod de fgero, existe-t-il un ticket chez Ubiquiti demandant l'ajout des Option DHCP afin de faire fonctionner l'IPv6 de façon Plug'n'Play ?
Qu'en pensez vous d'en créer un si jamais ça n'existe pas déjà ?
Edit: Je viens de faire une petite recherche et je suis tombé sur le ticket suivant : https://community.ui.com/questions/No-options-settings-available-for-DHCPv6-WAN-client-odhcp6c/77fe7a81-2f8f-4614-9015-2c809915d11e.
Etant nouveau dans l'écosystème Unifi, comment je peu aider à mon tour à faire pousser ce ticket afin qu'il soit pris en compte ?
-
Etant nouveau dans l'écosystème Unifi, comment je peu aider à mon tour à faire pousser ce ticket afin qu'il soit pris en compte ?
C'est aussi moi qu'il l'ai ouvert.
Je ne pense pas que Unifi ait un intérêt suffisant pour développer quelque chose, trop peu de personnes sont concernées
Pour pousser tu ne peux que "upvoter", ce qui a déjà été fait à 13 reprises...
Pour ma part je me contente de ma modif, elle marche très bien depuis des mois.
-
Bonjour,
Je viens de remplacer mon mikrotik RB5009 par un UDM SE, je souhaiterais savoir si le module GPON ONU-34-20BI est compatible avec l'UDM.
Lorsque je le plug, l'UDM crash. J'ai pourtant forcé dans la configuration du module la nego à 1gbps...
Merci d'avance :)
EDIT: finalement le module ONU-34-20BI de fs.com n'est pas supporter par le UDM SE, j'ai mi un MC220L au milieu et je prendrai un SFP LEOX par la suite.
-
Bonjour a tous,
J'en profite pour dire que je viens de tester avec un UXG-lite d'unifi connecté directement a l'ONT a la place d'une livebox 3 et ca a marche.
J'ai suivi ce tuto https://stephangr.github.io/isp/bypass-livebox/#step-10-test-in-production
Et tout s'est passé comme prévu.
-
Hello tu as une adresse IPV6 aussi ?
-
J'ai pas fait la conf v6.
-
Ok.
Tu comptes la faire ?
En tous cas ca donne envie j'ai tout mon réseau en Ubiquiti juste pas le routeur.
Merci pour ton retour
-
Salut,
Bien reçu, L'ONT est bien détecté sans problème et lien en 10gbps.
J'ai demandé le mot de passe au support, et c'est good.
Je me connecte en telnet et j'ai accès a toutes les confs.
J'attends juste d'être éligible J'ai relancé le support ça devrait plus trop tarder.
Hello Frozeus,
Des news concernant ton éligibilité et les tests sur XGS-PON ?
D'ailleurs je me pose la question maintenant que nous allons évoluer petit à petit vers cette technologie (Orange indique vouloir rendre 100% de ses clients éligibles d'ici 2026).
L'UDM PRO est sortie en 2020 (à confirmer)
L'UDM SE début 2022.
Ils sont certes compatibles avec un xgs-pon 10 Gbit mais ces 2 machines ne peuvent supporter que 3,5 Gbit avec l'IDS/IPS activé complètement.
Les questions que je me pose alors est de savoir :
- Vous utilisez l'IDS/IPS sur votre UDM PRO / SE ?
- Vous seriez prêt à désactiver l'IDS/ISP pour avoir le "plaisir" de voir votre débit à 5gbit/s (8Gbit pour la fibre pro) ?
J'imagine que Ubiquiti va sortir prochainement de nouvelles machines qui seront bien plus compatibles avec cette norme et l'IDS/IPS qui tourne derrière... Les CPU vont devoir être plus costauds !
Pour les personnes éligibles, faudra faire le choix entre sécurité et performance j'ai l'impression... Après du 3,5Gbit/s c'est pas mal non ? ;D
-
Hello,
Je viens de lire sur un article sur un aure site Unifi à annoncé la sortie d'une UniFi Gateway Max (UXG-Max).
5 ports réseau 2,5 Gb/s
processeur quad core ARM Cortex-A53 cadencé à 1,5 GHz
2 Go de RAM
Le fabricant annonce des débits pouvant atteindre 1,5 Gb/s sur le port WAN avec les fonctionnalités de détection d’intrusion (IDS) et de prévention d’intrusion (IPS) activées
source : cachem.fr
-
Hello,
Je viens de lire sur un article sur un aure site Unifi à annoncé la sortie d'une UniFi Gateway Max (UXG-Max).
5 ports réseau 2,5 Gb/s
processeur quad core ARM Cortex-A53 cadencé à 1,5 GHz
2 Go de RAM
Le fabricant annonce des débits pouvant atteindre 1,5 Gb/s sur le port WAN avec les fonctionnalités de détection d’intrusion (IDS) et de prévention d’intrusion (IPS) activées
source : cachem.fr
Super la fiabilité du site, 0 info de bonne ;D
1x ports réseau 2,5 Gb/s
Processeur quad core ARM Cortex-A53 cadencé à 2GHz
8 Go de RAM
Le fabricant annonce des débits pouvant atteindre 5 Gb/s sur le port WAN avec les fonctionnalités de détection d’intrusion (IDS) et de prévention d’intrusion (IPS) activées
-
Hello Frozeus,
Des news concernant ton éligibilité et les tests sur XGS-PON ?
D'ailleurs je me pose la question maintenant que nous allons évoluer petit à petit vers cette technologie (Orange indique vouloir rendre 100% de ses clients éligibles d'ici 2026).
L'UDM PRO est sortie en 2020 (à confirmer)
L'UDM SE début 2022.
Ils sont certes compatibles avec un xgs-pon 10 Gbit mais ces 2 machines ne peuvent supporter que 3,5 Gbit avec l'IDS/IPS activé complètement.
Les questions que je me pose alors est de savoir :
- Vous utilisez l'IDS/IPS sur votre UDM PRO / SE ?
- Vous seriez prêt à désactiver l'IDS/ISP pour avoir le "plaisir" de voir votre débit à 5gbit/s (8Gbit pour la fibre pro) ?
J'imagine que Ubiquiti va sortir prochainement de nouvelles machines qui seront bien plus compatibles avec cette norme et l'IDS/IPS qui tourne derrière... Les CPU vont devoir être plus costauds !
Pour les personnes éligibles, faudra faire le choix entre sécurité et performance j'ai l'impression... Après du 3,5Gbit/s c'est pas mal non ? ;D
Hello Malheureusement toujours rien...
Je suis entrain de faire ouvrir une second ligne en // et ils font une intervention pour désaturer la ligne peut etre qu'ils vont en profiter pour passer au XGS-PON...
La nouvelle UDM Pro Max annonce 5Gbps en IDS/IPS throughput, mais en effet j'aimerai qu'il annonce une Dream Machine Enterprise avec un vrai support 10Gbps, sinon je risque de le désactiver pour avoir les 8Gbps :)
-
Orange, lorsque la France aura fait faillite, il sera temps de vraiment s'immerger dans la réalité (https://hellofuture.orange.com/fr/xgs-pon-la-nouvelle-generation-du-tres-haut-debit-fixe-dans-la-livebox-7/).
-
Je n'arrive pas à avoir IPv6 sur mon UDM Pro Max. IPv4 marche nickel. J'ai installé les scripts de fgero et je ne reçois pas de réponse à la demande IPV6. Les arguments me semblent OK et c'est la bonne interface.
2024-05-03T00:24:21+02:00 UDM-Pro-Max ubios-udapi-server[59699]: udhcpc: unicasting a release of 90.40.xxx.yyy to 80.15.224.57
2024-05-03T00:24:21+02:00 UDM-Pro-Max ubios-udapi-server[59699]: udhcpc: sending release
2024-05-03T00:24:21+02:00 UDM-Pro-Max ubios-udapi-server[59699]: udhcpc: entering released state
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[59699]: udhcpc: received SIGTERM
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69560]: udhcpc: started, v1.34.1
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Selected DHCPv6 client executable (with support for CoS) : /usr/sbin/odhcp6c-org
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Found ubios-udapi-server JSON config in /data/udapi-config/ubios-udapi-server/ubios-udapi-server.state
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Fetched DHCPv4 option 60 : length=5 value=s...m
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Fetched DHCPv4 option 77 : length=43 value=FSVDS...ebox6
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Fetched DHCPv4 option 90 : length=140 value=00000...52111
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69560]: udhcpc: broadcasting discover
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Fetched MAC Address Clone : length=12
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Fetched DHCPv4 CoS of 6
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Found dhcp6c options file /data/local/etc/dhcpv6.conf
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Generated DHCPv6 CoS of 6 (default is to set to the same value as DHCPv4 CoS)
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Generated DHCPv6 option 1 : length=20 value=0003...1B20 (clientid, -c )
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Generated DHCPv6 option 11 : length=140 value=00000...52111 (authentication, -x 11:)
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Generated DHCPv6 option 15 : length=43 value=FSVDS...ebox6 (userclass, -u )
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Generated DHCPv6 option 16 : length=22 value=00000...7656D (vendorclass, -V )
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Successfully generated 4 DHCPv6 options using /data/local/etc/dhcpv6.conf
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Sleeping 5 seconds before launching /usr/sbin/odhcp6c-org, to let udhcpc send its discover...
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69730]: [info ] ubios-dhcpc-decline-script: DHCP offer 90.40.xxx.yyy/21 on interface eth8.832, gateway: 90.40.144.1
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69730]: [info ] ubios-dhcpc-decline-script: DHCP offer 90.40.xxx.yyy/21 accepted
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69560]: udhcpc: broadcasting select for 90.40.xxx.yyy, server 80.15.224.57
2024-05-03T00:24:22+02:00 UDM-Pro-Max ubios-udapi-server[69560]: udhcpc: lease of 90.40.xxx.yyy obtained from 80.15.224.57, lease time 604800
2024-05-03T00:24:27+02:00 UDM-Pro-Max ubios-udapi-server[69559]: [dhcpv6-mod] Launching exec /usr/sbin/odhcp6c-org -a -f -R -r17,23,24 -K6 -c 0003...1B20 -x 11:00000...52111 -u FSVDS...ebox6 -V 00000...7656D -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -P 56 eth8.832
2024-05-03T00:24:27+02:00 UDM-Pro-Max odhcp6c[69559]: (re)starting transaction on eth8.832
2024-05-03T00:24:28+02:00 UDM-Pro-Max odhcp6c[69559]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
-
Tout semble parfaitement normal, y compris les options du "Launching exec /usr/sbin/odhcp6c-org"
Normalement le 'Starting SOLICIT' du client dhcp v6 finit par avoir une réponse d'Orange : 'Got a valid ADVERTISE' suivi d'autres
Cela peut prendre entre 0 secondes et quelques minutes parfois
Tu peux tenter de refaire une sollicitation V4+V6:
cd /data/dhcpv6-mod
./restart-dhcp-clients.sh
A chaque fois attendre quelques minutes.
-
J'ai déjà tenté une paire de fois et je l'ai laissé attendre des heures. Vu que ça marchait bien avec OpenWRT je suppose que je suis tombé sur un truc spécifique à l'UDM PRO Max, la joie des early-adopter... Merci pour la confirmation que la configuration semble OK en tout cas.
-
Ce qui est curieux c'est que ton bail DHCP v4 marche, donc ça passe bien avec Orange : il paraît alors logique de supposer que la partie V6 ne dépendrait que de la partie software (odhcp6c etc. -> UnifiOS ) pas du hardware.
-
Une semaine plus tard, ça marche sans avoir changé quoi que ce soit. ??? Merci pour les scripts, c'est super pratique.
-
Hello,
Le lien : https://stephangr.github.io/isp/bypass-livebox/ ne fonctionne plus, est-ce qu'il y a un autre tuto dispo ?
-
Tu peux tenter ça 8)
https://web.archive.org/web/20240124190453/https://stephangr.github.io/isp/bypass-livebox/
-
Tu peux tenter ça 8)
https://web.archive.org/web/20240124190453/https://stephangr.github.io/isp/bypass-livebox/
Merci !
Du coup en suivant le lien GoBox, j'ai vu que le nouveau lien est : https://stoufiler.github.io/isp/bypass-livebox/
-
J'ai l'impression que depuis la derniere update de l'UDM PRO SE le DHCP Renew ne se fait plus bien.
Je suis le seul avec ce soucis ?
Dans l'update 4.0.3 je vois
"Improved DHCP Lease accuracy." je ne sais pas si c'est coté WAN ou LAN
-
En tout cas en UnifiOS 3.2.12 ça marche sur UDR, en DHCP V4 comme en DHCP V6
2024-05-24T22:51:11+02:00 UDR odhcp6c[25983]: Starting RENEW transaction (timeout 399168s, max rc 0)
2024-05-24T22:51:11+02:00 UDR odhcp6c[25983]: Send RENEW message (elapsed 0ms, rc 0)
2024-05-24T22:51:12+02:00 UDR odhcp6c[25983]: Got a valid REPLY after 357ms
2024-05-24T22:51:12+02:00 UDR odhcp6c[25983]: IA_PD 0001 T1 84672 T2 483840
2024-05-25T10:36:27+02:00 UDR ubios-udapi-server[25982]: udhcpc: sending renew to server 80.10.4.57
2024-05-25T10:36:28+02:00 UDR ubios-udapi-server[25982]: udhcpc: lease of 83.xxx.xxx.xxx obtained from 80.10.4.57, lease time 604800
Je n'ai pas tenté la UnifiOS V4, sur une version majeure je préfère attendre plusieurs releases et du temps
-
En tout cas en UnifiOS 3.2.12 ça marche sur UDR, en DHCP V4 comme en DHCP V6
2024-05-24T22:51:11+02:00 UDR odhcp6c[25983]: Starting RENEW transaction (timeout 399168s, max rc 0)
2024-05-24T22:51:11+02:00 UDR odhcp6c[25983]: Send RENEW message (elapsed 0ms, rc 0)
2024-05-24T22:51:12+02:00 UDR odhcp6c[25983]: Got a valid REPLY after 357ms
2024-05-24T22:51:12+02:00 UDR odhcp6c[25983]: IA_PD 0001 T1 84672 T2 483840
2024-05-25T10:36:27+02:00 UDR ubios-udapi-server[25982]: udhcpc: sending renew to server 80.10.4.57
2024-05-25T10:36:28+02:00 UDR ubios-udapi-server[25982]: udhcpc: lease of 83.xxx.xxx.xxx obtained from 80.10.4.57, lease time 604800
Je n'ai pas tenté la UnifiOS V4, sur une version majeure je préfère attendre plusieurs releases et du temps
Je vais attendre aussi un petit moment avant de passer a la v4, j'ai reboot mon UDM ce week-end pour y voir plus clair dans les logs.
Mais le drop d'internet ce produit environ après une semaine et simple plug unplug du RJ45 de l ONT relance la connexion.
Je n'ai que le DHCPv4 et rien touche côté config depuis un moment si ce n'est maintenir le FW a jour.
@fgero ma connection internet vient de sauter au bout de 3 jours trop bizarre. Quand je regarde les logs je vois bien le renew...
2024-05-28T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[2627]: udhcpc: sending renew to server 80.10.252.73
2024-05-28T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[2627]: udhcpc: lease of 82.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
2024-05-28T19:02:30+02:00 UDM-SE-Paris ubios-udapi-server[2627]: udhcpc: received SIGTERM
2024-05-28T19:02:34+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: started, v1.34.1
2024-05-28T19:02:34+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: broadcasting discover
2024-05-28T19:02:35+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: broadcasting select for 82.XXX.XXX.XXX, server 80.10.252.73
2024-05-28T19:02:35+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: lease of 82.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
2024-05-29T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: sending renew to server 80.10.252.73
2024-05-29T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: lease of 82.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
2024-05-29T10:52:26+02:00 UDM-SE-Paris ubios-udapi-server[346255]: udhcpc: received SIGTERM
2024-05-29T10:52:40+02:00 UDM-SE-Paris ubios-udapi-server[2101232]: udhcpc: started, v1.34.1
2024-05-29T10:52:40+02:00 UDM-SE-Paris ubios-udapi-server[2101232]: udhcpc: broadcasting discover
2024-05-29T10:52:43+02:00 UDM-SE-Paris ubios-udapi-server[2101232]: udhcpc: broadcasting discover
2024-05-29T10:52:46+02:00 UDM-SE-Paris ubios-udapi-server[2101232]: udhcpc: broadcasting discover
2024-05-29T10:53:03+02:00 UDM-SE-Paris ubios-udapi-server[2101232]: udhcpc: received SIGTERM
2024-05-29T10:53:14+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: started, v1.34.1
2024-05-29T10:53:14+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: broadcasting discover
2024-05-29T10:53:15+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: broadcasting select for 82.XXX.XXX.XXX, server 80.10.252.73
2024-05-29T10:53:15+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: lease of 82.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
2024-05-30T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: sending renew to server 80.10.252.73
2024-05-30T07:00:02+02:00 UDM-SE-Paris ubios-udapi-server[2102169]: udhcpc: lease of 82.XXX.XXX.XXX obtained from 80.10.252.73, lease time 604800
-
@fgero
Je suis sur mon Leox en V3.3.2L6 sais-tu si il est important de passer en V3.3.2L8 ?
La le probleme m'est arrivé deux fois de suite a 10min d’intervalle donc je ne pense pas que le Renew du DHCP soit en question...
J'ai en face de moi un OltVendorId: ALCL.
Sinon je vois aussi que la prochaine version DreamMachine 4.0.5:
Fixed internet connection loss for setups that use DHCPv4 option 121.
Mais bon j'ai vraiment aucune piste...
Voici ce que j'ai setté
# flash set PON_VENDOR_ID SMBS
# flash set GPON_SN HWTCXXXXXXX
# flash set HW_HWVER SMBSSGLBF121
# flash set OMCC_VER 128
# flash set GPON_PLOAM_PASSWD DEFAULT012
# flash set OMCI_SW_VER1 SAHEOFR046600
# flash set OMCI_SW_VER2 SAHEOFR045314
# flash set OMCI_TM_OPT 0
# flash set OMCI_OLT_MODE 1
-
Aucune idée, je n'utilise pas mon Leox (j'en ai acheté un au cas où), j'ai toujours l'ONT Huawei d'Orange.
-
Ok bon ba je vais essayer de debug de mon coté
Sinon tu sais si il y a moyen d'accéder a l'interface d'un ONT par example 192.168.100.0/24 pour le LEOX depuis le LAN?
J'ai essayé mais j'ai l'impression que tout est encapsulé en VLAN 832 et impssible de reach le LEOX avec des regles setté dans Unifi :(
-
Sinon tu sais si il y a moyen d'accéder a l'interface d'un ONT par example 192.168.100.0/24 pour le LEOX depuis le LAN?
Oui, par un simple telnet (donc sur le port 23) vers 192.168.100.1 (et se mettre dans le même subnet /24 avant), ceci pour faire les flash set (GPON_SN et PON_VENDOR_ID, GPON_PLOAM_PASSWORD etc...)
et pour l'interface web il faut débrancher l'ONT de la fibre, mettre son ordi par ex en IP fixe 192.168.4.253 et accéder à l'interface par http://192.168.4.254
Tout ceci sans garantie car je me rends compte que bien que j'avais réussi à faire fonctionner le Leox à la place du Huawei, ma prise de notes est pourrie.
-
Je ne comprends pas comment tu arrives a Telnet une IP externe au réseau car pour moi le router va automatiquement encapsuler dans le VLAN 832 au moment ou le paquet veut sortir du LAN.
Moi ce que je fais c'est
ssh root@UDM_IP ip addr add 192.168.100.2/24 dev eth8
ssh -L8080:192.168.100.1:80 root@UDM_IP et je display sur http://127.0.0.1:8080
Ma question était plutot si c'était possible d'avoir un Network 192.168.100.0/24 ou une Route qui permet de passer le WAN sans faire mon ip addr add 192.168.100.2/24 dev eth8 a la mano
-
Hello,
Quelqu'un a testé la release "4.0.6"? Si oui avec quel Gateway?
Merci
-
Quelqu'un a testé la release "4.0.6"? Si oui avec quel Gateway?
Oui, UDR. Pas de problème observé. Je suis resté en Network 8.2.93.
EDIT : passé en Network 8.3.32 sans pb
-
Salut,
Je suis actuellement possesseur d'une config GPON STICK LXT-010S-H + Tuto de Stephan avec un UDM Pro (non SE) et franchement c'est top par contre la négociation de vitesse est limitée à 1Gbps.
Pour le moment ça me suffit mais j'aimerais comprendre ce dont j'ai besoin pour que je puisse avoir la négociation max à 10Gbps.
Est ce que les sticks sur ce thread vont mieux fonctionner: https://lafibre.info/remplacer-livebox/xgs-pon-remplacement-de-la-livebox-7-10gbe/ ?
Je fais installer une ligne PRO Orange et bientot une ligne PRO Free pour avoir un peu de redondance et j'aimerais tous lier en direct sur mon UDM Pro.
Je peux faire une demande à Orange pour qu'il me fournisse un ONT et pluggé direct ça dans mon UDM Pro ? Si je peux m'éviter du boulot je suis pas contre.
-
Je peux faire une demande à Orange pour qu'il me fournisse un ONT et pluggé direct ça dans mon UDM Pro ?
Non, ça n’existe pas au catalogue des offres Orange/Orange Pro en XGS-PON. Livebox obligatoire sauf à sortir des sentiers battus et configurer un ONT externe du commerce pour le faire passer pour la Livebox.
-
Salut tout le monde.
J'ai un UXG-Pro en version 4.0.6, le GPON Huawei est remplacé par le LEOX
L'IPv4 fonctionne parfaitement et je me suis attaqué récemment à l'IPv6 avec le script de fgero, seulement impossible d'obtenir une IP.
Voici ce que j'ai lors d'un restart-dhcp-clients.sh
2024-08-29T12:44:54+02:00 NET-UXG ubios-udapi-server[883083]: udhcpc: unicasting a release of X.X.X.X to 80.10.4.105
2024-08-29T12:44:54+02:00 NET-UXG ubios-udapi-server[883083]: udhcpc: sending release (interface:eth2.832)
2024-08-29T12:44:54+02:00 NET-UXG ubios-udapi-server[883083]: udhcpc: entering released state
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[883083]: udhcpc: received SIGTERM
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: started, v1.34.1. (interface:eth2.832)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Selected DHCPv6 client executable (with support for CoS) : /data/local/bin/odhcp6c
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Found ubios-udapi-server JSON config in /data/udapi-config/ubios-udapi-server/ubios-udapi-server.state
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: broadcasting discover (interface:eth2.832)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Fetched DHCPv4 option 60 : length=5 value=s...m
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Fetched DHCPv4 option 90 : length=140 value=00000...C68F8
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Fetched DHCPv4 option 77 : length=43 value=FSVDS...ebox4
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Fetched MAC Address Clone : length=12
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Fetched DHCPv4 CoS of 6
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Found dhcp6c options file /data/local/etc/dhcpv6.conf
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Generated DHCPv6 CoS of 6 (default is to set to the same value as DHCPv4 CoS)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Generated DHCPv6 option 1 : length=20 value=0003...DFF6 (clientid, -c )
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: received offer of X.X.X.X (interface:eth2.832)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Generated DHCPv6 option 11 : length=140 value=00000...C68F8 (authentication, -x 11:)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[889011]: [info ] ubios-dhcpc-decline-script: DHCP offer X.X.X.X/21 on interface eth2.832, gateway: Y.Y.Y.Y
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[889011]: [info ] ubios-dhcpc-decline-script: DHCP offer X.X.X.X/21 accepted
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: sending request (interface:eth2.832)
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: broadcasting select for 90.53.253.60, server 80.10.4.105
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Generated DHCPv6 option 15 : length=43 value=FSVDS...ebox4 (userclass, -u )
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Generated DHCPv6 option 16 : length=22 value=00000...7656D (vendorclass, -V )
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Successfully generated 4 DHCPv6 options using /data/local/etc/dhcpv6.conf
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Sleeping 5 seconds before launching /data/local/bin/odhcp6c, to let udhcpc send its discover...
2024-08-29T12:44:55+02:00 NET-UXG ubios-udapi-server[888914]: udhcpc: received ACK: lease of X.X.X.X obtained from 80.10.4.105, lease time 604800 (interface:eth2.832)
2024-08-29T12:45:00+02:00 NET-UXG ubios-udapi-server[888916]: [dhcpv6-mod] Launching exec /data/local/bin/odhcp6c -a -f -R -r17,23,24 -K6 -c 0003...DFF6 -x 11:00000...C68F8 -u FSVDS...ebox4 -V 00000...7656D -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth2.832
2024-08-29T12:45:00+02:00 NET-UXG odhcp6c[888916]: (re)starting transaction on eth2.832
2024-08-29T12:45:01+02:00 NET-UXG odhcp6c[888916]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-08-29T12:45:01+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 136ms
2024-08-29T12:45:01+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:01+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
2024-08-29T12:45:02+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 1063ms
2024-08-29T12:45:02+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:02+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
2024-08-29T12:45:04+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 3134ms
2024-08-29T12:45:04+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:04+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
2024-08-29T12:45:08+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 7295ms
2024-08-29T12:45:08+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:08+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
2024-08-29T12:45:17+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 16057ms
2024-08-29T12:45:17+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:17+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
2024-08-29T12:45:34+02:00 NET-UXG odhcp6c[888916]: Got a valid ADVERTISE after 33330ms
2024-08-29T12:45:34+02:00 NET-UXG odhcp6c[888916]: IA_NA 0001 T1 0 T2 0
2024-08-29T12:45:34+02:00 NET-UXG odhcp6c[888916]: IA_PD 0001 T1 0 T2 0
Je précise que j'ai demandé un préfixe IPv6 fixe auprès de Sosh, aucune idée si ça a été validé puisque les conseillers ne savent pas me le confirmer.
Vous avez une idée ?
-
Voici ce que j'ai chez moi (OpenWRT), mais au vu des logs, l'UXG doit utiliser la même chose :
Aug 5 08:56:26 odhcp6c[1585]: Got a valid ADVERTISE after 1108ms
Aug 5 08:56:26 odhcp6c[1585]: IA_PD 0001 T1 76939 T2 483840
Aug 5 08:56:26 odhcp6c[1585]: 2a01:cb08:xxxx:xx00::/56 preferred 604800 valid 604800
Les réponses DHCPv6 que tu recois d'Orange ne contiennent aucune offre exploitable, probablement du fait d'un paramétrage au niveau de ton routeur.
À vue d'oeil, ton client demande un IA_NA (adresse IPv6 pour l'interface WAN du routeur). Tu peux le faire en ajoutant '-N none' aux options d'odhcp6c, par exemple.
Il y a peut-être d'autres soucis, je ne connais pas ce script. Tu peux également vérifier le contenu des options -c, -x 11, -u et -V, à minima, à base du tutorial pour OpenWRT.
Je précise que j'ai demandé un préfixe IPv6 fixe auprès de Sosh, aucune idée si ça a été validé puisque les conseillers ne savent pas me le confirmer.
Il n'y a pas d'option pour avoir un préfixe fixe chez Sosh, Orange GP ou même Orange Pro. Déjà pour tomber sur quelqu'un qui sache ce qu'est IPv6, faut avoir de la chance, alors parler de préfixe fixe...
En pratique, les préfixes sont stables et ne changent que très rarement (je n'ai eu que quelques changements en plusieurs années, et quasiment toujours lorsque j'ai déménagé).
-
En ce qui concerne les options je pense qu'elles sont correctes, la config odhcp6c est faite dynamiquement selon les valeurs de la conf IPv4, donc si IPv4 fonctionne alors les options odhcp6c sont bonnes.
Le guide de fgero ( https://github.com/fgero/dhcpv6-mod ) est utilisé par plusieurs membre de ce topic, et lui même y intervient régulièrement d'où ma bouteille à la mer ^^
Pour le préfixe IPv6 fixe, effectivement, les conseillers ne semble même pas comprendre ma demande, tant pis...
-
En ce qui concerne les options je pense qu'elles sont correctes, la config odhcp6c est faite dynamiquement selon les valeurs de la conf IPv4, donc si IPv4 fonctionne alors les options odhcp6c sont bonnes.
C'est juste : tu as eu un bail IPv4 donc tes options sont bonnes et la partie v6 doit fonctionner.
C'est donc ailleurs que dans le script (a priori bien sûr) que tu dois chercher, chez Orange (parfois ça met une journée à venir...), le Leox, ou dans ta config IPv6 UXG sait-on jamais
A noter que ce n'est pas non plus la version d'Unifi OS qui est en cause puisque l'IPv6 Orange marche chez moi avec une Unifi Cloud Gateway Max en Unifi OS v4.0.6 et Network 8.4.59
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: (re)starting transaction on eth4.832
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: Got a valid ADVERTISE after 10ms
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: IA_NA 0001 T1 0 T2 0
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: IA_PD 0001 T1 85530 T2 483840
Aug 24 07:40:57 UCG-Max odhcp6c[1942]: 2a01:xxxx:xxx:xxx::/56 preferred 604800 valid 604800
Aug 24 07:40:58 UCG-Max odhcp6c[1942]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
Aug 24 07:40:58 UCG-Max odhcp6c[1942]: Got a valid ADVERTISE after 19ms
Aug 24 07:40:58 UCG-Max odhcp6c[1942]: IA_PD 0001 T1 85530 T2 483840
Aug 24 07:40:58 UCG-Max odhcp6c[1942]: 2a01:xxxx:xxx:xxx::/56 preferred 604800 valid 604800
Aug 24 07:41:00 UCG-Max odhcp6c[1942]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
Aug 24 07:41:00 UCG-Max odhcp6c[1942]: Send REQUEST message (elapsed 0ms, rc 0)
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: Got a valid REPLY after 173ms
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: IA_PD 0001 T1 85530 T2 483840
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: 2a01:xxxx:xxx:xxx::/56 preferred 604800 valid 604800
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: T1 85530s, T2 483840s, T3 604800s
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: entering stateful-mode on eth4.832
Aug 24 07:41:01 UCG-Max odhcp6c[1942]: Starting <POLL> transaction (timeout 85530s, max rc 0)
-
Pour Orange je ne vois pas comment tester à part que la Livebox obtient bien une IPv6.
Pour le LEOX, j'ai fait un test en remettant le GPON Huawei et j'ai le même résultat.
Le WAN de mon UXG est en DHCPv6 avec une longueur de préfixe en / 56 donc ça semble correcte également.
EDIT: Après avoir rebasculé sur le LEOX j'obtiens le préfix.
Ni le redémarrage de l'UXG, ni le changement vers Huawei n'avait réglé le problème.
Ce qui a réglé le problème est intervenu durant le changement du port WAN de SFP1 à eth1 puis eth1 vers SFP1 durant mes tests avec le Huawei...
-
Peut-être côté Orange - possible que certains essais infructueux aient généré une sorte de "ban" pendant quelque temps de ta ligne (version dual stack), puis leurs serveurs DHCPV6 ont fini par répondre à tes sollicitations une fois dé-banni :(
-
Bonjour,
Est-ce toujours d'actualité le remplacement d'une livebox (v5) par un UDM PRO (MAX aussi) ?
J'ai peur que les guides ne soient plus à jour (je vois par exemple Netgear Orbi RBK50 dans l'index des solutions, ce qui d'après mes lectures faux, ou pas d'actualité). Voilà pourquoi je pose la question ici.
Est-ce-que l'ONT de fs.com (GPON-ONU-34-20BI) est compatible ? (j'en ai sous le coude ainsi que j'avais pris pour mon mikrotik rb5009.
Merci pour votre aide.
Lyes
-
Merci - J'ai celui-là https://www.fs.com/fr/products/89572.html
Dans les specs il n'est pas indiqué si 2.5G est supporté mais dans les questions plus bas apparemment qq'un a répondu que oui...
On verra bien, si UBNT débloque le pb de la CoS 6 je prendrai un LEOX aussi.
Intéressant, et depuis est-ce-qu'il y'a eu du mieux côté ubiquiti ou fs pour supporter ce GPON ?
-
Bonjour,
Est-ce toujours d'actualité le remplacement d'une livebox (v5) par un UDM PRO (MAX aussi) ?
J'ai peur que les guides ne soient plus à jour (je vois par exemple Netgear Orbi RBK50 dans l'index des solutions, ce qui d'après mes lectures faux, ou pas d'actualité). Voilà pourquoi je pose la question ici.
Est-ce-que l'ONT de fs.com (GPON-ONU-34-20BI) est compatible ? (j'en ai sous le coude ainsi que j'avais pris pour mon mikrotik rb5009.
Merci pour votre aide.
Lyes
Oui, ça fonctionne avec l'UDM Pro Max, j'ai testé hier mais j'utilise l'ONU WAS110. J'ai testé et DHCP+V4 fonctionne, il ne me reste plus qu'à tester V6 demain :) Pour la TV, j'ai aussi vu quelque chose d'intéressant sur GitHub(https://github.com/fabianishere/udm-iptv), mais je ne sais pas si ça va fonctionner pour les configurations de Orange.
-
Super, merci pour ton retour.
Ton ONU WAS 110 est meilleur (plus adapté ? +/-) que celui que je viens de prendre ::) Leox LXT-010H-D ?
Je pensais que ce dernier était le seul compatible avec du 2.5 gig.
-
Super, merci pour ton retour.
Ton ONU WAS 110 est meilleur (plus adapté ? +/-) que celui que je viens de prendre ::) Leox LXT-010H-D ?
Je pensais que ce dernier était le seul compatible avec du 2.5 gig.
L'ONU WAS110 fonctionne seulement avec le XGS-PON, donc pour le 2,5 Gb/s (GPON), il faut prendre un autre ONU. Je crois que l'ONU que tu as mentionnée fonctionne.
-
Bonjour à tous,
J'ai suivi avec attention ce fil pour une migration future, je suis actuellement avec un USG3 qui remplace une Livebox v4, ça fonctionne très bien depuis plusieurs années.
Je souhaite basculer sur un UDM SE mais j'ai un tout p'tit doute... est-ce que je dois demander une Livebox 5, ou en tout cas, changer mon offre actuelle pour être compatible ? Et est-ce que je dois forcément commander un Leox ? j'ai cru lire qu'on pouvait utiliser l'ONT externe d'orange (celui de la livebox v4 du coup) mais je ne suis pas sûr.
merci pour vos réponses !
-
J'utilise toujours l'ONT Huawei Orange livré avec ma Livebox Play en 2014...
-
D'accord, merci beaucoup, donc à priori juste à rentrer tous les paramètres depuis l'interface ?
Pas besoin de faire toutes les manips dans le config.gateway.json ni modifier aucun fichier dans l'UDM comme on doit le faire sur un USG3 ? (juste utiliser le super script de Stoufiler)
Aussi, pour ceux avec un UDM SE, pas de souci sur le dernier firmware et la dernière version du contrôleur ? (vu le prix de l'UDM SE, je préfère être sûr) :D
-
Bonsoir,
Est-ce-que quelqu'un peut m'expliquer comment configurer la partie IPV6 ?
J'ai l'IPV4, mon UDM Pro Max Marche impec et c'est grâce à vous ! Merci encore.
EDIT:
Je me réponds à moi même
https://github.com/fgero/dhcpv6-mod
-
Alors là il y a quelque chose que je ne comprends pas et qui m'époustoufle.
Je viens de passer à l'instant UnifiOS en v4.0.18 (Early Access), j'étais en v4.0.quelque chose.
Et je constate que le démon odhcp6c, comme d'habitude lancé sans les options DHCPv6 spécifiques Orange car mon dhcpv6-mod doit être réinstallé, FONCTIONNE.
C'est à dire que :
/usr/sbin/odhcp6c -e -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth4.832
est là, a fait un SOLLICIT, et a obtenu un bail valide V6...sans aucune option -x...
Du coup je ne comprends plus : Orange ne veut plus des 4 options spécifiques en DHCPv6 ??? que en V4 ?
Et j'ai testé d'installer quand même dhcpv6-mod, qui passe les options V6 : pas de bail...donc revenu à la version Unifi...et re-bail OK
Pas logique tout ça, car l'exécutable odhcp6c unifi n'a pas changé depuis 2023...donc c'est Orange ? mais pourquoi mon bail V6 était bon il y a quelques jours...
Je n'ai pas le temps de regarder, je verrai ce soir.
-
Bonjour,
Oubliez ma question sur l'ipv6, j'ai trouvé deux pages plus haut ce que je voulais. Il était tard ... ::)
Je me rends compte que ma connexion est instable, et niveau débit, le UP est à 200 Mbps max (je suis habituellement à ~500 Mbps en DOWN et UP avec la livebox v5).
(https://i.ibb.co/T8bRsVH/quality.jpg) (https://imgbb.com/)
(https://i.ibb.co/7b05C8C/quality2.jpg) (https://imgbb.com/)
Est-ce-que vous auriez une piste ?
Je me rappelle très bien avoir été, au premier essai cette nuit, avec un débit symétrique autours des 480 Mbps.
J'ai fait l'essai plusieur fois, et je n'avais pas de déconnexions constatées par unifi.
Je vous mets aussi ma config ici :
(https://i.ibb.co/64Q0VSr/config1-Redacted.png) (https://ibb.co/19cGhN7)
Comment puis-je vous aider à m'aider ?
-
Note que tu as IPv6 Configuration à Disabled, je suppose qu'il faut le mettre sur DHCPv6 une fois le binaire patché ?
Tu as bien la CoS DHCPv4 réglée à 6, mais peux-tu essayer de régler QoS tag à la valeur 0 pour voir si ca change quelque chose ? Si cela ne change rien ou si tu n'arrives plus à obtenir de bail DHCP après un reboot, replace l'option sur 'none'.
Quel service ou serveur utilises-tu pour faire ton test de débit ? Si ton setup actuel arrive sans problème à 480Mbit/s symétriques la nuit, on peut penser que la journée, il y a saturation quelque part. Essayer d'autres services et serveurs de test de débit peut aider à s'en assurer.
-
J'ai mis le QoS tag à 1 (la valeur 0 n'existe pas), et j'ai plus eu internet.
J'ai dû le remettre à none.
Merci pour ton aide, as-tu une autre suggestion ?
-
Oui, faire des speed tests avec iperf vers different hotes, pour voir si il y a une variation de débit entre les différents serveurs:
iperf3 --client appliwave.testdebit.info --port 9218 --time 120 --reverse # download
iperf3 --client appliwave.testdebit.info --port 9218 --time 120 # upload
iperf3 --client scaleway.testdebit.info --port 9219 --time 120 --reverse
iperf3 --client scaleway.testdebit.info --port 9219 --time 120
iperf3 --client ping6.online.net --time 120 --reverse
iperf3 --client ping6.online.net --time 120
Tu as bien réussi à obtenir une connectivité IPv6 d'ailleurs ?
-
Ok je vais essayer.
Non, en fait je n’utilise pas vraiment l’ipv6, et comme ce n’est pas obligatoire, je n’en vois pas l’intérêt dans l’immédiat.
De plus, ça a l’air de bouger côté unifi, ils vont finir par nous sortir un truc qui marche nativement ?
EDIT
scaleway : ~ 400/500 Mbits/sec
appliwave : ~ 150/220 Mbits/sec
Donc ok, ça a l'air stable, je n'ai pas de coupures.
Je vais passer au failover avec la 4G, et voir ce que je gagnerais à passer tout mon echo system sur unifi (wifi mesh asus aujourd'hui).
-
scaleway : ~ 400/500 Mbits/sec
appliwave : ~ 150/220 Mbits/sec
Donc ok, ça a l'air stable, je n'ai pas de coupures.
OK, donc effectivement de ton côté (LAN, routeur, arbre GPON et collecte) tout semble en ordre. Ton routeur te permet bien d'atteindre le débit max, les ralentissements doivent être dûs à un côté du réseau hors de ton contrôle.
Quelque chose me dit ceci dit que tu aurais de meilleures perfs si tu activais IPv6 (qui vient en plus d'IPv4, pas besoin de changer tes habitudes à ce stade).
-
Je ne sais pas si tu blagues ou si t'es sérieux :o ;D
-
Pour faire suite à mon message, je suis passé de UnifiOS 4.0.18 à 4.0.20 (juste pour voir), et pareil, le client dhcp Unifi (intouché depuis 2023 je le rappelle) fonctionne tel quel, sans qu'il ne passe aucune option DHCPv6 à Orange. Et sans bien sûr installation de dhcpv6-mod.
Pour moi ce n'est pas un changement côté Unifi, mais côté Orange.
Apparemment (???) plus besoin de passer des options V6, ni de CoS (par contre on les passe toujours en V4 bien entendu)
Il faudrait que d'autres testent, parce ça n'a rien de logique.
Ci-dessous, on voit que 1) il n'y a pas de dhcpv6-mod installé, et le odhcp6c Unifi est inchangé depuis 2023, 2) IPV6 marche, et 3) aucune option n'est passée au client dhcpv6 (même pas la CoS avec -K)
root@UCG-Max:~# ls -al /usr/sbin/odhcp*
-rwxr-xr-x 1 root root 57776 Jun 21 2023 /usr/sbin/odhcp6c*
root@UCG-Max:~# ping -6 google.com
PING google.com(par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e)) 56 data bytes
64 bytes from par21s20-in-x0e.1e100.net (2a00:1450:4007:818::200e): icmp_seq=1 ttl=250 time=2.46 ms
^C
--- google.com ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.464/2.464/2.464/0.000 ms
root@UCG-Max:~# ps -ef|grep odhcp6c
root 2666 1714 0 21:45 ? 00:00:00 /usr/sbin/odhcp6c -e -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth4.832
root 19118 17581 0 21:58 pts/0 00:00:00 grep --color odhcp6c
-
L'option 11 est toujours nécessaire chez moi.
Et ça m'étonnerait qu'Orange ait supprimé l'authentification juste quelques mois après l'avoir renforcée... Je pense que le problème est ailleurs, par exemple un bug sur un des relais DHCP dans l'infra d'Orange. Je ne parierais donc pas sur la pérennité d'une installation qui n'envoie pas de SOLICIT DHCPv6 avec les paramètres d'authentification attendus.
-
Je pense de même, en l'absence d'explication logique....
Le problème est que lorsque je mets mon script qui, lui, envoie les bonnes options et fonctionne (fonctionnait) parfaitement, je ne reçois jamais de bail V6..du coup je suis obligé de ne pas l'installer pour l'instant.
D'autre part j'ai fait plusieurs arrêts d'interfaces, et séquences de requêtes DHCP, toutes ont marché comme ça sans options.
Curieux quand même. Très curieux.
-
Ca, c'est vraiment un mystère. As-tu moyen de faire une capture tcpdump de l'échange DHCPv6 ?
-
Oui - toutefois enlever les infos privées est un peu pénible.
D'abord la daemon.log, un condensé en quelque sorte :
2024-09-18T11:53:53+02:00 UCG-Max odhcp6c[543945]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-09-18T11:53:53+02:00 UCG-Max odhcp6c[543945]: Got a valid ADVERTISE after 8ms
2024-09-18T11:53:53+02:00 UCG-Max odhcp6c[543945]: IA_PD 0001 T1 98413 T2 483840
2024-09-18T11:53:53+02:00 UCG-Max odhcp6c[543945]: 2a01:xxxx:xxx:xxx::/56 preferred 604800 valid 604800
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: Send REQUEST message (elapsed 0ms, rc 0)
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: Got a valid REPLY after 136ms
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: IA_PD 0001 T1 98413 T2 483840
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: 2a01:xxxx:xxx:xxx::/56 preferred 604800 valid 604800
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: T1 98413s, T2 483840s, T3 604800s
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: entering stateful-mode on eth4.832
2024-09-18T11:53:55+02:00 UCG-Max odhcp6c[543945]: Starting <POLL> transaction (timeout 98413s, max rc 0)
Ensuite la sortie du tcpdump -i eth4.832 -f 'ip6 and (udp port 546 or udp port 547)' -vns0 -X,
que j'ai du en plus reformater car en IPv6 il le fait mal tout est en une seule ligne - et j'ai viré la partie data dump
11:53:52.494389 IP6 (flowlabel 0x10713, hlim 1, next-header UDP (17) payload length: 139)
fe80::xxx:xxxx:xxxx:xxxx.546 > ff02::1:2.547: [udp sum ok]
dhcp6 solicit (xid=aa3872 (elapsed-time 0)
(option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_94 opt_95 opt_96 opt_82)
(client-ID hwaddr type 1 0887xxxxxxxx)
(reconfigure-accept) (Client-FQDN)
(IA_NA IAID:1 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)))
11:53:52.519191 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 229)
fe80::xxx:xxx.547 > fe80::xxx:xxxx:xxxx:xxxx.546: [udp sum ok]
dhcp6 advertise (xid=aa3872
(server-ID hwaddr type 1 4055xxxxxxxx)
(client-ID hwaddr type 1 0887xxxxxxxx)
(IA_NA IAID:1 T1:0 T2:0 (status-code NoAddrsAvail))
(IA_PD IAID:1 T1:98413 T2:483840 (IA_PD-prefix 2a01:xxxx:xxx:xxx::/56 pltime:604800 vltime:604800))
(authentication proto: 0, alg: 0, RDM: mono, RD: 0000 0000 0000 0000 ??)
(vendor-specific-info) (DNS-search-list PUT.access.orange-multimedia.net.))
11:53:53.824294 IP6 (flowlabel 0x10713, hlim 1, next-header UDP (17) payload length: 123)
fe80::xxx:xxxx:xxxx:xxxx.546 > ff02::1:2.547: [udp sum ok]
dhcp6 solicit (xid=4db0d (elapsed-time 0)
(option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_94 opt_95 opt_96 opt_82)
(client-ID hwaddr type 1 0887xxxxxxxx)
(reconfigure-accept) (Client-FQDN)
(IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)))
11:53:53.831846 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 176)
fe80::xxx:xxx.547 > fe80::xxx:xxxx:xxxx:xxxx.546: [udp sum ok]
dhcp6 advertise (xid=4db0d (server-ID hwaddr type 1 4055xxxxxxxx) (client-ID hwaddr type 1 0887xxxxxxxx)
(IA_PD IAID:1 T1:98413 T2:483840 (IA_PD-prefix 2a01:xxxx:xxx:xxx::/56 pltime:604800 vltime:604800))
(authentication proto: 0, alg: 0, RDM: mono, RD: 0000 0000 0000 0000 ??)
(vendor-specific-info) (DNS-search-list PUT.access.orange-multimedia.net.))
11:53:55.743688 IP6 (flowlabel 0x10713, hlim 1, next-header UDP (17) payload length: 135)
fe80::xxx:xxxx:xxxx:xxxx.546 > ff02::1:2.547: [udp sum ok]
dhcp6 request (xid=beb0ad (elapsed-time 0)
(option-request SIP-servers-domain SIP-servers-address DNS-server DNS-search-list SNTP-servers NTP-server AFTR-Name opt_67 opt_94 opt_95 opt_96)
(client-ID hwaddr type 1 0887xxxxxxxx)
(server-ID hwaddr type 1 4055xxxxxxxx)
(reconfigure-accept) (Client-FQDN)
(IA_PD IAID:1 T1:0 T2:0 (IA_PD-prefix 2a01:xxxx:xxx:xxx::/56 pltime:604800 vltime:604800)))
11:53:55.879592 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 176)
fe80::xxx:xxx.547 > fe80::xxx:xxxx:xxxx:xxxx.546: [udp sum ok]
dhcp6 reply (xid=beb0ad
(server-ID hwaddr type 1 4055xxxxxxxx)
(client-ID hwaddr type 1 0887xxxxxxxx)
(IA_PD IAID:1 T1:98413 T2:483840 (IA_PD-prefix 2a01:xxxx:xxx:xxx::/56 pltime:604800 vltime:604800))
(authentication proto: 0, alg: 0, RDM: mono, RD: 0000 0000 0000 0000 ??)
(vendor-specific-info) (DNS-search-list PUT.access.orange-multimedia.net.))
La seule option spécifique fournie à Orange est donc en V6 le ClientID (option 1), copie de l'option 61 DHCPv4, le clone Macaddr
Alors qu'avant j'en envoyais 4 (options 1,11,15,16)
-
Bon j'ai le RENEW qui a échoué. Renew envoyé par le script Unifi de base donc. Ce même script qui obtient pourtant un bail au SOLLICIT, sans CoS et sans options 11/15/16 dhcp6...
Je suis revenu ensuite sur mon script (qui passait les 4 bonnes options et la CoS 6, et qui ne marche plus depuis 1 semaine), et j'ai essayé d'enlever la CoS 6 (option -K 6), et là miracle, j'obtiens un bail au SOLLICIT, que je passe ou pas les 3 options DHCP supplémentaires 'ailleurs (j'ai essayé les 2, j'obtiens le bail dans tous les cas)
Et là je ne comprends plus : il ne faudrait plus passer la CoS 6 pour demander un bail ? et il se f.. des options ?
J'ai désactivé IPv6, car je ne sais plus quoi faire.
-
Réactive le, passe les options 11, 15 et 16 sans -K 6 et laisse tourner, pour voir si le renew passe ?
Tu dois chatouiller un bug ou une mauvaise configuration quelque part. Je pense qu'Orange va finir par remettre ton OLT/BNG au carré.
Pour ma part, je n'ai jamais eu besoin de la CoS6, que ce soit en v6, v4, renew ou solicit.
-
Réactive le, passe les options 11, 15 et 16 sans -K 6 et laisse tourner, pour voir si le renew passe ?
Alors correction par rapport à ce que j'écrivais : si je fais ça, ça génère une "boucle" de sollicit/request qui obtiennent tous : Server returned IA_PD status 'No Prefix Available (No prefixes have been assigned)...et comme ça fait une boucle qui SOLLICIT sans arrêt, j'ai au bout d'un moment Orange qui parque ma IPv4 en 172.x
Le seul moyen d'en sortir est de désactiver l'IPv6 et de refaire une séquence V4 pour récupérer un bon bail déparqué.
Bref :
- sans CoS 6 et sans options ça marche en sollicit mais pas en renew ==> EDIT : ne marche même plus, fait maintenant une boucle sollicit/reply "no prefix available"
- sans CoS 6 et avec options ça fait une boucle sollicit/request car reply "no prefix available"
- avec CoS 6 et avec options, le sollicit ne marche pas (euh ne marche plus depuis qq jours...)
Et je trouve étrange que tu aies pu marcher sans CoS 6 car moi j'ai toujours (depuis > 1 an) du en mettre une pour que ça marche (et ça marchait jusque semaine dernière)
Je pense qu'il s'agit de configurations "en face" (Orange) qui diffèrent selon les zones.
Comme plus rien ne marche, je désactive IPv6 et je retenterai dans quelques semaines pour voir
-
Lorsque je dis boucle de request et "No Prefix Available", je parle de la séquence ci-dessous (que j'obtiens maintenant sans mettre de CoS 6, avec Cos 6 je n'ai même pas d'Advertise) :
SOLLICIT récupère un ADVERTISE en réponse avec un /56 (qui correspond au PD qui marchait avant), puis REQUEST de cette /56 obtient une réponse "Server returned IA_PD status 'No Prefix Available (No prefixes have been assigned)'", et ça boucle
J'ai anonymisé le PD avec un xxx.yyy ci dessous.
Ce même exact PD était récupéré marchait en début de semaine sans CoS 6, et c'était aussi le même avec CoS 6 avant mi septembre pendant des mois !
2024-09-21T06:01:38+02:00 UCG-Max ubios-udapi-server[2978511]: [dhcpv6-mod] Launching exec /usr/sbin/odhcp6c-org -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth4.832
2024-09-21T06:01:38+02:00 UCG-Max odhcp6c[2978511]: (re)starting transaction on eth4.832
2024-09-21T06:01:39+02:00 UCG-Max odhcp6c[2978511]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-09-21T06:01:39+02:00 UCG-Max odhcp6c[2978511]: Got a valid ADVERTISE after 7ms
2024-09-21T06:01:39+02:00 UCG-Max odhcp6c[2978511]: IA_NA 0001 T1 0 T2 0
2024-09-21T06:01:39+02:00 UCG-Max odhcp6c[2978511]: IA_PD 0001 T1 93370 T2 483840
2024-09-21T06:01:39+02:00 UCG-Max odhcp6c[2978511]: 2a01:cb00:xxx:yyy::/56 preferred 604800 valid 604800
2024-09-21T06:01:41+02:00 UCG-Max odhcp6c[2978511]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-09-21T06:01:41+02:00 UCG-Max odhcp6c[2978511]: Got a valid ADVERTISE after 7ms
2024-09-21T06:01:41+02:00 UCG-Max odhcp6c[2978511]: IA_PD 0001 T1 93370 T2 483840
2024-09-21T06:01:41+02:00 UCG-Max odhcp6c[2978511]: 2a01:cb00:xxx:yyy::/56 preferred 604800 valid 604800
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 0ms, rc 0)
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Got a valid REPLY after 9ms
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Server returned IA_PD status 'No Prefix Available (No prefixes have been assigned)'
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: (re)starting transaction on eth4.832
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: Got a valid ADVERTISE after 8ms
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: IA_NA 0001 T1 0 T2 0
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: IA_PD 0001 T1 93370 T2 483840
2024-09-21T06:01:43+02:00 UCG-Max odhcp6c[2978511]: 2a01:cb00:xxx:yyy::/56 preferred 604800 valid 604800
2024-09-21T06:01:44+02:00 UCG-Max odhcp6c[2978511]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2024-09-21T06:01:46+02:00 UCG-Max odhcp6c[2978511]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2024-09-21T06:01:46+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 0ms, rc 0)
2024-09-21T06:01:47+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 1039ms, rc 1)
2024-09-21T06:01:49+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 3119ms, rc 2)
2024-09-21T06:01:53+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 7039ms, rc 3)
2024-09-21T06:02:01+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 14799ms, rc 4)
2024-09-21T06:02:16+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 30159ms, rc 5)
2024-09-21T06:02:46+02:00 UCG-Max odhcp6c[2978511]: Send REQUEST message (elapsed 60239ms, rc 6)
C'est Orange qui bricole ses serveurs ? ou je me suis fait blacklister V6 ?
-
Et je trouve étrange que tu aies pu marcher sans CoS 6 car moi j'ai toujours (depuis > 1 an) du en mettre une pour que ça marche (et ça marchait jusque semaine dernière)
Ca a toujours marché sans pour moi. Mais ca dépend des zones ou de l'OLT en face, apparament.
Effectivement si tu as une réponse à un solicit et qu'un request ne t'assigne pas le prefixe, ca fait souci côté Orange. Si tu rebranches une Livebox, elle obtient un prefixe ? Si oui, ca vaut le coup de capturer ses échanges DHCP et de comparer avec les tiens.
-
Houlà sortir la LB3 que je n'ai pas démarré depuis des lustres, en plus elle doit avoir pas mal de firmwares à rattraper...
Ton bail V6 sans CoS (je suppose CoS 0), tu l'obtiens en envoyant à Orange :
- quelles options requested (moi : 17,23,24)
- quelles options sent (moi : 1,11,15,16)
-
Requested (dans option request 6): 11, 17, 23, 24
Sent: 1, 11, 15, 16
Payload option 15: FSVDSL_livebox.Internet.softathome.livebox3
Payload option 16: 0000040e0005736167656d ("sagem")
Payload option 1: 00030001a43e5109537d (DUID type: link layer address (3), hw type: ethernet (1), adresse MAC de la livebox)
Pour l'option 11, c'est les 70 bytes générés par le code jsfiddle de kgersen.
Je spoof l'adresse MAC de la livebox dans l'option client ID DHCPv6 et DHCPv4 ainsi que sur l'adresse MAC du VLAN 832. À priori utiliser celle de la livebox n'est pas nécessaire, mais il faut qu'il y ait concordance entre adresse MAC source et celles spécifiées dans les options client id.
-
C'est très exactement ce que je fais depuis des mois et qui marchait (mais en CoS 6)...cf mon repo https://github.com/fgero/dhcpv6-mod/blob/main/dhcpv6-orange.conf
(à part l'option 11 que je ne mettais pas dans les requested de l'ORO, mais j'ai aussi essayé ça)
-
Houlà sortir la LB3 que je n'ai pas démarré depuis des lustres, en plus elle doit avoir pas mal de firmwares à rattraper...
Je me demande si côté Orange ils ne pensent pas que tu as une Livebox du siècle dernier, et donc qu'ils ne te placent pas sur un VLAN ou sur un profil différent, compatible avec cette box.
Je tenterai de la brancher, au moins pour faire des captures après la mise à jour du firmware.
-
Bonjour, Pardon de poser la question une nouvelle fois, vous avez vraiment besoin de l'ipv6 ?
ça améliore le débit ? ça aide à quelque chose ?
-
Bonjour, Pardon de poser la question une nouvelle fois, vous avez vraiment besoin de l'ipv6 ?
Personnellement oui, pour sûr. J'ai besoin des adresses supplémentaires et le /56 délégué rend la gestion des VLAN super simple. Je suis même en IPv6 only sur le LAN, avec NAT64/DNS64 sur le routeur pour accéder aux ressources IPv4, pour tout dire.
ça améliore le débit ? ça aide à quelque chose ?
On peut souvent avoir des débits supérieurs en v6, en effet, mais ce n'est pas super fréquent. C'est surtout, comme expliqué plus haut, pour avoir (beaucoup) plus d'adresses disponibles, routables depuis n'importe où (pas de NAT), et pouvoir accéder à mes infras cloud qui sont pour la plupart en IPv6.
Plus pratiquement, ca améliore grandement les connexions peer to peer, comme par exemple facetime, whatsapp ou autres services de visioconf.
-
J'ai suivi le tuto, ça marche impeccable.
Pas d'amélioration notée pour les débits, mais c'est fait... comme ça, je suis livebox iso.
Il me reste un point à résoudre: je n'arrive pas à accéder à mon serveur mail à partir d'une ip locale.
Mon syno rejette l'IP 192.168.1.1, j'en conclue que le loopback d'une livebox et d'un unifi os ne sont pas tout à fait pareil.
Quelqu'un en sait quelque chose ?
-
Hm, tu veux dire que tu héberges un serveur mail sur ton NAS (syno) qui pointe vers l'adresse IPv4 publique de ta livebox, puis la livebox NAT vers le syno ? Donc tu peux y accéder de l'extérieur du LAN, mais pas de l'intérieur ?
Si oui, c'est ~normal : la Livebox ne sait pas faire de NAT loopback. Tu peux contourner le problème en ajoutant un record DNS AAAA avec l'IPv6 de ton syno. Comme il n'y a pas de NAT en v6, tu pourras y accéder depuis ton LAN comme depuis l'extérieur.
Il faut juste vérifier que 1) le syno a bien une ipv6 2) le serveur mail écoute bien sur cette adresse et 3) le firewall de la box est bien configuré pour autoriser les flux IPv6 vers le syno.
La partie IPv4 devrait continuer à fonctionner depuis l'extérieur.
-
Je me demande si côté Orange ils ne pensent pas que tu as une Livebox du siècle dernier, et donc qu'ils ne te placent pas sur un VLAN ou sur un profil différent, compatible avec cette box.
Je tenterai de la brancher, au moins pour faire des captures après la mise à jour du firmware.
C'est ce que me suis résolu à tenter, prochain WE j'espère
-
Bon, eh bien ce fut simple : redémarrage de la LB3 en WAN (2 ans sans le faire), tout va bien elle récupère l'IPv6 aussi. Pas de firmware à descendre.
Puis arrêt de la LB3, récupération du WAN dans l'Unifi, et là j'obtiens un bail V6 (en CoS 6, avec mon dhcpv6-mod qui génère toujours les mêmes options qu'avant).
En fait j'ai comparé le paquet dhcp6 sollicit (le tout premier) entre la LB3 et ce qu'envoie dhcpv6-mod sur l'Unifi c'est à l'octet près (!) exactement le même...(juste le xid qui change, normal c'est le transaction-id, et par conséquent l'udp sum, normal)
Va comprendre...c'est peut-être que s'ils ne reçoivent pas de demande firmware (ou de paquet spécifique post-bail) pendant 2 ans ils te flaggent pour l'IPv6...
-
Hello à tous,
Dans le genre étrange, comme ce qui t'ai arrivé @fgero, je parviens à obtenir une IPv4 sans "MAC Address Clone", ni le DUIDClient Identifier en option 61.
La conformité protocolaire 2023 décrite par levieuxatorange semble pourtant être stricte sur ce point.
Pour l'option 77, j'utilise Livebox3 à la fin. Je n'ai pas testé si cela avait une influence l'attribution du bail et de l'IP sans l'option 61 ni l'adresse MAC clonée.
J'ai un contrat Sosh avec, officiellement une Livebox 4 et ONT Huawei déclarée chez Orange. J'utilise toujours l'ONT Huawei mais il est branché ensuite sur une UDM Pro SE à jour avec Unifi OS 4.0.6.
Je n'ai pas branché la Livebox depuis des années.
J'ai tenté d'activer le client DHCPv6 (non mod), sans succès en revanche.
Je suis le seul à parvenir à obtenir une connexion sans MAC Clone et DUIDClient Identifier en Option 61?
-
A aucun moment le post de @levieux indique qu'il faut cloner l'adresse Mac de la box. C'est conseillé mais pas obligatoire. Ce qui est vraiment important c'est que l'adresse Mac de l'interface WAN soit cohérente avec le client identifier DHCPv4 et le DUID DHCPv6.
Chez moi, j'ai utilisés plusieurs routeurs EdgeRouter (2 ERL puis un ER4) et un Mikrotik (CCR2004). TOUS ces routeurs ont la même adresse Mac sur leur interface WAN: Celle du premier ERL que j'ai acheté et que j'ai clonée sur les équipements achetés ensuite.
-
En effet, et a aucun moment je ne mentionne le fait de cloner l'adresse MAC "de la livebox" non plus :)
Ce qui m'étonne c'est que cela fonctionne sans aucune entrée dans le champs "MAC Clone" - donc éventuellement jusqu'ici ok, puisque du coup c'est le MAC de mon UDM Pro qui est présentée - ET sans option 61 avec le DUID Client Identiifer (qui devrait être issue de la MAC de mon UDM).
Suis-je le seul à obtenir une connexion fonctionnelle sans Option 61 ? Serait-elle devenue optionnelle ?
-
Tu parles de l'option client id, option 1 ? Si tu as défini l'option 61, mais pas la 1, est-ce que l'UDM n'enverrait pas une option 1 avec adresse MAC par défaut ?
As-tu moyen de faire un tcpdump pour voir ce que l'UDM envoie ?
-
A aucun moment le post de @levieux indique qu'il faut cloner l'adresse Mac de la box. C'est conseillé mais pas obligatoire. Ce qui est vraiment important c'est que l'adresse Mac de l'interface WAN soit cohérente avec le client identifier DHCPv4 et le DUID DHCPv6.
+1, aucun besoin de cloner l'adresse MAC de la livebox. Ca aide éventuellement si tu veux pouvoir ressortir la box de son carton et la brancher rapidement avant d'appeler la hotline, ou si un tech vient dépanner quelque chose.
-
@simon :
@MarcassinBimbo confond manifestement les protocoles DHCPv4 et DHCPv6. Son IPv6 n'est pas fonctionnelle.
-
Bonjour à tous,
J’ai un problème récurrent avec mon UDM Pro que je n’arrive pas à résoudre. Tous les 2 ou 3 mois, ma connexion tombe sans raison apparente et je dois redémarrer l’UDM Pro pour que tout fonctionne à nouveau correctement. Je précise que j’utilise le DHCPmodv6.
Avez-vous des idées sur ce que je pourrais vérifier pour trouver l’origine du problème ? Est-ce que cela pourrait être lié à une configuration spécifique ou à un problème matériel ?
Merci d’avance pour votre aide !
-
@simon :
@MarcassinBimbo confond manifestement les protocoles DHCPv4 et DHCPv6. Son IPv6 n'est pas fonctionnelle.
Non non, je ne confonds pas. Je parle explicitement depuis le début de l'Option: (61) Client identifier, qui est dans la stack DHCPv4 décrite par levieuxatorange.
Voici un extrait de mon message original :P voilà ce que j'observe si on se concentre sur l'essentiel :
je parviens à obtenir une IPv4 sans "MAC Address Clone", ni le DUIDClient Identifier en option 61.
Dans mon cas, l'option 61 semble étrangement optionnelle pour obternir une IPv4 quand bien même elle est décrite comme obligatoire dans la conformité protocolaire.
Je voulais simplement savoir si j'étais le seul dans ce cas ou si vous aviez observé le même comportement et, du coup s'il s'agissait d'une évolution de l'infra chez Orange.
-
Tu parles de l'option client id, option 1 ? Si tu as défini l'option 61, mais pas la 1, est-ce que l'UDM n'enverrait pas une option 1 avec adresse MAC par défaut ?
As-tu moyen de faire un tcpdump pour voir ce que l'UDM envoie ?
Nope, je parlais bien de l’option 61 sur la stack v4 (je viens de corriger DUID vs Client Id dans mes posts.
Je fais un tcpdump dès que j'ai un peu de temps et je tenterai AUSSI avant d'activer le DHCPmodv6 pour voir si j'obtiens une IPv6 sans l'option 1 (puisque pas d'option 61).
En attendant, si quelqu'un voulait tester de retirer l'Option 61 de son paramétrage DHCPv4, on pourrait s'assurer que celle ci est toujours obligatoire.
-
@MarcassinBimbo:
L'acronyme DUID est spécifique au protocole DHCPv6. Visiblement, on ne parle pas le même langage technique (sarcastique).
-
Haha ok je vois d’où vient les réponses et la question de @Simon sur l’option 1 du coup.
Néanmoins, ça ne réponds pas à la question de savoir si l’Option 61 avec le Client identifier est devenue optionnelle.
Edit : je viens de corriger DUID par Client Id dans mes posts pour éviter des confusions futures
-
Tout fonctionne bien (V4+V6) mais je me demandais pourquoi , pour Orange, ma LB3 est considérée "déconnectée du réseau Orange" lorsque je mets l'UCG Max à la place.
Est-ce qu'il ne faudrait pas envoyer un paquet spécifique (arping ?) pour qu'ils considèrent la LB comme "connectée au réseau" (ce que l'UCG est...) ?
Peut-être cela n'a aucune importance, mais comme j'ai du rebrancher une fois ma LB au bout de 2 ans pour voir revenir l'IPV6, je me demandais...
-
En général, les opérateurs ont une plateforme de management pour leur parc d'équipements triple play, basée sur TR-069. C'est surement au travers de ce protocole que la livebox et les décodeurs TV dialogue avec le management central qui connait ainsi leur état.
Il s'agit de plateforme carrier-grade du type https://www.incognito.com/products/tr-069-auto-configuration-server/ (https://www.incognito.com/products/tr-069-auto-configuration-server/) ou https://friendly-tech.com/products/tr-069-device-management/ (https://friendly-tech.com/products/tr-069-device-management/)
-
Hello quelqu'un a testé le nouveau
UniFi Network Application 9.0.108 avec OS 4.1.13 ?
Merci :)
-
Egalement intéressé ;-)
Pour le moment je suis resté en 4.0
-
J'ai fait le test sur ma fibre de secours et pas de soucis pour le moment (MàJ fait hier à 18h).
UDM SE avec UniFi OS 4.1.13 et Network 9.0.108.
-
if it ain't broke, don't fix it.
Suis toujours en OS 4.1.9 et Network 8.6.9, je ne tente pas les 9.x avant la GA.
-
Hello quelqu'un a testé le nouveau
UniFi Network Application 9.0.108 avec OS 4.1.13 ?
Merci :)
Toujours nickel x) faut juste relancer le script pour le v6
-
Hello,
J’ai une LB6, et un UDMPRO SE, je vais récupérer un Sercomm FGS202 qui provient d’une LB4.
Vous pensez que ça peut marcher ?
J’avoue que si je pouvais me passer de la LB ça serait pas mal.
-
Hello,
J’ai une LB6, et un UDMPRO SE, je vais récupérer un Sercomm FGS202 qui provient d’une LB4.
Vous pensez que ça peut marcher ?
J’avoue que si je pouvais me passer de la LB ça serait pas mal.
Peux etre mais tu seras limité à 1Gb/s
Achete plutot un https://www.leolabs.pl/ont-leox-lxt-010h-d.html ou https://www.leolabs.pl/ont-leox-lxt-010s-h.html
-
Bonjour à tous,
J’ai un problème récurrent avec mon UDM Pro que je n’arrive pas à résoudre. Tous les 2 ou 3 mois, ma connexion tombe sans raison apparente et je dois redémarrer l’UDM Pro pour que tout fonctionne à nouveau correctement. Je précise que j’utilise le DHCPmodv6.
Avez-vous des idées sur ce que je pourrais vérifier pour trouver l’origine du problème ? Est-ce que cela pourrait être lié à une configuration spécifique ou à un problème matériel ?
Merci d’avance pour votre aide !
Bonjour à tous,
J'ai exactement le même problème, je pense que l'UDM Pro / UDM SE (j'ai le problème sur deux sites) n'arrivent à renouveller l'IP WAN orange quand elle expire. Je n'ai pas trouver de contournement...
Si quelqu'un à une solution, je suis preneur (à part passer en IP FIXE :) )
Bonne soirée
D.
-
Peux etre mais tu seras limité à 1Gb/s
Achete plutot un https://www.leolabs.pl/ont-leox-lxt-010h-d.html ou https://www.leolabs.pl/ont-leox-lxt-010s-h.html
Merci , je vais regarder ça de suite , j’ai lu presque tout sur les 40 pages et à aucun moment j’ai lu qu’il fallait donner le SN du module à orange pour qu’il le reconnaisse chez eux , j’ai juste ?
Ça serait un peu comme avec l’adsl , on change le matériel on le règle correctement et ça fonctionne sans intervention d’orange ?
-
Ah non, clairement aucune chance que l’ONT fonctionne si son numéro de série n’est pas enregistré sur l’OLT.
Du coup avec l’ONT de Leox le plus simple ça reste de changer son numéro de série pour y mettre celui de l’ONT de la livebox. Avec le FGS202 il faut appeler le support technique en espérant qu’ils acceptent de mettre son numéro de série dans l’OLT puisque ce SFP n’est pas configurable.
-
OK je comprends,
Il vaut mieux que je que je prenne le Leox, de cette façon, je peux rebrancher ma box à n’importe quel moment en cas de panne ou de besoin
Je suis en train de chercher sur Internet, je ne l’ai trouvé qu’en Pologne c’est là où vous l’avez acheté ?
-
Bonjour à tous,
J'ai exactement le même problème, je pense que l'UDM Pro / UDM SE (j'ai le problème sur deux sites) n'arrivent à renouveller l'IP WAN orange quand elle expire. Je n'ai pas trouver de contournement...
Si quelqu'un à une solution, je suis preneur (à part passer en IP FIXE :) )
Bonne soirée
D.
Tu utilises quel ONT? Si c'est un LEOX fait la mise a jour du firmware.
-
Tu utilises quel ONT? Si c'est un LEOX fait la mise a jour du firmware.
Merci pour la réponse, j'utilise effectivement deux LEOX.
- Dans l'UDM SE le LEOX LXT-010H-D (site 1)
- Dans l'UDM PRO le LEOX LXT-010S-H (site 2)
Est-ce que tu recommandes une version de firmware en particulier ? quel est le dernier ?
Merci par avance.
D.
-
Merci pour la réponse, j'utilise effectivement deux LEOX.
- Dans l'UDM SE le LEOX LXT-010H-D (site 1)
- Dans l'UDM PRO le LEOX LXT-010S-H (site 2)
Est-ce que tu recommandes une version de firmware en particulier ? quel est le dernier ?
Merci par avance.
D.
Prends les derniers
J'ai fixe mon bug avec le V3.3.2L8 mais je pense au temps update en V3.3.2L9
-
À quel endroit vous l’avez acheté , directement en Pologne ?
-
À quel endroit vous l’avez acheté , directement en Pologne ?
Oui j'ai acheté directement chez Xbest.pl
-
Prends les derniers
J'ai fixe mon bug avec le V3.3.2L8 mais je pense au temps update en V3.3.2L9
Marcin m'a fait parvenir les derniers firmwares
V3.3.2L9 - LXT-010H-D
V3.3.4L6 - LXT-010S-H
Je vais tester ça ce week-end.
Merci à tous pour vos réponses !
-
OK je comprends,
Il vaut mieux que je que je prenne le Leox, de cette façon, je peux rebrancher ma box à n’importe quel moment en cas de panne ou de besoin
Je suis en train de chercher sur Internet, je ne l’ai trouvé qu’en Pologne c’est là où vous l’avez acheté ?
Je l'ai acheté chez xbest.
Je peux t'envoyer en MP deux emails Rafal Jach ou
Szymon Sowa.
Tu leur demandes le prix pour la France, j'ai fait un virement en 4-5 jours si mes souvenirs sont bons c'était dans ma boite aux lettres !
Site ultra sérieux !
-
Je l'ai acheté chez xbest.
Je peux t'envoyer en MP deux emails Rafal Jach ou
Szymon Sowa.
Tu leur demandes le prix pour la France, j'ai fait un virement en 4-5 jours si mes souvenirs sont bons c'était dans ma boite aux lettres !
Site ultra sérieux !
Bonsoir Pingus , oui ça serait super cool , merci beaucoup
Comme ça je le commande et avec un peu de chance ce week-end c’est en place !!
-
Bonjour Fgero,
je suis dans la même configuration que toi : UDR + ONT Huawei sur une offre Sosh.
Je voudrais m'affranchir de la Livebox.
Après avoir lu tout le fil et notamment la p21 Thread#251, je n'ai pas compris comment tu fais pour obtenir les informations UDM ?
- Mac Adress clone : récupérée par Livebox Monitoring ?
- DHCP Option 60 : sagem ?
- DHCP Option 77 : ?
- DHCP Option 90 : récupéré sur le site JSFIDDLE
Merci pour ton aide
Bonne journée à tous
-
Bonjour,
L’utilitaire GO-BOX se trouve ici : https://github.com/StephanGR/GO-BOX
Pour le télécharger, aller sur https://github.com/StephanGR/GO-BOX/releases , télécharger la bonne version.
Et suivre les instructions de la page principale (tar pour dézipper, etc.).
./GO-BOX --ip 192.168.1.1 --box Livebox
Saisir le mdp admin de la box
Répondre HWTC
Et tu auras les macaddr, 60, 77 et 90
PS : je suis passé sur un Unifi Cloud Gateway Max, nettement mieux pourvue en CPU (et 2,5Gbps)
-
C'est le "répondre HWTC" que je n'avais pas !
Merci beaucoup, j'ai bien toutes mes infos.
Je comprends également que les versions actuelles de UnifiOS et UnifiNetwork sont bien sèches pour cette manip. Plus besoin de cron pour redémarrer tous les 2 jours ?
Merci encore !
Bonne journée
PS : je viens de passer en UDR 😊 j'avais besoin d'un accès WiFi et j'étais en Unifi Express
-
Je comprends également que les versions actuelles de UnifiOS et UnifiNetwork sont bien sèches pour cette manip. Plus besoin de cron pour redémarrer tous les 2 jours ?
Oui, c'est très table, en tout cas chez moi.
Il faut juste penser (pour l'IPv6) de relancer ./install-dhcpv6-mod.sh après les firmware updates, et ça relance immédiatement le double stack V4+V6
PS : je viens de passer en UDR 😊 j'avais besoin d'un accès WiFi et j'étais en Unifi Express
j'ai couplé l'UCG Max avec un point d'accès U7 Pro Wall (Wifi7) ça marche vraiment bien. Pas le même prix que l'UDR, toutefois.
-
Ah oui, UCGMax+U7ProWall cela doit bien tourner 😊 !
Merci encore j'ai hâte de me lancer dans la configuration.
-
Bon et bien ça y est !
mon réseau tourne Livebox-free !!!
Lien direct UDR <-> ONT Huawei.
C'est top !
Merci Fgero et tous les autres !
Bon week-end
-
Bonjour à tous,
Je voudrais mettre à jour mon ONT LEOX, Marcin m'a envoyé les derniers firmwares.
Il m'a bien expliqué qu'il faut remettre le parametre HW_HWVER par défault.
"There is no procedure, only important thing is you need to set the default value for HW_HWVER parameter for the time of the upgrade if you changed it, if not, everything should go smooth. The default value is LXT-010S-H for GPON Stick, and LXT-010H-D for the ONT."
Est-ce que la mise à jour va remettre toute la configuration à zéro ?
Est-ce qu'il existe un moyen de faire un sauvegarde de la configuration que j'avais faite pour remplacer la Livebox ? (le but étant de ne pas rebrancher ma Livebox ;D )
Bonne journée à tous !
-
On a change log pour la mise à jour ?
Elle apporte quoi de nouveau ?
Merci.
-
Non je n'ai pas de "change log", mais normalement ça va réglé mon problème de coupure d'Internet. Une fois tous les 2 mois la connexion tombe et je suis obligé de redémarrer l'UDM.
-
Ah ben il m'est arrivé une coupure pas plus tard qu'il y'a deux jours, et j'ai dû justement redémarrer l'UDM ... sans vraiment y croire.
Je pensais que ça venait de changements côté orange. Très bon point, il faut donc que je mette à jour le bousin.
La procédure de mise à jour est quelque part ? Faut débrancher ou ça peut se faire avec une IP spéciale sanas rien changer ?
Merci.
-
Ah ben il m'est arrivé une coupure pas plus tard qu'il y'a deux jours, et j'ai dû justement redémarrer l'UDM ... sans vraiment y croire.
Je pensais que ça venait de changements côté orange. Très bon point, il faut donc que je mette à jour le bousin.
La procédure de mise à jour est quelque part ? Faut débrancher ou ça peut se faire avec une IP spéciale sanas rien changer ?
Merci.
Pour info j'ai mis à jour mon LEOX LXT-010H-D.
J'ai déconnecté la fibre et le LEOX j'ai tout branché sur mon PC portable sans fibre connectée.
Je suis allé dans l'interface WEB, j'ai sauvegardé la config (par sécurité), et j'ai mis à jour le LEOX depuis l'interface WEB je n'avais pas changé le HW ID.
Tout c'est bien passé, la configuration est restée en j'ai rebranché l'alim et le RJ45 sur l'UDM puis connecté la fibre et c'est reparti.
PS/ quand j'ai cliqué pour choisir le fichier sous Windows 11/Chrome la fenêtre a mis plusieurs secondes à s'ouvrir...
En fonction de ton LEOX je peux te faire suivre le firmware en MP transmis par Marcin.
-
Je veux bien stp !
J’ai un LXT-010H-D, en version V3.3.2L6
-
Salut,
J’ai reçu le miens hier , en version L6 aussi , je ne l’ai pas encore mis en service , tu peux me faire passer la mise à jour stp, j’aimerai la faire avant de tout mettre en route
Merci
-
Bonjour à tous,
Tout d'abord, bravo à tous pour le travail accompli et la richesse des échanges sur ce projet.
Comme beaucoup ici, je trouve regrettable qu'Orange ne nous facilite pas la tâche... l'idée de devoir passer chez Free uniquement pour éviter le double NAT avec un routeur Unifi me refroidit pas mal.
D'après ce que j'ai lu, nous n'avons toujours pas de bêta-testeur sur la XGS-PON ? @frozeus, tu as bien le matériel mais toujours pas éligible ?
De mon côté, je ne suis pas encore éligible non plus, mais les villages voisins le sont déjà, donc ça ne devrait plus tarder. Je prévois de m'équiper prochainement d'un Cloud Gateway Fiber qui a l'air vraiment prometteur, surtout avec son IDS/IPS à 5 Gb/s.
Par ailleurs, je n'ai pas vu le sujet abordé ici, mais il me semble qu'un ONU XGS-PON est rétrocompatible avec GPON (comme le fait la Livebox 7 pour les lignes non éligibles XGS). Finalement, ne serait-il pas plus judicieux d'investir directement dans un ONU XGS-PON dès aujourd'hui pour éviter d'avoir à changer à court terme ?
Merci d'avance pour vos retours !
-
mais il me semble qu'un ONU XGS-PON est rétrocompatible avec GPON
Non, ce n'est pas une généralité. Le WAS-110 par exemple ne fait que du XGS-PON et pas de GPON.
Pour avoir un ONU capable de supporter les 2 protocoles, il doit pouvoir émettre sur 2 longueurs d'ondes différentes, ce qui je suppose nécessite un laser bien spécifique. Pour la réception c'est pareil, il doit être capable de séparer les signaux GPON et XGS-PON, qui sont aussi sur des longueurs d'onde différentes.
-
La confusion vient peut-être de la notion que les OLT XGS-PON actuellement déployés chez les 4 OCEN sont rétrocompatibles. Je dis ça parce que j'ai failli faire l'erreur en achetant mon ONT.
-
Bonjour,
j'ai appliqué les scripts de @fgero (merci encore !) pour avoir la double-stack IPv4+IPv6 sur mon UDM, et ça fonctionne parfaitement !
Mais je me demande une chose : à quoi cela sert-il ?
Je suis désolé de ma question si elle est vraiment trop triviale...
Merci
Bonne journée
-
Mais je me demande une chose : à quoi cela sert-il ?
Hello, est bien tout simplement à avoir la connectivité en IPv6 en plus de l'IPv4. C'est quand même un peu l'avenir l'IPv6 ! ;)
-
Ooooookkkk !!!
;D ;D
Merci !
-
Hello,
J'ai une UDM SE et un ONT LEOX LXT-010H-D sur une fibre Sosh qui fonctionne bien (ip4 et ip6). Cependant, si j'obtiens de bon débit en download (1Gbps), je monte péniblement à 200Mbps en upload (vs 800 avec la livebox) et dans Unifi Controller, le ping est passé de 2 / 3ms sur la plupart des services lorsque la livebox est connectée à 15 / 20ms lorsque la connexion est initiée depuis l'UDM + LEOX.
Vous auriez une idée de la raison de cette limitation ? Et/ou comment diagnostiquer/améliorer la connexion ?
Bonne journée à tous
-
La gestion de la COS6 ? Si elle est mal faite, elle peut limiter l'upload.
-
Merci Kana-chan.
Pour la gestion de la COS6, j'ai simplement sélectionné "6" dans la console Unifi.
Il y a autre chose à faire ?
-
Merci Kana-chan.
Pour la gestion de la COS6, j'ai simplement sélectionné "6" dans la console Unifi.
Il y a autre chose à faire ?
Salut, ton QoS Tag (paramètre dessous le VLAN ID) est bien sur "None" ?
-
Salut,
Désolé, je ne connais pas trop les UDM, mais le problème que tu soulèves vient en général de la CoS 6 qui serait appliquée à tous les paquets en sortie de routeur.
-
Bonjour à tous,
J'aurai besoin de vos lumières, surtout ceux qui se connectent sur le réseau Orange sans Livebox avec du matériel Ubiquiti.
Ma config : ONT Leox LXT-010H-D (firmware L10) + UCG-Max (UniFi OS 4.1.13 et Network 9.0.114) + dhcpv6-mod de @fgero (v1.0.2)
Depuis que j'ai mis cela en place le 14 mars, pas de problème, j'ai bien la connexion en double stack IPv4 et IPv6.
Mais ce matin à 1h42, la connexion est tombée. J'ai pu la récupérer à 8h30, en me connectant en SSH sur l'UCG et en exécutant la commande "./restart-dhcp-clients.sh".
J'ai remarqué à l'issue, que j'avais changé d'IPv4 et également de préfix IPv6.
J'ai fait une extraction du daemon.log (voir ci-dessous) pour voir si je trouvais un truc particulier. La seule chose que j'ai noté, c'est que l'adresse IPv4 du DHCP côté Orange avait changée (en plus de mon IPv4 et préfix IPv6 bien sûr).
Auriez-vous éventuellement une idée de l'origine du problème et est-ce que vous avez déjà expérimenté la même situation ?
Changement de matériel côté Orange ? Bug éventuel dans le firmware L10 de l'ONT Leox (j'ai également le L9 à ma disposition au cas où) ?
EDIT du 17/04 : c'était bien une intervention d'Orange dans le NRO, pour remplacer un des routeurs qui écoule le trafic en amont.
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Starting RENEW transaction (timeout 121824s, max rc 0)
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Send RENEW message (elapsed 0ms, rc 0)
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Got a valid REPLY after 384ms
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: IA_PD 0001 T1 85536 T2 207360
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: 2a01:cb15:82XX:XXXX::/56 preferred 259200 valid 259200
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: T1 85536s, T2 207360s, T3 259200s
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Starting <POLL> transaction (timeout 85536s, max rc 0)
2025-04-07T19:37:50+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: sending renew to server 80.10.232.229 (interface:eth4.832)
2025-04-07T19:37:51+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: received ACK: lease of 2.7.XXX.XXX obtained from 80.10.232.229, lease time 259200 (interface:eth4.832)
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: unicasting a release of 2.7.XXX.XXX to 80.10.232.229
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: sending release (interface:eth4.832)
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: entering released state
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: received SIGTERM
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: started, v1.34.1. (interface:eth4.832)
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Selected DHCPv6 client executable (with support for CoS) : /usr/sbin/odhcp6c-org
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: broadcasting discover (interface:eth4.832)
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 60 : length=5 value=s...m
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 77 : length=43 value=FSVDS...ebox5
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 90 : length=140 value=00000...059B3
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched MAC Address Clone (or option 61): length=12
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 CoS of 6
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Found dhcp6c options file /data/local/etc/dhcpv6.conf
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 CoS of 6 (default is to set to the same value as DHCPv4 CoS)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 1 : length=20 value=0003...17D0 (clientid, -c )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: received offer of 90.18.XXX.XXX (interface:eth4.832)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 11 : length=140 value=00000...059B3 (authentication, -x 11:)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: sending request (interface:eth4.832)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: broadcasting select for 90.18.XXX.XXX, server 80.10.5.193
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 15 : length=43 value=FSVDS...ebox5 (userclass, -u )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 16 : length=22 value=00000...7656D (vendorclass, -V )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Successfully generated 4 DHCPv6 options using /data/local/etc/dhcpv6.conf
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Sleeping 5 seconds before launching /usr/sbin/odhcp6c-org, to let udhcpc send its discover...
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: received ACK: lease of 90.18.XXX.XXX obtained from 80.10.5.193, lease time 259200 (interface:eth4.832)
2025-04-08T08:29:26+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Launching exec /usr/sbin/odhcp6c-org -a -f -R -r17,23,24 -K6 -c 0003...17D0 -x 11:00000...059B3 -u FSVDS...ebox5 -V 00000...7656D -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth4.832
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: (re)starting transaction on eth4.832
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: Got a valid ADVERTISE after 10ms
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: IA_NA 0001 T1 0 T2 0
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: Got a valid ADVERTISE after 48ms
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Send REQUEST message (elapsed 0ms, rc 0)
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Got a valid REPLY after 145ms
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: T1 73541s, T2 207360s, T3 259200s
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: entering stateful-mode on eth4.832
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Starting <POLL> transaction (timeout 73541s, max rc 0)
-
Ca arrive éventuellement lors des opérations de maintenance sur le réseau (qui ont souvent lieu la nuit, du coup ça colle dans ton cas).
Et dans ce cas la reconnexion ne se fera pas avant l'échéance de renouvellement du bail DHCP malheureusement. On est un certain nombre à utiliser un "script" (watchdog) qui ping régulièrement une (ou plusieurs) adresse quelconque sur internet et qui relance le client DHCP s'il n'y a pas de réponses. Pas certain que ce soit faisable sur un UCG (que je connais mal par ailleurs).
-
Salut, ton QoS Tag (paramètre dessous le VLAN ID) est bien sur "None" ?
Hello Helldrackus. Oui, le QoS Tag est bien sur "None" :-\
----
Salut,
Désolé, je ne connais pas trop les UDM, mais le problème que tu soulèves vient en général de la CoS 6 qui serait appliquée à tous les paquets en sortie de routeur.
Je peux essayer de supprimer le paramètre, redémarrer l'UDM, puis le remettre ensuite pour voir si ça résout le problème.
Sais-tu s'il y a un risque de blacklist si j'essaye de me connecter avec un mauvais setup CoS temporairement ?
Est-ce que ça pourrait venir d'un mauvais paramètrage de l'ONT ou c'est impossible ? Je demande ça car j'utilisais cet ONT avant sur un autre site (Orange Pro, aussi avec un UDM et tout fonctionnait bien) et il y a peut être un "reliquat" des paramètres de l'ancienne ligne qui n'auraient pas été écrasés lors du setup de cette nouvelle config.
-
On est un certain nombre à utiliser un "script" (watchdog) qui ping régulièrement une (ou plusieurs) adresse quelconque sur internet et qui relance le client DHCP s'il n'y a pas de réponses.
Je recommande de pinger fe80::ba0:bab qui est toujours le BNG (premier routeur chez Orange) et de relancer les clients DHCP (v6 et v4) si jamais ca ne répond pas à plusieurs pings, par exemple 10 pings à 5 secondes d'intervalle.
J'ai un script pour ca sur OpenWRT, ca marche au poil.
-
Est-ce que ça pourrait venir d'un mauvais paramètrage de l'ONT ou c'est impossible ? Je demande ça car j'utilisais cet ONT avant sur un autre site (Orange Pro, aussi avec un UDM et tout fonctionnait bien) et il y a peut être un "reliquat" des paramètres de l'ancienne ligne qui n'auraient pas été écrasés lors du setup de cette nouvelle config.
Quand tu as mis en service l'ONT Leox sur ton nouveau site, est-ce que tu as refait la configuration complète de l'ONT ? C'est à dire, récupération des paramètres à partir de la Livebox connectée sur le nouveau site, interrogation de la marque de l'OLT du nouveau site avec la commande Telnet "omcicli mib get 131" sur l'ONT ?
-
Ca arrive éventuellement lors des opérations de maintenance sur le réseau (qui ont souvent lieu la nuit, du coup ça colle dans ton cas).
Et dans ce cas la reconnexion ne se fera pas avant l'échéance de renouvellement du bail DHCP malheureusement. On est un certain nombre à utiliser un "script" (watchdog) qui ping régulièrement une (ou plusieurs) adresse quelconque sur internet et qui relance le client DHCP s'il n'y a pas de réponses. Pas certain que ce soit faisable sur un UCG (que je connais mal par ailleurs).
Salut "presque voisin" ;) et merci pour ta réponse.
Si c'est bien ce qui est arrivé, c'est quand même bête, car les routeurs Ubiquiti font des pings en permanence sur différents sites, afin d'indiquer la qualité de la connexion dans l'interface graphique, alors ne pas profiter de cette infos pour relancer de lui même ses clients DHCP... étonnant.
Je sais que sur ce sujet, il y a pas mal d'utilisateur de routeurs Ubiquiti (UDM,UDR et UCG), à voir si d'autres ont déjà eu le problème.
-
Salut "presque voisin" ;)
Seulement quelques jours par an en fait (pas assez à mon gout d'ailleurs).
Je recommande de pinger fe80::ba0:bab qui est toujours le BNG
Oui pour IPv6. Pour IPv4 c'est un peu plus compliqué car la gateway peut changer. J'ai déjà eu des cas où j'avais encore de la connectivité IPv4 mais plus d'IPv6, ou inversement.
-
Quand tu as mis en service l'ONT Leox sur ton nouveau site, est-ce que tu as refait la configuration complète de l'ONT ? C'est à dire, récupération des paramètres à partir de la Livebox connectée sur le nouveau site, interrogation de la marque de l'OLT du nouveau site avec la commande Telnet "omcicli mib get 131" sur l'ONT ?
Yep, j'ai refait toute la config, étape par étape... :-\ mais comme certaines sont spécifiques à la boucle locale, il y a peut être un paramètre qui est resté inchangé de la conf précédente et qui n'a pas été overridé.
J'ai aussi un ONT Leox LXT-010S-H (le stick SPF) neuf et que je n'utilise pas car il ne rentre pas dans ma baie, je vais peut être tester de configurer celui-ci pour éliminer un potentiel problème d'ONT.
Je serais surpris qu'une mauvaise config de l'ONT limite l'upload, mais c'est un peu la seule chose à laquelle je pense qui pourrait avoir foiré dans mon setup. Pour moi, la config ONT, c'est un peu binaire, soit elle marche, soit elle ne marche pas, non ? ... mais je ne suis pas expert.
Je teste ça à mon retour sur le site (dans 2-3 jours).
En attendant, si vous avez d'autres idée, n'hésitez pas.
Merci encore pour l'aide et les propositions
-
Je serais surpris qu'une mauvaise config de l'ONT limite l'upload, mais c'est un peu la seule chose à laquelle je pense qui pourrait avoir foiré dans mon setup. Pour moi, la config ONT, c'est un peu binaire, soit elle marche, soit elle ne marche pas, non ? ... mais je ne suis pas expert.
Je teste ça à mon retour sur le site (dans 2-3 jours).
Honnêtement, je ne suis pas non plus un spécialiste et je ne sais pas non plus si une mauvaise configuration pourrait poser problème. Mais je suppose que ce n’est pas pour rien, si on précise à l’ONT si on est sur un OLT Alcatel ou Huawei.
Après je t’ai donné un peu tout ce qui me passait par la tête, peut-être que tout n’est pas pertinent, en effet ! ;)
Tu peux aussi te connecter à l’ONT, sur l’interface graphique et vérifier si tout te semble correct au niveau lien physique fibre (tensions, affaiblissement… etc).
-
Honnêtement, je ne suis pas non plus un spécialiste et je ne sais pas non plus si une mauvaise configuration pourrait poser problème. Mais je suppose que ce n’est pas pour rien, si on précise à l’ONT si on est sur un OLT Alcatel ou Huawei.
Après je t’ai donné un peu tout ce qui me passait par la tête, peut-être que tout n’est pas pertinent, en effet ! ;)
Tu peux aussi te connecter à l’ONT, sur l’interface graphique et vérifier si tout te semble correct au niveau lien physique fibre (tensions, affaiblissement… etc).
Dans tous les cas, merci pour l'aide et le partage de réflexion. Je devrais être sur le site dès jeudi, je poursuivrai le diagnostic et partagerai. Si ça peut aider quelqu'un en retour :)
Pour ton cas, à tout hasard, ce n'était pas le passage aux nouveaux débits (400Mbps > 1Gbps) ?
Dans mon cas, lorsque je suis passé au nouveau débit, j'ai eu une déconnexion, suivi d'un changement d'IP. Pour moi, la déconnexion n'a duré que quelques secondes et c'était à 18h en pleine semaine. Même si les circonstances ne sont pas les mêmes, je le mentionne quand même car cela a peut être été plus complexe que prévu côté Orange, ou ton UCG-Max a peut être eu un problème lors de la reco. Ca pourrait expliquer la coupure réseau côté Orange en tout cas.
-
Pour ton cas, à tout hasard, ce n'était pas le passage aux nouveaux débits (400Mbps > 1Gbps) ?
Alors non, car j'ai déjà migré sur les nouveau débit alors que j'avais encore la Livebox 5 (courant février). J'ai effectivement eu une déco à ce moment là, en soirée vers 21h30. Comme toi, cela avait duré que quelques secondes avec reprise de la connexion par la Livebox sans problème et avec changement d'IPv4 et v6.
Par contre, le problème de cette nuit est peut-être lié à un déploiement du XGS-PON dans ma zone. J'ai posé la question à un pote qui bosse chez Orange, s'il peut se renseigner s'il y a eu une intervention dans ce sens.
-
Bonjour à tous,
J'aurai besoin de vos lumières, surtout ceux qui se connectent sur le réseau Orange sans Livebox avec du matériel Ubiquiti.
Ma config : ONT Leox LXT-010H-D (firmware L10) + UCG-Max (UniFi OS 4.1.13 et Network 9.0.114) + dhcpv6-mod de @fgero (v1.0.2)
Depuis que j'ai mis cela en place le 14 mars, pas de problème, j'ai bien la connexion en double stack IPv4 et IPv6.
Mais ce matin à 1h42, la connexion est tombée. J'ai pu la récupérer à 8h30, en me connectant en SSH sur l'UCG et en exécutant la commande "./restart-dhcp-clients.sh".
J'ai remarqué à l'issue, que j'avais changé d'IPv4 et également de préfix IPv6.
J'ai fait une extraction du daemon.log (voir ci-dessous) pour voir si je trouvais un truc particulier. La seule chose que j'ai noté, c'est que l'adresse IPv4 du DHCP côté Orange avait changée (en plus de mon IPv4 et préfix IPv6 bien sûr).
Auriez-vous éventuellement une idée de l'origine du problème et est-ce que vous avez déjà expérimenté la même situation ?
Changement de matériel côté Orange ? Bug éventuel dans le firmware L10 de l'ONT Leox (j'ai également le L9 à ma disposition au cas où) ?
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Starting RENEW transaction (timeout 121824s, max rc 0)
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Send RENEW message (elapsed 0ms, rc 0)
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Got a valid REPLY after 384ms
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: IA_PD 0001 T1 85536 T2 207360
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: 2a01:cb15:82XX:XXXX::/56 preferred 259200 valid 259200
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: T1 85536s, T2 207360s, T3 259200s
2025-04-07T09:19:10+02:00 UCG-Max odhcp6c[4606]: Starting <POLL> transaction (timeout 85536s, max rc 0)
2025-04-07T19:37:50+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: sending renew to server 80.10.232.229 (interface:eth4.832)
2025-04-07T19:37:51+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: received ACK: lease of 2.7.XXX.XXX obtained from 80.10.232.229, lease time 259200 (interface:eth4.832)
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: unicasting a release of 2.7.XXX.XXX to 80.10.232.229
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: sending release (interface:eth4.832)
2025-04-08T08:29:19+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: entering released state
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[4604]: udhcpc: received SIGTERM
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: started, v1.34.1. (interface:eth4.832)
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Selected DHCPv6 client executable (with support for CoS) : /usr/sbin/odhcp6c-org
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: broadcasting discover (interface:eth4.832)
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 60 : length=5 value=s...m
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 77 : length=43 value=FSVDS...ebox5
2025-04-08T08:29:20+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 option 90 : length=140 value=00000...059B3
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched MAC Address Clone (or option 61): length=12
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Fetched DHCPv4 CoS of 6
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Found dhcp6c options file /data/local/etc/dhcpv6.conf
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 CoS of 6 (default is to set to the same value as DHCPv4 CoS)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 1 : length=20 value=0003...17D0 (clientid, -c )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: received offer of 90.18.XXX.XXX (interface:eth4.832)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 11 : length=140 value=00000...059B3 (authentication, -x 11:)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: sending request (interface:eth4.832)
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: broadcasting select for 90.18.XXX.XXX, server 80.10.5.193
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 15 : length=43 value=FSVDS...ebox5 (userclass, -u )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Generated DHCPv6 option 16 : length=22 value=00000...7656D (vendorclass, -V )
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Successfully generated 4 DHCPv6 options using /data/local/etc/dhcpv6.conf
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Sleeping 5 seconds before launching /usr/sbin/odhcp6c-org, to let udhcpc send its discover...
2025-04-08T08:29:21+02:00 UCG-Max ubios-udapi-server[290623]: udhcpc: received ACK: lease of 90.18.XXX.XXX obtained from 80.10.5.193, lease time 259200 (interface:eth4.832)
2025-04-08T08:29:26+02:00 UCG-Max ubios-udapi-server[290626]: [dhcpv6-mod] Launching exec /usr/sbin/odhcp6c-org -a -f -R -r17,23,24 -K6 -c 0003...17D0 -x 11:00000...059B3 -u FSVDS...ebox5 -V 00000...7656D -v -s /usr/share/ubios-udapi-server/ubios-odhcp6c-script -D -k -P 56 eth4.832
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: (re)starting transaction on eth4.832
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: Got a valid ADVERTISE after 10ms
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: IA_NA 0001 T1 0 T2 0
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:26+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: Starting SOLICIT transaction (timeout 4294967295s, max rc 0)
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: Got a valid ADVERTISE after 48ms
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:28+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Starting REQUEST transaction (timeout 4294967295s, max rc 10)
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Send REQUEST message (elapsed 0ms, rc 0)
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Got a valid REPLY after 145ms
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: IA_PD 0001 T1 73541 T2 207360
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: 2a01:cb15:86XX:XXXX::/56 preferred 259200 valid 259200
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: T1 73541s, T2 207360s, T3 259200s
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: entering stateful-mode on eth4.832
2025-04-08T08:29:30+02:00 UCG-Max odhcp6c[290626]: Starting <POLL> transaction (timeout 73541s, max rc 0)
Hello !
Je suis un peu perdu et à la recherche d’instructions pour remplacer la Livebox avec un UCG max ou ultra.
-
Hello,
J'ai une question pour ceux qui ont un ONU FS.com (XGS-ONU-25-20NI) comment avez vous mis en place la commande rearm?
Il faut un script qui a chaque reboot remette en place le subnet 192.168.100.0/24 et check le rearm?
C'est possible qu'il soit resistant au update Unifi OS ?
-
Hello !
Je suis un peu perdu et à la recherche d’instructions pour remplacer la Livebox avec un UCG max ou ultra.
Salut, je suis parti de ce tuto comme base : https://stoufiler.github.io/isp/bypass-livebox/
Qu'il faudra adapter à ton configuration car UCG à la place d'un UDM, tu vas devoir prendre un ONT externe (https://www.leolabs.pl/ont-leox-lxt-010h-d.html) au lieu d'un stick.
Puis tu peux compléter avec ça pour l'IPv6 : https://github.com/fgero/dhcpv6-mod
-
A vérifier si tu es en GPON ou XG-PON et prendre le leox en fonction
-
Salut ! Possible d'avoir le script et le mod op pour l'installer ? Merci d'avance
Ca arrive éventuellement lors des opérations de maintenance sur le réseau (qui ont souvent lieu la nuit, du coup ça colle dans ton cas).
Et dans ce cas la reconnexion ne se fera pas avant l'échéance de renouvellement du bail DHCP malheureusement. On est un certain nombre à utiliser un "script" (watchdog) qui ping régulièrement une (ou plusieurs) adresse quelconque sur internet et qui relance le client DHCP s'il n'y a pas de réponses. Pas certain que ce soit faisable sur un UCG (que je connais mal par ailleurs).
-
Bonjour,
La prochaine mise à jour UniFi Network 9.1.118 ne permettra-t-elle pas de se passer du script pour l’IPv6 ?
Je suis loin d’être un expert sur le sujet, mais elle parle de paramètres WAN IPv6.
https://community.ui.com/releases/UniFi-Network-Application-9-1-118/e7de00f7-fcca-44b4-8d0b-3300d2a6ec51?page=1
-
A part "improved the WAN IPv6 settings user experience." pas grand chose, non ? -> pas très engageant...on verra
-
Bonjour la Team,
Je préfère poser directement ma question ici : compliqué de lire les 44 pages existantes pour trouver l'info.
Je viens de recevoir mon Ubiquiti Cloud Gateway Fiber.
Je souhaite souscrire à la nouvelle offre de Sosh Fibre Optique à 19,99 Euros mais je souhaite m'assurer que je peux directement raccorder mon Ubiquiti directement sur la LiveBox 5.
Quel GPON est compatible avec un Ubiquiti Cloud Gateway Fiber ? ( Le LXT-010S-H ne semble pas compatible. Ubiquiti n'apparait pas dans la liste des routeurs validés)
Si GPON compatible, pouvez-vous me dire ou est ce que je peux l'acheter ainsi que la procédure de configuration svp ?
Merci d'avance pour votre retour
Bonne soirée
-
A part "improved the WAN IPv6 settings user experience." pas grand chose, non ? -> pas très engageant...on verra
Quelqu’un a déjà essayé de contacter Ubiquiti pour qu’ils rajoutent les options sur le DHCPv6 dans l’interface ? Parce que je me dis ça se tente, niveau temps de dev pour eux c’est juste des champs à rajouter dans le front.
-
Je viens de recevoir mon Ubiquiti Cloud Gateway Fiber.
Je souhaite souscrire à la nouvelle offre de Sosh Fibre Optique à 19,99 Euros mais je souhaite m'assurer que je peux directement raccorder mon Ubiquiti directement sur la LiveBox 5.
Tu peux effectivement raccorder ton UCG-Fiber directement à ta livebox sans acheter d’ONU GPON, c’est d’ailleurs le setup que j’ai actuellement en attendant de recevoir mon ONU H-COM. Pour cela :
- Tu coupes le wifi sur ta Livebox et tu branches uniquement le UCG-Fiber dessus
- Dans l’interface de la Livebox tu assignes une IP fixe à ton UCG-Fiber dans les paramètres DHCP
- Deux options : Si tu fixes la même IP que la livebox avait déjà assigné au UCG-Fiber tu peux continuer. Si tu en as choisi une autre il faut le redémarrer puisque en mode « première configuration » t’as pas la main pour faire un renew.
- Tu ajoutes ton UCG-Fiber dans la DMZ (c’est une liste déroulante des équipements auxquels tu as assigné une IP Fixe)
- Toujours dans l’interface de la livebox, dans l’onglet IPv6 vérifie que la délégation de préfixe est activée (parfois ça s’appelle routage IPv6 Pro en fonction des firmware)
- Enfin tu peux setup ton UCG-Fiber normalement, il faudra juste que tu actives l’IPv6 par délégation de préfixe dans le WAN ainsi que dans le réseau dans lequel tu veux de l’IPv6
Si t’as besoin de plus d’info je peux te faire des captures d’écran.
Ça c’est un setup qui marche sans aucun problème, tu peux même utiliser le OpenVPN intégré en cochant la case « Use alternate IP address for clients ». Mais il y a une seule grosse limitation, c’est que tu peux avoir de l’IPv6 que sur un seul réseau. Donc par exemple chez moi, mon VLAN « server » n’est qu’en IPv4.
L’autre petit truc c’est que la patte WAN ne porte pas l’IP publique et que ça reste quand même du double NAT, après perso j’ai jamais eu aucun problème, j’arrive à faire du Tailscale et du Steam Remote Play en connexion directe comme avant (donc avec du STUN).
Quel GPON est compatible avec un Ubiquiti Cloud Gateway Fiber ? ( Le LXT-010S-H ne semble pas compatible. Ubiquiti n'apparait pas dans la liste des routeurs validés)
Si GPON compatible, pouvez-vous me dire ou est ce que je peux l'acheter ainsi que la procédure de configuration svp ?
Pour cette partie là, c’est si tu veux te lancer dans un « by-pass » complet de la Livebox. Je connais pas trop les ONU GPON parce que je me suis renseigné que sur les XGS-PON. Mais je ne vois pas pourquoi ça fonctionnerait pas dans l’UCG-Fiber. Après si t’es OK d’avoir que du gigabit, je te conseille plutôt de demander l’ONT Externe Huawei à Orange. C’est gratos et tu auras à configurer que la partie routeur avec les options DHCP Orange.
-
Hello,
Une question, une fois avoir bypass la livebox, est-ce qu'il est possible de brancher celle-ci derrière UGC ubiquiti pour avoir la téléphonie fixe, voir la TV.
On m'a posé la question, car je bypass avec du matos mikrotik, mais je ne connais pas du tout les routeurs ubiquiti.
-
Hello,
Une question, une fois avoir bypass la livebox, est-ce qu'il est possible de brancher celle-ci derrière UGC ubiquiti pour avoir la téléphonie fixe, voir la TV.
On m'a posé la question, car je bypass avec du matos mikrotik, mais je ne connais pas du tout les routeurs ubiquiti.
Aucune idée, je pourrais essayer quand j’aurai reçu mon H-COM si tu veux. Comment tu configures ça sur ton Mikrotik habituellement ?
D’ailleurs je me demande si une fois la Livebox rebranché derrière le routeur, l’appli orange et moi la détecte comme si elle était « reliée au réseau fibre »
-
Aucune idée, je pourrais essayer quand j’aurai reçu mon H-COM si tu veux. Comment tu configures ça sur ton Mikrotik habituellement ?
D’ailleurs je me demande si une fois la Livebox rebranché derrière le routeur, l’appli orange et moi la détecte comme si elle était « reliée au réseau fibre »
En gros, on passe les bonnes options à un DHCP serveur et ça roule.
Non la livebox n'est pas vue connectée sur l'application ni sur l'espace client orange.
-
Non la livebox n'est pas vue connectée sur l'espace client orange.
En fait je pense que c’est parce que la box n’est pas joignable sur son port TR-69. J’ai en projet de forwarder le port tcp 50805 vers la box pour voir si ça règle le problème de l’espace client.
-
En fait je pense que c’est parce que la box n’est pas joignable sur son port TR-69. J’ai en projet de forwarder le port tcp 50805 vers la box pour voir si ça règle le problème de l’espace client.
Ca risque de ne régler qu'une partie du problème. Quand tu vas sur ton espace client, ta box reçoit via TR-069 l'ordre d'ouvrir un accès remote temporaire pour une IP spécifique d'Orange, avec un mot de passe temporaire généré aléatoirement. Orange se sert de cet accès pour récupérer certaines infos, et permettre les actions disponibles via ton espace client (gérer le WiFi, la mise en veille, etc). Il faut que cette connexion puisse se faire pour que tu vois ta Livebox "connectée" sur l'espace client, et malheureusement il n'y à ma connaissance aucun moyen "propre" de récupérer l'IP source et le port destination à forwarder.
-
Ok, donc impossible à faire effectivement…
-
Quelqu’un a déjà essayé de contacter Ubiquiti pour qu’ils rajoutent les options sur le DHCPv6 dans l’interface ? Parce que je me dis ça se tente, niveau temps de dev pour eux c’est juste des champs à rajouter dans le front.
Pour info je les ai contacté ce matin, le type avait l’air de comprendre et il a transféré le ticket au niveau supérieur. Ça va peut-être marcher. Je leur ai juste demandé d’ajouter les options 1, 11, 15 et 16 dans l’interface Web sur le DHCPv6. Est-ce qu’il y a d’autres choses qu’on a besoin ? Je peux encore rajouter des trucs dans le ticket. J’ai vu que vous parliez de soucis de déconnexion de temps en temps qui nécessite un redémarrage du daemon DHCP, comme j’ai pas encore reçu mon ONU je peux pas vraiment expliquer. Est-ce que vous avez une explication technique que je peux copier coller dans le ticket ?
-
Pour info je les ai contacté ce matin, le type avait l’air de comprendre et il a transféré le ticket au niveau supérieur. Ça va peut-être marcher. Je leur ai juste demandé d’ajouter les options 1, 11, 15 et 16 dans l’interface Web sur le DHCPv6. Est-ce qu’il y a d’autres choses qu’on a besoin ? Je peux encore rajouter des trucs dans le ticket. J’ai vu que vous parliez de soucis de déconnexion de temps en temps qui nécessite un redémarrage du daemon DHCP, comme j’ai pas encore reçu mon ONU je peux pas vraiment expliquer. Est-ce que vous avez une explication technique que je peux copier coller dans le ticket ?
Hello, oui c'est moi qui est évoqué dernièrement les problèmes de perte de connexion (et je ne suis pas le seul concerné).
En effet, s'il y a une intervention sur le réseau opérateur en amont de l'OLT (c.a.d sans perte du lien fibre), cela provoque visiblement une perte de connexion, sans doute jusqu'au prochain renew périodique (que je n'ai pas eu la patience d'attendre).
Il faudrait "tout bêtement" je pense, que l'OS UniFi, s'il n'arrive plus à joindre le domaine ping.ui.com (déjà utilisé pour détecter les pertes de connexion entre autre), relance simplement les clients DHCP coté WAN pour forcer le renew.
Fonction qui est visiblement intégrée dans les box opérateurs et étonnamment non présent dans un équipement pro... ???
N'hésite pas à me MP si besoin d'infos supplémentaires.
-
ping.ui.com = 8.8.8.8 :D
Ils ne s’embêtent pas.
-
ping.ui.com = 8.8.8.8 :D
Ils ne s’embêtent pas.
CNAME: ping2.ui.com. (ttl=546)
A: 1.1.1.1 (ttl=546)
A: 8.8.8.8 (ttl=546)
Pour être complet ;) Et oui il y a de la redondance chez Ubiquity ! ;D
-
En effet, s'il y a une intervention sur le réseau opérateur en amont de l'OLT (c.a.d sans perte du lien fibre), cela provoque visiblement une perte de connexion, sans doute jusqu'au prochain renew périodique (que je n'ai pas eu la patience d'attendre).
Hello,
Ça c’est une info que j’avais pas, je pensais que c’était l’inverse, c’est à dire : quand il y avait une intervention qui provoquait une déconnexion de l’ONU au niveau Fibre.
Parce qu’à l’époque quand j’avais le couple LB4 + ONT Huawei quand il y avait une déconnexion il me suffisait de check le voyant PON, si il était vert et que la livebox KO c’est que c’était derrière l’OLT.
Sauf que depuis la LB6 (La 5 j’ai pas eu, c’est une sombre daube 😂) ça met « vérifier le câble optique » avec voyant blanc tout le temps.
Du coup ouais je pensais pouvoir reproduire le problème juste en débranchant le câble optique.
Donc si tu débranches le câble optique et que tu le rebranches le problème se produit pas ?
Autre chose, il y a quand même toute la partie cycle de vie DHCP à respecter selon @levieuxatorange. Mais je suis pas certain que ça soit hyper clean chez Ubiquiti ça. Si quelqu’un a déjà vérifié ?
Je vais attendre de voir leurs réponses sur la partie options DHCPv6 et en fonction de leur coopération, j’amènerai ce sujet là.
-
Ok, donc impossible à faire effectivement…
En fait si tu forward aussi le port 56923 vers la livebox (en plus du 50805), ça devrait marcher.
-
CNAME: ping2.ui.com. (ttl=546)
A: 1.1.1.1 (ttl=546)
A: 8.8.8.8 (ttl=546)
Pour être complet ;) Et oui il y a de la redondance chez Ubiquity ! ;D
L’époque où la Livebox répondait au 1.1.1.1 ça devait tout le temps marcher…
C’est un peu ridicule mais ça m’étonne pas trop d’Ubiquiti, leur software c’est assez artisanal quand même. Mais bon c’est des « génies » du marketing et de l’UX / UI… Et c’est pas cher.
-
En effet, si perte de lien PON de plus de quelques minutes les BNG Orange vont se rendre compte de la perte de connectivité avec le routeur client et vont retirer les routes de leur table de routage. Donc perte de connectivité jusqu'à un refresh DHCP.
On est pas mal à avoir un script qui ping une ou plusieurs adresses et qui relance les démons DHCP si pas de réponse à plus de x pings.
De plus, si il y a perte de lien GPON car la ligne est migrée sur une autre carte ou un autre OLT, il est probable que le préfixe IPv6 et l'adresse IPv4 délégués changent lors de la renego DHCP (ca m'est arrivé il y a 1-2 mois).
-
Hello,
Ça c’est une info que j’avais pas, je pensais que c’était l’inverse, c’est à dire : quand il y avait une intervention qui provoquait une déconnexion de l’ONU au niveau Fibre.
Parce qu’à l’époque quand j’avais le couple LB4 + ONT Huawei quand il y avait une déconnexion il me suffisait de check le voyant PON, si il était vert et que la livebox KO c’est que c’était derrière l’OLT.
Sauf que depuis la LB6 (La 5 j’ai pas eu, c’est une sombre daube 😂) ça met « vérifier le câble optique » avec voyant blanc tout le temps.
Du coup ouais je pensais pouvoir reproduire le problème juste en débranchant le câble optique.
Donc si tu débranches le câble optique et que tu le rebranches le problème se produit pas ?
Autre chose, il y a quand même toute la partie cycle de vie DHCP à respecter selon @levieuxatorange. Mais je suis pas certain que ça soit hyper clean chez Ubiquiti ça. Si quelqu’un a déjà vérifié ?
Je vais attendre de voir leurs réponses sur la partie options DHCPv6 et en fonction de leur coopération, j’amènerai ce sujet là.
Alors je vais préciser un peu le fonctionnement de mon côté, car en effet, il va peut-être y avoir quelques variations suivants nos équipements respectifs.
De mon côté, j'ai un ONT LEOX LXT-010H-D, qui a la particularité de couper son port RJ45 lors de la perte du lien PON. Donc comme ce port RJ45 correspond au WAN du routeur, ce dernier affiche un message de câble déconnecté sur son écran et relance les clients DHCP.
Si je reprend ma première expérience de coupure, elle était du au remplacement du routeur en amont de l'OLT (confirmé par un tech Orange). Et pour la 2ème, peut-être suite à un redémarrage de ce même routeur (supposé). Donc dans les 2 cas, pas de perte de signal sur le PON.
Concernant le respect protocolaire DHCP auquel tu fais référence, je ne pense pas qu'une relance des clients DHCP sur perte de connexion posent problème (le temps d'un remplacement de matériel par Orange par exemple), car de toute façon, si le DHCP d'Orange n'est pas joignable, le routeur peut bien envoyer toutes les sollicitations qu'il veut, elle n'aboutiront nul part. A mois que tu parle d'autre chose.
En effet, si perte de lien PON de plus de quelques minutes les BNG Orange vont se rendre compte de la perte de connectivité avec le routeur client et vont retirer les routes de leur table de routage. Donc perte de connectivité jusqu'à un refresh DHCP.
On est pas mal à avoir un script qui ping une ou plusieurs adresses et qui relance les démons DHCP si pas de réponse à plus de x pings.
De plus, si il y a perte de lien GPON car la ligne est migrée sur une autre carte ou un autre OLT, il est probable que le préfixe IPv6 et l'adresse IPv4 délégués changent lors de la renego DHCP (ca m'est arrivé il y a 1-2 mois).
Les 2 coupures que j'ai eu dernièrement, dont celle du au remplacement du routeur confirmé par Orange, ont entrainées un changement d'IPv4 et de préfix IPv6, alors que le lien PON est resté fonctionnel.
-
En effet, si perte de lien PON de plus de quelques minutes les BNG Orange vont se rendre compte de la perte de connectivité avec le routeur client et vont retirer les routes de leur table de routage. Donc perte de connectivité jusqu'à un refresh DHCP.
On est pas mal à avoir un script qui ping une ou plusieurs adresses et qui relance les démons DHCP si pas de réponse à plus de x pings.
De plus, si il y a perte de lien GPON car la ligne est migrée sur une autre carte ou un autre OLT, il est probable que le préfixe IPv6 et l'adresse IPv4 délégués changent lors de la renego DHCP (ca m'est arrivé il y a 1-2 mois).
Hmm du coup je vois pas trop comment on peut demander ça à Ubiquiti parce que c’est un cas assez spécifique non ? Genre dans les normes DHCP il y a pas marqué faut faire un renew quand il y a eu coupure du lien physique.
Pouvoir exécuter un script quand leur système « ISP Health » renvoie KO ça serait pas mal, mais j’ai l’impression qu’ils sont pas trop pour qu’on aille bidouiller dans le Shell (cf le motd quand on se connecte en SSH) donc je les vois mal ajouter une feature pour ça.
En fait si on leur demande la feature faut que ça soit clair et surtout que ça soit suffisamment générique et pas spécifique à notre besoin.
-
Alors je vais préciser un peu le fonctionnement de mon côté, car en effet, il va peut-être y avoir quelques variations suivants nos équipements respectifs.
De mon côté, j'ai un ONT LEOX LXT-010H-D, qui a la particularité de couper son port RJ45 lors de la perte du lien PON. Donc comme ce port RJ45 correspond au WAN du routeur, ce dernier affiche un message de câble déconnecté sur son écran et relance les clients DHCP.
Si je reprend ma première expérience de coupure, elle était du au remplacement du routeur en amont de l'OLT (confirmé par un tech Orange). Et pour la 2ème, peut-être suite à un redémarrage de ce même routeur (supposé). Donc dans les 2 cas, pas de perte de signal sur le PON.
Concernant le respect protocolaire DHCP auquel tu fais référence, je ne pense pas qu'une relance des clients DHCP sur perte de connexion posent problème (le temps d'un remplacement de matériel par Orange par exemple), car de toute façon, si le DHCP d'Orange n'est pas joignable, le routeur peut bien envoyer toutes les sollicitations qu'il veut, elle n'aboutiront nul part. A mois que tu parle d'autre chose.
Les 2 coupures que j'ai eu dernièrement, dont celle du au remplacement du routeur confirmé par Orange, ont entrainées un changement d'IPv4 et de préfix IPv6, alors que le lien PON est resté fonctionnel.
Ah j’ai répondu un peu vite, donc du coup il relance bien le DHCP quand le lien WAN tombe KO, c’est tout bon alors parce que sur un WAS-110 c’est le cas comme sur ton Leox non ?. L’autre cas c’est trop spécifique je pense on pourra jamais leur faire comprendre.
-
Ah j’ai répondu un peu vite, donc du coup il relance bien le DHCP quand le lien WAN tombe KO, c’est tout bon alors parce que sur un WAS-110 c’est le cas comme sur ton Leox non ?. L’autre cas c’est trop spécifique je pense on pourra jamais leur faire comprendre.
Alors pour le coup, il y a sans doute plus de chance (ou malchance plutôt) pour qu'il y est une intervention en amont de l'OLT (coté infra Orange) que aval de l'OLT (coté arbre PON). Alors on a pas fini d'avoir des coupures, car le réseau est quand même modifié régulièrement.
Hmm du coup je vois pas trop comment on peut demander ça à Ubiquiti parce que c’est un cas assez spécifique non ? Genre dans les normes DHCP il y a pas marqué faut faire un renew quand il y a eu coupure du lien physique.
Pouvoir exécuter un script quand leur système « ISP Health » renvoie KO ça serait pas mal, mais j’ai l’impression qu’ils sont pas trop pour qu’on aille bidouiller dans le Shell (cf le motd quand on se connecte en SSH) donc je les vois mal ajouter une feature pour ça.
En fait si on leur demande la feature faut que ça soit clair et surtout que ça soit suffisamment générique et pas spécifique à notre besoin.
Peut-être simplement leur demander que leur système existant "ISP Health", relance leurs client DHCP s'il détecte une perte de connexion. Ça à le mérite de fonctionner à tout les coups non ? Enfin ça ne me semble pas spécifique à Orange, mais utile à toutes les configurations WAN qui utilisent le DHCP (quelques sois l'ISP).
Ce qui reviens à faire un script comme @simon fait allusion, sauf que du côté Ubiquiti, la partie détection est déjà existante, il manque juste la partie relance des clients DHCP.
-
Peut-être simplement leur demander que leur système existant "ISP Health", relance leurs client DHCP s'il détecte une perte de connexion. Ça à le mérite de fonctionner à tout les coups non ? Enfin ça ne me semble pas spécifique à Orange, mais utile à toutes les configurations WAN qui utilisent le DHCP (quelques sois l'ISP).
Ce qui reviens à faire un script comme @simon fait allusion, sauf que du côté Ubiquiti, la partie détection est déjà existante, il manque juste la partie relance des clients DHCP.
Oui mais ça a quand même un impact sur le fonctionnement existant par exemple, quand tu as un setup avec le routeur derrière la Livebox, ça sert strictement à rien de boucler sur une relance du client DHCP si l’ISP Health renvoie KO puisque que le problème n’est pas là. Et après il faut gérer les retry, quand le serveur DHCP te répond pas alors c’est facile il peut relancer jusqu’à ce qu’on lui réponde. Mais quid du cas où ISP Health renvoie KO, que le serveur DHCP répond mais que c’est toujours KO au niveau d’ISP Health.
Le soucis c’est que là ça leur demande du dev assez complexe avec de la conception et des tests. Et on est personne pour eux. Déjà le coup des options DHCPv6 je suis même pas sûr qu’ils me répondent alors que c’est une dette fonctionnelle.
-
Oui mais ça a quand même un impact sur le fonctionnement existant par exemple, quand tu as un setup avec le routeur derrière la Livebox, ça sert strictement à rien de boucler sur une relance du client DHCP si l’ISP Health renvoie KO puisque que le problème n’est pas là. Et après il faut gérer les retry, quand le serveur DHCP te répond pas alors c’est facile il peut relancer jusqu’à ce qu’on lui réponde. Mais quid du cas où ISP Health renvoie KO, que le serveur DHCP répond mais que c’est toujours KO au niveau d’ISP Health.
Le soucis c’est que là ça leur demande du dev assez complexe avec de la conception et des tests. Et on est personne pour eux. Déjà le coup des options DHCPv6 je suis même pas sûr qu’ils me répondent alors que c’est une dette fonctionnelle.
Effectivement, je n'avais pas pensé aux configurations avec 2 routeurs en cascade.
Bon sinon à défaut de script maison ou développé par Ubiquiti, j'ai dans l'idée d'utiliser ce genre de solution et l'appliquer sur l'ONT par exemple : https://omitech.fr/article/surveiller-acces-internet-home-assistant
-
Je suis toujours preneur d'un bout de script à adapter pour redémarrer la connexion ^^
-
Tiens j'ai trouvé ça sur le site communautaire d'Ubiquiti, peut-être une base de départ pour faire un script de relance des clients DHCP ? https://community.ui.com/questions/Script-to-run-a-SSH-job-when-UDM-Pro-goes-in-FailOver-mode/080fd832-2176-4304-9be1-a7b6ac969130
-
En fait si tu forward aussi le port 56923 vers la livebox (en plus du 50805), ça devrait marcher.
Testé à l'instant: Aucun traffic sur 50805 quand je vais dans l'espace client. J'ai bien du traffic sur 56923. Par contre box toujours vue KO par l'espace client.
-
Je suis toujours preneur d'un bout de script à adapter pour redémarrer la connexion ^^
Bout de script j'ai pas, mais j'ai précisé un algo (celui de la LB en fait) possible dans le thread de spec
https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/msg984140/#msg984140
Bon courage
LeVieux
-
Tiens j'ai trouvé ça sur le site communautaire d'Ubiquiti, peut-être une base de départ pour faire un script de relance des clients DHCP ? https://community.ui.com/questions/Script-to-run-a-SSH-job-when-UDM-Pro-goes-in-FailOver-mode/080fd832-2176-4304-9be1-a7b6ac969130
Bon, après lecture du sujet sur le forum Ubiquiti, mentionné dans mon précédent post et quelques test de ping fait sur une IP locale comme déclencheur, je vous propose une solution "qui semble" fonctionnelle, dans mon cas en tout cas, c.a.d avec l'UCG-Max qui est branché sur un ONT et avec utilisation de "dhcpv6-mod" de @fgero (pour la double stack IPv6 et IPv4).
Vous pouvez passer la commande suivante en SSH :
dpinger -i eth4.832-wan_dhcp_renew_monitor-ping.ui.com -I eth4.832 -s 3s -d 1 -t 60s -D 1500m -L 50 -l 2s -C /data/dhcpv6-mod/restart-dhcp-clients.sh ping.ui.com
ATTENTION : Cette commande doit être remise après chaque reboot du routeur, car non persistante (Maj UniFi OS, panne de courant si pas d'onduleur...etc).
Et aussi, lors de l'exécution de cette commande, cela va lancer le script "restart-dhcp-clients.sh", qui va couper brièvement votre connexion et vous allez avoir les pings qui s'affichent dans votre fenêtre de session SSH, sans possibilité de l'arrêter avec Ctrl+C (je ne sais pas pourquoi d'ailleurs).
Il faudra donc quitter votre session SSH et vous pouvez la relancer après si vous le souhaitez, pour vérifier que votre instance "dpinger" personnalisée est bien active, avec la commande suivante :
ps -aux | grep dpinger
Si vous utiliser autre chose qu'un UCG-Max, il est fort possible que votre numéro de port "eth" sois différent. Pour le vérifier, exécuter la commande "ps -aux | grep dpinger" au préalable, pour regarder le port de vos instances "dpinger" existantes et vous baser sur le numéro de port affiché, pour adapter la commande que je vous ai mis en premier.
Je n'ai pas pu tester sur une adresse externe, car je pense qu'il faudrait intercaler un switch manageable (que je n'ai pas) entre l'ONT et le routeur, afin de pouvoir simuler des coupures du trafic WAN, sans interrompre le lien physique ONT->WAN routeur. Car dans ce cas, le routeur relance de lui-même ses clients DHCP.
Ou sinon, il faudrait tester sur une IP publique d'un équipement personnel (externe à votre réseau), que vous pouvez mettre hors ligne, afin de déclencher le script.
Enfin bref, si des gens peuvent éventuellement faire le test et me faire un retour.
-
Je viens de recevoir mon H-COM pour l’utiliser avec mon UCG-Fiber, malheureusement ça ne fonctionne pas…
L’ONU redémarre en boucle toutes les 3-10 minutes. J’ai tout essayé, forcer le port en 10Gbit/s, mettre un ventilateur dessus mais rien n’y fait il continue de bootloop. J’ai un transceiver SFP+ 10GbE officiel Ubiquiti et lui ne reboot pas en boucle, je l’ai essayé sur les 2 ports et ils fonctionnent très bien donc je pense pas que ça vienne des ports de mon routeur.
Est-ce que ceux qui ont ce setup c’est à dire UCG-Fiber + H-COM avez rencontré ce même problème ? Je précise que je suis sur le dernier firmware et version de UniFi Network 9.1.
-
Est-ce que ceux qui ont ce setup c’est à dire UCG-Fiber + H-COM avez rencontré ce même problème ? Je précise que je suis sur le dernier firmware et version de UniFi Network 9.1.
Non pas eu ce soucis...
Quelle est la température du HCOM affichée avant le reboot ?
Est-ce qu’il y a un AP branché sur le port POE ?
-
Non pas eu ce soucis...
Quelle est la température du HCOM affichée avant le reboot ?
Est-ce qu’il y a un AP branché sur le port POE ?
La température est aux alentours des 50°C, il y a effectivement un AP branché sur le POE+, il consomme environ 11W c’est un U7-Pro XG. C’est peut-être ça ?
J’ai vu ici https://lafibre.info/remplacer-bbox/commande-groupee-de-x-onu-sfpp/msg1115351/#msg1115351 que ça parle de firmware spécifique pour Ubiquiti.
-
La température est aux alentours des 50°C, il y a effectivement un AP branché sur le POE+, il consomme environ 11W c’est un U7-Pro XG. C’est peut-être ça ?
J’ai vu ici https://lafibre.info/remplacer-bbox/commande-groupee-de-x-onu-sfpp/msg1115351/#msg1115351 que ça parle de firmware spécifique pour Ubiquiti.
50 sur le SFP ? le mien est plus aux alentour de 70.
Si tu peux tester sans l'AP ça permettrait sans doute d'éliminer l'hypothèse "surconso" (mais ça ferait peut être plus reboot l'UCG que le HCOM ? je sais pas...)
-
50 sur le SFP ? le mien est plus aux alentour de 70.
Si tu peux tester sans l'AP ça permettrait sans doute d'éliminer l'hypothèse "surconso" (mais ça ferait peut être plus reboot l'UCG que le HCOM ? je sais pas...)
J’ai mis un radiateur + un ventilateur dessus, comme il reste allumé que max 10 minutes avant reboot, il chauffe pas tant que ça.
Je vais tenter ce soir de débrancher l’AP effectivement.
Sinon ton H-Com tu l’as bien acheté sur le lien aliexpress qui est dans ce topic ?
Tu as pas dis au vendeur de mettre un firmware spécifique et tu l’as pas reflash ?
-
Sinon ton H-Com tu l’as bien acheté sur le lien aliexpress qui est dans ce topic ?
Tu as pas dis au vendeur de mettre un firmware spécifique et tu l’as pas reflash ?
J'ai acheté sur Ali via le lien du tuto (https://www.aliexpress.us/item/1005007856556526.html?gatewayAdapt=4itemAdapt), je n'ai rien précisé (juste choisi la version 8311), et j'ai pas reflash.
-
J'ai acheté sur Ali via le lien du tuto (https://www.aliexpress.us/item/1005007856556526.html?gatewayAdapt=4itemAdapt), je n'ai rien précisé (juste choisi la version 8311), et j'ai pas reflash.
Ok, tout pareil du coup. Bon je pense que l’hypothèse la plus probable c’est que mon ONU est défaillant…
Je vais voir ce que ça donne sans l’AP et sans rien brancher sur le port 10GbE du UCG-Fiber.