解決できること

この手順は、オペレーターがSRT リスナー、アクセス制御、ライブテレメトリー、プライマリ/バックアップ経路を検証済み状態にしますための管理された経路を提供します。

使用するタイミング

初期設定、計画変更、障害復旧でSRT リスナー、アクセス制御、ライブテレメトリー、プライマリ/バックアップ経路を検証済み状態にします必要がある場合に使用します。

Streaming servers → SRT serversルート/srt-servers/list

Streaming servers → SRT routesルート/srt-routes/list

01
ダッシュボードのサイドバーで Streaming servers → SRT servers をたどり、確認済みルート /srt-servers/list を開きます。ダッシュボードのサイドバーで Streaming servers → SRT routes をたどり、確認済みルート /srt-routes/list を開きます。
02
「SRT サーバー運用」を変更する前に、現在の server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts を記録します。
03
「SRT サーバー運用」で SRT リスナー、アクセス制御、ライブテレメトリー、プライマリ/バックアップ経路を検証済み状態にしますために server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts を設定します。関係のない値は変更しません。
04
Save [creating-form-save] → Start [START] を実行します。別の変数を試す前にフォームまたは一覧が安定するまで待ちます。
05
実際のソース、宛先、またはブラウザークライアントを使用し、BITRATE, msRTT, PUSHER, PULLER を確認します。

確認するコントロール

実行する操作

検証するシグナル

Save [creating-form-save] → Start [START] が成功し、実際のワークフローで BITRATE, msRTT, PUSHER, PULLER が確認できたら完了です。

保存応答を確認し、モジュールを一度更新して、表示値を変更前の記録と比較します。検証エラーを修正してから再試行します。

実クライアントが使うホスト、ポート、プロトコル、認証情報、ファイアウォール経路を確認します。まず一つのソースと一つの宛先で試します。

最後に動作した値へ戻し、ライブ統計とプロセスエラーを確認して、変更を一つずつ戻します。

製品の利用文脈を確認するか、検証済み API endpoint から同じ操作を自動化します。