HECnet

hecnet@lists.dfupdate.se

15586 discussions

Connecting an HP Itanium BL860c to HECNET... without ethernet

by Mark＠infocomm.com

On Friday, December 10, 2021 at 12:19 PM, Paul Koning wrote: > > On Dec 10, 2021, at 2:32 PM, cyb 2600 <cyb2600 at gmail.com> wrote: > > > > Hello, > > > > A little while ago I purchased an HP BL860c server blade. It has an Itanium 2 > CPU and I was able to install OpenVMS 8.4 on it. However I do NOT have a HP > Bladesystem chassis to put the blade in, meaning I can only connect to it via > the SUV console cable which provides usb, serial, and VGA. There's no way to > get ethernet out of the thing without plugging it into a rather gigantic > Bladesystem chassis that I don't have. If it was an x64 based blade running > windows I could just use a USB->Ethernet adapter but of course those things > don't have OpenVMS drivers. > > > > Given ethernet's not an option, would there be any way to tunnel DECNET > over the serial port? It seems like that was possible on VAXen and maybe > even Alphas but I've no mention of doing it on an Itanium. Or if anybody else > has any ideas of how I could network this thing I would appreciate it. > > I don't know that VMS ever did it, but a number of DECnet systems support > DDCMP over async lines (terminal serial ports). That's part of the standard. VAX/VMS certainly did async DDCMP. I've no idea if that functionality got migrated to Alpha and Itanium. I'd suggest you try following the VMS example. If you can get the configuration steps to work (suggesting Itanium support) then this should work with a serial line going into a simh VAX. Good Luck, - Mark

4 years

Oldest VAX/VMS for VAX-11/730 on HECNET

by Mark＠infocomm.com

On Dec 9, 2021 1:02 PM, Johnny Billquist <bqt at softjar.se> wrote: On 2021-12-09 23:52, Mark J. Blair wrote: > So, basically like bang paths in uucp? Maybe I will play with that sometime! Yes. But depending on application, it might be that all machines have to be up and running at the moment you're trying to use it, as opposed to UUCP which was store and forward. Where EVERY step of the uucp activity was store and forward, including the local (starting system). The uucp command just queued the file for local background/later copy to the next hop. - Mark

4 years

Updating Map Locations

by nf6x＠nf6x.net

A little while ago, I got a second hecnet link to let me get on hecnet from my office at my day job. I've moved some of my node names from my home in Riverside, CA to my office in Norco, CA. If I wanted to get a new pin at http://akdesign.dyndns.org:8080/map for my relocated nodes, do I need to pester somebody to manually update locations in a database? Or does the mapping crawler look for something on the nodes which might feed updated location information to it? I've begun putting .BEGIN-HECNET-INFO blocks in my INFO.TXT files, plagiarizing what I saw on Robert's nodes. But I get the impression that nothing automatically parses those at this time? It's kind of silly that my Riverside and Norco nodes are quite close to each other in southern California, but have two separate links up to the bay area. I can't accept incoming connections either at home or at work, so I have two separate links to Robert instead of just linking directly between my two sites. Sigh. I'm still happy that I can get on hecnet both from home and work, and my two sites can talk to each other. Interactive sessions are naturally sluggish when I do something like editing a file, but it seems to work quite well otherwise. -- Mark J. Blair, NF6X <nf6x at nf6x.net> https://www.nf6x.net/

4 years

machines up today

by mcguire＠neurotica.com

Hi folks, just FYI, some of you may notice LSSM machines (most of the machines in area 61) will be up and visible on HECnet through parts of today. Today is a volunteer work day at the museum, and a local company (Iron Mountain) is sending a group of volunteers to come and spend the day with us and help with various things. They'll be doing everything from cleaning to installing new surveillance cameras. We've been preparing for this for the past couple of weeks. Due to our perpetual short-handedness this is a really big deal for us. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

4 years

Hecnet mail still alive? --> silence

by R.Voorhorst＠swabhawat.com

Ok, thanks. I asked because I saw no Hecnet internet mails since 1-dec-2021 and such a silence is (highly?) unusual . :) Reindert From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of R. Voorhorst Sent: Sunday, 05 December, 2021 17:04 To: hecnet at Update.UU.SE Subject: [HECnet] Hecnet mail still alive?

4 years

Hecnet mail still alive?

by R.Voorhorst＠swabhawat.com

4 years

req for assistance: is snmp blocked for some / all ? does it work?

by supratim＠riseup.net

Hi, SNMP access to my Cisco works for me but does not seem to work for some others. I am wondering if it might be possible for others who have snmpwalk installed to issue the following and see if it returns the dnAreaTable part of the MIB. Thanks in advance. *snmpwalk -v2c -c foobar hecnet-us-east-gw.duckdns.org 1.3.6.1.4.1.9.3.1.26* Regards, Supratim* *

4 years

A USNO GPS network time server is now in operation at Digital Equipment Corporation, Palo Alto, CA

by supratim＠riseup.net

