Re: [mile] Artart last call review of draft-ietf-mile-rolie-10

Peter Saint-Andre <stpeter@stpeter.im> Mon, 23 October 2017 19:09 UTC

Return-Path: <stpeter@stpeter.im>
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 3E956139605; Mon, 23 Oct 2017 12:09:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.721
X-Spam-Level:
X-Spam-Status: No, score=-2.721 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=stpeter.im header.b=amN0JxlA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=WzpTVCEn
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 GrAdjy-aFejO; Mon, 23 Oct 2017 12:09:53 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0FE21395F3; Mon, 23 Oct 2017 12:09:53 -0700 (PDT)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 04F7920B77; Mon, 23 Oct 2017 15:09:53 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 23 Oct 2017 15:09:53 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stpeter.im; h= content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=XKJ54NuiuzifZeJm/CFxunJhSjlUQmnpFPut66jy4i0=; b=amN0JxlA JOp/BzPAP3JeQMD5UAkGMrOPHpoC8C5yzMJe9dDCOhP2XMeVeC/8YDlHMGDRG0hT Y26TKO2M6ZcjUgbNfLIQSK4GXx5YVBwIERA2clj+x2pda8C1jduS6MVN6VttwTUk P/nk2yv4ae6AlEx6AWU3tRQPJgqJxFCVvxw6dfWWvAJGc5TPWaCB16bGRcQ8y/Kj KjDAN/aSYQ8UZ1mQDS2UDJHlkGr4dZPURKmhfIr+xa5Z2uA9OK1/VwfDTKjpuDdt /kgcbmp4oF752zyeeRhNgaSUgStr7CypryEsA43/0Ygo4hbsFgMip5WXX8AnO6Rb Zr254x8TWauLHA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=XKJ54NuiuzifZeJm/CFxunJhSjlUQ mnpFPut66jy4i0=; b=WzpTVCEnuL3N9ign2kzer5r/syCCDHPPQXwGrRpXnqKvN iZsiON3YXCCTj26I5V3IQ+VIGWUrLAIy38LSLZemcFDNwqiwwZvPVze9utCEIHU1 dmpDNxwF4Ga5tzEzJ6q2A7baBx4mp5czkWlBbY+lXVhyIqOY9YYiGKhCcn983sLz 0u+Y15N1sbO3cVhzc9Cz0A4icWW5i/XgkdTZcSbdEgljqzeDZoci0FLCCMCUkihn uIgW41bbnJnoD76ZPgS40Eu74UmnRSf6cYbgba77v1Ejz05dAtohXj2i/YSirA40 kxBAkdSt3JFrBo1JoplF5js/a2AzGe/CXaQc1qBcg==
X-ME-Sender: <xms:gD7uWfNjlmmE10cGEmtSS69ngY8WYmWkCk1D8WizeTnQByZm7mwXuA>
Received: from aither.local (unknown [76.25.3.152]) by mail.messagingengine.com (Postfix) with ESMTPA id 5AD2924134; Mon, 23 Oct 2017 15:09:52 -0400 (EDT)
To: "Waltermire, David A. (Fed)" <david.waltermire@nist.gov>, "art-ads@ietf.org" <art-ads@ietf.org>, "draft-ietf-mile-rolie.all@ietf.org" <draft-ietf-mile-rolie.all@ietf.org>, "mile@ietf.org" <mile@ietf.org>
References: <150752570618.18384.5615358468704377459@ietfa.amsl.com> <DM5PR09MB13070FC0B54EB6DB8C707EE7F0420@DM5PR09MB1307.namprd09.prod.outlook.com> <CABkgnnX5NVZgYtOWYMgD5yEOmdnk2GEZuyR2OLNDwbTO-BytAw@mail.gmail.com> <CY4PR09MB14957651F17655DA89024EBDF0460@CY4PR09MB1495.namprd09.prod.outlook.com>
From: Peter Saint-Andre <stpeter@stpeter.im>
Message-ID: <2114e084-bb7e-4d26-f3df-0ca30e3bc882@stpeter.im>
Date: Mon, 23 Oct 2017 13:09:51 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <CY4PR09MB14957651F17655DA89024EBDF0460@CY4PR09MB1495.namprd09.prod.outlook.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="qheeLqa57xB8mG1JjjpUB19MgIboRjA0V"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/vkOzDpYUyzHhLaGX61qz02h8-jM>
Subject: Re: [mile] Artart last call review of draft-ietf-mile-rolie-10
X-BeenThere: mile@ietf.org
X-Mailman-Version: 2.1.22
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, 23 Oct 2017 19:09:55 -0000

On 10/23/17 12:33 PM, Waltermire, David A. (Fed) wrote:
> Ben, Alexey, and Adam,
> 
> Working through Martin's ARTART review of ROLIE, we had the following exchange with Martin.
> 
>>>> From martin:
>>>> Question: it's fairly widely accepted that use of IRIs in Atom has
>>>> been less than successful.  Do you want to mandate use of URIs
>>>> instead?  This would apply to both link relations and the "src" attribute.
>>>
>>> From Stephen:
>>> We wanted to stay in line with the requirements in Atom, if this becomes
>> an issue it may be worth re-examining.
>>
>> From Martin:
>> This is your chance.  You don't get to go back or re-examine once your
>> protocol is widely deployed.
> 
> I understand Martin's point above. It is basically that URIs are more narrowly scoped and interoperable than IRIs are. From my experience I have seen that URIs are broadly used, and IRIs have not seen much use. Given this feedback, it looks like the best thing to do might be to break with ATOM and use the more restrictive URI in ROLIE to ensure the best possible interoperability within resulting solutions.
> 
> What do you think about such a change? Any advice?

The Atom RFCs were published at a time when IRIs were at the height of
their (limited) popularity. Although I don't recall the details, it
might even have been the case that an Area Director said "you really
ought to be using IRIs because they are more general". I don't see a
significant issue with scoping MILE/ROLIE to use URIs, because they are
a subset of IRIs.

Peter