HECnet

hecnet@lists.dfupdate.se

15586 discussions

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, 3 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

13 years, 3 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

13 years, 3 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.

13 years, 3 months

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, 3 months

License loading madness

by sampsa＠mac.com

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.

13 years, 3 months

License loading madness

by Paul_Koning＠Dell.com

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.

13 years, 3 months

License loading madness

by sampsa＠mac.com

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.

13 years, 3 months

License loading madness

by HECNET＠beyondthepale.ie

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.

13 years, 3 months

License loading madness

by sampsa＠mac.com

Well, after all that, I'm happy to announce that RHESUS and CHIMPY are back online. RHESUS has a fairly large file library available, including a whole bunch of SPDs.. Sampsa On 20 Aug 2012, at 15:01, Sampsa Laine wrote: Thanks, will do that next time :) I manually typed in enough licenses to get DECNET going and pasted in the file via CTERM :) Sampsa On 20 Aug 2012, at 14:54, hvlems at zonnet.nl wrote: The license utiility can build com files for you: $ license/issue/proc/out=imf.com * Omit the /procedure qualifier and all you get is the data as printed on the PAK.

13 years, 3 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet