从上述输出可以看出，ovn-k8s-mp0接口的IP是10.132.2.2/23
让我们获取ovn-k8s-mp0接口的设备详细信息 。
如下输出所示,这个接口是一个OVS实体 。
[root@ocp-412-ovn-worker-1 core]# ip -d li sh dev ovn-k8s-mp06: ovn-k8s-mp0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000link/ether ee:cb:ed:8e:f9:e0 brd ff:ff:ff:ff:ff:ff promiscuity 1 minmtu 68 maxmtu 65535openvswitch addrgenmode eui64 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535ovn-k8s-mp0是一个OVS桥吗？
从下面的命令输出可以清楚看到，ovn-k8s-mp0不是一个OVS桥 。工作节点上存在的只有两个桥:br-ex和br-int
[root@ocp-412-ovn-worker-1 core]# ovs-vsctl list-brbr-exbr-int所以ovn-k8s-mp0是一个OVS端口 。我们需要找出拥有这个端口的OVS桥 。
从下面的命令输出可以清楚看到 ， ovn-k8s-mp0不是桥br-ex的OVS端口 。
[root@ocp-412-ovn-worker-1 core]# ovs-ofctl dump-ports br-ex ovn-k8s-mp0ovs-ofctl: br-ex: unknown port `ovn-k8s-mp0`从下面的命令输出可以清楚看到，ovn-k8s-mp0是一个OVS桥br-int的端口 。
[root@ocp-412-ovn-worker-1 core]# ovs-ofctl dump-ports br-int ovn-k8s-mp0OFPST_PORT reply (xid=0x4): 1 portsport "ovn-k8s-mp0": rx pkts=1798208, bytes=665641420, drop=2, errs=0, frame=0, over=0, crc=0tx pkts=2614471, bytes=1357528110, drop=0, errs=0, coll=0总结一下 ， ovn-k8s-mp0是一个br-int** OVS桥上的端口 。它也持有桥的IP，即**10.132.2.2/23
现在，让我们获取pod的网络配置详细信息 。
必须知道pod网络命名空间才能确定pod网络详细信息 。下面的命令通过IP找到pod网络命名空间 。
[root@ocp-412-ovn-worker-1 core]# POD_IP=10.132.2.46; for ns in $(ip netns ls | cut -f 1 -d " "); do ip netns exec $ns ip a | grep -q $POD_IP; status=$?; [ $status -eq 0 ] && echo "pod namespace: $ns" ; donepod namespace: c16c7a01-1bc5-474a-9eb6-15474b5fbf04一旦知道了pod网络命名空间，就可以找到pod的网络配置详细信息，如下所示 。
[root@ocp-412-ovn-worker-1 core]# NS=c16c7a01–1bc5–474a-9eb6–15474b5fbf04[root@ocp-412-ovn-worker-1 core]# ip netns exec $NS ip a1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever2: eth0@if4256: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue state UP group default qlen 1000 link/ether 0a:58:0a:84:02:2e brd ff:ff:ff:ff:ff:ff link-netns 59e250f6–0491–4ff4-bb22-baa3bca249f6 inet 10.132.2.46/23 brd 10.132.3.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::858:aff:fe84:22e/64 scope link valid_lft forever preferred_lft forever4257: vxlan1@if4257: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 1000 link/ether ca:40:81:86:fa:73 brd ff:ff:ff:ff:ff:ff link-netns 59e250f6–0491–4ff4-bb22-baa3bca249f6 inet6 fe80::c840:81ff:fe86:fa73/64 scope link valid_lft forever preferred_lft forever[root@ocp-412-ovn-worker-1 core]# ip netns exec $NS ip rdefault via 10.132.2.1 dev eth010.132.2.0/23 dev eth0 proto kernel scope link src 10.132.2.46所以eth0@if4256是pod的主网络接口 。
让我们获取eth0设备的详细信息 。
从下面的输出可以看出 ， pod网络命名空间中的eth0设备是一个veth设备 。
[root@ocp-412-ovn-worker-1 core]# ip netns exec $NS ip -d li sh dev eth0link/ether 0a:58:0a:84:02:2e brd ff:ff:ff:ff:ff:ff link-netns 59e250f6–0491–4ff4-bb22-baa3bca249f6veth addrgenmode eui64 numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535 tso_max_size 524280 tso_max_segs 65535 gro_max_size 65536众所周知veth设备以对的形式工作；一端在init(或root)命名空间中，另一端在(pod)网络命名空间中 。
让我们在init命名空间中找到pod对应的veth设备对 。
[root@ocp-412-ovn-worker-1 core]# ip a | grep -A1 ^42564256: 8b7266486ea2861@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue master ovs-system state UP group defaultlink/ether de:fb:3e:87:0f:d6 brd ff:ff:ff:ff:ff:ff link-netns c16c7a01–1bc5–474a-9eb6–15474b5fbf04所以，8b7266486ea2861@if2是init命名空间中的podveth设备端点 。这个veth对连接了init和pod网络命名空间 。
让我们找出veth设备端点的详细信息 。
[root@ocp-412-ovn-worker-1 core]# ip -d li sh dev 8b7266486ea28614256: 8b7266486ea2861@if2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1400 qdisc noqueue master ovs-system state UP mode DEFAULT group defaultlink/ether de:fb:3e:87:0f:d6 brd ff:ff:ff:ff:ff:ff link-netns c16c7a01–1bc5–474a-9eb6–15474b5fbf04 promiscuity 1 minmtu 68 maxmtu 65535vethopenvswitch_slave addrgenmode eui64 numtxqueues 4 numrxqueues 4 gso_max_size 65536 gso_max_segs 65535