Re: [nfsv4] NFSv4.2: Optional attribute to retrieve MS branchcachecontent description

Trond Myklebust <trond.myklebust@fys.uio.no> Fri, 21 August 2009 11:37 UTC

Return-Path: <trond.myklebust@fys.uio.no>
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 3ADEC3A6BE6 for <nfsv4@core3.amsl.com>; Fri, 21 Aug 2009 04:37:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 Qdapq0X78nPB for <nfsv4@core3.amsl.com>; Fri, 21 Aug 2009 04:37:15 -0700 (PDT)
Received: from mail-out1.uio.no (mail-out1.uio.no [129.240.10.57]) by core3.amsl.com (Postfix) with ESMTP id 1BD133A6E07 for <nfsv4@ietf.org>; Fri, 21 Aug 2009 04:37:15 -0700 (PDT)
Received: from mail-mx2.uio.no ([129.240.10.30]) by mail-out1.uio.no with esmtp (Exim 4.69) (envelope-from <trond.myklebust@fys.uio.no>) id 1MeSQp-0005GE-6R; Fri, 21 Aug 2009 13:37:19 +0200
Received: from c-68-40-207-222.hsd1.mi.comcast.net ([68.40.207.222] helo=[192.168.1.100]) by mail-mx2.uio.no with esmtpsa (SSLv3:CAMELLIA256-SHA:256) user trondmy (Exim 4.69) (envelope-from <trond.myklebust@fys.uio.no>) id 1MeSQo-0002t8-Iw; Fri, 21 Aug 2009 13:37:19 +0200
From: Trond Myklebust <trond.myklebust@fys.uio.no>
To: "Govind, Subin" <Subin.Govind@netapp.com>
In-Reply-To: <CF4B8324B5D2934C9377BD36E370526B094BC648@BTCMVEXC1-PRD.hq.netapp.com>
References: <CF4B8324B5D2934C9377BD36E370526B094BC586@BTCMVEXC1-PRD.hq.netapp.com> <43EEF8704A569749804F545E3306FCE3042CDBCB@SACMVEXC3-PRD.hq.netapp.com> <CF4B8324B5D2934C9377BD36E370526B094BC648@BTCMVEXC1-PRD.hq.netapp.com>
Content-Type: text/plain
Date: Fri, 21 Aug 2009 07:37:15 -0400
Message-Id: <1250854636.6514.33.camel@heimdal.trondhjem.org>
Mime-Version: 1.0
X-Mailer: Evolution 2.26.1
Content-Transfer-Encoding: 7bit
X-UiO-Ratelimit-Test: rcpts/h 3 msgs/h 1 sum rcpts/h 7 sum msgs/h 2 total rcpts 1144 max rcpts/h 27 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 19912DA80058E5EC262715D59B4CE162C0D4CA2A
X-UiO-SPAM-Test: remote_host: 68.40.207.222 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 1 total 158 max/h 6 blacklist 0 greylist 0 ratelimit 0
Cc: "Erasani, Pranoop" <Pranoop.Erasani@netapp.com>, nfsv4@ietf.org
Subject: Re: [nfsv4] NFSv4.2: Optional attribute to retrieve MS branchcachecontent description
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: Fri, 21 Aug 2009 11:37:16 -0000

On Fri, 2009-08-21 at 08:23 +0530, Govind, Subin wrote:
> Pranoop,
>  
> At a very high level --
>  
> Its basically a collection of hashes and encryption keys. The hashes
> are uses to test for integrity of data that a client can fetch
> from its peer.
>  
> Data is broken up into chunks of 32 MB and each chunk is searched
> using a key that can be computed from the hashes in the content
> decription.
>  
> The encryption key used to decrypt the data that the client gets from
> other peers on its network.
>  
> Please refer to http://msdn.microsoft.com/en-us/library/dd303704%
> 28PROT.10%29.aspx for detailed info.
>  
> Thanks
> Subin
>  
>  
>  
> 
> 
> ______________________________________________________________________
> From: Erasani, Pranoop 
> Sent: Friday, August 21, 2009 1:22 AM
> To: Govind, Subin; nfsv4@ietf.org
> Subject: RE: [nfsv4] NFSv4.2: Optional attribute to retrieve MS
> branchcachecontent description
> 
> 
> 
> Subin,
>  
> What information would be part of the branch cache file content
> description?
>  
> - Pranoop
> 
>         
>         ______________________________________________________________
>         From: Govind, Subin 
>         Sent: Thursday, August 20, 2009 9:47 AM
>         To: nfsv4@ietf.org
>         Subject: [nfsv4] NFSv4.2: Optional attribute to retrieve MS
>         branchcachecontent description
>         
>         
>         
>         Hi,
>          
>         We should have an optional attribute that will help NFS
>         clients retrieve the Microsoft branch cache file content
>         decription. I propose this as a possible item for NFS 4.2.
>          
>         Using the decription, NFS clients will be able to open a file
>         and request other openers (possibly CIFS) who have same file
>         cached.
>         Content servers that have both CIFS and NFS will benefit most
>         from this     
>          
>         -Subin

Peer-to-peer nfs has already been proposed for the NFSv4.2 agenda, but
the plan was to reuse the pnfs mechanism. See

http://tools.ietf.org/id/draft-myklebust-nfsv4-pnfs-backend-protocol-00.txt

Trond