RTPの基本昨日はいくつかのリアルタイム・データ・ストリームをUDPパケットの一つのストリームに多重化することである。
RTPの基本機能は、いくつかのリアルタイム・データ・ストリームをUDPパケットの一つのストリームに多重化することである。UDPストリームは、一つの宛先（ユニキャスト）か複数の宛先（マルチキャスト）に送られる。
ストリームのパケとに番号をつけてロスを発見する。見つけても受信側に任せる
RTPのフォーマットはマルチメディアの情報とともに働く受信者を助ける様々な特徴を含む。RTPストリームで送信される各パケットは、その前のパケットよりも１大きい番号を与えられる。この番号付きより、受信側がパケット・ロスを見つけることができます。パケットロスしている場合、受信側が取るべき最善の行動は、アプリケーションに判断を任せることである。
...
その結果、RTPはフロー制御や誤り制御、確認応答のメカニズムを持たず、再送を要求するメカニズムもない
符号化もアプリケーションに任せる
各RTPペイロードは複数のフィールドを含むことができ、それらはアプリケーションが所望する任意の方式で符号化されることができる。
...
実際の符号化がどのように行われるかという点について感知しない.
タイムスタンプにより同期したり、ストリームのパケット同士を関連づける
多くのリアルタイム・アプリケーションが必要とするもう一つの機能は、タイムスタンプ付けである。
送信元が各パケットの最初のサンプルに対して、タイムスタンプを関連付けることを可能にしている。タイムスタンプは、ストリームの始点に対する相対地であり、タイムスタンプ間の差分のみが意味のある値となる。絶対値は何の意味も持たない。短く説明すると、このメカニズムにより、宛先ホストのバッファリングは小容量で済み、サンプルを含むパケットの到着時間とは独立に、ストリームの先頭から正確なタイミングで各サンプルを再生できる。
タイムスタンプはネットワーク遅延の変化の影響を削減するだけでなく、複数のストリームがお互いに同期することを可能にする。
感想
タイムスタンプの理解がまだない