Re: [urn] Stephen Farrell's Abstain on draft-ietf-urnbis-rfc2141bis-urn-21: (with COMMENT)
"Hakala, Juha E" <juha.hakala@helsinki.fi> Wed, 01 March 2017 07:16 UTC
Return-Path: <juha.hakala@helsinki.fi>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F39C21294B9; Tue, 28 Feb 2017 23:16:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=helsinkifi.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 LaByStbGTqNu; Tue, 28 Feb 2017 23:16:16 -0800 (PST)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30129.outbound.protection.outlook.com [40.107.3.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D259D1294A7; Tue, 28 Feb 2017 23:16:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=HelsinkiFI.onmicrosoft.com; s=selector1-helsinki-fi; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Eyx4W6qqEkf97oM/T0a39iy7J0DAd5d5ZljZZ6vwc48=; b=ghdxqW0ZxX8ZFeMAM8K5WX0gG+l2D4kqhcWQwRNY7fDRGouuLMfEKrDfzd/JzERfSVhScjZONotR0s9oDhZ9TkxSMfUiggbQa7aJbSp565FQ40B+JOpfcV52Wdb45V5yvR0sOWFZdHQmTy3fAhpI1g/TlvVaaN43XSvH9QPciUM=
Received: from HE1PR0701MB2603.eurprd07.prod.outlook.com (10.168.187.138) by HE1PR0701MB2602.eurprd07.prod.outlook.com (10.168.187.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.947.2; Wed, 1 Mar 2017 07:16:12 +0000
Received: from HE1PR0701MB2603.eurprd07.prod.outlook.com ([10.168.187.138]) by HE1PR0701MB2603.eurprd07.prod.outlook.com ([10.168.187.138]) with mapi id 15.01.0947.012; Wed, 1 Mar 2017 07:16:12 +0000
From: "Hakala, Juha E" <juha.hakala@helsinki.fi>
To: Stephen Farrell <stephen.farrell@cs.tcd.ie>, The IESG <iesg@ietf.org>
Thread-Topic: [urn] Stephen Farrell's Abstain on draft-ietf-urnbis-rfc2141bis-urn-21: (with COMMENT)
Thread-Index: AQHSkiQE/4pSxXZTRUu2OclY+YTBjaF/giRg
Date: Wed, 01 Mar 2017 07:16:12 +0000
Message-ID: <HE1PR0701MB260339980BAF55E5B0E9336CFA290@HE1PR0701MB2603.eurprd07.prod.outlook.com>
References: <148832863670.29552.9014381848292739838.idtracker@ietfa.amsl.com>
In-Reply-To: <148832863670.29552.9014381848292739838.idtracker@ietfa.amsl.com>
Accept-Language: fi-FI, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cs.tcd.ie; dkim=none (message not signed) header.d=none;cs.tcd.ie; dmarc=none action=none header.from=helsinki.fi;
x-originating-ip: [128.214.71.222]
x-ms-office365-filtering-correlation-id: b21222bb-4384-4dd1-1c12-08d46072d795
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:HE1PR0701MB2602;
x-microsoft-exchange-diagnostics: 1; HE1PR0701MB2602; 7:U9PEZhffkyeBkqzWv4fLd5tNt9i+eEUOlAO5jgZXvUkrB+ehK81zxLMRzieOEFEywsUnr1XYg4fNE+u8lf1LekcN92TsMkboRCwCU0ywuUPnoLZNaoY7Avg5DxGWUDLOr036+Bnf05KKynuduceOdIZmBbjUBsZSS8WsN7m9QvUBzxzQbPrnN7HbAQGK2bYenQP6jKGp0QHWuNkvpZP2j5ZBU8yRTau/+vro3+6MQgmgT4NxpeuH3BLfrQeutOof6wCmfZoguwAwABPDhvTsJJR39tPYmhwlsXf6cCvxgXNKpPfeYKEK7ITlLvi7AdQzSxbqtcN2FuB5ZHa/k0EOyw==
x-microsoft-antispam-prvs: <HE1PR0701MB260288588E3142759F0632E9FA290@HE1PR0701MB2602.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(120809045254105)(100405760836317);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041248)(20161123558025)(20161123560025)(20161123555025)(20161123564025)(20161123562025)(6072148); SRVR:HE1PR0701MB2602; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0701MB2602;
x-forefront-prvs: 0233768B38
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(39450400003)(13464003)(7696004)(5660300001)(2950100002)(230783001)(3280700002)(2906002)(3660700001)(305945005)(7736002)(6246003)(86362001)(53546006)(53936002)(38730400002)(55016002)(189998001)(81166006)(99286003)(9686003)(25786008)(54356999)(74316002)(76176999)(6306002)(54906002)(6506006)(50986999)(92566002)(8936002)(8676002)(31430400001)(66066001)(2900100001)(122556002)(33656002)(6436002)(106116001)(4326008)(74482002)(229853002)(77096006)(102836003)(3846002)(6116002); DIR:OUT; SFP:1102; SCL:1; SRVR:HE1PR0701MB2602; H:HE1PR0701MB2603.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: helsinki.fi
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Mar 2017 07:16:12.3192 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 98ae7559-10dc-4288-8e2e-4593e62fe3ee
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2602
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/kqgVUR3zCZHRhjR5Mw-vXDFjXyQ>
Cc: "urn@ietf.org" <urn@ietf.org>, "urnbis-chairs@ietf.org" <urnbis-chairs@ietf.org>, "draft-ietf-urnbis-rfc2141bis-urn@ietf.org" <draft-ietf-urnbis-rfc2141bis-urn@ietf.org>, "barryleiba@computer.org" <barryleiba@computer.org>
Subject: Re: [urn] Stephen Farrell's Abstain on draft-ietf-urnbis-rfc2141bis-urn-21: (with COMMENT)
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2017 07:16:19 -0000
Hello Stephen, Two comments: As regards this, > - What deployed code supports the ?+ or ?= constructs? If some arguably > "important" code does, I'd change my abstain to a no-objection, as then > there'd be an at least modest new feature to justify the new RFC. the National Library of Finland intends to revise its current URN resolver so that it supports r- and q-components. Funding for this work has been obtained from EU project EUDAT, which applies persistent identifiers to research data sets. The work will start as soon as RFC2141bis has become an Internet standard. As far as I know, there are no existing implementations of upcoming URN syntax features yet, since the URN user community has been patiently waiting for the final version of the URN syntax. Many of us are national libraries, so our time scale tends to be different from that of most other Internet organizations ;-). Once RFC2141bis has been published as an Internet standard, we still need to define the syntax for specifying resolution services and service parameters in the r-component. This should not take much time, and it can be done during the application development. Concerning this: > Normally, I'd just ballot no-objection and let that go, but given that this has > consumed cycles for 6 years that could perhaps have been more usefully > engaged in dealing with > 3986 issues, I think abstaining is a better position to take on the off-chance > that that sends some tiny form of signal. URNBIS needed 6 years partly because there were many 3986-based URN issues the WG had to solve before sufficient consensus was found. Just to give one example, URI syntax says that: "The fragment identifier component of a URI allows indirect identification of a secondary resource by reference to a primary resource and additional identifying information." However, f-component in the URN syntax has no role in identification, since fragment identifiers would have extended the scope of many existing standard identifier systems in an unacceptable manner. For instance, ISBNs identify books but not their component parts, so a URN:ISBN with an f-component still identifies a book as a whole, and the f-component indicates just a location within the book. The communities using URNs and other persistent identifiers (national libraries, national archives, universities, research institutions, scientific publishers etc.) need an updated URN syntax specification, not an improved version of URI syntax - which might of course be very useful for many other Web users out there. Be that as it may, I am glad that URI syntax revision is outside the scope of the URNBIS WG. All the best, Juha Hakala > -----Original Message----- > From: urn [mailto:urn-bounces@ietf.org] On Behalf Of Stephen Farrell > Sent: 1. maaliskuuta 2017 2:37 > To: The IESG <iesg@ietf.org> > Cc: urn@ietf.org; barryleiba@computer.org; draft-ietf-urnbis-rfc2141bis- > urn@ietf.org; urnbis-chairs@ietf.org > Subject: [urn] Stephen Farrell's Abstain on draft-ietf-urnbis-rfc2141bis-urn- > 21: (with COMMENT) > > Stephen Farrell has entered the following ballot position for > draft-ietf-urnbis-rfc2141bis-urn-21: Abstain > > When responding, please keep the subject line intact and reply to all email > addresses included in the To and CC lines. (Feel free to cut this introductory > paragraph, however.) > > > Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html > for more information about IESG DISCUSS and COMMENT positions. > > > The document, along with other ballot positions, can be found here: > https://datatracker.ietf.org/doc/draft-ietf-urnbis-rfc2141bis-urn/ > > > > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > > I am not convinced that doubling the amount of text vs. 2141 and 3406 here is > really helpful. The draft also seems to spend more time saying what it does > not specify rather than what it does. My not-that-well-informed guess is that > this product of stalwart effort does not improve the Internet, despite the > earnest extended multi-year efforts of the few folks involved. I'd further bet > that the world in general would be fine if this did not become and RFC. > Normally, I'd just ballot no-objection and let that go, but given that this has > consumed cycles for 6 years that could perhaps have been more usefully > engaged in dealing with > 3986 issues, I think abstaining is a better position to take on the off-chance > that that sends some tiny form of signal. (Apologies to those who engaged in > this work, I don't mean any disrespect, but I don't think the result here is > really worth the effort expended.) > > - What deployed code supports the ?+ or ?= constructs? If some arguably > "important" code does, I'd change my abstain to a no-objection, as then > there'd be an at least modest new feature to justify the new RFC. > > - Section 8 should I think recognise the dangers inherent in long-term stable > identifiers helping with (re-)identification of people and/or network entities. > While that is not the "fault" of URNs, I'd say it is worth warning folks who may > just possibly think twice before creating new URNs with those failings. > (Though I recognise that that may call for a reference to RFC6919;-) > > > _______________________________________________ > urn mailing list > urn@ietf.org > https://www.ietf.org/mailman/listinfo/urn
- [urn] Stephen Farrell's Abstain on draft-ietf-urn… Stephen Farrell
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Hakala, Juha E
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Martin J. Dürst
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Peter Saint-Andre
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Stephen Farrell
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Martin J. Dürst
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Martin J. Dürst
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… John C Klensin
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Stephen Farrell
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Stephen Farrell
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… John C Klensin
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Peter Saint-Andre
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Stephen Farrell
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… John C Klensin
- Re: [urn] Stephen Farrell's Abstain on draft-ietf… Peter Saint-Andre