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

Tom Pusateri <pusateri@bangj.com> Mon, 17 April 2017 18:24 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 D91AA1293E1 for <dnssd@ietfa.amsl.com>; Mon, 17 Apr 2017 11:24:13 -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 LSj2ZsYuCcmY for <dnssd@ietfa.amsl.com>; Mon, 17 Apr 2017 11:24:11 -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 A3AD813175F for <dnssd@ietf.org>; Mon, 17 Apr 2017 11:24:11 -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 88758262AE; Mon, 17 Apr 2017 14:15:41 -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: <33194F09-8498-4422-8256-83B36C8E3482@bangj.com>
Date: Mon, 17 Apr 2017 08:24:05 -1000
Cc: "dnssd@ietf.org" <dnssd@ietf.org>, Sara Dickinson <sara@sinodun.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <9E85D19A-77B8-4D17-98D7-EF564A534B24@bangj.com>
References: <43A42C9D-FC48-4AF1-9E9B-299D5B0179E1@jisc.ac.uk> <B17C4F9A-D99D-4BA1-B157-A985B0C9E35D@jisc.ac.uk> <87789F25-8664-404F-B4A8-E962A1722F62@sinodun.com> <FCDA7D6E-9F56-40D7-BAAA-C75A9DDE9EF6@bangj.com> <342F7B95-40B6-4A29-8ED9-C183917394D4@cisco.com> <33194F09-8498-4422-8256-83B36C8E3482@bangj.com>
To: "Jan Komissar (jkomissa)" <jkomissa@cisco.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/H5kA_g84uQPX2cs54jarwipvi30>
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: Mon, 17 Apr 2017 18:24:14 -0000

Alternatively, the UNSUBSCRIBE TLV could contain the SUBSCRIBE ID as SSOP-DATA and still have it’s own unique message ID.

Tom

> On Apr 17, 2017, at 8:12 AM, Tom Pusateri <pusateri@bangj.com> wrote:
> 
> Sorry, Stuart changed this on me. The UNSUBSCRIBE used to contain the record name and type like the subscribe. I was still thinking that it did. I think this is the better approach and will discuss with Stuart. Then you can have unique IDs.
> 
> Thanks,
> Tom
> 
> 
>> On Apr 17, 2017, at 3:04 AM, Jan Komissar (jkomissa) <jkomissa@cisco.com> wrote:
>> 
>> Hi Tom,
>> 
>> Does this mean that a client may not unsubscribe a subscription until it has received the response to the subscription request? You may want to clarify that in section 6.4.1 paragraph 4, which explicitly allows an unsubscribe before the subscribe is acknowledged, effectively allowing two messages in flight with the same id at the same time. (Or has there been a protocol change that I missed?)
>> 
>> Regards,
>> 
>> Jan.
>> 
>> On 4/14/17, 11:14 PM, "dnssd on behalf of Tom Pusateri" <dnssd-bounces@ietf.org on behalf of pusateri@bangj.com> wrote:
>> 
>>   Thanks for the review Sara.
>> 
>>   The last paragraph of section 6.4.1 needs to be removed. It was left over from previous versions where the message id was 0. We now expect SUBSCRIBE and UNSUBSCRIBE requests (even overlapping ones) to have unique message IDs and will fully conform with RFC 7766.
>> 
>>   I’ll add the appropriate references to the profiles draft.
>> 
>>   Tom
>> 
>>> On Apr 14, 2017, at 7:05 AM, Sara Dickinson <sara@sinodun.com> wrote:
>>> 
>>> HI All, 
>>> 
>>> This draft looks in very good shape to me. I have a couple of minor comments:
>>> 
>>> - I think there could be a reference to RFC7858 at the end of the second paragraph in Section 4.
>>> 
>>> - Section 6.4.1 discusses clients having 2 messages in flight with the same MESSAGE ID (SUBSCRIBE and UNSUBSCRIBE). This is a valid use case in this context but it does conflict with the statement in RFC7766 “When sending multiple queries over a TCP connection, clients MUST NOT reuse the DNS Message ID of an in-flight query on that connection in order to avoid Message ID collisions. “. I think it would be helpful to point out this exception and in fact I think that means this draft technically updates RFC7766?
>>> 
>>> - Section 7 - I think it would help if there was a reference to draft-ietf-dprive-dtls-and-tls-profiles - the discussion of server authentication here overlaps with that draft. Also a reference to  section 9 of draft-ietf-dprive-dtls-and-tls-profiles could be used instead of sections 7.3 and 7.4 as that document already makes recommendations about following RFC7525, TLS Session resumption and similar. 
>>> 
>>> Sara. 
>>> 
>>> 
>>>> On 6 Apr 2017, at 09:59, 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
>> 
>>   _______________________________________________
>>   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