MS does something in the LDAP backend. It does however show that there is a need for the functionality.
> On 28 Aug 2018, at 10:04 am, Ted Lemon <mel...@fugue.com> wrote: > > How do they handle that? > > On Mon, Aug 27, 2018 at 8:02 PM Mark Andrews <ma...@isc.org> wrote: > Active directory has each domain controller updating its own SRV record > on the same <qname,qtype,qclass> tuple. These updates happen at different > times and need to expire if a domain controller becomes unreachable. > > A different case is when you have multiple prefixes from different > providers with different lifetimes. You then end up with multiple AAAA > records that need to expire at different times. > > Mark > > > On 28 Aug 2018, at 8:34 am, Ted Lemon <mel...@fugue.com> wrote: > > > > Sorry, I realized that I accidentally hit "reply" instead of "reply all." > > > > The issue that I raised with Tom is that for the DNSSD SRP use case, the > > only names that receive updates from multiple services are service names > > (IOW, not service instance names). In the case of SRP, PTR RRs in service > > names always point to service instance names, which are per-service, and > > hence can be counted on to expire on a single schedule. So for the use > > case of SRP, the easiest way to handle deleting service name PTR RRs is to > > take advantage of the semantics of DNSSD: when a service instance SRV > > record expires, also delete the PTR RR on the service name that points to > > it. > > > > The reason I bring this up is that it's the most complicated use case I > > know of. Is there some other use case where we expect more than one DNS > > Update client to be updating RRs of the same type on the same name? How > > would this even work without SRP semantics? If this is not expected, then > > any complexity in the timeout RR that's present only to support that use > > case is unnecessary. > > > > This is what has been motivating my questions about use cases. I'm sorry > > I didn't make that clear earlier. > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org > -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop
