Network File System Version 4 (nfsv4) Internet Drafts


      
 Extending the Opening of Files in NFSv4.2
 
 draft-ietf-nfsv4-delstid-04.txt
 Date: 18/03/2024
 Authors: Thomas Haynes, Trond Myklebust
 Working Group: Network File System Version 4 (nfsv4)
The Network File System v4 (NFSv4) allows a client to both open a file and be granted a delegation of that file. This delegation provides the client the right to authoritatively cache metadata on the file locally. This document presents several extensions for both the opening and delegating of the file to the client. This document extends both RFC8881 and RFC7863.
 Internationalization for the NFSv4 Protocols
 
 draft-ietf-nfsv4-internationalization-07.txt
 Date: 20/11/2023
 Authors: David Noveck
 Working Group: Network File System Version 4 (nfsv4)
This document describes the handling of internationalization for all NFSv4 protocols, including NFSv4.0, NFSv4.1, NFSv4.2 and extensions thereof, and future minor versions. It updates RFC7530 and RFC8881.
 Using the Parallel NFS (pNFS) SCSI Layout to access NVMe storage devices
 
 draft-ietf-nfsv4-scsi-layout-nvme-07.txt
 Date: 10/01/2024
 Authors: Christoph Hellwig, Chuck Lever, Sorin Faibish, David Black
 Working Group: Network File System Version 4 (nfsv4)
This document specifies how to use the Parallel Network File System (pNFS) Small Computer System Interface (SCSI) Layout Type to access storage devices using the Non-Volatile Memory Express (NVMe) protocol family.
 Network File System (NFS) Version 4 Minor Version 1 Protocol
 
 draft-ietf-nfsv4-rfc5661bis-02.txt
 Date: 20/12/2023
 Authors: David Noveck
 Working Group: Network File System Version 4 (nfsv4)
This document describes the Network File System (NFS) version 4 minor version 1, including features retained from the base protocol (NFS version 4 minor version 0, which is specified in RFC 7530) and protocol extensions made subsequently. The later minor version has no dependencies on NFS version 4 minor version 0, and was, until recently, documented as a completely separate protocol. This document is part of a set of documents which collectively obsolete RFCs 8881 and 8434. In addition to many corrections and clarifications, it will rely on NFSv4-wide documents to substantially revise the treatment of protocol extension, internationalization, and security, superseding the descriptions of those aspects of the protocol appearing in RFCs 5661 and 8881.
 Reporting of Errors via LAYOUTRETURN in NFSv4.2
 
 draft-ietf-nfsv4-layrec-01.txt
 Date: 20/03/2024
 Authors: Thomas Haynes, Trond Myklebust
 Working Group: Network File System Version 4 (nfsv4)
The Parallel Network File System (pNFS) allows for a file's metadata (MDS) and data (DS) to be on different servers. When the metadata server is restarted, the client can still modify the data file component. During the recovery phase of startup, the metadata server and the data servers work together to recover state (which files are open, last modification time, size, etc). If the client has not encountered errors with the data files, then the state can be recovered, avoiding resilvering of the data files. With any errors, there is no means by which the client can report errors to the metadata server. As such, the metadata server has to assume that file needs resilvering. This document presents an extension to RFC8435 to allow the client to update the metadata and avoid the resilvering.


data-group-menu-data-url="/group/groupmenu.json"> Skip to main content

Network File System Version 4 (nfsv4)

WG Name Network File System Version 4
Acronym nfsv4
Area Web and Internet Transport (wit)
State Active
Charter charter-ietf-nfsv4-07 Approved
Document dependencies
Additional resources Issue tracker, Wiki, Zulip stream
Personnel Chairs Brian Pawlowski, Christopher Inacio
Area Director Zaheduzzaman Sarker
Tech Advisor Leif Johansson
Secretary Thomas Haynes
Mailing list Address nfsv4@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/nfsv4
Archive https://mailarchive.ietf.org/arch/browse/nfsv4/
Chat Room address https://zulip.ietf.org/#narrow/stream/nfsv4

Charter for Working Group

Network File System version 4 (NFSv4) is an IETF standard for file
sharing.

To maintain NFS Version 4's utility and currency, the NFSv4 working
group is chartered to maintain the existing NFSv4.0, NFSv4.1, and
NFSv4.2 protocols and specifications of related ONC components, such as
those defining RPC, XDR, and RPCSECGSS.

The NFSv4 working group is also responsible for maintenance and
extension of the RDMA protocols originally developed by the
now-concluded RDDP WG (RFCs 5040-5045, e.g., RDMAP, DDP and MPA) ,
whose maintenance and extension were previously handled by the
now-concluded STORM WG.

In addition, extensions will be developed, as necessary, to correct
problems with the protocols as currently specified, to accommodate
needed file system semantics, and to respond to technological
developments in the areas of networking and persistent storage/memory.

Maintenance

The working group's experience has been that, as NFSv4 implementations
mature and deployments continue, clarifications and corrections to
existing RFCs are needed.

These specification updates help vendors in delivering high-quality and
interoperable implementations.

The NFSv4 working group is chartered with vetting reported issues and
determining correctness of submitted errata.

In addition, some areas may need more concentrated work to correct the
specifications already published, to deal with unanticipated
interactions between features, or to respond to evolving expectations
with regard to areas such as security. Since necessary changes in such
cases are generally not appropriate for the errata system, the working
group will assist in publication of new RFCs that provide implementation
guidance, editorial modification or technical updates to existing RFCs.

Since the new NFSv4 versioning framework has been approved, these
technical updates to NFSv4 minor versions could include limited XDR
changes.

Extensions

The NFSv4 protocol is designed to allow extension by the definition of
new operations, new attributes, and new Parallel NFS layout types, as
well as the creation of minor versions.

Similarly, associated ONC protocol components that have a versioning/
extension framework can be incrementally extended, when necessary.

The working group will discuss proposals for such extensions and assure
that they have adequate technical review, including discussion of their
interaction with existing features, before adopting them as working
group items and helping to draft specification documents.

Some likely motivations for such extensions would be to:

  • Maximize NFS performance on advanced network fabrics.

  • Accommodate new storage technologies.

  • Provide facilities useful in management of NFS-accessed storage in
    large-scale virtualization environments.

  • Provide more effective NFS response to security challenges.

New milestones that fall within the scope specified in this charter can
be added to the list below after working group consensus and upon
approval by the responsible Area Director.

The WG will extend RDMA to enhance the Memory Placement operations
such as Flush, Atomic Write and Validation using Integrity Signatures.

Milestones

Date Milestone Associated documents
Jul 2021 Submit final document describing use of NVMe in accessing a pNFS SCSI Layout (as Proposed Standard)
Mar 2021 Request publication of RDMA Extensions for Enhanced Memory Placement

4 new milestones currently in Area Director review.