A la fin page 5 c'est bien noté que les ports SFP+ sont 1/10 Gbps et non 1/2,5/5/10 Gbps quand tu as un support du mG !

Justement ! Y'a pas écrit 2.5GbE (ou une norme en 802) et c'est pourtant compatible 2.5Gbps

Ah oui je veux bien des images/plans.
Je pensais plus à trouer le dessus pour y foutre 2 gros ventilos

J'en ai acheté un pour mon déménagement. Avec l'idée de configurer moi-même après. Mais il m'a directement demandé après l'achat si je voulais le firmware stock ou un custom firmware et si je voulais aussi qu'il le configure pour mon opérateur.
J'avoue que du coup,  je suis perplexe . Car je ne connais pas vraiment les impacts de lui filez les informations de connexion à configurer. Mais si cela n'a pas d'impact, je vais surement lui demander .
Et j'essayerai de faire joujou avec après quand je serai bien installé.  Et cela peut aussi être intéressant s’il fait directement une configuration qui marche pour quelques personnes.

P.S Je suis loin avoir encore tous lu sur ce topic .

J'ai envie de dire, les infos de connexion sont relatives aux couches basses OSI, et à l'auth physique sur l'infra.
Donc à priori, on ne peut rien en faire si on n'a pas la capacité à se connecter physiquement sur le réseau du FAI; et souvent ce dernier réserve des ressources physiques pour la prise en question (et donc tenter de se connecter ailleurs sur le réseau, qu'au point précis que la FAI a programmé, sera un échec).

Mais il y a sur ce forum des personnes mieux placées que moi pour éclaircir ce sujet (sujet assez récurrent, puisqu'on floute "par reflexe" nos infos privées sur les screenshots qu'on partage)

Ca ressemble plutôt au problème des OLT HWTC, mais peut-être qu'on se trompe.
Qu'est-ce que tu as comme ONT d'origine ? Une LB5 ?

Merci à tous pour vos réponses !

Actuellement j'ai un ONT externe - le huawei rebrandé Orange.

Pour matcher avec le nombre de caractère à configurer dans le firmware G-010S-A et passer O5, j'ai du mettre le HardwareVersion d'une Livebox 5. Sinon, le logiciel du G-010S-A rajoute des espaces au début ou à la fin et je passe jamais O5.

Ce que j'observe : les requêtes DHCP sont envoyés mais ne sont pas reçu, par contre j'ai bien une délégation de préfixe IPv6.

En réfléchissant un peu je me demande si mon diagnostic "pas d'upload" est pertinent. Je m'explique.

C'est carrément possible que le soucis ne vient pas de l'ONT G-010S-A comme je disais, mais peut être simplement du fait que mon setup de test est pas très optimal.

Mon setup actuel c'est ça :

Orange -> ONT Huawei -> Serveur/Routeur avec une VM debian qui fait firewall/routeur -> Switch (qui gère les VLAN) -> PC fixe Linux (entre autre)

Pour essais et configurations, j'ai pour l'instant mis la carte BCM SFP+ dans le PC fixe Linux, donc ça donne ça :

Orange -> ONT G-010S-A -> PC fixe Linux en mode bridge -> Switch -> Serveur/Routeur (VM debian)

Il est donc fortement possible que les paquets broadcast de la requête IPv4 ne passent pas mes multiples bridge. En sachant qu'en IPv6 la question ne se pose même pas.

Hi All,
3 weeks going and still no luck in getting my router to obtain a DHCP resoponse.
SFP has solid O5, no issues there. dhcp3 modified and sending packets with piro 6 as expected. nothing I do gets a DHCP response.
I do not have the fti/ password, I don't know if it is required with my provider but it's the only hope I have left.

Yeserday I put the livebox in ONT mode again and when doing packet captures on the ubiquity I noticed the DHCP resposne does come back with a AUTH  Option 90, however this is not HEX, it seems to be encoded in some way.
Anyone knows if this can be decoded and if it is the same value I have to send on the DHCP request?

15:03:12.748270 a4:dc:be:f8:a2:17 > 18:e8:29:b2:20:5a, ethertype IPv4 (0x0800), length 372: (tos 0xb8, ttl 1, id 21648, offset 0, flags [none], proto UDP (17), length 358)
    90.163.47.254.67 > 255.255.255.255.68: [udp sum ok] BOOTP/DHCP, Reply, length 330, hops 1, xid 0x2bf7564d, secs 5, Flags [none] (0x0000)
  Your-IP x.x.x.x
  Server-IP x.x.x.x
  Gateway-IP x.x.x.x
  Client-Ethernet-Address 18:e8:29:b2:20:5a
  Vendor-rfc1048 Extensions
    Magic Cookie 0x63825363
    Subnet-Mask Option 1, length 4: 255.255.248.0
    Default-Gateway Option 3, length 4: x.x.x.x
    Domain-Name-Server Option 6, length 8: 62.36.225.150,62.37.228.20
    Domain-Name Option 15, length 9: "orange.es"
    Lease-Time Option 51, length 4: 86400
    DHCP-Message Option 53, length 1: ACK
    Server-ID Option 54, length 4: x.x.x.x
    RN Option 58, length 4: 43200
    RB Option 59, length 4: 75600
    AUTH Option 90, length 27: 0.0.0.0.0.100.104.99.112.108.105.100.104.99.112.108.105.118.101.98.111.120.101.115.55.50.52

Or is there a way to extract the fti/ from the livebox. I have console access to it (jtag) but so far have not found it anywhere. I assume, if it is required, it's there since I get an IP when using the livebox as ONT. So must be embeded into the ONT of the livebox somewhere.

J'ai brické mon G-010S-P.
J'étais sur le boot 1, je flash le boot 0, je boot sur le 0 -> nickel.
Je me dis que je retourne sur le 1 pour reflasher le 0 avec un Carlitoo -> il n'a jamais voulu rebooté et pourtant j'ai attendu, j'ai fait des cold boot, bref, j'ai tout essayé.

Normalement il est récupérable en connectant l'UART, et si nécessaire en faisant le court-circuit sur la flash et en envoyant le 1224ABORT.BIN pour avoir la main sur le bootloader.

Je n'ai pas fait de soudure sur le G-010S-A, elle sert à quoi cette soudure afin de voir si je vais devoir la faire.

Sur le G-010S-A, la broche 6 (MOD_ABS, aussi appelée MOD_DEF) qui sert normalement à la détection du SFP, correspond au signal TXD de l'UART (au moins un bref instant, ensuite ça dépend de la configuration du bootloader).
Certaines cartes (comme les BCM57810S) et certains switchs n'activent l'alimentation du SFP que s'il est bien détecté. Dans ce cas soit le G-010S-A n'est jamais alimenté, soit il l'est un court instant, et dès que la broche passe au niveau haut ça coupe.
Le boitier TP-Link doit probablement ignorer le signal de détection et fournir le 3,3V en permanence.