Re: [dnssd] WGLC on draft-ietf-dnssd-push-10 (extended to 14th April)

Tom Pusateri <pusateri@bangj.com> Fri, 14 April 2017 01:05 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 20E7B1270A7 for <dnssd@ietfa.amsl.com>; Thu, 13 Apr 2017 18:05:21 -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_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 tC1fQ5s_aF6n for <dnssd@ietfa.amsl.com>; Thu, 13 Apr 2017 18:05:19 -0700 (PDT)
Received: from oj.bangj.com (amt0.gin.ntt.net [129.250.11.170]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1B081127876 for <dnssd@ietf.org>; Thu, 13 Apr 2017 18:05:18 -0700 (PDT)
Received: from [172.30.6.40] (rrcs-67-53-196-2.west.biz.rr.com [67.53.196.2]) (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 C1EB326C4D; Thu, 13 Apr 2017 20:57:02 -0400 (EDT)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Tom Pusateri <pusateri@bangj.com>
In-Reply-To: <9A671E6C-369C-48F8-A310-2BF40BA9F856@gmail.com>
Date: Thu, 13 Apr 2017 15:05:15 -1000
Cc: "dnssd@ietf.org" <dnssd@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <16076F38-42A1-4F9D-991A-C362BB549B14@bangj.com>
References: <43A42C9D-FC48-4AF1-9E9B-299D5B0179E1@jisc.ac.uk> <B17C4F9A-D99D-4BA1-B157-A985B0C9E35D@jisc.ac.uk> <9A671E6C-369C-48F8-A310-2BF40BA9F856@gmail.com>
To: Ralph Droms <rdroms.ietf@gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/eu7rfc4a0geV7qlG68oyC6sJhTM>
Subject: Re: [dnssd] WGLC on draft-ietf-dnssd-push-10 (extended to 14th April)
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.22
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: Fri, 14 Apr 2017 01:05:21 -0000

> On Apr 13, 2017, at 12:26 PM, Ralph Droms <rdroms.ietf@gmail.com> wrote:
> 
> I think draft-ietf-dnssd-push-10  is ready to be forwarded to the IESG, after the following comment is addressed:
> 
> I found the second item in the list in section 6.1 confusing:
> 
> 6.1.  Discovery
> 
>   The first step in DNS Push Notification subscription is to discover
>   an appropriate DNS server that supports DNS Push Notifications for
>   the desired zone.  The client MUST also determine which TCP port on
>   the server is listening for connections, which need not be (and often
>   is not) the typical TCP port 53 used for conventional DNS, or TCP
>   port 853 used for DNS over TLS [RFC7858].
> 
>   1.  The client begins the discovery by sending a DNS query to its
>       local resolver, with record type SOA [RFC1035], for the domain
>       name to which it wishes to subscribe.
> 
>   2.  If the SOA record exists, it MUST be returned in the Answer
>       Section of the response.  If not, the local resolver SHOULD
>       include the SOA record for the zone of the requested name in the
>       Authority Section.
> 
> The second sentence seems self-contradictory: "If the SOA record doesn't exist, include the SOA record in the Authority Section.”
> 

It’s not contradictory but could be worded better.

From the LLQ draft:

   The client begins by sending a standard DNS query for the name of the
   LLQ, with type SOA. The server MUST answer with that SOA record in
   the Answer section, if the record exists. The server SHOULD include
   an SOA record for that name's zone in the Authority section, if the
   LLQ name (type SOA) does not exist. For example, a query for
   _ftp._tcp.apple.com. may return an SOA record named apple.com. in the
   Authority section if there is no SOA record named
   _ftp._tcp.apple.com. If, in this case, the server does not include
   the SOA record in the Authority section, the client strips the
   leading label from the name and tries again, repeating until an
   answer is received.

We can make this more clear.

> Minor editorial nit:
> 
> In the "NOTE:" at the end of section 6.2.1, s/were/where/

Fixed.

Thanks,
Tom


> 
> - Ralph
> 
>> On Apr 6, 2017, at 4:59 AM, Tim Chown <Tim.Chown@jisc.ac.uk> wrote:
>> 
>> Hi,
>> 
>> We have had no comments on this WGLC.
>> 
>> In order to progress the draft to our AD/IESG we need some positive expressions of support; please do try to find some time to read and comment on the document.
>> 
>> We’ll extend the WGLC until next Friday, 14th April, given we are also waiting on a WGLC for the DNS session signalling draft used by DNS Push.
>> 
>> Many thanks,
>> Tim & Ralph
>> 
>>> On 21 Mar 2017, at 11:24, Tim Chown <Tim.Chown@jisc.ac.uk> wrote:
>>> 
>>> Dear dnssd WG participants,
>>> 
>>> We are initiating a WG Last Call today on draft-ietf-dnssd-push-10, which you can find at https://tools.ietf.org/html/draft-ietf-dnssd-push-10
>>> 
>>> The call runs for two weeks, and will thus close on Tuesday 4th April.
>>> 
>>> Please send any comments, which includes indications of support for progression of the document as is, to the dnssd@ietf.org list.  Such statements of support are important; this draft will not be advanced for publication unless there is sufficient response and support from the WG.  
>>> 
>>> There will be a brief opportunity to also make comments in the dnssd WG meeting in Chicago next week, but the chairs would appreciate a record of comments to the list.
>>> 
>>> We are expecting the associated DNS session signalling draft to also go through WGLC in the dnsop WG in the next couple of weeks, with the aim of both documents being published together.
>>> 
>>> The DNS-SD Discovery Proxy (formerly the DNS-SD Hybrid Proxy), which Stuart has updated to reflect the new nomenclature, will be sent to the IESG once the shepherd write-up is completed.
>>> 
>>> Best wishes,
>>> 
>>> Ralph and Tim
>>> dnssd WG co-chairs
>>> 
>>> 
>> 
>> _______________________________________________
>> dnssd mailing list
>> dnssd@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnssd
> 
> _______________________________________________
> dnssd mailing list
> dnssd@ietf.org
> https://www.ietf.org/mailman/listinfo/dnssd