Re: [dnssd] Review of draft-ietf-dnssd-srp-12

Esko Dijk <esko.dijk@iotconsultancy.nl> Fri, 12 November 2021 12:23 UTC

Return-Path: <esko.dijk@iotconsultancy.nl>
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 354FC3A0E83 for <dnssd@ietfa.amsl.com>; Fri, 12 Nov 2021 04:23:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=iotconsultancy.nl
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 5Q9QjR4pnPzp for <dnssd@ietfa.amsl.com>; Fri, 12 Nov 2021 04:23:52 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80094.outbound.protection.outlook.com [40.107.8.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BE62D3A0E84 for <dnssd@ietf.org>; Fri, 12 Nov 2021 04:23:51 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bKhyMOLb5YTG8ylzHxqNrwQESKeLhrBWMh6jHuIyLvba1gtPH9xIlhpBjy1GJKvJhPDHyEdkpA1K9SvY6UHC/R5HrAJ2d7y8OvTtwPg9FtCDaOi2MG6qal8EpBoTSDcPYwjhBzCO3IP59a0lC/Dq8ZD+aYFgQKaDWAOLLb0S2yrCzGGm4LUjb8up/p/3yIS5uFmRebkjwdUjaHrpYudAaTFdgyIYeB6eWHvaAaauEchAvXzlRYxg56BpS8FMBA2W22X6X7Ce3N6CUENfBAs001FPOfnqrfPbDbnEm1N5BRBQ2zeCKn8bZzTN5m83BphYCIMvzyyqsaGC2LtJuBYiVg==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jOmRLSIjITZ2ajd11ImG6TRtPTsAEuSPXfp0PSvzj7U=; b=bWTqtZPVguu9XuI4rQTzVW3mWumnrJ819XY0ZbeLX07Lok//k6cTe3rLnKeM18FTG82BppqFsMnEbTUsCkwSY6ep8SGQ8FQSbjlE95TJCkGwx0abKutWU+uI4O541BfIqI+cBtD8A14eKuIqz+SHi3/9tRuNNUR0IscOuypG2ybajxkPg63mB6tM2XLnYUHZ0fbmqT9Uzl11KmvsiHKKojP+X3NzwIqCC3+a8S/6N2gR+IctnCLMCHW3jk4d5YYAtmuiC4XVBvxLxYgCL4erx/i5hjS5XvWX1yFIdQU4RktAj2ORAEoa24n5kXIuEFjDwFP9AvYWb2jeNn5HHS+VnA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iotconsultancy.nl; dmarc=pass action=none header.from=iotconsultancy.nl; dkim=pass header.d=iotconsultancy.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jOmRLSIjITZ2ajd11ImG6TRtPTsAEuSPXfp0PSvzj7U=; b=iwCJyvA2hb6/mqKG8hf1zNf9FbJ3t0J/xS2dEVRTqFmxggkyeH10iThcE+WbKNj8sYv15epyKvJNd7emg6pEzWvycfeUQu1cq9izoMsvOPWGeQ6XAwlJYFdelod4V+/3FzVJ19bafOvvLBYXpFSMbipU4GSkPz97um27Zd51nbg=
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d3::8) by AM9P190MB1425.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:3e7::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4690.25; Fri, 12 Nov 2021 12:23:47 +0000
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::c41d:c9d6:d8c7:65c8]) by AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::c41d:c9d6:d8c7:65c8%8]) with mapi id 15.20.4669.016; Fri, 12 Nov 2021 12:23:46 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: Ted Lemon <mellon@fugue.com>, dnssd <dnssd@ietf.org>
Thread-Topic: Review of draft-ietf-dnssd-srp-12
Thread-Index: AdfW1tL8Kth5svk/SH6a9AFCkSftagAYlS6AAACTE7A=
Date: Fri, 12 Nov 2021 12:23:46 +0000
Message-ID: <AM8P190MB0979C74FB525C8B5D5198184FD959@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM>
References: <AM8P190MB09793402CEA9F4BF4B96DC06FD949@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM> <CAPt1N1k3XRf=rmVBHCuPfk50ps19YhDor6zWvfzipBsccdsDWw@mail.gmail.com>
In-Reply-To: <CAPt1N1k3XRf=rmVBHCuPfk50ps19YhDor6zWvfzipBsccdsDWw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=iotconsultancy.nl;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a149212f-7b9f-4749-0152-08d9a5d7468c
x-ms-traffictypediagnostic: AM9P190MB1425:
x-microsoft-antispam-prvs: <AM9P190MB14256218470EAF9A8F26EA51FD959@AM9P190MB1425.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: RkN8WwOHrNSZIkO0tmf5et1g4ENvDXq9C9pzbOEmO4bC0a/USLEJhC3CJqdrTCg/WrGpOjOrnVJz91WopcZhSxsT4WieOWHozhrdwa671D5BMcAtCgdCD+m0kTueJhQt9Yf18Ij/iYqSGGFH4BMtZr1bRFtNDaJbIrXKFValDfgGWKj3rY8RHZYotayyRv6fLXCO0jOQT87GEzAFpBEjJYIkutikzkq7leISrHIy4vjaku+t5i1UirdeClm0FdvN/zfgt/7IOGSBWxNTsvjBufKx9VNBdhXIbDkkKs/XPO34NAZBvEzvLsfCbDJ9q+si6AFakuEYrkmyKrcPgoqi0xg0Y6Q7niA80VwCBCsBFz0ExXAYmnx2yuTCsw3aDB9ewMADVKWO5ekLiEo6zD9198V26oO5qij2Z3yBTWmnwhL4BCbqQmZmP+4y/zTpp71DZX56ULH9u8CtbIjPwPhlw3YdninD85stK8ndcWGQu+rz5S6mmv2n0ZcbS/5v9Es+/SDzWRIB0w6+28672i1xW37A3d8JMQiBEdr4v0wiEyxSGfN6akCnovHVBAe8MpRwzQeolbf2xkR42fUUqSjOO4+yp+zGyZ7rYupYOzMWIUeltgHads9Kx8o1j2DUBFZlI4NN749MLZGdnq72LUZQUGRr2OSZhH6yDOSCnJj4MTas7Z94KDAxkT+0axAQajvQXRi6o5Y37FIyABwlDKJ8PI1/tidTeLSkymeg1vXW01lmQMUuNL5PIBvP6mluN4/7G41uRLXvXZ4Ob1KsM3OTm+ge/vaOStX0yy9H9UT+dB4=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8P190MB0979.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(136003)(376002)(366004)(396003)(346002)(39830400003)(9686003)(83380400001)(5660300002)(8676002)(166002)(508600001)(186003)(52536014)(26005)(7696005)(110136005)(6506007)(71200400001)(2906002)(86362001)(44832011)(55016002)(38070700005)(66556008)(8936002)(66476007)(122000001)(38100700002)(316002)(33656002)(66446008)(64756008)(66946007)(76116006); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: RMcUGusAip4/i9RwV6gPFkbVf+KxEKZuxpyb8oc/EQIOhUzIH+jd/NFpgaxkvxev3suVLdoDt9Qnd/cQZNzAw3AQDaHBmdH6mcBLS7MLVn6I0UcuqPkOXFaw0xytIh51QprHqyuUSIknoLkGwNsLCJRHEeOdIm+7mpdKWp4ziihRR1X/SqE3wayIrEubgTJuZBF7rmT2bqAICm/WNx1xOUc+7C5NAf2Jwn2Xa2K1BRgV3XMusq15m4jSnNF4OLlej8W1NLC/gGrgFR+QtqGcKsFRjSXp3fttMcQxAbLZArl2Da5i2LqdnqvOfshpVHpzVfFua81y5qQM1scoqBrQ5Tz5naeF22pRgeS//2NcFFRBbrbExQ8pUi1qrqfdKeRGcAASNY+qLPYaVXdw7XL+jZQP97JU2lhTVsy3hpVnjdk6XMyO76IYa9M230lZbIu/E0NVIXbrpY7kYa0HrzawTTxZBAObqb4JoV97Ruwcotuhjo/YCnfIP5IPWU1e/VaUgZAKJS5wW9BMunSCJrHkqsvVqaZZd9XOPXIEQIGhqMomlI+MWJx6by3UUgCLq/CyNuiDTaToQqGN6NeanFE46MMDux8CRa7tZcO0M/hdJzk1clSWMF4ZdBhRXxeNSerJkte5y4FEiEjbXy2hOwajARcxMsnnXbcAYWQvviIDpQuvSHXfoOsqT0QwYjm3P5+HFNFHB570pBGU8xFmcEV4UL9Z08zK57ejDiX3yNCqHJ/AIClhYqD6DWW1ZanRVrZhZXhtSaMjb3XRGPVmlOQuVTl2g3O15q4pTYyfuN1PSbq319RElv7604ALZyr6ilK13dXmZJBYGKA5cMx2ajJMvbpqOdWramA69AfqwcnaXVJFAyIRSCe3IsdlRxU1dpUu29LTDWPqSP/aMTch89HdR8Ky27PIRLa1kBaCwXYs0LwYSLKW45P7cmSl7bNoMytILsiXY/r5UeMGDUZor1Hfo5xV1MWl2NYH52J+4fSgk6SajL5UQcG/h4nzxaDm1B7ksGWnotzjHoXcGXTtxDjCmGMxbpRg2Jbf3IPUqWkpSfZLajHnfn9g75XMnRXX3C9yYrsD27KgNUfTj/2oBjsZgGnrGxv+J10Y6yUbdvAcepqk0/oxNQmcGyevLvyY6kQGMYZCjtHh/db9xMaX+r8dENRSOFurvvD1vYmfWpP9Okc+D+7IzcH8ufAzcd+x5U+p1mnJjKa1Tv50mdUDD47JxCIr6d1dk44XUFPWS4vo8vDIQB/Jt7MZLXQ9kgPOvWzr1+08n6AO5RmpFs/gs8x9JU9/0+VgwGdXnIxOT84NPDr7eM4NjzgWlcSccA3HUoUmq+85rOQkTFDDakBivMoUgVRL0BHePq2fJsAgOyFA0iMVyV+alw3h8PUKAaVDN6nOTIL74nZsHq57mey7ELo8bV9YbylQ3TH/ThV7L7z8axKbI2caEB/HsOZuV7hc/NiITlGrkw/4/LWNJy3JWHTDRJ1BLG6l4eHXMJQySJnhiUwzMXJGCX1lciu6TUascluJzWKlwcqNsr3H7OdiwPS1LYHGTChpNmEIWpPmeakHRbp+A66idcWJa3RQoaIb7CkCSHZDAiJ9BVI3IRloM3Yh1vh3bCC156UFlHq0M8J7uBs9v0DdrJk7lzwp3A46L7k/UW2+OnAvA2K0F0FLuGk0Ww==
Content-Type: multipart/alternative; boundary="_000_AM8P190MB0979C74FB525C8B5D5198184FD959AM8P190MB0979EURP_"
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM8P190MB0979.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: a149212f-7b9f-4749-0152-08d9a5d7468c
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Nov 2021 12:23:46.8941 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dMvXpcgiiodRdjBVoJY5CZvICleXvNoem4/nFnw92qDqfQidRk86bsFj2Qivo/Ip/r7kq63Le7MRhVR8mxdJLrKGdoCizumTtOX/7yZU4lM=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM9P190MB1425
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/aaFbzn8OnC-xfpqm3TIYwWPtv5M>
Subject: Re: [dnssd] Review of draft-ietf-dnssd-srp-12
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: Fri, 12 Nov 2021 12:23:57 -0000

