s5590交换机input_flowrate_d14资源不足

看下是什么报错呢

这个报错只是一个常规的信息提示，告诉你对应的端口流量快跑满了，但它本身不会影响业务，也不会影响交换机性能。它就像我们开车时仪表盘的一个“限速提醒”，并不是发动机故障。

 “input_flowrate_d14”是什么意思？

简单来说，这个报错翻译过来就是：
交换机的某编号端口，入方向（接收）的流量速率，已接近该端口的物理带宽上限。

• input_flowrate：代表入方向流量速率。

• d14：是特定端口的内部索引号。你可以把它看作是交换机内部对端口的“小名”，我们最终需要找到它对应的物理端口。

 为什么会产生这个告警？

这个告警是交换机的资源监控（Resource Monitor） 机制在正常工作，具体原因如下：

• 原因一：流量接近极限
  交换机会持续监控端口利用率。当剩余带宽低于预设的告警阈值（如低于20%触发轻度告警MINOR，低于10%触发严重告警SEVERE）时，就会打印这条日志。例如，一个千兆（1000Mbps）端口，入流量跑到了948Mbps，剩余52Mbps时就会触发严重告警。

• 原因二：瞬间流量突发
  即使平均流量不高，瞬间的突发流量（Burst Traffic）也可能短暂占用全部带宽，从而触发告警。

 如何排查和解决？

既然告警本身无害，下一步需要做的就是找出是哪个端口发出了告警，判断它是否是真正的流量瓶颈，然后决定是否需要处理。

第一步：找到“真凶” - 定位具体的物理端口

d14是内部索引号，我们需要通过以下命令找到它对应的物理端口，推荐使用方法2。

1. 方法1：通过SNMP OID查询（推荐）

   • 这是H3C官方推荐的最准确的方法。

   • input_flowrate_后面的数字，通常对应着SNMP接口索引（ifIndex） 或端口对应的OID编号。你可以使用网管软件（如MIB Browser）或snmpwalk命令，通过查询IF-MIB中的ifDescr来定位对应的端口。

2. 方法2：通过日志时间与端口流量关联

   • 记录下日志打印的精确时间点。

   • 使用 display interface brief | include up 命令查看所有状态为Up的端口。

   • 使用 display counters rate inbound interface [接口类型] 命令，查看各个端口的入方向流量速率。重点排查在告警时间点流量最高的端口，它很可能就是d14所指。

第二步：评估与决策 - 判断是否需要“管它”

找到具体端口后，需要判断它是否已经成为了真正的瓶颈。

• 如果该端口连接的是核心设备或服务器：

  • 影响：若流量持续跑满，可能出现少量丢包或延迟抖动。

  • 解决：进行链路聚合，将多个物理链路捆绑为一个逻辑链路来增加带宽；或直接升级到更高速度的端口（如从千兆升级到万兆）。

• 如果该端口连接的是终端用户（如办公PC）：

  • 影响：基本无影响，用户不太可能持续跑满。

  • 解决：可以忽略，或者为该端口配置更严格的QoS（服务质量）策略，在必要时保障核心业务优先转发。

• 如果该端口连接的是下级交换机：

  • 影响：可能存在网络拥塞。

  • 解决：检查网络拓扑和流量流向，考虑是否存在环路或不合理的流量模型，并进行相应的优化。

 如何关闭这个告警（可选）

如果你觉得这个告警信息干扰了你的日志查看，或者经过评估后认为它对你没有价值，可以通过下面的命令直接关闭它。这个操作不会影响交换机的任何功能和业务。

一、先明确：input_flowrate_d14 是什么

• input_flowrate：接口入方向的流量统计 / NetStream/ACL 匹配资源
• d14：芯片内部资源编号，代表某块 TCAM / 计数器分区
• 含义：该芯片分区的入方向统计 / 流表资源已经耗尽，无法再新增统计、ACL、NetStream、QoS 流分类等规则。

1. 大量接口下配置 netstream inbound / qos-statistic enable
2. 大量 ACL 或 QoS 策略在多个接口 inbound 方向调用
3. IPv4+IPv6 双栈，同时配置大量 ACL / 流统计
4. ADCampus 里 Leaf 下大量接口绑定 fabric + 流统计

二、快速确认资源是否真的满了

• Inbound ACL/Flow Resource: 100% Used
• NetStream Resource: Exhausted
  就和报错完全对上了。

三、立刻见效的解决方法（按优先级）

1. 关掉不用的接口入方向统计（最有效）

2. 合并 / 精简 ACL 规则

• 把多个小 ACL 合并成一个大 ACL
• 去掉无用的 permit any / deny any
• 尽量用 二层 ACL 代替三层 ACL（占用资源更少）

3. 调整 TCAM 资源模板（S5590 支持）

注意：改模板会重启设备，且会减少路由表等其他资源容量。

4. 关闭 IPv6 不用的功能

5. 升级版本（修复资源泄漏）

• 升级到 最新的 V7R12 及以上 稳定版本
• 升级前先清空旧配置或重启一次

四、ADCampus 场景特别注意

• 不要在所有接入口开 netstream/qos-statistic
• 只在上行口（连 Spine/Border）开统计
• 接入口只保留：
  bash

  运行

  port link-type access port access vlan xx fabric-binding ADCAMPUS
  去掉所有 netstream、qos-statistic、多余 ACL。

五、一句话总结