Re: [dnssd] I-D Action: draft-ietf-dnssd-srp-23.txt

Alexander Clouter <alex+ietf@coremem.com> Wed, 01 November 2023 15:38 UTC

Return-Path: <alex+ietf@coremem.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 4F49BC14F5E0 for <dnssd@ietfa.amsl.com>; Wed, 1 Nov 2023 08:38:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=coremem.com header.b="YED9oCVi"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="XJ1OTnwp"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfDprsH0SGYk for <dnssd@ietfa.amsl.com>; Wed, 1 Nov 2023 08:38:42 -0700 (PDT)
Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 86154C1522CD for <dnssd@ietf.org>; Wed, 1 Nov 2023 08:38:32 -0700 (PDT)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 92F6F5C03F2; Wed, 1 Nov 2023 11:38:31 -0400 (EDT)
Received: from imap46 ([10.202.2.96]) by compute3.internal (MEProxy); Wed, 01 Nov 2023 11:38:31 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coremem.com; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:sender :subject:subject:to:to; s=fm2; t=1698853111; x=1698939511; bh=vU /O2vYLZWfya13dO9ztNqkGsfB+byMO2kNxg4Zitc4=; b=YED9oCViah+MbHjJPZ 6dMoWsg/FNotyI4P3waL12JGrDo0MMFDlNdvtv4BHQZDj1q9FZkpNGnjkK3Vx3sZ YIgyZnkTrHyho/ihK6sSfPGeqFvIrglSEdimXXvp7AeQAznAk7jT9H2wQ6FIoe83 rhHamTfFrd9hAMrz6HyqFPdABfBDxyydu8d0ocUHlew5ss08DMLbB7ctDcjF7UYu dUAAs4ogJDI0fP8qKt7q+3mpTLZkClZVvr8XUseFREJJ7TANSEyG/Ynrq1gtjiNy lH64p8+CIVCC0a3cvrPUSkx+IY9VbwNhzhJ2HUEK/LmtgBR3hx+oEW3QfDd0jONg l9yg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:sender:subject :subject:to:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; t=1698853111; x=1698939511; bh=vU/O2vYLZWfya 13dO9ztNqkGsfB+byMO2kNxg4Zitc4=; b=XJ1OTnwpzutyLsiqdj+T0DsVWzcQp 1nk3G4+yX/+asj/grsRfQPAuveCCsM/Yf4yjmhWxo5EsChLAFUoGCn7Y1IJFc/7F e3KzCsyHkQp48f4oG6OwJ/PXZjOsedcQHOoRUBEikfs8cYjJaS4H0vIUqScMGG3p M2wjonbyL6zKDvexkxAPrIjJ5TAK5uvmla6B65L9qcUMCKzlj7SP367FqSZI3feK lDu0fjpwCi/Vy0aWUYozaNGGnJ57mo1s5yTM9xY+Mx3f1N0+12Smk8x543Y/le5F Ee+0ahsEWVjoZhUgDSahl/lbQXhfjtBmzf2MuVcAtQgURiu08Pen4myMQ==
X-ME-Sender: <xms:93BCZUN4YEJO3ui6vRmK2UyUOp128edEWtx7YPNSxba64sCl-KCrRA> <xme:93BCZa-C2S5d9fvMj8XdG0r8FaxkoJM7FrLw6LQei-bJ8akrI_2dQ_2ga6gbcW3_E Z6UkGHoIODAfWIGRQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddtgedgjeekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfgjfhffhffvvefutgesth dtredtreertdenucfhrhhomhepfdetlhgvgigrnhguvghrucevlhhouhhtvghrfdcuoegr lhgvgidoihgvthhfsegtohhrvghmvghmrdgtohhmqeenucggtffrrghtthgvrhhnpeevge ehjeeuveekvedvhfehuedufeehgeduuedtleelieetheegffeitedtudfgudenucevlhhu shhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhgvgidoihgvth hfsegtohhrvghmvghmrdgtohhm
X-ME-Proxy: <xmx:93BCZbQ2upDPolFdy_TVdEkdKRNdyjC-NROrHf2XZCE6gTSYQRmhiQ> <xmx:93BCZctuQrf-QGZQ9vErUQzElejG08UeH1LzWxj1OOFrOXO5tY2NlA> <xmx:93BCZcdSOyAZObnxo7MDqqmQgzR0tPCYWrRife9j2cgAQF_qVO5LVA> <xmx:93BCZWq8QyaGhMpGHXTJU9CnS4XxKAXJX1jH0LM6-Eelcc0ITwflEQ>
Feedback-ID: ie3614602:Fastmail
Received: by mailuser.nyi.internal (Postfix, from userid 501) id EBE122A2008B; Wed, 1 Nov 2023 11:38:30 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.9.0-alpha0-1108-g3a29173c6d-fm-20231031.005-g3a29173c
MIME-Version: 1.0
Message-Id: <0b7d96e5-7f06-4036-b8ee-3e37ff79ab7b@app.fastmail.com>
In-Reply-To: <CAPt1N1=dd+a-x6RYFW9YP2-zHj3eR+mry15YL=zq=MigvpggDQ@mail.gmail.com>
References: <169118866241.13601.15936262706231533955@ietfa.amsl.com> <8e212aa0-dd57-4733-8992-6d4f9b5aa3a5@app.fastmail.com> <CAPt1N1=dd+a-x6RYFW9YP2-zHj3eR+mry15YL=zq=MigvpggDQ@mail.gmail.com>
Date: Wed, 01 Nov 2023 15:38:09 +0000
From: Alexander Clouter <alex+ietf@coremem.com>
To: Ted Lemon <mellon@fugue.com>
Cc: dnssd@ietf.org
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnssd/tGLWlkxs-6-IWQv6P8h3cMMGOgE>
Subject: Re: [dnssd] I-D Action: draft-ietf-dnssd-srp-23.txt
X-BeenThere: dnssd@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 01 Nov 2023 15:38:48 -0000

Hello,

On Tue, 31 Oct 2023, at 21:30, Ted Lemon wrote:
> Hm, good question. I think I was sufficiently under pressure when I did
> that code that I may have forgotten to document why I used that value. I'll
> have to revisit it. Next week. :)

Stumbled on RFC3445 section 4 which looks to state most of the bits (AC, extended field, name type and signatory) MUST be set to 0 (zero).

So most of this has now been decided for you.
----
Flags MUST be set to 0 (zero) as per RFC3445, section 4.
----

Registrars need to be more accepting though it also reads.

I suspect the example in Appendix C needs amending to align to this.

Regards