Could be very useful to include the feature to make that the Mikrotik Routers/Swithches with SFP/SFP+ ports be able to do sequential Single-Byte reads to obtain the transceiver specs and ddm from the EEPROM tables A0h/A2h for transceivers like GPON ONU SFP and others than only supports Single-Byte Reads and not multi-bytes reads (255 Bytes read per call).

Some of this transceivers doesn't have connected the two-wire interface SFP pins directly to the EEPROM, They have connected the 2-wire interface to a slave i2c interface of the SoC and then the SoC have a master i2c connection to the EEPROM.

in other cases the transceiver doesn't have a physically EEPROM and use a virtualized EEPROM allocated on the SPI Flash chip that comes available after the embedded OS is booted.

Implementing the detection of the EEPROM reads to switch automatically between Single-Byte and Multi-Byte reads should not so complex and will gives a plus in the interoperability between the different brands and models of SFP Transceivers apart of to make complies the SFF-8431

for manufacturers as we, would be a very good feature to be added, having in mind that we recommend the Mikrotik hardware to the most of our customers for the wide capabilities and stability of the hardware.

did you have included in the development pipeline this feature?, if not, what do you think? could be included?

+1 I agree

This could be very useful to pull custom data from SFPs. It's clear Mikrotik can't just add support for statistics that every SFP on the market provides, so it's important to have a generic way of access. Memory dump is one way, but it's not script/automation friendly. Read command would be much better.

I would also like to see SNMP support SFP EEPROM reads over OID where last number of OID is the read address. This way you could query SFP bytes over SNMP easily for graphing and statistics.

yes, please mikrotik, that will help!

I agree please mikrotik

+1 - Keep compliant as far as possible.

Please Mikrotik : /

I agree, please mikrotik, as far as possible.

Hello,

We are aware of this topic and SFP feature request, it has been booked and we are researching and considering of implementing it in the future.

Hello,

We are aware of this topic and SFP feature request, it has been booked and we are researching and considering of implementing it in the future.

Thank you, we are looking forward to

+1 I'm looking forward

Hello,

We are aware of this topic and SFP feature request, it has been booked and we are researching and considering of implementing it in the future.

We still looking for this feature. When can it be implemented?

Really useful feature. Mikrotik please

+1 Please MikroTik.
Both Bell and Telus in Canada provide SFP modules having the same issue.
Both MikroTik and EdgeRouter need to fix the same issue.
Whoever fixes it soon, will save thousands of media converters for small businesses.

Situation worsened with release of new router models.
We are talking about SFP-modules based on Realtek RTL8672/RTL9601C chips.
On all new router models and CCRs these modules are detected, but no RX data are transmitted. I had this happen with my new RB5009. However, on the RB760iGS these same modules work fine.
MikroTik Team, please pay attention to this problem.

+1 I agree

On all new router models and CCRs these modules are detected, but no RX data are transmitted. in my CCR1009-8G-1S dont work

On all new router models and CCRs these modules are detected, but no RX data are transmitted. I had this happen with my new RB5009. However, on the RB760iGS these same modules work fine.

I confirm. Apparently this is a software problem with ROS and it will not be difficult for developers to fix it.
Please pay attention for this problem as soon as possible.
Thank you.