> On 25 Apr 2024, at 07:59, Brian Dickson <brian.peter.dick...@gmail.com> wrote: > > > > On Wed, Apr 24, 2024 at 2:28 PM David Schinazi <dschinazi.i...@gmail.com> > wrote: > If I understand your proposal correctly, this would require the receiver to > support this new EDNS option in order to properly remove values that the > sender thought were unused but that the receiver did not. Such a requirement > on receivers makes it impossible for the sender to know it can safely GREASE, > because the sender has no way of knowing that the receiver supports this new > EDNS option. In general, the idea behind GREASE is that any sender can use it > without requiring any changes on the receiver. > > Not exactly, at least I don't think so.
David is correct. It is to test default behaviour to currently unused code points. Receivers shouldn’t have to do anything special. > -- > 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 > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop -- 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
