Et en fait j'ai eu des coupures d'électricité 2 fois de suite dans la nuit (merci à mon four qui n'était plus à l'heure et qui m'a mis la puce à l'oreille).

  Comme quoi tout les indices comptent 

...

Toutes les variables uhttpd servent pour le serveur web qui fournit les pages pour rentrer l’imei (en gros on s’en fout un peu).

Pour le reste aucune idée... sûrement des indicateurs sur la qualité du signal optique.

Comme déjà évoqué je n’ai pas eu besoin d’aller aussi loin pour que tout fonctionne.

Je pense avoir identifié le problème.

Il arrive que quand le edgerouter reboot avec la fibre branchée l'ONT n'arrive pas à passer en status 05.
Ce n'est pas systématique mais je l'ai constaté et d'autres utilisateurs du G-010-SA sur le forum l'ont remarqué également.

Et en fait j'ai eu des coupures d'électricité 2 fois de suite dans la nuit (merci à mon four qui n'était plus à l'heure et qui m'a mis la puce à l'oreille).

Donc en gros le problème était lié à ces reboot et non pas à la config dhcp.

Salut,

On pourrait essayer de faire un script de "post reboot" qui ferait une sorte de "ifdown/ifup" sur l'ONT pour ne pas avoir à déplugger/plugger la fibre ?

Hello,

Je viens de recevoir le même matos :

ER-X-SFP + G-010S-A

J'ai testé rapidement 2-3 trucs mais je ne suis pas sur que tout soit fiable, j'ai l'impression que ça merde un peu chez Bouygues ce soir (erreurs C1 + latence ++). Pas simple pour faire des tests 

1) côté DHCP, je n'ai rien configuré, j'obtiens mon IP publique, les quelques règles NAT que j'ai testé sont OK ;

2) quand je reboote le routeur, le lien reste en state 5 ;

3) en revanche si je fais un redémarrage électrique, je suis obligé d'attendre que l'ONT soit up et ensuite déco/reco la fibre physiquement. Je cherche à comprendre pourquoi on est obligé de faire ça et/ou comment le faire de manière software.

Sur l'ONT j'ai fait la config ci-dessous :

ritool set MfrID SMBS
ritool set G984Serial XXXXXXXX
ritool set SLID XXXXXX

4) J'ai des débits divisés par 2/3 (300 Mbps au lieu d'1Gbps en download, idem en upload). Encore une fois vu la situation ce soir, ces résultats sont à prendre avec des pincettes.

=> Quels débits obtenez-vous de votre côté ? J'ai testé avec et sans l'offloading, sans succès.

=> Comment est configuré votre vswitch0 ? J'ai tenté avec eth0 + eth5 (et donc avec une interface vswitch0.100 pour la partie WAN), pas mieux. J'ai essayé en bypassant le vswitch => pareil (et donc une interface web eth5.100 toute bête). Faut que je regarde la doc/config plus en détail.

Bref, je vais continuer à investiguer sur tout ça et je vous ferai part de ce que je trouve 

Merci pour ton retour.

Encore une chose, tu n'accèdes pas à l'ont (192.168.1.10) avec cette config du coup ? J'ai mis l'eth5 dans le switch0 pour pouvoir y accéder. Et donc j'ai, pour le wan, vswitch0.100. Peut-être que c'est la cause des lenteurs ?

Pour l'offloading j'ai utilisé set system offload hwnat enable.

Je continue mes tests dès que je peux ! 

Je n'ai jamais testé cette conf mais je ne vois pas pourquoi ça briderait le débit.

Je pensais à un bridge qui pourrait brider dans certains cas, mais c'est différent ici en fait.

Sinon je viens de refaire des tests (avec et sans eth5 dans le switch0) et j'ai les mêmes débits dans les 2 cas : environ 850 Mbits / 200 Mbits. Il faut que je vois pourquoi l'upload est divisé par 3 par rapport à la bbox.