Re: [dnssd] RFC 9665 on Service Registration Protocol for DNS-Based Service Discovery

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) <[email protected]> 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 <[email protected]> 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: [email protected]
>>> Subject: [dnssd] RFC 9665 on Service Registration Protocol for DNS-Based Service Discovery
>>> Date: June 11, 2025 at 9:26:52 PM EDT
>>> To: [email protected], [email protected]
>>> Cc: [email protected], [email protected], [email protected]
>>> 
>>> 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:    [email protected],
>>>                    [email protected]
>>>        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 [email protected].  Unless
>>> specifically noted otherwise on the RFC itself, all RFCs are for
>>> unlimited distribution.
>>> 
>>> 
>>> The RFC Editor Team
>>> 
>>> 
>>> _______________________________________________
>>> dnssd mailing list -- [email protected]
>>> To unsubscribe send an email to [email protected]
>> 
>> ________________________
>> Michael Sweet
>> 
>> _______________________________________________
>> ipp mailing list
>> [email protected]
>> https://www.pwg.org/mailman/listinfo/ipp
> 

________________________
Michael Sweet

_______________________________________________
ipp mailing list
[email protected]
https://www.pwg.org/mailman/listinfo/ipp