我在DELL 6224交换机上遇到困难。
这个交换机是我networking的中心节点，在其他交换机，VLAN和路由信息包之间的中继。
它处理的networkingstream量相当低，约占总容量的20％。 但是这是一个奇怪的行为。
例如：
甲—— ——小号B中。
A = PC
S =戴尔6224
B = PC
当我平A-> B或B->一切都完美无瑕。 但是，当我ping A-> S或B-> S时，不pipe是什么VLAN，交换机都不会按照它应该做的ping请求做出响应。 一些ping响应的延迟时间和超时时间较长，就像是受到过载stream量的影响，或者没有优先考虑指向它的ICMPstream量。
这种行为是否正常？ 似乎不是，至less对我而言。
提前致谢！
UPDATE
CPU Utilization: PID Name 5 Sec 1 Min 5 Min --------------------------------------------------------- 336d060 tTffsPTask 0.00% 0.02% 0.00% 3383e90 tNetTask 0.63% 0.52% 0.34% 3570370 ipnetd 0.00% 0.02% 0.15% 3582910 tXbdService 0.31% 1.38% 1.91% 359d950 osapiTimer 0.79% 0.98% 1.09% 368ef20 bcmL2X.0 0.00% 0.26% 0.13% 36a4500 bcmCNTR.0 0.00% 0.26% 0.37% 36d75e0 bcmTX 0.15% 0.18% 0.30% 3cce7e0 bcmRX 0.47% 0.66% 0.77% 3cee9d0 bcmNHOP 0.00% 0.02% 0.00% 3f04a10 MAC Send Task 0.31% 0.19% 0.15% 3f0df10 MAC Age Task 0.00% 0.05% 0.02% 4a8e580 bcmLINK.0 0.47% 0.36% 0.28% 4d18a10 LOG 0.00% 0.06% 0.01% 518f860 tL7Timer0 0.00% 0.04% 0.00% 51b5140 osapiMonTask 0.00% 0.00% 0.08% 5ea3d40 simPts_task 0.00% 0.12% 0.17% 61b4ea0 UtilTask 0.00% 0.02% 0.00% 62d8100 dtlTask 0.31% 0.59% 0.67% 63398b0 tEmWeb 0.31% 0.15% 0.06% 6369e50 hapiRxTask 0.79% 0.31% 0.31% 698be00 DHCP snoop 0.15% 0.04% 0.00% 6a20eb0 Dynamic ARP Inspection 0.00% 0.05% 0.00% 76602f0 dot1s_timer_task 0.47% 0.55% 0.62% 849a550 unitMgrTask 0.00% 0.02% 0.00% 863b200 snoopTask 0.00% 0.06% 0.00% 8670640 dot3ad_timer_task 0.00% 0.02% 0.15% 95f1690 ipMapForwardingTask 1.27% 4.90% 6.04% 96bc9a0 tRipTask 0.00% 0.02% 0.00% 9aef570 IpHelperTask 0.00% 0.00% 0.01% 9b01760 tRtrDiscProcessingTask 0.00% 0.02% 0.00% ca57310 voipTask 0.47% 0.52% 0.61% cbe0860 lldpTask 0.79% 0.49% 0.61% d838170 isdpTask 0.00% 0.04% 0.01% e039950 RMONTask 0.15% 0.10% 0.15% e045ff0 boxs Req 0.15% 0.08% 0.00% --------------------------------------------------------- Total CPU Utilization 7.99% 13.10% 15.01% 我正在使用其中的一些作为第三层实体在一个networkingW /大约2,000个主机，这是不正常的交换机行为。 这听起来像是如果您使用生成树协议（STP），并且拓扑颠簸，交换机将如何行动。 在我看来，6200系列处理STP拓扑变化的效果很差，就拓扑变化期间的第3层性能而言。
现在看，最好的地方，将show process cpu输出和交换机的日志。 看看那里，看看你有什么，并更新你的问题，我们会到达问题的底部。
编辑：
哇，那里。 我没有很好地读你的问题。 对于那个很抱歉！
我经常看到ICMP回声在6200系列交换机上的pipe理和路由接口的高延迟。 他们已经通过我曾经使用过的每个固件版本为我做了这些事情。 路由引擎似乎在交换机的PING变得糟糕的时候丢弃数据包（当STP拓扑发生变化时，它们肯定会变得很糟糕，但CPU使用率也会在这个时候上升）。
我发现了这个问题！
有两件事。 对于这个解决scheme，我首先在所有使用RSTP设置的交换机上启用了生成树。 所有的端口连接到边缘设备，如计算机打印机等，其中设置为端口快速设置。 问题变得越来越软，但后来我意识到，我所有的端口/端口通道都设置了选项：“switchport语音检测”。 我认为这个选项会对硬件进行一些不必要的处理，交换机会将所有处理（路由和通信）传递给固件，使交换机不稳定。 把所有的端口上的设置解决了问题的好！ 现在6224的CPU使用率很低，并且响应我发给他的每一个ping！ =）