Re: [nfsv4] New wording of Security Section for Flex Files

Thomas Haynes <loghyr@primarydata.com> Mon, 07 August 2017 16:22 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 7B30F13239A for <nfsv4@ietfa.amsl.com>; Mon, 7 Aug 2017 09:22:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 lp5qvrACaEXJ for <nfsv4@ietfa.amsl.com>; Mon, 7 Aug 2017 09:22:52 -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 C5916132389 for <nfsv4@ietf.org>; Mon, 7 Aug 2017 09:22:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=primarydata.com; s=mimecast20170802; t=1502122971; h=from:subject:date:message-id:to:cc:mime-version:content-type:content-transfer-encoding:in-reply-to:references; bh=eFaP+SJc/dtxUCmJq6jEuAsVN07L0Y4GjTvJLxGD5rQ=; b=EfX0jX11I8bqbiZivu8EDilqOFcOOYcb2Ne1IjoAUSrtVAkqARaLJBDK4gLuRKo+YTY6UW47m50J/BP0164+uDxhtyPhuJzZY6Azor6wUxSwAemPcZtXxDKIdSwtKyYkjKFfUpap1l7iZc6FGV44P+qJhrF7ae244D/gE7+sfhQ=
Received: from NAM02-CY1-obe.outbound.protection.outlook.com (mail-cys01nam02lp0053.outbound.protection.outlook.com [207.46.163.53]) (Using TLS) by us-smtp-1.mimecast.com with ESMTP id us-mta-161-EoWZeG-mOymIY6He5JuIrg-1; Mon, 07 Aug 2017 12:22:50 -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.1320.16; Mon, 7 Aug 2017 16:22:47 +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.1320.017; Mon, 7 Aug 2017 16:22:47 +0000
From: Thomas Haynes <loghyr@primarydata.com>
To: Olga Kornievskaia <aglo@citi.umich.edu>
CC: Dave Noveck <davenoveck@gmail.com>, Benjamin Kaduk <kaduk@mit.edu>, "nfsv4@ietf.org" <nfsv4@ietf.org>
Thread-Topic: [nfsv4] New wording of Security Section for Flex Files
Thread-Index: AQHTBOJTubmEu3G57EqvOqsgsMtAEKJoh0CAgAdGdgCAABDDgIAAGPyAgAFQjwCAA3LeAIAEaZwAgAAEkgA=
Date: Mon, 07 Aug 2017 16:22:46 +0000
Message-ID: <DA0CDD40-EE28-441A-9DF9-2253B2ED0675@primarydata.com>
References: <9E3B8A6F-E27C-4A65-A0F7-6E0275B0616A@primarydata.com> <20170728022333.GI58771@kduck.kaduk.org> <CAN-5tyG9cE9JhccW7Fnho10jVE-5YnpoArZ=3DZuz79dFFD9sQ@mail.gmail.com> <CADaq8jc=K5f4cia-jFKjDMAtNhZntFE+Xa0=Lb=LSXOy+sc7Ww@mail.gmail.com> <37BF354D-CF56-4A1C-B391-8565F0E38E72@primarydata.com> <CAN-5tyH-j937PPA=nRSA5iEHOTKynryQjwfKui9dgVdZa3oQrQ@mail.gmail.com> <CAFAFD9C-DF89-4867-8880-1EA43FD4095F@primarydata.com> <CAN-5tyEKO1WVFXZAmW-bxX7bLXUtt2NM97rQi0QsrFpK70M9hw@mail.gmail.com>
In-Reply-To: <CAN-5tyEKO1WVFXZAmW-bxX7bLXUtt2NM97rQi0QsrFpK70M9hw@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:8FfvwY/+i3lbQK2STUFRomWYCX9A1D+xjavFEQBG8rJ1q/q0/syZBAm+Pb65x8DqbW9Vr/VMzGjWLUWwLmQwygqp2GbkBH+ebHoa6/8OmUE/J7v8Qtosim13GT72usRLXRvPuGmMj8VtxpvRyOtJFV5pIiVlpTP9KLTQkDncvxc=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 9729c951-2c46-4a48-fe29-08d4ddb08a67
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:(158342451672863)(192374486261705)(177329092695168);
x-microsoft-antispam-prvs: <BY2PR1101MB109336B4618E736B95950F94CEB50@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)(8121501046)(5005006)(3002001)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(6041248)(20161123555025)(20161123564025)(20161123560025)(20161123562025)(20161123558100)(2016111802025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(6043046)(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: 0392679D18
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39400400002)(39410400002)(39450400003)(39830400002)(199003)(189002)(24454002)(377454003)(6116002)(6246003)(25786009)(99286003)(2171002)(68736007)(3660700001)(53936002)(39060400002)(110136004)(54906002)(38730400002)(6512007)(83716003)(6506006)(305945005)(6436002)(5660300001)(8936002)(478600001)(4326008)(7736002)(6486002)(8676002)(53546010)(2950100002)(15650500001)(6916009)(77096006)(81156014)(81166006)(86362001)(189998001)(3280700002)(2906002)(106356001)(105586002)(229853002)(66066001)(54356999)(76176999)(50986999)(3846002)(97736004)(102836003)(101416001)(82746002)(2900100001)(33656002)(36756003)(14454004)(93886004)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR1101MB1093; H:BY2PR1101MB1093.namprd11.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-ID: <1B4B6B2C771BC64182D91F580E065870@namprd11.prod.outlook.com>
MIME-Version: 1.0
X-OriginatorOrg: primarydata.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2017 16:22:46.9323 (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: EoWZeG-mOymIY6He5JuIrg-1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/nfsv4/MUwGdu9p8YMnrdkfFK78a5vQh7k>
Subject: Re: [nfsv4] New wording of Security Section for Flex Files
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: Mon, 07 Aug 2017 16:22:54 -0000

> On Aug 7, 2017, at 9:06 AM, Olga Kornievskaia <aglo@citi.umich.edu> wrote:
> 
> 
> Sorry might be a stupid question but why do you need to wait for another version to add back "opaque_auth/or something" that carries the security information? 


Not a stupid question, I’m just so used to dealing with it that I don’t explain it all of the time:

We’ve had flex files in the Linux client for over 2 years and it understands the ff_data_server4 structure
to be a given byte format.  So an older client implementation would not be able to work with
a server which added the security field to the data structure.