Re: [dnssd] Impending Publication of Discovery Proxy RFC

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Tue, 09 June 2020 15:01 UTC

Return-Path: <evyncke@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 A9E383A08E6 for <dnssd@ietfa.amsl.com>; Tue, 9 Jun 2020 08:01:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.597
X-Spam-Level:
X-Spam-Status: No, score=-9.597 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 header.b=ZxKkWUMW; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=r6GN2S93
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 Bo3WYsAJfoab for <dnssd@ietfa.amsl.com>; Tue, 9 Jun 2020 08:01:36 -0700 (PDT)
Received: from alln-iport-5.cisco.com (alln-iport-5.cisco.com [173.37.142.92]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 966613A084C for <dnssd@ietf.org>; Tue, 9 Jun 2020 08:01:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=23647; q=dns/txt; s=iport; t=1591714894; x=1592924494; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=L/KrMm026otPawT469gQESTx5ba1smd3+C/AG2aMH7o=; b=ZxKkWUMWNBThP8gX0rHNiTLH/JoG4GrfzHaGSqRR/SYD2Rwjbf9Fuey1 KF0irsRfFhjcwONnuPAHMqqfiTN8orV3lEp+MEvbIYHsk6w+B68Zeml+3 ou0ksY7Th+42rucCAERwJjv61Ir1HJ3BMkNu+yonvQK6fFVrOPEy8Y4bz Q=;
IronPort-PHdr: =?us-ascii?q?9a23=3AxieOrh105hQWn+i8smDT+zVfbzU7u7jyIg8e44?= =?us-ascii?q?YmjLQLaKm44pD+JxWGuadiiVbIWcPQ7PcXw+bVsqW1X2sG7N7BtX0Za5VDWl?= =?us-ascii?q?cDjtlehA0vBsOJSCiZZP7nZiA3BoJOAVli+XzoPk1cGcK4bFrX8TW+6DcIEU?= =?us-ascii?q?D5Mgx4bu3+Bo/ViZGx0Oa/s53eaglFnnyze7R3eR63tg7W8MIRhNhv?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAABYo99e/5pdJa1MGhkBAQEBAQE?= =?us-ascii?q?BAQEBAQEBAQEBAQESAQEBAQEBAQEBAQEBgXkBAQEBAQELAYEiL1IHb1gvLIQ?= =?us-ascii?q?kg0YDjRsliX+Ja4RoglIDVQsBAQEMAQEYAQoKAgQBAYREAheBfgIkNwYOAgM?= =?us-ascii?q?BAQsBAQUBAQECAQYEbYVbDIVyAQEBAQMBARARHQEBLAYFAQ8CAQgOAwIBAQI?= =?us-ascii?q?oAwICAh8GCxQJCAIEAQ0FIoMEAYF+TQMuAQ47pTwCgTmIYXaBMoMBAQEFgkm?= =?us-ascii?q?Ceg0Lgg4JgTgBgmOJbxqBQT+BOAwQgh8uPoIeSQEBAhqBaQ0JCIJWM4ItkhO?= =?us-ascii?q?GMiWKdY9zTAqCWZQohGUDHYJtiROFFYsmgheRDIFiiCWCUZFFAgQCBAUCDgE?= =?us-ascii?q?BBYFAKSMRgUVwFTsqAYI+CUcXAg2QQAwXg0+FFIVCdAI1AgYBBwEBAwl8jxU?= =?us-ascii?q?BAQ?=
X-IronPort-AV: E=Sophos;i="5.73,492,1583193600"; d="scan'208,217";a="504160178"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 09 Jun 2020 15:01:33 +0000
Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-3.cisco.com (8.15.2/8.15.2) with ESMTPS id 059F1XLU011294 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 9 Jun 2020 15:01:33 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 9 Jun 2020 10:01:33 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 9 Jun 2020 10:01:32 -0500
Received: from NAM10-DM6-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 9 Jun 2020 11:01:32 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fR2KcNZHEHKP5KjiSgOUd9gNkzumjE2btWL1UZqrA3FDRosizjVVxhfZaNMRGqlrAzJm6THIlalMftLKvH8aEHHSAh7iyM8bxzLX4rZ7ZeORzGCfbLCDf998952e83iJDrziy6T+9DrFEDj58jeOZc5WPrFKXdm4HNYv4X1fMTDgf/rR2n4elyPNkcfbotfXEmo/t7kv2GtmVJ4+UsN2nohcniX7MC6r+6XeGR5egQkGlb2lPbvZW4eius7Wvt10heXiePhVl/YFIm/69hlLVUjtgOoaWw4NaZXnIaH2dZ6wlYaETWnGHYG2srHXfYnKw1uqKn/kqLoe4rfKOypvag==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L/KrMm026otPawT469gQESTx5ba1smd3+C/AG2aMH7o=; b=cuP78YohpHfgsA5m1p3h1zArikCMle7Buc9to2xSfIW9Jk3hRV3VQ4Ug8xEbICqRb/ki1V0gWDW+ITtipJTaqvQOJENNn8G16kLbvEJoZnGqSIs59aIkEbyItRdqJcH2NNh9CNsLZbXbZsxr9O6eFoQn5xqjGzFK9VcdfM68ASC+yihed1nBPVrq1lcNLOCoZG7WSyJGDW+fXI7s3GiHY0mfwnWhbBKdnvuPRlikmRBBxjzXrMPw/ID0f6EwNXYF/5RonyGunJ/ZU3uVm4VpnLHwNtsA7ISCILMlpVaULxXXEU49l9WL3fdWDCNMgCWjpHsJ0iyI7+rPbnWFRjJeeg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L/KrMm026otPawT469gQESTx5ba1smd3+C/AG2aMH7o=; b=r6GN2S93niTuj+4mtAz7xxnP/mOvEc6Im6hHiJB4tE9Eio7PhuDd31YTfRR0CEgwBomq0K3QhZts2UvAb6v2f+h5z2FYU/6UfpJYPdk0boZKZKGEvqdOl9GNERljXKLwsNSz/bNGQophsPMg/cf5/0W6p+L6gTmL573u07EFOPM=
Received: from DM5PR11MB1753.namprd11.prod.outlook.com (2603:10b6:3:10d::13) by DM5PR11MB1673.namprd11.prod.outlook.com (2603:10b6:4:c::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3066.20; Tue, 9 Jun 2020 15:01:31 +0000
Received: from DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::a14c:59b6:47b0:f630]) by DM5PR11MB1753.namprd11.prod.outlook.com ([fe80::a14c:59b6:47b0:f630%7]) with mapi id 15.20.3066.023; Tue, 9 Jun 2020 15:01:31 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: David Schinazi <dschinazi.ietf@gmail.com>, Ted Lemon <mellon@fugue.com>
CC: Stuart Cheshire <cheshire@apple.com>, "dnssd@ietf.org" <dnssd@ietf.org>
Thread-Topic: [dnssd] Impending Publication of Discovery Proxy RFC
Thread-Index: AQHWNK35z+jQ7M0fE02+HDh2O8flZqi+N/oAgAABuQCAEO6EAIABbaoA
Date: Tue, 9 Jun 2020 15:01:31 +0000
Message-ID: <21469884-01C1-4516-AD5D-D47052F03C69@cisco.com>
References: <5506A068-55D3-4D47-9B37-9AE9AC44CF47@apple.com> <CAPDSy+7r+5gGZ6cmdkDY+0it2wm5aYJ3z3f-TFA0aG7XSeO5Ww@mail.gmail.com> <E96C520D-951A-4E4F-BCE0-06C3E872A45A@fugue.com> <CAPDSy+7SwZsFY2vOmcvJt=4ij7Y=34uCDzJ9BX5x5Lmcz+KePQ@mail.gmail.com>
In-Reply-To: <CAPDSy+7SwZsFY2vOmcvJt=4ij7Y=34uCDzJ9BX5x5Lmcz+KePQ@mail.gmail.com>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.37.20051002
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2001:420:c0c1:36:1f8:60ff:614c:5bec]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: c5bc702e-2cf3-4cd2-85a2-08d80c85fea2
x-ms-traffictypediagnostic: DM5PR11MB1673:
x-microsoft-antispam-prvs: <DM5PR11MB16738F5EBC217092BF857987A9820@DM5PR11MB1673.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 042957ACD7
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: IqdphcQWZtlh59zICC9hOGoVWSOBERqTHVYDOMSCeKedztEAf8y8/H3di1PlzY0ldlaU4EpOmbmBW/jhTdyiTqArsNFJhR1FUNo5f+GYZ2Q8DfD5iEnigscKXVkHYac0KcIAfmKeu0QqmmamwXo4XthL2upZIf6QKehMcxrJfmRQTb779ccI8IEuc93T5f6ISe1TKFqBX5smDFmBeARewNhi048RjNFrdvVJY34SA/0YIzVtqxtiFey490EdWaLpWuHmaBQjvc4aDFhcZ3+fdYucjrmesfUj5jCtygpWUDqchRL0L1xupV7XezGSsCTvotP/dU+XNIAh/PPcS3fFPibzDdPYtq/LM2NZd0624Jr1CgDBFkA3a/TVDClgYjlcyWtpF/2zRmzH/twHD7caaw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM5PR11MB1753.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(376002)(396003)(39860400002)(136003)(366004)(8936002)(966005)(71200400001)(5660300002)(2616005)(2906002)(16799955002)(54906003)(478600001)(186003)(86362001)(6512007)(36756003)(66476007)(83380400001)(8676002)(166002)(6506007)(6486002)(110136005)(4326008)(66446008)(64756008)(66946007)(316002)(91956017)(33656002)(53546011)(66556008)(76116006); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: BHLRahFWF1sD8zbu4zGzVXjMWBZSfN+IOxdePuUL9hWyTgz8+BC7HhvaMRfhwFF9ZSboIyya3/ylvyUguhS+jL4S+Pdkteydvi97355zbpv0BoL/HuXdN+1WBqX47tWIVuMEOQjGQpinRKCuLwHVECh7jDJs1LXZWiB9gagI9RWwpNGTiUDOho3Yt3IT/q9rC/NZTbRHvWB7g0OpG0z/5P+gwubmrNRlqEwsX5A1ZDDNf/S+FvRddTtFZH9VVUVSbQcfK7PYePh77RT4EpxXle99k+j+1YMxr6xcrE/UKVGweAlbflI46Lo4a5tKgzVF5jI9YDaQZ8Sdazre8tl32dsURbB33y5ML1meRRPkFJSPW6TvH4jlmRnVyMEm8zym5ux3R78b9rbJiiUQcAe7z76gi1BVLhCfw1C9ro5E9XT+/ohwD+e2XDqZb7efEFfsNi6QuIGknM4XUTaV3cVLrL26oapC/uSuxC+o+I1uk6TBmTHjGjl4V7D6hLyvYAwSFtqaqCeoEYiSlmjgNTIPLfRdts1fY9wMYSEVgyb+oqU=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_2146988401C14516AD5DD47052F03C69ciscocom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: c5bc702e-2cf3-4cd2-85a2-08d80c85fea2
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jun 2020 15:01:31.4213 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sE3fk5rnuCK/xn4AViwd8aCxGjv24EpE/W8jhuMxrld6POuIqbx7qH1xFaO8xnhrK9csg1gdPED8xfvuf7TgEg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1673
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com
X-Outbound-Node: rcdn-core-3.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/Q9MuJ9C_7KgA2jvKiiQ9y5VEB_A>
Subject: Re: [dnssd] Impending Publication of Discovery Proxy RFC
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: Tue, 09 Jun 2020 15:01:42 -0000

