IP Network Skill

• 最新号：2008-08-25
• 発行周期：週刊
• 読んでる人：1984人
• 創刊日：2001-04-30
• Score!：100点
• コメント数 ： 4
• メルマガID：36790
• バックナンバー：全て公開
• 発行者サイト：あり
• >> 月間ランキング

[ IP Network Skill - No. 0368 - ] RTCP

‥‥……━━━━━━ IP Network Skill No. 00000368 ━━━━━━……‥‥

　　　　　〜　ストリーミング　RTCP　〜

‥‥……━━━━━━━━━━━━━━━━━━━━━━━━━━━━……‥‥

【PR】-------------------------------------------
英語が不得意でも日系企業から外資系企業へ転職し、
年収が１．５倍になったAさんの転職手記をご希望の
方にお送りします。また、転職に関してご質問があり
ましたら、お気軽にお問い合わせください。
 tenshoku@xai.nu まで。
-------------------------------------------------

　【まえがき】

　７月４日から「ダビング１０」の運用が始まりました。

　デジタルテレビ放送ではダビング（コピー）時に画像の劣化が

　なく、無尽蔵にコピーできて著作権が守られない恐れがある、

　ということで１回しかダビングできない「コピーワンス」と呼

　ばれる規定がありました。

　そのためハードディスク（HDD）にデジタル放送を録画して、

　それをBlu-rayにダビングしたい場合、Blu-rayにデータが移る

　とHDD内の情報が強制的に削除されてしまいます。

　さらに、Blu-rayから再度HDDへ戻すこともできません。

　Blu-rayなどへのダビングが失敗したとしてもHDD機器側で正常

　に送り終わったと判断されてしまうと、せっかくの映像データ

　が台無しになる、ということも起きえます。

　また家族で別のメディアに記録しておきたい、ということも

　１台の録画機器では不可能です。

　そこで、著作権保護だけでなく視聴者の利便性も考えて１０個

　まではデータを持てるようにしましょう、と緩和されたのが

　ダビング１０（ダビングテン）です。

　（あとがきに続く）

╋━━┳━┳━┳━┳━┳━┳━┳━┳━┳━┳━━━━━━━━━━……‥‥
　　　┃本┃日┃の┃試┃験┃対┃策┃問┃題┃　
╋━━┻━┻━┻━┻━┻━┻━┻━┻━┻━┻━━━━━━━━━━……‥‥

　〔問題１〕次のうちRTCPの特徴として正しいものはどれか。

　　　１．リアルネットワークス社によって開発された
　　　２．主にUDP上で動作する
　　　３．RTSPと同じRFCに記載されている
　　　４．再送制御やQoS制御を行える
　
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　ネ┃ッ┃ト┃ワ┃ー┃ク┃の┃基┃礎┃講┃座┃
　━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛
　-----------------------------------------------------------------
　この企画は処女作「TCP/IPネットワークステップアップラーニング」
http://www.Amazon.co.jp/exec/obidos/ASIN/4774116351/ipnetworksk01-22
　を基に構成変更、加筆、修正、省略。。。いろいろ手を加えたものです。
　TCP/IPネットワークステップアップラーニングは第４刷を重ねました！
　講習教科書などでご利用いただいています。
　-----------------------------------------------------------------


　【11．アプリケーションプロトコル】

　11.22. ストリーミングアプリケーション

　11.22.4. ストリーミング伝送

　11.22.4.1 RTP (Real-time Transport Protocol)

　11.22.4.1.3. RTPの流れ

　RTPは以下のヘッダを持っていることを先週説明しました。

　CSRCを考えなければ12バイト (96ビット) のヘッダです。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |V=2|P|X|  CC   |M|     PT      |       sequence number         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                           timestamp                           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           synchronization source (SSRC) identifier            |
   +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+

　
　実際の音声データはこの後に付きます。

　+----------+-----------+-----------+---------------+
  | IPヘッダ | UDPヘッダ | RTPヘッダ | 音声データ    |
  +----------+-----------+-----------+---------------+

　上記のようなパケットフォーマットです。

　この音声データの部分に、例えばG.711のコーデックの場合、160バイトの

　データで表されます。

　G.711では１秒間に8000サンプル取得し、それぞれを8ビットの値で表現し

　ます。つまり64kbit/secとなり、これをバイトで表現すると8k byte/sec、

