让报文走软件转发

一、核心结论
在 H3C S6800 系列交换机上，要强制报文走软件转发，有两种常用方式：
在接口下关闭硬件转发，强制走 CPU 处理
通过 ACL+QoS 策略，把流量重定向到 CPU
二、方法 1：接口级强制软件转发（最直接）
S6800 系列支持在接口下关闭硬件快速转发，强制所有报文上 CPU 处理，走软件转发路径。
配置命令
bash
运行
# 进入系统视图
system-view

# 进入你要测试的接口（以FGE1/0/54为例，即你图中有流量的接口）
interface FortyGigE 1/0/54
# 关闭接口硬件快速转发，强制走CPU软件转发
undo ip fast-forwarding
# （可选）关闭硬件三层转发加速
undo ip hardware-forwarding enable
quit
生效后，该接口的所有 IP 报文都会被送到 CPU 处理，由软件转发引擎执行转发逻辑。
此时你再用 display counters rate inbound/outbound interface 看，入向和出向的 pps 就会对应上了。
三、方法 2：ACL + 重定向，把特定流量发往 CPU（适合定向测试）
如果不想影响所有流量，只想把测试流量（比如 ping 包）强制发往 CPU，可以用 ACL + 重定向策略。
配置步骤
bash
运行
# 1. 定义ACL，匹配测试流量（以ICMP为例）
acl number 3000
rule permit icmp source 192.168.1.0 0.0.0.255 destination 192.168.2.0 0.0.0.255
quit

# 2. 定义流行为，重定向到CPU
traffic behavior TO_CPU
redirect cpu
quit

# 3. 定义流策略，绑定ACL和行为
traffic policy FORCE_TO_CPU
classifier test_icmp behavior TO_CPU
quit

# 4. 在入接口应用流策略（inbound方向）
interface FortyGigE 1/0/54
traffic-policy FORCE_TO_CPU inbound
quit
这样所有匹配的 ICMP 报文都会被重定向到 CPU，走软件转发路径。
测试完成后，记得 undo traffic-policy 恢复，否则会影响正常业务。
四、如何验证流量是否真的走了软件转发？
看 CPU 利用率
执行 display cpu-usage，如果流量走软件转发，CPU 利用率会明显上升（尤其是IP Stack进程）。
看 CPU 报文统计
执行 display cpu-defend statistics all，看对应接口 / 协议的收包数是否增加。
看接口转发模式
执行 display ip interface brief verbose | include fast-forwarding，看是否显示 fast-forwarding is disabled。
五、针对你当前问题的补充分析
你现在的现象：
入向（inbound）有流量（176pps），出向（outbound）无流量
直连 ping 网关正常，说明三层路由和软件转发是通的
怀疑硬件转发异常，这个判断是合理的
用上面的方法强制软件转发后：
如果此时出向流量正常了，说明确实是硬件转发异常（比如硬件表项下发失败、ASIC 芯片问题）
如果强制软件转发后出向还是没流量，说明问题不在硬件转发，而在上层协议 / 策略（比如 ACL 过滤、ARP 异常）
六、注意事项
强制软件转发会严重影响设备性能，仅适合测试场景，严禁在生产环境长期使用。
测试完成后，一定要恢复配置：
bash
运行
interface FortyGigE 1/0/54
ip fast-forwarding
ip hardware-forwarding enable
undo traffic-policy FORCE_TO_CPU inbound
quit
如果确认是硬件转发问题，建议升级设备固件或联系 H3C 售后排查。

一般都是硬转

1. 关闭硬件快速转发功能

2. 验证配置是否生效

3. 清除现有转发表项（关键步骤）