Re:1.1.1.1 lookup failures on October 4th, 2023
by toast0 on Wednesday October 04, 2023 @06:49PM
(#37772816)
A highly reliable service might run one partition on a completely separate serving stack. It's worth asking.
[ Parent
| on HN ]
Re:1.1.1.1 lookup failures on October 4th, 2023
by tedunangst on Wednesday October 04, 2023 @07:58PM
(#37773313)
With a completely separate architecture that also loads the root zones in a completely different way?
Re:1.1.1.1 lookup failures on October 4th, 2023
by toast0 on Wednesday October 04, 2023 @08:07PM
(#37773371)
It's certainly possible to do. Public recursive DNS isn't that big of a spec that you can't have two independent teams doing it, and mandate they do things differently when possible. Run the two /24s on different ASNs, too.
I've had sales teams pitch me on their authoritative DNS service running heterogenously, although I guessing both partitions gathered config from a single place, but we didn't get that far in the potential customer pipeline.
Of course, just because it's possible doesn't mean they're likely to do it.
Re:1.1.1.1 lookup failures on October 4th, 2023
by tedunangst on Wednesday October 04, 2023 @09:22PM
(#37773865)
Maybe also run by a separate company with a different CEO for additional redundancy. :) so now we've got 1. and 8.
Re:1.1.1.1 lookup failures on October 4th, 2023
by arp242 on Wednesday October 04, 2023 @10:42PM
(#37774337)
Best to service from a different planet, in case something happens to this one.
Re:1.1.1.1 lookup failures on October 4th, 2023
by BlueTemplar on Thursday October 05, 2023 @03:08AM
(#37775666)
I hear Musk has been working on that. (j/k, 40 min ping time...)