HECnet

hecnet@lists.dfupdate.se

6 participants
15581 discussions

by mark＠wickensonline.co.uk

On 26/08/12 20:00, Johnny Billquist wrote: On 2012-08-26 20:13, Rob Jarratt wrote: (sending again as I sent this from the wrong account, apologies if you get a duplicate) As I work on my user mode DECnet router I sometimes leave it running for a while just to see that it is stable over the longer term. During those runs I have noticed that the adjacency 4.249 frequently drops out only to come back a few seconds later. This does not happen with any other adjacency. Before I go investigating, is there something unusual about this node? I can see the same at my end right now as well. It's not always like this, so I guess there is something going on with area 4? Johnny 4.249 is SLAVE which serves up the http://hecnet.eu website. I've had some weird stuff happening lately at this end, including the bridge program dying at times. Currently, for example, http://slave.hecnet.eu/area-list.html is reporting no connectivity which is backed up by operator.log: %%%%%%%%%%% OPCOM 27-AUG-2012 22:48:51.79 %%%%%%%%%%% Message from user DECNET on SLAVE DECnet event 4.18, adjacency down

13 years, 1 month

Any DECnet Routing Protocol Experts Out There?

by Paul_Koning＠Dell.com

Good to hear that. "Check" to me was always a rather odd thing to find in a protocol specification. But I implemented it as instructed. I don't remember if it ever caught any bugs in the code I worked on, but it did seem to be a useful set of consistency checks so I didn't complain about it. paul On Aug 25, 2012, at 7:13 PM, Rob Jarratt wrote: I found a bug in my adjacency processing that made other adjacencies use index 0 in the decision database, I think that is what has been causing the Check failures.

13 years, 1 month

Node 4.249

by bqt＠softjar.se

On 2012-08-26 20:13, Rob Jarratt wrote: (sending again as I sent this from the wrong account, apologies if you get a duplicate) As I work on my user mode DECnet router I sometimes leave it running for a while just to see that it is stable over the longer term. During those runs I have noticed that the adjacency 4.249 frequently drops out only to come back a few seconds later. This does not happen with any other adjacency. Before I go investigating, is there something unusual about this node? I can see the same at my end right now as well. It's not always like this, so I guess there is something going on with area 4? 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

13 years, 1 month

Node 4.249

by robert.jarratt＠ntlworld.com

(sending again as I sent this from the wrong account, apologies if you get a duplicate) As I work on my user mode DECnet router I sometimes leave it running for a while just to see that it is stable over the longer term. During those runs I have noticed that the adjacency 4.249 frequently drops out only to come back a few seconds later. This does not happen with any other adjacency. Before I go investigating, is there something unusual about this node? Regards Rob

13 years, 1 month

Any DECnet Routing Protocol Experts Out There?

by robert.jarratt＠ntlworld.com

I found a bug in my adjacency processing that made other adjacencies use index 0 in the decision database, I think that is what has been causing the Check failures. -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul_Koning at Dell.com Sent: 25 August 2012 22:55 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Any DECnet Routing Protocol Experts Out There? You process address 0 exactly as any other level 1 routing message entry. Then in the forwarding process of an L1 router, if the destination is out of area, use entry 0 to decide how to forward the packet. Why do you get failures from Check? I don't see how you could get that. paul On Aug 25, 2012, at 4:36 PM, Rob Jarratt wrote: I am working on a user mode DECnet router and I have a question about the Level 1 Routing message. Specifically, sometimes I receive a level 1 routing message with routing information for destination address 0. The spec says this represents the "nearest level 2 router". What I am not clear about is how this is supposed to be treated in the Decision Process, specifically Section 4.7.3 item F in the specification. The reason I ask is that if I blindly accept address 0 I think it corrupts the hop and cost tables, because the Check process then gets failures. Thanks Rob

13 years, 1 month

Any DECnet Routing Protocol Experts Out There?

by Paul_Koning＠Dell.com

You process address 0 exactly as any other level 1 routing message entry. Then in the forwarding process of an L1 router, if the destination is out of area, use entry 0 to decide how to forward the packet. Why do you get failures from Check? I don't see how you could get that. paul On Aug 25, 2012, at 4:36 PM, Rob Jarratt wrote: I am working on a user mode DECnet router and I have a question about the Level 1 Routing message. Specifically, sometimes I receive a level 1 routing message with routing information for destination address 0. The spec says this represents the nearest level 2 router . What I am not clear about is how this is supposed to be treated in the Decision Process, specifically Section 4.7.3 item F in the specification. The reason I ask is that if I blindly accept address 0 I think it corrupts the hop and cost tables, because the Check process then gets failures. Thanks Rob

13 years, 1 month

Any DECnet Routing Protocol Experts Out There?

by robert.jarratt＠ntlworld.com

I am working on a user mode DECnet router and I have a question about the Level 1 Routing message. Specifically, sometimes I receive a level 1 routing message with routing information for destination address 0. The spec says this represents the nearest level 2 router . What I am not clear about is how this is supposed to be treated in the Decision Process, specifically Section 4.7.3 item F in the specification. The reason I ask is that if I blindly accept address 0 I think it corrupts the hop and cost tables, because the Check process then gets failures. Thanks Rob

13 years, 1 month

Area 6: New Node

by bqt＠softjar.se

On 2012-08-23 23:21, Mark Benson wrote: Hi, Johnny can you add: 6.4 TOOCHI to the node list. It's a REALY VAX(station) :D Done. :-) 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

13 years, 1 month

Area 6: New Node

by md.benson＠gmail.com

Hi, Johnny can you add: 6.4 TOOCHI to the node list. It's a REALY VAX(station) :D -- Mark Benson http://DECtec.info Twitter: @DECtecInfo HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.

13 years, 1 month

Storageworks SBB CD-ROM box

by md.benson＠gmail.com

Hi, I don't suppose anyone has a 5/25" CD-ROM Storage Building Block (with or without CD ROM drive) for a BA36x storage array? They are the one that mounts across 3 bays and occupies 1 or 2 IDS on the bus. I am looking for one that will work in a BA365 (late top-gun blue coloured) array. Colour matching isn't a concern as long as it works. Thanks. -- Mark Benson http://DECtec.info Twitter: @DECtecInfo HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.

13 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet