WEBVTT

00:00.090 --> 00:02.910
Instructeur: In deze les gaan we het hebben over IPv4,

00:02.910 --> 00:05.250
of internet protocol versie vier.

00:05.250 --> 00:08.730
IPv4 is erg populair en is het meest gebruikte type IP-adressering

00:08.730 --> 00:11.100
op onze netwerken.

00:11.100 --> 00:12.840
Als je zoals de meeste mensen bent,

00:12.840 --> 00:15.690
heb je zelfs al eens een IPv4-adres gezien.

00:15.690 --> 00:16.530
Als je ze bekijkt, worden

00:16.530 --> 00:18.660
ze geschreven als een reeks van vier decimale getallen,

00:18.660 --> 00:20.010
gescheiden door punten.

00:20.010 --> 00:28.470
Enkele voorbeelden hiervan zijn IPv4-adressen zoals 10. 1. 2. 3 of 172.

00:28.470 --> 00:28.470
21. 243. 67.

00:28.470 --> 00:31.200
Zoals je kunt zien, bestaat elk IPv4-adres uit

00:31.200 --> 00:33.360
vier delen om dat adres te vormen.

00:33.360 --> 00:35.970
Dit staat bekend als een stippeldecimale notatie.

00:35.970 --> 00:36.900
Wanneer je verwijst naar

00:36.900 --> 00:39.690
elk van deze vier afzonderlijke delen, noemen we deze een octet omdat

00:39.690 --> 00:41.400
ze elk een decimaal getal hebben dat wordt

00:41.400 --> 00:43.890
gebruikt om een acht-bits getal weer te geven.

00:43.890 --> 00:45.060
Omdat deze decimale getallen

00:45.060 --> 00:47.640
acht bits of acht binaire cijfers vertegenwoordigen,

00:47.640 --> 00:49.770
betekent dit dat ze alleen een waarde van 0

00:49.770 --> 00:53.580
tot 255 kunnen vertegenwoordigen in elk van die vier posities.

00:53.580 --> 00:55.620
Als alle vier de octetten worden gecombineerd,

00:55.620 --> 00:58.680
hebben we vier octetten die elk acht bits bevatten, voor

00:58.680 --> 01:01.950
een totaal van 32 bits aan adresseerbare ruimte bij gebruik

01:01.950 --> 01:04.350
van een IPv4-adres.

01:04.350 --> 01:08.413
Als ik nu bijvoorbeeld het IPv4-adres 192.. 168. 1. 4, dit is geschreven in

01:10.290 --> 01:12.480
stippeldecimale notatie om het voor ons als mensen

01:12.480 --> 01:14.730
gemakkelijker te maken om het te lezen.

01:14.730 --> 01:16.740
Maar in werkelijkheid is het

01:16.740 --> 01:17.583
11000000.

01:20.941 --> 01:21.774
10101000.

01:24.682 --> 01:25.515
00000001.

01:28.690 --> 01:29.523
00000100 als

01:32.100 --> 01:34.620
ik het in zijn ware binaire vorm zet.

01:34.620 --> 01:37.200
Zoals je kunt zien, is het voor ons een stuk gemakkelijker om te lezen

01:37.200 --> 01:40.110
en te typen als we de notatie met stippellijnen kunnen gebruiken.

01:40.110 --> 01:42.630
En daarom is de kans kleiner dat we fouten maken, want

01:42.630 --> 01:44.580
als mensen zouden we het een groot probleem

01:44.580 --> 01:46.440
vinden om deze getallen binair in te voeren

01:46.440 --> 01:48.660
in onze netwerkapparaten.

01:48.660 --> 01:50.460
We denken gewoon niet op die manier.

01:50.460 --> 01:55.380
Als we nu een IP-adres zien zoals 192. 168. 1. 4, wordt het eigenlijk

01:55.380 --> 01:57.990
opgesplitst in twee porties met behulp van een

01:57.990 --> 02:02.010
tweede 32-bits getal dat bekend staat als een subnetmasker.

02:02.010 --> 02:04.020
Nu wordt één deel van het IPv4-adres gebruikt

02:04.020 --> 02:05.910
om het netwerkgedeelte te identificeren en

02:05.910 --> 02:07.350
het andere deel wordt gebruikt om

02:07.350 --> 02:09.150
het hostgedeelte te identificeren.

02:09.150 --> 02:10.470
Als je naar een subnetmasker

02:10.470 --> 02:13.050
kijkt, lijkt het veel op een IPv4-adres, maar als je

02:13.050 --> 02:15.030
het omrekent naar binair, zie je dat het

02:15.030 --> 02:16.830
een aaneengesloten reeks enen of nullen

02:16.830 --> 02:19.320
heeft om het netwerk- en hostgedeelte van dat adres

02:19.320 --> 02:21.300
te identificeren dat wordt gebruikt door

02:21.300 --> 02:23.370
de client of het apparaat.

02:23.370 --> 02:28.370
Dus als ik een subnetmasker als 255 heb. 255. 255. 0, dit staat bekend

02:28.560 --> 02:31.590
als een standaard klasse C-subnetmasker.

02:31.590 --> 02:33.630
Maak je nu nog geen zorgen over klassen,

02:33.630 --> 02:35.910
daar gaan we zo dadelijk dieper op in.

02:35.910 --> 02:36.960
Voor nu wil ik dat je ziet

02:36.960 --> 02:38.820
hoe een subnetmasker eruitziet.

02:38.820 --> 02:41.700
Als ik dit nu omreken naar binair, dan wordt elk

02:41.700 --> 02:43.740
van die octetten die 255 zijn, geschreven

02:43.740 --> 02:45.693
als 11111111.

02:47.400 --> 02:51.360
Dus ik ga 11111111 halen.

02:51.360 --> 02:52.653
11111111.

02:54.434 --> 02:55.267
11111111.

02:57.780 --> 02:59.193
en dan 00000000.

03:01.530 --> 03:05.760
Dit komt omdat in binair, acht enen gelijk is aan 255 als ik het lees

03:05.760 --> 03:06.930
in decimaal.

03:06.930 --> 03:08.580
En als ik acht nullen heb in binair,

03:08.580 --> 03:11.100
is dat gelijk aan nul in decimaal.

03:11.100 --> 03:12.810
Als je nu naar dit nummer kijkt en je ziet

03:12.810 --> 03:15.480
een één in het binaire gedeelte van dat subnetmasker, dan betekent

03:15.480 --> 03:17.670
dit dat het deel uitmaakt van het netwerkgedeelte

