Re: 6.2 mtu now limits size of incomming packet

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bill Moran <wmoran@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

Let's flip the question around a bit: why would you _want_ the TCP
stack to accept frames larger than the stated MTU?

If I receive a 64K frame and the TCP checksum checks out, and the
sequence numbers match, and it passes my firewall state, why NOT receive
it? It is obviously valid, even if I cannot understand how my interface
could have received it. The packet is here, so do something useful with
it.

I agree with others that MTU means "limit what I transmit". It does not
mean "limit what someone else can transmit to me."

- --
David DeSimone == Network Admin == fox@xxxxxxxxx
"It took me fifteen years to discover that I had no
talent for writing, but I couldn't give it up because
by that time I was too famous. -- Robert Benchley
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFGl7+oFSrKRjX5eCoRAg/IAKCjpErjfEMx33emhDqtNs327Hi1vQCfQnpC
i+33Od/k39MaAF/1LZyxj4I=
=xtlB
-----END PGP SIGNATURE-----
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • RE: suffering from an apparently broken tcp
    ... suffering from an apparently broken tcp ... that outgoing packets had a checksum error at the TCP layer. ... Most of the time three TCP continuation frames come in back-to-back, ... it's only on the local network that's dreadfully slow. ...
    (Debian-User)
  • RE: suffering from an apparently broken tcp
    ... I'm really starting to convince myself that this is a hardware ... that outgoing packets had a checksum error at the TCP layer. ... Most of the time three TCP continuation frames come in back-to-back, ... it's only on the local network that's dreadfully slow. ...
    (Debian-User)
  • Re: Call for bfe(4) testers.
    ... I recompiled a fresh RELENG_7 kernel with the files above, ... no toe capability of 0xc421d800 ... Transmit good frames: 1884 ...
    (freebsd-current)
  • Re: Problem with writing fast UDP server
    ... it likely means you have reached your ethernet bandwidth ... frames) to achieve your desired results. ... Keep in mind TCP is stream based, not datagram based so you may need ... On your client, make the following changes. ...
    (comp.lang.python)
  • Re: Call for bfe(4) testers.
    ... I recompiled a fresh RELENG_7 kernel with the files above, ... no toe capability of 0xc421d800 ... Transmit good frames: 1884 ...
    (freebsd-current)