[nfsv4] IETF 107 session dealing with new work
David Noveck <davenoveck@gmail.com> Mon, 06 January 2020 17:31 UTC
Return-Path: <davenoveck@gmail.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 56E8312090A for <nfsv4@ietfa.amsl.com>; Mon, 6 Jan 2020 09:31:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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 xe8zSHdMJ2fI for <nfsv4@ietfa.amsl.com>; Mon, 6 Jan 2020 09:31:26 -0800 (PST)
Received: from mail-ed1-x52e.google.com (mail-ed1-x52e.google.com [IPv6:2a00:1450:4864:20::52e]) (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 73B6E1208FD for <nfsv4@ietf.org>; Mon, 6 Jan 2020 09:31:23 -0800 (PST)
Received: by mail-ed1-x52e.google.com with SMTP id m8so48034489edi.13 for <nfsv4@ietf.org>; Mon, 06 Jan 2020 09:31:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=1wM1r/0wtELXCvBGEegKRhF/rpUs6seWIybHbcCFJsM=; b=Jsg7GT26UKJkzW9RWGX75HrxFlK3mstJstT2FabGUgWbXrPou+MaZb+miD/LTMknMq Q3zBCV96YyhsJ4vawVF617uvpJYRikjEWmSlHPyciqZV7xI7Pp3mivYCg3nJiuC7Vmy4 RfchrryPfyaM6fo8frrbUAkw4ZB9Ep7ieoJpEthbxhMdrphcL3B2i8LMu1Jer0C9cwqs wKfZZnFKstOJT1aXKIK3kbBnK4FcnKynZ30c+3/W+CACiVHhFZ9YZrPyaTcX91PZiSXi C9WTApZSi19cH+wYwgWJdHszRlyzGMpKMGJ5QbZArGZmNhZZHCqDsJbgqRY0kAsjIQ87 NbDg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1wM1r/0wtELXCvBGEegKRhF/rpUs6seWIybHbcCFJsM=; b=T0fv6fT/MlCetIplgE4o5/rGL0W97OPyzzia4WTdWgCvpKmINwuQICBz/LxY3dVgW/ 6/84jAlqOrUCUJCRiG/OYuCYxkrSJj8+HvoOyswen/JF/AgwdBlOfZBYOwBX8LDTM1v+ GVSDokpa/sKw/9Doox9xZ5K9zsXOlVRkcXxleXqM3Y8nq5K7FqxeiTHieviP+P4LXfDs SGdZvFJouZPH6ucIm5nK8E3ipzdwEKFSbXjxF8YJ1PDbodPiCWScVCc2fg5zJWMqv+55 IvGzg7aOPEiwiF6VfWWdf9wpK0WfeJquiBRzONk44izVw7shgcsgwa1348SD8vruvoAO 6ZQQ==
X-Gm-Message-State: APjAAAVlDJVCqhW2HbyEPqoWk9Tl9no79M6KRizehMgqaq6V2e6RZzdN mO+jTmptdlBmpF7kLb8J+X32Q13OT9orp8RtiYkqzQ==
X-Google-Smtp-Source: APXvYqx2v63vJEGX3Dl6V1RDm0GEFFxnoE+4/MD4kd/KV9MPrZo4huIJAjLQveyPaIGT8l7GIDz5HWsuVeM/JSnms+E=
X-Received: by 2002:aa7:da52:: with SMTP id w18mr105638877eds.92.1578331881531; Mon, 06 Jan 2020 09:31:21 -0800 (PST)
MIME-Version: 1.0
From: David Noveck <davenoveck@gmail.com>
Date: Mon, 06 Jan 2020 12:31:10 -0500
Message-ID: <CADaq8jdHpB0AbmPpVD=H0Rf=bR_qKWbAF9y-sNJ-ANdXC2W3kg@mail.gmail.com>
To: NFSv4 <nfsv4@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000022ec57059b7c0726"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/mD_zELc0MJCaHZSn4gVXLVZl_2g>
Subject: [nfsv4] IETF 107 session dealing with new work
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: Mon, 06 Jan 2020 17:31:30 -0000
Of the two sessions requested for IETF 107, one is to be devoted to future work. The other deals with the current wg agenda and was described in mail I sent out 12/17. The future work session will primarily consist of discussions of proposed new work items for the wg. but I'm also going to carve out a portion (esrtimated at 40 minutes) discussing possible improvements in how we do things. More about this later As long as all proposals for new work are within our charter, as I expect them to be, we should be open to a wide range of proposals and arrive at an agenda in late February driven primarily by what people are willing to present and what people want to hear about and discuss. For now, proposals for talks or discussion topics should be sent to the wg list. If the proposals start looking like they will fill up the time available or more, the priorities should be based on what attendees, including remote attendees, want to hear about. I anticipate that, as we move into February, the discussion will start focusing on the relative priority of the various proposed items, if the time is oversubscribed. If there looks like there will be free time, we can discuss how any available time would best be used. So far, in the new work category, Ithe following proposals have been made, totalling 50 minutes: - Chuck is anticipating spending 10 minutes on the poor performace of directory operations and what we might do within the protocol to enable improvements. There is no current I-D for this. - Chuck is also anticipating discussing requirements for computational storage, based on his document draft-cel-nfsv4-comp-stor-reqs. - I anticipate spending 15 minutes discussing parallelization of metadata operations. There had been some work in this area but nothing really came of it, most likely because it was focused on providing within-single-directory parallelism which requires a high degree of degree of agreement between clients and servers as to directory organization, in order to support striping. I'd like to discuss our options regarding the simpler (one hopes) task of providing within-file-system parallelism while keeping the handling of each directory on a single server node. There is no I-D for this but if there is sufficient interest, I will write one after the meeting. - I'm allocating 15 minutes for a discussion of Sorin's compression attributes proposal, based on the then-current iteration of draft-faibish-nfsv4-data-reduction-attributes. As far as the ways-of-working sub-agenda, there are two things currently on the list. - I've asked Chuck to lead a discussion of the state of the document review process and what should be done to improve it. I've allocated ten minutes based on Chuck's time estimate. - Chuck will be giving a talk about using github for managing personal drafts and Working Group documents. He intended to give this talk at IETF 105 but there was not enough time. I've allocated ten minutes. That accounts for 20 of the 40 minutes reserved for this area. If there are further proposals in this vein, let me know by 2/15.
- [nfsv4] IETF 107 session dealing with new work David Noveck