I'm posting this here in the hopes that there are other KLH10 emulator
users on HECnet.
I've been using KLH10 with the tap patches for years and years, and idling
has always worked fine. At some point over the recent couple of years,
idling stopped working for me on linux (I run ubuntu 16.04.4 LTS with
latest updates as of yesterday, on a 64-bit intel machine). My CPU is stuck
at 100% utilization, without even starting an emulated OS (I run TOPS-20).
In fact, as soon as I type "GO" in KLH10 and before doing anything else,
the CPU immediately shoots to 100%. Is anyone else seeing this? In older
versions of ubuntu/linux this didn't happen.
Thanks,
Mark
Hi,
I?m running the bridge with the following bridge.conf:
?? SNIP ---
local eth0
update psilo.update.uu.se:4711
hilanet 84.231.64.229:4711
maguro 38.130.230.105:4711
[decnet]
local
update
hilanet
maguro
[lat]
local
update
hilanet
maguro
? SNIP ?
But when I run the bridge using ?./bridge 4711? I keep getting these weird errors:
Dumped packet from 38.130.230.105 (1024).
Any ideas?
Sampsa
Yes I am interested in that. Let me know when done. Also you can send
scanned docs to bitsavers.
I put each package funetnje and hujinje into git together and uploaded it
into my github account.
For decent for Linux, I converted CVS repo into git repo and uploaded it
into my github too. So you can now apply fixes to that repo.
If you find JNet 2.x software, please let me know. There is programming
guide doc in JNet package through 3.2. It was removed on 3.3 or above. No
they are not in funet and can?t find them through google so far.
Does anyone have JNet for Alpha? I have only JNet 3.5 to 3.7 for VAX.
Tim
On Sat, Feb 17, 2018 at 3:39 AM Erik Olofsen <e.olofsen at xs4all.nl> wrote:
> Tim,
>
> I have the JNet Network Manager's and User's guides, no programming guide,
> for version 2.0$
>
> Let me know if I can look up something for you.
>
> Actually I don't have the software - so you found it at funet?
>
> Erik
>
>
I come from a mostly-UNIX, mostly-TCP/IP background. I don't understand DECnet well yet, but I want to learn more! Much of my interest in joining HECnet and playing around is because I largely skipped over DECnet in its original airing, and now it seems like a weird foreign land that I feel an irrational need to grok in fullness.
What are/were the conventions for providing public services over DECnet Phase IV networks, to remote users without their own local user accounts? I.e., let's say that I had a node on a large DECnet-only network back in the before time, and I wanted to share a file repository in a manner comparable to anonymous FTP on a TCP/IP network. How would I have done that? Were there conventions for doing that sort of thing back then, or was that a foreign concept on large DECnet networks at the time?
Were there any examples of BBS-like servers living on DECnet networks? Online multi-player games such as MUDs? Early DECnet-based examples of "log into the coffee pot to see if the brew is fresh"? DECnet-based analogs to Archie for discovering stuff? DECnet-based USENET-like communities?
I don't know if any of these concepts even made sense in the DECnet world at the time. In addition to only understanding the networks of the 80s from a UNIX-centric, TCP/IP-centric worldview, I'm also having a hard time un-thinking the newer concepts I'm used to after so many years of steeping in a broth of HTTP and social media. I have somewhat conflicting urges to both learn how to think like a 1980s DECnet user, and to retcon modern concepts into an alternate reality where TCP/IP never took off.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
For those interested in running the updated DECnet kernel module
under Ubuntu rather than Slackware, I gave it a go by updating my
machine running 16.04 following the steps at:
>From https://www.maketecheasier.com/build-custom-kernel-ubuntu/
And it was quite easy indeed. [But have plenty of free disk
space, say >20 GB. If the make fails, and you have to start over,
it does a 'clean' first. So even when doing make...]
Of course, after the step to have the kernel source ready,
for example in 'kernelbuild', cd to 'kernelbuild/net' and unzip
the dflkm.zip file, which may be found at RULLFS::
One of my nodes fell off Hecnet (actually a while ago).
I finally got around to reboot it in order to get it back.
The problem? Too much uptime.
Monitor Atle - DEC-10 at work
System uptime 10483:52:41
Current date/time Thursday 8-Feb-2018 8:00:14
Thats what you get for running stable hardware. On the other hand,
this is/was a known problem:
MCO: 12935 Name: WXD Date: 22-May-86:14:12:35
[Symptom]
DECnet stops working correctly. The -10 sees all the nodes
on the ethernet, but isn't seen by any of the nodes.
[Diagnosis]
The -10 has stopped sending ethernet hello messages. This
is caused by the -10 getting an overflow when calculating the DECnet
time (milliseconds of uptime), which is then used to determine when
to send the next message. The algorithm is:
MOVE T1,SYSUPT
IMULI T1,1000.
IDIVI T1,JIFSEC
This overflows at 159 hours, 4 minutes, 22 seconds, and 19. ticks (60hz).
[Cure]
Change IMULI -> MULI, and IDIVI -> DIVI
This algorithm won't overflow until 9544 hours of uptime (395+ days).
--Johnny (the other one)
/\_/\
( *.* )
> ^ <
On a virtual machine with lubuntu 12.04, kernel 3.2.0, I have
DECnet for Linux V.2.5.68s working, with dnprogs version 2.65.
It is node RULLFL.
The daemons and utilities use decnet.conf with node information,
so something useful would be to create it from mim::nodenames.dat.
On a VAX, TYPEing it works well, but on the Linux machine, dntype
hangs after giving parts of the file; dndir mim:: works well.
Does anyone have dntype mim::nodenames.dat working properly (with
perhaps different versions of the above)?
Thanks!
Johnny,
Using your [IPF77]TEST2.FTN, I made a very simple network printing routine that I can begin to modify for a Brother Laser printer which
will have its own escapes codes for portrait, landscape etc. and pull file names from the command line. I show it below in case any one wants to do something similar. I used your MKE and MAKEFILE,; to handle getting the libraries and switches correct.
PROGRAM NETPRT
INCLUDE 'INET'
CHARACTER*40 HOST, URL, FIL
CHARACTER*1 TXT(132)
CHARACTER*6 EP
INTEGER*2 LPO, I, L, K, PORT
HOST='192.168.0.27'
PORT=9100
LPO = TCP(1,0)
IF (HOST2I(EP,6,HOST,40,PORT) .NE. 0) THEN
TYPE *,'Failed to convert hostname.'
CALL EXIT(1)
END IF
IF (CONNEC(1,EP,6,PUTXT,60) .NE. 0) THEN
TYPE *,'Connect error: ',NETERR
CALL EXIT(1)
END IF
CALL GEP(1,EP,6)
IF (IP2HOS(EP,6,RNADR+RPORT,HOST,40) .NE. 0) THEN
TYPE *,'IP2HOST error: ',NETERR
CALL EXIT(1)
END IF
TYPE *,'Got connection - ',HOST
WRITE(5,30)
30 FORMAT('$FILE:')
READ (5,20) FIL
20 FORMAT(A40)
L = INDEX(FIL,' ')-1
OPEN (UNIT=2, FILE=FIL(1:L), STATUS='OLD', FORM='FORMATTED',
+ CARRIAGECONTROL='LIST', READONLY)
40 READ (2,45,END=100) K, (TXT(I),I=1,K)
45 FORMAT(Q,132A1)
D WRITE (5,50) (TXT(I),I=1,K)
WRITE (1,50) (TXT(I),I=1,K)
50 FORMAT(1X,132A1)
GOTO 40
100 CONTINUE
CALL PCRLF(1)
CALL PUSH(1)
CALL SCLOSE(1)
CLOSE (UNIT=2)
TYPE *,'Net Print Done.'
END
Thanks and Best regards,
Mark
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
