Search results

That's what I meant when I said "forward long packets on behalf of the sender" in an earlier post above. And at least one design is stateful: If I remember correctly the ImageWriter does not answer NBP lookups properly. Instead of sending the answer to the node mentioned in the NBP header it...

I was interested in capturing Apple IIe session traffic, not Imagewriter snooping. That's what @tashtari requested a few messages up.

I currently see a setting of: logging.basicConfig(level=logging.DEBUG, format='%(asctime)s %(levelname)s: %(message)s') but there's nothing coming out but initialization messages. No traffic. How do I make it more talkative?

This is interesting: I've seen a problem with ATIWs and gateways, if the NBP lookups to the zone which the ATIW is in is sent to a gateway and that gateway resends it using a type 1 (short) DDP packet, the name listener in the ATIW seems to reply to the gateway, rather than the requester address...

Wireshark is not a problem, but a few minutes poking around the web fails to turn up any localtalk packet sniffer able to run on a 68k mac. Do you have a package name I can look for?

I hate to bring this up, but is it possible that the router needs to hold some state to properly route the reply packets back to the original sender?

I will offer - again - to run packet traces on the setup. I just need a modicum of information on how to setup for this. I assume Wireshark must be run on the Pi Zero, correct?

I have been working on a stripped down network. Netatalk 2.1.1 running on an ARM based appliance serving my lab ethenet network. TashTalk hat on RPi Zero W (latest TT firmware and latest tashtalk and tashrouter builds). The Pi Zero is connected to the network using a USB-Ethernet dongle. The...

I believe LtoUDP uses multicast. In my limited use of it the minivmac client was able to find the TashTalk device on its own.

Yes, it seems like there's an issue with the TashRouter code. @tashtari - Would it help if I grabbed debugging output from the router for working and non-working LT clients?

I found a nice, pre-built hard disk image for OS 7.5 and booted that in minivmac (I also have a code for the builder tool). After setting up sharing, I was able to log into the guest system, list the root directory (shared folder was not seem by the A2 client) and copy files back and forth...

AppleShare 3 does support Apple 2 clients and even provides the images for net-boot. To be sure I'm following, minivmac can be run on any machine with ethernet capability and connect to TashTalk? Or, does it need to be run on the RPi? I'll read through the appropriate message threads to get...

AFAIK, Geoff's "patch" was actually a GS/OS init file and wouldn't be relevant to the Workstation board supporting a ProDOS 8 envrionment. Historically, it was the //gs that had session issues which is why this situation is so odd. I setup my A/UX box as an Appleshare server, but since it...

As I suspected, my Quadra 650 (running A/UX) works just fine over the TashTalk router. The //e Workstation board seems to be the problem child.

Understood, but if you or anyone else on this forum can give me some guidance I will gladly capture the over-the-wire data for both working and non-working clients. That may provide enough information to help zero in on the underlying problem. The problem is almost certainly in the tashtalk or...

Important update: Whatever is going on with the session drops, it's particular to the Apple II workstation card. My //gs stays connected without incident. Do any of the active developers have access to a //e + Apple Workstation card? If not, my offer to gather data stands. $ nbplkup...

Currently running Raspbian and I believe this indicates agetty isn't using the /dev/ttyAMA0 interface: /sbin/agetty -o -p -- \u --noclear tty1 linux I'd really like to help get things figured out and will be glad to grab Wireshark traces and/or debug output. Just need a few specifics on what...

I built and installed the latest release of netatalk as a control. No difference. Still disconnects within a minute or so.

I'm not sure how to do this on Void Linux, but I'm going back and forth with Raspbian and there I was able to use raspi-config to ensure it wasn't presenting a console on the serial port. How can I verify whether or not getty is attached to /dev/ttyAMA0? Before the Apple 2 is disconnected it...

For completeness' sake, I tried building atalkd with all flavors of the "split horizon" patch: None present, '!=', '==' and the latest from the current sources 'if (!(iface->i_flags & IFACE_RSEED) && (rtmp->rt_iface == iface)) {'. In all cases the Apple 2e gets disconnected in about a minute...