Re: [6lo] Warren Kumari's No Objection on draft-ietf-6lo-rfc6775-update-16: (with COMMENT)

samita.chakrabarti@verizon.com Tue, 03 April 2018 19:02 UTC

Return-Path: <samita.chakrabarti@verizon.com>
X-Original-To: 6lo@ietfa.amsl.com
Delivered-To: 6lo@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 222C512EA64; Tue, 3 Apr 2018 12:02:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.72
X-Spam-Level:
X-Spam-Status: No, score=-0.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=1.989, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=verizon.com header.b=IW0LRgGr; dkim=pass (1024-bit key) header.d=verizon.com header.b=YlpOO7CL; dkim=pass (1024-bit key) header.d=verizon.com header.b=dsgpt5o6
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 7kJqu_Otj6NZ; Tue, 3 Apr 2018 12:02:34 -0700 (PDT)
Received: from fldsmtpe03.verizon.com (fldsmtpe03.verizon.com [140.108.26.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA03D1242F7; Tue, 3 Apr 2018 12:02:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1522782153; x=1554318153; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KvStSll6rL/4iX92yOUAcKkLK04g1WU7TJte/YZsXQ4=; b=IW0LRgGr7sCGtTPLN2xIRDtkrtp730S8wPJGFaBtDmPCUe57rmv+5LIl MU01npbifEDEj5N4j8UeGUp1IHjRhH9TZBk2/3IU+kk1JNAZepKY2p4bi Kk41GlwjnsdPPVFtcHcbibCfUCAAG4PTYPJuQb/WaBpgFUwkI9lr27Wbn E=;
Received: from unknown (HELO fldsmtpi02.verizon.com) ([166.68.71.144]) by fldsmtpe03.verizon.com with ESMTP; 03 Apr 2018 19:02:31 +0000
Received: from rogue-10-255-192-101.rogue.vzwcorp.com (HELO atlantis.verizonwireless.com) ([10.255.192.101]) by fldsmtpi02.verizon.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Apr 2018 19:00:39 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1522782039; x=1554318039; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=KvStSll6rL/4iX92yOUAcKkLK04g1WU7TJte/YZsXQ4=; b=YlpOO7CLS9l/6Ay8oSTOq21Gm/Ld3d253b8XA31gtjKGWMl0MYjzvwDb zs4JVGhC56E8MBxgkpyaupCtCFuuFSmds/3FGK/4HTFU7e8o5dTix93MP ZVGYEkfjBJlX/JPbf3++/s97qkbGfpmXnNO6iLNE2NBSR50JwjF++GpUe Y=;
Received: from pioneer.tdc.vzwcorp.com (HELO eris.verizonwireless.com) ([10.254.88.34]) by atlantis.verizonwireless.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Apr 2018 15:00:36 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=verizon.com; i=@verizon.com; q=dns/txt; s=corp; t=1522782037; x=1554318037; h=to:cc:subject:date:message-id:references:in-reply-to: mime-version:from; bh=KvStSll6rL/4iX92yOUAcKkLK04g1WU7TJte/YZsXQ4=; b=dsgpt5o6W/ope9YSVtV1damU4cnKnEotGRtVPVC+o9fhOKEd/T594qTc ntBd/wSThxtHqYqGO+penUiGPXZBK14dTopSN4Zy9SxSj5SfKiom1DZvs 5KQkW/N20EWehzlv7OGhKwtjHBTHxZUr4oKTfXF94CCyBlLbIWIUK8HiC I=;
From: samita.chakrabarti@verizon.com
X-Host: pioneer.tdc.vzwcorp.com
Received: from ohtwi1exh003.uswin.ad.vzwcorp.com ([10.144.218.45]) by eris.verizonwireless.com with ESMTP/TLS/AES128-SHA256; 03 Apr 2018 19:00:36 +0000
Received: from tbwexch20apd.uswin.ad.vzwcorp.com (153.114.162.44) by OHTWI1EXH003.uswin.ad.vzwcorp.com (10.144.218.45) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 3 Apr 2018 15:00:36 -0400
Received: from tbwexch18apd.uswin.ad.vzwcorp.com (153.114.162.42) by tbwexch20apd.uswin.ad.vzwcorp.com (153.114.162.44) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Tue, 3 Apr 2018 15:00:36 -0400
Received: from tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) by tbwexch18apd.uswin.ad.vzwcorp.com ([153.114.162.42]) with mapi id 15.00.1320.000; Tue, 3 Apr 2018 15:00:36 -0400
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Dave Thaler <dthaler@microsoft.com>, Warren Kumari <warren@kumari.net>, The IESG <iesg@ietf.org>
CC: "6lo-chairs@ietf.org" <6lo-chairs@ietf.org>, "6lo@ietf.org" <6lo@ietf.org>, "draft-ietf-6lo-rfc6775-update@ietf.org" <draft-ietf-6lo-rfc6775-update@ietf.org>, Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
Thread-Topic: Warren Kumari's No Objection on draft-ietf-6lo-rfc6775-update-16: (with COMMENT)
Thread-Index: AQHTyyPVISS8YHQ3wECpo401zuIf0qPvh+IAgAAIPYD//9VxcA==
Date: Tue, 03 Apr 2018 19:00:36 +0000
Message-ID: <8a08fde883fe437489b80ccfc4f17057@tbwexch18apd.uswin.ad.vzwcorp.com>
References: <152269886675.7469.1079237057065588163.idtracker@ietfa.amsl.com> <095ba71ade394fab86ba57201159f5ee@XCH-RCD-001.cisco.com> <CY4PR21MB07747812900140C629D83BB1A3A50@CY4PR21MB0774.namprd21.prod.outlook.com> <2962990b8ed24c4bac7c3775062242c4@XCH-RCD-001.cisco.com>
In-Reply-To: <2962990b8ed24c4bac7c3775062242c4@XCH-RCD-001.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.144.60.250]
Content-Type: multipart/alternative; boundary="_000_8a08fde883fe437489b80ccfc4f17057tbwexch18apduswinadvzwc_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/6lo/ja8z0T7eEWp7LECPOeOYh5dxOKg>
Subject: Re: [6lo] Warren Kumari's No Objection on draft-ietf-6lo-rfc6775-update-16: (with COMMENT)
X-BeenThere: 6lo@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Mailing list for the 6lo WG for Internet Area issues in IPv6 over constrained node networks." <6lo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6lo>, <mailto:6lo-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6lo/>
List-Post: <mailto:6lo@ietf.org>
List-Help: <mailto:6lo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6lo>, <mailto:6lo-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Apr 2018 19:02:36 -0000

