[HECnet] DECnet/Python

On Nov 10, 2021, at 12:06 PM, Thomas DeBellis <tommytimesharing at gmail.com> wrote: So VENTI2:: is actually requesting TOPOL? I don't remember seeing that in the monitor, but I will double check. It is possible that the NICE process (NMLT20) is doing the request. I hope not, since DEC never released the code for this. On 11/8/21 4:42 PM, Paul Koning wrote: > >> On Oct 27, 2021, at 9:32 PM, Thomas DeBellis <tommytimesharing at gmail.com> <mailto:tommytimesharing at gmail.com> wrote: >> >> 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: > FYA, I figured it out, reading the listings I found. It's pretty simple. I now have PyDECnet serving up that data, and TOPS-20 seems to like it: > > 17:52:40 -- Network topology -- > > Nodes on-line: > PYTS41 > > NCP> > 17:56:18 -- Network topology -- > > Nodes on-line: > 28NH MIM PYTHON VENTI2 > > The first message reports the router (as a result of bringing up the KDP link); the second report shows the additional nodes reported by the TOPOL server. For the moment, I have it report (a) nodes known to be reachable from here by the routing tables, and (b) any nodes explicitly listed in a list of names given to the program. MIM and VENTI2 are there because of (b). > > Now I need to fix my intercept code. It doesn't currently convert Phase II to IV headers correctly, but that's not hard. The harder part is tracking connection state, which is needed only if TOPS-20 ever sends packets for an active connection without route headers. Intercept allows that -- it only requires route headers on some packets, like Connect Initiate obviously. For that to work, the intercept has to keep track of open connections and their source/dest, so it can supply the correct addresses if it gets a packet with no route header. > > paul >