HECnet

hecnet@lists.dfupdate.se

3 participants
15583 discussions

by Zane Healy

Last week I discovered that the power supply for PDXVAX had died (VAXstation 4000 m60). I swapped that system out with my spare, and then set about a project I’d been planning for years, so the hardware is now virtual, and won’t need to be shutdown when the weather is too hot. When I booted it temporarily on the other VAXstation I discovered that it looks like I probably need to update my Multinet links. All three connections appear to be down. I know I was connecting to A2RTR, MIM, and one other. DECNET-CONFIG>show Circuit Name IP Destination Cost Hello Timer ------------ --------------- ---- ----------- TCP-0-0 108.65.195.50 6 300 TCP-0-1 130.238.19.212 12 300 TCP-0-2 192.108.202.50 10 300 Any help getting back online would be appreciated. Hopefully this is just a case of IP addresses having changed over the last 4 years. -Regards, Zane

4 months

Advance outage notice

by Wilm Boerhout

Hello friends, I will be moving house on June 20th. Therefore, I will be shutting down my HECnet-related infrastructure a few days before that date; I plan to connect them again a few days (or maybe a week) later. Also, my public IP address will change. “odsw48.mywire.org” will point to the new address, and for my incoming circuits that use the raw IPV4 address, you will have to take that into account. You know who you are 😊 It concerns the following nodes: 29.200 PIVAX0 29.201 PIVAX1 29.202 PIVAX2 29.203 PIVAX3 29.204 PIVAX4 29.205 PIRSTS 29.206 ONAPI4 29.207 VMS046 29.208 PIRTVX 29.209 PIVAXN 29.210 VSIAXP (*) 29.211 PCSAPI (*) 29.212 VAXM8 (*) 29.214 PIZRZV (*) 29.215 PIRSX9 29.221 SERIAL (*) currently not in use Thanks for your understanding, Wilm # supratim(a)riseup.net <mailto:supratim@riseup.net> # tomas(a)prybil.se <mailto:tomas@prybil.se> # bob(a)jfcl.com <mailto:bob@jfcl.com> # Keith.Halewood(a)pitbulluk.org <mailto:Keith.Halewood@pitbulluk.org> # johd(a)zeelandnet.nl <mailto:johd@zeelandnet.nl> # mark.curtis(a)aardvarks-and-platypus.com <mailto:mark.curtis@aardvarks-and-platypus.com> # bqt(a)softjar.se <mailto:bqt@softjar.se> # mark(a)theberrymans.com <mailto:mark@theberrymans.com> # mark(a)matlockfamily.com <mailto:mark@matlockfamily.com>

4 months, 3 weeks

Alternative location for Mim?

by Johnny Billquist

Ok. I can't seem to raise Peter, and this have been going on and been an issue long enough. Do anyone have some alternative location I could run Mim and Anke? Basically - it needs a a static, public IP address, no port blockings whatsoever, and some reasonable bandwidth. In addition, the machine needs to run Linux (a VM would do), its own ethernet interface, and me having access to the machine as root. Some valid reverse DNS for that address would be good as well, but I will probably move Mim to my own domain, so that the name can stay the same in the future if the machine moves around anymore. If anyone have such resources available, and willing to provide for the running of Mim (PDP-11 with RSX) and Anke (PyDECnet), then I'd be happy to move things over, and get things back to running properly. 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

4 months, 3 weeks

Norman Lastovica - Understanding DECnet - Youtube Video

by Kyle Duren

VSI Channel on Youtube posted a presentation recording from Norman Lastovica (SCI) at the VMS Bootcamp on May 14, 2025. Video Link: https://youtu.be/_NFnhKV4VTw Slides Link: https://fossilfree.app.box.com/s/shz7426kjwojjtcqu4eyzt04z58512mr

4 months, 4 weeks

Re: DECserver 300 TCP/IP

by Madeline Autumn-Rose

