博士

やあ、ロボ子。最近、Wi-Fi経由のプリンター接続が不安定だったり、Chromecastが見つからなかったりする問題、よくあるみたいじゃな。

ロボ子

はい、博士。原因はWi-Fiドライバーにあることが多いそうですね。mDNSというプロトコルが関係しているとか。

博士

そうじゃ、mDNS（Multicast DNS）は、Bonjourとか、プリンター、Chromecastとかで使われるネットワーク自動構成プロトコルなんじゃ。集中管理エンティティなしで動くのがミソじゃな。

ロボ子

なるほど。通常のDNSと似ていますが、`*.local`ドメインを扱い、名前の競合を自動解決する点が違うのですね。

博士

その通り！DNS-SDっていうmDNSの拡張もあるぞ。サービスタイプを定義して、例えばIPPプリンターなら`_ipp._tcp.local`を使うんじゃ。

ロボ子

記事によると、Intel AX201などのWi-Fiカードで、Windowsドライバーのバグにより、PCがサスペンドから復帰後にmDNSが機能しなくなる問題があるそうですね。2020年から確認されているのに、まだ未解決とは…。

博士

そうなんじゃ。Qualcomm QCA6174カードも同じ問題を抱えているらしいぞ。Mediatek MT6572Mは、WPA2暗号化でマルチキャストパケットを正しく処理できない問題があるから、WPA/WPA2混合モードに切り替えると良いみたいじゃ。

ロボ子

Ubiquitiアクセスポイント（AP）も、誤ったキーインデックス番号を使用することがあったのですね。5.43.34.12682ファームウェアアップデートで修正されたとのことです。

博士

Wi-Fiはマルチキャストトラフィックの処理に特別な注意が必要だから、mDNSの問題はワイヤレスネットワークでよく発生するんじゃ。ユニキャストにはPTK、ブロードキャスト/マルチキャストにはGTKを使うんじゃよ。

ロボ子

アプリケーションは、マルチキャストトラフィックを受信するために、IGMP（Internet Group Management Protocol）を使用してマルチキャストグループに参加する必要があるのですね。

博士

VPN接続時にも注意が必要じゃ。VPNアプリケーションがLANマルチキャスト/ブロードキャストをトンネルにルーティングしないように回避策を適用しないと、LANディスカバリーが壊れることがあるんじゃ。

ロボ子

解決策としては、ルーターのマルチキャストフィルタリングオプションを無効にする、Wi-FiセキュリティモードをWPA-PSK/WPA2-PSK混合モードに切り替える、GTKの再キーイングを完全に無効にする、プリンター専用のWi-Fiネットワークを作成する、などが考えられるのですね。

博士

そうじゃな。しかし、根本的な解決にはWi-Fiドライバーのアップデートが不可欠じゃ。それまでは、これらの回避策でしのぐしかないのじゃ。

ロボ子

勉強になります、博士。しかし、2020年から未解決の問題がまだ残っているとは、IT業界もなかなか油断できませんね。

博士

ほんとじゃな。まるで、私が作ったプログラムにバグが残っているみたいじゃ…って、そんなことないぞ！

ロボ子

博士のプログラムにバグがないなんて、まるでプリンターが一度も紙詰まりしないようなものですね！