@tarou44, je bloque avec mon Nokia G-010s-p de mon côté... avec SFR . J'ai un state O5 mais rien derrière avec mon OpnSense 22.1 (qui marche avec un ONT7-SFU SFR swappé avec mon SLID). Quand je fais un gtop b je constate un
PLOAM password                                     00000000000000000000.

Si quelqu'un peu me partager sa conf, fw_printenv, uci show... je serais so happy de comparer pour essayer de capter ce qui coince!

Voilà ce que j'ai setup en CLI :

Code: [Sélectionner]

fw_setenv target oem-generic
fw_setenv ont_serial PTIN12345678
fw_setenv image0_version 3FE7SWS4040018
fw_setenv image1_version 3FE7SW04030009

Côté sys.sh :

Code: [Sélectionner]

        oem-generic)
                uci set sys.target.name=oem-generic
                uci set sys.features.mib_customized=1
                uci set sys.features.igmp_fast_leave=1
                uci set sys.features.dying_gasp_enabled=0
                uci set sys.features.suppress_power_level=0
                uci set sys.features.eeprom_sync_option='1'
                uci set sys.mib.vendor_id='PTIN'
                uci set sys.mib.equipment_id='PTIN12345678\0\0\0\0'
                uci set sys.mib.ont_version='3NT7SFU1234567'

