Alan said:
> Anyway:
> 1. Check NETSTAT GATE on both TCP/IPs.
> 2. Turn on MORETRACE for IPUP, IPDOWN, and ICMP on the routing system
> 3. Do the same for the endpoint system.
OK... here is a bunch of output:
* On z530test:
ifconfig
VSW10 inet addr: 10.0.7.153 mask: 255.255.0.0
UP BROADCAST MULTICAST MTU: 1500
vdev: 0B00 type: QDIO ETHERNET portname: UNASSIGNED
ipv4 router type: NONROUTER ipv6: DISABLED
VSWITCH name: VSWITCH1
cpu: 0 forwarding: ENABLED
RX bytes: 54908363 TX bytes: 1513421
UNDR inet addr: 10.1.99.153 P-t-P: 10.1.31.253 mask: 255.255.0.0
UP BROADCAST MULTICAST POINTOPOINT MTU: 32760
vdev: 0900 type: CTC portnumber: 0
connects to: LEV2VM 0900
cpu: 0 forwarding: ENABLED
RX bytes: 3864 TX bytes: 3864
READY; T=0.11/0.13 15:44:15
netstat gate
VM TCP/IP Netstat Level 530
Known IPv4 gateways:
Subnet Address Subnet Mask FirstHop Flgs PktSz Metric Link
-------------- ----------- -------- ---- ----- ------ ------
Default <none> 10.0.0.6 UGS 1500 <none> VSW10
10.0.0.0 255.255.0.0 <direct> UT 1500 <none> VSW10
10.1.0.0 255.255.0.0 <direct> UT 32760 <none> UNDR
10.1.31.253 HOST <direct> UHS 32760 <none> UNDR
10.1.88.0 255.255.255.0 <direct> T 16384 <none> HS-F8
Known IPv6 gateways: None
READY; T=0.02/0.03 15:44:55
=========
* On UNDR:
IFCONFIG
Z530 inet addr: 10.1.31.253 mask: 255.255.0.0
UP BROADCAST MULTICAST MTU: 9216
vdev: 0900 type: CTC portnumber: 1
cpu: 0 forwarding: ENABLED
RX bytes: 3864 TX bytes: 3864
Ready; T=0.08/0.10 15:49:38
NETSTAT GATE
VM TCP/IP Netstat Level 530
Known IPv4 gateways:
Subnet Address Subnet Mask FirstHop Flgs PktSz Metric Link
-------------- ----------- -------- ---- ----- ------ ------
Default <none> 10.1.99.153 UGS 4096 <none> Z530
10.1.0.0 255.255.0.0 <direct> UT 9216 <none> Z530
Known IPv6 gateways: None
Ready; T=0.02/0.04 15:51:06
IFCONFIG Z530 DOWN
DTCIFC2610E The POINTOPOINT operand is required, but has not been specified
Ready(00008); T=0.08/0.10 16:02:58
***(I did NOT understand that error at all!)
------
* ON Z530:
DASD 03EE LINKED R/O; R/W BY MAINT
DMSACP723I Z (3EE) R/O
16:04:16 DTCPAR203I OBEYFILE: Begin printing file contents:
16:04:16 DTCCTC082E CTCA shutting down:
16:04:16 DTCPRI385I Device d...@900:
16:04:16 DTCPRI386I Type: CTC, Status: Ready
16:04:16 DTCPRI387I Envelope queue size: 0
16:04:16 DTCPRI388I Address: 0900
16:04:16 DTCPAR204I OBEYFILE: STOP d...@900
16:04:16 DTCPAR205I OBEYFILE: End file contents
DASD 03EE DETACHED
16:04:16 DTCOSD223E OSD device d...@c00: Return code E010 from DELIP for IPv4
16:04:16 DTCOSD247I OSD device d...@c00: Unassigned IPv4 address 10.1.31.253
16:04:16 DTCOSD223E OSD device d...@b00: Return code E010 from DELIP for IPv4
16:04:16 DTCOSD247I OSD device d...@b00: Unassigned IPv4 address 10.1.31.253
DASD 03EE LINKED R/O; R/W BY MAINT
DMSACP723I Z (3EE) R/O
16:04:38 DTCPAR203I OBEYFILE: Begin printing file contents:
16:04:38 DTCCTC080I CTCA initializing:
16:04:38 DTCPRI385I Device d...@900:
16:04:38 DTCPRI386I Type: CTC, Status: Not started
16:04:38 DTCPRI387I Envelope queue size: 0
16:04:38 DTCPRI388I Address: 0900
16:04:39 DTCPAR204I OBEYFILE: START d...@900
16:04:39 DTCPAR205I OBEYFILE: End file contents
DASD 03EE DETACHED
16:04:39 DTCCTC095E Sense id: FF 30 88 for device 0900
16:04:39 DTCCTC095E Sense id: FF 30 88 for device 0901
16:12:04 * MSG FROM MAINT : I JUST DID: PING 10.1.31.253 SUCCESSFULLY
DASD 03EE LINKED R/O; R/W BY MAINT
DMSACP723I Z (3EE) R/O
16:14:35 DTCPAR203I OBEYFILE: Begin printing file contents:
16:14:35 DTCCTC082E CTCA shutting down:
16:14:35 DTCPRI385I Device d...@900:
16:14:35 DTCPRI386I Type: CTC, Status: Ready
16:14:35 DTCPRI387I Envelope queue size: 0
16:14:35 DTCPRI388I Address: 0900
16:14:35 DTCPAR204I OBEYFILE: STOP d...@900
16:14:35 DTCPAR205I OBEYFILE: End file contents
DASD 03EE DETACHED
16:14:35 DTCOSD223E OSD device d...@c00: Return code E010 from DELIP for IPv4
16:14:35 DTCOSD247I OSD device d...@c00: Unassigned IPv4 address 10.1.31.253
16:14:35 DTCOSD223E OSD device d...@b00: Return code E010 from DELIP for IPv4
16:14:35 DTCOSD247I OSD device d...@b00: Unassigned IPv4 address 10.1.31.253
DASD 03EE LINKED R/O; R/W BY MAINT
DMSACP723I Z (3EE) R/O
16:15:02 DTCPAR203I OBEYFILE: Begin printing file contents:
16:15:02 DTCCTC080I CTCA initializing:
16:15:02 DTCPRI385I Device d...@900:
16:15:02 DTCPRI386I Type: CTC, Status: Not started
16:15:02 DTCPRI387I Envelope queue size: 0
16:15:02 DTCPRI388I Address: 0900
16:15:03 DTCPAR204I OBEYFILE: START d...@900
16:15:03 DTCPAR205I OBEYFILE: End file contents
DASD 03EE DETACHED
16:15:03 DTCCTC095E Sense id: FF 30 88 for device 0900
16:15:03 DTCCTC095E Sense id: FF 30 88 for device 0901
I restarted both TCPIPs after adding this line to the profile:
MORETRACE IP-UP IP-DOWN ICMP
but I do not see any trace info from it.
What is that DELIP from the OSA?
What exactly did you mean by "tightened the rules".
My mask for the CTC was /16.
Thank you much!
Shimon
>
> ===LAN==+== 10.0/16 ==========
> |OSA
> +-------------+
> | VSWITCH |
> +-------------+
> |VNIC
> +----------------------------+ +-----------------+
> | 10.0.7.153 | | VMunderVM |
> | VM 5.3 Test | | +-------------+ |
> | 10.1.99.53|--CTC----+ VMTCPIP | |
> +----------------------------+ | | 10.1.31.253 | |
> | +-------------+ |
>
> +-----------------+
>
> 1) The network guy had prepared LAN routing for 10.1.31.x to 10.0.7.153
> 2) the vswitch shows PRIROUTER when I do a Q VSWITCH
> 3) a workstation on the LAN can ping 10.0.7.153
> 4) when logged in on 10.0.7.153 I can ping the workstation, and
10.1.31.253
> 5) BUT... the workstation only gets timeouts when pinging 10.1.31.253.
>
> So, this is basically a test of whether I can route to another network
via
> VM on a vswitch, and it did not work.
> Obviously, I cannot throw away the VM4 system until I can get the VM5
> to give connectivity to our VSE. (Yes, when we upgrade VSE next, it will
also
> connect directly to the Vswitch, with a new IP, and no more routing!)
>
> I am at a loss as to who is breaking the chain here. How can I know
> if the routie set up to 10.0.7.153 is working? Or that the OSA
> is really sending the request to the vswitch? Or is VM not forwarding
via
> the CTC to 2nd level TCPIP?
> Any suggestions as to what to do/check next are welcome. :-)
You didn't post any NETSTAT/IFCONFIG output, so it's hard to say. Did you
check your TCPIP consoles for errors? Miguel can confirm, but I think
z/VM 5.2 tightened the rules on p2p subnet masks. (No more
255.255.255.255)
Anyway:
1. Check NETSTAT GATE on both TCP/IPs.
2. Turn on MORETRACE for IPUP, IPDOWN, and ICMP on the routing system
3. Do the same for the endpoint system.
Alan Altmark
z/VM Development
IBM Endicott