03:17.670 --> 03:19.110
van het IP-adres.

03:19.110 --> 03:21.840
Als ik een nul zie in het binaire gedeelte van het subnetmasker,

03:21.840 --> 03:23.610
betekent dit dat het deel uitmaakt van het

03:23.610 --> 03:25.140
hostgedeelte van het IPv4-adres.

03:25.140 --> 03:28.527
Laten we dit samenvoegen door zowel een IPv4-adres als een

03:28.527 --> 03:30.360
subnetmasker te laten zien.

03:30.360 --> 03:35.360
Eerst hebben we ons IPv4-adres 192. 168. 1. 4.

03:35.790 --> 03:38.340
Vervolgens hebben we ons subnetmasker eronder

03:38.340 --> 03:42.030
met 255. 255. 255. 0.

03:42.030 --> 03:44.430
Overal waar ik nu 255 zie, staat

03:44.430 --> 03:46.950
dit voor een één in binair.

03:46.950 --> 03:49.230
Dit wordt dus onderdeel van het netwerkgedeelte

03:49.230 --> 03:51.120
van dat IPv4-adres.

03:51.120 --> 03:55.110
Als ik dit voorbeeld gebruik, 192. 168. 1. 4, de

03:55.110 --> 03:59.520
198. 168. 1, dat deel uitmaakt van het netwerk.

03:59.520 --> 04:04.440
Nu kan ik alles doen wat begint met 192. 168. 1. Iets en dat zou allemaal

04:04.440 --> 04:07.020
adresseerbaar zijn door hetzelfde lokale netwerk

04:07.020 --> 04:10.260
omdat ze allemaal hetzelfde netwerkgedeelte delen.

04:10.260 --> 04:11.850
Als ik nu bij het tweede deel kom,

04:11.850 --> 04:13.530
telkens als ik die nullen zie, vertegenwoordigt

04:13.530 --> 04:15.930
dit alle nullen in binair.

04:15.930 --> 04:19.770
Dus dat wordt het hostgedeelte van dat IPv4-adres.

04:19.770 --> 04:23.250
In dit geval is dat de . 4 deel van dit adres, dat de

04:23.250 --> 04:24.930
host gaat voorstellen.

04:24.930 --> 04:27.780
Die host kan een server, een desktop, een laptop, een tablet,

04:27.780 --> 04:30.780
een smartphone of een ander netwerkapparaat zijn.

04:30.780 --> 04:32.070
Het maakt echt niet uit.

04:32.070 --> 04:34.200
Maar als we het hierover hebben . 4 apparaat, dat

04:34.200 --> 04:35.760
is een enkele host.

04:35.760 --> 04:38.700
Als ik het over de 192 heb. 168. 1, dat is het

04:38.700 --> 04:43.320
netwerk dat tot 254 apparaten kan bevatten.

04:43.320 --> 04:47.670
Dus als ik een apparaat heb zoals 192. 168. 1. 50 met een subnet

04:47.670 --> 04:51.540
van 255. 255. 255. 0, zit dat apparaat

04:51.540 --> 04:54.030
ook op hetzelfde netwerk als onze

04:54.030 --> 04:57.330
192. 168. 1. 4 en ze kunnen met elkaar

04:57.330 --> 04:59.820
communiceren via een switch en ze zouden geen router hoeven

04:59.820 --> 05:01.320
te gebruiken omdat ze allebei hetzelfde

05:01.320 --> 05:06.320
netwerkgedeelte delen, 192. 168. 1.

05:06.480 --> 05:07.530
Aan de andere kant, laten we aannemen

05:07.530 --> 05:11.970
dat ik een apparaat als 192 heb. 168. 0. 100 met een subnet

05:11.970 --> 05:15.960
van 255. 255. 255. 0 staat, bevindt dat

05:15.960 --> 05:18.150
apparaat zich op een ander netwerk.

05:18.150 --> 05:22.710
Om precies te zijn op de 192. 168. 0. iets netwerk.

05:22.710 --> 05:24.840
We kunnen dat dus niet communiceren vanaf ons oorspronkelijke

05:24.840 --> 05:28.710
apparaat op 192. 168. 1. 4 zonder ons netwerk

05:28.710 --> 05:30.330
te verlaten en ons verkeer

05:30.330 --> 05:32.820
om te leiden naar dit nieuwe netwerk, deze

05:32.820 --> 05:36.360
192. 168. 0. iets netwerk.

05:36.360 --> 05:38.430
Daarom hebben we een router nodig.

05:38.430 --> 05:40.320
Als dit nog niet helemaal duidelijk

05:40.320 --> 05:41.820
is, maak je dan geen zorgen.

05:41.820 --> 05:44.250
Op dit moment hebben we nog maar net het oppervlak bereikt van de voorbeelden

05:44.250 --> 05:45.280
waar we het over hebben gehad.

05:45.280 --> 05:46.920
En ik wilde je alleen maar op het idee brengen

05:46.920 --> 05:48.960
en je laten kennismaken met dit concept.

05:48.960 --> 05:51.090
Het volgende concept waar we het over moeten

05:51.090 --> 05:52.950
hebben is dat van IPv4-adressen en hoe ze

05:52.950 --> 05:55.620
zijn opgedeeld in klassen of groepen van bereiken die voor

05:55.620 --> 05:58.440
verschillende doeleinden kunnen worden gebruikt.

05:58.440 --> 06:01.650
Nu heeft elke klasse ook zijn eigen standaard subnetmasker.

06:01.650 --> 06:04.710
Wanneer we het over klassen hebben, identificeren we deze met een letter.

06:04.710 --> 06:08.850
Deze letters zijn A, B, C, D en E.

06:08.850 --> 06:11.610
Om nu de klasse voor een gegeven IP-adres te identificeren,

06:11.610 --> 06:14.130
hoef je alleen maar naar het eerste octet te kijken.

06:14.130 --> 06:17.850
Als dat eerste octet begint met een getal tussen 1 en 127, dan wordt het beschouwd als

06:17.850 --> 06:19.920
een klasse A-adres en heeft het een standaard subnetmasker

06:19.920 --> 06:24.360
van 255. 0. 0. 0.

06:24.360 --> 06:26.430
Dit betekent dat het netwerkgedeelte van dat

06:26.430 --> 06:28.170
adres alleen het eerste octet is.

06:28.170 --> 06:30.000
En het tweede, derde en vierde

06:30.000 --> 06:32.070
octet vormen het hostgedeelte.

06:32.070 --> 06:34.260
Dit betekent dat we met een klasse

