IETF Logo Mail Archive

Re: Adam Roach's Discuss on draft-ietf-6man-maxra-03: (with DISCUSS and COMMENT)

Suresh Krishnan <Suresh@kaloom.com> Fri, 27 October 2017 18:50 UTC

Return-Path: <Suresh@kaloom.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 5014C13F423; Fri, 27 Oct 2017 11:50:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=kaloom.onmicrosoft.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 uJtmJZsZfRmb; Fri, 27 Oct 2017 11:50:33 -0700 (PDT)
Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0135.outbound.protection.outlook.com [104.47.34.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB91A13F41B; Fri, 27 Oct 2017 11:50:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kaloom.onmicrosoft.com; s=selector1-kaloom-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=R1U7lXcUc6V5IWM0xBo9exFjgOLwH0cCsli2UxtvcD0=; b=yOovY+X83XxrOMrJt4esRhPxx57kfrbhX6RxQfb8WEIXIgjPipNQqxgIOR1PUoUjHEvYgS4trWk+tyEKBo2WNi/SBjt6eKZtYh7zBFMe6ya43taSbgaFTNqxws+YOZvTvfEQ0yd+5qJUPVmmeMbJrXEYgFZse6Y/hZpA8NURvPQ=
Received: from YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM (52.132.65.17) by YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM (52.132.65.17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.6; Fri, 27 Oct 2017 18:50:31 +0000
Received: from YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM ([fe80::406e:17d2:bb6b:345]) by YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM ([fe80::406e:17d2:bb6b:345%13]) with mapi id 15.20.0178.007; Fri, 27 Oct 2017 18:50:31 +0000
From: Suresh Krishnan <Suresh@kaloom.com>
To: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, Adam Roach <adam@nostrum.com>
CC: Bob Hinden <bob.hinden@gmail.com>, "draft-ietf-6man-maxra@ietf.org" <draft-ietf-6man-maxra@ietf.org>, IESG <iesg@ietf.org>, IPv6 List <ipv6@ietf.org>, 6man Chairs <6man-chairs@ietf.org>, 神明達哉 <jinmei@wide.ad.jp>
Subject: Re: Adam Roach's Discuss on draft-ietf-6man-maxra-03: (with DISCUSS and COMMENT)
Thread-Topic: Adam Roach's Discuss on draft-ietf-6man-maxra-03: (with DISCUSS and COMMENT)
Thread-Index: AQHTTRxDPCA1NLrma0mte5/FWo1nhaL2t2aAgAAj5YCAAEbQAIAAyG+AgAAGQ4CAAAh0gIAAFXIA
Date: Fri, 27 Oct 2017 18:50:31 +0000
Message-ID: <D46C992C-02F0-471A-B5AA-946613190193@kaloom.com>
References: <150888618658.4890.17540557977964477269.idtracker@ietfa.amsl.com> <4F068A57-9F88-4951-A584-D103193744C4@gmail.com> <b16972d4-5456-76f5-0555-d94d9818d21c@nostrum.com> <494DB70A-D752-45A9-9D9F-B0062F2E2764@employees.org> <CAJE_bqdJZREuyUK9bvyK+N+-7Mc1xr-0Q+w5iFohoR=j4mZgNg@mail.gmail.com> <CAKKJt-cDT=8JhiJASu7zqZiG2aSBQ+uKb1uET=VBkeBOpTAvjQ@mail.gmail.com> <CAJE_bqdYjEaQZNXx2_Dkn+Sjm5kwCTQQq9+BXXF-K__msRyigQ@mail.gmail.com>
In-Reply-To: <CAJE_bqdYjEaQZNXx2_Dkn+Sjm5kwCTQQq9+BXXF-K__msRyigQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=Suresh@kaloom.com;
x-originating-ip: [67.22.228.35]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; YQBPR0101MB0724; 6:2WPlQLG2CU+oiXERvF41dtRGwFWcyR7XDDwPGd4IWK7/A7g5hq7EvXs7ecVQ+gDRjXbnzNh3HamnmtgJ4hy3VlXyN1TV4/v0pQfDA/7OVDP0P5zHnOOJ3OYgWcezAuAKuGNAh9/+yH92I262Na74xmpl806fWr647Hp+WK7B/jN7XjVQ+5qoRkJX6hmBEJO9sf4/kZizc12M+XcTMNXeFJsXUv69zingZiuZjUi5/Gtz803MuEL4tMynK+ZpycUiobInD/YCvdNTZoeXNw247GmVitFB2HlH3gf6EyH8AwRxkAWCJGIUKX04Z+sa5NQ1gVUA02X/Dl118r1PLyQ6M6iDLeHrD/4ME1faQRM4l1s=; 5:1DrjkUV0o+e51uibQ6yPY6VID5rUq3qPQ5UGA6goJ6knELofom29q+npeZ9beLOuXWcED/KPrhZRb6U2SmJFaKMP/9g5osMOdoLYIFxsd9189ois1+G1wBZyh6w/9Ekjxb5aFlILJCuyTJ9xszYURlfKgLPf7kAfTPhjk+ikIyw=; 24:0ZKdg3/d0mJtcRpUpc+6umIyUFlJsTiav4yL0rVFEieh4+GUcj1U/E4rU1wWa+A/U3kKLm4eyZTELHlaw2NqTiycuQWJyhXfMzbnQmzpm+k=; 7:ql5MN2kuzdLKAIAeQ7+nyadOLlMytSyKDkg6bl6mZaL7bYH+BVd5o8dKrUBWFaZV0VGkUk0rniev+GmKgCxx7gSTylL9XvNdVZu7CPi7Q10iwy+ykrIoDrH/6WrJTNk6WObq3/l+SuX0Z49ivZv8Rpc6HYNf4+HTC7Q+31rhtID+nLU6njWxx8EgEETxnNqKH5DbZf8S8t2/HPG4keepaD74vaoQK6ml6oj7fHbpslVyrCNGscLMLoJ5NrDEspoO
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: c71b4583-0e4b-411b-0112-08d51d6b99ab
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4603075)(2017052603199); SRVR:YQBPR0101MB0724;
x-ms-traffictypediagnostic: YQBPR0101MB0724:
x-exchange-antispam-report-test: UriScan:;
x-microsoft-antispam-prvs: <YQBPR0101MB0724A3CFF368F7C19D744443B45A0@YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(5005006)(8121501046)(3231020)(3002001)(10201501046)(100000703101)(100105400095)(93006095)(93001095)(6041248)(20161123562025)(20161123560025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(2016111802025)(20161123558100)(20161123555025)(6072148)(6043046)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:YQBPR0101MB0724; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:YQBPR0101MB0724;
x-forefront-prvs: 0473A03F3F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(39830400002)(376002)(346002)(189002)(24454002)(199003)(4326008)(14454004)(36756003)(6116002)(305945005)(102836003)(97736004)(3846002)(33656002)(8936002)(72206003)(50986999)(105586002)(25786009)(478600001)(54356999)(76176999)(101416001)(189998001)(106356001)(86362001)(8676002)(7736002)(81156014)(81166006)(5250100002)(68736007)(2900100001)(6436002)(316002)(6506006)(6486002)(6512007)(5660300001)(110136005)(3280700002)(93886005)(83716003)(54906003)(53936002)(229853002)(80792005)(39060400002)(2950100002)(2906002)(3660700001)(53546010)(66066001)(82746002)(6246003)(230783001)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:YQBPR0101MB0724; H:YQBPR0101MB0724.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: kaloom.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <9A60C24C5557E844BDE9A5A87E0008C3@CANPRD01.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: kaloom.com
X-MS-Exchange-CrossTenant-Network-Message-Id: c71b4583-0e4b-411b-0112-08d51d6b99ab
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2017 18:50:31.8682 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 47d58e26-f796-48e8-ac40-1c365c204513
X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB0724
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/C-iOuujLr22Ql76PT8pavTX44gs>
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: Fri, 27 Oct 2017 18:50:35 -0000

Hi Adam/Spencer,
<AD Hat Off>
  Speaking as an author, I have also read this as an inclusive between and I do not see any interoperability concerns whichever way it is read, as the actual selected value is placed in the Router Lifetime value of the Router Advertisement to be communicated to the host. (As a data point, the “between” text in question is not new and has been carried over from RFC4861 which has been carried over from RFC2461 which itself was carried over from RFC1970 circa. 1996). That being said, I have no issues mentioning that this is an inclusive between as the receiving hosts are already required to accept any value in the Router Lifetime “up to 65535” according to section 4.2 of RFC4861. 

Thanks
Suresh

> On Oct 27, 2017, at 1:33 PM, 神明達哉 <jinmei@wide.ad.jp> wrote:
> 
> At Fri, 27 Oct 2017 12:03:29 -0500,
> Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> wrote:
> 
>>> If anything, if we now "clarify" it to mean "exclusive", at least one
>>> implementation will now become technically non-compliant.  So, while
>>> my primary suggestion is not to do anything about it, if we really
>>> need to say something, I'd suggest clarifying "whether this 'between'
>>> is inclusive or exclusive does not matter in terms interoperability
>>> and is left to implementations".
>> 
>> If the precise meaning of the boundaries set by a MUST requirement doesn't
>> actually matter, I'm not understanding why this is a MUST ...  Adam can
>> speak for himself, but that's what *I* would be confused about.
> 
> That's not my call either, and it's totally possible that an RFC2119
> MUST was used too casually, but I guess the spirit of the MUST in this
> case is to specify a sensible *range* with some stronger requirement
> level so a deviant implementor or operator can't cause an extreme
> effect.  But it's not important whether the exact boundary values are
> included.  With this interpretation, this should read
> AdvDefaultLifetime MUST be one of the following:
> [lower, upper]
> (lower, upper)
> [lower, upper)
> (lower, upper]
> 
> What 'lower' and 'upper' are is important (hence the MUST), but which
> one of the above four is implemented isn't.
> 
> That makes sense to me.
> 
> --
> JINMEI, Tatuya

v2.23.0 | Report a Bug | By Email