Openstack的ping不通实例的解决办法

状态：实例在管理平台上正常创建，也能vnc到实例里面使用ifconfig，查看IP得到我们想要的IP，但是在除了计算节点以外的机器ping实例就是不通。

操作：主要为了测试网络51删除，重新创建网络51，重新创建实例这一套流程导致的。

解决办法：

在计算节点使用命令：

tcpdump -i br51 port 22

监听网桥br51,在其他机器尝试ssh登录实例。如果监听的网桥有流量，表示ssh请求能到计算节点。如果实例里有tcpdump包最好直接监听实例的网卡。 如果没有tcpdump，并且实例不能访问外网。则在计算节点查看路由缓存，使用命令

[root@node-12 ~]# arp -a
? (172.17.37.5) at fa:16:3e:b9:d0:49 [ether] on br37
? (172.17.36.7) at fa:16:3e:2e:41:42 [ether] on br36
fuel.domain.tld (172.17.45.15) at 00:0c:29:76:f8:f2 [ether] on eth0
? (172.17.39.3) at fa:16:3e:c1:69:2f [ether] on br39
node-5 (172.17.47.3) at 00:0c:29:52:c3:ea [ether] on eth2.47
? (172.17.46.1) at 08:17:35:3c:a2:54 [ether] on eth1.46
? (172.17.36.8) at fa:16:3e:10:51:20 [ether] on br36
? (172.17.38.3) at fa:16:3e:74:f9:58 [ether] on br38
? (172.17.36.3) at fa:16:3e:b8:6b:f4 [ether] on br36
node-9 (172.17.47.4) at 00:0c:29:a9:66:31 [ether] on eth2.47
? (172.17.37.7) at fa:16:3e:e6:ff:6e [ether] on br37
? (172.17.37.6) at fa:16:3e:b4:f8:c1 [ether] on br37
? (172.17.37.3) at fa:16:3e:5c:d4:ef [ether] on br37
? (172.17.37.10) at fa:16:3e:2d:91:c0 [ether] on br37
? (172.17.36.5) at fa:16:3e:1f:9e:63 [ether] on br36
? (172.17.47.2) at 00:0c:29:52:c3:ea [ether] on eth2.47
? (172.17.36.10) at fa:16:3e:72:5f:8a [ether] on br36
node-10 (172.17.47.5) at 00:0c:29:48:6a:92 [ether] on eth2.47
?(172.17.51.3) at fa:16:3e:bd:ab:e9 [ether] on br51
? (172.17.36.9) at fa:16:3e:23:d9:58 [ether] on br36
? (172.17.36.6) at fa:16:3e:bf:a9:7c [ether] on br36

这里我们可以看到我们实例172.17.51.3的IP地址和mac地址，在实例中查看网卡mac，一致。 iptables -L查看Iptables 规则也没有发现实例51.3和其他机器有什么区别。这时候就剩下物理路由中的路由缓存不正确了。 经过查看，情况确实是物理路由（思科路由器）中的路由缓存的mac地址还是在这些操作前的路由地址。所以我们就需要更新实例在思科路由器中的缓存地址。 在实例中用命令:

arping -I eth0 -c 5 -s 172.17.51.3 172.17.51.1

通知物理路由(思科路由器）更新他的缓存。而查询思科路由的默认路由默认存储时间是4个小时 这也是为什么前面有什么都不做，过段时间就能正常的原因。所以，根据这样的情况，虽然删除网段不是经常性的操作，但是删除虚拟机是经常性的操作，我们需要系统启动中添加上IP通知程序。