06:34.260 --> 06:39.180
A netwerk 256 keer 256 keer 256 hosts op een enkel netwerk kunnen hebben,

06:39.180 --> 06:40.560
wat betekent dat er

06:40.560 --> 06:43.320
16 zijn. 7 miljoen mogelijke host

06:43.320 --> 06:44.940
IP-adressen beschikbaar voor

06:44.940 --> 06:47.250
een enkel netwerkadresgedeelte dat is toegewezen

06:47.250 --> 06:49.050
in een klasse A.

06:49.050 --> 06:50.880
Onze tweede klasse treedt

06:50.880 --> 06:53.070
op wanneer het eerste octet begint

06:53.070 --> 06:55.800
met een getal tussen 128 en 191.

06:55.800 --> 06:58.050
Dit wordt beschouwd als een klasse B adres en we hebben

06:58.050 --> 07:03.050
een standaard masker van 255. 255. 0. 0.

07:03.150 --> 07:05.460
Dit betekent dat het netwerkgedeelte van dit adres

07:05.460 --> 07:07.560
het eerste en tweede octet zal zijn.

07:07.560 --> 07:08.970
En het derde en vierde octet

07:08.970 --> 07:11.010
vormen het hostgedeelte.

07:11.010 --> 07:12.990
Dit betekent dat we voor een klasse

07:12.990 --> 07:17.490
B netwerk tot 256 keer 256 hosts op een enkel netwerk kunnen hebben.

07:17.490 --> 07:22.490
En dat betekent dat er 65.536 mogelijke host IP-adressen beschikbaar zijn voor een

07:22.710 --> 07:24.810
enkel netwerkadresgedeelte dat is

07:24.810 --> 07:27.120
toegewezen binnen een klasse B.

07:27.120 --> 07:29.820
De derde klasse komt voor wanneer het

07:29.820 --> 07:33.600
eerste octet begint met een getal tussen 192 en 223.

07:33.600 --> 07:35.610
Dit wordt beschouwd als een klasse C-adres en heeft een

07:35.610 --> 07:40.610
standaard subnetmasker van 255. 255. 255. 0.

07:40.920 --> 07:42.780
Dit betekent dat het netwerkgedeelte

07:42.780 --> 07:45.720
van het adres het eerste, tweede en derde octet zal zijn en

07:45.720 --> 07:48.720
dat we het vierde octet bewaren voor het hostgedeelte.

07:48.720 --> 07:50.550
Dit betekent dat je voor een klasse

07:50.550 --> 07:53.910
C netwerk slechts 256 hosts op een enkel netwerk kunt hebben.

07:53.910 --> 07:57.600
En dit betekent dat er slechts 256 mogelijke host IP-adressen beschikbaar

07:57.600 --> 07:59.640
zijn voor een enkel netwerkadresgedeelte

07:59.640 --> 08:01.020
dat wordt toegewezen.

08:01.020 --> 08:03.720
De vierde klasse die we hebben komt voor wanneer

08:03.720 --> 08:07.260
het eerste octet begint met een getal tussen 224 en 239.

08:07.260 --> 08:09.780
Dit wordt beschouwd als een klasse D-adres.

08:09.780 --> 08:11.790
Aan een klasse D-adres is geen

08:11.790 --> 08:13.710
subnetmasker toegewezen.

08:13.710 --> 08:16.410
Dit komt omdat klasse D adressen speciaal zijn en

08:16.410 --> 08:20.010
ze gereserveerd zijn voor multicasting of multicast routing.

08:20.010 --> 08:22.650
Nu is een multicast adres een logische identificatie voor

08:22.650 --> 08:24.720
een groep hosts in een computernetwerk die

08:24.720 --> 08:26.130
al beschikbaar zullen zijn om

08:26.130 --> 08:29.490
datagrammen of frames te verwerken die bedoeld zijn als multicast voor

08:29.490 --> 08:31.380
een aangewezen netwerkdienst.

08:31.380 --> 08:33.720
Het eigenlijke multicast adres hoeft

08:33.720 --> 08:35.940
dus niet op één host afgestemd te

08:35.940 --> 08:38.490
zijn, maar op een groep hosts.

08:38.490 --> 08:40.410
Als je aan een multicast adres denkt, wil

08:40.410 --> 08:42.900
ik dat je het ziet als een groepschat op Facebook.

08:42.900 --> 08:44.250
Je hebt misschien een groepschatnaam,

08:44.250 --> 08:46.320
in ons geval een multicastadres.

08:46.320 --> 08:48.720
En als je een bericht naar de naam van je groepschat stuurt,

08:48.720 --> 08:49.860
krijgen alle leden van die

08:49.860 --> 08:51.690
groep een kopie van dat bericht.

08:51.690 --> 08:54.150
Nou, hetzelfde gaat gebeuren in multicast

08:54.150 --> 08:56.160
waar we IPv4 gebruiken.

08:56.160 --> 08:57.450
Dit is het idee van wat je moet

08:57.450 --> 08:58.830
begrijpen bij multicasting.

08:58.830 --> 09:01.650
Ik verstuur het van één persoon en het gaat naar meerdere

09:01.650 --> 09:02.970
mensen tegelijk.

09:02.970 --> 09:05.220
De vijfde klasse komt voor wanneer het

09:05.220 --> 09:08.520
eerste octet begint met een getal tussen 240 en 255.

09:08.520 --> 09:10.650
Dit wordt een klasse E-adres genoemd

09:10.650 --> 09:13.410
en het heeft ook geen standaard subnetmasker.

09:13.410 --> 09:16.140
Dit komt omdat klasse E-adressen ook speciaal zijn.

09:16.140 --> 09:18.960
In dit geval zijn ze voorbehouden voor experimentele doeleinden

09:18.960 --> 09:21.780
voor onderzoek en ontwikkeling of studie.

09:21.780 --> 09:25.680
Deze experimentele reeks bevat ongeveer 268 miljoen adressen die gereserveerd

09:25.680 --> 09:28.050
zijn voor toekomstig gebruik.

09:28.050 --> 09:30.030
In de loop der jaren zijn er enkele voorstellen

09:30.030 --> 09:33.150
geweest om deze klasse E-adressen opnieuw toe te wijzen voor algemeen

09:33.150 --> 09:35.430
gebruik omdat openbare IPv4-adressen steeds schaarser

09:35.430 --> 09:37.920
werden in de klasse A-, klasse B- en klasse C-range naarmate

09:37.920 --> 09:40.410
meer en meer apparaten verbinding begonnen te maken met

