网络工程 - 是什么让交换机 CPU 如此繁忙以至于无法响应 ICMP 错误？ - 吾爱随笔录

根据如何确定 ICMP 超时数据包的优先级，我的交换机正在丢弃 ICMP 错误回复，因为 CPU 显然太忙了。

它是一个 PowerConnect 7048，它会丢弃 5% 到 30% 的 ICMP 错误回复。如果您想查看我的拓扑结构和其他详细信息，可以在上面的链接中找到它们。

这就是我的 CPU 使用率

switch#show process cpu

Memory Utilization Report

status      bytes
------ ----------
  free  559607072
 alloc  435529120



CPU Utilization:


  PID      Name                    5 Secs     60 Secs    300 Secs
-----------------------------------------------------------------
 53923d0 tNet0                      0.00%       0.09%       0.09%
 53b99f0 BusM A                     0.16%       0.12%       0.10%
 55c1ab0 ipnetd                     0.00%       0.01%       0.00%
 5637b80 envMonTask                 8.71%       3.22%       1.83%
 5641370 osapiTimer                 0.00%       0.10%       0.08%
 568bba0 bcmDPC                     0.00%       0.03%       0.04%
 5926150 bcmL2X.0                   3.01%       3.18%       3.15%
 5b34440 bcmCNTR.0                  1.84%       1.49%       1.55%
 5bb3620 bcmTX                      0.00%       0.02%       0.04%
 63468d0 bcmRX                      1.84%       1.66%       1.72%
 6366ac0 bcmNHOP                    0.16%       0.04%       0.02%
 6379390 bcmATP-TX                  0.00%       0.02%       0.03%
 6382890 bcmATP-RX                  0.00%       0.07%       0.05%
 695e640 MAC Send Task              0.00%       0.03%       0.03%
 6967b40 MAC Age Task               0.16%       0.02%       0.01%
 8280660 bcmLINK.0                  0.00%       0.09%       0.14%
 850b8b0 LOG                        0.00%       0.01%       0.01%
 b822e50 tL7Timer0                  0.00%       0.01%       0.02%
 b848740 osapiMonTask               0.00%       0.00%       0.02%
 c9a7f90 servPortMonTask            0.00%       0.01%       0.00%
 cb1a310 portMonTask                0.00%       0.00%       0.01%
 cb44a80 simPts_task                0.00%       0.01%       0.04%
 d25df40 dtlTask                    0.50%       0.31%       0.28%
 d2b0f50 hapiRxTask                 0.00%       0.12%       0.14%
 d2da220 emWeb                      0.00%       0.02%       0.00%
 dd953c0 hapiL3AsyncTask            0.00%       0.49%       0.46%
 e6cdc50 trafficStormControl        0.00%       0.01%       0.02%
 e9f14c0 DHCP snoop                 0.16%       0.03%       0.03%
 f0b8930 SNMPTask                   0.00%       0.04%       0.03%
109f7730 dot1s_timer_task           0.50%       0.35%       0.34%
10a08a00 dot1s_task                 0.00%       0.00%       0.01%
11dd3920 tacacs_rx_task             0.16%       0.02%       0.00%
11de64b0 unitMgrTask                0.00%       0.02%       0.01%
11f865a0 snoopTask                  0.33%       0.16%       0.14%
12f18930 dhcpsPingTask              0.00%       0.00%       0.01%
13055e50 spmTask                    0.16%       0.03%       0.02%
130dcbe0 ipMapForwardingTask        2.51%       2.70%       2.97%
13327130 tArpCallback               0.00%       0.13%       0.15%
136bfd30 OSPF Proto                 0.50%       0.12%       0.08%
137788d0 ARP Timer                  1.50%       1.45%       1.54%
1bee9f50 lldpTask                   0.00%       0.31%       0.34%
1c90dce0 tCptvPrtl                  0.00%       0.01%       0.02%
1da0a130 RMONTask                   0.16%       0.10%       0.10%
1da26e50 boxs Req                   0.00%       0.00%       0.01%
1e9d81f0 OSPF Receive               0.00%       0.03%       0.06%
1ea71060 sshd[0]                    0.00%       0.03%       0.01%
-----------------------------------------------------------------
 Total CPU Utilization             22.44%      16.96%      15.98%

我曾尝试show process cpu在查看 MTR 时循环运行，并尝试将它下降的时间与正常的时间相关联，但我看不到任何相关性。有时当 CPU 较高时它会下降，有时当 CPU 较低时它会下降（尽管 CPU 总是在 15% 到 30% 的范围内）。
我的 MTR 看起来像这样...??..?..???....?..?...???.....??????...?....?，换句话说，它可以忙碌 1 到 10 秒之间的任何时间，而且我从未见过它一次忙碌超过 10 秒
我还深入envMonTask研究了高达 15% 的峰值持续几秒钟，但再次与 MTR 上观察到的下降没有相关性。有时envMonTask很忙，但它没有下降。

所以通过观察模式向下钻取是行不通的。这个问题的原因是什么？我该如何解决？