　160バイトずつ20ms単位でパケットを送出します。

　(8000 [byte/sec] / 160 [byte] = 50 [回/sec]、１秒間に50回パケットを

　送出する必要があるので20msで１回。)


　11.22.4.1.4. RTPでの遅延対策

　先週も書きましたが、RTPというプロトコルには遅延対策はありません。

　したがって、RTPで音声を受信したアプリケーションにて、バッファリング

　（データの溜め込み）を行う必要があります。

　バッファリングしないと、あるパケットの到着が遅れると、そのパケット

　のデータが再生できず、音や映像が途切れてしまうことになります。


　11.22.4.2. RTCP (RTP Control Protocol)

　RTCPはRTPと同じRFC3550に記載されているプロトコルで、RTP送出/受信パケ

　ット数やパケット損失率など統計情報をエンドツーエンドでやりとりします。

　通常RTPのポート番号に１を加えた値のポート番号を使用します。

　RTPは20msに１回送出されますが、RTCPは数秒に１回送出されます。

　以下のような情報がやり取りされます。

  11.22.4.2.1. SR

　Sender reportの略で、動作中送信者から送信および受信統計情報がレポートさ

　れます。NTP (Network Time Protocol) の時刻情報、送信者のパケット数、オク

　テット数（バイト数）が送信者情報として含まれます。

　また、自身が受信した情報に関して、その送信元ごとにレポートブロックとして

　付け加えます。この中にはジッタ、パケット損失数、損失率、LSR (最後に受け

　取ったSR)、DLSR (最後のSRからの遅延時間) 等が含まれます。

　（動作中送信者とは、電話でいうと話している人。電話会議システムでも

　話している人。動作していない送信者とは聞いている人のこと。）

　データの送信を一切行わなかった場合、SRではなく次に書くRRを送出します。

   [SRのパケットフォーマット]

        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 --    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↑    |V=2|P|    RC   |   PT=SR=200   |             length            |
ヘッダ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↓    |                         SSRC of sender                        |
 --    +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 ↑    |              NTP timestamp, most significant word             |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 送    |             NTP timestamp, least significant word             |
 信    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 者　　|                         RTP timestamp                         |
 情    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 報    |                     sender's packet count                     |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↓    |                      sender's octet count                     |
 --    +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 ↑    |                 SSRC_1 (SSRC of first source)                 |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | fraction lost |       cumulative number of packets lost       |
レポ   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ート   |           extended highest sequence number received           |
ブロ   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ック   |                      interarrival jitter                      |
１     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         last SR (LSR)                         |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↓    |                   delay since last SR (DLSR)                  |
 --    +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 ↑    |                 SSRC_2 (SSRC of second source)                |
レポー +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
トブロ :                               ...                             :
ック２ +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
       |                  profile-specific extensions                  |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

　V=2はバージョン２という値を示します。Pはパディングを表すビットで、ここ

　に１が入っていると追加のパディング情報があることを示します。

　RCはreception Report Countの略で、受信したレポートブロックの数が入ります。

　PTはパケット種別でSRの場合は200という値です。

　"sender's packet count" にはトランザクションが開始されてから、このSRが

　生成されるまでの間に送信者によって送られたデータのパケット数が入ります。

　"sender's octet count" は同様に送信されたバイト数です。


  11.22.4.2.2. RR

　RRはReceiver reportの略で、データを送らなかった、つまり音声や映像を受け

　取るだけだったホストから送出されます。

　パケットフォーマットはSRから送信者情報を抜いたもので、パケット種別は

　201番です。

　[RRのパケットフォーマット]

        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 --    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↑    |V=2|P|    RC   |   PT=RR=201   |             length            |
ヘッダ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↓    |                     SSRC of packet sender                     |
 --    +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 ↑    |                 SSRC_1 (SSRC of first source)                 |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | fraction lost |       cumulative number of packets lost       |
レポ   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ート   |           extended highest sequence number received           |
ブロ   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ック   |                      interarrival jitter                      |
１     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                         last SR (LSR)                         |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 ↓    |                   delay since last SR (DLSR)                  |
 --    +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 ↑    |                 SSRC_2 (SSRC of second source)                |
レポ   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ート   :                               ...                             :
ブロ   +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
ック   |                  profile-specific extensions                  |
２     +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


  11.22.4.2.3. その他のRTCPパケット種別