09:40.410 --> 09:42.330
het internet.

09:42.330 --> 09:45.450
Dat gezegd hebbende, tot op heden zijn deze klasse C-adressen nog steeds alleen voor experimenteel

09:45.450 --> 09:48.180
gebruik toegewezen en de meeste IP-implementaties binnen onze netwerken zullen

09:48.180 --> 09:55.080
elk IP in dit bereik als 240 beschouwen.

09:55.080 --> 09:55.080
0. 0. 0,

09:55.080 --> 09:59.100
helemaal tot 255. 255. 255. 255 om ongeldig

09:59.100 --> 10:03.210
te zijn als bron of bestemming binnen een datagram.

10:03.210 --> 10:05.430
En daarom zou het datagram worden geweigerd

10:05.430 --> 10:07.050
door het bestemmingssysteem.

10:07.050 --> 10:08.670
Dus als je iets naar een window server

10:08.670 --> 10:10.830
of een werkstation probeert te sturen, zal

10:10.830 --> 10:13.230
het weigeren om met dat apparaat te communiceren

10:13.230 --> 10:16.080
als je beweert van een klasse E adres te komen.

10:16.080 --> 10:16.913
Oké.

10:16.913 --> 10:18.930
Nu we de vijf verschillende klassen van IPv4-adressen

10:18.930 --> 10:20.370
hebben besproken, gaan we het

10:20.370 --> 10:23.040
iets meer hebben over subnetmaskers.

10:23.040 --> 10:24.630
Laten we doen alsof we een IP-adres

10:24.630 --> 10:27.540
192 hebben. 168. 1. 4 weer met een subnetmasker

10:27.540 --> 10:32.010
van 255. 255. 255. 0.

10:32.010 --> 10:34.680
Dit subnetmasker is het standaard subnetmasker voor

10:34.680 --> 10:36.150
een klasse C-netwerk.

10:36.150 --> 10:38.700
En omdat ons IP-adres begint met 192,

10:38.700 --> 10:40.890
is het ook een klasse C-adres.

10:40.890 --> 10:42.960
Dit betekent dat we een klasse C-adres hebben

10:42.960 --> 10:45.240
met een klasse C standaard subnetmasker.

10:45.240 --> 10:48.240
We beschouwen dit dus als klassikaal.

10:48.240 --> 10:50.610
We noemen dit een klassevol masker.

10:50.610 --> 10:53.610
Nu is een klassesubnetmasker gewoon de standaard voor

10:53.610 --> 10:55.770
een bepaalde klasse IP-adressen.

10:55.770 --> 10:57.750
Dit betekent echter niet dat het voor ons de beste

10:57.750 --> 10:59.130
is om altijd te gebruiken.

10:59.130 --> 11:01.590
Als we bijvoorbeeld een klasse A-adres gebruiken, herinner je je misschien dat

11:01.590 --> 11:06.590
het standaard subnetmasker 255 is. 0. 0. 0.

11:06.900 --> 11:08.550
Dit betekent dat we

11:08.550 --> 11:12.630
er 16 kunnen hebben. 7 miljoen hosts op één netwerk.

11:12.630 --> 11:13.920
Ik weet niet hoe het met jou zit,

11:13.920 --> 11:16.530
maar ik kom niet vaak netwerken tegen die zo groot zijn en waarvoor

11:16.530 --> 11:18.240
zoveel hosts nodig zijn.

11:18.240 --> 11:19.350
Ik heb zelfs gewerkt aan

11:19.350 --> 11:21.510
een van de grootste intranetten ter wereld

11:21.510 --> 11:23.730
en we hadden iets meer dan 1 miljoen hosts verspreid

11:23.730 --> 11:26.310
over zes continenten over de hele wereld.

11:26.310 --> 11:28.560
Dat was echt een heel groot netwerk.

11:28.560 --> 11:30.000
En we hebben ze nog lang

11:30.000 --> 11:32.880
niet alle 16 gebruikt. 7 miljoen IP-adressen

11:32.880 --> 11:34.980
in een klasse A subnet.

11:34.980 --> 11:37.950
Daarom willen we deze grote netwerken vaak opsplitsen

11:37.950 --> 11:39.450
in kleinere netwerken.

11:39.450 --> 11:42.330
Om dit te doen, gaan we een proces gebruiken dat subnetting heet.

11:42.330 --> 11:43.830
We gaan subnetten niet in detail

11:43.830 --> 11:45.690
behandelen in deze cursus.

11:45.690 --> 11:47.520
Voor nu wil ik dat je onthoudt dat we niet vast

11:47.520 --> 11:50.280
hoeven te houden aan een klassespecifiek subnetmasker.

11:50.280 --> 11:53.970
In plaats daarvan kunnen we een klasseloos subnetmasker gebruiken als we dat willen.

11:53.970 --> 11:57.540
Dit is een proces dat bekend staat als Classless Inner-Domain Routing.

11:57.540 --> 11:59.850
Hiermee kunnen we wat van die hostbits lenen, die nullen

11:59.850 --> 12:01.860
die ik je liet zien in het subnetmasker, en ze

12:01.860 --> 12:04.500
dan opnieuw toewijzen aan het netwerkgedeelte.

12:04.500 --> 12:07.080
Hierdoor kan ik de grootte van mijn netwerken in veel

12:07.080 --> 12:09.570
kleinere porties knippen met minder hosts en dit

12:09.570 --> 12:10.770
is efficiënter.

12:10.770 --> 12:12.000
Dit geeft me dezelfde tijd,

12:12.000 --> 12:14.310
veel meer netwerken die ik mogelijk kan gebruiken.

12:14.310 --> 12:16.230
Want nogmaals, als je het bekijkt als een taart, kun

12:16.230 --> 12:17.730
je hem op veel verschillende manieren

12:17.730 --> 12:20.310
snijden, maar het is nog steeds één taart en het is een vast aantal IP's

12:20.310 --> 12:21.540
dat we in totaal hebben.

12:21.540 --> 12:23.340
Dus ik kan de taart doormidden snijden

12:23.340 --> 12:25.110
en dan hebben we twee helften van de taart,

12:25.110 --> 12:26.430
of ik kan hem in vieren snijden

12:26.430 --> 12:28.110
en dan hebben we vier stukken taart,

12:28.110 --> 12:30.060
maar elk van die stukken is kleiner, hetzelfde

12:30.060 --> 12:31.920
geldt voor onze netwerken.

12:31.920 --> 12:33.180
Dus laten we bijvoorbeeld

