On Fri, May 9, 2008 at 11:20 AM, Brian Nielsen <[EMAIL PROTECTED]>
wrote:

> On Fri, 9 May 2008 08:27:19 -0400, Mark Pace <[EMAIL PROTECTED]> wrote:
> >I can't find any error in the addressing or routing.
>
> That looked fine to me, too.
>
> From the z/OS guest: What do a NETSTAT,ARP and a TRACERTE show?


*From working z/OS*
tracerte 10.6.0.4 (max 3 try 3 wait 2
 CS V1R9: Traceroute to 10.6.0.4 (10.6.0.4):
 1 10.6.0.4 (10.6.0.4)  1 ms  0 ms  0 ms
 READY

*Failing z/OS*
tracerte 10.6.0.4 (max 3 try 3 wait 2
 CS V1R9: Traceroute to 10.6.0.4 (10.6.0.4):
 1 * * *
 2 * * *
 3 * * *
 hop limit reached:
 READY

Arp is the same on both.
netstat arp
all
 EZZ2350I MVS TCP/IP NETSTAT CS V1R9       TCPIP Name: TCPIP
15:42:09
 EZZ2595I Querying ARP cache for address 10.6.0.7

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 EZZ2595I Querying ARP cache for address 10.6.0.6

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 EZZ2595I Querying ARP cache for address 10.6.0.5

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 EZZ2595I Querying ARP cache for address 10.6.0.4

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 EZZ2595I Querying ARP cache for address 10.6.0.3

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 EZZ2595I Querying ARP cache for address 10.6.0.2

 EZZ2599I Link: IUTLNK1
IPAQIDIO


 READY




>
>
> Something you might want to try for debugging purposes is to remove the
>
> hardware from the equation by defining a hipersocket LAN and connect your
>
> z/OS guest and a VM TCP/IP stack to it.


There could be something to that.   When I create a z/OS under z/VM I have
to use a vswitch LAN connection instead of a real OSA.  The real OSA
dedicated to z/OS just will not work.



>
>
> I'm assuming that the z/OS guest is running under the VM you showed
> running on the GP's (as opposed to a different VM on the GP's).  So I
> don't think anything in the IOCP should be an issue, but leave no stone
>
> unturned.


Yes - I have one z/VM on a GP and one z/VM on an IFL.


>
>
> <grasp at straw>
> I also see that you're running z/OS 1.9 and VM 5.2 (we're on 1.7 and
> 5.3).  Perhaps there's service on one or the other that's relevant.
> </grasp at straw>
>
> Brian Nielsen
>
>


-- 
Mark Pace
Mainline Information Systems

Reply via email to