WEBVTT

00:00.060 --> 00:00.960
Instruktor: W tej

00:00.960 --> 00:03.180
lekcji omówimy kwestie związane z VoIP.

00:03.180 --> 00:06.240
VoIP to skrót od Voice Over Internet Protocol i jest to zestaw

00:06.240 --> 00:07.530
protokołów, których używamy

00:07.530 --> 00:09.960
do przesyłania strumieniowego głosu i wideo w czasie

00:09.960 --> 00:11.490
rzeczywistym.

00:11.490 --> 00:13.380
W przeciwieństwie do tradycyjnych protokołów

00:13.380 --> 00:16.530
sieciowych, takich jak http, ftp lub e-mail, w przypadku aplikacji działających

00:16.530 --> 00:18.810
w czasie rzeczywistym, możliwość uzyskania bardzo

00:18.810 --> 00:20.340
niskiego opóźnienia i bardzo wysokiej

00:20.340 --> 00:22.140
jakości usług jest niezbędna do uzyskania

00:22.140 --> 00:23.550
dobrego połączenia głosowego lub

00:23.550 --> 00:26.160
połączenia wideo podczas korzystania z protokołów czasu

00:26.160 --> 00:29.250
rzeczywistego, takich jak VoIP.

00:29.250 --> 00:31.440
Jeśli chodzi o usługi VoIP, tradycyjnie służą

00:31.440 --> 00:33.630
one do wykonywania połączeń telefonicznych

00:33.630 --> 00:34.890
przez Internet.

00:34.890 --> 00:36.750
Jeśli masz słabą usługę VoIP, będziesz

00:36.750 --> 00:39.180
mieć problemy, takie jak przerwy w połączeniach,

00:39.180 --> 00:41.070
problemy, w których słyszysz echo z drugiego

00:41.070 --> 00:44.190
końca lub inne rodzaje usterek wewnątrz połączenia.

00:44.190 --> 00:47.040
Teraz, gdy wysyłasz zwykłe dane przez sieć, możesz mieć

00:47.040 --> 00:49.140
pakiety dostarczane w dowolnej kolejności

00:49.140 --> 00:51.120
i może to trwać dłużej lub krócej, a to naprawdę

00:51.120 --> 00:52.860
nie zrobi różnicy.

00:52.860 --> 00:54.690
Ale jeśli prowadzimy rozmowę telefoniczną,

00:54.690 --> 00:56.550
musisz upewnić się, że rzeczy, które mówię,

00:56.550 --> 00:58.650
docierają do ciebie we właściwej kolejności

00:58.650 --> 01:00.180
i we właściwym czasie, i właśnie

01:00.180 --> 01:03.090
dlatego protokoły czasu rzeczywistego, takie jak VoIP, naprawdę

01:03.090 --> 01:06.510
muszą polegać na wysokim poziomie jakości usług.

01:06.510 --> 01:08.820
Teraz, jeśli nie masz bardzo dobrej jakości usług,

01:08.820 --> 01:09.653
zobaczysz, że będziesz

01:09.653 --> 01:11.850
miał dwa główne problemy z jakością, które drastycznie

01:11.850 --> 01:13.920
wpływają na VoIP.

01:13.920 --> 01:16.410
Jest to znane jako opóźnienie i jitter.

01:16.410 --> 01:18.360
Opóźnienie to czas potrzebny na

01:18.360 --> 01:20.610
dotarcie sygnału do docelowego klienta,

01:20.610 --> 01:22.710
mierzony w milisekundach.

01:22.710 --> 01:25.500
Ogólnie rzecz biorąc, milisekundy są bardzo szybkie.

01:25.500 --> 01:27.930
Mówimy o 1/1000 sekundy, czyli jednej

01:27.930 --> 01:29.430
milisekundzie.

01:29.430 --> 01:31.620
Ale jeśli rozmawiamy przy użyciu połączenia

01:31.620 --> 01:35.580
VoIP, a opóźnienie wzrasta do ponad 100-200 milisekund, będzie

01:35.580 --> 01:39.330
to zauważalne w dźwięku, gdy mnie słuchasz.

01:39.330 --> 01:40.163
Na przykład, jeśli

01:40.163 --> 01:42.360
korzystasz z satelitarnego połączenia

01:42.360 --> 01:44.010
internetowego, generalnie będziesz

01:44.010 --> 01:46.710
mieć od 150 do 250 milisekund dodanych do każdej wysyłanej

01:46.710 --> 01:48.870
rzeczy ze względu na czas potrzebny na dotarcie

01:48.870 --> 01:51.030
do satelity, zejście z satelity, przez Internet,

01:51.030 --> 01:57.510
do satelity, w dół z satelity i możliwość przesłania wszystkich tych danych.

01:57.510 --> 02:00.090
Z tego powodu oznacza to większe opóźnienia, co w

02:00.090 --> 02:02.940
większości zastosowań nie byłoby dużym problemem.

02:02.940 --> 02:04.950
Ale w przypadku VoIP tak właśnie jest.

02:04.950 --> 02:06.660
Wyższe opóźnienia oznaczają, że

