[lkml]   [1999]   [Aug]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: IPSEC transport mode w/2.2.x kernels and large packets
On Sat, Aug 07, 1999 at 06:18:21PM +0200, Richard Guy Briggs wrote:
> > > Hmm. mss routing table attribute is only used by local TCP connections.
> >
> > Which is the point we care about. Transport mode. Im not quite sure why
> > you are worried about tunnels - tunnels work, they always have
> Right, and this is why I would propose to send back ICMP from the
> tunnel start point to the originating host for tunnel mode and prevent
> the IPSEC stack from sending back ICMP in the case of a transport mode
> encapsulation, letting the large mtu/small mss work its course.

This does not make much sense. For what do you need the large MTU ?

If you lie to the stack about the MTU you'll only have to duplicate
some work it'll otherwise do for you (like sending the ICMP or using
reasonable initial MSS). And what gain would that duplicate work
give you? Nothing.

Fragmentation on the IPSec level is not interesting anyways, because
it is rather useless:

In transport mode DF will be near
always set because TCP does path mtu discovery. You first set the MTU
of your virtual device (or whatever implementation transport mode IPSec will
chose) so that it starts with the correct MTU, if it doesn't workout
for some reason [e.g. because the effective MTU changed] you use
the error queue [ip_local_error] to inform TCP and the destination
caache about the new MTU. This only works for shrinking MTUs, not increasing
them ATM, in case this should be important for IPSec it can be added.

For transport mode UDP it is similar, either the stack will fragment
for you automagically, or the application will use the pmtu discovery
APIs Linux 2.2 offers. Doing magic fragmentation hacks would just cause
problems. In case you updated the MTU and the stack does not know about
it yet it is reasonable to use ip_local_error and simply drop it [there
are even some cases in the regular stack where this can happen - ever
seen the "sending pkt_too_big to self" message?]

For IPv6 this is even more important, because IPv6 only have end2end
fragmentation and strongly encourages pmtu discovery.

In short the big MTU/MSS hack is unnecessary and evil.

This is like TV. I don't like TV.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:53    [W:0.052 / U:5.908 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site