On Tuesday, 08/28/2012 at 01:18 EDT, Offer Baruch <[email protected]> wrote: > Thanks but that did not work for me... > and it looks like the command is bound to fix the gateway arp table... > but there is nothing wrong with the gateway (the OSA MAC did not change)... > if only i could do the same for the OSAs virtual ARP table...
I'm a bit confused by your posts, Offer. You talk about MAC addresses on your VSWITCH (Layer 2), but you stated that the MAC didn't change (Layer 3). Which is it? In your original post you said, "as you can see from the VSWITCH output below," but there was no VSWITCH output. If you are using layer 3, then the MAC seen by the gateway will not change, as the VSWITCH will be registering IP addresses with the OSA, not virtual MACs. The MAC addresses CP generates in a layer 3 VSWITCH aren't really important, but are there because they have to be. If the VSWITCH is layer 2 (ETHERNET), then the MAC seen by the gateway will change. I am wondering if you need to use addvipa for the alias, and that the only reason it works in LPAR#1 is because that VSWITCH has PRIROUTER. (Another reason to hate layer 3.) 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/
