[HECnet] DECnet/Python
Thomas DeBellis
tommytimesharing at gmail.com
Wed Oct 27 18:32:41 PDT 2021
TOPOL? Hmm... No, I hadn't heard of that, either. It sounds almost
familiar, but I don't know why Tops-20 would be asking for it because
it doesn't appear to be serving it, viz:
This is node VENTI2 NSP version 4.0.0 Routing version 2.0.0
Job Program Type Object Host State Trans Recv User
2 SYSJB1 SRV (559) PHONE VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) POSI VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) POSI VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) POSI VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) MAIL11 VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) TASK VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) NCU VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) FAL VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) NCU VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) EVENT VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) FAL VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) LOOP VENTI2 CI wait 0 0 OPERATOR
2 SYSJB1 SRV (559) FAL VENTI2 CI wait 0 0 OPERATOR
NRT SRV (559) NVT VENTI2 CI wait 0 0
CTM SRV (559) CTERM VENTI2 CI wait 0 0
---
The numerics for the objects would be the following (last column with SRV:
JFN Program Fork Pointer Status File Specification:
25 -- 35 0(8) Rd App SRV:29..0
26 ORION 21 0(8) Rd App SRV:47..0
27 ORION 21 0(8) Rd App SRV:47..0
30 ORION 21 0(8) Rd App SRV:47..0
31 VAXMAIL 33 0(8) Rd App SRV:27..0
33 FAL 61 0(8) Rd App SRV:FAL..0
35 FAL 57 0(8) Rd App SRV:FAL..0
36 FAL 54 0(8) Rd App SRV:FAL..0
37 NMLT20 31 0(8) Rd App SRV:19..0
40 NMLT20 31 0(8) Rd App SRV:26..0
41 NMLT20 31 0(8) Rd App SRV:25..0
42 NMLT20 31 0(8) Rd App SRV:19..0
46 SMTP 34 0(7) Rd App SRV:TASK.MX-LISTENER.0
Frk Prog State PC Time
21 ORION Sleep 415313 0:24 51
31 NMLT20 Sleep 562473 3:54 7
32 FAL Sleep 415312 0:00 60
33 VMAIL Sleep 040313 0:00 9
34 SMTDCN Sleep 000675 27:51 0
35 PHNSRV Sleep 400270 0:00 3
So, no TOPOL that I can discern. See if you can get me a bit of a
packet trace, would you? I'll have a look around.
If it's in the NICE process (NMLT20), I'll be out of luck because they
never released those sources, but maybe it's in ROUTER.
On 10/27/21 8:54 PM, Paul Koning wrote:
>
>> On Oct 27, 2021, at 8:44 PM, Peter Lothberg<roll at stupi.com> wrote:
>>
>> ...
>> The 4.x DECnet over DDCMP DUP/KMC for 2020 has reduced "segment size'
>> from 576 to 390 or something like that due to limited buffer space.
> 256 actually. Why, I don't know, but since that is communicated to the other end in the connect initiate or connect confirm message, it doesn't cause any problems only than some possible drop in performance.
>
> PyDECnet can talk to those Phase II nodes, at least to some extent; it needs some cleanup. The intercept support in particular is incomplete.
>
> Speaking of which, I noticed that TOPS-20 upon connecting sends to its neighbor (my PyDECnet router) a connect request for an object named "TOPOL". That suggests some sort of topology information service, which makes sense. But I have no idea what that thing does, what requests it excepts and what its reply should look like.
>
> Very long shot: does anyone have any idea? Any way of getting a network trace, perhaps?
>
> paul
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sonic.net/pipermail/hecnet-list/attachments/20211027/cfbd860e/attachment.htm>
More information about the Hecnet-list
mailing list