On Thu, 20 Aug 2009, Paul Koning wrote:
Excerpt of message (sent 20 August 2009) by Zane H. Healy:
Ditto, though last I tried Linux DECnet was in the late 90's. It's
also worth mentioning that DECnet/E seems to have trouble coexisting
with just about anything, so DECnet/Linux isn't alone. :-)
Oh really? That wasn't our experience when we built it...
paul
I suspect it is one of those "version creep" sort of things. I've noticed
that VAX/VMS V5.5-2 is much happier talking with things such as RSTS/E, and
IIRC even RSX-11M+ than say OpenVMS V8.3. Of course my secondary OS is
OpenVMS (primary is Mac OS X), so my comments are coloured a little by it.
Another area I've had problems with DECnet/E is with the network hardware
itself, and software installation. It is incredibly touchy about your
network switches. I had one switch that every other OS and network stack I
through at it would work, not so DECnet/E, in fact I had to put the PDP-11
on a hub to be able to even install it, as I couldn't do the install when
attached to the switch. The other installation problem was that the
distribution kit doesn't like living on a 4mm DAT. You can install RSTS/E
from 4mm DAT, but as near as I can tell, DECnet/E needs to live on a TK50
(or I assume 9-Track).
It has been several years since I've been able to play with it much, has
anyone managed to install DECnet/E on an emulated system? About 6 years ago
it refused to install on either E11, or SIMH for me (of course at that point
SIMH networking code was very primitive). IIRC, that is long enough ago I
was using a different switch than the one that gave me so many problems.
Zane
Excerpt of message (sent 20 August 2009) by Zane H. Healy:
At 11:26 AM +0200 8/20/09, Johnny Billquist wrote:
Christine Caulfield wrote:
Then again ... I've not had any bug reports from anyone about
either and it's quite hard to fix bugs you don't know about :-P
Sorry, you're right. I think I've only talked with you on perhaps rather
vague terms about the problems I've had.
Ditto, though last I tried Linux DECnet was in the late 90's. It's
also worth mentioning that DECnet/E seems to have trouble coexisting
with just about anything, so DECnet/Linux isn't alone. :-)
Oh really? That wasn't our experience when we built it...
paul
Excerpt of message (sent 20 August 2009) by Johnny Billquist:
...
That said, I have also had problems with the Linux DECnet code.
Christine might remember me complaining in the past. :-)
It works fine with VMS, but horribly with RSX (which also is true of the
LAT code).
Although I've not tried doing much with Linux DECnet to RSX it's always
seemed to work for me when I have tried it. I suspect that any problems
here are much easier to fix. Even though the main protocol is in the
kernel (unlike LAT) it's pretty solid code, so anything that needs
fixing will most likely be in userspace. Most (though not all!) of that
was written from proper specifications so should be easier to work with
than LAT.
I think it's all userspace programs that I have had problems with.
Then again ... I've not had any bug reports from anyone about either and
it's quite hard to fix bugs you don't know about :-P
Sorry, you're right. I think I've only talked with you on perhaps rather
vague terms about the problems I've had.
But as we now have HECnet, this is way easier to work on.
I suggest you log into MIM, and then just try to do a few different things:
1) Try phone to a Linux box. Initiated from both sides.
2) Try accessing files from both sides to the other side.
Neither of these things worked when I last tried.
And that's a start atleast. :-)
That's not too surprising.
The lower layers of DECnet are all well documented, and if you
implement what the specs say it will work. The application layers
are not such a pretty picture.
DAP (file access) is reasonably well specified. Unfortunately, there
are lots of options or variations. What implementers tended to do is
code along the lines of "if I'm talking to VMS then features x, y, z
will be there". The right way to do this would be to negotiate
feature lists or capability flags, but either DAP doesn't have that or
people didn't bother using it. File system differences also play a
part, though at least between RSX and VMS that's no excuse, they are
basically the same. (RSTS is a different matter, of course -- though
it's closer to Unix which helps as far as DECnet/Linux interop goes.)
A bunch of other protocols have no specs, either there simply weren't
ever any that anyone could find, or if they existed they weren't
published. PHONE and MAIL are examples, as are the remote terminal
protocols prior to CTERM. For example, if you want to have a remote
terminal session with anything other than VMS (where CTERM is
available) you're into OS-specific undocumented protocols.
DECnet/Linux has support for some of those because I added them,
though I don't think I ever got around to the RSX version.
CTERM is one of those modern protocols that is so complex that doing
what the spec seems to say is no guarantee of interoperability. But
in general the rule for DECnet protocols was "it's the responsibility
of the spec to be both correct and complete -- conformance WILL imply
interoperability". (Most more recent protocols have abandoned that
standard of quality, unfortunately...)
Clearly you should feel free to find (or reverse-engineer) the
protocol definitions and make improvements to the DECnet/Linux
implementation. That's what I did some years ago, which is why
DECnet/Linux can actually talk to a DECnet/E system reasonably well.
paul
At 11:26 AM +0200 8/20/09, Johnny Billquist wrote:
Christine Caulfield wrote:
Then again ... I've not had any bug reports from anyone about either and it's quite hard to fix bugs you don't know about :-P
Sorry, you're right. I think I've only talked with you on perhaps rather
vague terms about the problems I've had.
Ditto, though last I tried Linux DECnet was in the late 90's. It's also worth mentioning that DECnet/E seems to have trouble coexisting with just about anything, so DECnet/Linux isn't alone. :-)
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Christine Caulfield wrote:
On 20/08/09 09:41, Johnny Billquist wrote:
Gregg Levine wrote:
Hello!
Steve I have three here, all DEC Server 90s. They aren't exactly
friendly to the Linux-DECNet code. Whereas the 200s are more to their
liking (The code base that is.)
However there's something about the basic 200 that resembles the PDP
background for them......
There are plenty of problems with the Linux LAT code (this isn't
DECnet). I tried looking at it a few years ago, but decided that it
would be easier to rewrite all of it instead of trying to fix that code.
But then I got sidetracked (as often happens), so I haven't done
anything about it.
Several people have already come to that conclusion, including me! It was written while I was reverse-engineering it so it's built up as a heap of guesses on top of other guesses. It works most of the time, to VMS, but as I didn't (and still don't) have anything else to test against that's where it stayed. I don't even have many DECservers to test against any more, my 90s power supply died (twice) and the 200 melted after the fans broke down :-( So the code languishes in its current state.
I also happen to think that C++ is a bad language choice. :-)
But it don't seem that many people are inclined to fix this. We'll see
what happens in the future. The LAT specs are atleast available
nowadays, so it should be easier to do this "right" now.
That said, I have also had problems with the Linux DECnet code.
Christine might remember me complaining in the past. :-)
It works fine with VMS, but horribly with RSX (which also is true of the
LAT code).
Although I've not tried doing much with Linux DECnet to RSX it's always seemed to work for me when I have tried it. I suspect that any problems here are much easier to fix. Even though the main protocol is in the kernel (unlike LAT) it's pretty solid code, so anything that needs fixing will most likely be in userspace. Most (though not all!) of that was written from proper specifications so should be easier to work with than LAT.
I think it's all userspace programs that I have had problems with.
Then again ... I've not had any bug reports from anyone about either and it's quite hard to fix bugs you don't know about :-P
Sorry, you're right. I think I've only talked with you on perhaps rather
vague terms about the problems I've had.
But as we now have HECnet, this is way easier to work on.
I suggest you log into MIM, and then just try to do a few different things:
1) Try phone to a Linux box. Initiated from both sides.
2) Try accessing files from both sides to the other side.
Neither of these things worked when I last tried.
And that's a start atleast. :-)
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
On 20/08/09 09:41, Johnny Billquist wrote:
Gregg Levine wrote:
On Wed, Aug 19, 2009 at 1:01 PM, Steve Davidson<jeep at scshome.net> wrote:
What you really want to try for is a DECserver 90TL. This will do Telnet
and LAT in both directions. Let's not forget smaller/lighter and
easier on
the electric bill. Don't forget the power supply, or the mini-rack
(includes power supply), or the DEChub-90 backplane to power this.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Wed 8/19/2009 12:52
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Downtime next week
On 19 Aug 2009, at 07:20, Gregg Levine wrote:
Hello!
I am both relieved in thinking that I am not the only one on this list
to be considered like that, and jealous especially considering the
DECserver 200.
I've been trying to track down one of those beasts for a very long
while now. Practically the entire time period that I've known (in a
matter of speaking) all of you on this list, plus the few I know from
two other lists. (Three even.)
I got mine off ebay, a quick look on US ebay shows that there are
plenty of them available, e.g.:
DECserver 700-16:
http://cgi.ebay.com/DEC-Digital-DECserver-700-DSRVW-ZC-700-16_W0QQitemZ2903…
DECserver 200/MC:
http://cgi.ebay.com/Digital-DECserver-200-MC-DSRVB-A_W0QQitemZ130324846349Q…
Sampsa
Hello!
Steve I have three here, all DEC Server 90s. They aren't exactly
friendly to the Linux-DECNet code. Whereas the 200s are more to their
liking (The code base that is.)
However there's something about the basic 200 that resembles the PDP
background for them......
There are plenty of problems with the Linux LAT code (this isn't
DECnet). I tried looking at it a few years ago, but decided that it
would be easier to rewrite all of it instead of trying to fix that code.
But then I got sidetracked (as often happens), so I haven't done
anything about it.
Several people have already come to that conclusion, including me! It was written while I was reverse-engineering it so it's built up as a heap of guesses on top of other guesses. It works most of the time, to VMS, but as I didn't (and still don't) have anything else to test against that's where it stayed. I don't even have many DECservers to test against any more, my 90s power supply died (twice) and the 200 melted after the fans broke down :-( So the code languishes in its current state.
That said, I have also had problems with the Linux DECnet code.
Christine might remember me complaining in the past. :-)
It works fine with VMS, but horribly with RSX (which also is true of the
LAT code).
Although I've not tried doing much with Linux DECnet to RSX it's always seemed to work for me when I have tried it. I suspect that any problems here are much easier to fix. Even though the main protocol is in the kernel (unlike LAT) it's pretty solid code, so anything that needs fixing will most likely be in userspace. Most (though not all!) of that was written from proper specifications so should be easier to work with than LAT.
Then again ... I've not had any bug reports from anyone about either and it's quite hard to fix bugs you don't know about :-P
Chrissie
Gregg Levine wrote:
On Wed, Aug 19, 2009 at 1:01 PM, Steve Davidson<jeep at scshome.net> wrote:
What you really want to try for is a DECserver 90TL. This will do Telnet
and LAT in both directions. Let's not forget smaller/lighter and easier on
the electric bill. Don't forget the power supply, or the mini-rack
(includes power supply), or the DEChub-90 backplane to power this.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Wed 8/19/2009 12:52
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Downtime next week
On 19 Aug 2009, at 07:20, Gregg Levine wrote:
Hello!
I am both relieved in thinking that I am not the only one on this list
to be considered like that, and jealous especially considering the
DECserver 200.
I've been trying to track down one of those beasts for a very long
while now. Practically the entire time period that I've known (in a
matter of speaking) all of you on this list, plus the few I know from
two other lists. (Three even.)
I got mine off ebay, a quick look on US ebay shows that there are
plenty of them available, e.g.:
DECserver 700-16:
http://cgi.ebay.com/DEC-Digital-DECserver-700-DSRVW-ZC-700-16_W0QQitemZ2903…
DECserver 200/MC:
http://cgi.ebay.com/Digital-DECserver-200-MC-DSRVB-A_W0QQitemZ130324846349Q…
Sampsa
Hello!
Steve I have three here, all DEC Server 90s. They aren't exactly
friendly to the Linux-DECNet code. Whereas the 200s are more to their
liking (The code base that is.)
However there's something about the basic 200 that resembles the PDP
background for them......
There are plenty of problems with the Linux LAT code (this isn't
DECnet). I tried looking at it a few years ago, but decided that it
would be easier to rewrite all of it instead of trying to fix that code.
But then I got sidetracked (as often happens), so I haven't done
anything about it.
That said, I have also had problems with the Linux DECnet code.
Christine might remember me complaining in the past. :-)
It works fine with VMS, but horribly with RSX (which also is true of the
LAT code).
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
Sridhar Ayengar wrote:
Sampsa Laine wrote:
On 19 Aug 2009, at 07:20, Gregg Levine wrote:
Hello!
I am both relieved in thinking that I am not the only one on this list
to be considered like that, and jealous especially considering the
DECserver 200.
I've been trying to track down one of those beasts for a very long
while now. Practically the entire time period that I've known (in a
matter of speaking) all of you on this list, plus the few I know from
two other lists. (Three even.)
I got mine off ebay, a quick look on US ebay shows that there are plenty of them available, e.g.:
DECserver 700-16:
http://cgi.ebay.com/DEC-Digital-DECserver-700-DSRVW-ZC-700-16_W0QQitemZ2903… <http://cgi.ebay.com/DEC-Digital-DECserver-700-DSRVW-ZC-700-16_W0QQitemZ2903…>
DECserver 200/MC:
http://cgi.ebay.com/Digital-DECserver-200-MC-DSRVB-A_W0QQitemZ130324846349Q… <http://cgi.ebay.com/Digital-DECserver-200-MC-DSRVB-A_W0QQitemZ130324846349Q…>
The one you really want is the DECserver 932. It's dense.
Peace... Sridhar
I've got a DECserver 900TM which works pretty well but I've noticed a pretty significant lag/poor performance when I use the TCP/IP connection. It's the only one I've ever had so I don't know if it's typical for these units or if I have a problem.
John H. Reinhardt
On Wed, Aug 19, 2009 at 1:01 PM, Steve Davidson<jeep at scshome.net> wrote:
What you really want to try for is a DECserver 90TL. This will do Telnet
and LAT in both directions. Let's not forget smaller/lighter and easier on
the electric bill. Don't forget the power supply, or the mini-rack
(includes power supply), or the DEChub-90 backplane to power this.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of Sampsa Laine
Sent: Wed 8/19/2009 12:52
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Downtime next week
On 19 Aug 2009, at 07:20, Gregg Levine wrote:
Hello!
I am both relieved in thinking that I am not the only one on this list
to be considered like that, and jealous especially considering the
DECserver 200.
I've been trying to track down one of those beasts for a very long
while now. Practically the entire time period that I've known (in a
matter of speaking) all of you on this list, plus the few I know from
two other lists. (Three even.)
I got mine off ebay, a quick look on US ebay shows that there are
plenty of them available, e.g.:
DECserver 700-16:
http://cgi.ebay.com/DEC-Digital-DECserver-700-DSRVW-ZC-700-16_W0QQitemZ2903…
DECserver 200/MC:
http://cgi.ebay.com/Digital-DECserver-200-MC-DSRVB-A_W0QQitemZ130324846349Q…
Sampsa
Hello!
Steve I have three here, all DEC Server 90s. They aren't exactly
friendly to the Linux-DECNet code. Whereas the 200s are more to their
liking (The code base that is.)
However there's something about the basic 200 that resembles the PDP
background for them......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature was once found posting rude
messages in English in the Moscow subway."
