UDPとTCPの併用って可能ですか？

youtubeに限った話ではないのですが・・・

リンク内容
こちらの質問のmaisumakunさんのコメントで「QUIC」と出てきますが、これで思ったのですが、、、

#Youtubeってhttps(TCP)で、尚且つUDPの動画ストリーミングってどういうことでしょうか？？

youtubeはgoogleが運営しているのではないのであれば、QUICは使用されていないと考えているのですが、、、
TCPとUDPの併用が可能なのでしょうか？？

英語なのですが、以下のようなものを見つけました。
Youtube use tcp or udp?

英語があまり得意ではないのですが
flsha player とRTSPというプロトコルで実現しているの・・・かな？
RTSPはアプリケーション層に存在するプロトコルだそうですが・・・

こちらはUDPは使用されていないということでしょうか？？
ストリーミングの実現はUDP以外でも可能なら、このプロトコルいらないような気がしますが・・・
(結構悪用されてますし・・・)
Google chrome ではflash playerなしでyoutubeを再生できる。こちらはQUICという技術のおかげでしょうか？

教えてください。

[追記]

同一層のプロトコルの併用が可能かどうかはトランスポート層に限った話ではありませんでしたね。
RTSPはアプリケーション層に存在するプロトコルという時点で、HTTPと併用しているようにも見えます。

行動規範の内容に同意します

回答2件

ベストアンサー

Youtbeをはじめとする動画サイトはウェブサーバーと動画を配信するサーバーは別です。

Youtubeの動画は一部の条件を除き現在FlashではなくHTML5が使用されています。MPEG-DASHというHTTPプロトコルをベースとしたストリーミングプロトコルで配信されています。ですのでTCPが使用されています。

ただ、リアルタイムなライブ配信はYoutubeの場合は動画と同じMPEG-DASHが使用されますが、
別のリアルタイムライブ配信サービスはFlash(のRTMFP(UDP))を使用する場合も、
別のサービスでは、MPEG-DASHでもFlashでもなく、WebRTCという新しいWeb標準APIを使用したものもあります。WebRTCも基本的にUDPを(TCPにフォールバックすることは可能)使用します。

MPEG-DASHはGoogleが規格化したプロトコルで前述のようにHTTP(TCP)をベースとしたプロトコルです。MPEG-DASHと似たものにHLSというものがありこちらはAppleが規格化したものです。HLSもまたHTTPをベースとしたストリーミング配信プロトコルです。
これらHTTPベースの利点としては、多人数にブロードキャストすることができます。それに引き換え欠点として結構大きな遅延が発生すること。どちらとも、基本的に最低でも10秒遅延します。(もっと最適化すればこれ以下にすることもできなくはないですが)
それに比べてUDPを使用したFlashのRTMFPやWebRTCは、P2P接続となり多人数配信には向いていませんが、地球の反対側に接続したとしても遅延が2秒未満に抑えることが可能です。

あとタイトルにある、TCPとUDPは併用可能かという質問ですが、併用可能です。
イメージやすいものとしてここ最近、出始めてきているWebRTCを使用したコールセンターサービスを例に考えると、ドキュメントはブラウザーつまりHTTP(TCP)で表示および同期を行い、音声対話をWebRTC(UDP)で行うことができます。

投稿2017/02/21 12:13

編集2017/02/21 12:54

turbgraphics200

総合スコア4267

strike1217

2017/02/21 12:16

「Youtbeをはじめとする動画サイトはウェブサーバーと動画を配信するサーバーは別です。 Youtubeの動画は一部の条件を除き現在FlashではなくHTML5が使用されています。」そうなんですか！！クロスドメインを使用しているんですかね・・・？ありがとうごいます。 MPEG-DASH 初めて聞きました。調べてみます。

strike1217

2017/02/21 12:23

質問とは関係がないのですが、MPEGということは mp4の拡張子がしようされているのでしょうか？？