WEBVTT

00:00.060 --> 00:00.960
이번 수업에서는

00:00.960 --> 00:03.180
보이ip 문제를 다룰 거예요

00:03.180 --> 00:06.240
자 보이스 오버 인터넷 프로토콜의 약자로

00:06.240 --> 00:07.530
음성과 영상을 실시간으로

00:07.530 --> 00:11.490
전송하는 프로토콜 모음입니다

00:11.490 --> 00:13.380
자 이제 http, ftp,

00:13.380 --> 00:16.530
e메일 같은 기존 네트워크 프로토콜과 달리 실시간

00:16.530 --> 00:18.810
응용 프로그램을 다룰 때 대기 시간은

00:18.810 --> 00:20.340
짧고 서비스는 고급화하는

00:20.340 --> 00:22.140
것이 음성 연결이나 비디오

00:22.140 --> 00:23.550
연결을 잘하기 위해서는

00:23.550 --> 00:26.160
필수입니다 음성 연결 같은 실시간 프로토콜을

00:26.160 --> 00:29.250
사용할 때는요

00:29.250 --> 00:31.440
네 보이스피 서비스를 다룰 때 전통적으로

00:31.440 --> 00:34.890
인터넷으로 전화를 걸 때 사용하죠

00:34.890 --> 00:36.750
네 인터넷 서비스가 안 좋으면

00:36.750 --> 00:39.180
전화가 끊기는 문제가 생기고 반대편에서

00:39.180 --> 00:41.070
메아리가 울리거나 통화 내의

00:41.070 --> 00:44.190
다른 문제가 생겨요 안 좋은 상황도 생기고요

00:44.190 --> 00:47.040
네 이제 네트워크로 일반 데이터를 보낼 때 어떤

00:47.040 --> 00:49.140
순서로 패킷을 전달받을 수 있고 더

00:49.140 --> 00:51.120
오래 혹은 더 짧게 걸릴 수 있습니다

00:51.120 --> 00:52.860
큰 차이는 없습니다 ?

00:52.860 --> 00:54.690
네 하지만 전화를 할 거라면

00:54.690 --> 00:56.550
제가 말하는 것들이 적절한

00:56.550 --> 00:58.650
순서와 시간에 전달되는지 확인해야

00:58.650 --> 01:00.180
합니다 그래서 VoIP

01:00.180 --> 01:03.090
같은 실시간 프로토콜은 높은 서비스 수준에

01:03.090 --> 01:06.510
의존해야 하는 거죠

01:06.510 --> 01:08.820
네 이제 서비스의 질이 좋지 않으면

01:08.820 --> 01:09.653
두 가지 주요

01:09.653 --> 01:11.850
품질 문제가 생겨서 vip에 크게

01:11.850 --> 01:13.920
영향을 끼치게 됩니다

01:13.920 --> 01:16.410
이런 걸 잠복과 불안이라고 하죠

01:16.410 --> 01:18.360
지금 당장요 대기란 고객이 신호를

01:18.360 --> 01:20.610
받는 데 걸리는 시간으로 1,000분의

01:20.610 --> 01:22.710
1초로 측정됩니다

01:22.710 --> 01:25.500
일반적으로 1,000분의 1초는 아주 빨라요

01:25.500 --> 01:27.930
1밀리초 차이로 1,000분의

01:27.930 --> 01:29.430
1초가 깨져요

01:29.430 --> 01:31.620
하지만 VoIP 연결을 사용하는

01:31.620 --> 01:35.580
경우 대기 시간이 100에서 200밀리초로 증가합니다

01:35.580 --> 01:37.830
여러분이 절 들으실 때 오디오에

01:37.830 --> 01:39.330
나타나죠

01:39.330 --> 01:40.163
예를 들어 위성

01:40.163 --> 01:42.360
인터넷을 사용하는 경우 일반적으로

01:42.360 --> 01:44.010
전송하는 개체에 150에서

01:44.010 --> 01:46.710
250밀리초가 추가됩니다 시간이 걸리거든요

01:46.710 --> 01:48.870
위성으로 올라갔다가 위성에서

01:48.870 --> 01:57.510
내려오고 인터넷을 가로질러 위성으로 올라갔다가 위성에서 내려와서 데이터를 전송하려면요

