> You need to figure out if the cards are responding to ARPs or not. I > realize that you used qetharp, but that tells you what OSA > has loaded into > its own ARP cache, not whether it is responding to ARPs. Use > OSA/SF or > the HMC to look at IP addresses loaded into the cards (which > is not the > same as looking at the ARP cache). > Welpers, you led me in the right direction. Using OSASF (had not set it up on z/VM yet), I came across several of the following messages when querying and getting the OAT:
IOAK881E Image D UA 15 had an OSA OAT reject code of E00A I actually got excited since this I could handle myself. Unfortunately, I can't find the dup. Just to make sure, I went through every active guest and gathered their configured addresses. Not a single duplicate. :-( Getting rid of the IOAK881E messages is a simple matter of cycling the interface down & up on the guest owning the indicated UA. No other changes needed. So a few questions: Do ya think it's due to me not assigning IPv6 addrs? Is it because I'm not running OSA/SF on the z/VM LPARs? (I am sharing the 2 OSAs among 3 LPARs.) Any other prods in the right direction? :-) Thanks much, Leland
