HECnet

hecnet@lists.dfupdate.se

5 participants
15580 discussions

Another sillyness. More information in the nodename database on MIM.

by bqt＠softjar.se

On 2013-05-16 21:09, Ian McLaughlin wrote: Did I break it? File "US:[DECNET]HECNET.IDX" in incompatible use by another user File open failed, domain not readied Execution failed Field "HECNET" is undefined or used out of context Field "CURRENT" is undefined or used out of context My fault. I probably had the file opened non-shared from Datatrieve. Should be good now. Johnny Ian On 2013-05-16, at 12:06 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-05-16 20:30, Johnny Billquist wrote: On 2013-05-16 18:28, Johnny Billquist wrote: This is a totally volontary thing. I've finally come to the point where I think that there are a few more pieces of data on nodes that would be nice/useful to have from time to time. So I've extended the nodename database on MIM for this. The fields that I have added are CPU, OS and location. You can see an example of values by going to http://madame.update.uu.se/~bqt/hecnet?node=mim So, feel free to submit data to me for nodes you know. Or look up information. Or suggest interfaces that you'd like to get to extract this information, and I'll try and comply. :-) Being border, I actually created a simple web page for it now. http://madame.update.uu.se/~bqt/nodedb Bored... I meant to say bored. Interesting mistype... Hmm... :-) Johnny --- Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=C371BD28BE5B11E2A…

12 years, 4 months

Another sillyness. More information in the nodename database on MIM.

by ian＠platinum.net

Did I break it? File "US:[DECNET]HECNET.IDX" in incompatible use by another user File open failed, domain not readied Execution failed Field "HECNET" is undefined or used out of context Field "CURRENT" is undefined or used out of context Ian On 2013-05-16, at 12:06 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2013-05-16 20:30, Johnny Billquist wrote: On 2013-05-16 18:28, Johnny Billquist wrote: This is a totally volontary thing. I've finally come to the point where I think that there are a few more pieces of data on nodes that would be nice/useful to have from time to time. So I've extended the nodename database on MIM for this. The fields that I have added are CPU, OS and location. You can see an example of values by going to http://madame.update.uu.se/~bqt/hecnet?node=mim So, feel free to submit data to me for nodes you know. Or look up information. Or suggest interfaces that you'd like to get to extract this information, and I'll try and comply. :-) Being border, I actually created a simple web page for it now. http://madame.update.uu.se/~bqt/nodedb Bored... I meant to say bored. Interesting mistype... Hmm... :-) Johnny --- Filter service subscribers can train this email as spam or not-spam here: http://my.email-as.net/spamham/cgi-bin/learn.pl?messageid=C371BD28BE5B11E2A…

12 years, 4 months

Another sillyness. More information in the nodename database on MIM.

by bqt＠softjar.se

On 2013-05-16 20:30, Johnny Billquist wrote: On 2013-05-16 18:28, Johnny Billquist wrote: This is a totally volontary thing. I've finally come to the point where I think that there are a few more pieces of data on nodes that would be nice/useful to have from time to time. So I've extended the nodename database on MIM for this. The fields that I have added are CPU, OS and location. You can see an example of values by going to http://madame.update.uu.se/~bqt/hecnet?node=mim So, feel free to submit data to me for nodes you know. Or look up information. Or suggest interfaces that you'd like to get to extract this information, and I'll try and comply. :-) Being border, I actually created a simple web page for it now. http://madame.update.uu.se/~bqt/nodedb Bored... I meant to say bored. Interesting mistype... Hmm... :-) Johnny

12 years, 4 months

Another sillyness. More information in the nodename database on MIM.

by bqt＠softjar.se

On 2013-05-16 18:28, Johnny Billquist wrote: This is a totally volontary thing. I've finally come to the point where I think that there are a few more pieces of data on nodes that would be nice/useful to have from time to time. So I've extended the nodename database on MIM for this. The fields that I have added are CPU, OS and location. You can see an example of values by going to http://madame.update.uu.se/~bqt/hecnet?node=mim So, feel free to submit data to me for nodes you know. Or look up information. Or suggest interfaces that you'd like to get to extract this information, and I'll try and comply. :-) Being border, I actually created a simple web page for it now. http://madame.update.uu.se/~bqt/nodedb Johnny

12 years, 4 months

Another sillyness. More information in the nodename database on MIM.

by bqt＠softjar.se

This is a totally volontary thing. I've finally come to the point where I think that there are a few more pieces of data on nodes that would be nice/useful to have from time to time. So I've extended the nodename database on MIM for this. The fields that I have added are CPU, OS and location. You can see an example of values by going to http://madame.update.uu.se/~bqt/hecnet?node=mim So, feel free to submit data to me for nodes you know. Or look up information. Or suggest interfaces that you'd like to get to extract this information, and I'll try and comply. :-) Johnny

12 years, 4 months

DECserver software collection

by bqt＠softjar.se