01:57.510 --> 02:00.090
네 그래서 대기 시간이 더 길죠 대부분의

02:00.090 --> 02:02.940
응용 프로그램에선 이건 별게 아니에요

02:02.940 --> 02:04.950
하지만 VoIP에서는 그렇습니다.

02:04.950 --> 02:06.660
네 대기 시간이 길수록 연결망

02:06.660 --> 02:08.370
안에서 반향이 들리기 시작하고

02:08.370 --> 02:09.630
인터넷 연결을 통해 말하는

02:09.630 --> 02:11.670
동안 자신의 목소리가 반복해서 들리는

02:11.670 --> 02:14.040
거예요 안 돼요

02:14.040 --> 02:15.300
피해를 최소화하려면

02:15.300 --> 02:17.790
대기 시간을 줄여야 해요

02:17.790 --> 02:19.680
네 일반적으로 품질 좋은

02:19.680 --> 02:21.120
서비스를 위해 대기

02:21.120 --> 02:22.920
시간을 50에서 100밀리초

02:22.920 --> 02:25.620
이내로 유지하세요

02:25.620 --> 02:27.270
제가 정지 궤도의 위성을

02:27.270 --> 02:29.760
통해 인터넷 인터넷을 쓸 때 경험으로

02:29.760 --> 02:32.430
말씀드릴 수 있어요 왕복 500밀리초

02:32.430 --> 02:35.280
정도 걸리죠

02:35.280 --> 02:37.350
네 그래서 제가 말을 하면

02:37.350 --> 02:39.300
0.5초 정도 기다렸다가

02:39.300 --> 02:43.350
상대방이 뭐라고 하면 다시 받아들여요

02:43.350 --> 02:45.990
우리는 항상 대화를 지연시켰습니다 그리고

02:45.990 --> 02:48.630
결국에는 매우 긴 시간이 있었습니다 1000밀리초까지

02:48.630 --> 02:58.860
있었습니다 이 때 저는 할 말을 하고 over 같은 키워드를 사용했습니다 제 말이 끝났다는 걸 알고 입을 열기 시작했어요

02:58.860 --> 03:00.720
대기 시간이 긴 연결을 통해 VoIP를

03:00.720 --> 03:03.270
사용하는 경우 이는 정말 불쾌한 경험이지만 어떤

03:03.270 --> 03:05.370
경우에는 위성 연결과 같은 것을 처리하기

03:05.370 --> 03:06.360
때문에 선택의 여지가

03:06.360 --> 03:08.130
없습니다.

03:08.130 --> 03:11.940
두 번째 문제는 지터입니다

03:11.940 --> 03:13.410
네 그럼 지터는 시간의

03:13.410 --> 03:15.840
지연 변화를 측정하는 거예요

03:15.840 --> 03:17.880
소포가 도착한 시점과 처음

03:17.880 --> 03:19.590
발송된 시점을 표본으로

03:19.590 --> 03:21.420
측정하죠

03:21.420 --> 03:23.640
일반적으로 VoIP 서비스는

03:23.640 --> 03:26.790
데이터를 UDP 연결을 통해 보냅니다

03:26.790 --> 03:29.760
네 그렇기 때문에 데이터는 네트워크를 가로지르는 어떤

03:29.760 --> 03:30.990
순서로든 도착합니다 그러면

03:30.990 --> 03:32.520
시스템이 올바른 순서로 되돌리려

03:32.520 --> 03:33.750
하죠 ? 네

03:33.750 --> 03:35.700
따라서 대기 시간이 약 30~50밀리초로

03:35.700 --> 03:38.010
증가하면 통화 품질에 영향을 미치기

03:38.010 --> 03:42.540
시작하고 지터가 들리기 시작합니다.

03:42.540 --> 03:45.090
네 지터는 이제

03:45.090 --> 03:46.440
?????

03:46.440 --> 03:53.160
실시간 프로토콜을 따르니까요

03:53.160 --> 03:55.380
네 예를 들어 제가

03:55.380 --> 03:57.420
말을 걸 때 1

03:57.420 --> 04:00.270
2 3 대신 이 패킷은

04:00.270 --> 04:03.300
1 3 둘 ?

04:03.300 --> 04:05.640
네 이제 보통 단어 전체를 듣지는

04:05.640 --> 04:08.040
않아요 1, 2, 3 잘못된 순서죠

