On 01. 07. 19 22:21, Paul Vixie wrote: > On Monday, 1 July 2019 18:00:09 UTC Paul Wouters wrote: >> On Mon, 1 Jul 2019, Petr Špaček wrote: >> >> [broken record on] >> >>> ... >> >> The internet does not do "flag days". Please stop calling it flag days. >> ... > > "flag day" is a power word. the organizers of the 2019 event have tasted > power, and evidently now intend to continue exercising that power. > > noting, the 2020 event should limit itself to mandating tcp support, and not > get involved with fragmentation at all. ideally tcp/853 (DOT) support.
Let me clarify that we (as DNS flag day organizers) are not even touching any RFC language because all the necessary pieces are already standardized (madatory TCP support + mechanism to handle EDNS buffer size). Some people claim that IETF cannot put requirements on operators, only on implementations. We (as software and service vendors) are now saying "if you want to interoperate, you as an operator have to follow standards mandated for implementations", because in the end, what's mandated for implementation does not matter if operators ignore these requirements. Of course it has to be explained to non-IETFers in many more words to eliminate requirement to read all the RFCs, but that's it. Changing default EDNS buffer size is, I believe, in competency of individual implementations, so we as implementors will do a thing we deem sensible. Let's continue discussion about dns flag day 2020 at mailing list dns-operati...@lists.dns-oarc.net, please. -- Petr Špaček @ CZ.NIC _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www.ietf.org/mailman/listinfo/dnsop