Thank you David for closing this review of the changes.

Stuart has proceed with the publication process AUTH48 as the WG has agreed with the changes (no wonder). This should ‘unlock’ the C367 cluster https://www.rfc-editor.org/cluster_info.php?cid=C367 so three more published documents by this WG !

:-)

-éric

From: dnssd <dnssd-bounces@ietf.org> on behalf of David Schinazi <dschinazi.ietf@gmail.com>
Date: Monday, 8 June 2020 at 21:13
To: Ted Lemon <mellon@fugue.com>
Cc: Stuart Cheshire <cheshire@apple.com>om>, "dnssd@ietf.org" <dnssd@ietf.org>
Subject: Re: [dnssd] Impending Publication of Discovery Proxy RFC

Thank you for your reply, Ted.

The chairs have not received any objections at this time,
so we are moving forward with Stuart's proposed change.

Stuart, please proceed with publication.

Thanks,
David

On Thu, May 28, 2020 at 5:38 PM Ted Lemon <mellon@fugue.com<mailto:mellon@fugue.com>> wrote:
I am okay with this change.  (This is actually the first time I’ve seen it, although I did make that suggestion to Stuart, as he reported.:)



On May 28, 2020, at 8:32 PM, David Schinazi <dschinazi.ietf@gmail.com<mailto:dschinazi.ietf@gmail.com>> wrote:

Thanks for the update, Stuart!

I have reviewed the change that Stuart proposes, and I personally
believe that it is positive and editorial; in other words, I do think this
change improves the document, and I do not think that this change
impacts any normative requirements in the document.

Therefore, I believe that this change does not go against any
previously established working group consensus, and is acceptable
at this stage in the process.

However, as chair, I would like working group members to confirm
my personal opinion. Please review the change and respond here
stating whether you believe that the change is positive and
editorial (as defined above).

The chairs will collect responses for ten days, and then proceed with
publication on 2020-06-08 if no objections arise.

Thanks,
David

On Wed, May 27, 2020 at 10:07 PM Stuart Cheshire <cheshire=40apple.com@dmarc.ietf.org<mailto:40apple.com@dmarc.ietf.org>> wrote:
We are wrapping up AUTH48 for DNS Push Notifications and Discovery Proxy.

In doing my AUTH48 reviews, I read RFC 8499 (DNS Terminology) to make sure I was using DNS terminology correctly. I noticed RFC 8499 criticizes RFC 5731 (EPP Domain Name Mapping) for introducing the terms “subordinate” and “superordinate” but defining them by example rather than defining them explicitly. I realized that the Discovery Proxy RFC text was guilty of the same thing.

Various important Discovery Proxy data translations are illustrated by example in different places in the document, and only mentioned obliquely in the “Data Translation” section. In draft-ietf-dnssd-hybrid-10...txt, Section 5.5 begins with the following text:

