[nfsv4] [3530bis] Meeting Minutes, 9/9/2010

Thomas Haynes <thomas@netapp.com> Thu, 09 September 2010 20:35 UTC

Return-Path: <Thomas.Haynes@netapp.com>
X-Original-To: nfsv4@core3.amsl.com
Delivered-To: nfsv4@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 973C33A688E for <nfsv4@core3.amsl.com>; Thu, 9 Sep 2010 13:35:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.489
X-Spam-Level:
X-Spam-Status: No, score=-6.489 tagged_above=-999 required=5 tests=[AWL=0.109, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hx8Wix3yKdqk for <nfsv4@core3.amsl.com>; Thu, 9 Sep 2010 13:35:39 -0700 (PDT)
Received: from mx2.netapp.com (mx2.netapp.com [216.240.18.37]) by core3.amsl.com (Postfix) with ESMTP id D80773A68CC for <nfsv4@ietf.org>; Thu, 9 Sep 2010 13:35:36 -0700 (PDT)
X-IronPort-AV: E=Sophos; i="4.56,342,1280732400"; d="scan'208,217"; a="446929057"
Received: from smtp1.corp.netapp.com ([10.57.156.124]) by mx2-out.netapp.com with ESMTP; 09 Sep 2010 13:36:04 -0700
Received: from sacrsexc1-prd.hq.netapp.com (sacrsexc1-prd.hq.netapp.com [10.99.115.27]) by smtp1.corp.netapp.com (8.13.1/8.13.1/NTAP-1.6) with ESMTP id o89Ka4Vc004186 for <nfsv4@ietf.org>; Thu, 9 Sep 2010 13:36:04 -0700 (PDT)
Received: from rtprsexc2-prd.hq.netapp.com ([10.100.161.115]) by sacrsexc1-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Sep 2010 13:36:04 -0700
Received: from RTPMVEXC1-PRD.hq.netapp.com ([10.100.161.112]) by rtprsexc2-prd.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Sep 2010 16:36:02 -0400
Received: from sdawkins3-lxp.hq.netapp.com ([10.34.17.94]) by RTPMVEXC1-PRD.hq.netapp.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 9 Sep 2010 16:36:01 -0400
From: Thomas Haynes <thomas@netapp.com>
Content-Type: multipart/alternative; boundary="Apple-Mail-2-814682806"
Date: Thu, 09 Sep 2010 13:36:00 -0700
Message-Id: <F34C29E9-ACF6-488B-BF73-25B9B0F0C3BE@netapp.com>
To: nfsv4@ietf.org
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
X-OriginalArrivalTime: 09 Sep 2010 20:36:01.0462 (UTC) FILETIME=[9DCA4D60:01CB505E]
Subject: [nfsv4] [3530bis] Meeting Minutes, 9/9/2010
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NFSv4 Working Group <nfsv4.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/nfsv4>, <mailto:nfsv4-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Thu, 09 Sep 2010 20:35:40 -0000

3530bis Meeting Minutes, 9/9/2010
------------------------------------------------

Attendees
--------------

Tom Haynes (NetApp)
Sorin Faibish (EMC)
James Lentini (NetApp)
Trond Myklebust (NetApp)
Peter Staubach (EMC)
Robert Thurlow (Oracle)
Dave Noveck (EMC)
Spencer Shepler (Microsoft)
Bruce Fields (Red Hat)
David Black (EMC)

Minutes
-----------

+ IETF Note Well Agreement

 This is a reminder that our discussions are governed by the 
 IETF Note Well Agreement. See:

   http://www.ietf.org/NOTEWELL.html

 We will start each week's meeting with this announcement.

+ Overview of layout of task list

Discussed the organization - will work on grouping by priority and area.

Priority will be Low, Medium, and High

+ Start triaging tasks

  Worked through the first 26 items
  Assigned priorities to most and some AIs on who will determine the
  history of an item.

 Tom asked for a review of the multi-server name space chapter, because
 of the impact of perhaps pulling fs_locations_info from 5661. He needs to
 provide specific sections, i.e., http://tools.ietf.org/html/draft-ietf-nfsv4-rfc3530bis-04#section-7

 The task list has been updated with notes from the meeting:

http://github.com/loghyr/3530bis/blob/master/tasklist.txt

+ i18n's 15 minutes of fame

 The discussion focused on various models of how to fix the implementation
  in 3530 (and in 5661). Current approach is to fix 3530 to agree with actual
  implementations and then work on exactly how we want it to be.

  The first pass presented in IETF 78 needs review
 (see http://tools.ietf.org/html/draft-ietf-nfsv4-rfc3530bis-04#section-12).

+ Extra

  We talked about what NFSv4.2 will be and whether we can start tracking
  against it. This was with regard to the discussion started by David Black
  on how to fix i18n in NFSv4.x.

  Spencer pointed out that the discussion on the mailing list captured the
  most recent philosophy/approach.