On 2013-05-15 00:42, G. wrote: Hi all, once upon a time (!) I collected whatever DECserver software I was able to find, thinking it would be eventually useful sometime into the future. Now I see on this mailing list some messages about DECserver software, so I thought about sharing whatever I know and have, to help others running their DECservers and maybe to increase my collection too. Here is what I have: MNENG1.SYS V1.1C BL46-13 MNENG1_A.SYS V1.1C BL46A-13 From Digital? MNENG2.SYS V2.0 BL10D-40 MNENG2_DNPG.SYS V2.4 BL50 Copyright Digital Networks, DNPG, LLC MNENG3_DNPG.SYS V2.4 BL50 Copyright Digital Networks, DNPG, LLC PS0801ENG.SYS V2.0 BL23 PR0801ENG.SYS V3.3A BL40 DP0601ENG.SYS V2.0 BL29-04 SH1601ENG.SYS V2.2C BL46-13 WWENG1.SYS V1.1C BL46-13 WWENG2.SYS V2.0 BL10D-40 And this is what I miss (both from Digital): MNENG3.SYS MNENG4.SYS Finally, these should be the corresponding DECserver hardware devices: DECserver 90L+ PROM-based, no firmware DECserver 90TL MNENG1.SYS or MNENG2.SYS DECserver 90M (1MB mem) MNENG2.SYS DECserver 90M (2MB mem) MNENG3.SYS DECserver 90M+ (4MB mem) MNENG4.SYS DECserver 100 PS0801ENG.SYS DECserver 200 PR0801ENG.SYS DECserver 250 DP0601ENG.SYS DECserver 300 SH1601ENG.SYS DECserver 700 (1MB mem) WWENG1.SYS DECserver 700 (2MB mem) WWENG2.SYS DECserver 900TM WWENG2.SYS So, MNENG4.SYS seems to be the most important miss in my collection... Thanks to everyone, :) G. P.S. If you see anything wrong, let me know! :) Thanks. That was a great summary. We should just make them all available on HECnet as well. Care to send me copies? Or do someone already have all of them available? Like I said before, a few of them are already on MIM. Johnny

12 years, 4 months

HECnet LAT groups...

by bqt＠softjar.se

Hi. I'd like to ask people to look over their LAT setups. Looking at group 0 right now, the list is rather long, and containing lots of services that looks like they really would be better placed in some other group. The idea of group 0 has been to have publicly available systems in group 0, so that people using DECservers can just look at group 0, and whatever local groups they have, and not have a long list of services that are of no relevance at all to them. Johnny

12 years, 4 months

Phone company (US) and DEC hardware and the mainframe

by wonko＠4amlunch.net

I don't know anything about billing but the ESS and newer switches all had Datakit interfaces. Back in the mid-90s I supported systems that did traffic analysis of phone switches (mainly for capacity planning) via the Datakit network. The original systems were 3b2 boxes and the new replacement machines were SPARCstation 20 boxes. The products were COER [0] that ran on the 3b2 and TDMS [1] on the SS20. The source code to COER was missing which made dealing with bugs fun. Especially as it had a bad habit of corrupting its own db randomly. -brian [0] Central Office Equipment Recording [1] Traffic Data Management System On May 16, 2013, at 1:23, Gregg Levine <gregg.drwho8 at gmail.com> wrote: Hello! Here's an interesting issue, we all know who created UNIX and its descendants. I do know that it was extended to accommodate the needs of running the phone exchanges that the companies setup to use the ESS and its relatives. But wasn't there a story floating around that they had worked out how to have the phone companies systems to communicate the necessary billing specs to an ordinary IBM system, who'd eventually create the bills? (Or even had the same DEC hardware who ran the phone system, do the billing itself?) Basically the story thus told contains a heck of a lot of holes, and in here I'm hoping that someone does know the details. Running those systems now must be quite an accomplishment now though. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

12 years, 4 months

Phone company (US) and DEC hardware and the mainframe

by gregg.drwho8＠gmail.com

Hello! Here's an interesting issue, we all know who created UNIX and its descendants. I do know that it was extended to accommodate the needs of running the phone exchanges that the companies setup to use the ESS and its relatives. But wasn't there a story floating around that they had worked out how to have the phone companies systems to communicate the necessary billing specs to an ordinary IBM system, who'd eventually create the bills? (Or even had the same DEC hardware who ran the phone system, do the billing itself?) Basically the story thus told contains a heck of a lot of holes, and in here I'm hoping that someone does know the details. Running those systems now must be quite an accomplishment now though. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

12 years, 4 months

HECnet Cisco

by gregg.drwho8＠gmail.com

On Wed, May 15, 2013 at 9:50 PM, Cory Smelosky <b4 at gewt.net> wrote: On Wed, 16 May 2013, Tim Sneddon wrote: Hi Cory, There was a config update that went out on Tuesday for change in address of your router. I do the update manually as I run a DECbrouter and IOS 10.3. I hadn't got round to the change, but it is up now and I can see all GRE/IP tunnels 50-53 that are configured on my router. I can also ping 9.1. Ah. I see your tunnel up now. *12 20 1 Tunnel57 -> 12.1023 35 64 A+ You should be able to ping 12.3, 12.2 or 12.1023 from your end I can. Looks like I just need to script the TunnelBroker update (or remove it entirely...I think that's what I'm going to do) and automate the dynamic IP update for gewt.ath.cx It'd be nice if the daemon I had running to do that was actually working... Thanks! Regards, Tim. Cory Smelosky <b4 at gewt.net> wrote: Evening all, Something up with the configs? My tunnels are in the "Up" state...but none of them are coming up. -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments -- Cory Smelosky http://gewt.net/ Personal stuff http://gimme-sympathy.org Experiments Hello! Haven't you heard? Your daemon lost his stake. He's now out, you should be getting one soon with better lobes soon. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

12 years, 4 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet