客戶反饋實例化過程中的網(wǎng)絡(luò)問題：第三方VNF實例化完成之后，從虛機Ping網(wǎng)關(guān)發(fā)現(xiàn)有的網(wǎng)口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.在監(jiān)控中心查詢相應(yīng)的計算節(jié)點，沒有發(fā)現(xiàn)相關(guān)的物理網(wǎng)口或者虛口的告警。

2.利用網(wǎng)絡(luò)排障抓包功能進行抓包分析，如下圖所示。

3.測試抓包過程中發(fā)現(xiàn)，問題并非是虛機Ping不通網(wǎng)關(guān)，TECS對虛機的Ping包可以正常轉(zhuǎn)發(fā)，但是網(wǎng)關(guān)交換機在沒有虛機MAC地址的情況下，會影響虛機icmp request響應(yīng)速度，如下圖所示。



4.根據(jù)交換機側(cè)要求，在DCGW下連接端口抓包，發(fā)現(xiàn)交換機在收到虛機的Ping包請求后，隨即發(fā)起ARP請求，并收到虛機回復(fù)，獲得虛機MAC地址。

在DCGW網(wǎng)關(guān)或者虛機MAC的情況下不回Ping包響應(yīng)現(xiàn)象異常，如下圖所示。

5.ARP直接從隧道側(cè)學(xué)習(xí)，MAC通過BGP同步，ARP和MAC兩種學(xué)習(xí)方式不一致。MAC學(xué)習(xí)比ARP慢，MAC學(xué)習(xí)時間過長，因此導(dǎo)致丟包。

在bgp的l2vpn evpn的地址族模式下配置如下命令：

bgp route-scan-time interval-wait 10 initial 10 max-wait 10