Re: [nfsv4] Benjamin Kaduk's Discuss on draft-ietf-nfsv4-mv1-msns-update-04: (with DISCUSS and COMMENT)

Magnus Westerlund <magnus.westerlund@ericsson.com> Tue, 26 March 2019 10:49 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E4B221202BB; Tue, 26 Mar 2019 03:49:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 HX3504h6JQ9v; Tue, 26 Mar 2019 03:49:32 -0700 (PDT)
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50053.outbound.protection.outlook.com [40.107.5.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69A8E1202B0; Tue, 26 Mar 2019 03:49:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TDC8InaQWODccSqBfnHyVgO01fCJuB2WFYVKIzUl/io=; b=cHjdEyH3LA3CqIa/V/c1XpEdFo8C74UWlpJ5V9PIiosZISF4EPDA866sQsnRdVb3HJE53NJ198MZ4hUenjn6nmBSFKb7ojOyp/J/M/AU39pdQivGNsmr97THBK+zdpkWdbezV5z15Zf2Co/3MA5zoyXWwxTKvk6wSjWP889UePU=
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com (10.168.128.149) by HE1PR0701MB2858.eurprd07.prod.outlook.com (10.168.91.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1750.13; Tue, 26 Mar 2019 10:49:28 +0000
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::107c:5f27:2ef:8505]) by HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::107c:5f27:2ef:8505%5]) with mapi id 15.20.1750.013; Tue, 26 Mar 2019 10:49:28 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: David Noveck <davenoveck@gmail.com>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
CC: "draft-ietf-nfsv4-mv1-msns-update@ietf.org" <draft-ietf-nfsv4-mv1-msns-update@ietf.org>, The IESG <iesg@ietf.org>, NFSv4 <nfsv4@ietf.org>, "nfsv4-chairs@ietf.org" <nfsv4-chairs@ietf.org>
Thread-Topic: Benjamin Kaduk's Discuss on draft-ietf-nfsv4-mv1-msns-update-04: (with DISCUSS and COMMENT)
Thread-Index: AQHU08+HNDjSgrrHP0qhLq7hl/MczA==
Date: Tue, 26 Mar 2019 10:49:27 +0000
Message-ID: <HE1PR0701MB25226C9B818ED336623A3061955F0@HE1PR0701MB2522.eurprd07.prod.outlook.com>
References: <155184411184.27685.16459405842977852294.idtracker@ietfa.amsl.com> <CADaq8jcbtAy+RnCsxLBHpGfX7YOUCXbVU21DKKF5yOuXtwM4GQ@mail.gmail.com> <CAKKJt-c++YwyEONK=He55uX0GR+23bc1jrjjU5hxHB3ipJYwmg@mail.gmail.com> <CADaq8jcA_TP5xrCy8VXBPRASA_o8rmxOpn+7PBnhH_1=2tHGEA@mail.gmail.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [129.192.74.4]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 612de88e-297a-45c7-4fb5-08d6b1d8b83b
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(5600127)(711020)(4605104)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7153060)(7193020); SRVR:HE1PR0701MB2858;
x-ms-traffictypediagnostic: HE1PR0701MB2858:
x-ms-exchange-purlcount: 1
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-microsoft-antispam-prvs: <HE1PR0701MB2858E95035920B27B7AB3DC7955F0@HE1PR0701MB2858.eurprd07.prod.outlook.com>
x-forefront-prvs: 09888BC01D
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(366004)(396003)(136003)(39860400002)(199004)(189003)(6506007)(9686003)(236005)(476003)(966005)(54896002)(6306002)(229853002)(93886005)(8676002)(25786009)(105586002)(186003)(446003)(486006)(7696005)(102836004)(55016002)(106356001)(6116002)(86362001)(8936002)(3846002)(4326008)(76176011)(99286004)(7736002)(68736007)(53546011)(14454004)(74316002)(6246003)(15650500001)(53936002)(33656002)(81166006)(97736004)(14444005)(66066001)(6436002)(81156014)(71190400001)(256004)(71200400001)(606006)(2906002)(26005)(316002)(5660300002)(54906003)(52536014)(110136005)(44832011)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2858; H:HE1PR0701MB2522.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: Cq3nVVGHxl2tJgA7eZ5Tn780fGmb9MY+jNcpp3kHwJgPyzpIY7SbwE8n5fFN8FXFbQ6JuWEaweiZjVr4+9yKgApvBVGAWBZ+uVgbUpotuRBDRPlv61v1IIDeu2RpWyKP6LY4HmzCkWUI018IKaFrZyPRNBCqI4vzx+9DeZcWXcxghCmA70dT2PpIydTHqfUFfUHXqZKQgd0xAlgIwfC0eAwh4708kDGczO0CE6aiEDoEWn+rGdCNlBLrWFTI0QunrhAZqZNezhk+UIJBIALOmbbubI3uaHMo59Kv42wiGCQpwT2jUkOUgMhGKuDECP8Fokw4IbkVqYuEfRlPlnuNbaesv5ID/ButzzTPkNZmjp3pOqaP7fHc0dper8N6oi5FZ7zrvd1sY6ahcxu8jP1p17sgRy47Afakauxe+Ip1TLo=
Content-Type: multipart/alternative; boundary="_000_HE1PR0701MB25226C9B818ED336623A3061955F0HE1PR0701MB2522_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 612de88e-297a-45c7-4fb5-08d6b1d8b83b
X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Mar 2019 10:49:27.9369 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2858
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/QREywxH-88IVNIRCYR5LuRvP50s>
Subject: Re: [nfsv4] Benjamin Kaduk's Discuss on draft-ietf-nfsv4-mv1-msns-update-04: (with DISCUSS and COMMENT)
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/nfsv4/>
List-Post: <mailto:nfsv4@ietf.org>
List-Help: <mailto:nfsv4-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Mar 2019 10:49:36 -0000

