Packets drop when perform V-motion to failover

Publication Date:  2013-08-06 Views:  261 Downloads:  0
Issue Description
There is a problem when we perform V-motion to failover server between ESX server, we found the Guest Server could not get online until we disable/enable the VM server network, or wait until it up (around 10 ping time out)




Alarm Information
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=28ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=2ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=2ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time=1ms TTL=123
Reply from 172.21.xx.xx: bytes=32 time<1ms TTL=123

Ping statistics for 172.21.xx.xx:
    Packets: Sent = 88, Received = 62, Lost = 26 (29% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 28ms, Average = 1ms
Control-C
Handling Process
Add "mac-address update arp" to these switchs.
<HUAWEI> system-view
[HUAWEI] mac-address update arp


Root Cause
Confirm the mac address is change or not after failover.

Before Failover:

Switch 1:
[XX-10GSSW01]display arp | i 172.21.xx.xx
IP ADDRESS      MAC ADDRESS     EXPIRE(M) TYPE INTERFACE      VPN-INSTANCE   
                                          VLAN
------------------------------------------------------------------------------
172.21.xx.xx    0050-56b1-5402  20        D-0  Eth-Trunk2
------------------------------------------------------------------------------
Total:110       Dynamic:105     Static:0    Interface:5 
[XX-10GSSW01]display arp | i 172.21.xx.xx
IP ADDRESS      MAC ADDRESS     EXPIRE(M) TYPE INTERFACE      VPN-INSTANCE   
                                          VLAN
------------------------------------------------------------------------------
172.21.xx.xx    0050-56b1-5402  20        D-0  Eth-Trunk2
------------------------------------------------------------------------------
Total:109       Dynamic:104     Static:0    Interface:5 

Switch 2:
[XX-10GSSW02]display arp | i 172.21.xx.xx
IP ADDRESS      MAC ADDRESS     EXPIRE(M) TYPE INTERFACE      VPN-INSTANCE   
                                          VLAN
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Total:64        Dynamic:59      Static:0    Interface:5 



Before Failover:
Switch 1:
[XX-10GSSW01]display arp | i 172.21.xx.xx
IP ADDRESS      MAC ADDRESS     EXPIRE(M) TYPE INTERFACE      VPN-INSTANCE   
                                          VLAN
------------------------------------------------------------------------------
172.21.xx.xx    0050-56b1-5402  20        D-0  Eth-Trunk2
------------------------------------------------------------------------------
Total:109       Dynamic:104     Static:0    Interface:5 

Switch 2:
[XX-10GSSW02]display arp | i 172.21.xx.xx
IP ADDRESS      MAC ADDRESS     EXPIRE(M) TYPE INTERFACE      VPN-INSTANCE   
                                          VLAN
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Total:64        Dynamic:59      Static:0    Interface:5

Using the mac-address update arp command, it can enable the S6700 to update outbound interfaces in ARP entries when outbound interfaces in MAC address entries change.
Suggestions
Using the mac-address update arp command, you can enable the S6700 to update outbound interfaces in ARP entries when outbound interfaces in MAC address entries change.
Using the undo mac-address update arp command, you can disable this function.
By default, the S6700 does not update outbound interfaces in ARP entries when outbound interfaces in MAC address entries change.

END