veth ペアの場合、ping はインターフェイス名を認識せず、tc qdisc netem は機能しません。

Question

私は以下に私自身の質問に答えます。

最も簡単な回避策（私の方法）：vethペアの1つを別のネットワーク名前空間に入れます。ただそう呼んでくださいtest。

$ sudo ip netns add test
$ sudo ip link add h1-eth0 type veth peer name h2-eth0 netns test

$ sudo ip link set dev h1-eth0 up
$ sudo ip netns exec test ip link set dev h2-eth0 up

$ sudo ip addr add 10.0.0.1/24 dev h1-eth0
$ sudo ip netns exec test ip addr add 10.0.0.2/24 dev h2-eth0

$ sudo tc qdisc add dev h1-eth0 root netem delay 60ms
$ sudo ip netns exec test tc qdisc add dev h2-eth0 root netem delay 60ms

次に、次のことを確認します。

$ ping -I h1-eth0 -c1 10.0.0.2
PING 10.0.0.2 (10.0.0.2) from 10.0.0.1 h1-eth0: 56(84) bytes of data.
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=120 ms

--- 10.0.0.2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 120.056/120.056/120.056/0.000 ms

$ sudo ip netns exec test ping -I h2-eth0 -c1 10.0.0.1
PING 10.0.0.1 (10.0.0.1) from 10.0.0.2 h2-eth0: 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=120 ms

--- 10.0.0.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 120.146/120.146/120.146/0.000 ms

他の方法

私の質問が要求されましたが、まだ答えられていないことを確認しました。https://serverfault.com/questions/585246/network-level-of-veth-doesnt-respond-to-arp。そこから問題がARPにあることがわかります。

ARPの問題に関する質問はこちらをご覧ください。要求されたIPアドレスが他の（無効になった）インターフェイスに関連付けられている場合、LinuxはARP要求メッセージに応答しません。スレッドイニシエータの説明がありますが、問題は未解決のままです。

問題は、アドレス10.0.0.1と10.0.0.2がメインルーティングテーブルだけでなくローカルルーティングテーブルにも現れ、ローカルルーティングテーブルがメインルーティングテーブルよりも優先順位が高いことです。私の質問の初期設定テーブルは次のとおりです。つまり、vethペアの一方の端を別のネットワークネームスペースに入れないことですtest。

$ ip route show table local
broadcast 10.0.0.0 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
broadcast 10.0.0.0 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
local 10.0.0.1 dev h1-eth0  proto kernel  scope host  src 10.0.0.1 
local 10.0.0.2 dev h2-eth0  proto kernel  scope host  src 10.0.0.2 
broadcast 10.0.0.255 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
broadcast 10.0.0.255 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
...

$ ip route show table main
10.0.0.0/24 dev h1-eth0  proto kernel  scope link  src 10.0.0.1 
10.0.0.0/24 dev h2-eth0  proto kernel  scope link  src 10.0.0.2 
...

vethペアの一方の端が別のネットワーク名前空間にある場合、両方のアドレスを同時にローカルルーティングテーブルに配置することはできません。それでおそらく私たちにはそのような問題がないようです。ローカルルーティングテーブルからアドレスを削除しようとしましたが（1つまたは両方 - 他の組み合わせで）、役に立ちませんでした。全体的に状況を完全に理解していないので、vethペアの終わりを別のネットワーク名前空間に設定する方法に固執します。さらに、私が知っている限り、これはvethペアが使用される主な方法です。

Answer 1