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

"Jan Komissar (jkomissa)" <> Mon, 17 April 2017 13:04 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 1ECAC12EC93 for <>; Mon, 17 Apr 2017 06:04:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Status: No, score=-14.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id GanGajOlQY8D for <>; Mon, 17 Apr 2017 06:04:42 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 78F04128D40 for <>; Mon, 17 Apr 2017 06:04:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple;;; l=6410; q=dns/txt; s=iport; t=1492434281; x=1493643881; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=rwexeGCk74ly7kg5YKXv26zB3unvgEpj7H/x6IzI2FY=; b=d57ihXA1l9E/OUVbJTcu2OxwYi+Z9UXYqd2jZCOwc10OW8RVcbZTXYDg pvvDdjDr7mfaA39QMwhw1Ugsj6/0lZHYU+HL8+Tn8Kt76QYdkMLOrVsJR H4i+oLhUVPNA/V2Vxoza3105+nnqoDKkp12xbFQVN3GLFcf9IkkSiB0wW k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.37,215,1488844800"; d="scan'208";a="413503155"
Received: from ([]) by with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Apr 2017 13:04:40 +0000
Received: from ( []) by (8.14.5/8.14.5) with ESMTP id v3HD4ePS029588 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 17 Apr 2017 13:04:40 GMT
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 17 Apr 2017 08:04:39 -0500
Received: from ([]) by ([]) with mapi id 15.00.1210.000; Mon, 17 Apr 2017 08:04:39 -0500
From: "Jan Komissar (jkomissa)" <>
To: Tom Pusateri <>, Sara Dickinson <>
CC: "" <>
Thread-Topic: [dnssd] WGLC on draft-ietf-dnssd-push-10 (extended to 14th April)
Thread-Index: AQHSrrQt5BVSQhAYcUm1aHehOchuNqHFePoAgACqMoCAA4aGgA==
Date: Mon, 17 Apr 2017 13:04:39 +0000
Message-ID: <>
References: <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <>
Subject: Re: [dnssd] WGLC on draft-ietf-dnssd-push-10 (extended to 14th April)
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Discussion of extensions to DNS-based service discovery for routed networks." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 17 Apr 2017 13:04:44 -0000

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?)



On 4/14/17, 11:14 PM, "dnssd on behalf of Tom Pusateri" < on behalf of> 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.
    > On Apr 14, 2017, at 7:05 AM, Sara Dickinson <> 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 <> 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 <> wrote:
    >>> Dear dnssd WG participants,
    >>> We are initiating a WG Last Call today on draft-ietf-dnssd-push-10, which you can find at
    >>> 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 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 mailing list
    dnssd mailing list