Re: [dnssd] I-D Action: draft-ietf-dnssd-srp-00.txt

Tom Pusateri <pusateri@bangj.com> Wed, 24 October 2018 18:13 UTC

Return-Path: <pusateri@bangj.com>
X-Original-To: dnssd@ietfa.amsl.com
Delivered-To: dnssd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 582E8130DF0 for <dnssd@ietfa.amsl.com>; Wed, 24 Oct 2018 11:13:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 51ReIhkZnSNE for <dnssd@ietfa.amsl.com>; Wed, 24 Oct 2018 11:13:23 -0700 (PDT)
Received: from oj.bangj.com (69-77-154-174.static.skybest.com [69.77.154.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7B9A12777C for <dnssd@ietf.org>; Wed, 24 Oct 2018 11:13:23 -0700 (PDT)
Received: from [172.16.10.126] (unknown [107.13.224.116]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by oj.bangj.com (Postfix) with ESMTPSA id E0F8C22217 for <dnssd@ietf.org>; Wed, 24 Oct 2018 14:13:22 -0400 (EDT)
From: Tom Pusateri <pusateri@bangj.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Wed, 24 Oct 2018 14:13:22 -0400
References: <154030974108.31401.380315367024024351@ietfa.amsl.com>
To: dnssd@ietf.org
In-Reply-To: <154030974108.31401.380315367024024351@ietfa.amsl.com>
Message-Id: <99A9AE56-486D-4FF9-81D7-2EE9E372C808@bangj.com>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/eEFvtPhNoOqaYonZWA5wn24abJQ>
Subject: Re: [dnssd] I-D Action: draft-ietf-dnssd-srp-00.txt
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." <dnssd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnssd>, <mailto:dnssd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnssd/>
List-Post: <mailto:dnssd@ietf.org>
List-Help: <mailto:dnssd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnssd>, <mailto:dnssd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Oct 2018 18:13:25 -0000

If you were present in Montréal, you may remember that I supported this work for adoption but wanted to see the named changed.

There didn’t seem to be any other responses one way or the other. Since I believe in rough consensus, it would be good to know if others feel the same.

The discussion was then moved to the list and can be found in the archives.

My main objection was that because it wasn’t possible to use encryption with this scheme, it was not a general purpose solution and had to be restricted to a subset of the use cases. Therefore, it should have a name that reflects it’s inherent limitations.

Thanks,
Tom


> On Oct 23, 2018, at 11:49 AM, internet-drafts@ietf.org wrote:
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Extensions for Scalable DNS Service Discovery WG of the IETF.
> 
>        Title           : Service Registration Protocol for DNS-Based Service Discovery
>        Authors         : Stuart Cheshire
>                          Ted Lemon
> 	Filename        : draft-ietf-dnssd-srp-00.txt
> 	Pages           : 19
> 	Date            : 2018-10-23
> 
> Abstract:
>   The Service Registration Protocol for DNS-Based Service Discovery
>   uses the standard DNS Update mechanism to enable DNS-Based Service
>   Discovery using only unicast packets.  This eliminates the dependency
>   on Multicast DNS as the foundation layer, which greatly improves
>   scalability and improves performance on networks where multicast
>   service is not an optimal choice, particularly 802.11 (Wi-Fi) and
>   802.15.4 (IoT) networks.  DNS-SD Service registration uses public
>   keys and SIG(0) to allow services to defend their registrations
>   against attack.
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-dnssd-srp/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-ietf-dnssd-srp-00
> https://datatracker.ietf.org/doc/html/draft-ietf-dnssd-srp-00
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> dnssd mailing list
> dnssd@ietf.org
> https://www.ietf.org/mailman/listinfo/dnssd