I've been digging through a lot of documentation and forum posts that seem to indicate the DECserver 300 can do TCP/IP (including some Ask The Wizard posts. Anyone got pointers to which distribution set to track down this version? This post (https://forum.vcfed.org/index.php?threads/decserver-300-management-manual.6…) seems to indicate an older software dist provides that but I don't know which version supports that. -- Madeline Autumn-Rose http://gewt.net Personal stuff http://gimme-sympathy.org Projects

5 months, 2 weeks

Re: DECserver 300 TCP/IP

by Terri Kennedy

[I realized I sent this from a different email address than my list email, so it probably got rejected or held.] I had planned on holding this off longer, until it was fully complete, but https://www.glaver.org/DECserver is a treasure trove of information and firmware for almost all of the DECserver models. The firmware is split into DNAS (V3.3 being the newest version except for the DS700 which has V3.6) and Pre-DNAS directory trees. In particular, I think the firmware being requested can be found in: https://www.glaver.org/DECserver/Pre-DNAS%20DECserver%20Models%20and%20Firm… Comments on the future direction of this collection is welcome. -- Terri

5 months, 2 weeks

Re: [PiDP-11] What's the simplest way to play zork on the base install

by Johnny Billquist

For everyone - it's just that some places have been blocked by a router near Mim and Hecnet-1-1023. I'm trying to reach Peter to get it solved, but at the moment I can't offer much help. If people are on HECnet, they can usually reach Mim that way, and use RPM that way as well. Johnny On 2025-05-22 05:16, Jacob Ritorto wrote: > It's down for me from Western Pennsylvania Comcast, too. > Also my RSX-11M-PLUS machine's HECnet connection to Johnny's site is down. > > On Wed, 21 May 2025 at 22:38, Ggrinton <ggrinton(a)gmail.com > <mailto:ggrinton@gmail.com>> wrote: > > Johnny, I'm still getting timeouts on mim.stupi.net <http:// > mim.stupi.net> > Is there any update or am I doing something wrong? Thanks. > > > -- > You received this message because you are subscribed to the Google > Groups "[PiDP-11]" group. > To unsubscribe from this group and stop receiving emails from it, > send an email to pidp-11+unsubscribe(a)googlegroups.com > <mailto:pidp-11+unsubscribe@googlegroups.com>. > To view this discussion visit https://groups.google.com/d/msgid/ > pidp-11/f882bdf4-53b4-4441-a6e1-ee7d1f77b6c2n%40googlegroups.com > <https://groups.google.com/d/msgid/pidp-11/f882bdf4-53b4-4441-a6e1- > ee7d1f77b6c2n%40googlegroups.com?utm_medium=email&utm_source=footer>. > > -- > You received this message because you are subscribed to the Google > Groups "[PiDP-11]" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to pidp-11+unsubscribe(a)googlegroups.com > <mailto:pidp-11+unsubscribe@googlegroups.com>. > To view this discussion visit https://groups.google.com/d/msgid/pidp-11/ > CAHYQbfBYN5wd7vhGt%2BT67jh_yQX1SMWoheW--HTTiqroSvio9A%40mail.gmail.com > <https://groups.google.com/d/msgid/pidp-11/ > CAHYQbfBYN5wd7vhGt%2BT67jh_yQX1SMWoheW--HTTiqroSvio9A%40mail.gmail.com? > utm_medium=email&utm_source=footer>. -- 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

5 months, 3 weeks

by Mark Wickens

Sent from my iPhone

7 months, 3 weeks

DECnet-Plus and Decnet Phase IV interoperability

by Peter Whisker

