IETF Logo Mail Archive

[nfsv4] Minorversioning [was Re: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt]

Thomas Haynes <loghyr@primarydata.com> Wed, 16 August 2017 21:21 UTC

Return-Path: <loghyr@primarydata.com>
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 2C5B713271D for <nfsv4@ietfa.amsl.com>; Wed, 16 Aug 2017 14:21:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=primarydata.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sba5iYTT4koo for <nfsv4@ietfa.amsl.com>; Wed, 16 Aug 2017 14:21:57 -0700 (PDT)
Received: from us-smtp-delivery-194.mimecast.com (us-smtp-delivery-194.mimecast.com [216.205.24.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EA5C1132356 for <nfsv4@ietf.org>; Wed, 16 Aug 2017 14:21:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=primarydata.com; s=mimecast20170802; t=1502918515; h=from:subject:date:message-id:to:cc:mime-version:content-type:in-reply-to:references; bh=uy996h9o56rqTd6bbFZEgTy6x5Dqh/FauDJ32Dg3Ing=; b=CBH+uyZSsj7dwNcVNhaMd1WKJM6qCBbtqUu4y1+KwQv8jv6F2Dbz6bLLYWBQY7hig8lQa0Hl8jcOnABV/7/nXsPWpIWcFnArcjB3yoRQDU96QCKHRG/Vi8azdcpECJzA4jZLHmZEgm58cWwzP+WdsfVGJzu2IeouUkcl3CGa3KY=
Received: from NAM01-SN1-obe.outbound.protection.outlook.com (mail-sn1nam01lp0118.outbound.protection.outlook.com [207.46.163.118]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-53-mDV1OwzwPvKrcfsblKRh3g-1; Wed, 16 Aug 2017 17:21:53 -0400
Received: from BY2PR1101MB1093.namprd11.prod.outlook.com (10.164.166.21) by BY2PR1101MB1093.namprd11.prod.outlook.com (10.164.166.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1341.21; Wed, 16 Aug 2017 21:21:51 +0000
Received: from BY2PR1101MB1093.namprd11.prod.outlook.com ([10.164.166.21]) by BY2PR1101MB1093.namprd11.prod.outlook.com ([10.164.166.21]) with mapi id 15.01.1341.023; Wed, 16 Aug 2017 21:21:50 +0000
From: Thomas Haynes <loghyr@primarydata.com>
To: Dave Noveck <davenoveck@gmail.com>
CC: "nfsv4@ietf.org" <nfsv4@ietf.org>
Thread-Topic: Minorversioning [was Re: [nfsv4] New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt]
Thread-Index: AQHTFtWsDKsZ0/uFOUCtpcApYruT6g==
Date: Wed, 16 Aug 2017 21:21:50 +0000
Message-ID: <385281DA-99EE-4ACC-A038-02965392D0EB@primarydata.com>
References: <2CA259E3-BD3A-482B-BFBF-3B90425AD3EA@primarydata.com> <CAN-5tyETNMCPVC5wJ-_77vM5+hVB+-uasd37kn+M=hoCeK6P7w@mail.gmail.com> <CAABAsM6rmrDU4BR6Ho7YFjjYA2amEkwuRGtzN537VXUZ-Eh-hg@mail.gmail.com> <20170808185803.GQ70977@kduck.kaduk.org> <CAABAsM7xOpbopPa3v1YMtfcFZbNZ=Jygap37Bg6qGfDDAvRHhQ@mail.gmail.com> <20170808194916.GR70977@kduck.kaduk.org> <CAABAsM5dAUxbrNA754nxN0iJpkJ-Zep37xnbycRsZXbPQi+hwQ@mail.gmail.com> <CAN-5tyGTZUgCDtVGhCbiXt4Hs6iGNKrhaKcQp8Vo8AveEX04hw@mail.gmail.com> <CAABAsM7iB_KRNFVmd8p4UTmEZSBj01uZoDhHt+827DzpmveuHQ@mail.gmail.com> <CC8CD648-2657-4CC1-ACDD-C7FF8B3BEADB@gmail.com> <20170808232729.GU70977@kduck.kaduk.org> <CAABAsM4xo7-TWktFTcQJ92RCeBfJ0s9ukbAe8LB_X1sguqgpKA@mail.gmail.com> <CAN-5tyHqFwdeFsTvje-F-9DbwhAcKWLg6eHxxEtnE5O26A7WwQ@mail.gmail.com> <CAABAsM4PNpLvpnFTLxEj1puPTOFfey8OPAmQA+WUeS1OqOsNyA@mail.gmail.com>
In-Reply-To: <CAABAsM4PNpLvpnFTLxEj1puPTOFfey8OPAmQA+WUeS1OqOsNyA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [63.157.6.18]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BY2PR1101MB1093; 20:f1nMdcQefkZBefU/Xevi7CKAoVOGtobOkXasJzGVoznBUd1QrfceRy6g6mPBhEBB0VsIZ+saivQ/ICTd5UP4Vh3FdZLL13Oq8mmJ5mv72/WFYBaXuV7PQxWqeVv1IlDIlIrkTfgDScv96EyCtO1KnnHKMZvEB4cwSq/qXDoBlnw=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: cde533c8-e30f-41e8-2c2c-08d4e4eccf5d
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(2017082002075)(300000503095)(300135400095)(2017052603031)(201703131423075)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BY2PR1101MB1093;
x-ms-traffictypediagnostic: BY2PR1101MB1093:
x-exchange-antispam-report-test: UriScan:;
x-microsoft-antispam-prvs: <BY2PR1101MB109355BB41419EC8A9917815CE820@BY2PR1101MB1093.namprd11.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(100000703101)(100105400095)(93006095)(93001095)(10201501046)(3002001)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123560025)(20161123555025)(20161123558100)(20161123562025)(2016111802025)(20161123564025)(6072148)(6043046)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BY2PR1101MB1093; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BY2PR1101MB1093;
x-forefront-prvs: 0401647B7F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(39830400002)(377454003)(189002)(199003)(24454002)(39060400002)(4326008)(7736002)(6916009)(2906002)(5660300001)(14454004)(2950100002)(1411001)(33656002)(25786009)(53546010)(6512007)(236005)(54356999)(76176999)(54896002)(50986999)(101416001)(3660700001)(3280700002)(230783001)(68736007)(106356001)(6116002)(66066001)(81166006)(8676002)(81156014)(3846002)(97736004)(8936002)(102836003)(189998001)(36756003)(2900100001)(105586002)(6506006)(6436002)(6486002)(99286003)(82746002)(83716003)(478600001)(77096006)(53936002)(110136004)(86362001)(93886005)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR1101MB1093; H:BY2PR1101MB1093.namprd11.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
MIME-Version: 1.0
X-OriginatorOrg: primarydata.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Aug 2017 21:21:50.6455 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 03193ed6-8726-4bb3-a832-18ab0d28adb7
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR1101MB1093
X-MC-Unique: mDV1OwzwPvKrcfsblKRh3g-1
Content-Type: multipart/alternative; boundary="_000_385281DA99EE4ACCA03802965392D0EBprimarydatacom_"
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/kHM3LwZuThqw1xsxDU11BtFq1nM>
Subject: [nfsv4] Minorversioning [was Re: New Version Notification for draft-haynes-nfsv4-flex-filesv2-00.txt]
X-BeenThere: nfsv4@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 16 Aug 2017 21:21:59 -0000

On Aug 9, 2017, at 12:17 PM, Trond Myklebust <trondmy@gmail.com<mailto:trondmy@gmail.com>> wrote:

An alternative that might be worth exploring is to have the LAYOUTGET return a stateid representing the credential to use, and then add a separate LAYOUTAUTH call to convert the stateid into something that could be used to set up the RPCSEC_GSS session to the DS.
The reason why that might be interesting is that it could allow the client to reuse an existing RPCSEC_GSS session if one is already available.
It might also allow the client to share information such as supported encryption types, etc as extra arguments to the LAYOUTAUTH call.

I had also been thinking about a LAYOUTAUTH type of procedure. I didn’t want to build a handshake into
RPC-application-defined structured privilege assertion in RPCSEC_GSSv3.

As I understand RFC8178, this would fall into Section 6. The client would have to present LAYOUTAUTH to the mds and hence Section 6.

I’d like clarity on that before proposing a new op. :-)

v2.20.0 | Report a Bug | By Email