On Jul 2, 2013, at 6:07 AM, Antoin Verschuren <[email protected]> wrote:
> Signed PGP part > Op 01-07-13 23:43, Warren Kumari schreef: > > Hi there, > > > > We would like to draw your attention to a new draft. > > I like this draft and concept, but how new is it? Not very :-) > It's good to be documented though. > Thank you! INd a(and RFCs) to me seem like a reasonable place to document implementation advice, warnings, etc, regardless of if they require protocol change or affect interoperability. > I feel like when a recursive resolver has implemented HAMMER, and > HAMMER_TIME is set to zero, we have an existing sticky resolver. Yup. > > One thing that fails though for this analogy to be complete, is how > iterative the "cache fill" query will be. > If a record from a zone is about to expire, but it still has a valid > NS set for that zone in it's cache, will it ignore or use that NS set > to issue the iterative query? > If it does use it, thereby being a full sticky resolver, it will > create less DNS traffic for static delegated zones, as it does not hit > the parent again. > If it doesn't, and ignores the NS set for the zone in it's cache, and > re-queries the parent, it will hit the parent harder than when it did > not implement HAMMER, and probably create more DNS traffic than > without HAMMER. > > I feel this needs to be clarified in the draft. Yup, good point. W > > > - -- > Antoin Verschuren > > Technical Policy Advisor SIDN > Meander 501, PO Box 5022, 6802 EA Arnhem, The Netherlands > > P: +31 26 3525500 M: +31 6 23368970 > Mailto: [email protected] > XMPP: [email protected] > HTTP://www.sidn.nl/ > > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf Warren Kumari [email protected]
signature.asc
Description: Message signed with OpenPGP using GPGMail
_______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