02:06.660 --> 02:08.370
możesz zacząć słyszeć echo w swoich

02:08.370 --> 02:09.630
połączeniach i będziesz

02:09.630 --> 02:11.670
słyszeć swój własny głos powtarzany podczas

02:11.670 --> 02:14.040
rozmowy przez połączenie VoIP.

02:14.040 --> 02:15.300
Aby móc to zminimalizować,

02:15.300 --> 02:17.790
musimy zapewnić niskie opóźnienia.

02:17.790 --> 02:19.680
Ogólnie rzecz biorąc, aby uzyskać wysoką

02:19.680 --> 02:21.120
jakość usług podczas korzystania

02:21.120 --> 02:22.920
z połączenia VoIP, należy upewnić się, że

02:22.920 --> 02:25.620
opóźnienie nie przekracza około 50 do 100 milisekund.

02:25.620 --> 02:27.270
Z własnego doświadczenia mogę powiedzieć,

02:27.270 --> 02:29.760
że gdy korzystałem z VoIP za pośrednictwem połączenia satelitarnego,

02:29.760 --> 02:32.430
które korzystało z satelity znajdującego się na orbicie geosynchronicznej,

02:32.430 --> 02:35.280
podróż w obie strony trwała około 500 milisekund.

02:35.280 --> 02:37.350
Z tego powodu, gdy już coś powiedziałem,

02:37.350 --> 02:39.300
musiałem czekać około pół sekundy, zanim

02:39.300 --> 02:41.850
druga osoba, która to usłyszała, odpowiedziała,

02:41.850 --> 02:43.350
a potem ja to otrzymałem.

02:43.350 --> 02:45.990
Więc zawsze mieliśmy to opóźnienie w naszej rozmowie i doszliśmy

02:45.990 --> 02:48.630
do punktu, w którym mieliśmy znaczące opóźnienie do około 1000

02:48.630 --> 02:50.850
milisekund, gdzie w zasadzie musiałem powiedzieć

02:50.850 --> 02:52.740
to, co chciałem powiedzieć, a następnie użyć

02:52.740 --> 02:55.200
jakiegoś słowa kluczowego, takiego jak koniec, aby wiedzieli,

02:55.200 --> 02:56.970
że skończyłem w tym zdaniu i można było bezpiecznie

02:56.970 --> 02:58.860
zacząć mówić.

02:58.860 --> 03:00.720
Jest to naprawdę nieprzyjemne doświadczenie,

03:00.720 --> 03:03.270
jeśli korzystasz z VoIP przez połączenie o wysokiej latencji, ale

03:03.270 --> 03:05.370
w niektórych przypadkach po prostu nie masz wyboru, ponieważ

03:05.370 --> 03:06.360
masz do czynienia z czymś takim

03:06.360 --> 03:08.130
jak połączenie satelitarne.

03:08.130 --> 03:10.260
Drugim problemem związanym z

03:10.260 --> 03:11.940
VoIP jest tzw. jitter.

03:11.940 --> 03:13.410
Jitter jest miarą zmienności

03:13.410 --> 03:15.840
opóźnienia w czasie i jest mierzony poprzez próbkowanie

03:15.840 --> 03:17.880
czasu, jaki upłynął od momentu nadejścia

03:17.880 --> 03:19.590
pakietów do momentu ich pierwotnego

03:19.590 --> 03:21.420
wysłania.

03:21.420 --> 03:23.640
Ogólnie rzecz biorąc, większość usług VoIP

03:23.640 --> 03:26.790
wysyła swoje dane za pośrednictwem połączenia UDP.

03:26.790 --> 03:29.760
Z tego powodu dane te mogą docierać w dowolnej kolejności, gdy przechodzą

03:29.760 --> 03:30.990
przez sieć, a następnie system

03:30.990 --> 03:32.520
próbuje ustawić je z powrotem we właściwej

03:32.520 --> 03:33.750
kolejności.

03:33.750 --> 03:35.700
Tak więc wraz ze wzrostem opóźnienia,

03:35.700 --> 03:38.010
do około 30-50 milisekund, zaczniesz

03:38.010 --> 03:40.620
mieć wpływ na jakość połączenia i zaczniesz

03:40.620 --> 03:42.540
słyszeć jitter.

03:42.540 --> 03:45.090
Jitter może wystąpić z powodu środowiska o wysokim opóźnieniu

03:45.090 --> 03:46.440
lub dlatego, że pakiety pokonują

03:46.440 --> 03:48.480
różne trasy w Internecie i są ponownie składane

03:48.480 --> 03:50.760
w niewłaściwej kolejności, ponieważ mamy do czynienia

03:50.760 --> 03:53.160
z protokołem czasu rzeczywistego.

03:53.160 --> 03:55.380
Na przykład, jeśli zacząłem do ciebie

03:55.380 --> 03:57.420
mówić i zamiast powiedzieć 1, 2, 3,

03:57.420 --> 04:00.270
usłyszałeś te pakiety jako 1, 3, 2, oznacza to, że

04:00.270 --> 04:03.300
pakiet trzeci dotarł tam przed pakietem drugim.

