Smith,
SRP coexists with mDNS, so the goal here would be to add SRP as RECOMMENDED in addition to the REQUIRED mDNS + DNS-SD. The only user-visible difference is the hostname which would have a different domain than ".local" on the end.
> On Jun 12, 2025, at 1:47 PM, Kennedy, Smith (Wireless & IPP Standards) <smith.kennedy at hp.com> wrote:
>> I need to read the RFC closely but we need to consider the roadmap / timeline for supporting SRP in addition to mDNS. I don't know if there is discussion about this transition in the RFC. But we won't be able to drop mDNS for the foreseeable future.
>> Smith
>>>>> On Jun 12, 2025, at 6:37 AM, Michael Sweet via ipp <ipp at pwg.org> wrote:
>>>> CAUTION: External Email All,
>>>> FYI, this RFC enables dynamic DNS-SD updates for regular DNS, and I will probably reference it in my next draft of the IPP Everywhere v2.0 specification...
>>>>>>> Begin forwarded message:
>>>>>> From: rfc-editor at rfc-editor.org>>> Subject: [dnssd] RFC 9665 on Service Registration Protocol for DNS-Based Service Discovery
>>> Date: June 11, 2025 at 9:26:52 PM EDT
>>> To: ietf-announce at ietf.org, rfc-dist at rfc-editor.org>>> Cc: rfc-editor at rfc-editor.org, drafts-update-ref at iana.org, dnssd at ietf.org>>>>>> A new Request for Comments is now available in online RFC libraries.
>>>>>>>>> RFC 9665
>>>>>> Title: Service Registration Protocol for DNS-Based
>>> Service Discovery
>>> Author: T. Lemon,
>>> S. Cheshire
>>> Status: Standards Track
>>> Stream: IETF
>>> Date: June 2025
>>> Mailbox: mellon at fugue.com,
>>>cheshire at apple.com>>> Pages: 36
>>> Updates/Obsoletes/SeeAlso: None
>>>>>> I-D Tag: draft-ietf-dnssd-srp-25.txt
>>>>>> URL: https://www.rfc-editor.org/info/rfc9665>>>>>> DOI: 10.17487/RFC9665
>>>>>> The Service Registration Protocol (SRP) for DNS-based Service
>>> Discovery (DNS-SD) uses the standard DNS Update mechanism to enable
>>> DNS-SD using only unicast packets. This makes it possible to deploy
>>> DNS-SD without multicast, which greatly improves scalability and
>>> improves performance on networks where multicast service is not an
>>> optimal choice, particularly IEEE 802.11 (Wi-Fi) and IEEE 802.15.4
>>> networks. DNS-SD Service registration uses public keys and SIG(0) to
>>> allow services to defend their registrations.
>>>>>> This document is a product of the Extensions for Scalable DNS Service Discovery Working Group of the IETF.
>>>>>> This is now a Proposed Standard.
>>>>>> STANDARDS TRACK: This document specifies an Internet Standards Track
>>> protocol for the Internet community, and requests discussion and suggestions
>>> for improvements. Please refer to the current edition of the Official
>>> Internet Protocol Standards (https://www.rfc-editor.org/standards) for the
>>> standardization state and status of this protocol. Distribution of this
>>> memo is unlimited.
>>>>>> This announcement is sent to the IETF-Announce and rfc-dist lists.
>>> To subscribe or unsubscribe, see
>>>https://www.ietf.org/mailman/listinfo/ietf-announce>>>https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist>>>>>> For searching the RFC series, see https://www.rfc-editor.org/search>>> For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk>>>>>> Requests for special distribution should be addressed to either the
>>> author of the RFC in question, or to rfc-editor at rfc-editor.org. Unless
>>> specifically noted otherwise on the RFC itself, all RFCs are for
>>> unlimited distribution.
>>>>>>>>> The RFC Editor Team
>>>>>>>>> _______________________________________________
>>> dnssd mailing list -- dnssd at ietf.org>>> To unsubscribe send an email to dnssd-leave at ietf.org>>>> ________________________
>> Michael Sweet
>>>> _______________________________________________
>> ipp mailing list
>>ipp at pwg.org>>https://www.pwg.org/mailman/listinfo/ipp>
________________________
Michael Sweet