I am using layer 3 vswitch... On Thu, Aug 30, 2012 at 10:55 AM, Offer Baruch <[email protected]>wrote:
> Hi, > > here is the data: > VSWITCH info on LPAR1 (guest1) during stage 6: > VSWITCH SYSTEM PVTSWTCH Type: VSWITCH Connected: 3 Maxconn: > INFINITE > PERSISTENT RESTRICTED NONROUTER Accounting: > OFF > VLAN Aware Default VLAN: 0410 Default Porttype: > Access > Native VLAN: 0002 VLAN Counters: > OFF > MAC address: > 02-00-00-00-00-02 > State: > Ready > IPTimeout: 5 QueueStorage: > 8 > Isolation Status: > OFF > RDEV: 1200.P00 VDEV: 1200 Controller: > DTCVSW2 > VSWITCH > Connection: > MAC address: 34-40-B5-A8-0F-FA > > RX Packets: 28814443 Discarded: 9 Errors: > 0 > TX Packets: 45108221 Discarded: 0 Errors: > 0 > RX Bytes: 1839303223 TX Bytes: > 52404213282 > Device: 1200 Unit: 000 Role: DATA vPort: 0001 Index: > 0001 > Options: > VLAN_ARP > RDEV: 1300.P00 VDEV: 1300 Controller: DTCVSW1 > BACKUP > Adapter > Connections: > Adapter Owner: GUEST1 NIC: 0500.P00 Name: PVTSWTCH > Porttype: > Access > RX Packets: 4599465 Discarded: 0 Errors: > 0 > TX Packets: 9058394 Discarded: 0 Errors: > 0 > RX Bytes: 246172878 TX Bytes: > 11979576256 > Device: 0502 Unit: 002 Role: DATA vPort: 0065 Index: > 0065 > VLAN: IPv4 0411 Assigned by > system > VLAN: IPv6 0411 Assigned by > system > Options: Broadcast Multicast IPv6 IPv4 > VLAN > Unicast IP > Addresses: > 192.168.41.33 MAC: > 02-00-00-00-00-09 > 192.168.41.37 MAC: > 02-00-00-00-00-09 > FE80::200:0:100:9 MAC: 02-00-00-00-00-09 > Local > Multicast IP > Addresses: > FF02::1 MAC: 33-33-00-00-00-01 > VSWITCH info on LPAR2 (guest2) during stage 6: > VSWITCH SYSTEM PVTSWTCH Type: VSWITCH Connected: 2 Maxconn: INFINITE > PERSISTENT RESTRICTED NONROUTER Accounting: OFF > VLAN Aware Default VLAN: 0410 Default Porttype: Access > Native VLAN: 0002 VLAN Counters: OFF > MAC address: 02-02-02-00-00-02 > State: Ready > IPTimeout: 5 QueueStorage: 8 > Isolation Status: OFF > RDEV: 1200.P00 VDEV: 1200 Controller: DTCVSW1 > VSWITCH Connection: > MAC address: 34-40-B5-A8-0F-FA > > RX Packets: 5282609 Discarded: 615 Errors: 0 > TX Packets: 8959875 Discarded: 0 Errors: 0 > RX Bytes: 262965862 TX Bytes: 10427990369 > Device: 1200 Unit: 000 Role: DATA vPort: 0001 Index: 0001 > Options: VLAN_ARP > RDEV: 1300.P00 VDEV: 1300 Controller: DTCVSW2 BACKUP > Adapter Connections: > Adapter Owner: GUEST2 NIC: 0500.P00 Name: PVTSWTCH > Porttype: Access > RX Packets: 1779377 Discarded: 0 Errors: 0 > TX Packets: 3493479 Discarded: 0 Errors: 22 > RX Bytes: 81148173 TX Bytes: 4606728799 > Device: 0502 Unit: 002 Role: DATA vPort: 0065 Index: 0065 > VLAN: IPv4 0411 Assigned by system > VLAN: IPv6 0411 Assigned by system > Options: Broadcast Multicast IPv6 IPv4 VLAN > Unicast IP Addresses: > 192.168.41.34 MAC: 02-02-02-00-00-0B > 192.168.41.38 MAC: 02-02-02-00-00-0B > 192.168.41.40 MAC: 02-02-02-00-00-0B > FE80::202:200:100:B MAC: 02-02-02-00-00-0B Local > Multicast IP Addresses: > FF02::1 MAC: 33-33-00-00-00-01 > FF02::1:FF00:B MAC: 33-33-FF-00-00-0B > Local > > Guest1 ifconfig during stage 6: > eth0 Link encap:Ethernet HWaddr 02:00:00:00:00:09 > inet addr:192.168.41.33 Bcast:192.168.41.63 > Mask:255.255.255.224 > inet6 addr: fe80::200:0:100:9/64 Scope:Link > UP BROADCAST RUNNING NOARP MULTICAST MTU:1492 Metric:1 > RX packets:4600138 errors:0 dropped:0 overruns:0 frame:0 > TX packets:9059722 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:246359561 (234.9 MiB) TX bytes:11980027162 (11.1 GiB) > eth0:3 Link encap:Ethernet HWaddr 02:00:00:00:00:09 > inet addr:192.168.41.37 Bcast:192.168.41.63 > Mask:255.255.255.224 > UP BROADCAST RUNNING NOARP MULTICAST MTU:1492 Metric:1 > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:254019 errors:0 dropped:0 overruns:0 frame:0 > TX packets:254019 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:112024639 (106.8 MiB) TX bytes:112024639 (106.8 MiB) > Guest2 ifconfig during stage 6: > eth0 Link encap:Ethernet HWaddr 02:02:02:00:00:0B > inet addr:192.168.41.34 Bcast:192.168.41.63 > Mask:255.255.255.224 > inet6 addr: fe80::202:200:100:b/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 > RX packets:1779757 errors:0 dropped:0 overruns:0 frame:0 > TX packets:3494267 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:81190176 (77.4 MiB) TX bytes:4606998127 (4.2 GiB) > eth0:4 Link encap:Ethernet HWaddr 02:02:02:00:00:0B > inet addr:192.168.41.38 Bcast:192.168.41.63 > Mask:255.255.255.224 > UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 > eth0:8 Link encap:Ethernet HWaddr 02:02:02:00:00:0B > inet addr:192.168.41.40 Bcast:192.168.41.63 > Mask:255.255.255.224 > UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:101211 errors:0 dropped:0 overruns:0 frame:0 > TX packets:101211 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:39581773 (37.7 MiB) TX bytes:39581773 (37.7 MiB) > > > On Tue, Aug 28, 2012 at 6:55 PM, Alan Altmark <[email protected]>wrote: > >> 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/ >> > > ---------------------------------------------------------------------- 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/
