- Community Home
- >
- Networking
- >
- Switching and Routing
- >
- Comware Based
- >
- Re: vmotion+virtualconnect+10508 Chassis+comware 7...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-07-2016 03:01 AM - edited 03-07-2016 04:44 AM
03-07-2016 03:01 AM - edited 03-07-2016 04:44 AM
vmotion+virtualconnect+10508 Chassis+comware 7+ icmp/arp issue
Hi,
at first the firmware versions.
10508: R2111P02 (Comware 7)
VC: 4.31 Version
vsphere 5.5u3
Setup:
10508 Chassis -> 2x2x10G LACP -> Blade Chassis 1 VC Active/Passive
10508 Chassis -> 2x2x10G LACP -> Blade Chassis 2 VC Active/Passive
Config Link-Aggregation to both VCs:
interface bridge-aggregation17
port link-type trunk
prot trunk permit vlan all
link-aggregation mode dynamic
stp edged-port
VC: SUS
vsphere: Notify Switches on vSwitch is active
Problem:
If I migrate a VM from Blade Chassis 1 to 2 I the vm is losing ICMP Requests until the ARP/MAC table on the 10508 Chassis is updated. If I migrate inside the blade chassis there isn't any packet loss.
The weird thing is I have two directly (no LACP, just plain port configuration, no VC) connected vpshere hypervisors (same esx version) to the 10508 chassis and vmotion is working flawlessy without any packet loss.
It look likes the vmotions rarp packets from esx host through Virtualconnect and to the H3c chassis gets lost or dropped?
The same thing happens if I migrate from a Dell Chassis with I/O Aggregator (L2-Switch) to or from the Blade Chassis with VC. All link-aggregations are configured the same way.
Any ideas?
Just a update: With hyperv live migration I dont have these problems. On all my devices/vms the L3 switch is the default gateway (int vlan). AND only the switch ip isn't available after vmotion for four to five icmp requests. So this must be an ARP issue on the switch itself. Other devices are responding after the migration without any packet loss.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-08-2016 03:24 AM
03-08-2016 03:24 AM
Re: vmotion+virtualconnect+10508 Chassis+comware 7+ icmp/arp issue
Another update: I am able to workaround the issue if I reset the arp cache on the source interface (the interface on which the vm was before vmotion) with "reset arp interface $interfacenumber".
The arp aging timer is set to 20 minutes.
I don't know if this is a vmware problem or a switch/hp problem.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-08-2016 08:06 AM
03-08-2016 08:06 AM
Re: vmotion+virtualconnect+10508 Chassis+comware 7+ icmp/arp issue
Another update: The cli command mac-address mac-move fast-update fixed the issue for directly connected hypervisors. Finally there is no outage between vm moves between directly connected esx hypervisors. But if there is a vc between and I try to move between the blade chassis, there is still an outage.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-14-2016 09:10 PM
03-14-2016 09:10 PM
Re: vmotion+virtualconnect+10508 Chassis+comware 7+ icmp/arp issue
I'm not a server guy, but I recall years ago our server guys were having a similar issue with a 30-second outage when swapping hosts.
I asked them for their doco on the server and found that it specifically called for a static MAC to be entered on the core switch, pointing at a virtual MAC instead of the physical hosts' MAC address.
The other thing that is meant to prevent this sort of thing is a "gratuitous ARP". Maybe you can configure your system to kick one of them off?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-22-2016 09:08 AM - edited 03-22-2016 09:09 AM
03-22-2016 09:08 AM - edited 03-22-2016 09:09 AM
Re: vmotion+virtualconnect+10508 Chassis+comware 7+ icmp/arp issue
I have just investigated further. It seems like a problem on mac updating on a bridge aggregation with or without LACP. If I reset the arp table while I am doing vmotion it works.
What still works is vmotion between my directly connected hosts without the requirement to reset the arp table.
It is very confusing that there is no problem with hyper-v live migration
So I don't know what I could try next except updating the firmware of the 10508 core switch.
Anyone, any other ideas?