Re: <draft-ietf-6man-rfc1981bis-05.txt>

"C. M. Heard" <heard@pobox.com> Mon, 03 April 2017 17:24 UTC

Return-Path: <heard@pobox.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97834129495 for <ipv6@ietfa.amsl.com>; Mon, 3 Apr 2017 10:24:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.202
X-Spam-Level:
X-Spam-Status: No, score=-2.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=pobox.com; domainkeys=pass (1024-bit key) header.from=heard@pobox.com header.d=pobox.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sgJZiRBuNw7J for <ipv6@ietfa.amsl.com>; Mon, 3 Apr 2017 10:24:43 -0700 (PDT)
Received: from sasl.smtp.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 68D09129469 for <ipv6@ietf.org>; Mon, 3 Apr 2017 10:24:43 -0700 (PDT)
Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 8C53E85F83 for <ipv6@ietf.org>; Mon, 3 Apr 2017 13:24:41 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=mime-version :from:date:message-id:subject:to:content-type; s=sasl; bh=5oBVza jq6i7FdFMTiOKYrhdOD40=; b=gHXncvOtpwJShy5QTSevHxamBaQ7SbIwjml74D kQXWXpW6f8ZuI3N7Go3sSsXDU7Qy8HaGhRCpBGdZQCQM8ARfy1I24BYVxmhJexWY MKjDcjRWCaLJMGc6g+PighP3Q5RnD2rUImZIbtnEeQueQxGsV4uZy1BUHenhC1oC 3qqPw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=mime-version :from:date:message-id:subject:to:content-type; q=dns; s=sasl; b= gHPdfUKvqVseT3zjKy1+Pt/6oQ5jIkyRM7oEqJt7XOwwqWVZa+zjgvj+k6uosVNH 4/O44ro595XAuMpW2f6/+5HP2oHENwqkHfiK60gJi/h+HAHjhEFbEujTZIcHVgey BZI0IRyGD03XjJ2sLuGkho6zRAv7nSqkGv8GDCkSmRw=
Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 8363A85F82 for <ipv6@ietf.org>; Mon, 3 Apr 2017 13:24:41 -0400 (EDT)
Received: from mail-qk0-f169.google.com (unknown [209.85.220.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id EB3FE85F80 for <ipv6@ietf.org>; Mon, 3 Apr 2017 13:24:40 -0400 (EDT)
Received: by mail-qk0-f169.google.com with SMTP id p22so120559502qka.3 for <ipv6@ietf.org>; Mon, 03 Apr 2017 10:24:40 -0700 (PDT)
X-Gm-Message-State: AFeK/H2dyFjD6BAjkVNQ2aZOGrjwwbP5mhd5QeGX1g5LqEungazNd9h94EU468INgkmCGct6IHXbJpmQrvdMQQ==
X-Received: by 10.55.66.65 with SMTP id p62mr16205405qka.191.1491240280380; Mon, 03 Apr 2017 10:24:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.18.75 with HTTP; Mon, 3 Apr 2017 10:24:20 -0700 (PDT)
From: "C. M. Heard" <heard@pobox.com>
Date: Mon, 03 Apr 2017 10:24:20 -0700
X-Gmail-Original-Message-ID: <CACL_3VG9=oepox3ELveTiyXyCJJbSYr16xOvCsdQDd4Ktukhug@mail.gmail.com>
Message-ID: <CACL_3VG9=oepox3ELveTiyXyCJJbSYr16xOvCsdQDd4Ktukhug@mail.gmail.com>
Subject: Re: <draft-ietf-6man-rfc1981bis-05.txt>
To: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
X-Pobox-Relay-ID: 6BBA9D76-1892-11E7-A5F8-97B1B46B9B0B-06080547!pb-smtp1.pobox.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/FIbu2_YV6NFMEFA1fiFydC4sbxw>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Apr 2017 17:24:46 -0000

Greetings,

1.) In Section 5.3, the fourth paragraph up from the bottom of Page 9
would, in my opinion, be clearer with the following change:

OLD:
   The node then uses the value in the MTU field in the Packet Too Big
   message as a tentative PMTU value or the minimum IPv6 next hope MTU
   if that is larger, and compares the tentative PMTU to the existing
   PMTU.

NEW:
   The node then uses the value in the MTU field in the Packet Too Big
   message as a tentative PMTU value or the IPv6 minimum link MTU
   if that is larger, and compares the tentative PMTU to the existing
   PMTU.

In other words, s/minimum IPv6 next hope MTU/IPv6 minimum link MTU/.
That will make the terminology consistent with the rest of the document.

2.) It is difficult to tell from Appendix B what has actually changed
since RFC 1981. The detailed account of what was changed from one draft
to the next has been very useful to the working group but will not be
particularly helpful to readers of an archival document. I would
therefore suggest that prior to publication as an RFC this Appendix
should be replaced with an actual summary of the changes since RFC 1981.

