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
(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
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
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
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
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
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.
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.
There were hundreds of them and I wasn't able to capture them, as I was on a VGA screen + actual keyboard.
It was some weird file formatting error with how the CD was burned.
Sampsa
On 20 Aug 2012, at 17:26, Paul_Koning at Dell.com wrote:
So what are the messages? What does the file look like in an editor, or with the TYPE command?
paul
On Aug 20, 2012, at 12:24 PM, Sampsa Laine wrote:
Tried that, and STREAM_CR - the files were created on OS X which is Unix-y.
Oh well, got it going in the end - won't let the damn things expire again so that reloading them is easier.
BTW, does someone have a license database pruner that'll kill expired licenses?
Sampsa
On 20 Aug 2012, at 17:22, Peter Coghlan wrote:
So I'm trying to load some licenses onto CHIMPY and am about to throw the
box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them
on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
If the files were created on windows which tends to like CRLF delimited files,
maybe something like:
$ MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM:132)
would work better?
If this is not the case, more information about the way the files were created
and what the weird DCL errors were would be helpful.
Regards,
Peter Coghlan.
So what are the messages? What does the file look like in an editor, or with the TYPE command?
paul
On Aug 20, 2012, at 12:24 PM, Sampsa Laine wrote:
Tried that, and STREAM_CR - the files were created on OS X which is Unix-y.
Oh well, got it going in the end - won't let the damn things expire again so that reloading them is easier.
BTW, does someone have a license database pruner that'll kill expired licenses?
Sampsa
On 20 Aug 2012, at 17:22, Peter Coghlan wrote:
So I'm trying to load some licenses onto CHIMPY and am about to throw the
box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them
on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
If the files were created on windows which tends to like CRLF delimited files,
maybe something like:
$ MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM:132)
would work better?
If this is not the case, more information about the way the files were created
and what the weird DCL errors were would be helpful.
Regards,
Peter Coghlan.