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

From: Thomas Haynes <[email-masked]>
Date: Thu, 9 Sep 2010 13:36:00 -0700

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.