Hi Recently I cloned one of my MicroVAX 7.3 simh servers and removed DECnet phase IV from it (which works perfectly) and installed DECnet-Plus from the distribution. I set it up with the same details as for Phase IV and configured the same MAC and area/node - clearly I will not boot both at the same time! The simh setup is identical for both version of the server apart for my having increased memory from 128M to 256M to see if that helped (it didn't). It sort-of works, there is connectivity and adjacencies as I would expect but it is extremely slow. If I "set host" to another machine, or from another machine to it, it works extremely slowly, I see 3 second retries happening all the time. The command "SHOW NSP LOCAL NSAP <local_nsap> REMOTE NSAP * retransmitted pdus, duplicate pdus received" suggested here https://community.hpe.com/t5/operating-system-openvms/very-bad-performance-o ver-native-decnet/td-p/5000605 shows the retransmit count going up. The adjacencies are on ethernet LAN - has anyone got any experience of this problem which might suggest what is happening? Thanks Peter Peter R Whisker BA BAI CEng MIET Chartered Engineer - IT Technical Architect T: +44 1932 842536 M: +44 7870 171768 E: peter(a)whisker.org.uk

7 months, 3 weeks

Announcing TCP/IP V2.17 for RSX-11M-PLUS

by Johnny Billquist

Time for a new release announcement of TCP/IP for RSX-11M-PLUS. This is version 2.17 of BQTCP/IP. It's been a while since the last release, and quite some improvements have been done in several subsystems. Some of them are rather significant, and a recommendation to update to this new version soon is recommended. Highlights: . Improved handling of situation when there is a resource shortage in the IPPOOL which could lead to the system stopping communication. . Rewritten DNS resolver with much better functionality. . Improved DHCP handling which now makes the system properly handle if the network address changes (for example, if network cable is unplugged and plugged into a different network). Detailed information on things that have been done since the last release: ETHACP: . Added a timer in ETHACP in case we don't have any active receivers because pool full. . Rewritten DHCP trigger conditions in ARP handler. IF: . Bugfix in IF: driver. IO.SIF function accidentally could set the interface to DHCP managed. . Added DHCP server information to IF: UCB. . Added detecting of interface network change and request DHCP if needed. IP: . Added trimming of incoming packets when forwarded to higher level protocols. IGMP: . Expanded IGMP with more statistics. Fixed small bugs. . Added support for IGMP V3. UDP: . Changed UDP buffer size limits to be in packets instead of bytes. . Added IO.SRS function to UD: to be able to set receive buffer size. TCP: . The logic of TCP high throughput and high latency was reversed. . In TCP push-on-read handling, an unconditional push was requested, while it should just a push at the end of currently outstanding data. . Bugfix in TCP. Sometimes the retransmit timer was being activated when there was no actual outstanding data. . Improved TCP sending to flush full buffers in more circumstances. IFCONFIG: . Bugfix in IFCONFIG. Changing parameters on an interface could accidentally enable DHCP on the interface. . Fixed IFCONFIG to force RESOLVER rescan when routing table change. . Bugfix in IFCONFIG. When showing multicast table, we could show some garbage. NETSTAT: . Added showing buffer size of UDP sockets in NETSTAT. DNS/RESOLVER: . Added setting a larger UDP buffer size for resolver. . Improved DNS resolver to clean out bad servers list if IP address changes. . Improved DNS resolving to handle caching better. . Corrected a few details in the mDNS protocol based on RFC 6762. . Rewritten DNS name resolver. Improved response handling, CNAME following and mDNS querying and response processing. . Fixed RESACP to always do multicast join. It might not have worked on first attempt, if no default routed existed. . Cleaned up DHCP and RESACP more for handling changing addresses. . Added new logicalname for DNS served from DHCP. . Added that DHCP force reevaluation of own address in DNS when IP address changes. DHCP: . Added sanity checks to DHCP renew time. . Bugfix DHCP receive function. Timeout was missing. . Correct DHCP to fall back to broadcast requests if renew is failing. . Correct which fields are included in a DHCP request based on which state it is in. . Improved DHCP behavior. Some retry mechanisms were broken, and some fields in packets were not set up optimally. . Improved DHCP resilience against badly formatted packets. . Improved DHCP messages. . Fixed so that DHCP don't request a refresh of RESACP until all done. . Correct DHCP handling if DHCP server stops answering. . Correct DHCP handling of renew to work from scratch. . Cleaned up DHCP and RESACP more for handling changing addresses. . Bugfix in DHCP. If we got a new IP address, DHCP crashed. . Added new logicalname for DNS served from DHCP. . Added that DHCP force reevaluation of own address in DNS when IP address changes. TELNETD: . Added a reset of the CLI for a terminal if needed when a telnet connection is closed. . Bugfix in telnetd. Under some circumstances, telnetd could hang. . Additional improvemnts on telnet server buffering. . Improve telnet daemon to better buffer output. MAILD: . Added supression of newline at end of mail program running. . Improved mail submission to detect if there are any actual problems talking to the submission task by the client. . Bugfix. Mail submission from unprivilged users had become broken. . Fixed a cleanup in MAILD when we get an error while receiving a mail over DECnet. We got a register dump because of it. . Bugfix in smtp sending. If there are multiple MX hosts, and the first ones accepts a connection, but gives an error, the mail is marked as pending with a connect fail, even if a later MX host connection worked fine. . Changed mail server task to not allow any operation by non-priv. . Improved smtp sent mail header processing. Multinet: . Improved multinet to not have outstanding I/O when accepting passive TRACERT: . Bugfix in TRACERT. End detection was looking at the result of the last ping instead of the actual address. PDP-11 C header files: . Added a couple of external ints in the PDP-11 C inet.h header file, to expand the interfacing to the resolver. Some additional notes: As usual, I would recommend people to update as soon as possible. The changes are somewhat critical, but will also lead to a much better experience. The patches to the TT: driver cannot be applied automatically, but requires users to apply the patches themselves, and then run SYSGEN to generate a new system. Once added, the TNC2 task can be run at login, and will define logical names for the user telling where he is connected from, if using telnet or LAT. TNC2 can get information about remote connections over DECnet as well, but this requires updates to DECnet. Such patches are not available separately at this time, but are included in the RSX image provided from Johnny Billquist. The TT: driver patches also allows the updated MCR to give more information with the DEV command (SHOW TERMINAL in DCL). The patched TT: driver also makes is possible to get telnetd fully vectorized, as this version provides two more addresses that are required by telnetd to access information in the kernel. The other patches to RSX can be applied automatically by IPGEN, either if used interactively when answering YES to the question about applying RSX patches, or by running IPGEN explicitly to do the patches, with the command: @IPGEN PATCH Specific information about the patches: LAT: Fixes a memory leak, and adds the ability to read where a terminal connection comes from when using LAT, using SF.GMC. RMSDAP: Fixes a bug in getting the file protection, so the XAB gets filled in correctly for remote files. RMSDSP: Fixes that some numbers were displayed in signed octal, which should have been displayed in decimal or unsigned octal, depending on number. DCL: Added terminal attributes for COLOR. MCR: Too many fixes to be listed here... INS: Fixes that users cannot circumvent protection on common regions. HEL: Fix that users can login with session ID, or with directory, in addition to name and UIC. ACNT: Add no password change attribute to accounts. PSW: Add no password change handling. SYL (SYSLOG): Add terminal idle tracking on accounts without idle logout. ECL: If the receiving machine is very slow, and the sending machine is very fast, and the receiver announce several large buffers available, ECL cannot keep up, and drops packets. This is a problem with the DECnet flow control, as it is used in RSX. The simple solution is to allow more outstanding buffers when receiving. A more complex solution would be to change how RSX DECnet do flow control, but that would require rewriting a fair chunk of the ECL module. NMVACP: Fix handling of "show known nodes" command, which could skip some nodes. NVP: Add ability to use session ID or directory name for user identity in DECnet nodename specifications. EPM: Fix handling of ethernet multicast. NTDEMO: Fix that hosts without names should display DECnet address. NCP: Parse of additional information types in NICE messages. As usual, the distribution is available from: ftp://mim.stupi.net/bqtcp.dsk ftp://mim.stupi.net/bqtcp.tap !!! BQTCP is also available through RPM !!! (As an additional note, if there are any problems communicating with Mim using port 21, the ftp service is also available at port 10021) The documentation is also available through ftp on Mim, or also at http://mim.stupi.net/tcpipdoc I hope people find this update useful. 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

8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet