故障现象

客户反馈实例化过程中的网络问题：第三方VNF实例化完成之后，从虚机Ping网关发现有的网口Ping不通，如下所示。

[root@td-b52-vtas4-uircp-0001 ~]# ping -c 3 -I eth0 172.23.3.1

(资料图片仅供参考)

PING 172.23.3.1 (172.23.3.1) from 172.23.3.13 eth0: 56(84) bytes of data.

64 bytes from 172.23.3.1: icmp_seq=1 ttl=255 time=3.28 ms

64 bytes from 172.23.3.1: icmp_seq=2 ttl=255 time=3.99 ms

64 bytes from 172.23.3.1: icmp_seq=3 ttl=255 time=3.56 ms

--- 172.23.3.1 ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 2004ms

rtt min/avg/max/mdev = 3.289/3.616/3.998/0.300 ms

[root@td-b52-vtas4-uircp-0001 ~]#

[root@td-b52-vtas4-uircp-0001 ~]#

[root@td-b52-vtas4-uircp-0001 ~]#[root@td-b52-vtas4-uircp-0001 ~]#

[root@td-b52-vtas4-uircp-0001 ~]# ping -c 3 -I eth2 172.20.241.1

PING 172.20.241.1 (172.20.241.1) from 172.20.241.4 eth2: 56(84) bytes of data.

--- 172.20.241.1 ping statistics ---

3 packets transmitted, 0 received, 100% packet loss, time 2002ms

[root@td-b52-vtas4-uircp-0001 ~]#

[root@td-b52-vtas4-uircp-0001 ~]#

[root@td-b52-vtas4-uircp-0001 ~]# ping -c 3 -I eth3 172.20.241.17

PING 172.20.241.17 (172.20.241.17) from 172.20.241.21 eth3: 56(84) bytes of data.

--- 172.20.241.17 ping statistics ---

3 packets transmitted, 0 received, 100% packet loss, time 2002ms

[root@td-b52-vtas4-uircp-0001 ~]#

故障分析

1.在监控中心查询相应的计算节点，没有发现相关的物理网口或者虚口的告警。

2.利用网络排障抓包功能进行抓包分析，如下图所示。

3.测试抓包过程中发现，问题并非是虚机Ping不通网关，TECS对虚机的Ping包可以正常转发，但是网关交换机在没有虚机MAC地址的情况下，会影响虚机icmp request响应速度，如下图所示。

4.根据交换机侧要求，在DCGW下连接端口抓包，发现交换机在收到虚机的Ping包请求后，随即发起ARP请求，并收到虚机回复，获得虚机MAC地址。在DCGW网关或者虚机MAC的情况下不回Ping包响应现象异常，如下图所示。

5.ARP直接从隧道侧学习，MAC通过BGP同步，ARP和MAC两种学习方式不一致。MAC学习比ARP慢，MAC学习时间过长，因此导致丢包。

故障处理

在bgp的l2vpn evpn的地址族模式下配置如下命令：bgp route-scan-time interval-wait 10 initial 10 max-wait 10

标签：