Re: Request for well-known URI: ashrae

Mark Nottingham <mnot@mnot.net> Tue, 19 January 2016 06:42 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: wellknown-uri-review@ietfa.amsl.com
Delivered-To: wellknown-uri-review@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BBD061AC42E for <wellknown-uri-review@ietfa.amsl.com>; Mon, 18 Jan 2016 22:42:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level:
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 ZieTdglOx8Z6 for <wellknown-uri-review@ietfa.amsl.com>; Mon, 18 Jan 2016 22:42:06 -0800 (PST)
Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C8D71AC42A for <wellknown-uri-review@ietf.org>; Mon, 18 Jan 2016 22:42:06 -0800 (PST)
Received: from [192.168.1.101] (unknown [120.149.194.112]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 31FE122E1F4; Tue, 19 Jan 2016 01:41:46 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Subject: Re: Request for well-known URI: ashrae
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <E1AE8E3B-5280-4213-B717-70EFA2099348@daverobin.com>
Date: Tue, 19 Jan 2016 17:41:44 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <38181654-4E85-4F65-8C96-4ADED469AE67@mnot.net>
References: <7F33E16D-3444-452A-A10C-72672CB467C5@daverobin.com> <61929FD6-8A4E-44CA-8CE7-4167F3A88062@mnot.net> <E1AE8E3B-5280-4213-B717-70EFA2099348@daverobin.com>
To: Dave Robin <dave@daverobin.com>
X-Mailer: Apple Mail (2.2104)
Archived-At: <http://mailarchive.ietf.org/arch/msg/wellknown-uri-review/rKsAfDdm6vfZIk4RjXplXm8vNZo>
Cc: wellknown-uri-review@ietf.org
X-BeenThere: wellknown-uri-review@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Well-Known URI review list <wellknown-uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wellknown-uri-review>, <mailto:wellknown-uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wellknown-uri-review/>
List-Post: <mailto:wellknown-uri-review@ietf.org>
List-Help: <mailto:wellknown-uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wellknown-uri-review>, <mailto:wellknown-uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jan 2016 06:42:08 -0000

> On 19 Jan 2016, at 5:39 pm, Dave Robin <dave@daverobin.com> wrote:
> 
> On Jan 19, 2016, at 12:02 AM, Mark Nottingham <mnot@mnot.net> wrote:
>> Hi Dave,
>> Looks good. Do you mind if we omit the 'related information' in the registry entry?
> 
> Not at all.  That was for your benefit. I didn't intend that to be part of the registry.  My mistake.

No worries.

> One issue... a bit of a chicken and egg, actually.  Since we are a overly-careful publicly-reviewed ANSI and ISO standard, some folks did not want to publish the standard until the postfix was registered, but if the registration contains a "Specification Document" that points to pre-publication public review version of our standard, they don't like that either!  dueling dependencies!
> 
> You see, that link I included is to bacnet.org, which is a kind of a staging area for what will eventually be published at ashrae.org. 
> 
> So, the questions are: 
> after registration...
> 1) what is the procedure to update the "Specification Document" when we get a fully published version?

Just send another e-mail, updates aren't an issue.

> 2) can we list *two* specification documents?  (some folks might prefer to get the ISO standard rather then the ANSI/ASHRAE one).

Hmm. We can ask IANA to do that, and if it's not possible, to put the second one in the "related information" field. If the latter happens, do you have a preference for which goes there?

Cheers,

> 
> Thanks!
> Dave
> 
> 
>> 
>> Cheers, 
>> 
>> 
>> 
>>> On 19 Jan 2016, at 10:58 am, Dave Robin <dave@daverobin.com> wrote:
>>> 
>>> Greetings, 
>>> 
>>> As part of our on-going development of standard protocols for building automation, we are requesting a /.well-known suffix. (We have already registered the needed Content-Types mentioned in the referenced document)
>>> 
>>> URI suffix:  "ashrae"
>>> 
>>> Change controller:  American Society of Heating, Refrigeration, and Air-conditioning Engineers (ASHRAE) www.ashrae.org
>>> 
>>> Specification document(s):  http://www.bacnet.org/Addenda/Add-135-2012am-ppr3-draft-17_chair_approved.pdf
>>> 
>>> Related information:  The referenced document is a new version of BACnet/WS (Building Automation and Control network / Web Services). BACnet (ANSI/ASHRAE Standard 135 and ISO Standard 16484-5) is the dominant protocol for commercial, industrial, and institutional building automation and control.  The primary protocol is based on binary encoded ASN.1 data structures.  This is a RESTful JSON and XML versions of that, plus numerous web-services-only features.  Initially, we need a way to discover URI prefixes for the resources on a given BACnet/WS server.  However, this /.well-known is being requested for "ashrae", rather than just "bacnet", so that other uses by the ASHRAE engineering society can be defined in the future.
>>> 
>>> Thank you for your consideration,
>>> Dave Robin
>>> Editor, BACnet Web Services
>>> 
>>> _______________________________________________
>>> wellknown-uri-review mailing list
>>> wellknown-uri-review@ietf.org
>>> https://www.ietf.org/mailman/listinfo/wellknown-uri-review
>> 
>> --
>> Mark Nottingham   https://www.mnot.net/
>> 
> 

--
Mark Nottingham   https://www.mnot.net/