Um, Not jumping off the bridge now.. because that fixed it but um, thats wrong isn't it??
I mean our goal was to truly have a subnet inside VM. How will I be able to setup routing with a host type mask? Thanks Jeremy "Davis, Jeff" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 01/30/2002 15:14:47 Please respond to Linux on 390 Port <[EMAIL PROTECTED]> Sent by: Linux on 390 Port <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Subject: Re: QETH/Hipersocket/Guest Lan.Save me from jumping off a bridge This is the kind of behavior I got when I first started running Linux guests under our VM system. I believe it has to do with the subnet mask being incorrect. Try using 255.255.255.255 -----Original Message----- From: Jeremy Warren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 1:00 PM To: [EMAIL PROTECTED] Subject: QETH/Hipersocket/Guest Lan.Save me from jumping off a bridge OK, I'm at my wits end....... The water below looks cool and refreshing..... We just purchased SLES7 so that we could get to the 2.4.7 kernel so that we could get to guest lans on VM. Basically what we want is a whole subnet behind VM with VM acting as router. Production LAN 10.100.0.0 / 255.255.0.0 VM Production IP Addr 10.100.1.2 / 255.255.0.0 Guest Lan under VM 10.105.1.0 / 255.255.255.0 VM Guest Lan IP Addr 10.105.1.254 / 255.255.255.0 First Linux Server (linux0) on the Guest Lan 10.105.1.250 / 255.255.255.0 Second Linux Server (linux1) on the Guest Lan 10.105.1.1 / 255.255.255.0 The VM configuration seems to be happy. We tested this by bringing up a second TCPIP stack under VM and putting that new stack on the guest lan and the two of them happily were talking to each other we could telnet, ping, etc. >From either Linux instance it can ping its own interface but no-one else on the 10.105.1.0 network. So from linux0 ping 10.105.1.250 - works ping 10.105.1.254 - fails ping 10.105.1.1 - fails >From linux1 ping 10.105.1.1 - works ping 10.105.1.254 - fails ping 10.105.1.250 - fails ifconfig for hsi0 shows: hsi0 Link encap:Ethernet HWaddr 00:00:00:00:00:00 inet addr:10.105.1.250 Mask:255.255.255.0 inet6 addr: fe80::200:ff:fe00:0/10 Scope:Link UP RUNNING NOARP MTU:8192 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:7 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:728 (728.0 b) Interrupt:10 Note that the HW Address is all 00. This seems wrong to me but since I can't get it to work who knows.... We are manually configuring the device in chandev. Our chandev.conf: noauto ctc0,0xc000,0xc001,0,0 qeth0,0x0500,0x0501,0x0502,4096 add_parms,0x10,0x0500,0x0502,portname:VLAN1 (We tried hsi0 instead of qeth0 and get unknown verb or something similar). A Q NIC DETAILS from linux0 shows: CP Q NIC DETAILS Adapter 0500 Type: HIPER Name: VLAN1 Devices: 3 Port 0 MAC: 00-04-AC-00-00-11 LAN: SYSTEM VLAN1 MFS: 16384 Connection Name: HALLOLE State: Session Established Device: 0500 Unit: 000 Role: CTL-READ Device: 0501 Unit: 001 Role: CTL-WRITE Device: 0502 Unit: 002 Role: DATA Unicast IP Addresses: 10.105.1.250 Note that I DO have a mac address and the 0500-0502 devices are indeed connected. (For folks who have been helping offline the NIC Address changed from 0510 to 0500 on a SWAG) A Q LAN DETAILS from linux0 shows: (At the time this was taken linux1 was down). CP Q LAN DETAILS LAN SYSTEM VLAN1 Type: HIPERS Active: 2 MAXCONN: INFINITE PERSISTENT UNRESTRICTED MFS: 16384 Adapter Owner: LINUX0 NIC: 0500 Name: VLAN1 10.105.1.250 Adapter Owner: TCPIP NIC: 0510 Name: VLAN1 10.105.1.254 It appears to me anyway that both linux0 and tcpip are properly into the guest lan they just wont talk to each other. Which to me points to a linux config error but I can't figure it out. Any suggestions are GREATLY appreciated we really need to get this working ASAP. Please do not hesitate to ask for any config files etc. Thanks in advance. Jeremy Warren. The information in this electronic mail message is sender's business Confidential and may be legally privileged. It is intended solely for the addressee(s). Access to this Internet electronic mail message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. Galileo International is not liable for any loss or damage arising in any way from this message or its attachments.