I might note that this same point was made by Robert Sparks in his
GEN-ART review of companion document draft-ietf-6man-rfc4291bis (see
https://www.ietf.org/mail-archive/web/ipv6/current/msg26035.html):

> Appendix B looks like something groups normally ask the RFC Editor
> to delete. If that was your intent, please add instructions to the
> RFC Editor so they don't have to ask. If you planned to leave it, a
> summary of the changes rather than a chronolog of what draft version
> changes were made in would be much more useful to future readers.
> (Such a summary would be welcome in any case.)

I am aware that preparing such a summary is a significant amount of
work, and I am willing to send text should the editor so desire.

Thanks and regards,

Mike Heard

On Fri, 31 Mar 2017 10:32:02 -0500, Bob Hinden wrote:
> Hi,
>
> I published a new version of rfc1981bis (-05).  Links to the document below.
>
> The changes in this version are based on comments in IETF last call reviews
> by Gorry Fairhurst, Joe Touch, Susan Hares, Stewart Bryant, Rifaat
> Shekh-Yusef, and Donald Eastlake.  Many thank to the reviewers as I think
> the document is significantly improved, it is much better aligned with
> current transport practice.
>
> The changes include:
>
>    o  Clarify that the purpose of PMTUD is to reduce the need
>       for IPv6 Fragmentation.
>
>    o  Added text to Introduction about effects on PMTUD when
>       ICMPv6 messages are blocked.
>
>    o  Clarified in Section 4. that nodes should validate the
>       payload of ICMPv6 PTB messages per RFC4443.
>
>    o  Removed text in Section 5.2 about the number of paths to a
>       destination.
>
>    o  Changed title of Section 5.4 to "Packetization layer
>       actions".
>
>    o  Clarified first paragraph in Section 5.4 to to cover all
>       packetization layers, not just TCP.
>
>    o  Clarified text in Section 5.4 to use normal retransmission
>       methods.
>
>    o  Add clarification to Note in Section 5.4 about
>       retransmissions.
>
>    o  Removed text in Section 5.4 that described 4.2BSD as it is
>       now obsolete.
>
>    o  Removed reference to TP4 in Section 5.5.
>
>    o  Updated text in Section 5.5 about NFS including adding a
>       current reference to NFS and removing obsolete text.
>
>    o  Revised text in Section 6 to clarify first attack
>       response.
>
>    o  Added new text in Section 6 to clarify the effect of
>       ICMPv6 filtering on PMTUD.
>
>    o  Aligned terminology for the packetization layer
>       terminology.
>
>    o  Editorial changes.
>
> A diff from the previous version can be found at:
>
>    https://tools.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc1981bis-05.txt
>
> Please review.
>
> This is part of the project to move the core IPv6 specifications to Internet
> Standard.
>
> Thanks,
> Bob
>
>> A new version of I-D, draft-ietf-6man-rfc1981bis-05.txt
>> has been successfully submitted by Robert M. Hinden and posted to the
>> IETF repository.
>>
>> Name: draft-ietf-6man-rfc1981bis
>> Revision: 05
>> Title: Path MTU Discovery for IP version 6
>> Document date: 2017-03-31
>> Group: 6man
>> Pages: 18
>> URL:
>> https://www.ietf.org/internet-drafts/draft-ietf-6man-rfc1981bis-05.txt
>> Status:
>> https://datatracker.ietf.org/doc/draft-ietf-6man-rfc1981bis/
>> Htmlized:       https://tools.ietf.org/html/draft-ietf-6man-rfc1981bis-05
>> Htmlized:
>> https://datatracker.ietf.org/doc/html/draft-ietf-6man-rfc1981bis-05
>> Diff:
>> https://www.ietf.org/rfcdiff?url2=draft-ietf-6man-rfc1981bis-05
>>
>> Abstract:
>>   This document describes Path MTU Discovery for IP version 6.  It is
>>   largely derived from RFC 1191, which describes Path MTU Discovery for
>>   IP version 4.  It obsoletes RFC1981.