Currently, the device is setup like this:
- port 1: 10Gtek SFP module ref ASF-10G-T (SFP-10G-SR) to Mac Studio
- port 3: 10Gtek SFP module ref ASF-10G-T (SFP-10G-SR) to iMac Pro
- port 5: 10Gtek SFP module ref ASF-GE-T (FTRJ8519P1BNL-PT) to PC Engine APU2C4 (pfSense appliance)
- port 7: 10Gtek SFP module ref ASF-GE-T (FTRJ8519P1BNL-PT) to previous GbE unmanaged switch
The device has been operating reliably, consistantly, and silently, chilling at the typical cat rectal temperature of 38º C until today, when I decided to take a look at potential firmware updates (ex: security updates).
So I updated CRS309-1G-8S+IN, using Webfig's Quick Set "Check For Updates":
- long term channel: from factory OS 6.48.6 to current v6 LTS
- stable channel: from current v6 LTS to proposed v7.12 (dot something may be?)
- stable channel: from proposed v7.12 to actual stable 7.14.1
It is unclear to me why the device offered v7.12 instead of v7.14.1 directly. EDIT: figured out this one:
Anyhow, and this is what's important: port 5 and 7 stopped working when device restarted with version v7.14.1What's new in 7.12.2 (2023-Dec-20 10:41):
(factory only release)
(...)
1. When upgrading by using "check-for-updates", all versions earlier than 7.12 will display 7.12 as the latest available version. Upgrade from v7.12 to v7.13 or later versions must be done through 7.12 in order to convert wireless packages automatically. Fresh installation with Netinstall or manual package installation works in the same manner as always.
(...)
As a forum user stated Mikrotik is quick to address SFP support issues, I decided to give v7.15beta8 a try with no luck (note I had to swap cables 3 and 5 for the switch to get internet access again).
This is when I decided to I should downgrade to current RouterOS v6 version, or eventually that 7.12 something version, and this is how I lost a few hours of my life because, really, it's probably too subtle for me to downgrade that device of yours! (and I still have no clue)
Anyhow, I later realized disabling auto negotiation / forcing 10Gtek 1GB modules to operate at 1Gb full-duplex was enough to get those ports back to work.
Here you have ethernet info for SFP module with auto negotiation off:
Code: Select all
[admin@MikroTik] > /interface ethernet monitor sfp-sfpplus5 once
name: sfp-sfpplus5
status: link-ok
auto-negotiation: disabled
rate: 1Gbps
full-duplex: yes
tx-flow-control: no
rx-flow-control: no
supported: 10M-baseT-half,10M-baseT-full,100M-baseT-half,100M-baseT-full,1G-baseT-half,1G-baseT-full,1G-baseX,2.5G-baseT,2.5G-baseX,5G-baseT,10G-baseT,10G-baseSR-LR,10G-baseCR
sfp-supported: 1G-baseX
sfp-module-present: yes
sfp-rx-loss: no
sfp-tx-fault: no
sfp-type: SFP/SFP+/SFP28/SFP56
sfp-connector-type: LC
sfp-link-length-om1: 150m
sfp-link-length-om2: 300m
sfp-vendor-name: FINISAR CORP.
sfp-vendor-part-number: FTRJ8519P1BNL-PT
sfp-vendor-revision: A
sfp-vendor-serial: 07J0PWF
sfp-manufacturing-date: 05-05-02
sfp-wavelength: 850nm
eeprom-checksum: good
eeprom: 0000: 03 04 07 00 00 00 01 20 40 0c 05 01 0d 00 00 00 ....... @.......
0010: 1e 0f 00 00 46 49 4e 49 53 41 52 20 43 4f 52 50 ....FINI SAR CORP
0020: 2e 20 20 20 00 00 90 65 46 54 52 4a 38 35 31 39 . ...e FTRJ8519
0030: 50 31 42 4e 4c 2d 50 54 41 20 20 20 03 52 00 cf P1BNL-PT A .R..
0040: 00 12 00 00 30 37 4a 30 50 57 46 20 20 20 20 20 ....07J0 PWF
0050: 20 20 20 20 30 35 30 35 30 32 20 20 00 90 01 fd 0505 02 ....
0060: 00 00 00 00 00 00 00 00 4a 34 38 35 38 44 20 31 ........ J4858D 1
0070: 39 39 30 2d 34 34 31 35 df 67 d8 da 53 be 35 6d 990-4415 .g..S.5m
0080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
*
Code: Select all
[admin@MikroTik] > /interface ethernet monitor sfp-sfpplus6 once
name: sfp-sfpplus6
status: no-link
auto-negotiation: done
supported: 10M-baseT-half,10M-baseT-full,100M-baseT-half,100M-baseT-full,1G-baseT-half,1G-baseT-full,1G-baseX,2.5G-baseT,2.5G-baseX,5G-baseT,10G-baseT,10G-baseSR-LR,10G-baseCR
sfp-supported: 1G-baseX
advertising: 1G-baseX
link-partner-advertising:
sfp-module-present: yes
sfp-rx-loss: yes
sfp-tx-fault: no
sfp-type: SFP/SFP+/SFP28/SFP56
sfp-connector-type: LC
sfp-link-length-om1: 150m
sfp-link-length-om2: 300m
sfp-vendor-name: FINISAR CORP.
sfp-vendor-part-number: FTRJ8519P1BNL-PT
sfp-vendor-revision: A
sfp-vendor-serial: 07J0PWG
sfp-manufacturing-date: 05-05-02
sfp-wavelength: 850nm
eeprom-checksum: good
eeprom: 0000: 03 04 07 00 00 00 01 20 40 0c 05 01 0d 00 00 00 ....... @.......
0010: 1e 0f 00 00 46 49 4e 49 53 41 52 20 43 4f 52 50 ....FINI SAR CORP
0020: 2e 20 20 20 00 00 90 65 46 54 52 4a 38 35 31 39 . ...e FTRJ8519
0030: 50 31 42 4e 4c 2d 50 54 41 20 20 20 03 52 00 cf P1BNL-PT A .R..
0040: 00 12 00 00 30 37 4a 30 50 57 47 20 20 20 20 20 ....07J0 PWG
0050: 20 20 20 20 30 35 30 35 30 32 20 20 00 90 01 fe 0505 02 ....
0060: 00 00 00 00 00 00 00 00 4a 34 38 35 38 44 20 31 ........ J4858D 1
0070: 39 39 30 2d 34 34 31 35 df 67 d8 da 53 be 35 6d 990-4415 .g..S.5m
0080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ........ ........
*
Questions
- What is it we should do together in order to restore proper support including auto negotiation for 10Gtek SFP module ref ASF-GE-T (FTRJ8519P1BNL-PT) on RouterOS v7 stable branch?
- What additional info do you need to reproduce the problem and test a fix?