I am okay with the changes .

Thanks,
-Samita

From: 6lo [mailto:6lo-bounces@ietf.org] On Behalf Of Pascal Thubert (pthubert)
Sent: Tuesday, April 3, 2018 1:32 PM
To: Dave Thaler <dthaler@microsoft.com>; Warren Kumari <warren@kumari.net>; The IESG <iesg@ietf.org>
Cc: 6lo-chairs@ietf.org; 6lo@ietf.org; draft-ietf-6lo-rfc6775-update@ietf.org; Gabriel Montenegro <Gabriel.Montenegro@microsoft.com>
Subject: [E] Re: [6lo] Warren Kumari's No Objection on draft-ietf-6lo-rfc6775-update-16: (with COMMENT)

Thanks a bunch for clarifying, Dave :

Rev_17 just flew with:

    In order to deploy this, network administrators MUST ensure that 6LR/6LBRs
    in their network support the number and type of devices that can register to
    them, based on the  number of IPv6 addresses that those devices require and
    their address renewal rate and behavior.

I understand, then, that we are all OK with this : )

Take care,;

pascal





From: 6lo <6lo-bounces@ietf.org<mailto:6lo-bounces@ietf.org>> On Behalf Of Dave Thaler
Sent: mardi 3 avril 2018 19:03
To: Pascal Thubert (pthubert) <pthubert@cisco.com<mailto:pthubert@cisco.com>>; Warren Kumari <warren@kumari.net<mailto:warren@kumari.net>>; The IESG <iesg@ietf.org<mailto:iesg@ietf.org>>
Cc: 6lo-chairs@ietf.org<mailto:6lo-chairs@ietf.org>; Gabriel Montenegro <Gabriel.Montenegro@microsoft.com<mailto:Gabriel.Montenegro@microsoft.com>>; draft-ietf-6lo-rfc6775-update@ietf.org<mailto:draft-ietf-6lo-rfc6775-update@ietf.org>; 6lo@ietf.org<mailto:6lo@ietf.org>
Subject: Re: [6lo] Warren Kumari's No Objection on draft-ietf-6lo-rfc6775-update-16: (with COMMENT)


> I'm somewhat uncomfortable with the uppercase MUST in:

> "A network administrator MUST deploy updated 6LR/6LBRs to support the

> number and type of devices in their network, ..." Having an uppercase

> MUST driving operators' design decisions stuff feels weird. I'd be

> perfectly fine with something like "In order to deploy this, network

> administrators MUST..." or "Network Administrators need to ensure that

> 6LR/6LBRs support the number and..."

>

[PT>] This MUST comes from rev-14, based on Dave Thaler's review (https://www.microsoft.com/en-us/research/uploads/prod/2017/05/draft-ietf-6lo-rfc6775-update-11.pdf<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.microsoft.com_en-2Dus_research_uploads_prod_2017_05_draft-2Dietf-2D6lo-2Drfc6775-2Dupdate-2D11.pdf&d=DwMGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=pWMzx7FsqijEJPyfMBfn-HJss-wVVTf0K5y-cxCTXL8&m=RDc9ZxjBFWMBPcau_Di92lI2Ryts_AP-YSRUTVPZGi0&s=YFFf_FHlxmY1w_ehu2djGcGIZ4l8Cdz0k-yUYOYyrZE&e=>) I'm not too keen on rolling back the uppercase, cc'ing Dave to validate.



My comment was about the use of lower case “should” which was ambiguous. I asked if you meant SHOULD or MUST.

I’m fine with any unambiguous answer.  Warren’s wordings above are fine, as is the one you ask about below.



What about:

"

    In order to deploy this, network administrators MUST ensure that 6LR/6LBRs

    in their network support the number and type of devices that can register to them,

    based on the  number of IPv6 addresses that those devices require and their

   address  renewal rate and behavior.

"



Dave