Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!caip!nike!ucbcad!ucbvax!TE.CC.CMU.EDU!EC0N
From: EC0N@TE.CC.CMU.EDU (Eric R. Crane)
Newsgroups: mod.computers.vax
Subject: Solved VMS <--> Tops-20 DECnet
Message-ID: <12228797484.46.EC0N@TE.CC.CMU.EDU>
Date: Wed, 6-Aug-86 23:50:52 EDT
Article-I.D.: TE.12228797484.46.EC0N
Posted: Wed Aug  6 23:50:52 1986
Date-Received: Sat, 9-Aug-86 04:46:19 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 20
Approved: info-vax@sri-kl.arpa

Well, it took many hours of beating my head against a wall, but I was
finally able to fix my communications problem.  The cause was that we
had set the executors MAXIMUM ADDRESS to 512.  I did not use much
logic in finding this, it was a stab in the dark after logging gave me
the error "Adjacent node block size to small".  Setting the MAXIMUM
ADDRESS back to 255 cause the Vax to talk to the 20 again.

For those of you with 20's and Vaxen who do not have plans to sink
money into NI20's because your Tops-20 systems are not going to be
here much longer you might want to remember this when planning your
DECnet networks.

For those of you who have burnt the midnight oil learning everything
you can (dare?) about DECnet.  Is this a bug?  Did I miss something in
the documentation?  Should I SPR it?

- Eric R. Crane
  Carnegie Mellon
  Computation Center
-------