> No, this wouldn't be correct. The additional constraints you want to remove are to ensure that if the Service Instruction is an Add, the Service Description Instruction is also an Add, and if the Service Instruction is a Delete, the Service Description instruction is also a delete. We could explain that in 2.3.2, but currently we do not.

That sounds more straightforward than the current text in the I-D! What about this text, then:

An instruction is a Service Discovery Instruction if it contains

   *  exactly one "Add to an RRSet" ([RFC2136], Section 2.5.1) or exactly one "Delete an RR from an
      RRSet" ([RFC2136], Section 2.5.4) RR update,
   *  which updates a PTR RR,
   *  the target of which is a Service Instance Name,
   *  for which name a Service Description Instruction is present in the
      SRP Update, and
   *  if the RR update is an "Add to an RRSet"
      instruction, that Service Description Instruction
      contains an "Add to an RRset" RR update for the SRV RR
      describing that service; and
   *  if the RR update is a "Delete an RR from an
      RRSet" update, the Service Description Instruction
      contains an "Delete an RR from an RRset" RR update;
   *  and no other add or delete RR updates.

This does modify the logic slightly (in second-last bullet) compared to the original but that’s now based on your explanation.
So one change is to define Service Discovery Instruction without recursively referring to Service Discovery Instruction itself, which I found confusing. Instead it refers to the “exactly one RR update” of the first bullet using the term “RR update”. That works because there’s exactly one. And also it removes the double negation that was present and the unclarity of the negative “does not match” in the definition (does not match against … ?) .

I’d like to reiterate one comment on 2.3.1.1 independent of the above. Not sure if you agree with that :
* Update sentence to: “it contains exactly one "Add to an RRSet" ([RFC2136], Section 2.5.1<https://datatracker.ietf.org/doc/html/rfc2136#section-2.5.1>) or exactly one "Delete an RR from an RRSet" ([RFC2136], Section 2.5.4<https://datatracker.ietf.org/doc/html/rfc2136#section-2.5.1>) RR update,” to point to the correct section numbers.

Best regards
Esko