[OpenAFS] Re: client hangs with 1.2.13 redhat 9 servers

[ted creedon]

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: openafs-info-admin@openafs.org [mailto:openafs-info-admin@openafs.org]
On Behalf Of Joe Buehler
Sent: Wednesday, February 23, 2005 4:39 AM
To: openafs-info@openafs.org
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
OpenAFS-info@openafs.org
https://lists.openafs.org/mailman/listinfo/openafs-info