[nfsv4] charter milestone dates, interop testing, and the pandemic

David Noveck <davenoveck@gmail.com> Sun, 12 July 2020 23:21 UTC

Return-Path: <davenoveck@gmail.com>
X-Original-To: nfsv4@ietfa.amsl.com
Delivered-To: nfsv4@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 375F03A09BA for <nfsv4@ietfa.amsl.com>; Sun, 12 Jul 2020 16:21:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.197
X-Spam-Status: No, score=-0.197 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id Y8ZZN6YHbIuD for <nfsv4@ietfa.amsl.com>; Sun, 12 Jul 2020 16:21:42 -0700 (PDT)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 74AF23A092B for <nfsv4@ietf.org>; Sun, 12 Jul 2020 16:21:42 -0700 (PDT)
Received: by mail-ed1-x529.google.com with SMTP id dm19so10375488edb.13 for <nfsv4@ietf.org>; Sun, 12 Jul 2020 16:21:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=+5qdTJOxB7mq0nlgiuDT2qpPUPgkDEY8cZJ+LQ5IxDY=; b=e58Sx2vLhnibTAr2u4tQeJam35hhqL3Za8w/LyATZNccjYxAlWoQKBzYJbVpSdyDRc xnYida658icWNRKMxZ3KbjRBuRzL9rANtZmNTdc1yzVuuzv0j5bOzscGnL973f7MkOeH RFQNfrthimekVXj7+kRZXF9ezDibCHKU6SasDNoy1zzXLsmkb5DTvL0OcIVRc2XPX1lw Z3w753DQfZq7q4fJzh9XHBjwbE4Ob8tHKvjJxnCOJVF48QHJsgTU+myD4YErjilvq2Bx 7zwfMwRt/WXmj+V8ScIk0kdJ0WmB3sNkbk/+S9HsZcmXa1jDKX0sa0A44mvbWXqxqntu CTVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+5qdTJOxB7mq0nlgiuDT2qpPUPgkDEY8cZJ+LQ5IxDY=; b=Nx03MzFy7iXxmd+k4rsAUH6BOav2L8370GD8V8cfJlHQ01AYG+IKTGopcJheM2/DV4 EWRmPJf/5FSwgGsGSPNWirqME3tQsloBfchDaejjbJGJcqRVnAHHWgoMl70wTQhyz1pE vcRdedYp7Uv08XtD0QL8z+cE0C6nFncw14oLPurpBiLHrrrUI5RSYvAVNxwfLginnMv8 HFHxdny0McMGn5OdZqdzxLHMAZyBYqIJv1cQ9LPFbK/FON5XKT67Co82WABMIr/3WeWi fVF2yVD50KOaBcVb+pYF6pwansTJqmlgibx7LSQW25RsyNjwAZxUGOl1kxi/srpaPJ8h TqQw==
X-Gm-Message-State: AOAM533hqal3TKJQy+lHZCvLughsuHqW6noc40wai+t/KQ5Fw9ZXERo3 o50PedaDI7/ptIxRmfpyZFoKeX73ayHK8Q/G7QyKGQ==
X-Google-Smtp-Source: ABdhPJxLkXPTwtD9oQCYyCl93tNE2zOtW3HUYYKsWIrfhX8WE7wdp44kQFsZfV4Tq49g2kHZJr5THu8wm7GXHY0eJgk=
X-Received: by 2002:a50:8186:: with SMTP id 6mr90549042ede.45.1594596100897; Sun, 12 Jul 2020 16:21:40 -0700 (PDT)
MIME-Version: 1.0
References: <B4A51F14-4630-4B65-8496-C4FAE0C94E35@oracle.com>
In-Reply-To: <B4A51F14-4630-4B65-8496-C4FAE0C94E35@oracle.com>
From: David Noveck <davenoveck@gmail.com>
Date: Sun, 12 Jul 2020 19:21:29 -0400
Message-ID: <CADaq8jdkd7gNVHXEeJVLaPxYn=JE_Ty9RNoF7C-nPYBU=B7vBw@mail.gmail.com>
To: Chuck Lever <chuck.lever@oracle.com>
Cc: NFSv4 <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000277fe805aa46d68c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/talBgsACEovXOZ9UVZwlIPMcXCA>
Subject: [nfsv4] charter milestone dates, interop testing, and the pandemic
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: Sun, 12 Jul 2020 23:21:44 -0000

On Fri, Jul 10, 2020, 11:01 AM Chuck Lever <chuck.lever@oracle.com> wrote:

> Hi-
> Sorin brought this up explicitly yesterday, and I hinted at it in the
> last slide of the RPC/RDMA deck.
> The pandemic has made it challenging to host interop events like the
> NFS bake-a-thon. Currently the BAT planning team is discussing what
> the rest of 2020 will look like, and none of us work for a company
> that allows any travel for the foreseeable future, let alone hosting
> external events.
> We are beginning to consider virtual events to meet our interop needs
> but that is going to require planning and probably a little financing.
> Meeting the calendar date goals set in our charter is going to be
> difficult without interop testing. I propose that the WG revisit those
> dates, assuming that testing will get underway in the medium term but
> it is not likely to happen in earnest before the end of 2020.

This is good point.  Different items will be affected to different degrees
and I'd like each item owner to provide input regarding their expectations.

I don't think we need  a meeting to address this. What I will do is to
produce,  based on the milestones slide deck, is a new table with room to
address the schedule effect of the expected interop testing drought. I'll
send the table out tomorrow.

Once that is done, item owners and and others can post their versions of
the table, including revised target dates and we can discuss on the list.

In some cases, we will want to try to do meaningful Interoperability
testing without requiring either an in-person testing event (essentially
impossible now) or a virtual replacement (possible but not a sure thing).

This is of particular importance in cases, such as implementing the
suggestions in Sections 8.4.6 and 8.5.2 of
draft-dnoveck-nfsv4-security-needs,in which validating possible
implementation approaches has to happen early in document development.

Clients and servers can agree to  cooperate to provide Interoperability
testing.  In the case in which one of the parties is an encumbered form of
open source, there might be legal issues to address but these can be
addressed, given that it is to the benefit of both parties to get early
interpp testing done.

> --
> Chuck Lever
> _______________________________________________
> nfsv4 mailing list
> nfsv4@ietf.org
> https://www.ietf.org/mailman/listinfo/nfsv4