[mile] ROLIE Property Element

"Banghart, Stephen A. (Fed)" <stephen.banghart@nist.gov> Mon, 12 December 2016 16:00 UTC

Return-Path: <stephen.banghart@nist.gov>
X-Original-To: mile@ietfa.amsl.com
Delivered-To: mile@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85928129D0C for <mile@ietfa.amsl.com>; Mon, 12 Dec 2016 08:00:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nistgov.onmicrosoft.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 OEd7i1i5Z98N for <mile@ietfa.amsl.com>; Mon, 12 Dec 2016 08:00:00 -0800 (PST)
Received: from gcc01-CY1-obe.outbound.protection.outlook.com (mail-cy1gcc01on0133.outbound.protection.outlook.com [23.103.200.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 103BE129CD0 for <mile@ietf.org>; Mon, 12 Dec 2016 07:58:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nistgov.onmicrosoft.com; s=selector1-nist-gov; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=kr3R7QLORz59yHOqZ0GncSw7I6JWcDlzYti2n1Ad5xM=; b=zsXIVrTLLfaHPIyv4f26JIc5xX0eCFRb1KyJRkvLWXJE16YaoU4qC7eRAMIqS16Yx75bYHBEnU3l5B9C3P+YKMWFeudyoEQN9qd/PEW1Q9cchAaXRbMSaLDhO35oGqGLOSMkLAFee9P2c7rA/cSRNtXEAZEzXNVo3VcavnMpkfc=
Received: from SN1PR09MB0960.namprd09.prod.outlook.com (10.162.102.148) by SN1PR09MB0957.namprd09.prod.outlook.com (10.162.102.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.761.9; Mon, 12 Dec 2016 15:58:48 +0000
Received: from SN1PR09MB0960.namprd09.prod.outlook.com ([10.162.102.148]) by SN1PR09MB0960.namprd09.prod.outlook.com ([10.162.102.148]) with mapi id 15.01.0761.022; Mon, 12 Dec 2016 15:58:48 +0000
From: "Banghart, Stephen A. (Fed)" <stephen.banghart@nist.gov>
To: "mile@ietf.org" <mile@ietf.org>
Thread-Topic: ROLIE Property Element
Thread-Index: AdJUkJkAQF9HPzgdSuWccPozCaKhlg==
Date: Mon, 12 Dec 2016 15:58:47 +0000
Message-ID: <SN1PR09MB09609B6AAD95F878915AB355F0980@SN1PR09MB0960.namprd09.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=stephen.banghart@nist.gov;
x-originating-ip: [129.6.227.79]
x-ms-office365-filtering-correlation-id: 8bdb2b96-eff9-45c8-316f-08d422a7c248
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:SN1PR09MB0957;
x-microsoft-exchange-diagnostics: 1; SN1PR09MB0957; 7:7RTm8KCHvFtGSMTrpLHWCUPeoMKCMArNuQ6fxzrSf2N4pGcmp2W+AmBpGA+kkSX6k25kHtKBsb1Xja2IC1JhPfAyNrZPmAVR1tiP2hyz+KQ5jbwPF3w/RprNnGZDIZMkNJLG6kSsg+rOUkYynB2kpSN2QYqx1Fo+GNbORjSukGHkoE57ZZ0xUWQi2V3psbus8FWJpeJMwIgNEeifbA43Q6uSe6ntgqlcyHBnzqFCyMjy2EuepEWBkIvi3oFPkd6E4q//KzKDsdX93VTkSmEhLdgjE7DdJ34SaOIvv5AgAwmVl61EHXHkqNS+zpMXgnR0sieDDXbfGVKwmSJNbR/EHjtu4P0y6kNuXTW2b5vj96ouI6lG61IhYe+PvLI8dl/dYFinmhVCeQt7AN0bLAjAFnoWnPGtMxjnVMIvMi7qIkOPaAnXkZy1FVBVGbNd9jkouhLyhEOPmI5y9+ZJPXuSJg==
x-microsoft-antispam-prvs: <SN1PR09MB0957909F791297E952FFA610F0980@SN1PR09MB0957.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(131327999870524)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(6055026)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(6072148); SRVR:SN1PR09MB0957; BCL:0; PCL:0; RULEID:; SRVR:SN1PR09MB0957;
x-forefront-prvs: 0154C61618
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39450400003)(39850400002)(39410400002)(39840400002)(189002)(199003)(189998001)(3280700002)(7696004)(2906002)(33656002)(7736002)(7116003)(450100001)(3660700001)(5660300001)(68736007)(5630700001)(77096006)(8936002)(107886002)(3480700004)(6916009)(2501003)(97736004)(110136003)(101416001)(38730400001)(54356999)(50986999)(99286002)(86362001)(2900100001)(106356001)(105586002)(92566002)(122556002)(6506006)(2351001)(66066001)(9686002)(6436002)(3846002)(790700001)(6116002)(102836003)(8676002)(76576001)(81166006)(1730700003)(5640700002)(81156014)(74316002); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR09MB0957; H:SN1PR09MB0960.namprd09.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: nist.gov does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_SN1PR09MB09609B6AAD95F878915AB355F0980SN1PR09MB0960namp_"
MIME-Version: 1.0
X-OriginatorOrg: nist.gov
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2016 15:58:47.8284 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2ab5d82f-d8fa-4797-a93e-054655c61dec
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR09MB0957
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/phBigSFmkQgjZ1qG0Wm-_1gnAu8>
Subject: [mile] ROLIE Property Element
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Managed Incident Lightweight Exchange, IODEF extensions and RID exchanges" <mile.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mile>, <mailto:mile-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mile/>
List-Post: <mailto:mile@ietf.org>
List-Help: <mailto:mile-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mile>, <mailto:mile-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Dec 2016 16:00:06 -0000

All,

During the IETF 97 MILE meeting we discussed the possibility of adding a means for standardizing a property element in ROLIE to provide for the easy inclusion of name/value pair metadata extensions. At the MILE meeting, the group decided that we want to support both the definition of property element extension and newly defined elements. Here is the issue that was presented at the meeting:

Often there are identifying or characterizing properties of the content that doesn't belong in a atom:category element (e.g. IODEF ID). A decision needs to be made regarding these "properties".
These options prevent a requesting client from needing to download the content to find these vital properties:
■        Option 1: Create an extensible rolie:property element with strict constraints that allows for arbitrary exposure of data model specific properties. The scheme and name attributes are registered.

For example: <rolie:property name="iodef-id" value="1234"/>

■        Option 2: Require any arbitrary property exposure to be done through a newly defined element.

For example: <iodef:id>1234</iodef:id>

The group settled on a new Option 3: Establish the extension capability to register property elements for use, but also the use of locally defined elements. This option combines the best of both options, allowing for properties to be defined by extension specifications without limiting the use of custom elements.

As long as there are no objections, we will update the specification to reflect Option 3. We will register an IANA table in the ROLIE Core document that extensions may register their properties to, and specify that new elements may be used for extension as well.

Thanks,
Stephen Banghart