IPv6のRAを介したDNSサーバー
少し前に、 RFC 6106 が作成されました。これは、ルーターがクライアントに使用するDNSサーバーについて通知する方法を示しています。これは新しい標準であり、実装する必要があり、時間などが必要です。
私はそれの必要性について興味があります：DNSの「グローバルに有効な」エニーキャストアドレスを定義する方が良いのではないでしょうか？クエリはこのアドレスに送信され、責任があると主張するホストが存在するまで、デフォルトルートに沿って昇格されます。
エンタープライズネットワークでは、それは中央のDNSサーバーになります（または、本当に大企業ではさらに多くなります）。 SOHOネットワークでは、ISPのルーターまたはDNSサーバーのいずれかであり、データセンターをホストしているルートサーバーでは、ホスティング業者のDNSなどです。
ここで何が間違っていると思いますか？エニーキャストの概念について間違った見方をしていますか？
「エニーキャスト」は通常、ルーティングプロトコルを介した複数の場所からの共通アドレスのアドバタイズを意味すると解釈されます。
したがって、グローバルインターネットでは、これは単一のIPv4/24の複数のBGP4アナウンスを意味します。 IPv6に使用されるサブネットサイズ（ある場合）を確認する必要があります。おそらく/ 32です。
小規模なネットワーク（つまり、1つの自律システム内）の場合、OSPFやIS-ISなどのInterior GatewayProtocolを介して単一のアドレスをアドバタイズすることを意味します。
あなたは実際に、それが良い考えと見なされないかもしれない理由の1つを示しました。 「エニーキャスト」アドレスは同じサブネット内にないため、そのアドレスへのすべてのトラフィックはhaveデフォルトゲートウェイに渡されます。 DNSサーバーが実際に同じ物理サブネット上にある場合、これはすべてのDNSトラフィックがネットワークを2回通過することを意味し、デフォルトゲートウェイを単一障害点にします。
FWIW、ほとんどのSOHO CPEは現在、ルーティングプロトコルまたはDNSを適切に実行する方法を知りません。また、IMHO（つまり、私のRFC 5625を参照）は、SOHOCPEが事前に指定されたすべてのDNSトラフィックを傍受しようとするのは悪い間違いです。 （ハードコードされた）アドレスとそれ自体を処理します。
FWIW、ネットワーク内の再帰的 DNSサービスを見つけるためにエニーキャストを使用することにはある程度のマイレージがあると思います（そしてそれは決して新しいアイデアではありません）が、そうではありませんreplace指定されたユニキャストアドレスの使用を許可するためのIPv6RAまたはDHCPv6の使用。