I have two JG940A switches. Both working same. SFP+ ports are working, XGT ports not. Gigabit ports working without issues. Firmware level 3208 so the latest.
According to documentation those ports are independent, so I have 4 10G ports, two metalic and two optics.
I tested multiple cables (5e/6/6a) of different types with shield or without. I tested 1G NIC cards and 10G NIC cards. I tested multiple devices. In all cases nothing. I tested full reset of the switch (so not working also in factory default), I tried shutdown/undo shutdown command.
Problem is probably at layer 1 because there is no activity on the switch during cable insertion. I tried to run debug ethernet, I tried to virtual-cable-test I tried to setup manual parameters (speed, duplex nad MDI). Nothing. There is no combo command and in display menu all looks normal. In logbuffer there is no data at given time.
I will contact support but I would like to hear if somebody knows this situation. In case of problem on one switch OK, understandable, HW problem, replaced, solved. But here it looks as some kind of SW problem because both are working same.
Device is connected to 2/0/27 (switch is out of IRF, only renumbered with clean config)
Brief information on interfaces in bridge mode: Link: ADM - administratively down; Stby - standby Speed: (a) - auto Duplex: (a)/A - auto; H - half; F - full Type: A - access; T - trunk; H - hybrid Interface Link Speed Duplex Type PVID Description XGE2/0/25 DOWN auto A A 1 XGE2/0/26 DOWN auto A A 1 XGE2/0/27 DOWN auto A A 1 XGE2/0/28 DOWN auto A A 1
Hi it is interesting. I used different devices - computers with common nics (realtek, Intel i217, etc) and also server cards (as I wrote before, those are mainly Broadcom chips). But as I wrote before I tested also link between switches without IRF with proper cables (CAT6A) but also addition cable types were tested. Nothing worked.
I run debug commands, I monitored the log and no activityy from this side.
From HPE still don´t have feedback. (ticket set at wednesday). I saw that I am not alone with similar problem.
display diag attached, remove pls extension
Reference number: 5325603239
configuration is completely erased /factore default mode
Michal Dolezal, DiS. System engineer AVE BOHEMIA, s.r.o.
Incredible solution. First, no contact from HPE but 3 days ago rang my phone and UPS delivery looked for me with package (no info before). It was switch for replacement. Ticket cannot be accessed at this time probably closed or something :(
Delivered switch is working as expected but I reported to HPE that both switches have this problem and I am suspecting firmware issues.
So I have working and non-working box so I tried to find where is problem and found.
It is really firmware problem but not explicitely 3208 but something was wrong in the switch. I completely delete everything from the switch (configuration, certificates, logs etc.) and upload and activate older version 3116P05. Reboot and olé switch is working as expected. I upgraded again to 3208 and still system works.
So warning for me for future. Don´t believe firmwares from factory and in case of problem try to reload all firmwares again. Tomorrow we have production start for these switches so I hope that everything will be fine.
Michal Dolezal, DiS. System engineer AVE BOHEMIA, s.r.o.
Problem arrise again after some period. After firmware procedure in the lab I tested whole setup and no problem. We installed switch to customer and configured. 10-T ports stayed unconnected because we were waiting for new servers from factory. Today servers came and we connect all 10G ports (we have Quadport 10Gig nc536FLR-T card). None of ports came up..
I will contact support and give feedback here. Still suspecting firmware.
Michal Dolezal, DiS. System engineer AVE BOHEMIA, s.r.o.
I have some new information as I am currently working a case for another customer. Engineering is about to release a new version of software for the 5130 EI switches that has an additional fix for the 10G Copper ports. It is not yet available on the My Networking Portal but should show up sometime in the near future. You want to look for R3208P03. I have tested that in the lab with rebooting and power cycling and the ports come up with no issues.
My previous guidance was to use R3208 but my customer found that that was broken as well in regards to an unexpected power failure that upon restart made the 10G Copper ports unable to connect to anything.
You can also use R3116P05 as that works as well if you need something right away. Both versions are in the same code stream. But as I said, if you can hang on for a little while the R3208P03 should be available soon.
