Network speed incorrectly detected on Cisco UCS B260 M4
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Checkbox Provider - Base |
Won't Fix
|
Undecided
|
Rod Smith |
Bug Description
The network speed on a Cisco CS B260 M4 seems to be incorrectly detected, resulting in network test failures. The cause seems to be ethtool output upon which the test relies. The output looks like this:
$ ethtool enp8s0
Settings for enp8s0:
Supported ports: [ FIBRE ]
Supported link modes: 10000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: No
Advertised link modes: 10000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 20000Mb/s
Duplex: Full
Port: FIBRE
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Cannot get wake-on-lan settings: Operation not permitted
Current message level: 0x00000000 (0)
Link detected: yes
Note that the supported and advertised link modes show 10 Gbps speeds, but the "Speed:" line shows 20 Gbps. I hypothesize that the "Speed:" line is showing the total link speed (10 Gbps x 2 devices), but of course each individual device is capable of only 10 Gbps. OTOH, if each device really IS capable of 20 Gbps, that's another matter.
This bug is new because of changes made recently; in the past, the "Speed:" line was ignored in determining the link speed. This line is now considered because some ARM systems don't report the earlier link speed lines.
Related branches
- Jeff Lane : Needs Information
-
Diff: 48 lines (+22/-8)1 file modifiedbin/network (+22/-8)
Changed in plainbox-provider-checkbox: | |
status: | In Progress → Won't Fix |
Additional information: A recent submission for an HP ProLiant DL560 Gen9 shows similar ethtool results, but produces 83% of the claimed "Speed" throughput, which makes me think this bug and its fix may not be valid.
Settings for ens3f0:
1000baseKX/ Full
10000baseKR /Full
1000baseKX/ Full
10000baseKR /Full
Supported ports: [ FIBRE ]
Supported link modes: 100baseT/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: No
Advertised link modes: 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 25000Mb/s
Duplex: Full
Port: Other
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Link detected: yes
Here's the test results:
INFO:root:Starting iperf against 172.20.1.1, this could take a while... ------- ------- ---- Finished run number 1 ------------------
INFO:root:Min Transfer speed: 15423.0 Mb/s
INFO:root:Max Transfer speed: 22712.0 Mb/s
INFO:root:Avg Transfer speed: 20970.013333333332 Mb/s
INFO:root:83.88% of theoretical max 25000 Mb/s
INFO:root:
INFO:root:CPU utilization: 52.4%
INFO:root:
The full submission is here:
https:/ /certification. canonical. com/hardware/ 201702- 25422/submissio n/116311/