[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: delay as a metric, aggregation

To: Iljitsch van Beijnum <iljitsch@muada.com>
Subject: Re: delay as a metric, aggregation
From: Francis Dupont <Francis.Dupont@enst-bretagne.fr>
Date: Wed, 28 Sep 2005 23:34:45 +0200
Cc: shim6-wg <shim6@psg.com>
In-reply-to: Your message of Wed, 28 Sep 2005 17:04:39 +0200. <65969183-D2B6-4651-BD6E-0CEA8C3DFABE@muada.com>

 In your previous mail you wrote:

   Well, I've never seen real clients do requests of type ANY.

=> with a lot of RR types it can be a good strategy...

   Also, how does this work with regard to caching? Does a caching
   server know it has all the records so it doesn't have to bother the
   authoritative server?

=> at least the cache has all or no RR of a given type. With DNSSEC
it can know all the types for the name so even I don't believe
caches are so smart they can/shall be.

   > PS: BTW all infos which don't depend on where is the guy asking for
   > will ultimately finish in the DNS...

   :-)

=> funny?

Thanks

Francis.Dupont@enst-bretagne.fr

References:
- Re: delay as a metric, aggregation
  - From: Iljitsch van Beijnum <iljitsch@muada.com>

Prev by Date: Re: addition of TLV to locator ID or locator ID set
Next by Date: Re: addition of TLV to locator ID or locator ID set
Previous by thread: Re: delay as a metric, aggregation
Next by thread: Re: delay as a metric, aggregation
Index(es):
- Date
- Thread