Roland,
Am I correct in understanding that your use case considers large swarms of nodes that share a single link? I'm one of the chairs of DNSSD, and our charter is specifically constrained to service discovery across multiple links. For that purpose the working group has defined a unicast service registration protocol: SRP. From the abstract:
This makes it possible to deploy DNS Service Discovery 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.
SRP is of course also a good choice for single links, so I wonder whether it might be worth considering for your case. You're welcome to share more details to dnssd@xxxxxxxx to obtain advice. However solving the problems of local zero configuration name services is out of scope for the working group, at least without a recharter.
Hope that helps.
Chris
On Thu, 15 Aug 2024 at 10:27, Roland Kuhn <rk=40rkuhn.info@xxxxxxxxxxxxxx> wrote:
Hi everyone,
I’m working on an adaptation or extension of RFC6762/6763 (mDNS and service discovery) to limit local network bandwidth usage in large deployments [1]. I know that this mailing list is not the right one to use, candidates seem to be the aad (Adaptive DNS Discovery) and dnssd (Extensions for Scalable DNS Service Discovery) working groups. Before barging in I thought I’d ask here, given that this is my first contact with IETF.
Thanks in advance for any advice,
Roland
[1] for a prototype see https://crates.io/crates/swarm-discovery
