私は RTP を初めて使用しますが、CSRC と SSRC について一般的に説明できますか?
http://www.rfc-editor.org/rfc/rfc3550.txtから、それが言うことは次のとおりです。SSRCフィールドは同期ソースを識別します。ネットワークには、RTP（マルチキャストネットワーク）に貢献し、パケットがどのソースから来ているかを特定する多くの送信者がいる可能性があるということですか??
CSRC : Contributing source (CSRC): RTP ミキサーによって生成された結合ストリームに貢献した RTP パケットのストリームのソース (以下を参照)。わからなかった。
誰かが例で説明できますか? ありがとう
リンクから取得：
SSRC同期ソースを識別します。値は、同じ RTP セッション内の 2 つの同期ソースが同じ SSRC を持たないように、ランダムに選択されます。複数のソースが同じ識別子を選択する可能性は低いですが、すべての RTP 実装は、衝突を検出して解決する準備ができている必要があります。送信元がその送信元トランスポート アドレスを変更する場合、ループされた送信元として解釈されるのを避けるために、新しい SSRC も選択する必要があります。
CSRCこのパケットに含まれるペイロードのソースを識別する 0 ～ 15 個の CSRC 要素の配列。識別子の数は、CC フィールドによって指定されます。寄与ソースが 15 を超える場合、特定できるのは 15 のみです。CSRC 識別子は、貢献しているソースの SSRC 識別子を使用して、ミキサーによって挿入されます。たとえば、オーディオ パケットの場合、パケットを作成するために一緒に混合されたすべてのソースの SSRC 識別子がリストされ、受信側で正しい話者を示すことができます。
正直なところ、SSRC や CSRC を実際に意味のある方法で使用している人を見たことがありません。私が扱ったすべてのコードでは、SSRC で乱数を生成するだけで、CSRC を入力する必要はありません。
SSRC はループ オーディオ パスのトレースおよび/または検出に役立つと思います。
CSRC は、上記の引用で示唆されているように、複数のオーディオ ソースが混在している会議サーバーからオーディオを受信する sip エンドポイントに役立つ可能性があると思います。前述したように、私が扱った会議サーバー コードでは、気にしません。
あなたの質問に関して、「ネットワークには、RTP（マルチキャストネットワーク）に貢献し、パケットがどのソースから来ているかを特定するために多くの送信者がいる可能性があるということですか??」
多くのソースがある場合、ビデオ/オーディオはRTPミキサーによって混合され、この場合のSSRCはRTPミキサーSSRCであり、必要なソースを知るためにRTPパケット送信者のソースではないため、特に真実ではありません一意の SSRC によって識別されるこれらのソースを持つ CSRC 配列を見ると、配列のサイズはヘッダー フィールド CC: count CSRC によっても指定されます。
オーディオ/ビデオが結合されていない場合 (ユニキャスト)、SSRC はこのビデオ/オーディオの送信者のものであり、CSRC は満たされていません。
役立つプレゼンテーション: http://voip.netlab.uky.edu/~fei/teaching/cs671/slides/rtp.pdf
RFC 8108 セクション 4によると、仕様は次のとおりです。
RTP ミキサーが使用されている場合、一部の SSRC は RTP パケットの貢献元 (CSRC) リストと RTCP でのみ表示され、RTP データ パケットの SSRC として直接表示されない場合があります。