桥接接口下netem丢包模拟配置生效但未影响业务传输求助

你遇到的核心问题是桥接的二层转发流量没有经过你在eth1上配置的netem qdisc——这是因为netem在物理接口的root qdisc只会处理进出该接口的三层（IP）流量，而桥接设备的二层转发是由内核桥模块直接处理的，流量不会经过单个物理接口的qdisc栈，所以你的规则对发送设备到解码器的传输没起作用。

下面是具体的解决方案和原理：

为什么eth1的netem只对ping生效？ #

ping是基于IP的三层流量，当你从服务器ping发送设备时，流量会经过eth1的三层处理路径，所以netem的延迟/丢包会生效；但发送设备到解码器的流量是二层桥接转发：从eth1进入桥br0后，内核直接转发到eth3，完全绕过了eth1的qdisc配置，自然不受规则影响。

正确的配置方法 #

方法1：直接给桥接口br0添加netem（最简单） #

这会对所有经过桥br0的流量生效，包括所有端口之间的转发：

1. 先清理eth1上的旧配置：

   sudo tc qdisc del dev eth1 root
   

2. 在桥接口br0上添加netem规则：

   sudo tc qdisc add dev br0 root netem delay 100ms 50ms loss 20%
   

方法2：针对特定端口/流量做精细化控制（进阶） #

如果你只想限制发送设备到解码器的流量，而不是桥内所有流量，可以用clsact qdisc配合tc filter来精准匹配：

1. 给br0添加clsact qdisc（用于挂载ingress/egress过滤器）：

   sudo tc qdisc add dev br0 clsact
   

2. 添加egress方向的过滤规则，匹配发送设备到解码器的IP流量，并应用netem：

   sudo tc filter add dev br0 egress protocol ip parent 1: prio 1 u32 \
     match ip src <发送设备的IP地址> \
     match ip dst <解码器的IP地址> \
     action netem delay 100ms 50ms loss 20%
   

   如果你需要匹配二层流量（比如特定MAC），可以把protocol ip改成protocol all，然后用match ether src <发送设备MAC>这样的规则。

验证配置是否生效 #

• 用tcpdump在br0上抓包，观察发送设备到解码器的数据包是否有预期的延迟：

  sudo tcpdump -i br0 host <发送设备IP> and host <解码器IP>
  

• 用iperf做吞吐量测试，对比配置前后的延迟和丢包率：
  在解码器上启动iperf服务：iperf -s
  在发送设备上运行：iperf -c <解码器IP> -t 30，查看输出中的丢包和延迟数据。

补充注意事项 #

• 确保桥br0的转发功能是开启的：可以用brctl showstp br0查看，forwarding状态应该是yes。
• eth2处于down状态不影响桥接，内核会自动忽略down的桥端口。

内容的提问来源于stack exchange，提问作者Georgi Stoyanov