Re: HiperSockets Setup
Terry, What statement did you specify the MTU on - Gateway or Link? And what was the error you got? Peggy Williams z/VM - TCP/IP Development Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] To .hhs.gov IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] Re: HiperSockets Setup ARK.EDU 06/06/2008 09:42 AM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Yes, Thanks Alan. In the TCPIP PROFILE I did specify 16K but I received an error so I changed it to 1500 which I new would get around the error. When I did the NETSTAT displays I saw a MFS of 4096 and MTU of 32768. So I guess the question is why did I get the error in the TCPIP PROFILE specifying 16K? Am I missing something? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Friday, June 06, 2008 12:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HiperSockets Setup On Thursday, 06/05/2008 at 05:14 EDT, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: Basically once I got the filename correct and added the PASSWORD for the TCPMAINT 198 disk I was able to get the OBEYFILE command to work. I did receive an error on my first good try. It was balking about the MTU size being invalid. I was using 16384. I changed it to 1500 and tried the OBEYFILE command again and it worked. I noticed on the NETSTAT displays that the MTU actually was 32768 with a Frame Size of 4096. I used a HIPERSOCKETS device that was GENed with CHPARM=40. So basically it did not use the MTU size that I had defined in the PROFILE TCPIP. CHPARM=40 is a MFS of 24K, not 4096. The MTU = MFS - 8K, so the MTU is 16K. (Doc'd in the IOCP book.) Be sure everyone using the same HiperSocket chpid has the same MTU. If you don't, a PING will work, but a large data transfer won't. Alan Altmark z/VM Development IBM Endicott
Re: HiperSockets Setup
Terry, The message DTCOBE005E Unable to read file 'Filename Filetype filemode' means that it cannot read your configuration file for some reason. Do you have the correct filename, filetype and filemode? Peggy Williams 607-429-4063 z/VM - TCP/IP Development Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] To .hhs.gov IBMVM@LISTSERV.UARK.EDU Sent by: The IBM cc z/VM Operating SystemSubject [EMAIL PROTECTED] HiperSockets Setup ARK.EDU 06/04/2008 04:44 PM Please respond to The IBM z/VM Operating System [EMAIL PROTECTED] ARK.EDU Hi I am setting up HIPERSOCKETS for the first time and I am dealing with the syntax of the TCPIP PROFILE for the first time. I am using the HIPERSOCKETS Implementation Guide Red Book to walk through this. I made the changes to the PROFILE TCPIP and the SYSTEM DTCPARMS file. I am trying to do the OBEYFILE PROFILE TCPIP and I am receiving a DTCOBE005E error message. I assume it is some kind of syntax error in the PROFILE but I cannot find the description of the error message. Anyone know where I might find it? Thanks.. Terry Terry Martin Lockheed Martin - CITIC z/OS Performance and Tuning (410) 786-0386 - Office (443) 632-4191 - Cell [EMAIL PROTECTED]
Re: TCPIP GATEWAY definition - 2nd level stack to 1st level vswitch
I'm not sure if this will resolve your entire problem, but you definitely have an incorrect gateway statement. Assuming, you want a route to the 10.10.38.64 network, you want the gateway as follows: GATEWAY ; Network First Link MTU SubnetSubnet ; Address Hop Name Size Mask Value ; --- - - 10 = OSA1 1492 0.255.255.224 0.10.38.64 DEFAULTNET 10.10.38.65 OSA1 1492 0 ; Peggy Williams 607-429-4063 z/VM - TCP/IP Development Thomas Kern [EMAIL PROTECTED] o.com To Sent by: The IBM IBMVM@LISTSERV.UARK.EDU z/VM Operating cc System [EMAIL PROTECTED] Subject ARK.EDU TCPIP GATEWAY definition - 2nd level stack to 1st level vswitch 02/16/2007 03:02 PM Please respond to [EMAIL PROTECTED] .com I am trying to get a 2nd level TCPIP stack to properly talk to a 1st level vswitch. I need to get to this 2nd level stack from the other side of the vswitch. I have a 1st level vswitch connected to an OSA with addresses in the range of 10.10.38.64-10.10.38.95 (gateway = 10.10.38.65). I have the vswitch grants in place to authorize my 2nd level test machine to connect to it and I have a NICDEF statement in the directory entry. The 2nd level machine ipls, its TCPIP server aquires the virtual devices for the NICDEF and starts the stack. At this point the stack will either not communicate with anything or only with systems that are also on the 1st level vswitch. I have tried variations on the GATEWAY statements and this is the set that will allow me to communicate with other vswitch guests but not beyond. GATEWAY ; Network First Link MTU SubnetSubnet ; Address Hop Name Size Mask Value ; --- - - 10 = OSA1 1492 0.0.0.224 0.0.0.64 DEFAULTNET 10.10.38.65 OSA1 1492 0 ; And I get this message when I bring up the stack or use OBEYFILE with these statements (line number is different in stack initialization). DTCPAR123I Line 6: Unknown link name in GATEWAY cmd /Tom Kern /301-903-2211
Peggy Williams/Endicott/IBM is out of the office.
I will be out of the office starting 12/19/2006 and will not return until 01/02/2007. If you need technical assistance, please contact Susan Timashenka.
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
