You might want to create a new thread for this. Something is blocking the traffic or atalkd is misconfigured. As a side note, you don't actually need the RPi to be an access point. Appletalk communications between two WiFi machines on the same access point works fine, its only when the packets cross onto an Ethernet network that they can be mangled. I had my Powerbook G4 and RPi both connected via WiFi to a "broken" router and AppleTalk worked fine.
What is the technical reason why DDP AppleTalk doesn't work with WiFi?
- Thread starter NJRoadfan
- Start date
Is there a list of AARP Phase 2 SNAP frame compatible Wi-Fi routers?
There are a lot of AirPort models. Are we sure all of them work? Is there a list of buffalo models? Thanks!
Yes. Sorry I was not clear. A list of CONFIRMED AARP-2 compatable buffalo and Air Port models?
All work. I have the last gen forming the backbone of my network, and they work fine. All earlier ones will, too.
Thank you!
These were tested for AARP?
These were tested for AARP?
It just magically started working for me at some point, I was surprised too.
I haven't tried everything but I can browse the network to discover devices and mount AFP over DDP.
I've been struggling with Appletalk under System 7.x when using the emulated Dayna SCSI/Link device in ZuluSCSI (problem might exist in BlueSCSI as well, but I do not own one). A real SCSI/Link hardware interface (connected to my ethernet network) shows Appletalk Zones in the bottom left of the Chooser dialog and remote volume mounts persist across reboot. The emulated interface in ZuluSCSI does NOT show any zones in the Chooser and remote volumes do not persist across reboot (although they work fine if manually re-established for the current session). It's possible there's something not quite right with the SCSI/Link emulation, but I strongly suspect this is a side-effect of the ZuluSCSI hardware using Wifi for network connection.
My household router is a TP-Link Archer AX73 which may not handle DDP packets correctly when passing from wifi to ethernet. After reading through this thread, I setup a GL.inet STF1200 pocket router (running OpenWRT) and tried connecting through that. No difference. The Chooser never shows any Zones and connections do not persist.
Is it possible that OpenWRT needs configuration to manage DDP packets correctly? If so, what and where do I tweak?
My household router is a TP-Link Archer AX73 which may not handle DDP packets correctly when passing from wifi to ethernet. After reading through this thread, I setup a GL.inet STF1200 pocket router (running OpenWRT) and tried connecting through that. No difference. The Chooser never shows any Zones and connections do not persist.
Is it possible that OpenWRT needs configuration to manage DDP packets correctly? If so, what and where do I tweak?
Run a packet sniffer on the Ethernet segment of the network and filter out the AARP packets. If they appear as Ethernet II frames instead of SNAP frames, then the router or ZuluSCSI is mangling the packets. No tweaks are needed for OpenWRT or ddwrt. The code that handles the packet transformation from WiFi to Ethernet resides in the Linux kernel.
Its also possible that packets coming from the Wifi interface are being mangled when hitting the ZuluSCSI somehow. I don't know the specifics of the Dayna emulation to tell you if that is possible.
Its also possible that packets coming from the Wifi interface are being mangled when hitting the ZuluSCSI somehow. I don't know the specifics of the Dayna emulation to tell you if that is possible.
Sorry to butt into a topic I know very little about and I doubt this really adds much. But I finally got my Powerbook G3 Pismo connected via wifi on Mac OS9 - (OrinicoGold PCMCIA card using Airtalk native drivers). It's connected via WEP (I'm quite rural) to a WRT54GSv1 running DD-WRT (latest build as of 31Oct2025). I'm using almost the default settings (turned off WAN/DHCPD, changed SSID and added WEP). I've read on here that Appletalk packets rarely cross a wifi connection (although I've never really read to understand why). So I was quite surprised to see that I can connect to my Appletalk zone just fine (...and even see many other zones via Globaltalk).
Bumping this topic... if anyone hasn't already, add the Asus RT-AX88U (Pro) to the list of routers that handles AppleTalk (DDP) over Wi-Fi. I suspect this will include a wide range of Asus routers in that family. Asus routers run on Linux, of course. I installed the Asuswrt-Merlin alternate firmware, though I suspect the base build supports this without issue. I can't find any specific setting in LAN or Wireless that could govern it, so it must just work.
I have two BlueSCSI v2 devices with the PicoW option board, and was completely surprised to find that both my Macintosh SE and Classic II can see all the zones on #GlobalTalk running solely off the Wi-Fi from the card (emulated DaynaPort SCSI Ethernet). Before that, I had been connecting them with PhoneNET LocalTalk adapters through my Macintosh LC III.
My Apple Internet Router is a virtual Quadra 800 running inside UTM (thank you @europlus aka WozFest from Sydney for building those).
I have two BlueSCSI v2 devices with the PicoW option board, and was completely surprised to find that both my Macintosh SE and Classic II can see all the zones on #GlobalTalk running solely off the Wi-Fi from the card (emulated DaynaPort SCSI Ethernet). Before that, I had been connecting them with PhoneNET LocalTalk adapters through my Macintosh LC III.
My Apple Internet Router is a virtual Quadra 800 running inside UTM (thank you @europlus aka WozFest from Sydney for building those).