12:33.180 --> 12:35.820
zeggen dat ik een klasse C subnetmasker heb, en ik

12:35.820 --> 12:40.740
zou 255 hebben. 255. 255. 0 als dat subnetmasker.

12:40.740 --> 12:43.620
Hierdoor kon ik 256 hosts hebben, toch?

12:43.620 --> 12:47.220
In mijn thuisnetwerk heb ik niet echt 256 hosts nodig.

12:47.220 --> 12:50.550
Dus misschien wil ik dit opsplitsen in vier kleinere netwerken.

12:50.550 --> 12:53.310
Als ik 256 neem en deel door vier, krijg

12:53.310 --> 12:56.670
ik 64 hosts voor elk van die vier netwerken.

12:56.670 --> 12:58.710
Om dit te doen, zou ik het subnetmasker veranderen

12:58.710 --> 13:01.950
van 255. 255. 255. 0 tot

13:01.950 --> 13:05.940
255. 255. 255. 192.

13:05.940 --> 13:06.960
Hoe heb ik dit gedaan?

13:06.960 --> 13:09.030
Nou, ik leende twee bits van de host en

13:09.030 --> 13:11.760
gaf die aan het netwerkgedeelte van het adres.

13:11.760 --> 13:15.420
En zo maak ik hier vier verschillende subnetwerken of subnetten van

13:15.420 --> 13:17.610
door mijn subnetmasker te gebruiken.

13:17.610 --> 13:19.380
Voor nu wil ik dat je onthoudt dat je met

13:19.380 --> 13:22.140
subnetten een klasseloos subnetmasker kunt gebruiken

13:22.140 --> 13:24.330
om kleinere netwerken te maken met minder hosts

13:24.330 --> 13:25.620
in elk van die netwerken dan

13:25.620 --> 13:28.830
wanneer je een klasseloos subnetmasker zou gebruiken.

13:28.830 --> 13:32.130
Dit proces staat bekend als Classless Inner-Domain

13:32.130 --> 13:35.730
Routing of C-I-D-R en we gaan onze IP-adressen afkorten

13:35.730 --> 13:39.030
met deze C-I-D-R of CIDR-notatie.

13:39.030 --> 13:40.140
Als we dit doen, hoeven we

13:40.140 --> 13:42.000
het subnetmasker niet uit te schrijven.

13:42.000 --> 13:46.050
In plaats daarvan schrijven we gewoon het IP-adres, een schuine streep en een nummer.

13:46.050 --> 13:48.300
Dit staat bekend als onze CIDR-notatie.

13:48.300 --> 13:53.100
Dus als ik een IP-adres van 192 heb. 168. 1. 4 met een subnetmasker

13:53.100 --> 13:57.270
van 255. 255. 255. 0.

13:57.270 --> 13:59.610
Ik kan dit afkorten met de CIDR-notatie

13:59.610 --> 14:04.610
192. 168. 1. 4/24.

14:04.620 --> 14:08.310
Vaak hoor je dat dit CIDR of slash notatie wordt genoemd.

14:08.310 --> 14:12.300
Als ik nu een IP-adres van 192.. 168. 1. 4, maar mijn subnetmasker

14:12.300 --> 14:17.300
was 255. 255. 255. 192, dat kan ik afkorten

14:17.370 --> 14:22.370
als 192. 168. 1. 4/26, want onthoud

14:23.520 --> 14:26.790
dat ik twee bits heb geleend van het hostgedeelte,

14:26.790 --> 14:31.790
dus ik ging van 24 als mijn standaard subnetmasker /24 naar een /26 door twee

14:32.190 --> 14:35.220
bits te lenen en mijn netwerkgedeelte veel groter

14:35.220 --> 14:39.210
te maken, waardoor het van 24 naar 26 gaat.

14:39.210 --> 14:41.160
Voor de klassespecifieke subnetmaskers

14:41.160 --> 14:43.950
wordt onze CIDR-annotatie vrij eenvoudig.

14:43.950 --> 14:46.530
Als je een klasse A subnetmasker hebt,

14:46.530 --> 14:49.560
komt er een /8 achter het IP-adres.

14:49.560 --> 14:53.490
Dit betekent dat het subnetmasker 255 is. 0. 0. 0, of acht

14:53.490 --> 14:55.620
enen, wat de /8 is,

14:55.620 --> 15:00.390
en dan 24 nullen in het subnetmasker.

15:00.390 --> 15:02.760
Als je een klasse B subnetmasker hebt,

15:02.760 --> 15:05.940
gebruik je een /16 achter je IP-adres.

15:05.940 --> 15:10.230
Dit betekent dat het subnetmasker 255 is. 255. 0. 0.

15:10.230 --> 15:12.750
Het betekent ook dat er 16 bits enen en

15:12.750 --> 15:16.020
16 bits nullen in dat subnetmasker zitten.

15:16.020 --> 15:18.390
Als je een klasse C subnetmasker

15:18.390 --> 15:21.690
hebt, gebruik je een /24 na het IP-adres.

15:21.690 --> 15:26.460
Dit betekent dat het subnetmasker 255 wordt. 255. 255. 0, of dat het 24

15:26.460 --> 15:30.510
bits enen en dan acht bits nullen heeft in dat

15:30.510 --> 15:32.280
subnetmasker.

15:32.280 --> 15:34.470
Vervolgens moeten we het hebben over twee verschillende

15:34.470 --> 15:36.180
soorten IPv4-adressen.

15:36.180 --> 15:38.430
Deze worden publieke en private IP's genoemd

15:38.430 --> 15:39.930
en je hoort ze ook wel routable

15:39.930 --> 15:42.390
en non-routable IP's noemen.

15:42.390 --> 15:45.270
Wanneer een IP wordt beschouwd als een openbaar of routeerbaar

15:45.270 --> 15:47.460
IP-adres, is dit IP-adres rechtstreeks toegankelijk

15:47.460 --> 15:49.830
via het internet en wordt het door je internetprovider

15:49.830 --> 15:51.900
toegewezen aan je netwerk.

15:51.900 --> 15:54.030
Routable IP's zijn publiekelijk routeerbaar

15:54.030 --> 15:55.590
over het hele internet en worden

15:55.590 --> 15:57.270
daarom wereldwijd beheerd door het

15:57.270 --> 16:00.330
internetbedrijf voor toegewezen namen en nummers.

16:00.330 --> 16:02.460
Dus als je een openbaar IP-adres wilt, bijvoorbeeld

16:02.460 --> 16:04.530
voor een webserver voor je bedrijf of een

