[pmtud] PLPMTUD (draft-07) comments
Ivan Beschastnikh <ivan@cs.washington.edu> Tue, 11 July 2006 23:02 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0RFr-0002aS-SR; Tue, 11 Jul 2006 19:02:59 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G0RFr-0002aN-5Y for pmtud@ietf.org; Tue, 11 Jul 2006 19:02:59 -0400
Received: from coco.cs.washington.edu ([128.208.3.82]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G0RFp-0003qr-Qh for pmtud@ietf.org; Tue, 11 Jul 2006 19:02:59 -0400
Received: from [128.208.4.85] (archdale.cs.washington.edu [128.208.4.85]) (authenticated bits=0) by coco.cs.washington.edu (8.13.7/8.13.7/1.6) with ESMTP id k6BN2uHW004890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for <pmtud@ietf.org>; Tue, 11 Jul 2006 16:02:57 -0700 (envelope-from ivan@cs.washington.edu)
Message-ID: <44B42E20.9020908@cs.washington.edu>
Date: Tue, 11 Jul 2006 16:02:56 -0700
From: Ivan Beschastnikh <ivan@cs.washington.edu>
User-Agent: Mozilla Thunderbird 1.0.8-1.1.1.1vy+fc4 (X11/20060419)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: pmtud@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Subject: [pmtud] PLPMTUD (draft-07) comments
X-BeenThere: pmtud@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Path Maximum Transmission Unit Discovery <pmtud.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pmtud>
List-Post: <mailto:pmtud@ietf.org>
List-Help: <mailto:pmtud-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pmtud>, <mailto:pmtud-request@ietf.org?subject=subscribe>
Errors-To: pmtud-bounces@ietf.org
Hello, I just read the draft-ietf-pmtud-method-07 document and have a few comments and questions. pg1, 2nd paragraph: "If can be configured to perform" should read "*It* can be.." pg3, 5th paragraph (last paragraph in section 1): "..and draw heavily RFC1191 and .." should read "...and draws heavily *on* RFC..." pg16, section 7.1: When you define search_low you say its equal to useful probe size minus one. Useful probe size is somewhat ambiguous- do you mean a probe size that hasn't been verified yet ie. the link might or might not support an MTU size of this value? pg17, last paragraph: "..and rely ICMP PTB.." should read "and *..to* rely *on* ICMP PTB.." pg 18, fourth paragraph: "..and per per-route configuration" should read "and *per route* configuration" In section 8 you say that if an application sends a datagram larger than the "known path MTU," the datagram should be fragmented in the host's IP layer. In section 9, you say that a third mode is needed which allows the application to send datagrams that are larger than the current "estimate of the path MTU". Are "known path MTU" and "estimate of the path MTU" the same thing and if not, then is "estimate of path MTU" an application level estimate rather than a system level "known" value (since you're talking about application level PMTUD in this section). Also, I don't see how the recommendation for IPv4 implementations from section 8 differs from mode #1 from section 9, paragraph 2. Along the previous comment, I see an unmentioned security repercussion of the scheme described in section 9, second to last paragraph where application level PLPMTUD results can be cached at IP layer by the OS or the system level vars for the method can be directly updated by the application. Wouldn't this mechanism effect other applications on the host that are doing PLPMTUD of their own or sending over the same path? Particularly if a rogue application decides to set the MTU for the first hop to a very low value to starve the bandwidth of other applications on the same host, how can this scenario be avoided, is this beyond the scope of this document? many thanks, ivan. _______________________________________________ pmtud mailing list pmtud@ietf.org https://www1.ietf.org/mailman/listinfo/pmtud
- [pmtud] PLPMTUD (draft-07) comments Ivan Beschastnikh
- Re: [pmtud] PLPMTUD (draft-07) comments John Heffner