04:08.040 --> 04:10.080
단어의 조각들만 들어요

04:10.080 --> 04:12.570
그래서 인터넷 전화 통화에서 로봇의

04:12.570 --> 04:14.400
잡음이 들리는 거예요 서비스

04:14.400 --> 04:16.860
품질이 안 좋을 때는요

04:16.860 --> 04:19.710
잠복기와 불안을 어떻게 해결할까요?

04:19.710 --> 04:21.450
방법은 두 가지예요

04:21.450 --> 04:23.250
첫째, 전체 네트워크 성능을

04:23.250 --> 04:25.260
향상시킬 수 있습니다

04:25.260 --> 04:26.550
네 이제 이건 꽤 어려워요

04:26.550 --> 04:27.600
네트워크의 모든

04:27.600 --> 04:29.220
조각을 고려해야 하거든요

04:29.220 --> 04:30.630
해당 보이스피싱 수화기부터

04:30.630 --> 04:33.720
네트워크에 이르기까지요

04:33.720 --> 04:35.070
두 번째로 할 수 있는

04:35.070 --> 04:37.500
건 서비스 품질을 구현하는 겁니다

04:37.500 --> 04:39.720
이제 서비스 품질은 네트워크 내부의

04:39.720 --> 04:41.220
중요한 도구입니다.

04:41.220 --> 04:43.590
특정 트래픽을 다른 것보다 우선시하도록

04:43.590 --> 04:45.810
해주는 메커니즘이죠

04:45.810 --> 04:48.960
네 예를 들어 작은 오피스/홈 오피스 네트워크에서

04:48.960 --> 04:50.520
장치가 구성돼 vip 트래픽을

04:50.520 --> 04:52.290
우선순위에 두고 네트워크에서

04:52.290 --> 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:04.590
패킷이 순서대로 도착하지 않으면 대기 시간이

05:04.590 --> 05:07.650
길어지고 불안 증세가 나타나거든요

05:07.650 --> 05:09.540
네 네트워크 장치를 구성해 음성

05:09.540 --> 05:12.240
패킷을 식별함으로써 네트워크의 모든 것에서

05:12.240 --> 05:13.380
우선순위를 정할 수

05:13.380 --> 05:15.180
있습니다 그러면 대기 시간과

05:15.180 --> 05:17.310
지터가 줄어들고 최종 사용자에게

05:17.310 --> 05:20.100
더 나은 서비스를 제공하게 됩니다

05:20.100 --> 05:21.870
명심하세요, 서비스 품질을

05:21.870 --> 05:24.060
위해 설정한 설정은 네트워크 내의 것에만

05:24.060 --> 05:25.560
영향을 미칩니다

05:25.560 --> 05:27.930
사용자가 인터넷과 같은 공용 네트워크로

05:27.930 --> 05:30.900
넘어가면 서비스 품질 규칙은 더 이상 적용되지 않습니다

05:30.900 --> 05:33.990
그럼 인터넷에 걸쳐 인터넷 서비스 공급자 개개인이

05:33.990 --> 05:36.840
더 높은 서비스 품질을 위해 PoIP 트래픽을

05:36.840 --> 05:38.400
다른 것보다 우선시할지는

05:38.400 --> 05:40.560
그들에게 달렸습니다

05:40.560 --> 05:43.290
그렇죠 하지만 여전히 음성 인식 장치를 위한

05:43.290 --> 05:44.310
네트워크에 QoS,

05:44.310 --> 05:47.040
서비스 품질을 설정하는 게 중요해요 그래야

05:47.040 --> 05:48.540
네트워크 내에서 우선순위를

05:48.540 --> 05:51.180
정할 수 있으니까요 적어도 인터넷에 먼저

05:51.180 --> 05:53.220
상륙할 수 있죠

05:53.220 --> 05:55.830
네 기억하세요 vip 문제에 관해 여러분이

05:55.830 --> 05:57.870
경험하게 될 가장 큰 문제 두 가지는

05:57.870 --> 05:59.760
대기 시간과 지터입니다

05:59.760 --> 06:01.020
최고의 해결책은 서비스

06:01.020 --> 06:03.060
품질 정책을 여러분 네트워크에서 구현해

06:03.060 --> 06:06.033
VoIP 트래픽 우선순위를 정하는 겁니다
