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

Alexey Melnikov <alexey.melnikov@isode.com> Thu, 26 October 2017 11:15 UTC

Return-Path: <alexey.melnikov@isode.com>
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 1C0FA13F574; Thu, 26 Oct 2017 04:15:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.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 bXetvIgr0z7y; Thu, 26 Oct 2017 04:15:15 -0700 (PDT)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id 6223D13F571; Thu, 26 Oct 2017 04:14:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1509016496; d=isode.com; s=june2016; i=@isode.com; bh=u8/dkdgJNn0WKXzYqZ/Oen1ZipNbOT5gWP8EhAyKQBQ=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=dJHsu/E6LCUkm1l52RCHso4MoRCAQBU6x1rHf3obEdLNE/qrstiYXf4sakskBnLwr24rnU tNK/dWtebV/2hPdMGzFX0k4fSSfRapWkl08SCX09o2gPYyojxMSZHbs4/oc+ImlpY4jyvg ZebGQErYTPCpAuJoEvC4g/PcRGRbKpU=;
Received: from [172.20.1.215] (dhcp-215.isode.net [172.20.1.215]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <WfHDrwB9r8Q9@waldorf.isode.com>; Thu, 26 Oct 2017 12:14:56 +0100
To: Peter Saint-Andre <stpeter@stpeter.im>, "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> <2114e084-bb7e-4d26-f3df-0ca30e3bc882@stpeter.im>
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-ID: <319205e4-846c-3243-722e-e0e8922f827f@isode.com>
Date: Thu, 26 Oct 2017 12:14:30 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
In-Reply-To: <2114e084-bb7e-4d26-f3df-0ca30e3bc882@stpeter.im>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/mile/MJ7BkTsX-ZKI4sdwQHTZXmLbVTw>
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: Thu, 26 Oct 2017 11:15:16 -0000

On 23/10/2017 20:09, Peter Saint-Andre wrote:

> 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.

+1.