> On 25 Apr 2024, at 07:59, Brian Dickson <[email protected]> wrote: > > > > On Wed, Apr 24, 2024 at 2:28 PM David Schinazi <[email protected]> > 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: [email protected] > > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop > _______________________________________________ > DNSOP mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/dnsop -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: [email protected] _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