　SRとRR以外に、以下のRTCPパケット種別があります。

   SDES: Source description itemsの略でSSRCの別名であるCNAMEを含みます。

   BYE:  データ通信の終了を表します。

   APP:  アプリケーション独自の機能用です。


　これらの情報をRTP/RTCPを利用するアプリケーションが応用して、より信頼性

　の高い、高品質なマルチメディア通信を実現します。



━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
かんたんネットワーク入門
http://www.amazon.co.jp/exec/obidos/ASIN/477412124X/ipnetworksk01-22

第５刷好評発売中！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　解┃答┃と┃解┃説┃
　━┛━┛━┛━┛━┛

　《本日の試験対策問題》
　　（解答）２
　　　
　　（解説）
　　　　リアルネットワークス社が開発に関わったのはRTSP

　　　　(Real Time Streaming Protocol) です。

　　　　RTCPはRTPと同じRFCに記載されているプロトコルです。

　　　
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

◆◆◆◆◆◆　┃ あとがき ┃　◆◆◆◆◆◆

　（まえがきから続く）

　自宅のHDD＋Blu-rayレコーダでも、先週からファームウェアが

　書き換わったようで、ダビング回数を示す表示が「１」から

　「１０」に増えていました。

　もちろん、過去の番組は「１」のままで、７月４日以降のもの

　が「１０」に変わっていました。

　これで、９回までダビングやデータコピー、移動を行うことが

　できるようになります。

　１回だけ記録可能なBD-R、何回も書いたり消したりできるBD-RE、

　そして２層構造のBD-R/RE-DLがありますが、BD-R-DLがコスト

　パフォーマンスが一番良いと思いました。

　ダビング時に圧縮レベルを指定できますが、最高圧縮、

　つまりサイズが一番小さいが画質が一番悪い、というモードで

　行っても思ったほど画質は悪くありません。

　そのため、プライベートで過去の番組を多く保存したいので

　あれば、最高圧縮でBD-R-DLに大量に残す、というのが個人的

　に行き着いた結果です。
　
　adzuki

【PR】-------------------------------------------
外資系IT企業の営業、SE希望の方、準備、情報収集、
面談希望の方、 tenshoku@xai.nu までご連絡ください。
-------------------------------------------------
………………………………………………………　　　　　　　　　　 
　IP Network Skill vol.000368　7/11/08
　発行者：adzuki　http://www.xai.nu/ipnet  
…………… ｉｐｎｅｔ７＠ｘａｉ．ｎｕ ……　　　　　　　　　　 

◎￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣◎
｜　新規購読・購読解除・バックナンバー ⇒ http://www.xai.nu/ipnet　 
｜　　IP Network Skill 掲示板
｜　　⇒　http://www.xai.nu/cgibin/ipnet/bbs.cgi　 
｜　　バックナンバー一覧　　　　　　　　　　　　　　
｜　　⇒　http://xai.nu/ipnet/stack/index.html　
｜　　間違いご指摘
｜　　⇒　メルマガにコメントを添えて返信ください。
◎＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿◎

のんびりやろう！情報処理試験！　〜１問１問コツコツと〜

ソフトウェア開発＆基本情報技術者試験対策を中心に初級シスアドや高度区分まで幅広く対応。流行のIT用語の解説も行っているので，パソコンについて勉強した...

Office & VBA パーフェクトマスター

Excel・Access・Word等の今さら聞けない「疑問」、今すぐ知りたい「困った」、たちまち解決！のmoug（モーグ）がお送りする、関数初心者か...

ネットワークのおべんきょしませんか？

TCP/IPってなに？LANって？ルータって何をするの？というネットワークに関することをわかりやすく解説します。情報処理の試験を受ける方にもぴったり...

全部フリーソフト！！

ネット上にはこんなに便利なフリーソフトがいっぱい。お金なんか使わなくても、あると絶対にお得で楽しいソフトを1つずつご紹介します。

ＩＰネットワーク考

インターネットのネットワークＳＥの実務者が、IPネットワークにまつわる話題、問題、技術について実務者ならではの視点から解説します。ネットワーク、TC...

この記事へのコメント

三井住友銀行カードローン

金利　年６．０％〜１２．０％。最高５００万円までお借入可能。
最短３０分審査、即日カード発行可能。
お申込はこちら⇒

melma!協賛企業