Date: Wed, 13 Dec 2006 12:09:06 +0100 From: Max Laier <max@love2party.net> To: Pete French <petefrench@ticketswitch.com> Cc: spork@bway.net, freebsd-stable@freebsd.org Subject: Re: pf killing NFS Message-ID: <200612131209.12687.max@love2party.net> In-Reply-To: <E1GuRv7-000DHq-OI@dilbert.ticketswitch.com> References: <E1GuRv7-000DHq-OI@dilbert.ticketswitch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart3202847.nQGea5S025 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 13 December 2006 12:05, Pete French wrote: > > As Luke already pointed out, "no-df" on the scrub rule should help.=20 > > As=3D20 for the "bad cksum!" - this is a symptom of checksumming done > > in=3D20 hardware. ifconfig bge1 -rxcsum -txcsum should get rid of > > them. > > I am a bit concerned by this - we use a lot of bge interfaces, and I > have hardware checksumming enabled on all of them. Are they known to > produce bad checksums ? You are misunderstanding. The problem is simply that the bpf device sees=20 bad checksums as it sees the packet before the hardware has calculated=20 it. On the receiver the checksum will be correct. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart3202847.nQGea5S025 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBFf99YXyyEoT62BG0RAjq7AJ4zCMmm2BWOOYeJGA+GWQQwKtjVEQCeM6VL woTg+SBqDTtmWshFmEe5JJY= =t+II -----END PGP SIGNATURE----- --nextPart3202847.nQGea5S025--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200612131209.12687.max>