近期发现Brocade MLX/MLXe系列路由器存在一个易被忽略的设计缺陷，可能导致路由板卡CPU资源耗尽。尽管Brocade MLX整体表现优异——毕竟每个路由平台都有其特性，但这类能通过简单配置解决的问题完全不影响它的核心价值。关键在于：您绝不希望在线上环境遭遇此类问题时才进行修复，因此提前测试和研究至关重要。幸运的是，我们在设备上线前的测试阶段就捕捉到了这个隐患。

当路由器处理跨子网传输时，您可能观察到带宽被限制在120Mbps左右，无论怎样调整都无法突破。通过show cpu lp命令还会发现相关板卡的CPU利用率持续处于100%高位。其根源可追溯至几十年前的路由器资源保护机制，而如今网络环境已发生巨变，该功能反而成为性能瓶颈的主要诱因。

核心症结：ICMP重定向机制

问题的罪魁祸首正是“ICMP重定向”功能。如需快速恢复网络性能，只需在Brocade设备的配置模式下执行：

no ip icmp redirects

若想深入了解其原理，请继续阅读：

ICMP重定向的运行逻辑

ICMP重定向是路由器向终端主机发送的控制报文，用于告知主机不应将流量导向该路由器。当数据包从接收接口原路返回时便会触发此机制。其设计初衷是让其他路由器直接将流量送达目标主机，避免冗余路由。理论上，如果流量从相同接口进出，路由器确实无需处理这些数据。

但当目标子网或VLAN不同时，这类通知完全无效——因为主机必须通过路由器才能完成跨网段传输。此时流量”同口进同口出”反而是正常现象。遗憾的是，Brocade路由器无法识别源/目标子网差异，仍会持续发送无效的重定向通知。

最佳解决方案是直接关闭该通知功能。路由器通常能轻松处理正常流量，却难以应对海量ICMP重定向报文。这源于几十年前的设计决策：当时针对的资源瓶颈问题在现代网络环境中已不复存在。

延伸阅读

• 更多网络优化技巧：网络诊断三剑客：ping、traceroute与mtr实战指南
• 服务器深度优化：RAID技术全解析：从基础到NVMe阵列实战
• 相关协议原理：CN2 GIA/GT、163线路与AS9929网络区别解析