I now added a daemon that listens on port 443, and just rejects any
connections. Let me know if that makes peoples lives easier. :-P
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Greetings,
I noticed this before the move - when I go to the nodename database lookup page, I get a few lines and then MIM doesn't respond to anything after that.
It doesn't appear to serve any more pages. I assume that the webserver has crashed.
I'm not sure how long this has been happening for. I was trying to check if a new node had been added to the list.
Cheers, Wiz!!
MIM move is now underways. The old Mim is up, but be aware that I've
already taken a snapshot of the disks now, which are being transferred.
So anything changed on Mim after this time will not carry over to new Mim.
The transfer will take a number of hours, but I'll let people know once
new Mim is up and running.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
My pyDECNET router THEARK runs on a Pi Zero W2. Normally all happy and peachy for months on end but from time to time it loses connection to its area router. I started with a simple script that checked the connection from time to time and sent an email. Well now this has grown to a full blown thing with many capabilities so I decided to bring this to the group. I dropped it on GitHub today mkostersitz/hecnet-daemon<https://github.com/mkostersitz/hecnet-daemon>. Take a look and let me know what you think. Hope it is helpful to some
[https://opengraph.githubassets.com/93cedb97f81cb11006d6953fc6eeba5d4eedc794…]<https://github.com/mkostersitz/hecnet-daemon>
mkostersitz/hecnet-daemon - GitHub<https://github.com/mkostersitz/hecnet-daemon>
Process Monitoring: Automatically detects when PyDECNET is not running and restarts it Link Status Monitoring: Checks DECNET link to A2RTR node every 60 seconds Email Notifications: Sends alerts when the DECNET link goes down or comes back up Daemon Mode: Runs as a background service Logging: Comprehensive logging to files and stdout Manual Operations: Support for manual restart and HECNET ...
github.com
I've had alot of progress with HECnet connection, I created another VM
to run linux and pydecnet then proceeded to activate the connection to
HECnet. It all works very well and I have full functioning access. Hit
me up with email to GUARD::MBROWN
There is only one problem I have left, how do I enter the details in
NODENAMES.DAT into the local name lookup. This will be one of those
Phase V problems as previousely griped about. Phase V uses mcr
decnet_register to enter host names and I have done that for a handfull
of commonly used hosts, but I have no Idea how I could do this with the
nodenames.dat file.
I wonder how you yourselves do this with Phase 4, I might be able to get
a clue if I knew how you did this trick in the first place.
Thank You.
It looks like I need some new connections to HECnet, as my existing ones are down. Is there anyone in the US, especially the Pacific Northwest able to setup a Multinet connection? One in Europe as well would be good.
Unfortunately I’m one of the people having trouble to Johnny.
Zane
I've downloaded copies of pyDECnet from two places:
1: svn://akdesign.dyndns.org/pydecnet/trunk/pydecnet (using svn)
2: http://akdesign.dyndns.org:8080/resources/public/index.html
The current version of code at the svn is revision 653.
The current version of the package is V1.1.0-rc2
Is there a difference between the two?
Which is the best source for pyDECnet?
Also, does anyone have any configuration samples they might care to share. I have a working one but I think I am lacking in creativity to make the most out of pyDECnet.
And while I'm at it, is Supratim's pyDECnet monitor page custom? Because it sure doesn't look a lot like mine. But I wouldn't be surprised that his is or that I messed something up on mine.
http://impvax.duckdns.org/pyrtr/index.html
Thanks!
--
John H. Reinhardt
I installed DECnet+ when I was setting up because it claimed being able
to do DECnet over TCP.
By poking around with net$configure I found I could get my machines to
talk DECnet over TCPÂ and I can do all the net related commands. So I
figured it must be very close to being able to connect to HECnet.
I wondered if it is possible to connect to HECnet using DECnet+, and how
that might be done ?
[Re-sending as there's an unfortunate interaction between mailing
lists and my multiple email addresses, so this didn't make it to the
list.]
On 2025-07-17 00:00, Terri Kennedy wrote:
> On 2025-07-16 18:42, Johnny Billquist wrote:
>> Paul, any reason why you think DEC would have done the same thing
>> Multinet did, which is DDCMP inside TCP with 4 byte headers, two being
>> length, and two just ignored?
>> As we've discussed plenty of times in the past, the Multinet solution
>> is really a bad back and abuse. And I've never heard anyone reporting
>> to have connected a Phase V node's DECnet-over-IP to a Multinet Phase
>> IV node DECnet-over-IP.
>>
>> It's not about the compatibility between the implementations of DECnet
>> in the phases, but about how you encapsulate the whole thing if you
>> want to use TCP as the carrier...
>
> I've been aware of the MultiNet implementation since it was known as
> Phase-IP during its field test. I can't speak to the specific reasons
> for the design decisions TGV made back then. I'd assume that they did
> it that way so that DECnet itself could handle both routing (packet
> comes in via TCP/IP, goes back out over a synchronous link) and do all
> of the validation / retry / whatever stuff in DECnet. Remember, this
> was before Phase V reared its ugly head. We had (at least) CMU/Tek,
> MultiNet, TCPware and Wollongong all competing with each other (and
> with UCX once it reared its ugly head).
>
> Having said that, MultiNet is an odd mishmash of a thin layer of VMS
> veneer on top of other code that looks vaguely TOPS-ish - the "?Not
> confirmed" stuff, the fact that ^Z doesn't exit in a lot of places, and
> so on. It had the UCXDRIVER and UCX emulation library so that things
> that depended on DEC C library networking routines would still work*,
> like X11 transport over IP.
>
> PMDF also has the same sort of weirdnesses, even though it originated
> elsewhere. Both PMDF and MultiNet are developed/supported by Process
> Software.
>
> This also led to what essentially amounted to forks of BIND, SSH,
> etc.
> as none of the MultiNet changes were accepted upstream. MultiNet was
> still running BIND 4.9.7 long after the rest of the world moved on,
> for example.
>
> When Process took over MultiNet from TGV, apparently large portions
> of the code are the equivalent of the famous Dennis Ritchie "You are
> not expected to understand this".
>
> I was tasked with building an IP cluster of Itaniums for a client
> and asked Process how to set it up from scratch, and they said "We
> have no idea, everybody we know of was replacing UCX", so I had to
> figure it out for myself as I didn't want to install UCX just to re-
> place it with MultiNet immediately after doing CLUSTER_CONFIG. That
> project was eventually abandoned as the RX2620s were some of the most
> unreliable, power-hungry pieces of <bleep> I'd ever run into. Major
> components failed and needed to be replaced during development. That
> project is now running on a single rx2800.
>
> * For quite some time MultiNet provided its own C header files
> which would be #include-ed in user source to directly call the rel-
> evant MultiNet library functions directly. At some point, they got
> rid of those and now use the normal C library functions. This has
> broken quite a bit of SIG tape software and I'm slowly slogging
> through it (starting with my own packages) to get stuff working with
> the DEC C library routines.
FYI,
I'm beta-testing Multinet 6.0 for VAX, Alpha, IA64 and x86, which still has the DECnet over TCP feature.
If Process Software continues to offer a hobbyist licence, that'll be another way of connecting into DECnet for x86 VMS.
Looking good so far. The terrors of SSHD are for this coming weekend.
K
-----Original Message-----
From: Johnny Billquist [mailto:bqt@softjar.se]
Sent: 16 July 2025 08:55
To: hecnet(a)lists.dfupdate.se
Subject: [HECnet] Re: DECnet+ Connection
You just need to peer with someone else with DECnet+, which aren't that many...
Johnny
On 2025-07-16 08:11, Michael Brown wrote:
> I installed DECnet+ when I was setting up because it claimed being
> able to do DECnet over TCP.
>
> By poking around with net$configure I found I could get my machines
> to talk DECnet over TCPÂ and I can do all the net related commands. So
> I figured it must be very close to being able to connect to HECnet.
>
> I wondered if it is possible to connect to HECnet using DECnet+, and
> how that might be done ?
>
>
> _______________________________________________
> HECnet mailing list -- hecnet(a)lists.dfupdate.se To unsubscribe send an
> email to hecnet-leave(a)lists.dfupdate.se
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
