Re: Tiny fragments issues
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tiny fragments issues
Hi Suresh,
So are you suggesting the non-last fragment size of less than 1280,
example 1200.
I still have a doubt on this one. Can we state that the first fragment
should have the complete TCP/ UDP headers? I find this essential for
the case of stateless filtering, which are easier to do at line rate
in the hardware.
Thanks,
Vishwas
On 5/17/07, Suresh Krishnan <suresh.krishnan at ericsson.com> wrote:
Hi,
Jun-ichiro itojun Hagino 2.0 wrote:
> my take on this is that, for non-final fragment, the packet size must
> not be smaller than 1280 bytes. there's no valid use for smaller
> fragments (unless you have special network with MTU < 1280).
I tend to disagree. I do think there are cases where it makes sense to
have smaller non-final fragments. One example I can think about right
away is that there is a tunnel somewhere between the source and the
destination. In this case I would limit myself to a fragment size of
less than 1280 to avoid further fragmentation.
Cheers
Suresh
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6 at ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6 at ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.