Apple TVを移動する際、長いLANケーブルまで一緒に運ばないように。

Apple TVでBtvのリアルタイム放送を見ようとしたところ、私の環境では有線と光モデムの直結条件が必要でした。部屋を横切る長いLANケーブルを引く代わりに、Apple TVが認識する有線接続と上位ネットワークへの経路を分けてみることにしました。

Apple TVはPiのEthernetポートに直接差し込み、PiはWi-FiでAPに接続しました。NAS仮想マシンのOpenWrtとPiの間にはVXLANトンネルを作成し、既存LANのアドレス割り当てと放送通信をつなぎました。Apple TVにはEthernet接続に見える構造です。

接続は NAS OpenWrt → スイッチ → 無線 AP ⇢ Wi-Fi・VXLAN ⇢ Raspberry Pi 3 → 短い Ethernet → Apple TV の順です。OpenWrtはルーター機能（ルーティング、アドレス割り当て、ファイアウォールなど）を担当します。エージェントと設定を合わせ、点検を行い、実際の通信はこの機器群が処理します。

Raspberry Pi 3の2.4GHz Wi-FiでBtvを再生しました。25秒間途切れなく約13.44–13.50Mbpsが流れ、測定されたパケット損失は0%でした。5秒間隔で確認した遅延は安定化後通常6–18msでしたが、初回接続時はバックグラウンド同期で一時的に大きくなることもありました。

ケーブルなしで放送が再生されることは確認しました。ただし短い試験のため、終日安定していることや他のビットレートでも同様であるとは言えません。

AP交換後、Pi・トンネル・Apple TVの順にもう一度確認し、接続を復旧しました。PiとApple TVへのアクセス、VXLANおよびHomeKit広告をすべて確認しました。

PiのEthernetはApple TV専用にしました。ブリッジが有効な状態でこのポートを上位スイッチに戻して接続するとループが発生する可能性があるため、運用ドキュメントに接続条件を記載しました。障害調査は電源・ケーブル、Wi-Fi、ブリッジ・トンネル、デバイスアドレスの順に整理しました。

この構成を再試験する場合は、再起動、信号の弱さ、同時ダウンロード、長時間再生を分けて行います。平均速度とともに途切れ回数、最長の遅延、復旧時間を記録する方が、実際にTVを使う経験に近いでしょう。