10 Nov
2022
10 Nov
'22
2:34 a.m.
If people want to run DECnet with RSX (or VMS) under simh, using WiFi,
there is also another solution.
The primary problem here is that when DECnet is running, the machine is
forced to have a MAC address that isn't the native MAC of the WiFi,
which means WiFi isn't working that well, especially broadcasts can be a
problem.
However, with RSX and VMS, you can set the machine up to just have
DECnet over IP links. This don't change the problem with the changed MAC
address. However, simh have another trick up the sleeve, which is that
it can actually act as a NAT router. Which means the ethernet from the
simulated machine is actually local to inside simh, and then you get IP
packets routed out to the WiFi interface. Obviously this does not help
at all for DECnet, but since you are carrying DECnet inside of IP, it
then actually starts working fine. No direct ethernet connections, but
otherwise all good.
What you put in the ini-file is something like this:
attach xu nat:tcp=21:10.0.2.15:21,tcp=23:10.0.2.15:23
That tcp= stuff is just because I wanted telnet and ftp to get through
from the outside so I could connect to my simh instance from other
machines on the WiFi. Done then, obviously, by connecting to the machine
where simh is running.
Johnny
On 2022-11-10 00:07, David Brown wrote:
A way around that I have used when I want to run both
TCP/IP and Decnet
to a wifi connected node (given that Pydecnet only forwards Decnet
frames), is to use VXLAN between the Wifi connected machines and an
Ethernet Connected machine. On the Wifi end, I build a bridge, then put
the VXLAN and tap interfaces on that. On the Ethernet end, again put
the Vxlan, ethernet and probably pydecnet.
This was you can avoid running Pydecnet on each machine and you can
still do RSX TCP.
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Nov 9, 2022, at 4:10 PM, Paul Koning
<paulkoning(a)comcast.net
<mailto:paulkoning@comcast.net>> wrote:
That should be fine. You can attach an AP to a real Ethernet and have
DECnet nodes on the real (wired) section, just not on the Wifi part
because of the way it limits addressing. That assumes, of course,
that the AP correctly handles multicast. There were some reports that
some APs get this wrong. I don't know of any specifics; if such
devices exist the solution is to avoid them. (Anyone who can't
understand multicast probably makes other fatal errors, too.)
paul
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se On Nov 9, 2022, at 11:01 AM, cyb 2600
<cyb2600(a)gmail.com
<mailto:cyb2600@gmail.com>> wrote:
The only machines I use with HECNET are a couple of real VAXen, an
Itanium server and a PDP-11 running RSX-11 so simh isn't an issue.
They're all connected to a switch along with a wireless access point.
On Wed, Nov 9, 2022 at 10:47 AM Robert Armstrong <bob(a)jfcl.com
<mailto:bob@jfcl.com>> wrote:
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se> Paul Koning <paulkoning(a)comcast.net
<mailto:paulkoning@comcast.net>> wrote:
You can use any of the PyDECnet interface types
except "real"
Ethernet.
Not really sure if that's what he wants to do or not.
Actually, not
really sure what configuration he wants, but ...
Another way of saying this would be that real DECnet over WiFi is
problematic and the only option is to wrap it in some other
protocol and
tunnel it. If he's got several other computers on his WiFi that
all want
to speak DECnet (presumably using simh) then he's going to have
to run
pyDECnet on each one of those computers to connect to the RISC
board running
pyDECnet. If he's running Multinet or the RSX TCP stack on those
simh
instances then he could possibly avoid using pyDECnet on that
end, but you
still have to tunnel the DECnet one way or another.
Bob
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se>
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se>