笔者在前文《Docker 网络之进阶篇》中介绍了 CNM(Container Network Model)，并演示了 bridge 驱动下的 CNM 使用方式。为了深入理解 CNM 及最常用的 bridge 驱动，本文将探索 bridge 驱动的实现机制。
说明：本文的演示环境为 ubuntu 16.04。
在 Ubuntn 上安装 docker 后，宿主机上默认被创建了一个名为 docker0 的网卡，其 IP 为 172.17.0.1/16：
有了这个网卡，宿主机还会在内核的路由表中添加一条到达相应网络的静态路由记录：
这条路由信息表示所有目的 IP 为 172.17.0.0/16 的数据包都会从 docker0 网卡发出。接下来我们创建一个名为 mycon 的容器，并观察其网络配置：
在 mycon 容器内可以看到两块网卡：lo 和 eth0。其中 lo 是容器的回环网卡，eth0 是容器与外界通信的网卡，eth0 的 IP 信息为 172.17.0.2/16，和宿主机上的网卡 bridge0 在同一网段中。查看 mycon 的路由信息：
mycon 容器的默认网关正是宿主机的 docker0 网卡。通过 ping 命令测试与外网的连通性，此时容器 mycon 是可以连通外网的，这就说明 mycon 的 eth0 网卡与宿主机的 docker0 网卡是连通的。
下面我们来查看宿主机的网络设备：
发现多了一个以 "veth" 开头的网卡，这是一个 veth 设备。而 veth 设备总是成对出现的，那么与 veth7537a16 配对的就应该是 mycon 容器中的 eth0 了。既然 mycon 容器中的 eth0 是与 docker0 连通的，那么 veth7537a16 也应该是与 docker0 连通的。因此 docker0 并不是一个简单的网卡设备，而是一个网桥！下图展示了 docker bridge 网络模式的拓扑图：
事实上，docker 创建了 docker0 网桥，并以 veth pair 连接各个容器的网络，容器中的数据通过 eth0 发送到 docker0 网桥上，并由 docker0 网桥完成转发。这里网桥的概念等同于交换机，为连在其上的设备转发数据帧。网桥上的 veth 网卡设备相当于交换机上的端口，可以将多个容器连接在它们上面，这些端口工作在二层，所以是不需要配置 IP 信息的。上图中的 docker0 网桥就为连在其上的容器转发数据帧，使得同一台宿主机上的 docker 容器之间可以相互通信。既然 docker0 是二层设备，那么它为什么还需要 IP 呢？其实，docker0 是一个普通的 linux 网桥，是可以为它配置 IP 的，我们可以认为它的内部有一个可以用于配置 IP 的网卡。Docker0 的 IP 地址作为所连接的容器的默认网关地址！
docker0 网桥是在 docker daemon 启动时自动创建的，其默认 IP 为 172.17.0.1/16，之后通过 bridge 驱动创建的容器都会在 docker0 的子网范围内选取一个未占用的 IP 使用，并连接到 docker0 网桥上。Docker daemon 提供了如下参数可以帮助用户自定义 docker0 的设置。
--bip=CIDR：设置 docker0 的 IP 地址和子网范围，使用 CIDR 格式，如 192.168.1.0/24。这个参数仅仅是配置 docker0 的，对用户自定义的网桥无效。
--fixed-cidr=CIDR：限制 docker 容器可以获取的 IP 地址范围。Docker 容器默认可以获取的 IP 范围为 docker 网桥的整个子网范围，此参数可以将其缩小到某个子网范围内，所以这个参数必须在 docker 网桥的子网范围内。
--mtu=BYTES：指定 docker0 网桥的最大传输单元(MTU)。
除了使用 docker0 网桥外，用户还可以使用自定义的网桥，然后通过 --bridge=BRIDGE 参数传递给 docker daemon。比如我们可以创建一个自定义网桥 br0：
$ sudo ip link add name br0 type bridge $ sudo ifconfig br0 188.18.0.1