mDNSとNDIディスカバリの本質　

2026-03-26

ｍDNSを理解するとNDI現場でデバイスの迷子削減　
「見えない」「消えない」を完全に制御するための実践技術

この記事で扱う技術領域 mDNS（マルチキャストDNS）／DNS-SD（サービスディスカバリ）／NDI自律分散ディスカバリ／NDI Discovery Server／IP機器の命名設計

「あのカメラが消えた」現場を止める”消失と消えない”謎

電源は入っている。ケーブルも正常。ネットワークのランプも点滅している。なのにソースリストからカメラ3だけが消えている。慌てて接続ケーブルを抜き差しし、機材を再起動し、なんとか復旧させた。しかし原因は最後までわからなかった。

この経験は、IP映像システムを扱う現場で日常的によく聞くトラブルだ。

逆のパターンもある。電源を切って片付けたはずの機材が、翌日もリストに残り続けている。「昨日のカメラ1」と「今日のカメラ1」が混在し、どちらの映像を切り替えているのか判断できなくなる。送出事故の引き金になりかねない、危険な状態だ。

この問題の根っこは「機器の発見と消失の仕組み」にある

NDIをはじめとするIP映像システムでは、機器同士が「mDNS（マルチキャストDNS）」と呼ばれる仕組みで互いの存在を認識し合っている。中央のサーバーに登録するのではなく、機器が自ら「自分はここにいる」と叫び、周囲が「聞こえた、リストに追加しよう」と応答する仕組みだ。

この「叫び合い」は驚くほど速く機能する。電源投入から200〜500ミリ秒以内に他の機器のリストに表示される（※後述の技術根拠参照）。これは従来のポーリング方式とは比較にならない速度だ。

しかし、同じ仕組みが「消えない問題」と「見えない問題」も生み出している。

電源を突然切った機材は「自分がいなくなる」ことを通知できない。「有効期限」が切れるまでリストに残り続ける。この有効期限は実装によって120秒から4500秒（75分）まで幅がある（RFC 6762準拠）。本番終了後1時間以上、幽霊のように画面に残る機材。これが「ゴーストデバイス問題」の正体だ。

「見えない問題」も同根だ。mDNSはネットワーク内で「叫び声を届けること」を前提としているが、スイッチの設定ミスひとつで、その叫び声が届かなくなる。隣の机のカメラが見えないのに、10メートル離れたPCは見える、という不思議な現象の裏にはこのメカニズムがある。

規模が大きくなるほど、問題は複雑になる

20台程度の現場では偶然うまくいっていたことが、50台を超えた瞬間から崩壊し始めるケースがある。これはmDNSの構造的な限界によるものであり、「機材の品質問題」でも「ネットワークの容量問題」でもない。

VLAN（ネットワークの仮想的な区切り）を越えようとすると、mDNSはそこで完全に止まる。拠点間をつなごうとすると、まったく別の設計アプローチが必要になる。

NDIにはこれを解決するための「Discovery Server」という仕組みが存在する。「叫び合い」から「名簿センターへの問い合わせ」へ、発見方式を根本から変える設計だ。しかし、この2つの仕組みを混在させたときに何が起きるか、なぜ重複表示や突然の消失が起きるのかを理解していないと、解決策のつもりが新たな問題を生む。