要約

  • IESG は9月22日、IPv6 マルチキャストアドレスのゼロ設定割り当て案の第12版について最終意見募集を始めた。提案標準を目指す審査で、締切は10月6日。RFC としての承認ではない。
  • アプリケーションは mDNS の PTR レコードを探り、衝突が聞こえなければ使用可能とみなす。端末やネットワークで mDNS を遮断すると、存在する異議まで見えなくなりうる。
  • 草案は大半のネットワークで衝突確率が低いとも記す。実際の障害や一般的な攻撃を確認したという話ではない。

アドレスを選ぶ端末にとって、隣の端末が黙っていることと、隣の声が届かないことは区別しにくい。最終意見募集に入った草案の要点はここにある。アプリケーションはグループ識別子を無作為に選び、mDNS で衝突を確かめる。応答がなければ先へ進むため、通信経路そのものが判断材料の一部になる。

第12版では、選んだ識別子から IPv6 と Ethernet のマルチキャストアドレスを求め、提案中の特別用途ドメイン 9.3.3.3.3.eth-addr.arpa に PTR レコードを組み立てる。探査後に通知し、継続的な問い合わせで後から生じる衝突も見張る。衝突で負けた側はそのストリームを止め、別の識別子を選ぶ。ドメインの予約も規格化も、まだ完了した事実ではない。

草案は、使用中との知らせが来なければ空きとみなす仕組みを「暗黙の利用可能性」と説明する。そして、端末またはネットワークが mDNS をフィルタリングすれば調整が妨げられ、衝突につながる可能性を明記する。割当機関を置かない設計でも、どのメッセージを通すかを決める運用者の影響力は残る。

ただし危険を誇張してはならない。安全性の節は、多くのネットワークでは衝突自体の確率が低く、フィルタリングは通常、実用的な攻撃手段になりにくいと評価する。参加者の協調も前提だ。分断したネットワークが復旧した後、衝突発見に時間がかかるという別の制約もあるが、これは最初の探査が届かない問題とは分けて考える必要がある。

IESG が意見を求める期限は10月6日で、採用や運用開始の日ではない。実際に使うなら、同じ割当範囲を共有する端末間で探査、通知、衝突応答が届くかを確かめることが、方式の名前より重要になる。

Sources