HECnet

hecnet@lists.dfupdate.se

15562 discussions

by mark＠wickensonline.co.uk

I think I've found it. My HP Microserver running Ubuntu 12.04 has two network cards in: eth0 and eth2. I run the bridge with a configuration targetting eth0, and my router has the IP address for eth0 mapped via port 4711 to the outside world, but when I checked the NAT sessions table on the router I could see sessions for both eth0 and eth2. As soon as I ran $ ifconfig eth2 down I could see on SLAVE adjacency up messages. So there is something fishy going on with multiple network cards, might be worth trying to get to the bottom of this and then documenting what the issue is. Mark.

12 years, 10 months

Node 4.249

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

12 years, 10 months

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.

12 years, 10 months

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

12 years, 10 months

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

12 years, 10 months

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

12 years, 10 months

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

12 years, 10 months

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

12 years, 10 months

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

12 years, 10 months

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.

12 years, 10 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet