Danteフロー制限とは？「No more flows」エラーの原因と対処法

TL;DR — Dante の flow は、デバイス間で 1 つ以上のチャンネルを運ぶパケットストリームです。flow の容量はチャンネル数とは別で、デバイスに空きチャンネルがあっても、送信 flow または受信 flow が足りないことがあります。Subscription のツールチップを確認し、制限が transmitter 側か receiver 側かを見分け、送信先の関係を数えたうえで、ルートを集約するか、意図的に multicast を作成します。変更前に、デバイス固有の制限とネットワーク帯域を必ず確認してください。

Dante の flow はチャンネルと同じではない

Dante の subscription は 1 つの transmit channel を 1 つの receive channel に接続しますが、ネットワーク上ではそれらの subscription が flows の中にまとめられます。通常、unicast audio flow は 1 つの transmitter から 1 つの receiving device へ最大 4 チャンネルを運びます。 同じ機器ペア間でチャンネルを追加すると、その flow を再利用できる場合がありますが、同じチャンネルを別の receiver に送るには、別の unicast flow が必要です。

デバイスの flow 容量は、Dante の実装、ハードウェア、firmware によって異なります。チャンネル名の数だけで制限を推測しないでください。

明示的な Dante subscription エラーの読み方ガイド では、設計を変更する前に routing matrix の状態を読む方法を説明しています。

まず失敗した側を特定する

1. subscription のツールチップを読む

Dante Controller で失敗した subscription にカーソルを合わせます。正確な transmitter、receiver、channels、error を記録してください。No more flows (TX) は送信デバイス側の容量が尽きていることを示します。No Receive flows は、受信デバイスが多すぎる個別の transmitter または stream に subscription していることを示します。

赤いアイコンをすべて flow エラーだと決めつけないでください。format、clock-domain、scheduler、identity、discovery の失敗には別の対処が必要です。

2. source-to-destination の関係を図にする

各 transmitter と、そのチャンネルを受け取る receiver を一覧化します。たとえば、1 つの stagebox から 1 つの console へ 4 チャンネル送る場合、通常は 1 つの unicast flow で共有できます。同じチャンネルを FOH、モニター、broadcast、recording、lobby processor に送ると、destination 関係がそれぞれ増え、transmit flow を使い切ることがあります。

受信側では、1 つの transmitter から多数のチャンネルを受ける構成は効率的なことが多い一方、複数の異なる transmitter から少数ずつ受ける構成は receive flow を多く消費する場合があります。

3. デバイスの制限を確認する

メーカーの最新ドキュメントと Dante Controller の device information を使って、対応する transmit flows、receive flows、そして flow あたりのチャンネル数を確認してください。制限は一定ではありません。firmware によって機能が変わることがあるため、変更計画の前にインストール済み version を記録してください。

4. 使われていない route を हटす

所有者を確認したうえで、古いテスト、recording、spare-console、前回公演の subscription を削除します。route matrix には、運用計画にはもう存在しない destination が残っていることがよくあります。エラーを消すためだけに、必要な safety、record、broadcast feed を削除するのは解決ではありません。

最小限の影響で直す方法を選ぶ

multicast は、複数 receiver が 1 つの multicast flow に参加できるため、transmitter の fanout を減らせることがあります。ただし、万能の容量解決策ではありません。multicast は link をまたいで広がる可能性があり、active receiver がなくても帯域を消費し、意図的な switch 設計が必要です。route を切り替える前に、unicast と multicast の違いガイド を確認してください。

ショウ条件で容量をテストする

record、broadcast、lobby、comms、backup、spare の経路を含めた完全な show route を構築します。すべての subscription を確認し、transmit / receive utilization、flow status、clock stability、latency counters を点検してください。計画している failover と restore の手順も実行します。

multicast flow を削除する場合、receiver が unicast に戻ることがある点に注意してください。その変換によって、transmitter の flow 容量や link bandwidth を突然超えることがあります。flow を削除する前に依存する route を削除または再設計し、その後で再テストしてください。

ルーティング予算を文書化する

以下を記録します。

• 各 device の model、firmware、channel capacity、Tx/Rx flow limits
• source-to-destination の関係と、それぞれが unicast か multicast か
• multicast channel groups、owners、switch requirements
• 通常時とピーク時の link utilization
• backup と temporary feed のための予約容量
• 承認済みの change、validation、rollback、escalation の責任者

運用サマリーは、1 人の engineer の Controller view だけでなく、デジタルオーディオネットワークのテクニカルライダー に残してください。

Dante flow 制限チェックリスト

• 正確な subscription ツールチップを記録した
• 枯渇している側を Tx か Rx かで特定した
• デバイス固有の flow 制限と firmware を確認した
• 現在の source-to-destination 関係を図にした
• 使われていない route は所有者の承認を得て削除した
• multicast 変更に帯域と IGMP の確認を含めた
• フルショウ負荷、障害、復旧、rollback をテストした
• routing capacity と責任者を文書化した

FAQ

Dante の flow とは何ですか？

flow は、transmitter から 1 つ以上の channel を運ぶネットワークメディアパケットの stream です。unicast flow は 1 つの receiving device に対応し、multicast flow は複数の receiver に対応できます。

Dante Controller の no more flows はどういう意味ですか？

指定された device が、必要な flow をもう 1 つ作成または受け入れできないことを意味します。ツールチップを見れば、送信側の容量切れか受信側の容量切れかを区別できます。

Dante の 1 つの flow に何チャンネル入りますか？

通常、unicast audio flow は最大 4 チャンネル分の領域を予約しますが、device の能力によって異なります。multicast の channel capacity も device ごとに異なります。最新のメーカー仕様を確認してください。

Dante ではいつ multicast を使うべきですか？

同じチャンネルを複数の receiver に送る必要があり、unicast の fanout が非効率なときに multicast を検討してください。multicast は network-wide traffic を増やす可能性があるため、switch configuration と影響を受けるすべての link を確認します。

Dante の flow 制限エラーはどう直しますか？

枯渇した側を特定し、device 関係を図にし、実際の制限を確認し、使われていない subscription を削除し、route を集約または再設計します。multicast は、その帯域と switch の挙動を理解し、テストできた場合にのみ使ってください。

ショウ当日までに容量を見える化する

flow 制限は、routing demand、予約容量、multicast の責任範囲、rollback が制作チーム全体から見えるようになると管理しやすくなります。その記録は Techrider.live に current input list と network notes と 함께保管し、共同作業者が別の古いファイルを回覧せずに編集、保存、履歴確認できるようにしてください。