[nfsv4] Protocol Action: 'pNFS block disk protection' to Proposed Standard (draft-ietf-nfsv4-pnfs-block-disk-protection-03.txt)

The IESG <iesg-secretary@ietf.org> Tue, 26 June 2012 14:19 UTC

Return-Path: <iesg-secretary@ietf.org>
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 B3F8E21F85F8; Tue, 26 Jun 2012 07:19:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.536
X-Spam-Level:
X-Spam-Status: No, score=-102.536 tagged_above=-999 required=5 tests=[AWL=0.063, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pOAfEoLvCSwd; Tue, 26 Jun 2012 07:19:31 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 327C521F85D1; Tue, 26 Jun 2012 07:19:31 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 4.21
Message-ID: <20120626141931.14929.34385.idtracker@ietfa.amsl.com>
Date: Tue, 26 Jun 2012 07:19:31 -0700
Cc: nfsv4 chair <nfsv4-chairs@tools.ietf.org>, nfsv4 mailing list <nfsv4@ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: [nfsv4] Protocol Action: 'pNFS block disk protection' to Proposed Standard (draft-ietf-nfsv4-pnfs-block-disk-protection-03.txt)
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.12
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: <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: Tue, 26 Jun 2012 14:19:32 -0000

The IESG has approved the following document:
- 'pNFS block disk protection'
  (draft-ietf-nfsv4-pnfs-block-disk-protection-03.txt) as Proposed
Standard

This document is the product of the Network File System Version 4 Working
Group.

The IESG contact persons are Martin Stiemerling and Wesley Eddy.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-nfsv4-pnfs-block-disk-protection/




Technical Summary

The NFSv4.1 protocol allows for the location of file system data
to be expressed in the form of "layouts". The layout for a
particular file identifies location and access information such
that the NFSv4.1 client may "directly" access the data without
interaction with the primary or NFSv4.1 meta-data server.
In the instance of the pNFS block layout type (defined in RFC 5663)
the client accesses data via traditional block storage protocols.
The NFSv4.1 pNFS block enabled client, by definition, will have
read/write access to the block devices of the NFSv4.1 server.
This access presents a problem for the client operating environment
in that identification of these NFSv4.1 pNFS block devices is not
well defined. This I-D provides the needed identification by
defining and documenting a GPT GUID value for pNFS block devices.
By using this GPT GUID, the NFSv4.1 pNFS block server can now
label the block devices under its control and thus eliminating the 

Working Group Summary

The NFSv4.1 working group had immediate consensus for the need
of the definition/documentation of an identifying mechanism for
the pNFS block layout. 

Document Quality

GPT GUID usage is well understood and implemented. This I-D
provides a documentation/definition point. A central
registration mechanism does not exist for GPT GUIDs. Given the
use case of NFSv4.1 pNFS block devices, the documentation of
the pNFS GPT GUID in an IETF RFC best suites the need of the
community.

Personnel

Spencer Shepler (sshepler@microsoft.com) is the document shepherd
Martin Stiemerling (martin.stiemerling@neclab.eu) is the Responsible Area Director.