04:03.300 --> 04:05.640
Ogólnie rzecz biorąc, nie usłyszysz całego słowa,

04:05.640 --> 04:08.040
takiego jak jeden, dwa i trzy w niewłaściwej kolejności,

04:08.040 --> 04:10.080
ale tylko jego fragmenty.

04:10.080 --> 04:12.570
I właśnie dlatego, jeśli masz niską jakość

04:12.570 --> 04:14.400
usług, w rozmowie VoIP usłyszysz

04:14.400 --> 04:16.860
prawie jak robota statycznego.

04:16.860 --> 04:19.710
Jak więc rozwiązać problem opóźnień i zniekształceń jitter?

04:19.710 --> 04:21.450
Można to zrobić na dwa sposoby.

04:21.450 --> 04:23.250
Po pierwsze, można zwiększyć

04:23.250 --> 04:25.260
ogólną wydajność całej sieci.

04:25.260 --> 04:26.550
Teraz jest to dość trudne do

04:26.550 --> 04:27.600
zrobienia, ponieważ

04:27.600 --> 04:29.220
trzeba wziąć pod uwagę każdy pojedynczy

04:29.220 --> 04:30.630
element sieci, od słuchawki

04:30.630 --> 04:31.920
VoIP przez całą sieć i (niewyraźne)

04:31.920 --> 04:33.720
połączenie.

04:33.720 --> 04:35.070
Drugą rzeczą, którą można

04:35.070 --> 04:37.500
zrobić, jest wdrożenie jakości usług.

04:37.500 --> 04:39.720
Jakość usług jest teraz ważnym

04:39.720 --> 04:41.220
narzędziem w sieci.

04:41.220 --> 04:43.590
Jest to mechanizm, który pozwala nadać priorytet

04:43.590 --> 04:45.810
określonemu ruchowi nad innymi.

04:45.810 --> 04:48.960
Na przykład, w małej sieci biurowej/domowej można skonfigurować

04:48.960 --> 04:50.520
urządzenia tak, aby nadawały

04:50.520 --> 04:52.290
priorytet ruchowi VoIP i czyniły

04:52.290 --> 04:55.170
go najwyższym priorytetem w sieci.

04:55.170 --> 04:57.540
W większości małych biur i biur domowych byłoby

04:57.540 --> 04:59.340
to bardzo prawdziwe stwierdzenie.

04:59.340 --> 05:01.500
Ruch głosowy powinien być najważniejszy,

05:01.500 --> 05:04.590
ponieważ jest najbardziej podatny na duże opóźnienia i efekt

05:04.590 --> 05:07.650
jittera, gdy pakiety docierają poza kolejnością.

05:07.650 --> 05:09.540
Tak więc, konfigurując urządzenia sieciowe

05:09.540 --> 05:12.240
tak, aby identyfikowały te pakiety głosowe przez IP, można

05:12.240 --> 05:13.380
nadać im priorytet w stosunku

05:13.380 --> 05:15.180
do wszystkiego innego w sieci, co zmniejszy

05:15.180 --> 05:17.310
opóźnienia i jitter oraz zapewni wyższą jakość

05:17.310 --> 05:20.100
usług dla użytkownika końcowego.

05:20.100 --> 05:21.870
Teraz należy pamiętać, że ustawienia

05:21.870 --> 05:24.060
jakości usług wpływają tylko na rzeczy

05:24.060 --> 05:25.560
wewnątrz sieci.

05:25.560 --> 05:27.930
Po dotarciu do sieci publicznej, takiej jak Internet,

05:27.930 --> 05:30.900
zasady jakości usług nie będą już stosowane, a następnie od

05:30.900 --> 05:33.060
każdego z tych dostawców usług internetowych

05:33.060 --> 05:33.990
w Internecie zależy,

05:33.990 --> 05:36.840
czy będą nadawać priorytet ruchowi VoIP nad innymi rzeczami,

05:36.840 --> 05:38.400
które wysyłają, aby móc zapewnić

05:38.400 --> 05:40.560
wyższą jakość usług.

05:40.560 --> 05:43.290
To powiedziawszy, nadal ważne jest, aby skonfigurować

05:43.290 --> 05:44.310
QoS, czyli jakość usług,

05:44.310 --> 05:47.040
wewnątrz własnej sieci dla urządzeń VoIP, ponieważ

05:47.040 --> 05:48.540
pozwoli to na nadanie priorytetu

05:48.540 --> 05:51.180
wewnątrz własnej sieci i przynajmniej uzyskanie przewagi

05:51.180 --> 05:53.220
nad Internetem.

05:53.220 --> 05:55.830
Pamiętaj więc, że jeśli chodzi o kwestie związane z VoIP,

05:55.830 --> 05:57.870
dwa największe problemy, których doświadczysz,

05:57.870 --> 05:59.760
to duże opóźnienia i jitter.

05:59.760 --> 06:01.020
Najlepszym sposobem na ich rozwiązanie

06:01.020 --> 06:03.060
jest wdrożenie polityki jakości usług wewnątrz

06:03.060 --> 06:06.033
własnej sieci w celu nadania priorytetu ruchowi VoIP.
