NU021172@NDSUVM1.BITNET (Marty Hoag) (09/29/89)
I am not directly subscribed to IBM-NETS so please include my address
in any replies to the following. Thanks! Marty
3174-11L Gateway - 3174-03R DSPU will not come active.
We are trying to install a 3174-11L Gateway on a new token ring
network. We are using a converted 3174-03R (was 1R I believe) for
testing. The 3174-11L and 03R are using microcode A5.0 (and S5.0).
We are using VM HPO 4.2 VTAM 3.1.0 on an IBM 3090-200E under LPAR
mode. For testing I have been attaching the gateway and downstream
PU (DSPU) addresses to VTAM (they have 16 addresses defined at the
moment but I have 80 genned).
We have a rather back level GCS but CP is at SLU 425. We also
applied PTFs UV36538, UV37979, and UV38648 from the 8902 tape.
The UV38648 includes apar VM33635 which involves changes for an
engineering change in the 3174-x1L. We are told that change is
in the 3174-11L. The change had to do with how DSPUs were activated
so it seems like that could be a problem. Since the PTFs for
VM33635 just came out this summer (for many different levels of VTAM:
UV38649 for 3.1.1, UV38650 for 3.1.2 and UV38651 for 3.2.0) I am
looking for anyone who has put them on. Our VTAM has not had much
maintenance for a couple years (we are waiting for VM/XA to
stabilize... ;-).
We can use the local ports on the 3174-11L but cannot get the
remote 3174-03R to come active. The 3174 displays 505 which says
it is waiting to be activated. When I deactivate the PU for the
remote I get a 583 on it. The 505 comes back when I attempt to
activate it. So data is getting around the ring. The PU for the
downstream PU is staying at PCTD2 which is the correct state before
it comes active.
I haven't done much I/O tracing. Level 2 hardware wants a CCW
trace... But I did do a VTAM Internal CIO trace and found some
records with INT 441 (the channel address corresponding to the
03R) with UC and DE (that is also part of the change).
The OLD temporary hardware fix was PTR2668 but that only
rejected the ACTPU apparently. The new hardware fix is supposed
to be described in "PMH 52X33,095,649" but that could note be found
by our NSD folk.
If anyone has successfully put on the VM33635 fix and/or is
using the 3174-11L as a gateway under VM VTAM please let me know!
Thank you!
Marty (also posted on vmshare...)
-----------
Marty Hoag
ND Higher Education Computer Network US Mail: NDSU Computer Center
Phone: (701)-237-8639 Fax: (701)-237-8541 PO Box 5164 / UCCS
Bitnet: NU021172@NDSUVM1 (NOTE 0 = ZERO) Fargo, ND 58105
Internet: NU021172@VM1.NoDak.EDU
UUCP: ...!uunet!ndsuvax!vm1.nodak.edu!NU021172