[HECnet] continued adventure with buggy DECnet on VAX/VMS 3.5

Paul Koning paulkoning at comcast.net
Fri Dec 17 10:58:22 PST 2021



> On Dec 17, 2021, at 1:14 PM, Paul Koning <paulkoning at comcast.net> wrote:
> 
> 
> 
>> On Dec 17, 2021, at 11:08 AM, Supratim Sanyal <supratim at riseup.net> wrote:
>> 
>> I turned the Ethernet circuit off and set up a DMC line to DECnet/Python. What seems to be interesting is the Area does not seem to be propagating as part of the DECnet address and confusing DECnet/Python. [Non-Issue, just saying.]
>> 
>> The following four things are reported in a loop.
>> 
>> Event type 4.11, Initialization failure, line fault#012  From node 31.32 (PIPY), occurred 17-Dec-2021 16:03:05.499#012  Circuit = DDCMP-31-42#012    Reason = Circuit synchronization lost
>> 
>> Event type 4.10, Circuit up#012  From node 31.32 (PIPY), occurred 17-Dec-2021 16:03:15.473#012  Circuit = DDCMP-31-42#012 Adjacent node = 31.42
>> 
>> DDCMP-31-42 packet from wrong node 42
> 
> Interesting bug.  That means DECnet/VMS is sending a Phase III style node address even though it is reporting its version as Phase IV.  The spec is very clear, this isn't allowed and PyDECnet rejects it for that reason.
> 
> It would not be all that hard to put in a bug workaround and supply the local area number in this case, just as would be done for a Phase III neighbor.

I was wondering: does it do this only if you configure that node as an end node?  Would be interesting to see if you can make it go away by setting the node type to (level 1) router.

	paul




More information about the Hecnet-list mailing list