For all those who have tunnels to my Cisco 1841, I have switched ISPs and
as such my static IP address has changed. In my configuration I have the
following endpoints configured:
David Moylan (Area 35)
Tomas Prybil (Area 34)
Supratim Sanyal (Area 31)
Brian Hechinger (Area 52)
Ian McLaughlin (Area 42)
Cory Smelosky (Area 9)
Dave McGuire (Area 61)
Peter Lothberg (Area 59)
Mark Darvill (Area 22)
Mark G Thomas (Area 23)
If you are on that list could you please update your tunnel to use my new
address, which is 163.47.57.118.
Mark Berryman, my IPv6 address is unchanged, for the moment.
Regards, Tim.
Recently I have found, and fixed, a number of bugs in the DECnet for Linux kernel module. Some of
these bugs may be relevant for members of this mailing list who are using DECnet for Linux,
especially on a Raspberry Pi.
Major bugs fixed:
- Ethernet Listen Timer was not implemented
In addition, the check for an address change for the designated router (DR) was missing
although there was a check if the DR?s priority had changed.
Note: this code changes the format of /proc/net/decnet_dev to include the listen timer value.
nml/nml2 needs to be rebuilt to understand the changed format.
- System panic when using the loopback device (lo)
The DECnet code was missing a destructor routine which is used to avoid data copying.
- The neighbour (adjacent node) code could be broken by kernel changes
The code made use of a now deprecated feature (zero length array at the end of a structure)
in order to access data in a surrounding structure. This happened to work ?by chance?
until kernel 5.4.42 on 32-bit processors.
- Interrupt message flow control was broken
The flow control was a mixture of using the SEND/DONTSEND status of the data
subchannel and a message count. This seems to work between Linux systems but is broken
when communicating with other systems - during the life of a logical link, the remote system
could only send a single interrupt message while the Linux system could pretty much send
as many interrupts as it wanted possibly overrunning the remote systems buffers.
- Optional data on received connect confirm message was corrupted
The code was getting the optional data from the wrong offset in the message.
- Next hop cache problem
30 seconds after a logical link was taken down, the next hop cache entry was deleted. As
part of this deletion, the link was taken ?down? which caused a neighbour entry to be
created for the same node address but accessed via the loopback device. Sometimes this
would cause the designated router to become accessible via the loopback device and
subsequent connections would fail.
- Intra-ethernet bit ignored
The intra-ethernet bit in the routing flags is ignored on inbound traffic. If there was a neighbour
entry for the remote node at connection time, everything would work correctly. If there wad no
entry, all outbound traffic would be sent through the designated router for the duration of
the logical link.
- Promiscuous mode alters DECnet behaviour
If the ethernet NIC used for DECnet had promiscuous mode enabled (e.g. using tcpdump
for traffic tracing), the DECnet code would start seeing endnode hello?s, populating
neighbour structures and causing the problems described above for the intra-ethernet bit
to go away.
New programs:
DECnet Test Send and DECnet Test Receiver (DTS/DTR)
Test programs created via reverse engineering the protocol exchanges. Used to find a
number of the bugs described above.
NML2
New implementation of the Network Management Listener. Supports SUMMARY, STATUS
and CHARACTERISTICS for NODES, CIRCUITS and AREAS. It does not support LINKS
and OBJECTS which were in the old version but are system specific operations which
were only visible from DECnet-VMS systems.
The old version is still the default during installation. The new version can be installed by:
cd dnprogs/nml2
make
sudo make install
which will overwrite the installed executable and man page.
OS Support:
As of 06/29/2020 the code has been tested with:
Raspbian 2020-05-27 release with kernels 4.19.126 and 5.4.44 (32-bit only)
Pi OS 2020-05-27 32-bit release with kernel 4.19.126 and 5.4.44
pI OS 2020-05-27 (fully updated on 06/26/2020) with kernel 5.4.49
The source code and installation instructions are available at:
<https://github.com/JohnForecast/RaspbianDECnet <https://github.com/JohnForecast/RaspbianDECnet>>
John.
I just made some small changes to the DECnet/E event logger application to fix a Y2K problem. (More precisely, a Y2K.003 problem).
https://github.com/pkoning2/decstuff
This is for RSTS V10.1. Just drop the new evtlog.tsk into [0,16].
paul
Yes, that does the trick on VMS as well, thanks.
SWBV55> cop ni1d::ncp.tsk my:
%COPY-S-COPIED, NI1D::SY:[200,200]NCP.TSK copied to
MYD:[000000]NCP.TSK;1 (261 blocks)
Did the NI1D change from 9.55 to 41.2 some time ago?
Refreshed the database from Mim, so should be up to date again ...
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 23:05
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active --> wrong
node address in database but resource problem --> VMS
As I said, for some reason it won't access decnet$: for this. Remove the
decnet$: from the file name, so just ni1d::ncp.tsk etc. then it works.
paul
> On Jun 30, 2020, at 5:03 PM, R. Voorhorst <R.Voorhorst at swabhawat.com>
wrote:
>
> SWBV55> copy ni1d::decnet$:evtlog.tsk my:
> %COPY-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
> -RMS-E-ACC, ACP file access failed -SYSTEM-F-REMRSRC, insufficient
> system resources at remote node
> SWBV55> exnb ni1d::decnet$:evtlog.tsk my:
> %EXCHANGE-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
> -RMS-E-ACC, ACP file access failed -SYSTEM-F-REMRSRC, insufficient
> system resources at remote node
>
> Stubborn it is. OpenVMS 7.3
>
> Reindert
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of Johnny Billquist
> Sent: Tuesday, 30 June, 2020 22:58
> To: hecnet at Update.UU.SE
> Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active -->
> wrong node address in database but resource problem
>
> From MIM::
>
> .ncp tell ni1d sho exec
>
> Node summary as of 30-JUN-20 22:56:57
>
> Executor node = 41.2 (NI1D)
>
> State = On, Identification = DECnet/E V4.1
> Active links = 2
>
> .nft ni1d::/li
>
>
> Directory NI1D::_SY:[200,200]
> 30-JUN-20 22:57:35
>
> INFO.TXT 1./16. 03-JUL-19 13:17:00
> NCP.TSK 261./320. C 30-JUN-20 10:08:00
> EVTLOG.TSK 111./112. C 30-JUN-20 10:08:00
>
> Total of 373./448. Blocks in 3. Files
>
> Weird...
>
> Johnny
>
> On 2020-06-30 22:56, R. Voorhorst wrote:
>> L.S.
>>
>> SWBV55> dir ni1d::decnet$:evtlog.tsk
>> %DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
>> -RMS-E-FND, ACP file or directory lookup failed -SYSTEM-F-REMRSRC,
>> insufficient system resources at remote node
>>
>> Reboot, Paul?
>>
>> Reindert
>>
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
>> Behalf Of R. Voorhorst
>> Sent: Tuesday, 30 June, 2020 22:51
>> To: hecnet at Update.UU.SE
>> Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
>>
>> L.S.
>>
>> I do not see node NI1D on hecnet active ....
>>
>>
>>
>>
>> -----Original Message-----
>> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
>> Behalf Of Paul Koning
>> Sent: Tuesday, 30 June, 2020 22:42
>> To: hecnet at update.uu.se
>> Subject: Re: [HECnet] More DECnet/E items
>>
>>
>>
>>> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>>>
>>> Paul Koning schreef op 30-6-2020 om 18:59:
>>>> Good idea. You can copy them from the system where I built them,
>>>> from
>> NI1D::DECNET$: .
>>>>
>>>> paul
>>>>
>>> [snip]
>>>
>>> Trying from PIRSTS::, both files appear to be protected against copy
>>>
>>> $ nft copy ni1d::decnet$:evtlog.tsk
>>> Node: NI1D
>>> User:
>>> Password:
>>> System Password:
>>> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>>>
>>> $ nft copy ni1d::decnet$:ncp.tsk
>>> Node: NI1D
>>> User:
>>> Password:
>>> System Password:
>>> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>>>
>>> *Wilm*
>>
>> That is very strange. I wonder why it does that.
>>
>> Anyway, I moved them both to the default account, so try the copy
>> again with just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input
arguments.
>>
>> paul
>>
>
>
> --
> 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
>
SWBV55> copy ni1d::decnet$:evtlog.tsk my:
%COPY-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
-RMS-E-ACC, ACP file access failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
SWBV55> exnb ni1d::decnet$:evtlog.tsk my:
%EXCHANGE-E-OPENIN, error opening NI1D::_SY:[0,16]EVTLOG.TSK as input
-RMS-E-ACC, ACP file access failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
Stubborn it is. OpenVMS 7.3
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Tuesday, 30 June, 2020 22:58
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] More DECnet/E items --> NI1D:: not active --> wrong node address in database but resource problem
From MIM::
.ncp tell ni1d sho exec
Node summary as of 30-JUN-20 22:56:57
Executor node = 41.2 (NI1D)
State = On, Identification = DECnet/E V4.1
Active links = 2
.nft ni1d::/li
Directory NI1D::_SY:[200,200]
30-JUN-20 22:57:35
INFO.TXT 1./16. 03-JUL-19 13:17:00
NCP.TSK 261./320. C 30-JUN-20 10:08:00
EVTLOG.TSK 111./112. C 30-JUN-20 10:08:00
Total of 373./448. Blocks in 3. Files
Weird...
Johnny
On 2020-06-30 22:56, R. Voorhorst wrote:
> L.S.
>
> SWBV55> dir ni1d::decnet$:evtlog.tsk
> %DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
> -RMS-E-FND, ACP file or directory lookup failed -SYSTEM-F-REMRSRC,
> insufficient system resources at remote node
>
> Reboot, Paul?
>
> Reindert
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of R. Voorhorst
> Sent: Tuesday, 30 June, 2020 22:51
> To: hecnet at Update.UU.SE
> Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
>
> L.S.
>
> I do not see node NI1D on hecnet active ....
>
>
>
>
> -----Original Message-----
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
> Behalf Of Paul Koning
> Sent: Tuesday, 30 June, 2020 22:42
> To: hecnet at update.uu.se
> Subject: Re: [HECnet] More DECnet/E items
>
>
>
>> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>>
>> Paul Koning schreef op 30-6-2020 om 18:59:
>>> Good idea. You can copy them from the system where I built them,
>>> from
> NI1D::DECNET$: .
>>>
>>> paul
>>>
>> [snip]
>>
>> Trying from PIRSTS::, both files appear to be protected against copy
>>
>> $ nft copy ni1d::decnet$:evtlog.tsk
>> Node: NI1D
>> User:
>> Password:
>> System Password:
>> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>>
>> $ nft copy ni1d::decnet$:ncp.tsk
>> Node: NI1D
>> User:
>> Password:
>> System Password:
>> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>>
>> *Wilm*
>
> That is very strange. I wonder why it does that.
>
> Anyway, I moved them both to the default account, so try the copy
> again with just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
>
> paul
>
--
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
L.S.
SWBV55> dir ni1d::decnet$:evtlog.tsk
%DIRECT-E-OPENIN, error opening NI1D::DECNET$:EVTLOG.TSK;* as input
-RMS-E-FND, ACP file or directory lookup failed
-SYSTEM-F-REMRSRC, insufficient system resources at remote node
Reboot, Paul?
Reindert
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of R. Voorhorst
Sent: Tuesday, 30 June, 2020 22:51
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] More DECnet/E items --> NI1D:: not active
L.S.
I do not see node NI1D on hecnet active ....
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 22:42
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items
> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>
> Paul Koning schreef op 30-6-2020 om 18:59:
>> Good idea. You can copy them from the system where I built them,
>> from
NI1D::DECNET$: .
>>
>> paul
>>
> [snip]
>
> Trying from PIRSTS::, both files appear to be protected against copy
>
> $ nft copy ni1d::decnet$:evtlog.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>
> $ nft copy ni1d::decnet$:ncp.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>
> *Wilm*
That is very strange. I wonder why it does that.
Anyway, I moved them both to the default account, so try the copy again with
just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
paul
L.S.
I do not see node NI1D on hecnet active ....
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Tuesday, 30 June, 2020 22:42
To: hecnet at update.uu.se
Subject: Re: [HECnet] More DECnet/E items
> On Jun 30, 2020, at 4:09 PM, Wilm Boerhout <wboerhout at gmail.com> wrote:
>
> Paul Koning schreef op 30-6-2020 om 18:59:
>> Good idea. You can copy them from the system where I built them, from
NI1D::DECNET$: .
>>
>> paul
>>
> [snip]
>
> Trying from PIRSTS::, both files appear to be protected against copy
>
> $ nft copy ni1d::decnet$:evtlog.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:EVTLOG.TSK is protected, skipping
>
> $ nft copy ni1d::decnet$:ncp.tsk
> Node: NI1D
> User:
> Password:
> System Password:
> %File NI1D::DECNET$:NCP.TSK is protected, skipping
>
> *Wilm*
That is very strange. I wonder why it does that.
Anyway, I moved them both to the default account, so try the copy again with
just ni1d::evtlog.tsk and ni1d::ncp.tsk as the input arguments.
paul
Just so everyone knows. On Wednesday, at 18:00 to 19:00 CEST, there is a
planned power outage where Update's machines are located.
This means that there will be some disruption to HECnet during that time.
We will bring Update's machine down already at 17:00, and they will be
back as soon as we can after power is back.
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