Re: [Uri-review] Wi-Fi Alliance permanent scheme registration - review request

Ted Hardie <ted.ietf@gmail.com> Fri, 05 October 2018 22:36 UTC

Return-Path: <ted.ietf@gmail.com>
X-Original-To: uri-review@ietfa.amsl.com
Delivered-To: uri-review@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E708412872C for <uri-review@ietfa.amsl.com>; Fri, 5 Oct 2018 15:36:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 jJ86ky4EGbFx for <uri-review@ietfa.amsl.com>; Fri, 5 Oct 2018 15:36:28 -0700 (PDT)
Received: from mail-oi1-x229.google.com (mail-oi1-x229.google.com [IPv6:2607:f8b0:4864:20::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7668B1277D2 for <uri-review@ietf.org>; Fri, 5 Oct 2018 15:36:28 -0700 (PDT)
Received: by mail-oi1-x229.google.com with SMTP id y81-v6so11651481oia.6 for <uri-review@ietf.org>; Fri, 05 Oct 2018 15:36:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8rdjF61qmFYpzm+I7Ys8PGaQiXn65Q/sT8vXwSfGK3w=; b=I33RxSG+pjpx6V7k4/a5Reh7BgERti6VWGnYPZUF6YJxrOqzk0FoXVIBdP219dshj5 udx0r9W/+kloCVEMHgssSjnWwFR8OEh3YNNrUDLeif5ApI9Mi+hHfT3B05x0vrcLbUko y7LJqzBsvevX+aqqqdewOTLns+3EVQKtCtCpAKvdAZCuEP/IRcVqyHunB+kCBksTUV+J aC2gZduf3zUwTZtH08Yrmn6attgtrzdtH2iOA+kyeTkQXFL/k7UXcq2U/rug9bWGKjFm mWmQ4olLQ+KW4Wm8n2uzeq22mzI3h+gMj0EWbcutoR7sinKoPPQLAqVm4fy1uV9LXo52 HlAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8rdjF61qmFYpzm+I7Ys8PGaQiXn65Q/sT8vXwSfGK3w=; b=OzLUopVkGYnCdl/+s0UuAWzg9HSjG1XlIKMKr6hM24iwLwpHtc5xv74Zfw/3sAf+H0 OvlOP8mOrwsWCOS+9v7zuG7GAip9fl/j1UXpvUETzKg8g2O9qKvDprmz0oGGVDNqG77x z7bGbf/QNL9DezG4qweDMjg5N+SL5Lh+FXOPHLX+lJQvxmskyARSP+E1zf5IQtQSF7gg m2WLRlssZKaEjQyC1BFVXHhnHkGiv+xbu7ZVsVLRKg8EQuJ8wEBnI55UgR/neEn+bn1f DV/zH7rPVtrGdv8A7mYdw75cVHo00Lnpq4XtIIlRw7ZbW3D4vh4Vt5bsD+PJklObuszM NHHQ==
X-Gm-Message-State: ABuFfoi7s07EBtyAj9GrN+8WPkwAwaOygehaDGploUm5GJ4HamKtFdVa 1mVTb0goY2iu7XFW9OzWuNDtPdzVidMtVIzs2r9oRQ==
X-Google-Smtp-Source: ACcGV63D4BENshHXZm15fAEObLW/VKpCEwgb58vlEtZHXfjwhEN1HTDDbiZHWnwf1bEDFmiU41rPkzX1nxWyl/P6CBk=
X-Received: by 2002:aca:ce07:: with SMTP id e7-v6mr507389oig.54.1538778987249; Fri, 05 Oct 2018 15:36:27 -0700 (PDT)
MIME-Version: 1.0
References: <MW2PR07MB4025146F1176A4C37EA6B908F91E0@MW2PR07MB4025.namprd07.prod.outlook.com> <CA+9kkMAuwgYDPqt=GKbNf9FpoiCWw6=N01j0wKxxnYAkiGZWYQ@mail.gmail.com> <DM5PR07MB40226A1E81B5A1B2221F85A9F9EB0@DM5PR07MB4022.namprd07.prod.outlook.com>
In-Reply-To: <DM5PR07MB40226A1E81B5A1B2221F85A9F9EB0@DM5PR07MB4022.namprd07.prod.outlook.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Fri, 5 Oct 2018 15:36:00 -0700
Message-ID: <CA+9kkMAvxYwijZoU7GxVaEvHdT0nXjjhhJa-+WinYatWvK=DJw@mail.gmail.com>
To: Gaurav Jain <gjain@wi-fi.org>
Cc: uri-review@ietf.org
Content-Type: multipart/alternative; boundary="000000000000ec43e3057782e661"
Archived-At: <https://mailarchive.ietf.org/arch/msg/uri-review/o5qYMpIWVx89qItDgeERPEUZXok>
Subject: Re: [Uri-review] Wi-Fi Alliance permanent scheme registration - review request
X-BeenThere: uri-review@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Proposed URI Schemes <uri-review.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uri-review>, <mailto:uri-review-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/uri-review/>
List-Post: <mailto:uri-review@ietf.org>
List-Help: <mailto:uri-review-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uri-review>, <mailto:uri-review-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Oct 2018 22:36:32 -0000

Hi Gaurav,

Thanks for considering my suggestions.  I personally see no problem with
Expert Review as the registration requirement here.  It is somewhat common
in those cases to include instructions to the expert (e.g. "Expert should
confirm that the registered item is described in a specification recognized
by the Wi-Fi Alliance"); you might consider that in this case if the expert
might change to another individual at a later time.

regards,

Ted Hardie

On Fri, Oct 5, 2018 at 3:23 PM Gaurav Jain <gjain@wi-fi.org>; wrote:

> Thank you Ted for your helpful suggestions. Wi-Fi Alliance discussed this
> feedback and think the second of your suggestions on how to have an
> extensible Bootstrapping Information URI is preferable. We would therefore
> like to additionally have a separate registry of tokens, initially
> populated by C, M, I, and K with definitions taken from the description we
> have provided. As a condition of adding to that registry may we suggest
> 'Expert Review' as a registration procedure for new tokens with myself,
> Gaurav Jain <gjain@wi-fi.org>; as the designated expert. Alternate
> registration procedures are possible if 'Expert Review' is not appropriate
> in your estimation.
>
>
>
> Thanks and regards,
>
>
>
> Gaurav Jain
> Senior Manager, Program Technology
>
> +1-408-400-7158 Office
> +1-408-674-1441 Mobile
>
> Wi-Fi Alliance
> www.wi-fi.org
> http://twitter.com/wifialliance
> www.facebook.com/wificertified
>
>
>
> Visit our blog, The Beacon <http://www.wi-fi.org/beacon>;, for Wi-Fi
> industry topics and trends
>
>
>
> *From:* Ted Hardie <ted.ietf@gmail.com>;
> *Sent:* Tuesday, September 18, 2018 7:45 AM
> *To:* Gaurav Jain <gjain@wi-fi.org>;
> *Cc:* uri-review@ietf.org
> *Subject:* Re: [Uri-review] Wi-Fi Alliance permanent scheme registration
> - review request
>
>
>
> Hi Guarav,
>
>
>
> Thanks for your message. Poking at the spec, the syntax of the dpp scheme
> appears to be given as:
>
> "
>
> dpp-qr = “DPP:” [channel-list “;”] [mac “;”] [information “;”] public-key
> “;;”
> pkex-bootstrap-info = [information]
> channel-list = “C:” class-and-channels *(“,” class-and-channels)
> class-and-channels = class “/” channel *(“,” channel)
> class = 1*3DIGIT
> channel = 1*3DIGIT
> mac = “M:” 6hex-octet ; MAC address
> hex-octet = 2HEXDIG
> information = “I:” *(%x20-3A / %x3C-7E) ; semicolon not allowed
> public-key = “K:” *PKCHAR ; DER of ASN.1 SubjectPublicKeyInfo encoded in
> “base64” as per [14]
> PKCHAR = ALPHA / DIGIT / %x2b / %x2f / %x3d
>
>
>
> The channel-list ABNF rule allows a list of IEEE 802.11 global operating
> class and channel (Annex E of [2]) value pairs to
> be specified. The MAC ABNF rule expresses the MAC address as a string of
> six hex-octets. The information ABNF rule
> allows freeform information to accompany the public key.
>
> The bootstrapping information may be extended in future updates of the
> technical specification. Devices parsing this
> information should ignore unknown semicolon separated components in the
> dpp-qr and pkex-bootstrap-info instantiations
> to be forward compatible with such extensions."
>
>
>
> The last paragraph indicates that this is subject to later extension, but
> the syntax does not appear to be versioned and there does not appear to be
> any requirement for the placement of future extensions.  My experience is
> that this could well result in later interoperability problems.
>
>
>
> There seem to be a couple of ways to make that work, if you do not
> anticipate registering dpp2 and so on.  One would be to include later
> extensions within the current free-form Information field, declaring a new
> delimiter,which would be understood by the later version.  Reserving the
> delimiter now would be useful, if that is your choice.  Another would be to
> generalize this slightly so that the syntax of the scheme is simply (scheme
> name) ":" followed by a series of token:*PKCHAR pairs.  You can then have a
> separately updated registry of the tokens, which would have C, M, I, K,
> present and which would be matched in your spec to the limitations.  As you
> introduce new tokens, you can update the registry.  If you go that path, I
> would suggest splitting class and channel so that they are independent
> tokens, but this is a stylistic suggestion only.
>
>
>
> My personal views only,
>
>
>
> regards,
>
>
>
> Ted Hardie
>
>
>
> On Mon, Sep 17, 2018 at 1:14 PM, Gaurav Jain <gjain@wi-fi.org>; wrote:
>
> Dear IETF URI review committee,
>
>
>
> Wi-Fi Alliance would like to submit a scheme registration request for your
> review and consideration. Attached with this email you should find the
> following:
>
>    1. Scheme registration request standalone document
>    2. Latest published Wi-Fi Alliance technical specification for Device Provisioning
>    Protocol (
>    https://www.wi-fi.org/file/device-provisioning-protocol-specification-v10)
>    covering the details of the protocol, URI definition, syntax, URI
>    format and associated information
>
>
>
> Since the registration request is for a ‘permanent’ registration, Wi-Fi
> Alliance has reviewed the requirements listed in section 3 (Requirements
> for Permanent Scheme Definitions) of RFC 7595 and have found that this
> registration request satisfies the listed requirements. As a next step, we
> request you to review this scheme registration request and provide your
> comments to us by Oct-15 2018.
>
>
>
> Thanks and regards,
>
>
>
> Gaurav Jain
> Senior Manager, Program Technology
>
> +1-408-400-7158 Office
> +1-408-674-1441 Mobile
>
> Wi-Fi Alliance
> www.wi-fi.org
> http://twitter.com/wifialliance
> www.facebook.com/wificertified
>
>
>
> Visit our blog, The Beacon <http://www.wi-fi.org/beacon>;, for Wi-Fi
> industry topics and trends
>
>
>
>
> _______________________________________________
> Uri-review mailing list
> Uri-review@ietf.org
> https://www.ietf.org/mailman/listinfo/uri-review
>
>
>