Module is C-Data FD511GX-RM0
(which is almost same as VSOL V2801F)
Router had v7.8, everything worked on auto-negotiation, when tried to switch to forced mode (1G, full-duplex) - it stopped working, no IP received and cannot access SFP web-ui/telnet.
When tried update router to latest stable 7.11.2 - auto-negotiation fails, still not working on forced. Not even setting IP manually helped.
My ISP uses MAC-address/SN to authenticate/give IP/ethernet. (My ISP uses FTTH, if i remember correctly)
I've wrote a ticket to mikrotik support - they stopped at point that in console my module says "eeprom-checksum: bad", and insisted that module can be faulty, asked to try other one.
It was strange for me - i've asked my ISP - they said they did not changed or flashed anything - "it is stock".
So using this, this(many info inside) and this i've learned some basic of work with module and updated it to almost latest one V1.9.0-201104 (initially it had the oldest one - V1.9.0-191015) (The latest V1.9.0-220425 has 2.5G, but i was slightly afraid of need to set LAN_SDS_MODE - not to loose connection to module)
After that module started working in forced mode! So i was able also to update mikrotik to 7.11.2 - auto-negotiation still fails, but module now works at least under forced 1G mode.
I've set route to sfp-sfpplus1 so i can have access to web-ui and telnet of module even when using internet.
But after all that i still have eeprom-checksum: bad and no info on sfp-page:
Code: Select all
/interface/ethernet monitor sfp-sfpplus1
name: sfp-sfpplus1
status: link-ok
rate: 1Gbps
full-duplex: yes
tx-flow-control: no
rx-flow-control: no
sfp-module-present: yes
sfp-rx-loss: no
sfp-tx-fault: no
sfp-type: SFP/SFP+/SFP28
eeprom-checksum: bad
eeprom: 0000: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0020: 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ....... ........
0030: 52 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 R....... ........
0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0050: 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1....... ........
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
*
Separately i would like to admit, that before update, when i was on ROS v7.8 - it was showing more info in eeprom section:
Code: Select all
/interface/ethernet monitor sfp-sfpplus1
name: sfp-sfpplus1
status: link-ok
rate: 1Gbps
full-duplex: yes
tx-flow-control: no
rx-flow-control: no
sfp-module-present: yes
sfp-rx-loss: no
sfp-tx-fault: no
eeprom-checksum: bad
eeprom: 0000: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0020: 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ....... ........
0030: 52 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 R....... ........
0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
0050: 31 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 1....... ........
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
*
0080: 5a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Z....... ........
0090: 92 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
00a0: 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
00b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
*
00d0: 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
00e0: 38 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 8....... ........
00f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
Also i've found, here interesting part:
(As we know - ONU SFP is actually linux machine in very small form factor....)These Realtek chips have broken EEPROM emulator which for N-byte read operation returns just the first byte of EEPROM data, followed by N-1 zeros.
So my questions would be:
- Does anyone worked with modules - are they all have "bad checksum" on mikrotik or it is only mine?
- Does anyone fixed bad checksum like user here? Should i try? Any ideas?
- Does they all have no info in mikrotik sfp tab? Or it is mine? Or it is consequences of bad checksum? Or bad checksum is problem of reading of module?
Any suggestions, ideas, recommendations or questions?