Okay, I have OpenVMS and RSTS/E both installed with DECnet configured, and the simulated VAX is acting as a level 1 router (as far as I know, anyway I set it to act as a router in netconfig). However, neither the emulated VAX nor the emulated PDP-11 can SET HOST to each other, and the simulated PDP-11 cannot reach the rest of HECnet.
They both show adjacency status changes for each other.
DIR GEWT:: on the RSTS/E system (I'll call it GEWT1 for simplicity sake) prompts me for a password, and an invalid password results in OPCOM messages about invalid logins from its address (33.301). DIR GEWT1:: just results in -SYSTEM-F-UNREACHABLE, remote node is not currently reachable.
I ran tcpdump to see if packets were going anywhere, and they were.
https://www.refheap.com/paste/27fd44fa3ea5af2935eef8915
Is there something really obvious i'm missing? Please let me know, still learning my way around here. ;)
(the networking setup: OpenVMS in SIMH in a FreeBSD VM that is bridged with the host (using bpf). RSTS/E is on the host attached to the bridge's interface (vmbr0). The host runs linux.)
-- Cory
On Oct 26, 2012, at 4:53 PM, Dave McGuire wrote:
On 10/26/2012 04:52 PM, Paul_Koning at Dell.com wrote:
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
I've lifted more than a few routines from it, and they've all been C.
Guess I just got lucky. Sorry for the false start.
No problem.
Meanwhile, I'm digging through the rt11 sig tapes from trailing-edge, which seem to have various bits of decus c in them. It's hard to sort out what's what but I ran across a directory full of libc type things in c. So that looks promising.
I also found RSTS libc pieces, which is nice for another day...
paul
On 26 Oct 2012, at 21:56, Brian Hechinger wrote:
Who are you? :-P
I'm not even sure myself at the moment, why? Is it important? ;)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 10/26/2012 3:08 PM, Mark Benson wrote:
Hi,
After prolonged downtime, and a major upheaval in my room, including shutting down my Microserver that formally ran 24/7, I have finally got STAR69 running agin and Area 6's routing functioning once more. STAR69 is not running on a RaspberryPi (old 256MB version) and seems to be working normally again. The bridge is also up on the same Linux unit.
I bet no-one even noticed, right? ;)
Who are you? :-P
-brian
On 10/26/2012 04:52 PM, Paul_Koning at Dell.com wrote:
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
I've lifted more than a few routines from it, and they've all been C.
Guess I just got lucky. Sorry for the false start.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Oct 22, 2012, at 3:32 PM, Dave McGuire wrote:
...
The 2.11BSD lib looks
leaner, and I am using it in my pet OS project (I pick the pieces I need
"on the run", I have not done a complete port... yet).
If the above suggestion doesn't get you anywhere, perhaps avrlibc
could be hacked into a PDP-11 library. All of the hardware support will
have to be ripped out of course, but there are nice tight
implementations of generic library functions in there.
I took a look at that. It seems to be largely assembly code, which makes it not very helpful.
paul
Hi,
After prolonged downtime, and a major upheaval in my room, including shutting down my Microserver that formally ran 24/7, I have finally got STAR69 running agin and Area 6's routing functioning once more. STAR69 is not running on a RaspberryPi (old 256MB version) and seems to be working normally again. The bridge is also up on the same Linux unit.
I bet no-one even noticed, right? ;)
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On 10/23/2012 08:37 PM, Cory Smelosky wrote:
I might be able to find a Qbus SCSI host adapter, but I those seem to
run quite a bit on ebay, but I have other resources (that don't seem
to have anything DEC )
They are expensive, but they're well worth having if you can scrape
together the bucks.
I think it'd be cheaper for me to find some DSSI drives. (Or add a
DSSI <-----> SCSI adapter in to the mix )
Well, trouble is, they're drying up fast.
Think I could make a VAX work with iSCSI? ;)
That's an idea!
Would be easier on a weekend due to my eyesight making me unable to
drive, so i'd need someone to drive me there. Although I have a few
friends a little ways from Pittsburgh who might be able to help in
some way. Me getting there directly is a bit challenging, both due to
my eyesight and possibly being the youngest here ;).
Understood. I generally don't differentiate much between weekdays and
weekends, so either is fine for me.
(You have no idea how hard it is to get this working in a VM ).
Oh yes I do. ;) I virtualized a gaggle of SCO OpenServer machines
for a customer about two years ago, using VMware. Oh man that was
a mess...VMware was the only virtualization platform that would
work, and even that took some doing. They're all still running,
though, but now on VERY different hardware. :-)
At least it's not Hyper-V I couldn't get anything to run in
Hyper-V save for windows. And not even NT 4!
Eeeeeek!
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Ah, I don't know anything about Multinet. Is there a reason why you can't
use the bridge in that case?
The bridge program probably would have worked better, but since I'm shutting down the server hosting these virtual machines (along with a couple Solaris VMs, a Linux VM, and a Windows VM), it's easier just to keep the stuff offline except for the rare times when I might need to boot up a VMS or PDP-11 system. (Given the amount of times I've accessed the systems in the past year, I suspect that it's more about archiving them for reference.)
--Marc
-----Original Message-----
From: Marc Chametzky [mailto:marc at bluevine.net]
Sent: 25 October 2012 20:53
To: hecnet at Update.UU.SE
Cc: Rob Jarratt
Subject: Re: [HECnet] Leaving HECnet
Can you explain a little more about the randomization of the source
port number? I might be being stupid here, but I don't see what
problem that would cause, the bridge runs over UDP. Or are you talking
about some other way of tunnelling DECnet over IP?
I'm not using the bridge program. I'm using MultiNet's DECnet-over-IP
circuit. It sends packets to the remote system over UDP on port 700. The
problem is that its source port is also 700. My firewall randomizes the
source port for security reasons and is not configurable in that regard.
When the destination system receives packets from my network, it drops
them because they don't have the right source port.
--Marc
Ah, I don't know anything about Multinet. Is there a reason why you can't
use the bridge in that case?
Regards
Rob