WEBVTT 00:00.060 --> 00:00.960 Instructeur: In deze 00:00.960 --> 00:03.180 les gaan we het hebben over VoIP-kwesties. 00:03.180 --> 00:06.240 VoIP staat voor Voice Over Internet Protocol en dit is een 00:06.240 --> 00:07.530 reeks protocollen die we 00:07.530 --> 00:09.960 gebruiken om streaming spraak en video in realtime 00:09.960 --> 00:11.490 te versturen. 00:11.490 --> 00:13.380 In tegenstelling tot traditionele 00:13.380 --> 00:16.530 netwerkprotocollen zoals http, ftp of e-mail, is het bij 00:16.530 --> 00:18.810 realtime toepassingen noodzakelijk om 00:18.810 --> 00:20.340 een zeer lage latency en een 00:20.340 --> 00:22.140 zeer hoge servicekwaliteit te hebben 00:22.140 --> 00:23.550 om een goede spraakverbinding 00:23.550 --> 00:26.160 of videoverbinding te hebben bij het gebruik van 00:26.160 --> 00:29.250 realtime protocollen zoals VoIP. 00:29.250 --> 00:31.440 Wanneer je nu te maken hebt met VoIP-diensten, wordt 00:31.440 --> 00:33.630 dit traditioneel gebruikt om telefoongesprekken 00:33.630 --> 00:34.890 te voeren via het internet. 00:34.890 --> 00:36.750 Als je een slechte VoIP-service hebt, krijg 00:36.750 --> 00:39.180 je te maken met problemen zoals wegvallende gesprekken, 00:39.180 --> 00:41.070 problemen waarbij je echo's hoort van de andere 00:41.070 --> 00:44.190 kant, of andere soorten storingen binnen het gesprek. 00:44.190 --> 00:47.040 Wanneer je nu gewone gegevens over het netwerk verstuurt, kun 00:47.040 --> 00:49.140 je de pakketjes in een willekeurige volgorde laten 00:49.140 --> 00:51.120 afleveren en het kan langer of korter duren en 00:51.120 --> 00:52.860 het maakt echt geen verschil. 00:52.860 --> 00:54.690 Maar als we een telefoongesprek voeren, 00:54.690 --> 00:56.550 moet je er zeker van zijn dat de dingen 00:56.550 --> 00:58.650 die ik zeg in de juiste volgorde en op het 00:58.650 --> 01:00.180 juiste moment bij je aankomen, 01:00.180 --> 01:03.090 en daarom moeten realtime protocollen zoals VoIP echt 01:03.090 --> 01:06.510 vertrouwen op een hoog serviceniveau. 01:06.510 --> 01:08.820 Als je geen goede servicekwaliteit hebt, 01:08.820 --> 01:09.653 zul je zien dat je 01:09.653 --> 01:11.850 twee grote kwaliteitsproblemen krijgt 01:11.850 --> 01:13.920 die VoIP drastisch beïnvloeden. 01:13.920 --> 01:16.410 Dit staat bekend als latency en jitter. 01:16.410 --> 01:18.360 Latency is de tijd die een signaal nodig 01:18.360 --> 01:20.610 heeft om de beoogde client te bereiken en dit 01:20.610 --> 01:22.710 wordt gemeten in milliseconden. 01:22.710 --> 01:25.500 Over het algemeen zijn milliseconden erg snel. 01:25.500 --> 01:27.930 We hebben het over 1/1000ste van een seconde 01:27.930 --> 01:29.430 is een milliseconde. 01:29.430 --> 01:31.620 Maar als we praten via een VoIP-verbinding 01:31.620 --> 01:35.580 en de latentie oploopt tot meer dan 100 tot 200 milliseconden, dan zal 01:35.580 --> 01:37.830 dat merkbaar zijn in het geluid als je naar 01:37.830 --> 01:39.330 me luistert. 01:39.330 --> 01:40.163 Als je bijvoorbeeld 01:40.163 --> 01:42.360 gebruik maakt van een internetverbinding via 01:42.360 --> 01:44.010 de satelliet, krijg je over het algemeen 01:44.010 --> 01:46.710 150 tot 250 milliseconden extra voor elk ding dat je verstuurt 01:46.710 --> 01:48.870 vanwege de tijd die het kost om omhoog te gaan 01:48.870 --> 01:51.030 naar de satelliet, omlaag vanaf de satelliet, 01:51.030 --> 01:53.520 over het internet, omhoog naar de satelliet, omlaag 01:53.520 --> 01:57.510 vanaf de satelliet en om al die gegevens te versturen. 01:57.510 --> 02:00.090 Dat betekent dat je een hogere latentie hebt 02:00.090 --> 02:02.940 en in de meeste toepassingen is dat niet erg. 02:02.940 --> 02:04.950 Maar met VoIP wel. 02:04.950 --> 02:06.660 Als je een hogere latentie hebt, 02:06.660 --> 02:08.370 betekent dit dat je echo's kunt 02:08.370 --> 02:09.630 gaan horen in je verbindingen 02:09.630 --> 02:11.670 en dat je je eigen stem terug hoort als 02:11.670 --> 02:14.040 je praat via een VoIP-verbinding. 02:14.040 --> 02:15.300 Om dit te minimaliseren, moeten 02:15.300 --> 02:17.790 we ervoor zorgen dat de latentie laag blijft. 02:17.790 --> 02:19.680 Over het algemeen wil je voor een hoge servicekwaliteit 02:19.680 --> 02:21.120 bij het gebruik van een VoIP-verbinding 02:21.120 --> 02:22.920 ervoor zorgen dat je de latentie onder de 02:22.920 --> 02:25.620 50 tot 100 milliseconden houdt. 02:25.620 --> 02:27.270 Ik kan je uit eigen ervaring vertellen dat 02:27.270 --> 02:29.760 toen ik VoIP gebruikte via een satellietverbinding die gebruik 02:29.760 --> 02:32.430 maakte van een satelliet in een geosynchrone baan, het ongeveer 500 02:32.430 --> 02:35.280 milliseconden duurde voordat de verbinding tot stand kwam. 02:35.280 --> 02:37.350 Daardoor moest ik, zodra ik iets zei, ongeveer 02:37.350 --> 02:39.300 een halve seconde wachten voordat de andere 02:39.300 --> 02:41.850 persoon die het hoorde iets terug zei, en dan zou ik 02:41.850 --> 02:43.350 dat ontvangen. 02:43.350 --> 02:45.990 Dus we hadden altijd deze vertraging in ons gesprek en het kwam 02:45.990 --> 02:48.630 op een punt dat we een aanzienlijke vertraging hadden tot ongeveer 02:48.630 --> 02:50.850 1000 milliseconden waarin ik in principe moest zeggen 02:50.850 --> 02:52.740 wat ik wilde gaan zeggen en dan een soort sleutelwoord 02:52.740 --> 02:55.200 moest gebruiken zoals over, zodat ze wisten dat ik klaar 02:55.200 --> 02:56.970 was met die zin en het veilig was voor hen om 02:56.970 --> 02:58.860 te gaan praten. 02:58.860 --> 03:00.720 Dit is echt een onaangename ervaring als je 03:00.720 --> 03:03.270 VoIP gebruikt via een verbinding met hoge latentie, maar in 03:03.270 --> 03:05.370 sommige gevallen heb je gewoon geen keuze omdat je 03:05.370 --> 03:06.360 te maken hebt met bijvoorbeeld 03:06.360 --> 03:08.130 een satellietverbinding. 03:08.130 --> 03:10.260 Het tweede probleem dat je kunt ervaren met VoIP 03:10.260 --> 03:11.940 is wat bekend staat als jitter. 03:11.940 --> 03:13.410 Nu, jitter is een meting van de variatie 03:13.410 --> 03:15.840 in vertraging in de tijd, en het wordt gemeten door de verstreken 03:15.840 --> 03:17.880 tijd te bemonsteren tussen wanneer de pakketten 03:17.880 --> 03:19.590 aankomen en wanneer ze oorspronkelijk 03:19.590 --> 03:21.420 werden verzonden. 03:21.420 --> 03:23.640 Over het algemeen sturen de meeste VoIP-diensten 03:23.640 --> 03:26.790 hun gegevens over een UDP-verbinding. 03:26.790 --> 03:29.760 Hierdoor kunnen die gegevens in willekeurige volgorde binnenkomen wanneer 03:29.760 --> 03:30.990 ze door het netwerk gaan, waarna 03:30.990 --> 03:32.520 het systeem ze weer in de juiste volgorde 03:32.520 --> 03:33.750 probeert te zetten. 03:33.750 --> 03:35.700 Dus als de latentie toeneemt, tot 03:35.700 --> 03:38.010 ongeveer 30 tot 50 milliseconden, begint 03:38.010 --> 03:40.620 de gesprekskwaliteit te beïnvloeden en krijg 03:40.620 --> 03:42.540 je jitter te horen. 03:42.540 --> 03:45.090 Nu kan jitter optreden door een omgeving met hoge latentie 03:45.090 --> 03:46.440 of omdat je pakketten verschillende 03:46.440 --> 03:48.480 routes nemen over het internet en in de verkeerde 03:48.480 --> 03:50.760 volgorde worden samengevoegd omdat we te maken hebben 03:50.760 --> 03:53.160 met een real-time protocol. 03:53.160 --> 03:55.380 Als ik bijvoorbeeld tegen je begon te praten 03:55.380 --> 03:57.420 en in plaats van 1, 2, 3 te zeggen, hoorde 03:57.420 --> 04:00.270 je die pakketjes als 1, 3, 2, dan betekent dat dat pakketje 04:00.270 --> 04:03.300 drie er eerder was dan pakketje twee. 04:03.300 --> 04:05.640 Over het algemeen hoor je niet het hele woord 04:05.640 --> 04:08.040 zoals één, twee en drie in de verkeerde volgorde, 04:08.040 --> 04:10.080 maar alleen stukjes van het woord. 04:10.080 --> 04:12.570 En dit is de reden waarom je bijna een soort robotachtige 04:12.570 --> 04:14.400 ruis hoort in een VoIP-gesprek als 04:14.400 --> 04:16.860 de kwaliteit van de service laag is. 04:16.860 --> 04:19.710 Dus hoe los je latency en jitter op? 04:19.710 --> 04:21.450 Dat kan op twee manieren. 04:21.450 --> 04:23.250 Ten eerste kun je de algemene prestaties 04:23.250 --> 04:25.260 van het hele netwerk verhogen. 04:25.260 --> 04:26.550 Nu, dat is vrij moeilijk om te 04:26.550 --> 04:27.600 doen, omdat je elk stukje 04:27.600 --> 04:29.220 van het netwerk in overweging moet 04:29.220 --> 04:30.630 nemen, van die VoIP handset helemaal 04:30.630 --> 04:31.920 door het netwerk en je (onduidelijke) 04:31.920 --> 04:33.720 verbinding. 04:33.720 --> 04:35.070 Het tweede wat je kunt doen, 04:35.070 --> 04:37.500 is de kwaliteit van de service implementeren. 04:37.500 --> 04:39.720 Servicekwaliteit is een belangrijk instrument 04:39.720 --> 04:41.220 binnen je netwerk. 04:41.220 --> 04:43.590 Dit is een mechanisme waarmee je bepaald verkeer 04:43.590 --> 04:45.810 voorrang kunt geven op ander verkeer. 04:45.810 --> 04:48.960 In je netwerk van kleine kantoren/thuiskantoren bijvoorbeeld, 04:48.960 --> 04:50.520 kun je je toestellen zo configureren 04:50.520 --> 04:52.290 dat ze je VoIP-verkeer voorrang geven 04:52.290 --> 04:55.170 en de hoogste prioriteit geven in je netwerk. 04:55.170 --> 04:57.540 In de meeste omgevingen van kleine kantoren/thuiskantoren 04:57.540 --> 04:59.340 zou dat een zeer waar statement zijn. 04:59.340 --> 05:01.500 Je spraakverkeer zou het belangrijkst moeten 05:01.500 --> 05:04.590 zijn omdat het het meest gevoelig is voor hoge latency en het effect 05:04.590 --> 05:07.650 van jitter wanneer pakketten niet in volgorde aankomen. 05:07.650 --> 05:09.540 Dus, door je netwerkapparaten te configureren 05:09.540 --> 05:12.240 om die voice over IP pakketten te identificeren, kun je 05:12.240 --> 05:13.380 die voorrang geven op al 05:13.380 --> 05:15.180 het andere in je netwerk, en dit zal je 05:15.180 --> 05:17.310 latentie en jitter verminderen en je eindgebruiker 05:17.310 --> 05:20.100 een hogere servicekwaliteit geven. 05:20.100 --> 05:21.870 Houd er rekening mee dat de instellingen die 05:21.870 --> 05:24.060 je maakt voor de kwaliteit van de service alleen invloed 05:24.060 --> 05:25.560 hebben op dingen binnen je netwerk. 05:25.560 --> 05:27.930 Zodra het op een publiek netwerk zoals het internet terechtkomt, 05:27.930 --> 05:30.900 worden de regels voor de kwaliteit van de dienstverlening niet langer toegepast 05:30.900 --> 05:33.060 en dan is het aan elk van die internetproviders op het internet 05:33.060 --> 05:33.990 om al dan niet voorrang te 05:33.990 --> 05:36.840 geven aan uw VoIP-verkeer ten opzichte van andere dingen die ze verzenden 05:36.840 --> 05:38.400 om u die hogere kwaliteit van dienstverlening 05:38.400 --> 05:40.560 te kunnen bieden. 05:40.560 --> 05:43.290 Dat gezegd zijnde, is het nog steeds belangrijk om QoS, of 05:43.290 --> 05:44.310 quality of service, binnen 05:44.310 --> 05:47.040 je eigen netwerk in te stellen voor je VoIP-toestellen, omdat 05:47.040 --> 05:48.540 dit je toelaat om voorrang te geven 05:48.540 --> 05:51.180 binnen je eigen netwerk en het op zijn minst een voorsprong 05:51.180 --> 05:53.220 te geven op het internet. 05:53.220 --> 05:55.830 Onthoud dus dat de twee grootste 05:55.830 --> 05:57.870 problemen met VoIP hoge latency 05:57.870 --> 05:59.760 en jitter zijn. 05:59.760 --> 06:01.020 En de beste manier om dit op te 06:01.020 --> 06:03.060 lossen is door een kwaliteitsbeleid te implementeren 06:03.060 --> 06:06.033 in je eigen netwerk om je VoIP-verkeer voorrang te geven.