Hello David,

Thank you for your review. 

We will update the heading of section 10.2 as you suggested to "Service Name 
and Transport Protocol Port Number Registry". This is the registry, which also 
contains the brski-proxy and brski-registry and the brski-pledge should be in 
the same place. 

The update will appear in the next version of the draft (an intermediate 
version is available on the ANIMA git under 
https://github.com/anima-wg/anima-brski-prm)

Best regards
Steffen

> -----Original Message-----
> From: David Lawrence via Datatracker <nore...@ietf.org>
> Sent: Wednesday, February 5, 2025 4:17 AM
> To: dns...@ietf.org
> Cc: anima@ietf.org; draft-ietf-anima-brski-prm....@ietf.org; 
> last-c...@ietf.org
> Subject: Dnsdir last call review of draft-ietf-anima-brski-prm-17
> 
> Reviewer: David Lawrence
> Review result: Ready with Nits
> 
> For the DNS Directorate, I have focused my review on the DNS-salient aspects 
> of
> the draft.
> 
> The core protocol use of DNS-SD looks spot-on, so no issues there.
> 
> This draft does a callout to RFC 8995 for core definitions, which does 
> fortunately
> include a definition of "Domain" that makes it clear that it isn't talking 
> only about a
> domain name in the common DNS sense.
> However, neither 8995's Terminology section nor the one here define Domain
> Registrar, and given that it is a reasonably common term on the Internet for 
> which
> people will have a preconceived notion of its meaning, it'd be good to 
> identify in
> Terminology here not only what it does mean, but to explicitly acknowledge 
> that it
> is not a DNS registrar.
> 
> Section 10.2 for IANA is titled "DNS Service Names" but fails to mention where
> IANA is registering this information.  I believe you mean the Service Name and
> Transport Protocol Port Number Registry, which is not a DNS Service Name
> registry.  Please add the registry name in the section, and delete DNS from 
> the
> section title.
> 
> I've noted that a number of other reviews have already covered matters of
> proofreading, and rather than attempt to de-duplicate the minor errors I also 
> saw,
> I've instead trusted that they were all already covered.
> 
> 
> 
> 

_______________________________________________
Anima mailing list -- anima@ietf.org
To unsubscribe send an email to anima-le...@ietf.org

Reply via email to