[HECnet] My RSTS/E system...

Johnny Billquist bqt at softjar.se
Mon Aug 13 02:56:46 PDT 2018


Interesting stuff actually.

Let me comment each one with what I understand...

On 2018-08-13 07:45, Mark Abene wrote:
> This is what I saw on my end:
> 
> Event type 34.0, Object spawned
> Occurred 29-Jul-31 13:19:43.4 on node 61.151 (MARDUK)
> Source node = 1.13 (MIM)
> Source process = 0 0 0 BILLQUIST
> Destination process = 19
> User = 61,1
> Password = ...

This would be NICE, which is object 19. I do not get any response when I 
try to talk NICE to MARDUK. I'm also not providing any authentication 
information, so it would seem 61,1 is the default account, or something, 
that DECnet on your machine is using.

I'm kindof wondering why I'm not getting any response to NICE requests. 
But, as noted before, I do get an network resources error. If I had an 
account, it could be interesting to try authenticating myself and see if 
that helped. Especially if 61,1 don't even exist as an account on MARDUK.

> Event type 34.0, Object spawned
> Occurred 29-Jul-31 13:22:33.4 on node 61.151 (MARDUK)
> Source node = 1.13 (MIM)
> Source process = 0 0 0 BILLQUIST
> Destination process = 17
> User = 61,1
> Password = ...

And this is FAL. Same kind of error on my side. Same story as well. I do 
not provide any user authenitication. So maybe it is a problem because 
61,1 don't exist.

> Event type 34.1, Object spawn failure
> Occurred 29-Jul-31 17:10:42.9 on node 61.151 (MARDUK)
> Reason: Unknown Object identification
> Source node = 1.13 (MIM)
> Source process = 0 NCT
> Destination process = 42

Object 42 is CTERM, if I remember and see right. So no surprise that you 
see that error then, as Paul pointed out that RSTS/E don't support CTERM.

> Event type 34.0, Object spawned
> Occurred 29-Jul-31 17:10:43.8 on node 61.151 (MARDUK)
> Source node = 1.13 (MIM)
> Source process = 0 0 0 BILLQUIST
> Destination process = 23
> User = 1,2
> Password = ...

Object 23 is the predecessor of CTERM. I'm not entirely sure of the name 
of that protocol. Anyway, I never logged in. Using the normal RSX 
program for connecting gives me a protocol error. Using the RSTS/E 
specific program did allow me to connect, but did crash RSX afterwards. 
But I never logged in. But I guess the user here is just under which the 
server itself would be running, and not anything I provided.

> Incidentally there is no PPN of 61,1 on my system (RSTS/E V9.6).

It would be interesting to find out why it is trying to run all those 
services under that PPN then.

   Johnny

> 
> -Mark
> 
> 
> On Sun, Aug 12, 2018 at 2:24 PM, Johnny Billquist <bqt at softjar.se 
> <mailto:bqt at softjar.se>> wrote:
> 
>     On 2018-08-12 22:30, Paul Koning wrote:
> 
> 
> 
>             On Aug 12, 2018, at 4:22 PM, Johnny Billquist
>             <bqt at softjar.se <mailto:bqt at softjar.se>> wrote:
> 
>             On 2018-08-12 21:28, Paul Koning wrote:
> 
>                     On Aug 12, 2018, at 9:12 AM, Johnny Billquist
>                     <bqt at softjar.se <mailto:bqt at softjar.se>> wrote:
> 
>                     Hi.
> 
>                         ...
> 
> 
>                     By exploring adjacent nodes and known circuits,
>                     you'd get a more complete picture, as it will also
>                     show you connections which are not the lowest cost
>                     paths.
> 
>                     However, as I said, it will only give a partial
>                     picture anyway. I also found out the other day that
>                     it don't seem like RSTS/E implements it either, or
>                     maybe it depends on version and maybe it's optional.
> 
>                 DECnet/E definitely implements NICE, has from the
>                 beginning (i.e., from when DECnet/E 2.0 which is the
>                 Phase III release was first shipped).
>                 However, it need not be enabled as a known object.  And
>                 if enabled, it may or may not accept connections without
>                 access control variables (PPN/password).  If not, you'll
>                 get a reject indicating either no such object or bad
>                 access control.  However, if the connection is accepted
>                 you should find a full implementation.
>                 Of course mapping information exists only in routers; if
>                 the node you're talking to is an endnode it will only
>                 tell you who the adjacent designated router is (or the
>                 adjacent nodes, on point to point circuits).
> 
> 
>             In this case not enabled then, I think. Thanks for
>             clarifying that it exists. I only did a reflection based on
>             trying to look at an RSTS/E node just the other day that did
>             not give me anything.
> 
>             .ncp tell marduk sho exec
>             NCP -- Show failed, Listener connect failed, network resources
> 
> 
>         If it's not enabled I'd expect an error.  Network resources is a
>         bit odd.  Possibly there is a default account defined but that
>         account doesn't exist, or is configured as "no network
>         connections allowed".
> 
> 
>     Agreed that it's a bit surprising error. I have not tried looking
>     deeper into it. Maybe I should. Do you have any RSTS/E system online
>     I can try talking to just to make sure it's nothing more general?
> 
>             And I did verify that it's an up and running RSTS/E system.
>             V9.6 according to information I have.
> 
>             Might also be some other kind of problem somewhere that I
>             haven't figured out. System also isn't talking CTERM, but
>             did answer when I tried some RSTS/E specific terminal protocol.
> 
> 
>         RSTS/E doesn't support CTERM, only the older OS-specific
>         procotol.  That doesn't involve DECnet credential checking
>         (instead you get a RSTS login prompt).
> 
>     I believe I concluded as much. :-)
>     However, CTERM will/would only lead you to a login prompt as well.
> 
>     The RSTS/E specific remote terminal application under RSX have some
>     bug, though. When it finishes, it crashes the RSX system. Definitely
>     a problem I need to fix.
> 
> 
>        Johnny
> 
>     -- 
>     Johnny Billquist                  || "I'm on a bus
>                                        ||  on a psychedelic trip
>     email: bqt at softjar.se <mailto:bqt at softjar.se>             || 
>     Reading murder books
>     pdp is alive!                     ||  tryin' to stay hip" - B. Idol
> 
> 

-- 
Johnny Billquist                  || "I'm on a bus
                                   ||  on a psychedelic trip
email: bqt at softjar.se             ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol


More information about the Hecnet-list mailing list