Hi David,

I think there are some potential to this idea. However, as I have not attempted to read the document, I would request that you comment on what to do with the other sections, for example those changes to the several section 15.1 changes. Will it work out to have those changes to be included in a larger chunks also?

Cheers

Magnus

On 2019-03-25 16:01, David Noveck wrote:
> For this reason, I waited until I knew who the responsible AD for NFSv4 would be - "hi, Magnus" -
> and am now telling you folks know that my advice would be to produce a -bis version of NFSv4.1,
> rather than trying to advance this draft.

I don't think those are the only options even though i realize that there is no point in trying to advance the current draft    As I understand it, an rfc5661bis would require a lot of work, particularly in the security area and this would go beyond merely applying changes in the current draft to the existing rfc5661.

I certainly could put the document into a bis-like form as you  suggest, but I can't see the IESG approving the resulting Security Considerations section as part of an rfc5661bis, given that it totally ignores the requirements of RFC 3552.   The IESG approved rfc5661 with a defective Security Considerations section but am doubtful about a possible repeat.

Another option would be to put the document in a more bis-like form by producing a replacement for section 11 (instead of the current set of updates to section 11), without totally replacing all of rfc5661.   I still think that latter work is needed but producing a high-quality bis is a ways away.

> I would suggest that you ask Benjamin whether he would be more comfortable continuing discussion > of his ballot position of this material in this form, or in -bis form

Instead, I'll ask hIm what form he'd like to base the discussion on, whether in one of the forms suggested so far or in another one.

On Mon, Mar 25, 2019 at 9:58 AM Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com<mailto:spencerdawkins.ietf@gmail.com>> wrote:
I'm putting this here, in Benjamin's Discuss ballot thread, but this is my suggestion for going forward on this draft. Magnus will be your AD starting Thursday morning, but if I might provide advice that I hope will be helpful ...

If you take a look at https://datatracker.ietf.org/doc/draft-ietf-nfsv4-mv1-msns-update/ballot/, you'll see that only 6 ADs cast ballot postions that are included in considering whether a draft is to be approved during IESG Evaluation (Yes, No Objection, or Discuss). That is barely half of the number of ballots needed to approve this draft for publication.

Abstains and No Position ballots may have have useful comments, but they are ignored when counting ballots for approval.

And my ballot expires on Wednesday, so clearing Benjamin's Discuss will leave you only half the way to getting this draft approved.

As the ballot positions arrived, I began considering alternative ways forward. Some ADs Abstained, saying "I don't think it's reasonable for me to review a 100-page patch to a 600-page RFC", and that's a conversation that I was prepared to have with the IESG, but other ADs Abstained, saying "I tried, but I couldn't do it". In one case, Suresh, who is an experienced and conscientious reviewer, said he found instances where he couldn't identify changes between OLD and NEW blocks of text. So I decided I was willing to believe the "not reasonable to review" Abstain positions, as well as the "I tried and couldn't do it" Abstain positions.

For this reason, I waited until I knew who the responsible AD for NFSv4 would be - "hi, Magnus" - and am now telling you folks know that my advice would be to produce a -bis version of NFSv4.1, rather than trying to advance this draft.

Magnus can accept my suggestion, or do something else, starting Thursday morning (he and I both try to act in your best interests, and we might not always agree on what that means). And you don't have to wait until Thursday morning to start talking with Magnus, and with each other.

I would suggest that you ask Benjamin whether he would be more comfortable continuing discussion of his ballot position of this material in this form, or in -bis form.

And I am truly sorry that you experienced this Late Surprise as I was stepping down.

Best wishes with your work, and enjoy not having to include a last name initial every time you mention "Spencer" in NFSv4 e-mail!

Spencer (D)


--

Magnus Westerlund

----------------------------------------------------------------------
Network Architecture & Protocols, Ericsson Research
----------------------------------------------------------------------
Ericsson AB                 | Phone  +46 10 7148287
Torshamnsgatan 23           | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com>
----------------------------------------------------------------------