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.



On Nov 9, 2022, at 4:10 PM, Paul Koning <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

On Nov 9, 2022, at 11:01 AM, cyb 2600 <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@jfcl.com> wrote:
>Paul Koning <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@lists.dfupdate.se
To unsubscribe send an email to hecnet-leave@lists.dfupdate.se
_______________________________________________
HECnet mailing list -- hecnet@lists.dfupdate.se
To unsubscribe send an email to hecnet-leave@lists.dfupdate.se

_______________________________________________
HECnet mailing list -- hecnet@lists.dfupdate.se
To unsubscribe send an email to hecnet-leave@lists.dfupdate.se