On Friday, 09/21/2012 at 06:57 EDT, Florian Bilek <[email protected]> wrote: > The MAC addresses of the VSWITCHs are different. At node A > 02-F1-00-00-00-04 and at node B 02-F2-00-00-00-03.
The MAC address of a layer 2 VSWITCH itself isn't important in this context. In a relocation, the guest keeps its MAC address, so the remote host or router ARP cache entry doesn't need to be updated. What *does* have to happen is for CP to notify the physical switch to remove the guest's MAC address from its port forwarding database. The not-yet-closed PTF for APAR VM65104 that Marcy mentioned is needed to deal with this problem. Real Soon Now. All of this was triggered by that nasty (IMO) change in Linux to not do grat ARPs when network interfaces are recovered. On the positive side, CP is now more properly in charge of the situation and it works for non-IP network solutions, too, for which there is no grat ARP-like function. Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 [email protected] IBM Endicott ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
