Hello group
I'm currently setting up Stephen Hoffman's NEWUSER new user registration
system and as part of this I need to configure MULTINET to be able to
send SMTP emails. I'd like to do that by using google mail as a
forwarding service - does anyone have the necessary configuration
information I'd require?
I'd also like to be able to receive emails direct to the box, but this
is a secondary requirement. I do have a linux server available running
ubuntu that could act as a forwarding service if that's an easier setup.
The plan, which is now coming to fruition, is to start a UK based public
access Alpha and VAX cluster. It's getting close now!
Cheers, Mark
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
A couple of important fixes have been done since the last release.
Things that have been done since the last release:
TCP:
- Bugfix: If a socket was reused after closing down, without the
application doing a close, the sequence number from the previous
connection was reused. It should be reinitialized every time a session
is set up.
DECnet-over-IP:
- Bugfix: If a connection over TCP got out of sync it could go into an
unrecoverable state.
- (Also note that DECnet-over-IP could reuse connections that were shut
down without closing them, thus the fix to TCP mentioned above
specifically affects DECnet-over-IP.)
HTTP:
- Added If-Modified-Since and If-Unmodified-Since parsing and handling.
- Added a default mapping for users that do not have a PUBLIC.TXT file.
- Improved installation to not overwrite configuration for HTTPD.
- Reworked the CGI interface so that it now handles multipart posts.
This means it can be used for uploads and all kind of complex forms.
- Added a [CGIDEMO] directory with some example programs on how to use CGI.
- Added some library functions to IND to handle the CGI interface.
- Changed HTTP server to use a logical name for the configuration directory.
FTPD:
- Improved logging.
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
Note! I've realized that BQTCP/IP do not work right if you have a
PDP-11/74 with multiple processors online. I'll fix that at some point,
as it's probably just a case of affinity not being set on devices, nor
relevant processes. This might only be a problem with telnet in fact. I
know for sure that the IP and TCP drivers works ok in multiprocessor
systems.
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
Time for a new release announcement of TCP/IP for RSX-11M-PLUS.
Several fixes and improvements have been made since the last announcement.
Things that have been done since the last release:
IP:
- Bugfix: If a packet is received which have less data than the
indicated length in the IP header, the packet was not freed, causing
memory to be lost, eventually leading to memory exhaustion.
TCP:
- Improvement: When Files-11 functions are used, and an ANSI filename is
given for the remote host, previously the filename block was corrupted
which caused programs like PIP to display garbage filenames on errors.
TCP now creates an artificial filename that is based on the resulting IP
address.
DECnet-over-IP:
- Added network counters for lines and circuits.
- Improved error checking in the MNC configuration program.
RMD:
- Expanded fields to be able to display larger numbers, which previously
were truncated.
HTTP:
- Added Content-Length: header to responses when the size can be found.
This can cost in performance for some files, but improve transfer
performance for some files. Check the documentation.
- Bugfix: 301 responses (redirects) held an empty Content-type: header
that has been removed.
FTP:
- Bugfix: Files were not transferred correctly in binary mode.
- Bugfix: File protection handling was broken for RSX mode.
- Improvement: Files are now pre-allocated when received, based on the
size reported by the SIZE command.
FTPD:
- Bugfix: Files were not transferred correctly in binary mode.
- Bugfix: File protection handling was broken for RSX mode.
NTPDATE:
- Improvement: NTPDATE can now run as a daemon on a regular basis,
meaning it will keep time correct over long times. See documentation.
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
Note! I've realized that BQTCP/IP do not work right if you have a
PDP-11/74 with multiple processors online. I'll fix that at some point,
as it's probably just a case of affinity not being set on devices, nor
relevant processes. This might only be a problem with telnet in fact. I
know for sure that the IP and TCP drivers works ok in multiprocessor
systems.
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
Back in the day I used custom kernel configurations for DECnet under linux.
Am I right in thinking that the kernel drivers have been pulled and
support is now in user land?
Thanks, Mark.
From: Sampsa Laine <sampsa at mac.com>
>Does anyone know where one could acquire DECNET for RT-11?
A list member has it, or has said so in the past anyway, but at
this point I'm thinking maybe they don't want to give it out?
I've always wanted to try it too. My understanding is that it's
from pre-Ethernet days so it requires a DMR-11 or DMC-11 (or
emulation thereof).
Re TCP/IP for RT-11 -- what's wrong with Alan Baldwin's package?
I haven't gone to shop-pdp.kent.edu in eons and don't know if it's
still around (the domain name still exists but at least right now
I can ping it but not connect any other way), but I was very
impressed with it.
John Wilson
D Bit
I just checked mail headers and noted thongs down. Restarted bridge and mim. I'm pretty much offline until Saturday, so I'll catch up and respond to mails then.
Johnny
--
Skickat fr?n min Android-telefon med K-9 E-post. Urs?kta min f?ordighet.
Hello list,
Some months ago I asked for help regarding one of my Vaxstation 4000,
whose power supply appeared to be dead. I have finally found the time
(and the mood) to take apart the PS from the machine and open it to take
a look. I have got to vandalize it a little bit, since one of the screws
was completely stuck in place... nothing that a creative use of a dremel
tool can' fix ;)
What I have found is one of the two big fuses near the mains connection
is blown. This _should_ be good news, since all what I have to do is to
find a compatible fuse. But I wonder what will I find when I replace it.
There is nothing obviously burnt in the PS. The big capacitors look good
(even shiny, once I've blown off the dust), and there is no funny smell
at all.
So, my next step will be to replace the thing and see if it blows up again.
Just a question for the repair savvy... is it safe to power up the PS
outside of the vaxstation?
I'll tell you how the thing evolves :)
regards,
Just thought I'd mention from yesterdays conversation. It loks like for linux there maybe some kernel update rpms for using decnet with linux. This is something I'm interested in. IDK about anyone else.
Bill
Can I take my copy of VMS which does not have installed phave iv or decnet plus and load one of them to use these commands? They weren't there earlier today but I don't have networking installed with VMS.
http://blinkenbone.com/decnet/decnet-on-a-vax
@sys$manager:netconfig // is involved.
Steve Davidson <steve at davidson.net> writes:
>VCF East is April 15-17. That's just 2 months away! Who's going? Do we ha=
>ve a plan? Last year DEC was well represented. This year could be even bet=
>ter! I am starting to put some things together. Hopefully we can connect t=
>o the HECnet backbone. My site will provide both Multinet and bridge links i=
>nto HECnet as necessary.=20
>
>-Steve=
Hi Steve,
I'll be going as I reside around the corner from InfoAge. I'll can lend you
& VCF a hand with anything DEC & VMS.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
I've got a 2620 and an 861 which anyone can have for the cost of shipping.
On Feb 7, 2016 8:30 PM, wonko at 4amlunch.net wrote:
Oops. That went to the list. :)
Well, between the two of you decide who wants the 1841 and who wants the 1811w. :)
-brian
> On Feb 7, 2016, at 21:09, Steve Davidson <steve at davidson.net> wrote:
>
> If you have a second one kicking around I can give it a GREAT home. :-)
>
> -Steve
>
> Sent from my iPhone
>
>> On Feb 7, 2016, at 20:44, wonko at 4amlunch.net wrote:
>>
>> Want a Cisco router? I don't think I'll ever use this 1841. Want it?
>>
>> Yours for the cost of shipping.
>>
>> -brian
>>
>>>> On Feb 7, 2016, at 18:31, Cory Smelosky <b4 at gewt.net> wrote:
>>>>
>>>> On Sun, 7 Feb 2016, Robert Jarratt wrote:
>>>>
>>>>
>>>> You can, but I think you will find it just isn't quick enough. You could
>>>> build my ordinary code directly for the router's OS, which would work a bit
>>>> better. What is the OS?
>>>
>>> It's just debian - this is merely a subtle excuse to play with VAXELN. ;)
>>>
>>>> Regards
>>>>
>>>> Rob
>>>
>>> --
>>> Cory Smelosky
>>> http://gewt.net Personal stuff
>>> http://gimme-sympathy.org Projects
Just wanted to let people know that I have ported my user mode router on to
VAXELN, running on an rtVAX 1000 (KA620), and it is up on HECnet.
There are some compromises, and it is pretty slow at the moment, with
adjacencies dropping from time to time, but if you see a router at 5.30 then
it is VAXELN.
Right now it is running on the real hardware, but as that is noisy and uses
155W of power then it won't be around very often. For development purposes I
also run it on SIMH where it is a bit quicker, but that will also be
intermittent. The machine is diskless and has only one Ethernet adapter, so
it is running raw packets on the LAN and talking to Johnny's bridge using
UDP, it is acting as my router to HECnet. You should be able to reach nodes
at 5.11, 5.99 and 5.100, but it *will* be slow.
Next steps will be to make it more efficient.
Regards
Rob
Guys,
Just saw this, I'm going to buy in instance tonight and see if I can get SIMH to run on it (and ideally maybe the bridge)..
http://nerdvittles.com/?p=16630
Sampsa
PS: I've nothing to do with the company, just thought it might be a interesting platform to play on, especially if it comes with a static IP..
Sorry for making a new announcement so close after the previous one, and
the changes are not so great, but I think they are important enough to
send this out right away.
The only thing this release addresses is DECnet over IP:
. First of all, you can now also run DECnet over IP using TCP.
The DECnet over IP implementation have been tested a lot in the last few
days, and some things in the VMS Multinet protocol was not so well
understood by me, and the code did not work very reliably against VMS
for that reason. With the help of Bob Armstrong I've rewritten this code
now, to behave more like VMS does, and my initial testing indicates that
it now works the way it should.
So I'd recommend anyone who is using this feature to upgrade to the
latest version right away.
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
Note! I've realized that BQTCP/IP do not work right if you have a
PDP-11/74 with multiple processors online. I'll fix that at some point,
as it's probably just a case of affinity not being set on devices, nor
relevant processes. This might only be a problem with telnet in fact. I
know for sure that the IP and TCP drivers works ok in multiprocessor
systems.
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've refrained from asking stupid questions as I've had my crap inactive
for a while (ISP problems mainly), but I'm back to plague you!
Is anyone hosting a DECnet<-->SMTP gateway? I can't get SMTP to work with
my ISP (Virgin Media) from any operating system, but could do with being
about to bounce mail via a machine both ways.
I know it used to work, through LEGATO:: i think, but is this still active?
Thanks,
Tony Blews
Is there anyone who have links between two VMS Multinet machines using
TCP? I would be interested in a tcpdump of the initial packets between
the machines, if anyone could help out...
Johnny
After having my links up and running a couple of days now (and they work
fine), I've come to realize that if we want to have a somewhat efficient
topology, we need to agree on circuit costs.
Now, that said, in todays internet world, network speeds are fast enough
that this isn't really a big problem. So if people don't want to, I'm
okay with that.
But otherwise we should try and use some agreed upon scheme for setting
costs on circuits. The best suggestion I've seen so far is to base it on
ping times. Would people be willing to adopt this and implement it all
over the place for level 2 routers? Because, if not everyone agrees,
then I'm wasting my time here. :-)
The exact cost scale we can discuss, if we agree on doing it. But it
needs to be pretty much used by everyone, or else it's just a waste of
time and energy.
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
After a long session of hacking I've gotten both UDP and TCP Multinet
connections working stable in RSX.
And doing this I also realized that I now can automatically handle
people with changing IP addresses, or NAT.
It works automatically with my code. If you have a TCP connection, it
will be dropped if your address changes. If you are the connecting side,
that means it will start trying to reconnect again at that point. And if
I allow connections from anywhere, a new link will be established rather
quickly.
And it also works through NAT.
And if you only have your system online sporadically, that also works fine.
I just figured I should bring this up, for people who have been
searching for solutions for this scenario.
Of course, I do not know if it will work with anything else than RSX,
but I can't fix everything. :-)
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
Ok, so this might be a sensitive subject, after all out mails the last
month.
I figured I should at least try to document and explain how I am setting
costs on my circuits. Others are, of course, free to choose any other
ideas. And DECnet will deal with it, so this only might under some
circumstances make life a little bit better, or worse...
To start with, let me tell you that I run RSX. What I'm writing below
sometimes reflects things under RSX as well, which might not be the same
for other systems.
Now, DECnet have costs. These are "arbitrary" numbers, which DECnet use
to pick which path to prefer when there are several to choose between.
And DECnet do calculations based on the costs of many hops as well, so
the costs I put locally are not the final decider all the time. The
further away the destination is, the more the costs of intermediate hops
matter.
Second, area routing obscures a lot of this. Area routing is separate,
and also works on the same principles.
Now, in RSX, for an area router, I can actually set the cost for both
level one routing, and level two routing, separately. This is not
possible in VMS (as far as I know), so some of the stuff I do will not
be possible in VMS.
Ok, so how do my network look like, and how am I thinking?
Well, first of all, ethernet is mainly a local transport. So, I want to
keep the cost at a level that reflects this. It's cheap and fast. So I
do not want a high cost on it. RSX defaults the cost to 3, and I'm happy
to keep it at that. (I know that VMS defaults to 4.)
Now, this is for level one routing we're talking about.
When it comes to area routing, ethernet is not my preferred choice. It
always means going over the bridge to get to whatever area. If I have a
point-to-point link to that area, I think it is a better choice. So I
want the level two cost to be higher than any direct links. At the
moment, I've set the level two cost on ethernet at Mim to 6.
Point-to-point links will thus have a cost of less than 6 here. And the
actual cost is relative to the physical distance between Mim and that
location. Let's say that other places in Europe might be 1 or 2. US easy
coast 3, and US west coast 5. That should give a fair relative cost of
these links as far as I am concerned.
It also means that unless the US east and west coast have a cost of less
than 2 between them, I should go directly to the east coast, without
hopping through the west coast first. I could, of course, set the costs
equal for all of the US, but then we get to the question, what if I want
to get to a node in the central US? If people in the US put reasonable
costs on their links, the cost should be about equal from the west or
the east to central. If I said my cost to the west and east were equal,
then I could end up going to the west to get to central, which seems the
long way around. And in honesty, the cost from Sweden should be greater
to the west coast than the east coast... it just makes sense to put
honest numbers in there that makes sense.
And if the US east and west puts a cost of 1 to the other end, what cost
is there to central? Also 1. Do they not think one is more expensive
than the other? And if they don't differentiate the costs for such
distances, then either they honestly are just as fast, or else they
might end up jumping through extra hops that do cost, that they maybe
didn't want to.
So my thinking is to put a cost on my point-to-point links that roughly
gives some reflection on how far or slow that link is.
Ethernet is something I mostly want to use for traffic inside my area,
but if someone else only have the bridge, then I'll use ethernet for
that one too.
Remember, no matter how high I put the cost on the ethernet, if it is
traffic within the area, no links to any node in another area will even
be considered, no matter what the cost is.
If you have both the bridge, and ptp links inside the area, then it matters.
If you have both ptp links and bridge to other areas, then cost matters.
Set the cost so that it makes sense. If the bridge generally is the
cheaper/faster/better path, then set the cost lower there. If the ptp
links are better, set the cost accordingly.
With all that said, I've also implicitly given some measurements of what
the costs (for me) reflect. Across all the US costs me about 2. Across
the atlantic about 3. Europe is about 2 across as well.
And for me, ethernet to another area is more expensive than that. But in
most cases, if the hop means a ptp, and then back on the bridge anyway,
then I would hope the cost of the bridge is less. But it will depend, of
course...
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
