两个 Network Namespace 无法互相 Ping 通。

[lxy42]

网络拓扑：

                            bridge

       +------------------------------------------------+
       |                     br0                        |
       |                 192.168.3.1/24                 |
       |   +------------+              +------------+   |
       |   | veth+host1 |              | veth+host1 |   |
       |   |            |              |            |   |
       +---+--+---------+--------------+------+-----+---+
              |                               |
              |                               |
              |                               |
              |                               |
+------+------v---+------+        +------+----v-----+------+
|      |   eth0   |      |        |      |   eth0   |      |
|      +----------+      |        |      +----------+      |
|          host1         |        |          host2         |
|                        |        |                        |
|    192.168.3.11/24     |        |     192.168.3.12/24    |
+------------------------+        +------------------------+
      Network Namespace                 Network Namespace

执行的命令：

# 创建 Network Namespace
sudo ip netns add host1
sudo ip netns add host2

# 添加网桥
sudo brctl addbr br0
sudo ip addr add 192.168.3.1/24 dev br0
sudo ip link set br0 up

# 创建 veth peer
sudo ip link add P type veth peer name veth-host1
sudo brctl addif br0 veth-host1
sudo ip link set dev veth-host1 up
sudo ip link set P netns host1
sudo ip netns exec host1 ip link set dev P name eth0
sudo ip netns exec host1 ip link set eth0 up
sudo ip netns exec host1 ip addr add 192.168.3.11/24 dev eth0
sudo ip netns exec host1 ip link set lo up
sudo ip netns exec host1 ip route add default via 192.168.3.1

# 创建 veth peer
sudo ip link add P type veth peer name veth-host2
sudo brctl addif br0 veth-host2
sudo ip link set dev veth-host2 up
sudo ip link set P netns host2
sudo ip netns exec host2 ip link set P name eth0
sudo ip netns exec host2 ip link set eth0 up
sudo ip netns exec host2 ip addr add 192.168.3.12/24 dev eth0
sudo ip netns exec host2 ip link set lo up
sudo ip netns exec host2 ip route add default via 192.168.3.1

最近在研究 Docker 的底层网络原理，想要手动模拟 Docker 容器网络。通过上面的命令创建两个 Network Namespace 后，问题是在 host1 无法 ping 通过 host2，host2 也无法 ping 通 host1。

$ sudo ip netns exec host1 ping 192.168.3.12
PING 192.168.3.12 (192.168.3.12) 56(84) bytes of data.
From 192.168.3.11 icmp_seq=10 Destination Host Unreachable

$ sudo ip netns exec host2 ping 192.168.3.11
PING 192.168.3.11 (192.168.3.11) 56(84) bytes of data.
From 192.168.3.12 icmp_seq=1 Destination Host Unreachable

不知道是不是还要配置什么，例如 iptables。

[lcdtyph]

没有复现你的问题= =我这里可以相互 ping 通

你可以检查一下 iptables 的默认策略，还有两个 ns 能 ping 通 192.168.3.1 么。
可以用 arping 检查一下二层通没通。

[lxy42]

@lcdtyph 可以 ping 通 192.168.3.1，也可以 ping 通宿主机的其它网络接口。

[singerll]

traceroute 看一下卡到哪里了

[lcdtyph]

traceroute 可能看不出来，正常只有一个跃点才对，两个 vpeer 相当于同一个子网下的

我觉得你检查一下宿主机的 bridge 设置= =

[lxy42]

@singerll 就只有一跳啊，traceroute 也看不出来问题。

[lxy42]

我搜了几篇文章看，都没有提到额外配置。

- https://tonybai.com/2017/01/11/understanding-linux-network-namespace-for-docker-network/

- https://coolshell.cn/articles/17029.html

- https://lwn.net/Articles/580893/

- http://www.opencloudblog.com/?p=66

- https://blog.scottlowe.org/2013/09/04/introducing-linux-network-namespaces/

[lcdtyph]

forward 链确实能匹配到 drop 规则，不过在我本地测试 bridge 的流量不会过 netfilter 呀= =
你试试插入一条 accept 能不能 ping 通吧：
```
iptables -I FORWARD ACCEPT

# recover:
# iptables -D FORWARD 1
```

测完记得复原= =

[lxy42]

用 tcpdump 在网桥 br0 上抓包可以看到 ICMP 的请求，可以看不到响应。

```
$ sudo tcpdump -i br0 -XX -n -vv "icmp"
tcpdump: listening on br0, link-type EN10MB (Ethernet), capture size 262144 bytes
22:50:38.681424 IP (tos 0x0, ttl 64, id 11788, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.3.12 > 192.168.3.11: ICMP echo request, id 992, seq 1, length 64
0x0000: 7e10 f6c2 178e 7e10 f6c2 178e 0800 4500 ~.....~.......E.
0x0010: 0054 2e0c 4000 4001 8535 c0a8 030c c0a8 .T..@.@..5......
0x0020: 030b 0800 0730 03e0 0001 3e59 405d 0000 .....0....>Y@]..
0x0030: 0000 a565 0a00 0000 0000 1011 1213 1415 ...e............
0x0040: 1617 1819 1a1b 1c1d 1e1f 2021 2223 2425 ...........!"#$%
0x0050: 2627 2829 2a2b 2c2d 2e2f 3031 3233 3435 &'()*+,-./012345
0x0060: 3637 67
```

[orzfly]

看看 host1 eth0 和 host2 eth0 的 MAC 地址？

[lxy42]

@lcdtyph 加了还是不行。

[lcdtyph]

你这抓包里面怎么目的 mac 和源 mac 是一样的呀

[lcdtyph]

@lcdtyph 都是 7e:10:f6:c2:17:8e

[lxy42]

@orzfly
@lcdtyph

问题根源是 MAC 地址重复了。应该是我的执行命令有问题，

创建 host1 的 veth peer 时：`sudo ip link add P type veth peer name veth-host1`
创建 host2 的 veth peer 时：`sudo ip link add P type veth peer name veth-host2`
注意两条命令的其中一个 peer 都是 P。

导致 host1 和 host2 的 eth0 的 MAC 地址重复。

[lcdtyph]

@lxy42
神奇，我就是复制了你的命令，但是我这边的 mac 是没重复的。
内核版本 4.19.0-5-amd64

[lxy42]

我当初运行命令时，就是想着名字 P 只是临时的，稍后就会分配到新的 Network Namespace，所以没有起不同的名字。

可能有什么缓存机制。

我的是 Linux Manjaro 4.19.56-1-MANJARO

[lxy42]

先创建一对 veth peer：P 和 veth-b，接着删除，再创建。发现 P 和 veth-b 两次分配的 MAC 地址是一样的。

```
$ sudo ip link add P type veth peer name veth-b
$ sudo ip link delete P
$ sudo ip link add P type veth peer name veth-b
```

[11060]

遇到了同样的问题，但我的执行命令没有错，MAC 也没重复；结果还是 namespace 中可以 ping 通网桥，宿主机中也 ping 的通 namespace，但是就是两个 namespace 互相不通。