[Simh] EXT :Re: simh on RaspBerry Pi

[Timothe Litt]

On 15-Feb-16 14:12, Hittner, David T (IS) wrote:
> This is not a standards issue. The SIMH FAQ has a more detailed write-up of wireless Ethernet.
>
> Wireless Ethernet routers are allowed to do ANYTHING they want to conserve wireless bandwidth.
> Almost ALL wireless network card drivers and routers drop non-IP packets to conserve bandwidth, and reject "unregistered" MAC addresses.
> Very few wireless devices will work with non-IP protocols (DECNET IV, LAT, Appletalk, etc.)  unless the device has bridge mode enabled and supports non-IP protocols in bridge mode.
>
> Regarding your (later) question of LAN bridges: It's the same as the LAT question. The device either has to support bridge mode, or you have to fake it by tunneling it over the wireless IP connection.
>
> Dave
>
>
> From: Paul Koning [mailto:paulkoning at comcast.net] 
> Sent: Monday, February 15, 2016 1:54 PM
> To: Hittner, David T (IS)
> Cc: Zane Healy; simh at trailing-edge.com
> Subject: Re: [Simh] EXT :Re: simh on RaspBerry Pi
>
>
>> On Feb 15, 2016, at 1:48 PM, Hittner, David T (IS) <david.hittner at ngc.com> wrote:
>>
>> LAT runs fine over the (wired) Ethernet port.
>> LAT doesn’t run over wireless Ethernet without major help from the wireless hardware or unless it’s tunneled over IP.
> I'm still baffled.  Why doesn't it?  802.11 has the same MAC layer service as Ethernet -- broadcast, multicast, unicast, 48 bit addresses, etc.  What specifically does LAT do that doesn't work on 802.11?  Is it a standards issue, or a case of defective implementations?
>
> 	paul
>
>
Yup, tunneling can work.  But you have to create the other endpoint
somewhere.  LAT is latency-sensitive.

I should have mentioned that there ARE a few wireless cards that can do
promiscuous receive (most can't) for network monitoring.  They're
horrendously expensive.  And you hit the issues Dave mentioned.

Of course, if you have the right hardware & hack OpenWRT (or the like)
for the other end, as I said, anything is *possible*.

But you have to decide if it's worth the effort.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4994 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20160215/08d0fc15/attachment.bin>