1. はじめに

リアルタイム輸送プロトコル (RTP) [1] は、データ転送プロトコルと関連する制御プロトコル (RTCP) の 2 つのコンポーネントで構成されています。歴史的に、RTP と RTCP は別々の UDP ポートで実行されてきました。ネットワークアドレスポート翻訳 (NAPT) [14] の使用が増えるにつれて、複数の NAT バインディングを維持することはコストがかかる可能性があるため、これが問題になっています。また、RTP トラフィックを許可するために複数のポートを開く必要があるため、ファイアウォールの管理も複雑になります。このメモは、単一のメディアタイプの RTP および RTCP フローを単一のポートで実行して NAT トラバーサルを容易にし、ファイアウォール管理を簡素化する方法について議論し、そのような多重化がいつ適切であるかを検討します。単一のポートへの複数のタイプのメディア (例: オーディオとビデオ) の多重化は、ここでは考慮されません ([1] のセクション 5.2 を参照)。

このメモは次のように構成されています。セクション 2 では、別々のポートの使用に至った設計上の選択について議論し、現在のネットワーク環境におけるそれらの選択の適用可能性についてコメントします。セクション 3 では用語について、セクション 4 では多重化されたパケットを区別する方法について議論します。次に、RTP と RTCP をいつどのように多重化すべきか、および多重化されたセッションをシグナリングする方法をセクション 5 で指定します。帯域幅とサービス品質 (QoS) の問題についてはセクション 6 で議論します。最後に、セクション 7 のセキュリティの考慮事項とセクション 8 の IANA の考慮事項で締めくくります。

このメモは、[1] のセクション 11 を更新します。