5.5.  Data Translation

   Generating the appropriate Multicast DNS queries involves,
   at the very least, translating from the configured DNS domain
   (e.g., "Building 1.example.com<http://1.example.com/>") on the Unicast DNS side to "local"
   on the Multicast DNS side.

   Generating the appropriate Unicast DNS responses involves translating
   back from "local" to the appropriate configured DNS Unicast domain.

   Other beneficial translation and filtering operations are described
   below.

......

The three uses of the word “appropriate” there encompass quite a lot! The descriptions of the necessary translations are scattered elsewhere in the document, sometimes explicitly, sometimes only by example. The information is there, but you have to read the document attentively to get it all. Others who worked on implementations, like Ted Lemon and Tom Pusateri, were clear on what “appropriate” meant because they were actively involved with the working group throughout. Talking more recently with other implementers, it has become painfully clear that it is not obvious to everyone.

Following a suggestion from Ted Lemon, I have pulled from examples that are scattered elsewhere throughout the document, and used them to craft a clearer summary description in this section. Without this new text I fear there is a risk of different implementers making different assumptions, yielding interoperability problems that have to be found and fixed through painful testing and debugging.

The more thorough text for this section is attached, both in plain text and HTML form. (I recommend the HTML version because it has the example text nicely formatted in a different font.)

Please take a look and check that this new text correctly captures the intent of the document and protocol.

Stuart Cheshire

_______________________________________________
dnssd mailing list
dnssd@ietf.org<mailto:dnssd@ietf.org>
https://www.ietf.org/mailman/listinfo/dnssd
_______________________________________________
dnssd mailing list
dnssd@ietf.org<mailto:dnssd@ietf.org>
https://www.ietf.org/mailman/listinfo/dnssd