网线或其它物理层的原因导致交换机端口协商速率从千兆降低到百兆及排查方法

前段时间因为身体的原因，本站的文章停更了一个多星期，直到今天算是恢复了8成。

笔者家里有一个华为S5700交换机（SI标准版），作为核心交换机，而笔者的房间则有一个型号是 TP-Link TL-SG2008MP的接入交换机，作为笔者房间和附近区域的有线接入交换机，而这个房间交换机使用一条网线与核心交换机直接连接。不过最近笔者发现一个问题，就是笔者通过 TP-Link TL-SG2008MP 的官方管理APP上看到它连接华为S5700的上联端口突然降了速。从原来的1000Mbps降到100Mbps，很明显是协商出了问题。重启 TP-Link TL-SG2008MP 交换机，或者把网线拔掉再重新插上去，协商速度就恢复正常了。

通常这种情况大多都是线材的问题，要么就网线出现了破损，要么就是水晶头有问题，要么就是网线质量出现了问题，或者线路的其它连接环节、部件有问题。为此，可以进入华为S5700的控制台，执行下面的命令（不需要进入系统视图模式，假设 TP-Link TL-SG2008MP的上联端口连接的是GigabitEthernet 0/0/1 端口）：

display interface GigabitEthernet 0/0/1

笔者在执行上述命令之后，显示如下：

GigabitEthernet0/0/1 current state : UP
Line protocol current state : UP
Description:
Switch Port, Link-type : trunk(configured),
PVID :    1, TPID : 8100(Hex), The Maximum Frame Length is 1600
IP Sending Frames' Format is PKTFMT_ETHNT_2, Hardware address is 0000-0000-0000
Current system time: 2026-08-10 13:47:06+08:00
Port Mode: COMMON COPPER
Speed : 1000,   Loopback: NONE
Duplex: FULL,   Negotiation: ENABLE
Mdi   : AUTO,   Flow-control: DISABLE
Last 300 seconds input rate 656 bits/sec, 0 packets/sec
Last 300 seconds output rate 3712 bits/sec, 1 packets/sec
Input peak rate 321350864 bits/sec, Record time: 2026-07-28 21:11:30
Output peak rate 989117184 bits/sec, Record time: 2026-08-02 11:08:35
Input:  718599266 packets, 971210672689 bytes
  Unicast:                  717922947,  Multicast:                      451665
  Broadcast:                   224630,  Jumbo:                               0
  Discard:                          0,  Pause:                               0
  Frames:                           0

  Total Error:                     24
  CRC:                             18,  Giants:                              0
  Jabbers:                          0,  Fragments:                           0
  Runts:                            0,  DropEvents:                          0
  Alignments:                       0,  Symbols:                             6
  Ignoreds:                         0

Output:  640493672 packets, 243124713132 bytes
  Unicast:                  637663364,  Multicast:                     1606098
  Broadcast:                  1224210,  Jumbo:                               0
  Discard:                     172263,  Pause:                               0

  Total Error:                      0
  Collisions:                       0,  ExcessiveCollisions:                 0
  Late Collisions:                  0,  Deferreds:                           0
  Buffers Purged:                   0

    Input bandwidth utilization threshold : 90.00%
    Output bandwidth utilization threshold: 90.00%
    Input bandwidth utilization  : 0.01%
    Output bandwidth utilization : 0.01%

上面的信息中，需要关注的其中一点就是 Total Error，即错误计数，交换机提示存在 24个错误包，其中 CRC错误有18个，Symbols错误有6个。CRC错误即帧校验序列错误，通常由线路干扰、网卡故障或双工不匹配导致，而Symbols错误即物理层信号编码错误，通常与网线质量或电磁干扰有关。结合这个信息来看，基本可以确定网线或者水晶头等物理层可能存在一些问题，在有条件的情况下，建议更换整段网线了。不过如果想持续观察一下后续的使用情况，可以执行下面的命令，清除当前的统计数：

reset counters interface GigabitEthernet 0/0/1

过一段时间之后，再重新执行 display interface GigabitEthernet 0/0/1 看看 Total Error 的情况如何，如果短时间内出现了大量错误，那就真建议果断更换整段网线了。