Just noticed that the firewall/router here has a max MTU size of 1520 -set in hardware-. There is no indication or control over the actual MTU size.
There is a suspicion that packet disassembly/reassembly done at various stages in the route may be causing some of the weird VPN and other behaviour. It would be nice to have an end-to-end exerciser/diagnostic driven from behind the internal AFS subroutine. That way net connectivity could be independently verified. tedc -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Buehler Sent: Wednesday, February 23, 2005 4:39 AM To: [email protected] Subject: [OpenAFS] Re: client hangs with 1.2.13 redhat 9 servers Mike Fedyk wrote: >> I've noticed that too in some cases, and not just with AFS. >> It seems that in at least some situations, tcpdump does not get to >> see the real UDP checksum that will appear on the wire for outgoing >> traffic. This is entirely dependent on how the operating system >> implements its packet tracing facility. > > > Does your ethernet card have hardware checksumming? Maybe tcpdump is > getting the packets before the hardware has put in the checksums... I don't know -- it seems a bit odd that most packets would have the correct checksum, but a few would not. -- Joe Buehler _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