16:04.530 --> 16:06.330
Minecraft-server voor je kinderen,

16:06.330 --> 16:07.860
kun je dat IP-adres kopen via je

16:07.860 --> 16:10.080
lokale internetprovider.

16:10.080 --> 16:12.810
Aan de andere kant zijn er ook IP's die niet gerouteerd kunnen

16:12.810 --> 16:13.980
worden, ook wel privé IP's

16:13.980 --> 16:16.290
genoemd omdat ze niet openbaar zijn.

16:16.290 --> 16:19.260
Privé IP's kunnen op elk moment door iedereen worden gebruikt,

16:19.260 --> 16:21.960
maar alleen binnen hun eigen lokale netwerken.

16:21.960 --> 16:24.810
Daarom worden deze IP's als niet routeerbaar beschouwd

16:24.810 --> 16:26.820
omdat niemand controleert wie ze gebruikt

16:26.820 --> 16:28.470
en in welke netwerken.

16:28.470 --> 16:30.360
Sterker nog, als je nu naar het IP-adres

16:30.360 --> 16:31.620
van je computer kijkt,

16:31.620 --> 16:32.883
durf ik te wedden dat je

16:32.883 --> 16:36.660
een IP-adres gebruikt dat begint met een 10, een 172 of een 192 als

16:36.660 --> 16:38.130
eerste octet.

16:38.130 --> 16:41.430
Geloof je me niet? Ga je gang, pauzeer deze video en controleer het.

16:41.430 --> 16:42.300
Als je niet weet hoe je dit moet

16:42.300 --> 16:44.250
controleren, ga ik je nu vertellen hoe je dat moet doen.

16:44.250 --> 16:45.660
Als je op een Windows-computer

16:45.660 --> 16:47.310
zit, wil ik dat je de Windows-toets

16:47.310 --> 16:49.380
ingedrukt houdt en tegelijkertijd op de

16:49.380 --> 16:52.350
R-toets drukt, dan cmd typt en op Enter drukt.

16:52.350 --> 16:53.850
Dit staat voor commando.

16:53.850 --> 16:56.070
Vervolgens krijg je dit zwarte venster

16:56.070 --> 16:59.700
op je scherm, typ ipconfig in voor IP-configuratie, druk

16:59.700 --> 17:02.370
op Enter en kijk naar je IP-adres.

17:02.370 --> 17:05.520
Begint het met een 10, een 172 of een 192?

17:05.520 --> 17:06.870
Ik wed van wel.

17:06.870 --> 17:08.220
Maak je geen zorgen als je een Mac gebruikt.

17:08.220 --> 17:09.420
Ik laat je niet in de steek.

17:09.420 --> 17:11.340
Je kunt hier ook naar kijken.

17:11.340 --> 17:12.300
Als je deze video bekijkt

17:12.300 --> 17:14.040
via een draadloze netwerkverbinding,

17:14.040 --> 17:16.020
houd dan je Option-toets ingedrukt en klik

17:16.020 --> 17:17.850
op het Wi-Fi-pictogram rechtsboven

17:17.850 --> 17:19.560
in je menubalk.

17:19.560 --> 17:21.600
Kijk onder de naam van je draadloze netwerk

17:21.600 --> 17:23.130
en je ziet je IP-adres.

17:23.130 --> 17:27.690
Nogmaals, ik wed dat het begint met een 10, een 172 of een 192 als

17:27.690 --> 17:29.490
onderdeel van dat IP.

17:29.490 --> 17:31.290
Ben ik nu een goochelaar die je kan vertellen

17:31.290 --> 17:32.640
wat je IP-adres is?

17:32.640 --> 17:33.870
Nou, niet echt.

17:33.870 --> 17:36.240
Deze drie waarden maken deel uit van wat we

17:36.240 --> 17:38.040
de privé IP bereiken noemen.

17:38.040 --> 17:41.280
Dit omvat zoiets als 10. 0. 0. iets, of

17:41.280 --> 17:44.490
172. 16. 1. iets, of

17:44.490 --> 17:47.640
192. 168. 1. iets en ook nog

17:47.640 --> 17:49.590
een heleboel andere IP's.

17:49.590 --> 17:51.780
Dus als je een van deze privé IP's gebruikt en ik zei

17:51.780 --> 17:53.370
dat ze niet routeerbaar zijn, hoe kom

17:53.370 --> 17:54.780
je dan eigenlijk op het internet

17:54.780 --> 17:56.310
om deze video te bekijken?

17:56.310 --> 17:58.140
Wanneer je het internet opgaat,

17:58.140 --> 18:00.360
voert je router een trucje uit, network

18:00.360 --> 18:02.160
address translation genaamd,

18:02.160 --> 18:05.074
en verandert je privé IP in een publiek IP.

18:05.074 --> 18:05.907
Oké.

18:05.907 --> 18:07.560
Voor het examen en je leven als netwerktechnicus

18:07.560 --> 18:09.270
in de echte wereld is het heel belangrijk

18:09.270 --> 18:11.220
dat je de reeksen voor privé IP-adressen

18:11.220 --> 18:13.620
begrijpt.

18:13.620 --> 18:15.630
Als je kijkt naar klasse A-adressen,

18:15.630 --> 18:18.150
wordt alles dat begint met een 10 in het eerste

18:18.150 --> 18:20.340
octet beschouwd als een privé-IP.

18:20.340 --> 18:23.730
Je kunt dus alles van 10 hebben. 0. 0. 0 tot en

18:23.730 --> 18:28.440
met 10. 255. 255. 255 als je adres en

18:28.440 --> 18:30.030
het wordt een privé IP.

18:30.030 --> 18:33.840
Dit geeft je een totaal van 16. 7 miljoen IP-adressen die iedereen

18:33.840 --> 18:35.400
kan gebruiken.

18:35.400 --> 18:36.480
Daarnaast hebben we ook

18:36.480 --> 18:38.340
een aantal klasse B adressen, en deze

18:38.340 --> 18:40.380
zijn iets moeilijker te onthouden.

18:40.380 --> 18:44.610
Voor klasse B-adressen begint alles met een 172. 16, helemaal

18:44.610 --> 18:47.850
tot 172. 31 gaat deel uitmaken van

18:47.850 --> 18:49.560
een privé IP-reeks.

18:49.560 --> 18:52.260
Dit omvat meer dan 1 miljoen IP-adressen

18:52.260 --> 18:56.250
omdat we 16 keer 256 keer 256 hebben.

18:56.250 --> 18:58.470
Als je nu kijkt naar een klasse C-adres, dan is dat