"A USNO GPS network time server is now in operation at Digital Equipment Corporation, Palo Alto, CA. This is an open-access stratum-1 for the Pacific Timezone: usno.pa-x.dec.com??? ?204.123.2.72 (CNAME ntp-dec.usno.navy.mil)" 204.123.2.72 still returns time as stratum 1. usno.pa-x.dec.com and ntp-dec.usno.navy.mil do not resolve. Ref: March 1997 revision of: http://gisweb.massey.ac.nz/topic/webreferencesites/gps/usnavy/ntp.html

4 years

*** Very important information ***

by bqt＠softjar.se

Hi, all. This mail contains some very important information that affects a fair number of people and services on HECnet. So please read through it, and if you need to take action, please do this in a timely manner. I'm here to help with whatever, but I can only work on things from my end of things. Background: Update is a computer club at Uppsala University. As such, it has enjoyed a lot of support from the University over a long time. However, recent development have now led us to a point where the University is no longer willing to support Update. The main way the support have been provided is through a computer room where machines have been running, electricity, and network connectivity. All of this is now going away. Basically, and the end of this year, Update will have to have moved out of their current location. This means that any machine Update currently have running will need to move. Update have found a location of their own that they now started to rent, and most things will be moving in a few weeks from now. There are also unfortunately a need to reduce the size of Update's collection of hardware since the size of the collection is just too big for Update to afford to keep. You might hear more on that separately, but I'm not going to go into that any further than saying that Magica and other large iron is currently safe, and will be moved. But it's going to be difficult to run these machines for the time being. Primary effects: Mim.Update.UU.SE, Psilo.Update.UU.SE and any other resources used by HECnet will go offline. I'm not sure about the exact date, but expect this to happen in a couple of weeks from now. This means any Multinet links to MIM will go down, and will not come back up. Any bridge connections to Psilo will also go away. Also, the HECnet mailing list will stop working. Update is working on getting services back up and running in their new location, but exactly in which form we are able to is unclear, and it is also unclear what network capacity there will be, or when anything will be back. Changes happening on HECnet: Because of the things mentioned above, there is a plan in place to keep HECnet up and running. Thanks to Peter Lothberg, a lot of functions and services currently at Update will move to Stupi. MIM:: (Mim.Update.UU.SE) has already moved to Stupi, and is now known as Mim.Stupi.NET. Still the same nodename on HECnet. The old Mim (Mim.Update.UU.SE) is still up for the time being, as XMIM:: Any Multinet links to Mim.Update.UU.SE are going to have to move. There will be two alternatives: . HECnet-1-1023.Stupi.NET is a PyDECnet router which I intend to be a major hub for HECnet. Located in Stockholm with good network capacity. . Mim.Stupi.NET, which is just the same machine, and can accept the same links. Any bridge connection to Psilo.Update.UU.SE are going to have to move. There is one alternative: . HECnet-1-1023.Stupi.NET. Same router that takes Multinet links. As mentioned above, I aim for this to be a major hub going forward. XMIM:: will be around for a few weeks, but will go down in the not distant future. All current Multinet bridges to it will have to migrate in order to keep working. Else those links will soon stop. MIM:: will continue service HECnet with the nodename database, just like before. It also will continue to act as a mail gateway for anyone using that feature. Mail from inside HECnet to the Internet will continue to be handled as MIM::<user at internet.host> Mail from Internet to HECnet will need to be addressed as <node>::<user>@Mim.Stupi.Net Web services at Mim will continue as well, but obviously at Mim.Stupi.NET. Same with ftp, rpm, and all other things. In order to reduce the number of issues that might pop up, I am going to try and get Mim.Update.UU.SE setup as a CNAME to Mim.Stupi.NET, so that most things will continue to work even using the old hostname, but there might be hiccups here. Be aware. The mailing list I'm still looking into how to handle. I'll get back on that soon. Next steps: I want that people have have links to Update to contact me, and we can move the links over to new endpoints. Keep in mind that I might take a day or two to respond to each individual. But I'll try to move fast as I don't know when things will stop operating in the current setup. Also, any issues, problems, funny stuff, or whatever, please reach out to me. I'm also going to keep an eye open for routing becoming odd in the face of things here, and will poke people when I see things that just look wrong. Of course, I have no insight into any Cisco equipment, so there I will just have to hope and trust that each person running such gear have things set up in a reasonable way. Well, that's about all I can think of right now. Now you all know what is happening, and anyone having links to Update will need to take action. Anyone using other services from machines at Update might also see problems as this all happens. And once more, many thanks to Peter Lothberg, who have been very helpful in finding a solution to this problem. (And yes, I wish Uppsala University had done things differently, but that is not anything I am in any position to affect, or make much comments on.) 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

4 years

Support Update?

by bqt＠softjar.se

Hi. Since people have asked about the future of Update, if there are anything people can do to help, and so on. One simple thing you all can do is to become members. Update is nowadays open to membership for anyone. Admittedly, if you are not around Uppsala, Sweden, you might not enjoy some of the activities, or be able to play with the collection. But there are talks about getting something more museum-like running. And of course, just keeping much of what Update have collected over the years have value for the future as well. You can find more information at https://www.update.uu.se/en/ 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

4 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet