@Pegasus38 ?

Bonjour,

Je vous sollicite car je suis bloqué sur un remplacement de Livebox Orange par un module LEOX branché en direct sur un OPNsense, avec un comportement DHCP qui s'est arrêté sans raison apparente après avoir fonctionné plusieurs fois. Je vous expose le contexte et le souci, si vous avez une piste je suis preneur.

Contexte

• Remplacement de la Livebox Orange (Arcadyan) par un module LEOX LXT-010H-D (clone d'ONT), branché directement en fibre sur un OPNsense 24.7.12_4-amd64.

Ce qui fonctionne

• LEOX configuré avec les paramètres clonés de la Livebox (GPON_SN, PON_VENDOR_ID, HW_HWVER, OMCC_VER, OMCI_SW_VER1/2, OMCI_TM_OPT, OMCI_OLT_MODE), récupérés via l'admin de la Livebox avant coupure.
• Ranging GPON complet, ONU en état Operation (O5), OMCI confirme un OLT Alcatel-Lucent (OltVendorId: ALCL).
• Côté OPNsense : interface WAN sur VLAN 832 tagué (parent igc0), MAC spoofée à l'identique de la Livebox, priorité 802.1p/CoS mise à 6 (Internetwork Control) — vérifiée appliquée au niveau système (vlanpcp: 6).

Configuration DHCP (OPNsense, interface WAN → onglet DHCP)

Champ "Send Options" (options envoyées lors de la requête) :
dhcp-class-identifier "arcadyan",user-class "2FSVDSL_livebox.Internet.softathome.LiveboxNautilus",option-90 <valeur hex clonée depuis ma Livebox, masquée>,dhcp-client-identifier 01:XX:XX:XX:XX:XX:XX

Champ "Request Options" (juste en dessous, options demandées au serveur) :
subnet-mask,broadcast-address,dhcp-lease-time,dhcp-renewal-time,dhcp-rebinding-time,domain-search,routers,domain-name-servers,option-90,domain-name,option-120,option-125

Résultat obtenu
Plusieurs baux DHCP complets et valides avec l'IP publique attendue (identique à celle de la Livebox), obtenus à plusieurs reprises sur une fenêtre d'environ 1h.

Problème actuel
Après plusieurs tests/reconfigurations rapprochées (configctl interface reconfigure wan répété), le DHCP ne répond plus du tout : dhclient part en TIMEOUT (aucun DHCPOFFER reçu), retombe sur l'ancien bail en cache, puis l'invalide (FAIL). Le cycle se répète toutes les 5-6 min depuis, sans changement de config MAC/VLAN/CoS entre-temps. Plus aucune erreur de syntaxe dans les options envoyées.

14:04:59 dhclient-script: Reason FAIL on vlan0.832 executing
14:04:56 dhclient-script: New IP Address (vlan0.832): 86.214.198.22
14:04:56 dhclient-script: Reason TIMEOUT on vlan0.832 executing

Ma question
Est-ce un comportement connu de mise en quarantaine anti-flood côté OLT/BNG Orange après plusieurs changements de MAC/client-id rapprochés sur la même ligne PON ? Si oui, quel délai avant déblocage constatez-vous en général ? Une autre piste sur cet arrêt soudain de réponse DHCP sans changement de config ?

Merci d'avance pour votre aide !

Oui j'ai vu l'info hier, il va encore falloir trouver une autre solution...

je vais peut être re-tester nextdns qui avait participé à dnseu, mais ils sont hébergés aux us je crois.

Toujours pas reparti chez moi, heureusement la 5G SA sur une antenne qui n'était pas tombée avec le reste a pris le relais dès 10h40, 400 down 30 up, ça dépanne, la latence et la gigue sont bonnes...

A priori un coup de pelleteuse : https://bsky.app/profile/synahel.eurosky.social/post/3mv3kklen3s2o

Attention, il faut toujours séparer les câbles électriques (EDF) des autres (télécom et fibre dans une moindre mesure) !

Oui, en principe mini 30cm et on croise à 90°.
Mais on fait pas toujours ce qu'on veut.
A moins d'avoir des 10m de cohabitation et un cable ethernet pourri, ca devrait marcher sans pb.
Cable blindé S/FTP et prises cohérentes et bien câblées , ca devrait fonctionner sans pb. Attention cable ethernet blindé = très rigide.