Just for kicks, I decided to do a wireshark trace of AFP-over-TCP
conversations between my Apple MacOS X 10.4.11 Tiger server and my
Apple MacOS X 10.5.8 Leopard (PPC) client. Surprisingly, I'm seeing
lots of TCP checksum errors (no ssh going on here in the connection
since it's all protected on my internal LAN) on packets going in both
directions. Now, if the TCP stack were damaged either on the client
or the server or both, I would expect connection issues and all
packets going through to exhibit the checksum errors. But I don't and
not all packets are exhibiting checksum errors between the two
machines. Only some. Of course, this is manifesting itself in slower
than expected throughput between the server and client since I assume
that TCP checksum errors result in retransmits. The server is
connected to a ZyXEL GS2024 switch via LACP 802.3ad with 1 IP address
in use in the two-NIC bonded pipe. Could this be causing the TCP
checksum errors?
--
Reality Artisans, Inc. # Network Wrangling and Delousing
P.O. Box 565, Gracie Station # Apple Certified Consultant
New York, NY 10028-0019 # Apple Consultants Network member
<http://www.realityartisans.com> # Apple Developer Connection member
(212) 369-4876 (Voice) # My PGP public key can be found
at <https://keyserver.pgp.com>
