Re: AD evaluation: draft-ietf-6man-rfc1981bis-03

Bob Hinden <bob.hinden@gmail.com> Thu, 26 January 2017 20:33 UTC

Return-Path: <bob.hinden@gmail.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 B2F71129B06; Thu, 26 Jan 2017 12:33:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 REK75iHPTrAz; Thu, 26 Jan 2017 12:33:18 -0800 (PST)
Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A43F5129AF9; Thu, 26 Jan 2017 12:33:18 -0800 (PST)
Received: by mail-io0-x236.google.com with SMTP id j13so46056979iod.3; Thu, 26 Jan 2017 12:33:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=NS2pOGdVxvLkB2EmXb2KEwt2Yk4YJnxOpoTD9Sxnzls=; b=gGN1IRsbI/N9bqhElDeLPNf1kJPAKuPPUJA5LBOcSovO43a5AT00wOrkHSjEulM7mp sMU4Hbh6wETwnEwFX+3Gjz9kgnGCM9EBIiPYS8g9xPF+2ox1ensFyFc6596E81J72LFP RabVdeVSWmAKC1QAEH1uNDtprPTQsoUqXN/HepbcaTs8EDAi59TWgeE/+0mDuxShAtp4 IvwdBNnL3CpjGxeMl0+KP9xS9TuXrcCtlX3lyWDZc5meLB2cjK9SeFMC4zmr35cSa5fu cQsDlEiXfeM2s5frMUiqtmFPtNmCeDvVemLCRQazMeFVblH4ucfjboFqob/lmq3pWIS5 ZBiQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=NS2pOGdVxvLkB2EmXb2KEwt2Yk4YJnxOpoTD9Sxnzls=; b=AP8ouLEw05TxUTLO2IblN7Me2TOnV57699ye9NUD6TF8ujN5DT1rT05aV/uyD+Zauh 9TNjj5sjviLU2QMtXmRdQuGizSiCtYCMhiS2/NNsOFiiAlbHWgpmsXxX9fwi6ziEI9pV dtLH8+KmWeik9DqQii9u4UPhH+7JUxNuMuZs9dIJiRXwQ9dhaoSzrXckQzXAhbdNo1YK 5ts0Dd7mL1dd+8noNEY6shno9dlwxG31Lb9Piv121hWD2M7rkwkvMEZTZv6UaWza1DO2 n/RsU4DXjTYsfwnDbTurNhEBPlPL3qmswj9kBO+xemRCyWWm01ndJ+lDw0/tU3d+PgSd PN+g==
X-Gm-Message-State: AIkVDXKUwayWInfscI68noCJioR4Ou3lEOx6DQOFPbbaAVt+H8Gn87RCQ9uFWa64qGHRBw==
X-Received: by 10.107.10.24 with SMTP id u24mr4607581ioi.94.1485462797892; Thu, 26 Jan 2017 12:33:17 -0800 (PST)
Received: from [172.16.224.219] ([209.97.127.34]) by smtp.gmail.com with ESMTPSA id y126sm100199itf.14.2017.01.26.12.33.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 26 Jan 2017 12:33:16 -0800 (PST)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <CDD93C29-8900-4D0E-83F6-5BC50B3C5C98@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_622A2676-33A2-4BAD-815E-B963E7FCC28C"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: AD evaluation: draft-ietf-6man-rfc1981bis-03
Date: Thu, 26 Jan 2017 12:33:14 -0800
In-Reply-To: <6BBA4B27-FE19-405C-A165-9973A8E9AE68@ericsson.com>
To: Suresh Krishnan <suresh.krishnan@ericsson.com>
References: <6BBA4B27-FE19-405C-A165-9973A8E9AE68@ericsson.com>
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/nMB1P2W83qsveAX2Eat2sn44rzs>
Cc: IPv6 List <ipv6@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, "draft-ietf-6man-rfc1981bis.all@ietf.org" <draft-ietf-6man-rfc1981bis.all@ietf.org>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 26 Jan 2017 20:33:21 -0000

Suresh,

Thanks for your evaluation.

> On Jan 25, 2017, at 7:59 PM, Suresh Krishnan <suresh.krishnan@ericsson.com> wrote:
> 
> Hi all,
>  I have gone through draft-ietf-6man-rfc1981bis-03 and I found it to be in good shape to progress. I just saw two minor issues that need to be addressed
> 
> * Section 1
> 
> I don’t think that his text that is copied over from RFC4821 is helpful. I think the earlier part of the paragraph is well written, useful and conveys exactly the right amount of context.
> 
> “          In this algorithm, the
> 	   proper MTU is determined by starting with small packets and probing
> 	   with successively larger packets.  The bulk of the algorithm is
> 	   implemented above IP, in the transport layer (e.g., TCP) or other
> 	   "Packetization Protocol" that is responsible for determining packet
> 	   boundaries.”
> 

I tend to agree and am happy to remove it.  I will note that there as a lot of debate on what this paragraph should say.  Unless someone objects, I will plan to remove it from the next version.


> * Section 3
> 
> I am not sure why the following text is required. What are these nodes? I thought we discussed this and decided to not put in such text.
> 
> "(regardless of whether it decrements the Hop Limit)"
> 
> I would suggest removing the text or adding an example of such a node.


I went back and read the email thread:

https://mailarchive.ietf.org/arch/search/?qdr=a&email_list=ipv6&q=text%3A(regardless+of+whether+it+decrements+the+Hop+Limit)&as=1&so=date

The discussion does go back and forth, but ends with Ole closing the issue in the tracker:

   #13: Regardless of whether it decrements the Hop Limit

   Changes (by otroan@employees.org):

     * status:  new => closed
     * resolution:   => wontfix

I interpert it to leave it in.  I don’t have a strong view on this, happy to remove it.  Any objections?


> 
> Thanks
> Suresh
> 
> P.S.: I agree with Donald’s comment in his INT Dir review that the “security classifications” paragraph seems dated but I would prefer for it to be removed rather than rewritten.

OK, I will remove it.

Thanks,
Bob