18:58.470 --> 19:01.200
alles dat begint met 192. 168 wordt beschouwd

19:01.200 --> 19:03.120
als een privé IP.

19:03.120 --> 19:06.930
Dit omvat het bereik van 192. 168. 0. 0 helemaal

19:06.930 --> 19:11.190
tot 192. 168. 255. 255.

19:11.190 --> 19:15.090
Dit geeft je 65.536 IP-adressen die je kunt

19:15.090 --> 19:17.520
gebruiken als je dat wilt.

19:17.520 --> 19:19.860
Nu wil ik dat je deze reeksen uit je hoofd leert.

19:19.860 --> 19:22.050
Onthoud dat klasse A heel gemakkelijk is.

19:22.050 --> 19:25.200
Alles wat begint met een 10. iets. iets. iets is een

19:25.200 --> 19:27.600
privé-IP in de klasse A reeks.

19:27.600 --> 19:29.220
Nu is klasse C ook vrij eenvoudig omdat

19:29.220 --> 19:32.970
alles wat 192 is. 168. iets. iets wordt ook beschouwd

19:32.970 --> 19:34.920
als een privéadres, in dit geval

19:34.920 --> 19:37.410
een klasse C privéadres.

19:37.410 --> 19:39.960
Maar klasse B is waar de meeste mensen moeite mee zullen hebben

19:39.960 --> 19:41.520
omdat het een beetje anders is.

19:41.520 --> 19:43.260
Het zal alle adressen bevatten die beginnen

19:43.260 --> 19:46.800
met 172. 16. iets. iets helemaal

19:46.800 --> 19:50.550
tot 172. 31. iets. iets.

19:50.550 --> 19:53.880
Dit zijn in wezen 16 klassen van klasse B-adressen die allemaal

19:53.880 --> 19:55.350
naast elkaar liggen.

19:55.350 --> 19:58.110
Je kunt elke IP kiezen als privé-IP.

19:58.110 --> 20:01.350
Op de testdag kan CompTIA proberen je voor de gek te houden

20:01.350 --> 20:03.180
en zeggen welk van deze adressen

20:03.180 --> 20:04.890
geen privé IP is.

20:04.890 --> 20:06.060
En dan geven ze je zoiets

20:06.060 --> 20:09.060
als 172. 12. iets. iets.

20:09.060 --> 20:12.420
Dit begint met 172, dus het lijkt op een privé IP, maar

20:12.420 --> 20:15.240
omdat het 172 is. 12, het is niet

20:15.240 --> 20:19.680
tussen 172. 16 en 172. 31.

20:19.680 --> 20:22.710
Dus 172. 12. iets. iets is eigenlijk

20:22.710 --> 20:24.390
een publiek IP-adres omdat het

20:24.390 --> 20:26.580
buiten mijn privébereik ligt.

20:26.580 --> 20:27.900
Je moet vooral voorzichtig zijn

20:27.900 --> 20:30.120
als je een adres ziet dat begint met 172, want het moet

20:30.120 --> 20:34.403
tussen 172 en 172 in staan. 16 tot 172. 31 een privé

20:35.580 --> 20:37.350
IP te zijn.

20:37.350 --> 20:41.520
Alle andere 172. iets adressen zullen openbaar zijn.

20:41.520 --> 20:43.170
Het volgende waar we het over moeten hebben

20:43.170 --> 20:44.940
zijn enkele gespecialiseerde IP's en er zijn

20:44.940 --> 20:47.340
twee grote categorieën die we moeten behandelen.

20:47.340 --> 20:50.160
Het Loopback-adres en APIPA-adressen.

20:50.160 --> 20:53.070
De eerste speciale IP is het Loopback-adres.

20:53.070 --> 20:56.550
Dit wordt toegewezen als 127. 0. 0. 1.

20:56.550 --> 20:58.080
Toen dit helemaal in de begindagen van

20:58.080 --> 20:59.520
het internet werd gemaakt, maakten

20:59.520 --> 21:02.040
de ontwerpers zich niet al te veel zorgen over het verspillen van

21:02.040 --> 21:03.900
IP's omdat ze nooit hadden voorzien dat we veel

21:03.900 --> 21:06.390
IP-adressen zouden gaan gebruiken in de hele wereld.

21:06.390 --> 21:11.287
Dus wijden ze er gewoon een heel assortiment aan dat 127 is. 0. 0. 0/8 of

21:12.600 --> 21:15.510
16. 7 miljoen IP-adressen voor gebruik

21:15.510 --> 21:18.240
als Loopback-adressen voor internethosts.

21:18.240 --> 21:20.520
Hierdoor kan elk protocol van een hoger niveau

21:20.520 --> 21:22.500
gegevens naar de host zelf sturen zonder

21:22.500 --> 21:24.900
dat er een switch of router aan te pas komt.

21:24.900 --> 21:27.300
Dit creëert in wezen een Loopback naar de host

21:27.300 --> 21:29.220
en test je netwerkprotocollen.

21:29.220 --> 21:30.690
Het wordt dus vaak gebruikt bij het oplossen

21:30.690 --> 21:33.180
van problemen en het testen van netwerkprotocollen op een bepaald systeem

21:33.180 --> 21:35.370
om er zeker van te zijn dat je stuurprogramma's goed werken.

21:35.370 --> 21:37.440
Door de manier waarop de standaard is ontwikkeld,

21:37.440 --> 21:38.550
begint alles wat je ziet

21:38.550 --> 21:41.220
met 127. iets. iets. iets wordt beschouwd

21:41.220 --> 21:43.110
als een Loopback-adres.

21:43.110 --> 21:47.400
Hoewel de meeste mensen gewoon 127 gebruiken. 0. 0. 1 als ons standaard

21:47.400 --> 21:49.560
Loopback-adres.

21:49.560 --> 21:53.640
Dit betekent de andere 16. 7 miljoen IP's zijn behoorlijk verspild

21:53.640 --> 21:55.110
omdat we dit bereik gebruiken

21:55.110 --> 21:56.700
als het hele Loopback-bereik, ook

21:56.700 --> 21:59.820
al gebruiken de meesten van ons alleen dit ene IP-adres.

21:59.820 --> 22:01.320
Misschien heb je de oude grap wel eens gehoord

22:01.320 --> 22:03.180
die sommige netwerktechnici graag gebruiken.

22:03.180 --> 22:06.450
Er is geen plek zoals 127. 0. 0. 1, wat betekent

22:06.450 --> 22:09.240
dat er geen betere plek is dan hier thuis, toch?

