[Simh] [HECnet] TOPS-20 V4.1 DECnet

Sat May 3 01:26:08 PDT 2014

Actually the situation is somewhat more complex but is difficult to see
exactly as the OPR on the Pdp10 7.02 does not function, so NCP cannot be
used to define nodes and give status.
The phase-III thinks the following:

[DECnet network: local node SWBW08, 2 reachable nodes]
Name       Number   Line                       Cost       Hops       L.Links Delay
SWBW08   (58)       local                     0             0             
              (44)       DMR-1-0                 1023       31           

The Tops20 4.1 thinks:
Local DECNET node: SWBX05
Accessible DECNET nodes are:     SWBX04   SWBX05 and:

              Status as of 3-May-2014 02:07:01

              Line ID                 State                     Adjacent Node

              KDP_0_0                 On                           SWBX04
              KDP_0_1                 On
                  Function completed successfully

Node 44 is the Swbx04 with is connected to the phase III
So the phase-III thinks the Tops20 node is up, however the Tops20 node
thinks otherwise.
So somewhat more is functioning than directly meets the eye!

Regards,

Reindert

-----Original Message-----
From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com]
On Behalf Of Cory Smelosky
Sent: Saturday, May 03, 2014 00:52
Cc: simh at trailing-edge.com
Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet

On Sat, 3 May 2014, Johnny Billquist wrote:

Hi.

On 2014-05-02 20:02, simh at swabhawat.com wrote:
Hi guys,

Well, if it truly is Phase II, then yeah, I would not expect it to 
work. But I was pretty sure it was Phase III, in which case it should
work.

There's a tape listed as Phase III...is it not Phase III?!

Further there is no difference between the functioning of a Rsts-E 
10.1 and a Rsx11MP46 Pdp11 with respect to Dup/Dmc/Ethernet if Rsts-E 
will support the Dup/Dmc lines and will route as it is primarily an
Ethernet system.

Well, therein lies the problem. RSTS/E simply did not support a bunch 
of thing that RSX did support.
But yes, assuming the OS support a device, it should work equally well 
under RSTS/E and RSX.

Huh.

To make these things work the following has to be done:
1.	Upgrade Tops20-4.1 Decnet to real phase-III, it then will link to a
Pdp10 Tops10 7.02 based phase-III router.
2.	Repair/upgrade the Tops10 7.02 router code so that it will talk to a
phase-IV node.

What is wrong with the Tops-10 DECnet phase III code if it don't 
interoperate with a phase IV node?

Both things will require Tops monitor programming; the Tops10 7.02 
case will probably be the most simple of the two.
On the physical plane nothing is wrong as the packets do flow; only 
the DDCMP communication process will not startup; it hangs around in 
the startup phase.

That's sad.
But DDCMP should not be too hard to get working. And RSX support DDCMP 
both on synchronous and asynchronous serial lines. And both using 
devices that implement DDCMP, and software implemented DDCMP.

	Johnny

Best regards

Reindert

-----Original Message-----
From: simh-bounces at trailing-edge.com 
[mailto:simh-bounces at trailing-edge.com]
On Behalf Of Cory Smelosky
Sent: Friday, May 02, 2014 19:31
To: hecnet at Update.UU.SE
Cc: simh at trailing-edge.com
Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet

On Fri, 2 May 2014, Paul_Koning at Dell.com wrote:

On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm
<Mark at infocomm.com> wrote:

On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote:
...If you want a RSTS system to connect to your Phase III machine, 
you'll want to use a DMC (or DMR/DMP/DMV, they are all roughly 
interchangeable).   In a sufficiently recent SIMH, the DMC 
emulation speaks real DDCMP so it should talk with a software 
DDCMP
implementation, such as one that uses a DUP.

The DUP has only been tested talking to the KDP and DMC/DMR on RSX.   
If
someone wants to try on RSTS I'd like to know if any issues are found.

I'll see what I can do.   Since a DMC/DMR does DDCMP itself, it 
shouldn't
matter what OS is talking to it; if you get success with DECnet/RSX, 
I would expect it to work with DECnet/E as well.

Or, since it doesn't know sync from async, it will probably talk 
to a software DDCMP implementation that uses a terminal interface.

I believe that it should also talk to an OS based DDCMP 
implementation
which uses Async ports.     If someone is willing to test this, I'll work
on
any kinks which may be found which might inhibit this.

I'm trying to make some progress on that (using RSTS V10.1).

Let me know.   I'm interested in using RSTS/E to link TOPS-20/KS.

	paul

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects

_______________________________________________
Simh mailing list
Simh at trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
_______________________________________________
Simh mailing list
Simh at trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

_______________________________________________
Simh mailing list
Simh at trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh