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

"Jan Komissar (jkomissa)" <jkomissa@cisco.com> Mon, 17 April 2017 20:26 UTC

Return-Path: <jkomissa@cisco.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 609D0128C82 for <dnssd@ietfa.amsl.com>; Mon, 17 Apr 2017 13:26:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.522
X-Spam-Level:
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: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 qwhHAGwOnrE1 for <dnssd@ietfa.amsl.com>; Mon, 17 Apr 2017 13:26:10 -0700 (PDT)
Received: from alln-iport-2.cisco.com (alln-iport-2.cisco.com [173.37.142.89]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85B771200FC for <dnssd@ietf.org>; Mon, 17 Apr 2017 13:26:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8064; q=dns/txt; s=iport; t=1492460770; x=1493670370; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=GeXB/+Hd/bPRNP2k+U4DZTxb9G14k69nJ9IBG151ok4=; b=FD6IyQPjY95O90AqS1GP4EBrOvR8ayUkGXEK8Nk1qS4q2TEzKduJ/Krc sWVCzivGp7Z3mjwS63eq5VHmGxh3yReTQZrWwqI+VX5nXrEGyhf71T5DV /GFeLJ2sNvdVYVM6E4Od89y1VMwRrzlkdNG6D6cSHG+gP8v9mc+h9PFpW Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ASAgBFJPVY/5hdJa1dGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBg1NhgQsHg1+KFZFeb5Rwgg8hC4V4AhqDaT8YAQIBAQEBAQEBayi?= =?us-ascii?q?FFQEBAQECAQEBIREaIAsQAgEIGAICCAEdAgICJQoBFRACBA4FHQSJbggOqyKCJ?= =?us-ascii?q?osbAQEBAQEBAQEBAQEBAQEBAQEBAQEBGAWBC4VHgV0rgWNWNIRBHTOCTC6CMQW?= =?us-ascii?q?Pd4Y7hmkBhwODK4g2gX+FMINdhjqUCQEfOIEFYxVEEQGEVByBY3WIDoENAQEB?=
X-IronPort-AV: E=Sophos;i="5.37,216,1488844800"; d="scan'208";a="408670472"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by alln-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 Apr 2017 20:26:09 +0000
Received: from XCH-RCD-020.cisco.com (xch-rcd-020.cisco.com [173.37.102.30]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v3HKQ9bx018840 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 17 Apr 2017 20:26:09 GMT
Received: from xch-aln-019.cisco.com (173.36.7.29) by XCH-RCD-020.cisco.com (173.37.102.30) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Mon, 17 Apr 2017 15:26:08 -0500
Received: from xch-aln-019.cisco.com ([173.36.7.29]) by XCH-ALN-019.cisco.com ([173.36.7.29]) with mapi id 15.00.1210.000; Mon, 17 Apr 2017 15:26:08 -0500
From: "Jan Komissar (jkomissa)" <jkomissa@cisco.com>
To: Tom Pusateri <pusateri@bangj.com>
CC: "dnssd@ietf.org" <dnssd@ietf.org>, Sara Dickinson <sara@sinodun.com>
Thread-Topic: [dnssd] WGLC on draft-ietf-dnssd-push-10 (extended to 14th April)
Thread-Index: AQHSrrQt5BVSQhAYcUm1aHehOchuNqHFePoAgACqMoCAA4aGgIAAmR+AgAADL4D//98MAA==
Date: Mon, 17 Apr 2017 20:26:08 +0000
Message-ID: <73294CB0-F691-494B-85AC-50AEA5F49123@cisco.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> <9E85D19A-77B8-4D17-98D7-EF564A534B24@bangj.com>
In-Reply-To: <9E85D19A-77B8-4D17-98D7-EF564A534B24@bangj.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1d.0.161209
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.131.32.73]
Content-Type: text/plain; charset="utf-8"
Content-ID: <3C9C7E89CB866343B137543FF803DACA@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/KWulA9A-lo-91tKp_XY_J5xvYko>
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 20:26:13 -0000

Hi Tom,

That sounds better.

And yes for WG adoption.

Regards,

Jan.

On 4/17/17, 2:24 PM, "Tom Pusateri" <pusateri@bangj.com> wrote:

    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