Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
This release contains a lot of fixes and improvements in many areas.
There are a couple of very serious bugs in TCP that is fixed in this
release which is why I really encourage people to upgrade. (They do not
happen often, but if they happen, they have a high chance of crashing
the system.)
Highlights:
- Stability and reliability improvements in TCP.
- Improved DHCP
- Improved TELNETD
- Improved FTP(D)
- Improved HTTPD
- Improved MAIL(D)
- Improved Multinet
Detailed information on things that have been done since the last release:
Installation process:
- The IPGEN script now optionally cleans up the disk after installation.
TCP:
- Bugfix in TCP slow start window computation in combination with TCP
RTT calculation. If the RTT was above mininum, the slow start window
never grew.
- Changed TCP Fin-Wait-2 state to not reset timer if unexpected packets
are received.
- Stop slow timer at TCP close, so that it can be re-primed with an
appropriate timeout.
- Added proper handling of SYN packets at the closing stages of a
socket. They should always cause RST packets.
- Improved handling of the slow timer at the closing stages of sockets.
Sending packets at those stages should not stop the timer.
- Add handling of two TCP SYN packets comes in from same address/port to
same address/port but with different sequence numbers. Second req. will
be reset immediately.
- Improve handling of failed daemon activations from TCP.
- Bugfix. If several creates were done for the same TCP connection, the
stack got corrupted.
- Bugfix in IO.CON. It could create a new connection for an already
existing one.
- Bugfix. If a read from TCP give error result, we should not unblock
user ASTs.
- Corrected AST block setup in TCP.
- Add PU.NBL option for non-blocking writes to TCP.
- Bugfix in TCP. IO.SXS, IO.SRS and IO.SSS was not working.
IFCONFIG:
- Disallow changing interface parameters on a running interface.
DHCP:
- Corrected bug in DHCP, where lease time was computed as a signed number.
TELNETD:
- Improve TELNETD connection tracking and disconnection handling.
- Bugfix in TELNETD. If socket create failed, TELNETD could go catatonic.
- Improved telnetd accept handling.
FTP(D):
- Bugfix for FTP, which caused RSX and block mode transfers to sometimes
fail.
- Improved RSX mode FTP transfer mode under some circumstances.
- Enable ftp to put block files.
HTTP:
- Bugfix in HTTPD. WWW.B2S failed to include BQTLIB.B2S, and therefore
missed function prototypes causing function to be called the wrong way
in the main function.
- Improve error handling for HTTPD when running CGI scripts.
- Improved handling of CGI interface in WWW.
MAILD:
- Improved mail headers for MAIL11 received mails.
- Improve MAILD handling of text/plan with format=flow
- Add user-agent header to composed mails.
- Add MIME headers to mail sent over smtp.
- Improved logging in MAILD.
- Added handling of mail address loops in MAILD.
- Added mail forwarding for MAILD.
- Improved error handling in MAILD mail delivery.
- Improve MAILD client RMS handling.
- Bugfix in MAILD. For MAIL11, VMS systems can send empty lines that
MAILD interpreted as end of mail. Fixed now.
- Fix mail processing. SMTP did not reject invalid local addresses. SMTP
now rejects destinations on other hosts, as we do not allow relaying.
- Corrected mail printouts which skipped empty lines.
- Added FILE command to mail client.
Multinet:
- Improve Multinet handling of failing lines.
RMD:
- Added more information on the RMD network page.
As usual, the distribution is available from:
ftp://mim.update.uu.se/bqtcp.dsk
ftp://mim.update.uu.se/bqtcp.tap
ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
The documentation is also available through ftp on Mim, or also at
http://mim.update.uu.se/tcpipdoc
The firewall for Mim have now been removed, so no need for the alternate
ports, but Mim is still listening to the alternate ports as well.
ftp: 10021
telnet: 10023
As a final word about this release. As always things progress with time,
but I think it's safe to say by now that BQTCP is now a very stable
TCP/IP with almost all features one can expect. There might always be
some more work on the lower level protocols, but at this point, expect
that most work and updates will be more and more on various daemons and
clients.
If there is anything in particular anyone is looking for, let me know.
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
I?m looking for Peter Coghlan, to ask him about some patches he did a while back. I see he has nodes on HECNET. Does anyone have his current email info?
--
Lee K. Gleason N5ZMR
Control-G Consultants
lee.gleason at comcast.net
Tony Blews <tonyblews at gmail.com> writes:
>On 9 January 2018 at 17:59, Brian Schenkenberger, VAXman- <system at tmesis.com
>> wrote:
>
>>
>> I have lots and lots of ideas. However, I'm sure you'd like to know how to
>> start the queue manager over learning about my ideas.
>>
>
>That very much depends on the ideas.
Not an idea, just a theory...
https://www.youtube.com/watch?v=U6zWjUhfj-M
>> I'd suggest that you first create the queue manager before you try to start
>> it.
>>
>> $ START/QUEUE/MANAGER/NEW_VERSION
>> $ START/QUEUE/MANAGER
>>
>> You will then need to INITIALIZE/QUEUE to create your queues.
>>
>
>Got it now.
>
>
>> FYI, "$ HELP" might answer your questions.
>>
>
>Too much wading to do there. Back in the old days I'd just shout across the
>room and someone would remember and shout back. Apart from the time the
>reply was "go away, I'm trying to work out where these two machine can
>from, who runs them and why they are hidden behind the printer".
$ HELP QUEUES
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Tony Blews <tonyblews at gmail.com> writes:
>Thanks for that...
>
>Create, start, reboot.
>
>I'm an idiot.
>
>I'll save this for next time (now if only I can get incoming mail
>working... time to hit the mail hub configs)
DO NOT INSTITUTIONALIZE the /NEW_VERSION!!! I've seen people put that into
their system startups and then wonder where QUEUES and JOBS disappeared to.
You really don't need a reboot but if you want to check your system startup
then, by all means, do so.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Tony Blews <tonyblews at gmail.com> writes:
>Hi
>
>I may have asked this before, but its bugging me again and I can't remember
>the answer, or find a simple explanation online anywhere...
>
>Having just installed TARDIS again with OpenVMS7.3 everything seems to work
>fine apart from mail over TCPIP. This throws up:
>
>%JBC-E-JOBQUEDIS, system job queue manager is not running
>$ start/queue/manager
>Message from user JOB_CONTROL on TARDIS
>-RMS-E-FNF, file not found
>%JBC-E-QMANNOTSTARTED, queue manager could not be started
>$
>
>Any ideas (and I promise I'll save the answer this time)?
I have lots and lots of ideas. However, I'm sure you'd like to know how to
start the queue manager over learning about my ideas.
I'd suggest that you first create the queue manager before you try to start
it.
$ START/QUEUE/MANAGER/NEW_VERSION
$ START/QUEUE/MANAGER
You will then need to INITIALIZE/QUEUE to create your queues.
FYI, "$ HELP" might answer your questions.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Hi
I may have asked this before, but its bugging me again and I can't remember
the answer, or find a simple explanation online anywhere...
Having just installed TARDIS again with OpenVMS7.3 everything seems to work
fine apart from mail over TCPIP. This throws up:
%JBC-E-JOBQUEDIS, system job queue manager is not running
$ start/queue/manager
Message from user JOB_CONTROL on TARDIS
-RMS-E-FNF, file not found
%JBC-E-QMANNOTSTARTED, queue manager could not be started
$
Any ideas (and I promise I'll save the answer this time)?
Thanks,
Tony.
G?day,
Picked up a 11/73 several years past off Grog which came with a couple of the chest height
DEC 19? Cab?s which housed the /73 and some RL02 and TS05. One I?m using with the /73
upstairs. The second is surplus to requirements. New car means I need to find a home for
it. Item location is North Shore New South Wales (Australia). Price is free, and half-price on
Tuesdays.
Second rack is a little knee high one that the 11v03 (Yep it?s v03 not /03) came in. Faux wood
and round bubble wheels.
Also a bunch of Tru64 ops and dev manuals will need to be gone so anyone interested there
Also please stick your hand up.
The knee high rack is:
http://ns4.reboot.net.au/pdp11-03/20150517_123020.jpg
The chest high rack is the usual fare with rounded edges and black cladding sides.
Would also suit standard 19? comms and rack servers I know. Nice to have period things.
Any takers? I?d love these things to goto another home that would love them rather than a
serious conversation with my reciprocal saw. ? Sadly.
Best Wishes,
Al
Disclaimer
The information in this e-mail is confidential and may contain content that is subject to copyright and/or is commercial-in-confidence and is intended only for the use of the above named addressee. If you are not the intended recipient, you are hereby notified that dissemination, copying or use of the information is strictly prohibited. If you have received this e-mail in error, please telephone Fujitsu Australia Limited on 02 9776 4555 or by reply e-mail to the sender and delete the document and all copies thereof.
Whereas Fujitsu Australia Limited would not knowingly transmit a virus within an email communication, it is the receiver?s responsibility to scan all communication and any files attached for computer viruses and other defects. Fujitsu Australia Limited does not accept liability for any loss or damage (whether direct, indirect, consequential or economic) however caused, and whether by negligence or otherwise, which may result directly or indirectly from this communication or any files attached.
If you do not wish to receive commercial and/or marketing email messages from Fujitsu Australia Limited, please email unsubscribe at au.fujitsu.com.
One of the suggestions that was posted here for how one might connect to HECnet was to create a GRE tunnel to a cooperative node, using either a Cisco router or an emulation of one. I don't have any experience with Cisco stuff, and I don't feel enthusiastic about going down that particular rabbit hole just yet if I can find another approach more in line with my experience and interests.
I see that there is GRE support in Linux, at least for IP-in-IP tunneling. Do any of y'all know if Linux's GRE support can tunnel non-IP protocols such as DECnet Phase IV? So far I've only succeeded in finding documentation about how to set up IP-in-IP tunneling, and I don't understand what's going on under the hood yet.
Since I want to keep my local DECnet traffic local, my current goal is to set up a VAX/OpenVMS simulation under SIMH to act as a DECnet area router (and provide other services to my real VAXen, too). I plan to use a SIMH emulation so I can leave it up all the time to maintain presence on HECnet without running up a big power bill. My real VAX-11/730 and other future vintage DECnet-speaking hardware would only graze on electrons infrequently, and mostly during colder weather.
Hi
Got OS X Lion running inside a VirtualBox - obviously the first thing I want to do is to see if it can talk DECnet. The forums mention a ?Pathworks for Macintosh? product. Does anyone know where to get a copy of it?
Thanks
Supratim
Hi there, everybody! I'm a vintage computer collector in southern California, USA, and I'm interested in joining HECnet. I thought I'd introduce myself and then ask some questions on the mailing list before I ask to join the network.
One of my favorite computers in my collection is a VAX-11/730 system with an R80, RL02, TU81 and DECwriter III. It has an ethernet card, and it came with OpenVMS 7.3 on the R80 and VMS 5.3 on an RL02 pack. I don't seem to have a single good TU58 tape, even after repairing the capstan rollers in the drives, but I can boot up the computer via tu58em. I've shared the boot-optimized console tape image I put together, as well as an image I created of the CRDPACK RL02 pack that came with the system:
https://github.com/NF6X/VAX-11-730-Console-v57
It's been a couple years since I fired up that system, but I recently had another burst of interest and began setting up some VAX emulations in simh. I have a simulated VAX-11/785 running in simh on a BeagleBone Green (a little embedded computer board, similar to the Raspberry Pi). I plan to leave it running as a full-time VMS presence at home, so it can be up on HECnet all the time. It would be a natural host for any bridging or routing I need to do, and I plan to use it as my main bridge between my modern computers and anything I have speaking DECnet. I have TCP/IP set up on it so I can FTP files on and off of it from my modern systems. The 11/730 won't be powered up very often, and probably mostly during winter!
I have plans to restore a heap of parts that I have into a working PDP-11/44 eventually, and I suppose it should be able to run RSX-11 and also visit HECnet?
I expect that I'll probably get more DECnet-capable hardware in the future. I'd like to get a PDP-11/73 someday, and I'm curious about those little QBUS MicroVAXen. Maybe I should add a VAXstation to the mix, too?
So now it's time for me to figure out how to join HECnet. I gather that my best options would be to either use the bridge program, or to set up my VAX-11/785 emulation to bridge things somehow.
If I use the bridge program running on a Linux box, can I configure it to only bridge traffic to/from the rest of HECnet? I don't want the traffic between my local DECnet nodes to leave the house. If the bridge program forwards all DECnet packets that it sees, then maybe I should learn how to set up my emulated VAX-11/785 as a router instead?
And now for the really tough question: Once I add my systems to HECnet, what can I *do*? I'd like to join HECnet just because it's there, but it would be swell if there's more fun stuff to do.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Hey folks. I'm trying to get "Swedish" Pascal v6.3 running under
RSX-11M-Plus v4.6, and have hit a problem. The created PAS.TSK crashes
on invocation, and I suspect it may be due to a patch that gets applied
to a library during the build process. This appears in PAS.BLD:
;
; The above GBLPAT statement patches a branch instruction
; into the system overlay autoload routine AUTO.
; The last few releases of most operating systems have had
; different versions of AUTO. The proper GBLPAT statement
; to use above depends on which AUTO routine you have on
; your system. You can identify which one you have by
; examining the object module ident of module AUTO in
; the system object library, SYSLIB. Use a command such as
; "LBR LB:[1,1]SYSLIB/FU" to do this. The GBLPAT statements
; to use with each AUTO routine are:
;
; AUTO ident GBLPAT statement
; ============ ==================
; ??early?? GBLPAT=ROOT:$AUTO+34:437
; 08 GBLPAT=ROOT:$AUTO+34:435
; 09.08 GBLPAT=ROOT:$AUTO+36:441
; 10.02 GBLPAT=ROOT:$AUTO+36:431
;
The ident of AUTO in my system is 10.05, making that patch potentially
land at the wrong address. However, that's just my suspicion. Has
anyone gotten Swedish Pascal v6.3 running under RSX-11M-Plus v4.6?
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
This release contains a lot of fixes and improvements in many areas.
There is one very serious bug in TCP that is fixed in this release which
is why I really encourage people to upgrade.
Highlights:
- Stability and reliability improvements in TCP.
- Improved SPOOF detection.
- Improved stability.
Detailed information on things that have been done since the last release:
Installation process:
- The IPGEN script now more smoothly handles updates to an existing
installation.
Ethernet driver:
- Improved driver reset handling.
- Implemented MTU backoff in ethernet driver, to handle unpatched DEC
XU: driver.
TCP:
- At socket close time, if there were pending packets to process still
in the socket, the system pool could become corrupted, causing a crash
at some random later time.
- Add more spoof processing for suspicious connections.
FTPD:
- Improved error handling for not logged in clients.
HTTP:
- Implemented spoof processing for connections which looks suspicious.
MAILD:
- Implemented spoof processing for connections which looks suspicious.
Mail client:
- Added basic hooks for extending mail to deal with several folders
(still not complete).
As usual, the distribution is available from:
ftp://mim.update.uu.se/bqtcp.dsk
ftp://mim.update.uu.se/bqtcp.tap
ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
The documentation is also available through ftp on Mim, or also at
http://mim.update.uu.se/tcpipdoc
The firewall for Mim have now been removed, so no need for the alternate
ports, but Mim is still listening to the alternate ports as well.
ftp: 10021
telnet: 10023
As a final word about this release. As always things progress with time,
but I think it's safe to say by now that BQTCP is now a very stable
TCP/IP with almost all features one can expect. There might always be
some more work on the lower level protocols, but at this point, expect
that most work and updates will be more and more on various daemons and
clients.
If there is anything in particular anyone is looking for, let me know.
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
Before I go looking on Ebay, I thought I'd ask here first.
My Alphaserver 800 5/500 wasn't responding when I came back from a business trip.
And when I rebooted it, I heard the 1-2-4 beep codes and no screen.
Found out it means "Backup cache error. Replace the CPU daughter board"
And I found out in the manual that "The system can be operated with the B-cache disabled until a replacement CPU daughter board is available." After re-seating the CPU board and the memory it still got the error beeps and changed the J1 jumper and it booted up fine.
Does anyone know the impact of running with the B-cache disabled?
The text in the system manual said the jumper setting "Allows the system to run despite bad B-cache until a replacement CPU board is available." How long can the system be run in this mode?
just curious so I know how much time I have to watch for a reasonable price 5/500 CPU module to show up on ebay (since there aren't many VAX/Alpha geeks in DC on craigslist).
Thanks in advance
Mike
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
This release contains a lot of fixes and improvements in many areas. I
really encourage people to upgrade, as some of these changes can have a
noticeable impact on stability.
Highlights:
- Distribution now includes the PDP-11 C and BASIC+2 resident libraries,
so that various tools and utilities that are built against them can
be installed even if the full language is not installed on a system.
- Improved stability.
Detailed information on things that have been done since the last release:
Ethernet driver:
- The ethernet driver could under some overload situations become deaf,
and not receive any more packets.
TCP:
- TCP FIN handling. Under some circumstances, TCP could get into a state
where both sides would be sending FIN packets, and not acknowledging the
other sides FIN.
- TCP sequence handling. Under some circumstances, TCP packets with bad
sequence numbers could be accepted as valid packets.
- IO.KIL function for normal TCP ports removed. It turned out that it
was very undesirable to process IO.KIL for connected sockets. (A
separate function with the same effect does exist.)
- Added counted for rejected TCP SYN packets.
- Improved task activation code for TCP daemons.
HTTP:
- Improved logging.
MAILD:
- Improved new mail notification handling.
- Correct handling of EHLO/HELO for SMTP.
- Implemented proper MAIL11 protocol, version 3.
- Rewritten address rewrite logic to better process both SMTP and MAIL11
addresses.
MAIL:
- Simple mail client now exist.
Libraries:
- Unified user lookup functions. User lookups now happen both on
lastname, UIC, SID and login directory. This is used both by MAIL, FTP
and HTTP.
As usual, the distribution is available from:
ftp://mim.update.uu.se/bqtcp.dsk
ftp://mim.update.uu.se/bqtcp.tap
ftp://ftp.update.uu.se/pub/pdp11/rsx/tcpip/tcpip.dsk
The documentation is also available through ftp on Mim, or also at
http://mim.update.uu.se/tcpipdoc
The firewall for Mim have now been removed, so no need for the alternate
ports, but Mim is still listening to the alternate ports as well.
ftp: 10021
telnet: 10023
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
Hi,
Just letting those people who use the Cisco GRE tunnels that my static
IP has changed (moved networks). It is no longer 120.146.225.243. It
is now 110.141.227.104.
Regards, Tim.
Tony,
Flakiness seems to have gone down a wee bit once I replaced
/usr/sbin/dnetnml with a binary built from dnet-progs source. It is
staying up and responding to SHOW EXEC CHAR requests for almost a full
day now.
So far I have replaced two binaries in /usr/sbin with built-from-src -
dnetnml and ctermd.
BTW I tried to reach MASTER but it was down. My two nodes are at 1.553
and 1.554. Would you like an account? And could I have an account on MASTER?
Thanks
Supratim
I've been busy (as usual) with writing stuff for RSX. And been a bit
annoyed at not having a nice mail gateway between TCP/IP and DECnet. So
I've written one for RSX, which is now live.
This is still very new and not so very tested code, so I really
appreciate any error reports, feature requests, thought, or just stress
tests... :-)
So, without making it any more complicated:
To send mail from anywhere on the Internet to a host on HECnet:
<node>::<user>@Mim.Update.UU.SE
To send mail from a node on HECnet to Internet:
MIM::<user>@<host>
Of course, as usual, PMR addressing works on the DECnet side. Also, this
mail gateway can also deal with local mail on Mim, in case anyone
wonders. And it does *not* relay mail on the Internet.
I've done a cut of BQTCP as well, with this mailer included. But I'm not
officially making a release yet. That is what the next week or so of
testing is leading me up to, though. :-)
And if people try to get this up and working let me know, as the
documentation might still be a bit cryptic as well.
And in case anyone wonder - yes, it does use MX records on the TCP/IP
side. Also, Mim is behind a firewall, so for most people, SMTP access
directly to Mim does not work. However, Mim also have an MX record
pointing to an intermediate machine which then relays the messages on to
Mim, but this introduces about a 10s delay in mails sent from the
Internet to HECnet.
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
Hi,
I regret I have lost the email announcing the internet email to VMS mail
gateway and would appreciate if someone could forward me those details
one more time.
Thank you in advance,
Supratim
I accidentally managed to disconnect and connect the power connector to
a TK70 while powered on. Now it seems like the TQK70 no longer wants to
talk to the TK70.
Does anyone recognize this, and have any suggestions on fixing it?
The CPU can talk to the TQK70, and it seems to also be functioning
correctly.
However, the TK70 itself seems to be running through self-tests, and
then blinks all LEDs indicating that something is wrong.
I've tried looking at the board, but cannot see anything burned, and I
cannot see any fuses either...
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
Hi, sorry to ask about something not decnet/hecnet related here, but I'm
out of ideas.
Does anyone have a webserver that will compile and run properly under
Ultrix 4.0 or 4.5? Everything I've tried has failed.
Cheers for any help,
Tony.
Hey all,
My VMS disk died ages ago and I needed to reinstall (thankfully, the
disk is dying again but more slowly)...and in that mess I lost my VAX
NOTES install. :(
Where can I grab a copy of VAX NOTES? I do not recall where I grabbed
it last time.
--
Cory Smelosky
b4 at gewt.net
Hi,
I have just become the proud owner of a DECmate II (in original
packaging no less :-). I had hoped to do something fun with it, but
unfortunately at the moment is is loaded with WPS. So, I was hoping to
load OS/278 onto it. Unfortunately, I don't have anything that I can
use to write the floppy images to.
So, after Googling around I came across something called a KryoFlux:
https://www.kryoflux.com/?page=home
They don't specifically say that the support RX50, but I did find a
couple posts on their forum suggesting that maybe it could be done.
Before I go off and buy one of these (and a 5.25 floppy drive, although
not from them...) I was wondering if anyone out there had used this
before? Maybe a different solution?
Alternatively, if there is someone out there who could help copy the
OS/278 binary and source images to RX50, I would be really appreciative.
I'm more than happy to pay my way and provide the disks.
Anyway, thanks in advance.
Regards, Tim.
Hi,
Just a somewhat late heads up. Due to some electric work in the building
that houses our server room all services at Update will be down
tomorrow, thursday June 29, from 15:30 to (probably) around 18:30 CEST.
/Jesper