[Top] [All Lists]

Re: SCTP path mtu support needs some ip layer support.

To: jgrimm2@xxxxxxxxxx (Jon Grimm)
Subject: Re: SCTP path mtu support needs some ip layer support.
From: kuznet@xxxxxxxxxxxxx
Date: Mon, 13 Jan 2003 23:48:10 +0300 (MSK)
Cc: davem@xxxxxxxxxx, sri@xxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <3E1CCD72.6020100@xxxxxxxxxx> from "Jon Grimm" at Jan 8, 3 07:16:34 pm
Sender: netdev-bounce@xxxxxxxxxxx

> Well, I personally like having the flexibility to do either.  So, we'll 
> take you up on your offer to allow control over DF.

Beware! To all that I can say, clearing DF on some packets compromises
path mtu discovery. If you need to have cleared DF on some packets in a flow,
this means in fact, that path mtu discovery is not supported at protocol level
at all.

So, I would like to ask you to consult SCTP designers. If the thing which
you have said is true this means they desinged a crippled protocol.

Support of pmtu discovery as described in rfc means possibility of semantic
fragmentation to retransmit any data bits. If SCTP is not ablet to do this,
then you should not support pmtu discovery at all like most of people make
for UDP or to follow UDP pattern, fragmenting frames when their size exceeds
mtu. It is not necessary to cripple ip_queue_xmit calling conventions
to make this, just add a flag to socket to clear DF on oversized


<Prev in Thread] Current Thread [Next in Thread>