N'est-il pas possible de repro l'ONT officiel (ou oem) pour lui faire porter la partie authentification et du coup le transformer en simple bridge et le brancher sur n'importe quel routeur derrière ?

Un « simple bridge », ça ne fait que relayer les paquets d’une interface vers une autre, donc, non, ça ne peut pas gérer l’authentification car ça implique de faire du DHCP. Si c’est l’ONT qui devient client DHCP alors... ça ne peut plus être un bridge puisqu’il sera forcément destinataire de la réponse DHCP est donc c’est lui qui portera l’adresse IP...

Par contre, un relais DHCP sur l’ONT qui intercepte la requête DHCP du routeur tiers et y rajoute les options d’identification qui vont bien, c’est théoriquement possible, la difficulté étant qu’il n’y a probablement pas de relais dhcp dans le firmware de l’ONT et qu’il faut donc un firmware custom...

J’avais compris que le topic c’est plutôt remplacer la total LB+ONT
Alors que conserver l’ont a mon avis permet de rester dans les clous au niveau de l’infra et des choix « discutables » ou pas de l’opérateur

Pour bridge oui c’est effectivement pas un « bridge » mais plutôt un relais qui embarquerais le nécessaire par custo du soft pour arriver au même résultat que l’ONT sfr ( bon faut quand même lui envoyer l’option 60)

Volontiers, et je suis totalement convaincu que l'OLT verra bien un VendorID différent du préfixe du SN.

Mais pas certain à 100% que ce soit le souci,
Le statut O5 sans les Gemports -pourrait- aussi être lié à une incompatibilité au niveau OMCI.

Rien ne dit que le EG8145v5 ait la même base de firmware, d'ailleurs on ne voit pas ce modèle dans les tables (/etc/wap/dm.cfg/*)
Il n'est peut-être pas aussi interopérable que le HG8010h.

L'idéal serait d'avoir les traces OMCI de ton EG8145v5 si la commande "omcicmd show log" est dispo dessus....
EDIT : ... et de les comparer à celles d'un HG8010 sur la même ligne.

Voilà ce que ça donne quand on change le SN, le vendor_id ne change pas en même temps :

MA5608T-de-Nathan(config-if-gpon-0/1)#display ont autofind 0
   ----------------------------------------------------------------------------
   Number              : 1
   F/S/P               : 0/1/0
   Ont SN              : 48575443E7XXXXXX (HWTC-E7XXXXXX)
   Password            : 0x00000000000000000000
   Loid                :
   Checkcode           :
   VendorID            : HWTC
   Ont Version         : 159D.A
   Ont SoftwareVersion : V5R019C00S108
   Ont EquipmentID     : EG8145V5
   Ont Customized Info : COMMON
   Ont autofind time   : 10/03/2021 23:51:54+01:00
   ----------------------------------------------------------------------------
   Number              : 2
   F/S/P               : 0/1/0
   Ont SN              : 53434F4D21XXXXXX (SCOM-21XXXXXX)
   Password            : 0x00000000000000000000
   Loid                :
   Checkcode           :
   VendorID            : HWTC
   Ont Version         : 159D.A
   Ont SoftwareVersion : V5R019C00S108
   Ont EquipmentID     : EG8145V5
   Ont Customized Info : COMMON
   Ont autofind time   : 10/03/2021 23:52:23+01:00
   ----------------------------------------------------------------------------

Essais du mercredi soir.
Alors je ne sais pas si ils fument chez Ookla ou si j'ai un soucis de firewall mais avec le Speedtest depuis l'interface web je ne dépasse pas 1300Mps en multi et 1700Mps ne single et ce soir je test l'appli sous windows, je monte à 2000Mps... Qui dit vrai ?

J'ai énormément de soucis avec OOKLA via web. Les résultats ne sont pas du tout constants.
Je trouve Nperf bien plus représentatif de la réalité, surtout si on prend le temps de choisir un bon serveur.

Sinon, mon choix de prédilection est de faire un test avec iperf3.

Merci pour ta réponse.
Nperf je n'ai jamais dépassé le giga en ipv4 et 500 en ipv6... je vais tester iperf3 ce week-end.

L'arbre GPON sur lequel je suis situé s'est mis à tousser à longueur de journée et de nuit.

Bonjour,

À quoi ressemblerait le plus précisément possible, le fonctionnement d'une Livebox connectée à un arbre GPON "qui tousse" ?

Pour ma part, j'ai depuis plusieurs semaines des pannes aléatoires sur une Livebox Pro v4 en FTTH (cf [1]) sans avoir pu en déterminer la cause.
Je me demande s'il ne s'agissait pas d'une anomalie sur l'arbre GPON.

De mon côté, voici les éléments observés:

- sur l'interface WAN de la Livebox (via un PC connecté ailleurs à un Internet)
- ping normal
- puis ping avec délai énorme (1s au lieu de 20 ms)
- puis pas de réponse au ping

- sur l'interface LAN (via une autre ligne FTTH)
- idem que sur l'interface sachant que l'interface WAN s'arrêtait de répondre bien avant l'interface LAN.

Fréquence des coupures: 1 fois tous les 2-3 jours

Pour rétablir la liaison, il fallait re-démarrer la Livebox, sachant que le démarrage intervenait plusieurs heures après la coupure et que la Livebox ne savait pas rétablir la liaison toute seule.

Le support d'Orange s'est borné à dire "qu'il y avait un élément perturbateur chez moi sans jamais savoir décrire les perturbations (électriques ? réseau ? mécanique ? thermique ?, ...)".

Slts


[1] https://lafibre.info/remplacer-livebox/hs-panne-intermittente-sur-lb4-pro-orange-incrimine-un-perturbateur-interne/msg818315/#msg818315