許可するアップストリームを事前設定
複数のルーティングホストを SRT サーバーに登録し、選択したアクティブルートを確認済みソース順の先頭に置きます。
複数の SRT アップストリームを確認済みの一つのルーティングセットに保持します。切断後はリレーを再接続して設定済みソースを巡回させるか、SRT PULL ルート用の別ソースを手動で選択します。
イベント前にアップストリームを定義し、アクティブルートを先頭に置きます。本番中に新しい宛先を作らず、自動リレー巡回またはオペレーター選択で切り替えます。

ソース選択は明示的です。自動・手動を問わず、すべての切り替えはチームが確認したアップストリームセット内に限定されます。
複数のルーティングホストを SRT サーバーに登録し、選択したアクティブルートを確認済みソース順の先頭に置きます。
SRT PULL リレーは再接続間隔付きのループモードで動作し、アクティブ接続を失うと設定済みアップストリーム一覧を巡回します。
オペレーターまたは API クライアントが既存の別アップストリームを選択できます。設定済みルーティングホスト外の宛先は拒否されます。
ライブ開始前にプライマリとバックアップの SRT コントリビューション経路を準備できる運用で使用します。
プライマリとバックアップのエンコーダーエンドポイントを確認済みの一つのセットに保持し、本番中に選べる代替を用意します。
遠隔会場やネットワーク経路がセッション中に切断する可能性がある場合、到達可能なアップストリームを複数準備します。
明示的な復旧経路とオペレーターの可視性が必要な連続ワークフローで、設定済みソースの冗長性を利用します。
SRT ルーティングレイヤーの実行場所を選び、ネットワークとプロダクションの境界に合わせてアップストリームセットを設定します。
コントリビューションまたは配信地域の近くで Callaba インスタンスを起動し、Web 画面からプライマリとバックアップの SRT アップストリームを設定します。
クラウドで起動ルーティングホスト、ネットワークアクセス、運用データを自社インフラ内に保持する場合は、Linux で Callaba Engine を実行します。
Linux にインストールSRT Servers API でサーバーを管理し、SRT PULL ルート用の既存アップストリームを選択します。ソース承認は製品ワークフロー内に保ちます。
複数の設定済み SRT アップストリームを一つのルーティングで利用可能にし、リレーの再接続と巡回、SRT PULL ルートの制限された手動切り替えを提供します。
ループモードのリレーは再接続し、既存のアップストリーム一覧を巡回できます。実際の復旧時間は接続状態と準備済みソースによって異なります。
はい。確認済み SRT PULL ルートで利用できます。選択する SRT URL はサーバーのルーティングホスト一覧に事前登録されている必要があります。
いいえ。制御された復旧経路を提供しますが、ヒットレス切り替えや無停止を保証しません。ソースの準備状態とネットワーク条件も影響します。
はい。SRT Servers API は確認済みアップストリームを SRT PULL ルートに選択できますが、未設定の URL には切り替えられません。
ライブデモで運用画面を確認し、自社の SRT ルーティング計画に合わせて Callaba をクラウドまたは Linux に導入してください。