WEBVTT 00:00.060 --> 00:00.960 インストラクター：このレッスンでは､ 00:00.960 --> 00:03.180 VoIPの問題についてお話しします｡ 00:03.180 --> 00:06.240 VoIPとは､ Voice Over Internet Protocolの略で､ 00:06.240 --> 00:11.490 音声や映像をリアルタイムでストリーミング送信するためのプロトコルである｡ 00:11.490 --> 00:16.530 さて､ httpやftp､ 電子メールといった従来のネットワーク・プロトコルとは異なり､ 00:16.530 --> 00:18.810 リアルタイム・アプリケーションを扱う場合､ 00:18.810 --> 00:23.550 VoIPのようなリアルタイム・プロトコルを使用して音声接続やビデオ接続を行うには､ 00:23.550 --> 00:29.250 非常に低いレイテンシーと非常に高いサービス品質が不可欠です｡ 00:29.250 --> 00:34.890 さて､ VoIPサービスを扱う場合､ 従来はインターネット経由で電話をかけるために使われていた｡ 00:34.890 --> 00:36.750 VoIPサービスの質が低いと､ 00:36.750 --> 00:44.190 通話が途切れたり､ 相手からエコーが聞こえたり､ 通話中に不具合が生じたりする｡ 00:44.190 --> 00:47.040 通常のデータをネットワーク経由で送信する場合､ 00:47.040 --> 00:52.860 パケットをどのような順序で配信しても構わない｡ 00:52.860 --> 00:58.650 だから､ VoIPのようなリアルタイム・プロトコルは､ 00:58.650 --> 01:06.510 高いサービス品質レベルに依存しなければならないのです｡ 01:06.510 --> 01:08.820 さて､ サービス品質があまり良くない場合､ 01:08.820 --> 01:13.920 VoIPに大きな影響を与える2つの大きな品質問題が発生することになる｡ 01:13.920 --> 01:16.410 これはレイテンシーとジッターとして知られている｡ 01:16.410 --> 01:20.610 さて､ レイテンシーとは､ 信号が目的のクライアントに到達するまでの時間のことで､ 01:20.610 --> 01:22.710 ミリ秒単位で測定される｡ 01:22.710 --> 01:25.500 さて､ 一般的にミリ秒は非常に速い｡ 01:25.500 --> 01:29.430 私たちが話しているのは､ 1/1000秒は1ミリ秒ということだ｡ 01:29.430 --> 01:31.620 しかし､ VoIP接続を使って話していて､ 01:31.620 --> 01:39.330 レイテンシーが100ミリ秒から200ミリ秒以上になると､ 実際に私の話を聞いているときに音声に顕著に現れます｡ 01:39.330 --> 01:42.360 例えば､ 衛星インターネット接続を使用している場合､ 01:42.360 --> 01:44.010 一般的には､ 衛星に上がり､ 01:44.010 --> 01:46.710 衛星から下り､ インターネットを越え､ 衛星に上がり､ 01:46.710 --> 01:51.030 衛星から下り､ そしてすべてのデータを送信するのにかかる時間のために､ 01:51.030 --> 01:57.510 送信するすべての内容に150ミリ秒から250ミリ秒が追加されることになる｡ 01:57.510 --> 02:00.090 そのため､ レイテンシーが高くなるわけだが､ ほとんどのアプリケーションでは､ 02:00.090 --> 02:02.940 これは大きな問題ではないだろう｡ 02:02.940 --> 02:04.950 しかし､ VoIPの場合はそうだ｡ 02:04.950 --> 02:08.370 遅延が大きくなると､ 接続の内部でエコーが聞こえるようになり､ 02:08.370 --> 02:14.040 VoIP接続で話しているときに自分の声が繰り返し聞こえるようになります｡ 02:14.040 --> 02:15.300 これを最小限に抑えるためには､ 02:15.300 --> 02:17.790 レイテンシーを低く保つ必要がある｡ 02:17.790 --> 02:19.680 一般的に､ VoIP接続を使用する際､ 02:19.680 --> 02:21.120 高品質なサービスを提供するためには､ 02:21.120 --> 02:25.620 遅延を約50～100ミリ秒以内に抑えたいものです｡ 02:25.620 --> 02:27.270 個人的な経験から言わせてもらえば､ 02:27.270 --> 02:35.280 静止軌道上の衛星を使った衛星接続でVoIPを使っていたときは､ 往復で500ミリ秒くらいかかった｡ 02:35.280 --> 02:39.300 そのせいで､ 私が何か言うと､ それを聞いた相手が何か言い返して､ 02:39.300 --> 02:43.350 それを私が受け取るまで約半秒待たなければならなかった｡ 02:43.350 --> 02:48.630 そのため､ 私たちの会話には常に遅延が生じ､ 02:48.630 --> 02:58.860 最大で1000ミリ秒ほどの遅延が生じるまでになった｡ 02:58.860 --> 03:00.720 高遅延接続でVoIPを使用している場合､ 03:00.720 --> 03:08.130 これは本当に不快な経験だが､ 衛星接続のようなものを扱っているため､ 選択の余地がない場合もある｡ 03:08.130 --> 03:10.260 VoIPで経験する可能性のある2つ目の問題は､ 03:10.260 --> 03:11.940 ジッターと呼ばれるものだ｡ 03:11.940 --> 03:13.410 さて､ ジッターとは､ 時間経過に伴う遅延の変動を測定するもので､ 03:13.410 --> 03:21.420 パケットが到着してから最初に送信されるまでの経過時間をサンプリングすることによって測定される｡ 03:21.420 --> 03:26.790 一般的に､ ほとんどのVoIPサービスはUDP接続でデータを送信する｡ 03:26.790 --> 03:30.990 このため､ データがネットワークを通過する際､ どのような順序で到着しても､ 03:30.990 --> 03:33.750 システムはそれを正しい順序に戻そうとする｡ 03:33.750 --> 03:38.010 そのため､ レイテンシーが30ミリ秒から50ミリ秒程度まで増加すると､ 03:38.010 --> 03:42.540 通話品質に影響が出始め､ ジッターが聞こえるようになります｡ 03:42.540 --> 03:46.440 ジッターは､ 高遅延の環境や､ パケットがインターネット上で異なるルートを通り､ 03:46.440 --> 03:53.160 リアルタイム・プロトコルを扱っているために間違った順序で再組み立てされるために発生します｡ 03:53.160 --> 03:55.380 例えば､ 私があなたに話し始めたとき､ 03:55.380 --> 03:57.420 1､ 2､ 3と言う代わりに､ 1､ 3､ 03:57.420 --> 04:03.300 2と聞こえたとしたら､ それはパケット3がパケット2より先にそこに着いたことを意味する｡ 04:03.300 --> 04:05.640 一般的には､ 1､ 2､ 3といった単語全体を間違った順番で聞くのではなく､ 04:05.640 --> 04:10.080 単語の一部分だけを聞くことになる｡ 04:10.080 --> 04:16.860 サービス品質が低いと､ VoIPの会話中にほとんどロボットのような静止音が聞こえるのはこのためだ｡ 04:16.860 --> 04:19.710 では､ どのようにしてレイテンシーとジッターを解決するのか？ 04:19.710 --> 04:21.450 まあ､ それには2つの方法がある｡ 04:21.450 --> 04:25.260 まず､ ネットワーク全体のパフォーマンスを向上させることができる｡ 04:25.260 --> 04:27.600 VoIPハンドセットからネットワーク､ 04:27.600 --> 04:29.220 そして（不明瞭な）接続に至るまで､ 04:29.220 --> 04:33.720 ネットワークのあらゆる部分を考慮しなければならないからだ｡ 04:33.720 --> 04:35.070 しかし､ 2番目にできることは､ 04:35.070 --> 04:37.500 サービスの質を向上させることだ｡ 04:37.500 --> 04:41.220 現在､ サービス品質はネットワーク内部で重要なツールとなっている｡ 04:41.220 --> 04:45.810 これは､ 特定のトラフィックを他のトラフィックより優先させることができる仕組みである｡ 04:45.810 --> 04:48.960 例えば､ 小規模オフィスやホームオフィスのネットワークでは､ 04:48.960 --> 04:50.520 実際にVoIPトラフィックを優先し､ 04:50.520 --> 04:55.170 ネットワーク内で最優先するようにデバイスを設定することができます｡ 04:55.170 --> 04:57.540 さて､ ほとんどの小規模オフィス／ホームオフィス環境では､ 04:57.540 --> 04:59.340 それは非常に正しい発言だろう｡ 04:59.340 --> 05:01.500 音声トラフィックが最も重要であるべきなのは､ 05:01.500 --> 05:07.650 高遅延の影響を最も受けやすく､ パケットが順番通りに到着しないとジッターの影響を受けるからです｡ 05:07.650 --> 05:09.540 そのため､ ボイスオーバーIPパケットを識別できるようにネットワーク・デバイスを設定することで､ 05:09.540 --> 05:20.100 ネットワーク内の他のすべてのパケットよりもボイスオーバーIPパケットを優先させることができ､ 遅延やジッターを減らし､ エンドユーザーにより高いサービス品質を提供することができます｡ 05:20.100 --> 05:21.870 サービス品質について設定した内容は､ 05:21.870 --> 05:25.560 ネットワーク内部にしか影響しないことに留意してください｡ 05:25.560 --> 05:27.930 インターネットのような公共のネットワークに入ると､ 05:27.930 --> 05:33.060 サービス品質に関するルールは適用されなくなり､ インターネット上の各インターネット・サービス・プロバイダーが､ 05:33.060 --> 05:33.990 より高いサービス品質を提供できるように､ 05:33.990 --> 05:40.560 VoIPトラフィックを他のトラフィックよりも優先させるかどうかは､ プロバイダー次第となります｡ 05:40.560 --> 05:43.290 とはいえ､ QoS（Quality 05:43.290 --> 05:53.220 of Service）をVoIPデバイスのネットワーク内で設定することは重要です｡ 05:53.220 --> 05:55.830 だから､ VoIPの問題に関して言えば､ あなたが経験することになる2つの最大の問題は､ 05:55.830 --> 05:59.760 高いレイテンシーとジッターであることを覚えておいてほしい｡ 05:59.760 --> 06:01.020 そして､ これらを解決する最善の方法は､ 06:01.020 --> 06:06.033 VoIPトラフィックに優先順位をつけるサービス品質ポリシーをネットワーク内部に導入することです｡