22:09.240 --> 22:12.420
Dat is 127. 0. 0. 1. Het is de lokale host.

22:12.420 --> 22:16.380
Nu, als het gaat om het IP-adres van 127. 0. 0. 1, je hoort het de

22:16.380 --> 22:18.210
Loopback noemen, of je hoort

22:18.210 --> 22:20.580
mensen het de lokale host noemen zoals

22:20.580 --> 22:21.900
ik eerder deed.

22:21.900 --> 22:26.340
Nu zal het woord lokale host altijd oplossen naar 127. 0. 0. 1 op elke computer als

22:26.340 --> 22:29.250
onderdeel van de lokale DNS-instellingen.

22:29.250 --> 22:34.250
Dus als je 127 pingt. 0. 0. 1, of je pingt de lokale host,

22:34.410 --> 22:36.030
dan krijg je hetzelfde resultaat.

22:36.030 --> 22:39.270
Het resultaat is het IP-adres van die Loopback

22:39.270 --> 22:41.910
IP, 127. 0. 0. 1.

22:41.910 --> 22:44.130
De tweede speciale IP-adressen die

22:44.130 --> 22:47.220
we hebben staan bekend als APIPA, A-P-I-P-A.

22:47.220 --> 22:50.460
Dit staat ook bekend als de automatische privé IP-adressen.

22:50.460 --> 22:52.200
Deze adressen worden dynamisch toegewezen

22:52.200 --> 22:53.370
door je besturingssysteem

22:53.370 --> 22:55.650
wanneer je DHCP-server niet beschikbaar is en

22:55.650 --> 22:58.860
er nog geen IP-adres statisch is toegewezen.

22:58.860 --> 23:00.720
APIPA-adressen beginnen altijd

23:00.720 --> 23:04.320
met 169. 254. iets. iets.

23:04.320 --> 23:06.360
Je vindt ze dus in het adresbereik

23:06.360 --> 23:09.630
van 169. 254. 0. 0, helemaal

23:09.630 --> 23:14.070
tot 169. 254. 255. 255.

23:14.070 --> 23:16.590
Dus als je ooit een IP-adres in dit bereik ziet wanneer

23:16.590 --> 23:18.660
je naar het IP-adres van een netwerkapparaat

23:18.660 --> 23:21.360
kijkt, betekent dit dat er iets mis is met het DHCP-proces

23:21.360 --> 23:23.790
en dat het apparaat geen normaal privé-IP-adres krijgt

23:23.790 --> 23:27.240
uit een van onze klasse A-, klasse B- of klasse C-bereiken.

23:27.240 --> 23:28.950
Als je werkstation nu opstart, probeert

23:28.950 --> 23:31.050
het zijn eigen IP-adres te krijgen met behulp

23:31.050 --> 23:34.560
van dynamische IP's, met behulp van het DHCP-protocol.

23:34.560 --> 23:37.620
Dit gaat via een proces van vier stappen dat bekend staat

23:37.620 --> 23:41.160
als DORA Dit is ontdekken, aanbieden, aanvragen en erkennen.

23:41.160 --> 23:42.060
Als er iets mis gaat met

23:42.060 --> 23:44.910
dit DORA onderhandelingsproces met DHCP, kan het systeem simpelweg

23:44.910 --> 23:46.980
geen adres krijgen en zal je computer uiteindelijk

23:46.980 --> 23:48.660
gewoon vastlopen omdat het niet weet

23:48.660 --> 23:49.767
wat het moet doen en het steeds

23:49.767 --> 23:52.080
opnieuw blijft proberen.

23:52.080 --> 23:53.610
Dus de briljante ingenieurs van

23:53.610 --> 23:56.820
de internet taskforce hebben deze APIPA-reeks gemaakt.

23:56.820 --> 23:58.950
Het komt erop neer dat als een werkstation binnen

23:58.950 --> 24:01.800
een bepaalde tijd geen DHCP-toewijzing kan krijgen voor een

24:01.800 --> 24:03.240
dynamisch IP-adres, het werkstation

24:03.240 --> 24:05.490
gewoon zijn eigen adres kiest uit deze speciale

24:05.490 --> 24:07.260
APIPA-reeks.

24:07.260 --> 24:08.790
In principe elk IP-adres, zolang

24:08.790 --> 24:13.260
het maar begint met 169. 254. iets. iets.

24:13.260 --> 24:14.730
Dus als je een computer vindt die geen

24:14.730 --> 24:16.290
verbinding kan maken met het internet,

24:16.290 --> 24:19.080
is het eerste wat je moet doen het IP-adres controleren.

24:19.080 --> 24:20.460
Als je nu een IP-adres van

24:20.460 --> 24:23.670
169 ziet. 254. iets. Iets, je weet dat

24:23.670 --> 24:25.740
je een DHCP probleem hebt, en je moet je DHCP

24:25.740 --> 24:27.600
server controleren om er zeker van te

24:27.600 --> 24:29.040
zijn dat hij goed werkt en vervolgens

24:29.040 --> 24:31.020
privé IP adressen uitdeelt van klasse

24:31.020 --> 24:34.380
A, klasse B of klasse C toegewezen bereiken.

24:34.380 --> 24:37.980
Dat is het diepste dat we nu in DHCP moeten gaan, maar ik beloof dat

24:37.980 --> 24:41.100
we later op DHCP terug zullen komen en dan zullen we het hebben

24:41.100 --> 24:42.690
over al deze dingen en hoe het

24:42.690 --> 24:44.730
deze IP adressen levert en hoe die gebruikt

24:44.730 --> 24:47.520
gaan worden in jullie netwerken.

24:47.520 --> 24:48.353
Oké.

24:48.353 --> 24:51.390
Ik weet dat dit een hoop informatie was in deze lange video.

24:51.390 --> 24:53.370
Dus als ik te snel ging voor je, kijk dan

24:53.370 --> 24:55.950
alsjeblieft een tweede keer naar deze les.

24:55.950 --> 24:57.600
Er is veel belangrijke informatie

24:57.600 --> 25:00.600
over IPv4-adressering die je gewoon moet weten.

25:00.600 --> 25:02.700
Het is belangrijk dat je de verschillende klassen

25:02.700 --> 25:05.340
IP-adressen begrijpt, de publieke en private IP-adressen

25:05.340 --> 25:06.930
en wanneer elk van deze wordt gebruikt,

25:06.930 --> 25:09.240
evenals de verschillende speciale IP-adressen die

25:09.240 --> 25:11.763
we hebben, zoals Loopback, APIPA en andere.
