Spam Filter?
>> *Subject: *Area 59...
>>
>> DIMMA is at Update in Uppsala
>>
>> STUPI R29GWA SOL at Stockholm
>> 59?19'03.2"N 18?01'24.1"E, 59.317551, 18.023352
>> KRYLBO and 59.3 HOBBYH at Charlottesville, VA
>> 38?09'10.9"N 78?33'26.3"W, 38.153026, -78.557299
You can park all other area 59 nodes at the Stockholm address.
--Peter
I've run into a glitch with the map maker, which wants to make NICE connections to other nodes without authentication information. Depending on the OS, there is a notion of "default account" or "proxy", and I expected that to work when I send the connect request off without any username/password content.
Apparently that's wrong for VMS, and I very vaguely remember this but not what to do about it. On VMS, how can you set up a network object to allow access without a password? If you do this, what is required in the connect request coming in?
paul
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
Highlights:
. IP multicasting have been implemented
. TCP stability improvements
Detailed information on things that have been done since the last release:
IP:
. Added IP multicast support, and functions to enable this on UDP sockets.
UDP:
. Added functions for joining and leaving multicast groups on sockets.
TCP:
. Bugfix in TCP. Under some circumstances, TCP will stop receiving data
because of a calculation error on TCP sequence numbers.
. Improvement in TCP. Code accidentally sent unnecessary probes when a
socket is in Close Wait.
. Bugfix in TCP. Any ICMP error received for a socket caused the TCP
connection to close down. This should not happen for ICMP source quench
or ICMP timeout messages.
. Correct MSS computation and setup based on interface MTU.
IFCONFIG:
. Added ability to change MTU of interface in IFCONFIG.
FTPD:
. Bugfix in FTPD. Long home directory names caused FTPD to fail.
Some additional notes:
Some people might wonder why the multicast changes have been introduced,
but no other changes related to it. I wanted to get this change out now
in order to allow people the possibility to play with it, if anyone is
interested. For my own part, I next plan to look at mDNS, to allow RSX
to live in home networks without a proper DNS server, but still be
visible to other systems. mDNS depends on multicast groups.
In addition, the TCP corrections finally fixed some long standing
problems that I have been observing that have been very rare, but very
annoying to me. BQTCP is now behaving very well on the network, and I do
not actually have any known issues (at this time) that that are nagging
me. I hope this release will see a further reduction on work on
protocols like IP, TCP and UDP, and future work will be even more
focused on higher level protocols.
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
I hope people find this update useful.
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
L.S.
The memory extension from 1 --> 2-->4 MW are quite easy to implement within the 2020 KS10 architecture, few extra mapping bits in the CPU and Unibus maps are all that is needed.
Though in current hardware maybe a bit difficult: 2 more bits in the UBA rams, etc. in Simh it is easy to do.
As Tops10 was developed onto KL10 and modified for KS10, the real limits of Tops10 was really the 4 MW barrier i.e. 13 bits versus 11 bits.
The KS10 modifications were relatively simple to adapt to larger sizes, BOOT inclusive.
R.V.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Dave McGuire
Sent: Wednesday, 29 April, 2020 19:58
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] VMS/RSX Guest accounts
On 4/28/20 11:51 PM, Thomas DeBellis wrote:
> You know, I have been racking my brains from time to time and I can't
> remember a thing about the ADP modifications to the 2020.
I myself know very little about the specifics. (I'm mainly an -8, -11,
and VAX guy) I would guess Peter Lothberg knows quite a lot about it.
> Did you pick up any software with these little jewels? The monitor
> changes might be interesting.
No software, unfortunately. Just the iron.
BTW, one of our museum folk is working on the 36-bit quote swag now.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
L.S.
By the way, I am pretty sure MRC attempted his variant of Tops20 (4.2? and 5.x?) on the 512 kB KS10 variant; the results might have turned out differently if he had a 1 MW variant available.
Is this work preserved somewhere?
R.V.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of R. Voorhorst
Sent: Wednesday, 29 April, 2020 08:51
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] VMS/RSX Guest accounts --> 2020 Unibus(ses)
L.S.
Well, look in Tops10 monitor sources and in the engineering stuff: multiple Unibus adapters (up to 4, standard 2 provided) each which its own mapping hardware and registers.
It can easily expanded to even handle 4 MW memory space (I run here some 2 MW variants), but the current Tops10 single section monitor cannot handle the needed page mapping in monitor mapping space very well.
1 MW works fine though. 1 MW variants surfaced somewhat later than the 512k ones.
R.V.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Wednesday, 29 April, 2020 08:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] VMS/RSX Guest accounts
I should point out that I actually suspect the 2020 have a Unibus map, just as the big PDP-11s or any VAXen have.
Which then remaps the Unibus address space to the larger address space of the machine, so that DMA can go anywhere.
Johnny
On 2020-04-29 08:10, Johnny Billquist wrote:
> Nope. Unibus can only address 128Kword, and in this context that is
> 128K of 18-bit words. So you cannot even DMA into a full 256K of 36 bit words.
>
> Johnny
>
> On 2020-04-29 05:51, Thomas DeBellis wrote:
>> You know, I have been racking my brains from time to time and I can't
>> remember a thing about the ADP modifications to the 2020.
>>
>> So, the 2020 came with a maximum of 512K words, 2**9. An addition
>> bit would have brought it up to a full megaword, 2**10, which is
>> quite reasonable for the target audience (some kind of installation
>> that didn't hold stock in the local power utility).
>>
>> I guess there may have been modifications to the 2020 build of the
>> monitor to allow for the extra bit. I don't know if the Unibus
>> devices could do DMA into the full address space.
>>
>> Did you pick up any software with these little jewels? The monitor
>> changes might be interesting.
>>
>>> --------------------------------------------------------------------
>>> ---- On 4/24/20 12:12 AM, Dave McGuire wrote:
>>> Nice!
>>>
>>> One of our 2020s is in the brown color scheme. You know what
>>> that
>>> means: ADP, and one more address bit.
>>>> -------------------------------------------------------------------
>>>> -----
>>>>
>>>> On 4/23/20 6:15 PM, Thomas DeBellis wrote:
>>>>
>>>> The solution for 4.1 was one of the finest hacks I have ever heard
>>>> of; while the 2020 doesn't support extended addressing, it does
>>>> support multiple address spaces, so what they did was move all the
>>>> symbols into a separate address space. This was called 'hiding'
>>>> symbols and I thought it was great because it made them harder to
>>>> smash. However, all of that went out the window with 5.0, which
>>>> fully supported extended addressing.
>
--
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've had my fill of FAL and DAP for the moment and have turned to some
other things as sort of a 'break'.? The Tops-10 NFT client breaks on
certain file names that the 20 sends it, so there is going to be some
debugging to track that down.? Fortunately, a very patient person gave
me PPN on one of their 10's.
Right now, I'm working on bringing the Tops-20 mail system a bit more up
to date with respect to DECnet communications.? These were largely put
aside when full Internet connectivity happened. Still, the PANDA
distribution has some bit rot because I know that certain Columbia
changes for DECnet (to support CCnet) are not there.? I can't imagine
that we didn't send them to MRC; that would have been unthinkable.
Fortunately, I was able to remember enough to put some of them back so
that I got SMTP over DECnet working well, again.? It had been suffering
from about two minute timing delays and now it's instantaneous between
20's, like I remember.?? Oddly enough, I don't remember what else ran
SMTP over DECnet; I'm certain that RSX and VMS could have done it.? I
think some VMS site might have.
However, most non-SMTP DECnet hosts on CCnet were running Mail-11, which
the 20 also groks.? In fact, it can convert Mail-11 addresses to SMTP
and route over other transports such as PUP, Chaos and TCP/IP as well as
DECnet.? We did a lot of mail routing for CCnet to the Internet on
CU20B, back in the day.
Unfortunately, there is some bit rot in some of the Tops-20 Mail-11
code, so I've got some tinkering to do.? Does anyone have a VMS or RSX
system that they'd care to give me a guest account on?? It doesn't need
any special capabilities; I'm just going to be sending mail and looking
a few raw headers over.
L.S.
Well, look in Tops10 monitor sources and in the engineering stuff: multiple Unibus adapters (up to 4, standard 2 provided) each which its own mapping hardware and registers.
It can easily expanded to even handle 4 MW memory space (I run here some 2 MW variants), but the current Tops10 single section monitor cannot handle the needed page mapping in monitor mapping space very well.
1 MW works fine though. 1 MW variants surfaced somewhat later than the 512k ones.
R.V.
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist
Sent: Wednesday, 29 April, 2020 08:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] VMS/RSX Guest accounts
I should point out that I actually suspect the 2020 have a Unibus map, just as the big PDP-11s or any VAXen have.
Which then remaps the Unibus address space to the larger address space of the machine, so that DMA can go anywhere.
Johnny
On 2020-04-29 08:10, Johnny Billquist wrote:
> Nope. Unibus can only address 128Kword, and in this context that is
> 128K of 18-bit words. So you cannot even DMA into a full 256K of 36 bit words.
>
> Johnny
>
> On 2020-04-29 05:51, Thomas DeBellis wrote:
>> You know, I have been racking my brains from time to time and I can't
>> remember a thing about the ADP modifications to the 2020.
>>
>> So, the 2020 came with a maximum of 512K words, 2**9. An addition
>> bit would have brought it up to a full megaword, 2**10, which is
>> quite reasonable for the target audience (some kind of installation
>> that didn't hold stock in the local power utility).
>>
>> I guess there may have been modifications to the 2020 build of the
>> monitor to allow for the extra bit. I don't know if the Unibus
>> devices could do DMA into the full address space.
>>
>> Did you pick up any software with these little jewels? The monitor
>> changes might be interesting.
>>
>>> --------------------------------------------------------------------
>>> ---- On 4/24/20 12:12 AM, Dave McGuire wrote:
>>> Nice!
>>>
>>> One of our 2020s is in the brown color scheme. You know what
>>> that
>>> means: ADP, and one more address bit.
>>>> -------------------------------------------------------------------
>>>> -----
>>>>
>>>> On 4/23/20 6:15 PM, Thomas DeBellis wrote:
>>>>
>>>> The solution for 4.1 was one of the finest hacks I have ever heard
>>>> of; while the 2020 doesn't support extended addressing, it does
>>>> support multiple address spaces, so what they did was move all the
>>>> symbols into a separate address space. This was called 'hiding'
>>>> symbols and I thought it was great because it made them harder to
>>>> smash. However, all of that went out the window with 5.0, which
>>>> fully supported extended addressing.
>
--
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
Johnny and all,
Would it be possible to help me test Rob Jarratt's Route20?
At this point, ROUT20 (31.1022) is configured as an additional Level-2
router for Area 31 not doing much beyond waiting to talk to other area
routers.
Johnny - do you think you could open up a port on your bridge for
testing? This side is at 64.137.176.104 (static), port 4711.
Anyone who owns an area and connects to Johnny's bridge using an area
router can also perhaps set up a second bridge link to 31.1022 for testing.
Here is my config file, followed by Rob's readme file. Hopefully I am
not missing something basic here and such a test will be a really bad idea.
---
$ cat route20.ini
[node]
name=ROUT20
level=2
address=31.1022
priority=5
[ethernet]
interface=vde-decnet-tap1
cost=4
[bridge]
address=psilo.update.uu.se:4711
port=4711
cost=7
; DNS section is optional, if not present then there is no periodic
check to make sure
; that IP addresses have not changed. Note that the periodic checks do
not cause any delay
; as they are done asynchronously.
[dns]
address=8.8.8.8
poll=60
[logging]
ethpcapline=verbose
general=detail
circuit=verbose
line=verbose
adjacency=verbose
update=verbose
decision=detail
forwarding=verbose
messages=detail
dns=verbose
ethinit=verbose
ethcircuit=detail
ethpcapline=verbose
ethsockline=verbose
ddcmpsock=detail
ddcmp=verbose
ddcmpinit=verbose
sock=detail
nsp=verbose
nspmessages=verbose
netman=verbose
---
User Mode DECnet Router Readme
==============================
This program is a DECnet router that implements version 2.0 of the
DECnet routing specification
found here: http://linux-decnet.sourceforge.net/docs/route20.txt
Second Alpha Release 15th Sep 2012 --> Actually no, Rob updated it in
March 2020
----------------------------------
This second release has been successfully tested with another person in
another area. It
fixes the following bugs and limitations:
1. Implements Level 1 Routing messages and interoperates correctly with
Level 1 routers
?? (ie routing nodes that are not area routers).
2. Packets routed from outside into the local area are no longer dropped.
3. More tolerant of different line end formats on the configuration file
(ie DOS or non-DOS format).
4. Fixed some compiler warnings related to format strings.
I have also realised that for every bridge connection you use you need a
separate UDP port.
I am not sure if this is a flaw or a feature.
Features
--------
1. Runs on Windows either as a Windows Service, or as a console program.
2. Runs on Linux as a daemon.
3. Full routing capability, so it avoids broadcasting all routing
messages to
?? entire network and kills looping packets.
4. Supports Ethernet (using pcap/winpcap).
5. Supports Johnny's bridge. You can now have multiple bridge connections to
?? Johnny and direct to other people without creating loops.
6. Can be extended to support other kinds of circuit (Cisco and Multinet
might
?? be examples, not tried).
7. Does dynamic DNS updates without blocking.
Limitations
-----------
1. Only tested on Windows Server 2003 and Raspberry Pi running Debian.
2. Does not support Phase III nodes.
3. Although it can be configured as a Level 1 node, it has only been tested
?? as a Level 2 (area router) node.
4. Limited testing on Raspberry Pi.
5. Performance not tested. Does not implement throttling, so traffic sent to
?? a machine with a slow network interface may experience problems.
6. Not tested with multiple ethernets.
7. It does not handle LAT and MOP, if you need these protocols then you
still
?? need to use Johnny's bridge.
Configuration
-------------
The program expects a configuration file called route20.ini. A sample
is provided, but here are some notes.
An [ethernet] section is used to define an Ethernet network interface.
You can have as many [ethernet] sections as you have ethernet network
interfaces.
A [bridge] section is used to define an interface compatible with Johnny's
bridge. You can have as many [bridge] sections as you have direct links to
other people's bridge or router (each requires a separate port). Use a DNS
name rather than an IP address, the IP address is checked and updated
according the [dns] section. Note also that the router will not accept
packets
from bridges not configured in the [bridge] section.
The [dns] section is used to specify the IP address of your DNS server. This
must be a numeric IP address. The poll period determines the period (in
seconds) of the checks for changes to the IP address in your [bridge]
sections.
Windows Installation
--------------------
Prerequisites: winpcap
To install it as a service do the following:
1. Open a command prompt as an administrator.
2. Run "route20 install".
3. Copy the configuration file to %windir%\system32
4. Make sure the "DECnet 2.0 Router" service is configured to run under an
?? account that has administrative privileges.
5. Start the service.
To run it as a console program:
1. Create a configuration file in the directory where the executable is
?? located.
2. Run the executable.
Linux Installation
------------------
Prerequisites: pcap
The program is designed to run only as a daemon. It logs to the syslog.
Launch the program and it will fork and create a daemon.
--
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
Does anyone have the FORTRAN source for Lightcycle (the game) that can
be sent to me somehow - VAX mail to MARIAH::SYSTEM will work fine ...
I had collected it from someone kind enough to send it to me circa 2015,
lost it, shame on me.
Thanks in advance,
Supratim
--
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet