|Subject:||Re: IPv6 fragmentation and IPv6 header parsing|
|From:||Brad Chapman <kakadu@xxxxxxxxxxxxx>|
|Date:||Wed, 01 Aug 2001 18:16:56 -0400|
|User-agent:||Mozilla/5.0 (X11; U; Linux 2.4.7 i586; en-US; C-UPD: MaxLinux0301) Gecko/20001107 Netscape6/6.0|
Sorry again :-( I remember reading somewhere a while ago that an IPv6 packet was
sized around 1500, but I also remember reading online that it was 1280....Guess I was
wrong. Sorry :-(
Since I didn't write the original conntrack code, I'm not sure of what Rusty
Russell thought when he wrote it. But, IMHO he made ip_conntrack do fragmentation-
on-the-fly because it would then be easier to track the guts of the packet, and do NAT.
Now that NAT, as we have both said, is not necessary anymore for IPv6; we may not
even need redirection and port forwarding either. Anyway, like I said to Harald,
anything regarding a system in ip6_conntrack where we save fragments and resend them
and/or block them, will have to wait until 2.5. For now, just make your MTU a proper
size and ip6_conntrack should work.
BTW: It will probably be another month or so before ip6_conntrack is stable.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: conflicting alignment requirements, kuznet|
|Next by Date:||Re: conflicting alignment requirements, Ralf Baechle|
|Previous by Thread:||Re: IPv6 fragmentation and IPv6 header parsing, kuznet|
|Next by Thread:||Re: IPv6 fragmentation and IPv6 header parsing, Imran Patel|
|Indexes:||[Date] [Thread] [Top] [All Lists]|