Pour le PLOAM (SLID), j'ai constaté que l'ONT7-SFR faisait cette conversion (ce n'est pas un vrai SLID) :

Code: [Sélectionner]

GPON SLID(HEX)  =              4159425337424E530000
GPON SLID(ASCII)=              AYBS7BNS

Ma question est la suivante, ce SLID faut il le saisir dans l'interface web, tel quel AYBS7BNS, ou un HEXA avec les 0000 à la fin, ou alors en ligne de commande façon gangsta !

Code: [Sélectionner]

uci set gpon.ploam.nPassword='0x41 0x59 0x42 0x53 0x37 0x42 0x4E 0x53 0x00 0x00'

Dans l'attente de vous lire !

Didier

Bon alors ... j'avance sans vraiment avancer m'enfin bon.

Dans un contexte de synchro avec l'OLT de SFR derrière, et en utilisant un MA5671A avec un calitoxV1 tout neuf tout propre ... J'ai bien un O5 avec un PLOAM avec des 0x00 0x00 à la fin pour le padding, je passe en O5, et paf je passe en 02, 03, 05.

Downstream FEC enable                              yes
Upstream FEC enable                                yes

J'ai regardé les logs omcid, voilà ce que j'ai :

22664:[omcid] 03:33:24 CORE  ERR: Managed Entity class id = 351 not supported
22791:[omcid] 03:33:56 ME    ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
22836:[omcid] 03:33:56 CORE  PRN: 6@384 set Power shed override       = 0x00000000 (0)
22909:[omcid] 03:33:56 CORE  PRN: 6@257 set Power shed override       = 0x00000000 (0)
24437:[omcid] 03:33:56 CORE  PRN: 134@0 set ONT identifier            = [omcid] 03:33:56 CORE  ERR: service_action - action event wait timeout
24677:[omcid] 03:33:58 CORE  ERR: OMCI - retransmit tid 0x82ab
26442:[omcid] 03:33:59 CORE  ERR: Managed Entity class id = 351 not supported
26569:[omcid] 03:34:06 ME    ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
26614:[omcid] 03:34:06 CORE  PRN: 6@384 set Power shed override       = 0x00000000 (0)
26687:[omcid] 03:34:06 CORE  PRN: 6@257 set Power shed override       = 0x00000000 (0)

Il semblerait que dans la mib custom.ini, quelque chose ne lui plaise pas avec l'ID 351. Mais là j'avoue que je ne vois pas.

A noter qu'avec un PLOAM avec 0x30 0x30, je reste stable en 05 sans perte de ping sur 192.168.1.10, mais j'ai ça dans gtop :

Downstream FEC enable                              yes
Upstream FEC enable                                no

Si quelqu'un à une idée, je suis preneur !

En effet, mais ce thread est un peu plus actif.

Je pensais que peut être quelqu'un aurait de la connaissance sur les MIBs !

Si jamais... je suis preneur !

I've added some info about the I2C commands for the Hauwei MA5671A and Alcatel-Lucent G-010S-P https://www.dslreports.com/forum/r32230041-Internet-Bypassing-the-HH3K-up-to-2-5Gbps-using-a-BCM57810S-NIC

The I2C bus SFP MOD-DEF(1) pin 5 and MOD-DEF(2) pin 4 allow for some special commands on chip address 0x51 ie. soft eeprom via sfp_i2c daemon.

Hauwei MA5671A

0x79 - Enable(0) / Disable(1) serial console (Doesn't work)
0xE3 - Set sfp_a2_info environment variable ie. SFF-8472 A2h (Contains Serial Number, MAC Address, LOID Password)
0xE5 - Reboot (Kills PID 1)
0xE6 - Change ToD
0x80 (On Page 0x62) - Enable/Disable VLAN trunking

Alcatel-Lucent G-010S-P

0xE3 - Set sfp_a2_info environment variable ie. SFF-8472 A2h (Contains Serial Number, MAC Address, LOID Password)
0xE5 - Reboot (Kills PID 1)
0xE6 - Change ToD

Examples:

Enable VLAN trunking:

i2cset -y 1 0x51 0x7F 0x62
i2cset -y 1 0x51 0x80 1
Reboot

i2cset -y 1 0x51 0xE5 1
I did not attempt to change sfp_a2_info since I have no need. Based on a brief look at the disassembly it might be reading the data from address 0x80 and it does the conversion to base64 so it must sent as raw hex. Maybe someone on this forum has the time to figure things out.

The Huawei seems to have a back door to enable the serial console but it didn't trigger on address 0x79 but if I modified the binary to change the address to 0xE1 it worked without a problem so there must be some extra to use 0x79. Again maybe someone else has the time to further investigate.

No. From box perspectiver it looks the same, but it is not the same.
Ethernet PHY that is inside 9601D chipset can not go above 1Gbit. There is another interface/port in 9601D that can do 2.5G, but it is not pure ethernet, it is HiSGMII - normally used to connect to SFP port or to another chipset (chipset-to-chipset ethernet link).

And we use this port to connect to additionall ethernet PHY (rtl8221b) - and this extra chipset is connected to LAN port.
In this configuration it can do 2.5G on CAT5e cable.

There is no way to "tune" internal ethernet PHY to run faster, as 2.5G is rather a slower 10G/5G than a faster 1G, so requires some extra DSP operations.

@marcinkuczera
Do you think that for SFP built with RTL9601D it is enough to enable 2.5Gb in the software? What is your opinion on this matter?
Is RTL9601D the only SoC that supports 2.5Gb? What about RTL9601CI?
# flash get LAN_SDS_MODE
LAN_SDS_MODE=2
# flash set LAN_SDS_MODE 5



Edit:
It's working!

stich86 commented:
I've received today my DFP-34X-2C2 from AliExpress. There is the latest firmware available onboard (2021-05). Changing the LAN_SDS_MODE to 5 (live via Telnet and not changing flash parameter), force the quirk on OpenWRT (running on MacchiatoBIN), I was able to negotiate the LAN size @ 2.5GbE

Un vendeur sur AliExpress propose à la vente des modules SFP DFP-34X-2C2 neufs fabriqués par ODI et contenant un SoC RTL9601D. La version précédente du DFP-34X-2C2 contenait un SoC ZTE, alors faites attention.

Je viens de commander un DFP-34X-2C2 pour tester 

@marcinkuczera
Do you think that for SFP built with RTL9601D it is enough to enable 2.5Gb in the software? What is your opinion on this matter?
Is RTL9601D the only SoC that supports 2.5Gb? What about RTL9601CI?

Code: [Sélectionner]

# flash get LAN_SDS_MODE
LAN_SDS_MODE=2
# flash set LAN_SDS_MODE 5

Edit:
It's working!

present!
This is a speedtest of my line with that stick (DFP-34X-C2C) in HiSGMII mode:

https://www.speedtest.net/result/c/9310bece-4cba-48b2-95da-cf0975cbfd7b

I cannot reach more than 1.7/1.8Gbps because PPPoE is very heavy on MacchiatoBIN