[HECnet] Is this the most up to date version of DECnet OS numbers?

[John Forecast]

That looks good. “Segment Buffer Size” was one of the additions for NML2. FAL2 provides a traditional Unix stream I/O interface rather than trying to emulate RMS which what the original FAL did.

  John.


> On Nov 8, 2021, at 4:27 PM, Keith Halewood <Keith.Halewood at pitbulluk.org> wrote:
> 
> Thanks John. I compiled/installed fal2 as well. I'm see, from nml:
> 
> Node Volatile Characteristics as of  8-NOV-2021 21:25:21
> 
> Executor node = 29.115 (PI3B3)
> 
> Identification           = DECnet for Linux V5.10.77-v7+ on armv7l
> Management version       = V4.0.0
> NSP version              = V4.0.0
> Routing version          = V2.0.0
> Type                     = nonrouting IV
> Maximum circuits         = 1
> Segment buffer size      = 576
> 
> Keith
> 
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of John Forecast
> Sent: 08 November 2021 21:08
> To: hecnet at update.uu.se
> Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers?
> 
> Thanks. Can you try using NML2 - README.Raspbian has instructions. That’s a newer version I wrote last year which includes support for some of the newer features I added.
> 
>  John.
> 
>> On Nov 8, 2021, at 4:00 PM, Keith Halewood <Keith.Halewood at pitbulluk.org> wrote:
>> 
>> It's apparently 5.10.77-v7+.
>> It eventually goes a bit wrong responding to NICE requests with VMS complaining  'invalid management response' but the output showing a '...such file or directory' but I'll try some troubleshooting tomorrow.
>> 
>> I installed 'latd' (apt install latd), started up with latcp -s and it's picked up all the LAT services on the LAN, including itself, the RX4640, the KLH10 instance of Panda TOPS-20... looks fine too. Identifies its connections as the hostname and tty, such as "PI3B3//dev/ttyAMA0"
>> 
>> 
>> 
>> Keith
>> 
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On 
>> Behalf Of John Forecast
>> Sent: 08 November 2021 19:26
>> To: hecnet at update.uu.se
>> Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers?
>> 
>> Glad it’s working for you. Is this running the latest Raspbian release? What kernel version is it running?
>> 
>> John.
>> 
>>> On Nov 8, 2021, at 12:21 PM, Keith Halewood <Keith.Halewood at pitbulluk.org> wrote:
>>> 
>>> Well, that was an interesting compilation of the raspbian kernel.
>>> I cloned https://github.com/JohnForecast/RaspbianDECnet and got busy. I had to remove the --help-- stanzas from the Kconfig file. They were tripping something up.
>>> I had to move the MAC address change to the bridge (I use 
>>> /etc/network/interfaces with bridges and taps etc..)
>>> 
>>> DECnet is all working on a 32bit raspbian on a pi3b+, HECnet node 
>>> name
>>> 29.115 - I'll christen it at some point :) Thank you John Forecast for doing all the hard work.
>>> 
>>> Keith
>>> 
>>> -----Original Message-----
>>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On 
>>> Behalf Of Johnny Billquist
>>> Sent: 07 November 2021 20:37
>>> To: hecnet at Update.UU.SE
>>> Subject: Re: [HECnet] Is this the most up to date version of DECnet OS numbers?
>>> 
>>> On 2021-11-07 18:06, Robert Armstrong wrote:
>>>>> I think DECnet/8 is for RTS-8, but there never was one for OS-8.
>>>> 
>>>> Yes, the DECnet-8 was for RTS although you could run OS/8 as a task 
>>>> under RTS (so maybe those two count as the same).  In any case AFAIK 
>>>> there was never any NFT or FAL or remote terminal or NCP/NML or 
>>>> anything else like that implemented for DECnet/8.  It was more of a 
>>>> toolkit kind of thing where you could write your own RTS program to 
>>>> make a DECnet connection to another node.  What you sent over that connection was your problem.
>>> 
>>> Right. It was/is slightly more than a toolkit. It does have a couple of processes which deals with circuits and executor management. And I think there is TLK/LSN so you can communicate. But beyond that, you were on your own.
>>> 
>>> And no, OS/8 under RTS-8 don't allow them to be counted as one. :-)
>>> 
>>>> Never heard of DECnet for CP/M although there certainly was one for MSDOS.
>>>> Linux is interesting, although I doubt that was put there by DEC.  
>>>> Probably somebody added it later.
>>> 
>>> Linux was definitely defined post-DEC. I simply just talked with a Linux FAL from RSX and checked what value it put in the OS field, and added that to my list from there.
>>> 
>>>> And what the heck is COPOS/11??  I see that is says TOPS-20 front 
>>>> end, but I thought TOPS20 used the same RSX20F as TOPS10.
>>> 
>>> I don't think it's the same as the RSX20F frontend. I have no idea what it is, but it's in the source files for the RSX DECnet code. Sounds like some oddball thing that existed somewhere. CSS thing maybe?
>>> 
>>>> And DTF/MVS?  Is that the IBM OS MVS?
>>> 
>>> I almost suspect it might be, but again, no real clue. All I can say is that this is what is in the RSX sources.
>>> 
>>> Johnny
>>> 
>>> -- 
>>> 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
>> 
>