On Wed, 25 Jun 2008, Bob Armstrong wrote:
I'd quite like to have a go at running an area. Will OpenVMS VAX 7.3
w/corresponding UCX install suffice for tunneling DECnet-over-IP
(RFC1006) to other HECnet routers?
Don't know the answer to that one, but Bob Armstrong and others do. I hope
they'll chime in.
Does UCX do DECnet tunneling over IP? AFAIK it has no such feature, but I
haven't used it for years. If it does, then I'm afraid I know nothing about
it.
With Phase V + UCX you can definitely access OSI apps over IP (RFC1006). And I'm pretty sure I had DECnet sessions running over this, but couldn't swear to it. Seems logical though as I recall hazy memories of snippets of NCL configuration.
Andrew
On Wed, 25 Jun 2008, Marc Chametzky wrote:
What you need to be aware of is that the DECnet routing license isn't included in the VMS hobbyist program, so unless you have some other license for that part, you will not be able to actually do this.
I think this may have changed. When I requested my latest hobbyist licenses about a month ago, a license for DVNETRTG was included along with DVNETEND and DVNETEXT.
Heh, amazing, the folks at HP must have realised that there is a requirement amongst hobbyists for routing DECnet :o)
Andrew
What you need to be aware of is that the DECnet routing license isn't included in the VMS hobbyist program, so unless you have some other license for that part, you will not be able to actually do this.
I think this may have changed. When I requested my latest hobbyist licenses about a month ago, a license for DVNETRTG was included along with DVNETEND and DVNETEXT.
--Marc
On Tue, 2008-06-24 06:40:18 you wrote:
Zane H. Healy wrote:
I'm not sure how much traffic gets routed, but I've got a decent
amount of bandwidth available as well.
I've never really noticed any real hit on my bandwidth.
So how do I get started with the node numbers and what-not?
Hopefully Johnny will show up sometime soon, he is the central
registry for such things. You need to figure out if you just need
a node number or two, or an area. Most people don't need an area,
and in order to have an area, you need an area router. I suspect
most of us have our own areas for historical reasons (i.e. one of
our systems was originally in such and such area).
Right. If anyone wants an area, and have an area router, just say so.
There are still plenty of unallocated areas, and I don't really see
it as likely that we'll run out of them.
Johnny
I'm new to this...
is there an area router software for Linux?
I have a Linux box with two NICs, and want to run KLH10 TOPS-20
(which I understand needs its own NIC) and wonder if I can run
on the remaining Linux NIC an area router in Linux software?
And run the bridge program between DECNET and TCP-IP...
and link/route all that to your bridge?
or am I barking up the wrong tree?
I was hoping to contribute to HECNET as much as possible,
adding to its' redundant routing and DECNET-TCP/IP bridging.
Being located on the Hawaiian islands, and not knowing any other
Hawaiian HECnet nodes, I thought it might be useful as a routing point.
Aloha, Angela Kahealani
--
"(I'll) Be Seeing You..." All information and transactions are
private between the parties, and are non negotiable. All rights
reserve without prejudice Angela Kahealani. http://kahealani.com
Johnny Billquist wrote:
Christine Caulfield wrote:
Zane H. Healy wrote:
At 12:03 AM +0200 6/25/08, Johnny Billquist wrote:
Bob Armstrong wrote:
I have one machine running Ubuntu w/DECnet here and haven't had any
problems, but my machine is just an end node.
Don't try to talk with anything but VMS, though... ;-)
Does the DECnet/Linux just not implement RTERM? Or are there deeper
problems?
Don't know. But they do implement CTERM. But it only works against VMS. Same for NFT and PHONE.
The implementors have only had VMS systems to test against, to their defence. And I think it might be a piece of reverse engineering on their part as well.
I'm pretty sure I was able to connect to my RSX-11M 4.2 system back nearly 10 years ago using DECnet/Linux. As I recall it didn't work the best, but at least I was able to log in and do some stuff.
It's worth knowing that DECnet for linux has two 'set host' programs. sethost is an old one written by Eduardo and (I think) has some rterm code in it. It only supports a small subset of the protocols though so things like line and screen editting (on VMS) just don't work.
I rewrote dnlogin from scratch fairly recently (well, in the last couple of years or so!) and though it's only really been tested to VMS it's a LOT better than sethost. It only does CTERM though.
Sounds like the situation might be better now then.
Maybe someone could try?
As for the problems with DECnet between Linux and RSX I should point at that it's been applications that I've had problems with. The basic DEcnet protocol implementation as such is, as far as I know, working fine.
Oh, I'm sure that's true. As you say, they've only really been tested against VMS as that's what I had available at the time. OK I now have access to other systems via HECnet but I don't have the time to do anything about it ... that's just life, sorry.
I do take patches though ;-)
--
Chrissie
Christine Caulfield wrote:
Zane H. Healy wrote:
At 12:03 AM +0200 6/25/08, Johnny Billquist wrote:
Bob Armstrong wrote:
I have one machine running Ubuntu w/DECnet here and haven't had any
problems, but my machine is just an end node.
Don't try to talk with anything but VMS, though... ;-)
Does the DECnet/Linux just not implement RTERM? Or are there deeper
problems?
Don't know. But they do implement CTERM. But it only works against VMS. Same for NFT and PHONE.
The implementors have only had VMS systems to test against, to their defence. And I think it might be a piece of reverse engineering on their part as well.
I'm pretty sure I was able to connect to my RSX-11M 4.2 system back nearly 10 years ago using DECnet/Linux. As I recall it didn't work the best, but at least I was able to log in and do some stuff.
It's worth knowing that DECnet for linux has two 'set host' programs. sethost is an old one written by Eduardo and (I think) has some rterm code in it. It only supports a small subset of the protocols though so things like line and screen editting (on VMS) just don't work.
I rewrote dnlogin from scratch fairly recently (well, in the last couple of years or so!) and though it's only really been tested to VMS it's a LOT better than sethost. It only does CTERM though.
Sounds like the situation might be better now then.
Maybe someone could try?
As for the problems with DECnet between Linux and RSX I should point at that it's been applications that I've had problems with. The basic DEcnet protocol implementation as such is, as far as I know, working fine.
Johnny
Zane H. Healy wrote:
At 12:03 AM +0200 6/25/08, Johnny Billquist wrote:
Bob Armstrong wrote:
I have one machine running Ubuntu w/DECnet here and haven't had any
problems, but my machine is just an end node.
Don't try to talk with anything but VMS, though... ;-)
Does the DECnet/Linux just not implement RTERM? Or are there deeper
problems?
Don't know. But they do implement CTERM. But it only works against VMS. Same for NFT and PHONE.
The implementors have only had VMS systems to test against, to their defence. And I think it might be a piece of reverse engineering on their part as well.
I'm pretty sure I was able to connect to my RSX-11M 4.2 system back nearly 10 years ago using DECnet/Linux. As I recall it didn't work the best, but at least I was able to log in and do some stuff.
It's worth knowing that DECnet for linux has two 'set host' programs. sethost is an old one written by Eduardo and (I think) has some rterm code in it. It only supports a small subset of the protocols though so things like line and screen editting (on VMS) just don't work.
I rewrote dnlogin from scratch fairly recently (well, in the last couple of years or so!) and though it's only really been tested to VMS it's a LOT better than sethost. It only does CTERM though.
Chrissie
At 9:51 AM +0100 6/25/08, Andrew Back wrote:
Oh :o( Having seen DVNETEXT in the PAKs I was thinking this is routing when of course it is DVNETRTG. Now I need to find a machine with DVNETRTG... I *really* wanted to play with Phase V routing also. In the meantime what are my other options for Phase IV routing? I'm guessing your bridge software plus an emulated system running software with routing else a hardware router of some description.
I believe I've always run Phase IV on my area router, but then it's also running VAX/VMS V5.5-2. I was originally running Phase V on my Alpha, and I believe OpenVMS 7.3-2 at the time, but once I was on HECnet I quickly *upgraded* it to Phase IV, as it has less problems talking to other systems. IIRC, DECnet/E might have been one of the big reasons for moving to Phase IV, but then DECnet/E has problems with just about anything. :^(
The software support for a tunnel would be really useful in SIMH, since that would cover not only PDP-11's, but VAXen as well. Support in KLH10 would be nice as well.
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/ |
Andrew Back wrote:
On Wed, 25 Jun 2008, Johnny Billquist wrote:
Andrew Back wrote:
On Wed, 25 Jun 2008, Johnny Billquist wrote:
<<SNIP>>
Yes, phase V should probably work in most cases. What you need to be aware of is that the DECnet routing license isn't included in the VMS hobbyist program, so unless you have some other license for that part, you will not be able to actually do this. Also, area routing is only supported on OpenVMS/VAX. No Alpha support. And finally, I'm not sure if phase V can do routing. It might be that you need phase IV for that part, but this is something others will have to verify.
Oh :o( Having seen DVNETEXT in the PAKs I was thinking this is routing when of course it is DVNETRTG. Now I need to find a machine with DVNETRTG... I *really* wanted to play with Phase V routing also. In the meantime what are my other options for Phase IV routing? I'm guessing your bridge software plus an emulated system running software with routing else a hardware router of some description.
With my bridge program, you don't need to have any routing nodes at all.
Well, yes, but I like the idea of operating an area and playing with routing. You know, adding complexity for fun.
Feel free. :-)
Just let me know when you want to take care of the details.
Johnny
Christine Caulfield wrote:
I very much doubt it to be honest. Linux GRE tunnels don't look anything
like the multinet ones as far as I can tell. I did attempt a multinet
daemon for Linux but I haven't tried it for ages, I can't remember how
useful it got!
Well, if you take requests I think this would be a useful alternative for
connecting to HECnet. IF I can do something to help (setting up a
connection; TCPDUMPs, whatever) let me know.
Bob