Strange OSPF problem
This is a complicated problem, so please bear with the long preamble I have a VM TCPIP stack running level 520 on a z/VM 5.4.0 system. It is connected to an OSA on one side and a guest lan on the other. (It acts as a router for the guest lan.) It uses OSPF, so I have a MPROUTE machine going too. There is a bunch of stuff on the guest lan too, but they don't figure into this problem. The OSA is shared with a Linux guest which acts as a firewall for a bunch of Linux servers on a guest lan. So, here's the picture, 1 OSA shared between 1 VM TCPIP stack and 1 Linux stack. The Linux firewall is running zebra for dynamic routing. All is good, everyone talks to everyone else, until I upgrade the VM TCPIP stack to level 540. (Same config files.) Both the TCPIP and MPROUTE machines come up fine. NETSTAT GATE shows that the routes are there and everything looks OK. The IP on the OSA side pings, no problem. However, the IP on the guest lan side can't be seen by the network. Pings fail. Traceroutes go off into the ether. To make things even weirder, the Linux firewall starts having the same problem. All the Linux servers behind it suddenly disappear from the network as well. At first, I thought this might be a VM TCPIP problem, but now I'm not sure. Could this be affecting the routing tables in the OSA? (Its an OSA Express1 Gbe on a z/990.) I'm at a loss on this one. As soon as I switch the VM stack back to 520 level, everything shows up again, including the Linux servers on the other guest lan. Any ideas? Am I doing something naughty? Martha
Re: Strange OSPF problem
Any errors on the MPROUTE console? We've found that when things go bad, MPROUTE usually has a complaint. You may want to turn on debug too. Could both your MPROUTE and your zebra be advertising the same routes? We inadvertantly did that with a /30 vipa subnet and it didn't matter until we moved some network connections around. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martha McConaghy Sent: Thursday, December 11, 2008 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Strange OSPF problem This is a complicated problem, so please bear with the long preamble I have a VM TCPIP stack running level 520 on a z/VM 5.4.0 system. It is connected to an OSA on one side and a guest lan on the other. (It acts as a router for the guest lan.) It uses OSPF, so I have a MPROUTE machine going too. There is a bunch of stuff on the guest lan too, but they don't figure into this problem. The OSA is shared with a Linux guest which acts as a firewall for a bunch of Linux servers on a guest lan. So, here's the picture, 1 OSA shared between 1 VM TCPIP stack and 1 Linux stack. The Linux firewall is running zebra for dynamic routing. All is good, everyone talks to everyone else, until I upgrade the VM TCPIP stack to level 540. (Same config files.) Both the TCPIP and MPROUTE machines come up fine. NETSTAT GATE shows that the routes are there and everything looks OK. The IP on the OSA side pings, no problem. However, the IP on the guest lan side can't be seen by the network. Pings fail. Traceroutes go off into the ether. To make things even weirder, the Linux firewall starts having the same problem. All the Linux servers behind it suddenly disappear from the network as well. At first, I thought this might be a VM TCPIP problem, but now I'm not sure. Could this be affecting the routing tables in the OSA? (Its an OSA Express1 Gbe on a z/990.) I'm at a loss on this one. As soon as I switch the VM stack back to 520 level, everything shows up again, including the Linux servers on the other guest lan. Any ideas? Am I doing something naughty? Martha
Re: Strange OSPF problem
If there is a Cisco box with layer 3 function enabled on the other side of the OSA, do a 'show route ospf' in enable mode and let's see what it looks like for the 5.2 and 5.4 cases. I have a VM TCPIP stack running level 520 on a z/VM 5.4.0 system. It is connected to an OSA on one side and a guest lan on the other. (It acts as a router for the guest lan.) It uses OSPF, so I have a MPROUTE machine going too. There is a bunch of stuff on the guest lan too, but they don't figure into this problem. The OSA is shared with a Linux guest which acts as a firewall for a bunch of Linux servers on a guest lan. So, here's the picture, 1 OSA shared between 1 VM TCPIP stack and 1 Linux stack. The Linux firewall is running zebra for dynamic routing. All is good, everyone talks to everyone else, until I upgrade the VM TCPIP stack to level 540. (Same config files.) Both the TCPIP and MPROUTE machines come up fine. NETSTAT GATE shows that the routes are there and everything looks OK. The IP on the OSA side pings, no problem. However, the IP on the guest lan side can't be seen by the network. Pings fail. Traceroutes go off into the ether. To make things even weirder, the Linux firewall starts having the same problem. All the Linux servers behind it suddenly disappear from the network as well. At first, I thought this might be a VM TCPIP problem, but now I'm not sure. Could this be affecting the routing tables in the OSA? (Its an OSA Express1 Gbe on a z/990.) I'm at a loss on this one. As soon as I switch the VM stack back to 520 level, everything shows up again, including the Linux servers on the other guest lan. Any ideas? Am I doing something naughty? Martha
RE : OSPF problem
Title: Message Thanks a lot. Regards :-) Laurent Dubois - Equipe VM Laurent Dubois *[EMAIL PROTECTED] ( 03 28 55 63 88 - 22 53 88 2 03 28 55 55 90 - 22 55 90 SNCF - DSIV OS MM Systeme VM Tour de Lille Boulevard de Turin - 59777 EURALILLE -Message d'origine-De: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Envoyé: lundi 23 octobre 2006 17:52À: IBMVM@LISTSERV.UARK.EDUObjet: Re: OSPF problem Laurent,When interfaces are not defined to MPRoute in the MPROUTE CONFIG file, MPRoute will use the default class mask. In your case the mask of 255.0.0.0 is used.So, you need to define your Linux interface LINUX1A in the MPROUTE CONFIG file using the INTERFACE statement . Peggy Williamsz/VM - TCP/IP DevelopmentIBM EndicottEXT / DUBOIS Laurent [EMAIL PROTECTED] EXT / DUBOIS Laurent [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/23/2006 11:29 AM Please respond toThe IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject OSPF problem Hi,I get some problems using OSPF under z/VM. When I start a Suse z/Linux system under my z/VM, I get the class A network 10.0.0.0 that is directed trough the z/Linux system !! Of course I do not want the class A network to be routed trough my test Linux system. What I am missing ? Where does the added network 10.0.0.0 comes from ? 17:02:54.508389 DTCMPR7862I Received update interface LINUX1A17:02:54.508569 DTCMPR8057I Added network 10.0.0.0 to interface 10.27.147.101 on net 7 interface LINUX1A17:02:54.508758 DTCMPR7827I Adding stack route to 10.0.0.0, mask 255.0.0.0 via 0.0.0.0, link LINUX1A, metric 1, type 117:02:54.509557 mprorirt: Recv completes with 228 bytes17:02:54.510096 DTCMPR7862I Received update interface LINUX1A17:02:54.510523 DTCMPR8061I Deleted net 10.27.147.1 route via 10.27.147.101 net 7 interface LINUX1A17:02:54.510704 DTCMPR8061I Deleted net 10.0.0.0 route via 10.27.147.101 net 7 interface LINUX1A17:02:54.510893 DTCMPR7864I Deleting all stack routes to 10.0.0.0, mask 255.0.0.017:02:57.787530 mprorirt: Recv completes with 228 bytes17:02:57.788022 DTCMPR7862I Received update interface LINUX1A17:02:57.788162 DTCMPR8057I Added network 10.0.0.0 to interface 10.27.147.101 on net 7 interface LINUX1A17:02:57.788237 DTCMPR7827I Adding stack route to 10.0.0.0, mask 255.0.0.0 via 0.0.0.0, link LINUX1A, metric 1, type 1netstat gateVM TCP/IP Netstat Level 510Known IPv4 gateways:NetAddress FirstHop Flgs PktSz Subnet Mask Subnet Value Link-- - --- --10.0.0.0 direct U 576 none LINUX1A10.0.0.0 10.27.186.196 UG 1200 0.255.252.0 0.22.40.0 LIL1_O210.27.147.1 direct UHS 4096 HOST LINUX1A10.27.147.2 direct HS 4096 HOST LINUX2A10.0.0.0 direct U 1200 0.255.255.192 0.27.186.192 LIL1_O2Known IPv6 gateways: NoneBelow is my configuration for MPROUTE : AreaArea_Number=1.9.6.6Authentication_Type=Password;Comparison=Type2OSPF_InterfaceIP_Address=10.27.186.199Name=LIL1_O2Subnet_Mask=255.255.255.192Destination_Addr=10.27.186.200Attaches_To_Area=1.9.6.6Authentication_Key=""MTU=1200Router_Priority=0Cost0=50;;RouterID=10.27.186.199;OSPF_InterfaceIP_Address=10.22.61.19Name=VLIL1_2Subnet_Mask=255.255.255.192Attaches_To_Area=1.9.6.6Cost0=100;;AS_Boundary_RoutingImport_Static_Routes=YesImport_Direct_Routes=YesImport_Subnet_Routes=Yes;Below is my configuration (For TCIP under z/VM) : DEVICE OSALNK2 OSD 1306 PORTNAME PORT00E3 NONROUTERLINK LIL1_O2 QDIOETHERNET OSALNK2DEVICE CTCLNX1A CTC 1DF8 LINK LINUX1A CTC 0 CTCLNX1ADEVICE VCTCLIL1 VIRTUAL 0LINK VLIL1_2 VIRTUAL 0 VCTCLIL1HOME10.22.61.19 VLIL1_210.27.186.199 LIL1_O210.27.147.101 LINUX1AGATEWAY10.27.147.1 = LINUX1A 4096 HOSTFor the Suse TCPIP I only have defined the CTC link 10.27.147.1 peered with the 10.27.147.101. Thanks for any help Laurent Dubois
OSPF problem
Title: Message
Hi,I get some problems using OSPF under
z/VM.
When I start a Suse z/Linux system under my z/VM, I get the class
A network 10.0.0.0 that is directed trough the z/Linux system
!!
Of course I do not want the class A networkto be routed trough my
test Linux system.
What I am missing ? Where does the added network 10.0.0.0 comes from
?
17:02:54.508389
DTCMPR7862I Received update interface LINUX1A17:02:54.508569 DTCMPR8057I
Added network 10.0.0.0 to interface 10.27.147.101
on net 7 interface LINUX1A17:02:54.508758 DTCMPR7827I
Adding stack route to 10.0.0.0, mask 255.0.0.0 via
0.0.0.0, link LINUX1A, metric 1, type 117:02:54.509557
mprorirt: Recv completes with 228 bytes17:02:54.510096 DTCMPR7862I
Received update interface LINUX1A17:02:54.510523 DTCMPR8061I Deleted net
10.27.147.1 route via 10.27.147.101 net 7 interface LINUX1A17:02:54.510704
DTCMPR8061I Deleted net 10.0.0.0 route via 10.27.147.101 net 7 interface
LINUX1A17:02:54.510893 DTCMPR7864I Deleting all stack routes to 10.0.0.0,
mask 255.0.0.017:02:57.787530 mprorirt: Recv completes with 228
bytes17:02:57.788022 DTCMPR7862I Received update interface
LINUX1A17:02:57.788162 DTCMPR8057I Added network 10.0.0.0 to interface
10.27.147.101 on net 7 interface LINUX1A17:02:57.788237 DTCMPR7827I Adding
stack route to 10.0.0.0, mask 255.0.0.0 via 0.0.0.0, link LINUX1A, metric 1,
type 1
netstat
gateVM TCP/IP Netstat Level 510
Known IPv4
gateways:
NetAddress
FirstHop Flgs PktSz Subnet
Mask Subnet Value
Link--
-
--- --10.0.0.0
direct U
576
none
LINUX1A10.0.0.0
10.27.186.196 UG 1200 0.255.252.0
0.22.40.0
LIL1_O210.27.147.1
direct UHS 4096
HOST
LINUX1A10.27.147.2
direct HS
4096
HOST
LINUX2A10.0.0.0
direct U
1200 0.255.255.192 0.27.186.192 LIL1_O2
Known IPv6 gateways:
None
Below
is my configuration forMPROUTE :
Area
Area_Number=1.9.6.6
Authentication_Type=Password;Comparison=Type2OSPF_Interface
IP_Address=10.27.186.199
Name=LIL1_O2
Subnet_Mask=255.255.255.192
Destination_Addr=10.27.186.200
Attaches_To_Area=1.9.6.6
Authentication_Key=""
MTU=1200
Router_Priority=0
Cost0=50;;RouterID=10.27.186.199;OSPF_Interface
IP_Address=10.22.61.19
Name=VLIL1_2
Subnet_Mask=255.255.255.192
Attaches_To_Area=1.9.6.6
Cost0=100;;AS_Boundary_Routing
Import_Static_Routes=Yes
Import_Direct_Routes=Yes
Import_Subnet_Routes=Yes;
Below is my configuration (For TCIP under
z/VM) :
DEVICE OSALNK2 OSD 1306 PORTNAME PORT00E3
NONROUTERLINK LIL1_O2 QDIOETHERNET OSALNK2DEVICE CTCLNX1A CTC
1DF8LINK LINUX1A CTC 0 CTCLNX1ADEVICE VCTCLIL1 VIRTUAL
0LINK VLIL1_2 VIRTUAL 0 VCTCLIL1HOME
10.22.61.19 VLIL1_2 10.27.186.199 LIL1_O2
10.27.147.101 LINUX1AGATEWAY
10.27.147.1
= LINUX1A
4096
HOST
For theSuseTCPIP I only have defined the CTC
link 10.27.147.1 peered with the 10.27.147.101.
Thanks for any help
Laurent
Dubois
Re: OSPF problem
Laurent, When interfaces are not defined to MPRoute in the MPROUTE CONFIG file, MPRoute will use the default class mask. In your case the mask of 255.0.0.0 is used. So, you need to define your Linux interface LINUX1A in the MPROUTE CONFIG file using the INTERFACE statement . Peggy Williams z/VM - TCP/IP Development IBM Endicott EXT / DUBOIS Laurent [EMAIL PROTECTED] EXT / DUBOIS Laurent [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 10/23/2006 11:29 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject OSPF problem Hi, I get some problems using OSPF under z/VM. When I start a Suse z/Linux system under my z/VM, I get the class A network 10.0.0.0 that is directed trough the z/Linux system !! Of course I do not want the class A network to be routed trough my test Linux system. What I am missing ? Where does the added network 10.0.0.0 comes from ? 17:02:54.508389 DTCMPR7862I Received update interface LINUX1A 17:02:54.508569 DTCMPR8057I Added network 10.0.0.0 to interface 10.27.147.101 on net 7 interface LINUX1A 17:02:54.508758 DTCMPR7827I Adding stack route to 10.0.0.0, mask 255.0.0.0 via 0.0.0.0, link LINUX1A, metric 1, type 1 17:02:54.509557 mprorirt: Recv completes with 228 bytes 17:02:54.510096 DTCMPR7862I Received update interface LINUX1A 17:02:54.510523 DTCMPR8061I Deleted net 10.27.147.1 route via 10.27.147.101 net 7 interface LINUX1A 17:02:54.510704 DTCMPR8061I Deleted net 10.0.0.0 route via 10.27.147.101 net 7 interface LINUX1A 17:02:54.510893 DTCMPR7864I Deleting all stack routes to 10.0.0.0, mask 255.0.0.0 17:02:57.787530 mprorirt: Recv completes with 228 bytes 17:02:57.788022 DTCMPR7862I Received update interface LINUX1A 17:02:57.788162 DTCMPR8057I Added network 10.0.0.0 to interface 10.27.147.101 on net 7 interface LINUX1A 17:02:57.788237 DTCMPR7827I Adding stack route to 10.0.0.0, mask 255.0.0.0 via 0.0.0.0, link LINUX1A, metric 1, type 1 netstat gate VM TCP/IP Netstat Level 510 Known IPv4 gateways: NetAddress FirstHopFlgs PktSz Subnet Mask Subnet Value Link -- - --- -- 10.0.0.0directU576 none LINUX1A 10.0.0.010.27.186.196 UG 1200 0.255.252.0 0.22.40.0 LIL1_O2 10.27.147.1 directUHS 4096 HOSTLINUX1A 10.27.147.2 directHS 4096 HOSTLINUX2A 10.0.0.0directU1200 0.255.255.192 0.27.186.192 LIL1_O2 Known IPv6 gateways: None Below is my configuration for MPROUTE : Area Area_Number=1.9.6.6 Authentication_Type=Password; Comparison=Type2 OSPF_Interface IP_Address=10.27.186.199 Name=LIL1_O2 Subnet_Mask=255.255.255.192 Destination_Addr=10.27.186.200 Attaches_To_Area=1.9.6.6 Authentication_Key= MTU=1200 Router_Priority=0 Cost0=50; ; RouterID=10.27.186.199 ; OSPF_Interface IP_Address=10.22.61.19 Name=VLIL1_2 Subnet_Mask=255.255.255.192 Attaches_To_Area=1.9.6.6 Cost0=100; ; AS_Boundary_Routing Import_Static_Routes=Yes Import_Direct_Routes=Yes Import_Subnet_Routes=Yes; Below is my configuration (For TCIP under z/VM) : DEVICE OSALNK2 OSD 1306 PORTNAME PORT00E3 NONROUTER LINK LIL1_O2 QDIOETHERNET OSALNK2 DEVICE CTCLNX1A CTC 1DF8 LINK LINUX1A CTC 0 CTCLNX1A DEVICE VCTCLIL1 VIRTUAL 0 LINK VLIL1_2 VIRTUAL 0 VCTCLIL1 HOME 10.22.61.19 VLIL1_2 10.27.186.199 LIL1_O2 10.27.147.101 LINUX1A GATEWAY 10.27.147.1 = LINUX1A 4096 HOST For the Suse TCPIP I only have defined the CTC link 10.27.147.1 peered with the 10.27.147.101. Thanks for any help Laurent Dubois
Re: OSPF problem
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 10/23/2006 08:29:30 AM: Below is my configuration for MPROUTE : Area Area_Number=1.9.6.6 Authentication_Type=Password; Comparison=Type2 OSPF_Interface IP_Address=10.27.186.199 Name=LIL1_O2 Subnet_Mask=255.255.255.192 Destination_Addr=10.27.186.200 Attaches_To_Area=1.9.6.6 Authentication_Key= MTU=1200 Router_Priority=0 Cost0=50; ; RouterID=10.27.186.199 ; OSPF_Interface IP_Address=10.22.61.19 Name=VLIL1_2 Subnet_Mask=255.255.255.192 Attaches_To_Area=1.9.6.6 Cost0=100; ; AS_Boundary_Routing Import_Static_Routes=Yes Import_Direct_Routes=Yes Import_Subnet_Routes=Yes; MPRoute is picky. You have to define all of your interfaces in MPROUTE CONFIG. If you don't want to run OSPF over a particular interface, use the INTERFACE statement rather than OSPF_INTERFACE. Regards, Miguel Delapaz z/VM TCP/IP Development
