[DNSOP] Re: [v6ops] Re: Re: Fwd: New Version Notification - draft-ietf-dnsop-avoid-fragmentation-18.txt

2024-07-05 Thread Nick Hilliard
Philip Homburg wrote on 05/07/2024 11:01: Can we go back to reality? There is no PMTU discovery for DNS replies over UDP that works at scale. It doesn't work, it never worked. specifically, short of implementing end-to-end circuits, it can't work reliably. There is no way for an endpoint to de

Re: [DNSOP] Adoption of as a WG work item?

2013-02-22 Thread Nick Hilliard
On 22/02/2013 13:39, Mark Andrews wrote: > The problem is that we don't know what changing the status quo will > do. We have to be very cautious about doing that. I agree we should be cautious. So why not run it on some as112 servers on a pilot basis and see what happens? Full logging would be

Re: [DNSOP] Adoption of as a WG work item?

2013-02-22 Thread Nick Hilliard
On 22/02/2013 05:47, Mark Andrews wrote: > For much the same reason that *.COM was bad. *.com was certainly evil, but I don't think it's necessarily fair to compare the two, given the different usage scope of forward and reverse domains. > You *will* break things that you are unaware of. can you

Re: [DNSOP] Adoption of as a WG work item?

2013-02-14 Thread Nick Hilliard
> The question of extending AS112 service to IPv6 (as in "transport") > as well as the maintainability of the list of zones served by AS112 > systems has been discussed before. We have a proposal in > > draft-wkumari-dnsop-omniscient-as112-01.txt > > to make the AS112 served zone set exten