客戶反饋實例化過程中的網絡問題：第三方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