主页 / unix / 问题 / 421462
Accepted
Georgi Stoyanov
Asked: 2018-02-03 07:27:53 +0800 CST

使用netem模拟桥接接口上的丢包

  • 772

我正在尝试在桥接接口上模拟网络丢失。
我的服务器 eth1 上有 4 个网络接口，eth2 和 eth3 桥接在 br0 和 eth0 中，目前已断开连接。事实上，eth2 也已断开连接（关闭）。我已经连接到 eth1 一个视频传输设备，而 eth3 直接连接到网络交换机。
接收设备连接到同一交换机但在另一个端口上。我正在使用 netem 来模拟路径上的网络损伤。这是我的 netem 命令的一个示例：
sudo tc qdisc add dev eth1 root netem delay 100ms 50ms loss 20%.
如果我 ping 发送器，我会得到使用此命令配置的确切时间延迟、抖动和数据包丢失，但这不会影响发送器和解码器之间的网络传输。如果我在 eth3 上运行相同的命令，发送器和接收器之间的链接开始断开，但问题是如果我将 eth1 定义为网络接口，为什么传输运行良好？

linux networking

1 个回答

  1. Best Answer

    这种行为的原因在tc-netem(8)（bold mine）中有描述：

    延迟

    将所选延迟添加到传出到所选网络接口的数据包中。

    或者

    随机损失

    为从所选网络接口传出的数据包添加独立的丢失概率。

    因此tc ... netem仅适用于传出数据包，对来自eth1. 将规则应用于eth3允许netem具有预期效果，因为它现在是视频流量的传出接口。

    如果eth3不应该应用这样的规则，因为它应该与与 无关的流量正常运行eth1，并且只有来自的传入流量eth1应该受到这些规则的影响，那么应该在eth1和桥之间放置一个中间接口，以便netem在outgoing一侧应用。

    一个易于理解的示例，将添加另一个网桥从属eth1并与一veth对连接到第一个网桥：然后tc可以将规则应用于veth这个附加网桥的接口：因为来自的传入数据包eth1将通过此veth接口传出，它将按预期工作。

    但实际上，中间功能块ifb0设备（ifb0仍将位于大多数其他网络层之前，并且几乎不可见。由于它是传出/出口（但仅限于内部），netem因此将对其进行处理。

    所以这里的解决方案是在接口上netem为传入而不是传出流量工作eth1，使用ifb0的技巧改编自tc-mirred(8).:

    ip link add ifb0 type ifb || :
ip link set ifb0 up
tc qdisc add dev ifb0 root netem delay 100ms 50ms loss 20%
tc qdisc add dev eth1 handle ffff: ingress
tc filter add dev eth1 parent ffff: u32 match u32 0 0 action mirred egress redirect dev ifb0

    u32 match u32 0 0 是最简单的 ANY 过滤器，可用于接受过滤器命令。

    当然，它也适用eth1于在桥上。

    • 3

相关问题