Hey,
just wanted to let you know that there’s a huge bug, using the CSS610-8G-2S+IN with an Intel X520-DA2.
The Switch will show an active Link on SFP+, but it doesnt get recognized by the Intel NIC, for both and DAC. Reproduced it with 2 different Intel Cards as well as 3 Transceiver pairs and cables and one DAC.
Tried following Firmwares:
2.12 (shipped with this)
2.13rc6
2.13rc12
2.13rc25
With 2.13rc12 the issue is resolved, and i have a stable connection, but when updating to 2.13rc25 the issue is back. So there’s definitly a bug in the firmware.
I already created a ticket for this issue, but as it did take me weeks to resolve this, i wanted to share incase someone has the same problem.
Looks like the same problem i have - Intel x520-1 cards with FS SFP-10GSR-85 sfp+ plugs on both windows and linux without luck (unplugged network cable/no carrier).
Everything looks great in the switch including that there should be link, but something seems to be failing in auto negotiation. Cards, sfp plugs and fiber is good in other equipment. Setting 1g full duplex manually on both ends works.
Edit: 2.13rc12 does indeed seem to allow me to link.
when back to rc12 from rc25. everything working for 12hours so far.
Downgrading keep all my settings
2 LAG enable (static and active)
2 Vlans (1,100)
DHCP working on all links
the SFPs are working (X520-da1)
IGMP
watchdog enable
got mac on hosts
management through sfp2 is working
My Windows desktop with X520 did not see connectivity w/ the stock firmware, nor w/ rc25 or even rc12. On stock and rc25, it says it isn’t connected even though link lights and the switch ui at the other end claim otherwise. On rc12, it seems to link, but then cannot dhcp.
I am also having this issue, I will try RC12 now. I have tested with two differrent x520 cards In ESXi, Windows and Ubuntu I have also tried different firmware on the x520 and no difference.
Just as another data point: I have Intel XXV710 based NICs and when connecting to my CSS610-8G-2S+IN SFP+ ports using FS.com SFP28 DA cables, I am able to get the link to come up correctly only on the 2.13rc12 firmware. When I upgrade the switch to the 2.13rc25 firmware the link will not come up correctly.
With the 2.13rc25 firmware, the switch sees the link come up but the Intel XXV710 cards cannot see the link as being up. With 2.13rc12 firmware both the switch and my Intel XXV710 cards see the link come up correctly. The boxes using Intel XXV710 are running Linux kernel 4.19 and the Intel out-of-tree i40e driver.
Btw if the card is locked when the SFP is inserted it should appears on dmseg “Unsupported SFP”, i thought the problem was the SFP but in the end was the firmware on the Switch itself.
The Switch offers now a (supposedly finale) 2.13 Version.
Latest Available Version 2.13 (built at Mon Feb 01 2021 13:43:13 GMT+0100
What’s new in v2.13:
*) properly report SFP port speed;
*) make SFP port work in forced 1G speed mode;
*) make fiber optic modules work with auto-negotiation (1000BaseX);
*) fixed management access over SFP ports;
*) CSS610: report temperature under System tab;
*) fixed problem where logout blocked new logins for 5min;
*) correctly forward snooped DHCP & PPPoE packets;
*) accept only VLAN tagged packets if Allow-VLAN was specified;
*) for ports with vlan-receive=any mode send out vlan packets with
default vlan id as untagged;
*) make Allow-From work;
*) fixed ACL rule ip source & destination network matching;
*) make ACL not match DSCP=0 by default if no value was specified;
*) fixed SNMP GetBulk;
*) make SNMP sysUpTimeInstance to not overflow in 5min;
*) correctly report extended SNMP info about SFP ports;
*) fixed LAG linking and monitoring;
*) make LAG use L2 hash based load balancing;
However, this DOES NOT fix this Problem. Had to downgrade to 2.13rc12 to make it work again.
I can confirm that firmware 2.13 does not fix the issue I’ve seen with Intel XXV710 based NICs when using SFP28 DA cables where the switch thinks the link is up but the Intel NIC does not see the link come up. I am also rolling back to 2.13rc12 as that one does work.