with four of us in attendance monday evening, i presented my appreciation for fujimora-san's draft and admitted that EDNS0 ought to have required DF and ought to have used examples which would fit in a then-common MTU 1500 network.
i then asked that numbers like 1220, 1280, 576, and 1500 not be specified as fixed constants, but rather, should be computed in the same way and for the same reasons as TCP MSS. those of us running jumbograms or still running FDDI or perhaps speaking POS should not be artificially limited in our DNS payload sizes. in discussion, the following details appeared: TCP MSS is calculated from the routing table. on microsoft windows, there's an easy way to find the route for a destination... https://docs.microsoft.com/en-us/windows/win32/rras/search-for-the-best-route ....and while there's no portable way to do this from user mode in Linux or BSD or other UNIX-style systems such as Android, there is always a way. it is the route's MTU and not any one interface's MTU, and not any constant, that should be used to calculate EDNS0 buffer size. that will probably be 1280 or 1220 for most V6 routes (including "default", the route of last resort) and 1460 for most V4 routes (including default). (noting, i've made a similar plea to the QUIC team. the 1500 MTU will not last our lifetimes, and we must not hard code the 1500 MTU assumption... anywhere.) also, there were beer and snacks. -- Paul _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
