You'll have to forgive me, I'm not entirely familiar with how networking on VMS works at this level. Can you setup something that uses pseudo devices but doesn't require promiscuous mode and see if that works? If so then I think we can definitely narrow it down to your promiscuous theory. If that's the case it just then becomes a question of is the issue with the pseudo devices themselves or the way PCAP is setting them up?
I have no idea what I'm talking about, by the way. Just thinking out loud. :)
-brian
On Sep 19, 2012, at 19:25, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
I don't really know. It appears a new EWA pseudodevice is created for each
instance. However, PCAP-VMS seems to require the pseudodevice to be in
promiscuous mode and I suspect that this is only allowed for one of them.
It's not clear to me whether networking is even supposed to work for multiple
instances. I should try installing an extra ethernet adapter and see
if that allows it to work.
Regards,
Peter Coghlan.
Hi,
You need :
ncp>def exec type routing iv
ncp>set exec state off
$@startnet
Also have you got dvnetrtg license loaded ?
That's what I normally forget.
Thanks
Dan
On 20 Sep 2012, at 12:05, Mark Wickens <mark at wickensonline.co.uk> wrote:
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer 1000A, on the same area it reports all stats correctly. SIMVAX is currently unable to see MIM. I set it up as a non-routing node. When I tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
Bit of a puzzler here, but it'll probably turn out to be my configuration.
When the SIMH VAX/VMS 7.3 instance SIMVAX is serving hecnet.eu I get the following area/node stats reported:
Known Area Volatile Summary as of 20-SEP-2012 11:53:22
Area State Circuit Next node to area
4 reachable QNA-0 0 (SIMVAX)
Known Node Volatile Summary as of 20-SEP-2012 11:53:37
Executor node = 4.248 (SIMVAX)
State = on
Identification = DECnet for OpenVMS VAX V7.3
Node State Active Delay Circuit Next node
Links
1.1 (MAGICA) QNA-0 0
1.2 (ERNIE) QNA-0 0
1.3 (FNATTE) QNA-0 0
1.4 (GOBLIN) QNA-0 0
1.5 (ZEKE) QNA-0 0
1.6 (GNOME) QNA-0 0
1.7 (BJARNE) QNA-0 0
1.8 (KRILLE) QNA-0 0
...
So only my area known, and weird stats for nodes. Can anyone tell me what is up with my configuration?
I'm running Johnny's bridge and if I bring up SLAVE, the AlphaServer 1000A, on the same area it reports all stats correctly. SIMVAX is currently unable to see MIM. I set it up as a non-routing node. When I tried setting it up via NETCONFIG as a routing
node I get everything unreachable.
Regards, Mark.
--
http://www.wickensonline.co.ukhttp://declegacy.org.uk
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
I don't really know. It appears a new EWA pseudodevice is created for each
instance. However, PCAP-VMS seems to require the pseudodevice to be in
promiscuous mode and I suspect that this is only allowed for one of them.
It's not clear to me whether networking is even supposed to work for multiple
instances. I should try installing an extra ethernet adapter and see
if that allows it to work.
Regards,
Peter Coghlan.
Right, however that has nothing to do with my problem. :)
It's the host side support for IDLE that's not working for some reason that I really wish I could figure out. :(
-brian
On 9/19/2012 11:04 AM, Paul_Koning at Dell.com wrote:
Idle handling depends on the guest OS doing what SIMH expects. On some emulated machine types, like the PDP11, the answer is usually easy because there is a WAIT instruction that is widely used. The VAX doesn't have any such thing, and as a result SIMH tries to recognize the idle loop. That tends to be a messy heuristic, and it is vulnerable to breakage. For example, SIMH VAX knows about NetBSD, but that heuristic only works in old NetBSD releases, not in the current one. (I've been trying to figure out a good answer for the current one; there may not be other than getting some help from NetBSD by inserting a magic instruction that SIMH can look for.)
paul
On Sep 19, 2012, at 9:07 AM, Brian Hechinger wrote:
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
Idle handling depends on the guest OS doing what SIMH expects. On some emulated machine types, like the PDP11, the answer is usually easy because there is a WAIT instruction that is widely used. The VAX doesn't have any such thing, and as a result SIMH tries to recognize the idle loop. That tends to be a messy heuristic, and it is vulnerable to breakage. For example, SIMH VAX knows about NetBSD, but that heuristic only works in old NetBSD releases, not in the current one. (I've been trying to figure out a good answer for the current one; there may not be other than getting some help from NetBSD by inserting a magic instruction that SIMH can look for.)
paul
On Sep 19, 2012, at 9:07 AM, Brian Hechinger wrote:
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
I hope to get to that shortly. I'll let you know. :)
-brian
On Sep 16, 2012, at 16:16, "Rob Jarratt" <robert.jarratt at ntlworld.com> wrote:
Very keen to hear what you make of the user mode routing when you try it
out. Let me know.
Thanks
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Brian Hechinger
Sent: 16 September 2012 18:57
To: hecnet at Update.UU.SE
Subject: [HECnet] SIMH IDLE (again)
Ok, I got my main server rebuilt and so it's time to run some simh for
testing
(particularly the new user mode routing stuff).
However, I'm still fighting this:
wonko at zaphod$ BIN/vax
VAX simulator V3.9-0
sim> set cpu idle
Command not allowed
sim> set cpu idle=VAX
Invalid argument
sim>
I'd really like for IDLE to work so I can run several copies of simh
without
nuking my CPUs.
Thoughts?
wonko at zaphod$ uname -a
SunOS zaphod 5.11 oi_151a5 i86pc i386 i86pc Solaris
-brian
On Sep 16, 2012, at 14:23, Peter Coghlan <HECNET at beyondthepale.ie> wrote:
Perhaps there is a host platform specific problem with set cpu idle?
That's the conclusion I've come to as it works fine most places. Something about Solaris trips it up but I haven't been able to figure out what yet.
I would also like to run multible instances of simh. This works fine for me as
long as only one of them tries to do networking. Once I attempt to start
networking on a second instance, the networking on the first instance stops
working. This makes it difficult to run a vaxcluster on my alpha :-(
How are the simh instances sharing the Ethernet interface?
-brian
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 20:02
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 18/09/12 19:28, Rob Jarratt wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-
hecnet at Update.UU.SE]
On Behalf Of Mark Wickens
Sent: 18 September 2012 18:14
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] DECserver 200/MC - Worth a Punt?
On 17/09/12 22:29, Dan Williams wrote:
Hi,
So I bought it, as Mark had found another one. Only thing is it
doesn't seem to be working.
Anyone got any experience with these. I have found a few manuals
online but they all refer to a Technical Manual which I can't find
anywhere.
It starts up with just the Power light on, the 2nd Light does not
come on, which is supposed to indicate self test is OK. The network
light flashes with network activity.
I have a had a cursory glance inside. Everything is connected,
nothing blown up or melted.
There is nothing at all on the 1st serial port. I've tried resetting
to defaults with the reset button and nothing. The guy I got it from
said it was working when powered down.
Anyone got any clues ?
Blimey, there hasn't been much luck with DECservers lately!!!
I have 900 but that's serious overkill for most people.
Good luck!
Mark.
900 DECServers? Where do you put them all? :-)
Rob
Sorry, that should have said I have *a* 900, 32 port jobby with dechub one
power supply.
In fact I think I might have two...
Never thought I'd get to the stage when I can't remember what's stashed
away!
I also have some DEC managed 100MB switches which I haven't looked at.
Mark.
I guessed that was the case, but it just looked odd so I couldn't resist....
I didn't know there were 100MBit switches, what are they called so I can
find out something about them?
I have some DECrepeaters which I think are 10Mbit and a DEChub 90 to put
them all into too.
Regards
Rob
On Sep 18, 2012, at 3:02 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
...
Never thought I'd get to the stage when I can't remember what's stashed away!
Ohhhh dear, let's not even get started on that topic! :)
Michael Young
young at ecn.purdue.edu
