chad@lakesys.UUCP (Chad Gibbons) (09/01/88)
Recently the VMS system I use was upgraded to VMS V5.0 (5.0-1). When
this occured, a severe problem developed with our DECNET link to the sister
computer, a PDP-11/70 running RSTS V8.06 (I think). Bascially, networking from
the PDP to the VAX works fine - as it always has. However, networking over
from the VMS to the PDP no longer can be done. Due to the limited use of the
DECNET, the administrator is not actively seeking a way to get it fully
running again, but he wouldn't mind it, of course. Anyway, does anyone know of
a quirk that would show up due to the expansion of the two different DECNET
phases? I believe the PDP is running Phase II and the VMS is running Phase IV,
but I could be mistaken, of course. Any help or pointers any one can provide
will be greatly appreciated, of course!
--
Chad Gibbons | System addresses:
1750 N. Hi-Mount Blvd. | UUCP: {backbone,uunet}!marque!lakesys!chad
Milwaukee, WI 53208 | DOMAIN: chad@lakesys.UUCP
(414)/453-9854 | -- "Red alert, Red alert..."ted@blia.BLI.COM (Ted Marshall) (09/02/88)
In article <997@lakesys.UUCP>, chad@lakesys.UUCP (Chad Gibbons) writes: > Recently the VMS system I use was upgraded to VMS V5.0 (5.0-1). When > this occured, a severe problem developed with our DECNET link to the sister > computer, a PDP-11/70 running RSTS V8.06 (I think). Bascially, networking from > the PDP to the VAX works fine - as it always has. However, networking over > from the VMS to the PDP no longer can be done... > ... I believe the PDP is running Phase II and the VMS is running Phase IV, > but I could be mistaken, of course... I doubt highly that your RSTS system is Phase II since Phase IV wouldn't even talk to it then. But this is beside the point. The Problem is that VMS 5.0 DECnet is Phase IV-PLUS. And unfortunately, any Phase III or IV node with a session layer written exactly as specified in the DEC published Session Layer Functional Specification will not accept a connect from a Phase IV-PLUS Session Layer. They changed the session control version number and started using some formerly reserved bits in IV-PLUS. However, the func spec for III and IV says to reject the connection if the version number is wrong and these bits are not zeros. I ran into this problem myself with the DECnet implementation I did for Britton Lee when a Beta site brought up 5.0. DEC has published an article about this on DSIN. It lists versions for various DECnet implementations that are compatible with IV-PLUS. This says that you need DECnet/E version 2.1. I have no idea what version of RSTS/E this comes with. Better call DEC. -- Ted Marshall ...!ucbvax!mtxinu!blia!ted <or> mtxinu!blia!ted@Berkeley.EDU Britton Lee, Inc., 14600 Winchester Blvd, Los Gatos, Ca 95030 (408)378-7000 The opinions expressed above are those of the poster and not his employer.