Skip to content

IPv4-subnetcalculator

Bereken netwerkadres, broadcastadres, bruikbaar hostbereik, subnetmasker en wildcardmasker voor elk IPv4-CIDR-blok. Inclusief /31 point-to-point-links (RFC 3021) en subnetverdeling — alles draait in je browser.

Geen tracking Draait in je browser Gratis
Alles draait lokaal in je browser — de adressen die je typt verlaten dit apparaat nooit.
/26
Veelgebruikte blokken
Subnetgegevens
CIDR-notatie
Netwerkadres
Broadcastadres
Bruikbaar hostbereik
Bruikbare hosts
Totaal aantal adressen
Subnetmasker
Wildcardmasker
Binaire weergave — waar het masker snijdt
Netwerkadres
Subnetmasker
Broadcastadres
Netwerkbits Hostbits
Netwerk als integer
Netwerk als hex
Reverse DNS (PTR)
Kant-en-klare configuratie
Cisco IOS-interface
Cisco ACL (wildcardmasker)
OSPF network-statement
Cisco ASA (subnetmasker)
Huawei / H3C
Linux iproute2

ACL's en OSPF op Cisco IOS nemen het wildcardmasker; de ASA neemt juist het subnetmasker. Die twee door elkaar halen is hier de meest voorkomende kopieer-en-plakfout.

Verdeel dit blok in gelijke subnetten
# Subnet Bruikbaar bereik Broadcast Hosts
Referentietabel CIDR naar subnetmasker
Prefix Subnetmasker Wildcardmasker Totaal aantal adressen Bruikbare hosts
/8 255.0.0.0 0.255.255.255 16,777,216 16,777,214
/9 255.128.0.0 0.127.255.255 8,388,608 8,388,606
/10 255.192.0.0 0.63.255.255 4,194,304 4,194,302
/11 255.224.0.0 0.31.255.255 2,097,152 2,097,150
/12 255.240.0.0 0.15.255.255 1,048,576 1,048,574
/13 255.248.0.0 0.7.255.255 524,288 524,286
/14 255.252.0.0 0.3.255.255 262,144 262,142
/15 255.254.0.0 0.1.255.255 131,072 131,070
/16 255.255.0.0 0.0.255.255 65,536 65,534
/17 255.255.128.0 0.0.127.255 32,768 32,766
/18 255.255.192.0 0.0.63.255 16,384 16,382
/19 255.255.224.0 0.0.31.255 8,192 8,190
/20 255.255.240.0 0.0.15.255 4,096 4,094
/21 255.255.248.0 0.0.7.255 2,048 2,046
/22 255.255.252.0 0.0.3.255 1,024 1,022
/23 255.255.254.0 0.0.1.255 512 510
/24 255.255.255.0 0.0.0.255 256 254
/25 255.255.255.128 0.0.0.127 128 126
/26 255.255.255.192 0.0.0.63 64 62
/27 255.255.255.224 0.0.0.31 32 30
/28 255.255.255.240 0.0.0.15 16 14
/29 255.255.255.248 0.0.0.7 8 6
/30 255.255.255.252 0.0.0.3 4 2
/31 255.255.255.254 0.0.0.1 2 2
/32 255.255.255.255 0.0.0.0 1 1

De aantallen bruikbare hosts volgen RFC 3021 voor /31 (twee bruikbare adressen op een point-to-point-link) en behandelen /32 als één hostroute.

Gecontroleerd aan de hand van RFC 950, RFC 1918, RFC 3021, RFC 3927, RFC 5737 en RFC 6598; elke voorbeeldwaarde is geproduceerd door de met unittests gedekte subnet-engine van de tool — Go Tools Engineering Team · Aug 15, 2026

Geschreven en gecontroleerd door ontwikkelaars die netwerktooling bouwen; elk adres, elk masker en elk aantal hosts in deze voorbeelden is gegenereerd door de geteste engine van de calculator zelf.

Wat is een subnetmasker?

Een subnetmasker splitst een 32-bits IPv4-adres in twee delen: een netwerkdeel dat elke host op het segment deelt, en een hostdeel dat de individuele machine aanduidt. Het masker is zelf ook 32 bits — een reeks enen die de netwerkbits markeert, gevolgd door nullen die de hostbits markeren — en daarom beschrijven 255.255.255.0 en /24 exact hetzelfde. CIDR-notatie telt alleen de enen in plaats van ze in decimalen uit te schrijven.

Al het andere volgt uit die splitsing. Zet de hostbits op nul en je hebt het netwerkadres; zet ze allemaal op 1 en je hebt het gerichte broadcastadres; de adressen daartussen kun je aan hosts toewijzen. Daar komt de bekende formule 2^n − 2 vandaan, en ook de reden dat een /26 62 bruikbare hosts oplevert in plaats van 64. Wanneer een machine bepaalt of een bestemming lokaal is of via een router moet, past hij zijn eigen masker toe op beide adressen en vergelijkt hij de uitkomsten — precies de toets die deze calculator uitvoert.

Twee prefixen doorbreken dat patroon met opzet. Een /31 heeft maar twee adressen en dus geen ruimte voor een apart netwerk- en broadcastadres; RFC 3021 maakt ze daarom allebei bruikbaar op point-to-point-links, en elk actueel routerplatform houdt zich daaraan. Een /32 is één hostroute, gebruikt voor loopback-interfaces, statische routes, anycast-adressen en firewallregels voor één adres. Wie 2^n − 2 blindelings op een van beide toepast, komt uit op 0 bruikbare hosts — een antwoord dat geen enkel routerplatform onderschrijft. Aan de uitzondering voor /31 zit wel een voorwaarde vast: hij werkt alleen op echte point-to-point-interfaces, dus een gedeeld LAN-segment heeft nog steeds /30 of korter nodig.

Het adres dat je invoert draagt ook los van het masker betekenis. 10.0.0.0/8, 172.16.0.0/12 en 192.168.0.0/16 zijn privé (RFC 1918) en worden nooit over het publieke internet gerouteerd; 100.64.0.0/10 is ruimte voor carrier-grade NAT; 169.254.0.0/16 duikt op wanneer DHCP faalt; 224.0.0.0/4 is multicast. De historische klassen A tot en met E staan nog in documentatie en certificeringsexamens, maar routering op basis van klassen is achterhaald sinds CIDR in 1993 verscheen — het masker bepaalt waar een netwerk ophoudt, niet het eerste octet. Wil je hetzelfde adres met de hand in binair of hexadecimaal bekijken, dan doet de talstelsel-omrekentool het rekenwerk.

// Subnetting is integer arithmetic on a 32-bit value.
const toInt = (ip) => ip.split('.').reduce((acc, o) => acc * 256 + Number(o), 0);
const toIp  = (n)  => [24, 16, 8, 0].map((s) => (n >>> s) & 255).join('.');

function subnet(ip, prefix) {
  const mask      = prefix === 0 ? 0 : (0xFFFFFFFF << (32 - prefix)) >>> 0;
  const network   = (toInt(ip) & mask) >>> 0;
  const broadcast = (network | (~mask >>> 0)) >>> 0;
  // RFC 3021: a /31 has two usable addresses; a /32 has one.
  const usable    = prefix >= 31 ? 2 ** (32 - prefix) : 2 ** (32 - prefix) - 2;
  return { network: toIp(network), broadcast: toIp(broadcast), usable };
}

subnet('192.168.1.130', 26);
// { network: '192.168.1.128', broadcast: '192.168.1.191', usable: 62 }

Belangrijkste functies

Elk veld op één scherm

Netwerkadres, broadcastadres, eerste en laatste bruikbare host, bruikbare en totale aantallen, subnetmasker en wildcardmasker worden bijgewerkt terwijl je typt — geen verzendknop, geen herladen, geen wachten.

/31 en /32 correct verwerkt

Een /31 meldt twee bruikbare adressen volgens RFC 3021 en een /32 meldt er één, met een notitie ernaast die uitlegt waarom — en wanneer /31 juist niet veilig is. Wie 2^n − 2 op deze prefixen toepast krijgt nul, en geen enkele router is het daarmee eens.

Schuifregelaar van /0 tot /32

Sleep aan de prefix en zie de grens bit voor bit verschuiven terwijl het adres blijft staan — de snelste manier om 'hoe groot moet dit blok zijn?' te beantwoorden.

Binaire weergave met gekleurde maskergrens

Netwerkbits en hostbits krijgen elk een eigen kleur in de rijen voor netwerk, masker en broadcast, zodat het snijpunt zichtbaar is in plaats van dat je het moet afleiden.

Verdelingstabel voor subnetten

Splits elk blok bij een langere prefix in gelijke kindsubnetten en lees hun bereik, broadcastadres en aantal hosts af — de controle op je VLAN-plan, zonder spreadsheet.

Blokherkenning en reverse DNS

Een badge benoemt het blok waartoe je adres behoort (privé volgens RFC 1918, CGNAT, link-local, documentatie, prestatietests, multicast, gereserveerd), naast de vorm als integer, als hex en als in-addr.arpa-naam.

Voorbeelden van subnetberekeningen

Bij welk subnet hoort 192.168.1.130/26? — de klassieke examenvraag

192.168.1.130/26
Netwerk:       192.168.1.128
Broadcast:     192.168.1.191
Bruikbaar:     192.168.1.129 - 192.168.1.190
Hosts:         62 bruikbaar van 64 totaal
Subnetmasker:  255.255.255.192
Wildcard:      0.0.0.63

Je hebt een hostadres ingevoerd en geen netwerkadres, en dat is precies de bedoeling: een /26-masker heeft 6 hostbits, dus de blokken verspringen per 64 adressen — 0, 64, 128, 192. Het adres 192.168.1.130 valt in het derde blok, en daarom is het netwerk 192.168.1.128 en niet 192.168.1.0. Het broadcastadres is de bovenkant van dat blok (192.168.1.191), waardoor 192.168.1.129 tot en met 192.168.1.190 toewijsbaar blijven. Het ingevoerde adres voor het netwerkadres aanzien is de meest gemaakte fout bij subnetverdeling: je gaat er dan van uit dat het netwerkadres is wat je typte, met het hostdeel op het oog op nul gezet.

Netwerkadres, broadcastadres en bruikbare hosts van 10.0.0.0/22

10.0.0.0/22
Netwerk:       10.0.0.0
Broadcast:     10.0.3.255
Bruikbaar:     10.0.0.1 - 10.0.3.254
Hosts:         1,022 bruikbaar van 1,024 totaal
Subnetmasker:  255.255.252.0
Wildcard:      0.0.3.255

Een /22 leent twee bits van het derde octet, dus het blok beslaat 10.0.0.x tot en met 10.0.3.x — vier opeenvolgende /24's in één broadcastdomein. Bij het masker 255.255.252.0 gaat het vaak mis: 252 is 11111100 in binair, dus het derde octet loopt met stappen van 4 op (10.0.0.0, 10.0.4.0, 10.0.8.0). De binaire weergave in de tool kleurt de twee geleende bits, en de verdelingstabel splitst dit blok weer terug in de vier /24's.

Een /31 point-to-point-link: twee bruikbare adressen, geen nul

203.0.113.4/31
Adressen:      203.0.113.4 en 203.0.113.5
Bruikbaar:     2 (één per uiteinde van de link)
Broadcast:     geen
Subnetmasker:  255.255.255.254
Wildcard:      0.0.0.1

RFC 3021 definieert /31 voor point-to-point-links: omdat zo'n link precies twee eindpunten heeft en geen gedeeld segment, vervallen het netwerk- en het broadcastadres en zijn beide adressen toewijsbaar. De generieke formule 2^n − 2 geeft hier 0 bruikbare hosts, en dat is op elke moderne router onjuist — Cisco IOS, Junos en Linux ondersteunen /31 allemaal op point-to-point-interfaces. Door /31 te gebruiken in plaats van /30 halveer je de adresverspilling op links tussen routers. De voorwaarde is dat het alleen geldt op echte point-to-point-interfaces: een multi-access LAN-segment heeft /30 of korter nodig, en Windows accepteert geen /31 op een netwerkkaart. Het voorbeeld gebruikt 203.0.113.0/24 omdat RFC 5737 dat blok voor documentatie reserveert.

192.168.1.0/24 verdelen in vier /26-subnetten

192.168.1.0/24 → /26
192.168.1.0/26     192.168.1.1 - 192.168.1.62     bc 192.168.1.63    62 hosts
192.168.1.64/26    192.168.1.65 - 192.168.1.126    bc 192.168.1.127   62 hosts
192.168.1.128/26   192.168.1.129 - 192.168.1.190   bc 192.168.1.191   62 hosts
192.168.1.192/26   192.168.1.193 - 192.168.1.254   bc 192.168.1.255   62 hosts

Twee bits lenen van een /24 levert vier gelijke subnetten van elk 64 adressen op, waarvan er 62 bruikbaar zijn. Let op: elk kindsubnet raakt zijn eigen netwerk- en broadcastadres kwijt, dus een /24 verdelen in vier /26's kost je in totaal 254 − 248 = 6 bruikbare adressen. De verdelingstabel drukt deze indeling af voor elk ouderblok en elke langere prefix, en dat is de snelste manier om een VLAN-plan te controleren voordat het bij een router terechtkomt.

CIDR naar subnetmasker: /24 is 255.255.255.0

/24, /25, /26, /27, /28, /29, /30, /31, /32
/24  255.255.255.0     256 adressen    254 bruikbaar
/25  255.255.255.128   128 adressen    126 bruikbaar
/26  255.255.255.192    64 adressen     62 bruikbaar
/27  255.255.255.224    32 adressen     30 bruikbaar
/28  255.255.255.240    16 adressen     14 bruikbaar
/29  255.255.255.248     8 adressen      6 bruikbaar
/30  255.255.255.252     4 adressen      2 bruikbaar
/31  255.255.255.254     2 adressen      2 bruikbaar (RFC 3021)
/32  255.255.255.255     1 adres         1 bruikbaar (hostroute)

Elke extra prefixbit halveert het blok. De laatste twee regels zijn het onthouden waard, want ze doorbreken het patroon van 2^n − 2: een /31 heeft twee bruikbare adressen (point-to-point, geen broadcast) en een /32 is één hostroute voor loopback-interfaces, ACL-regels en statische routes. De volledige tabel van /8 tot en met /32 staat onder de calculator en wordt gegenereerd door dezelfde engine die de calculator aandrijft.

Zo gebruik je de IPv4-subnetcalculator

  1. 1

    Voer een adres of CIDR-blok in

    Typ 192.168.1.130/26, plak 10.0.0.0 255.255.252.0, of voer een kaal adres in en zet de prefix met de schuifregelaar. Een hostadres mag ook — de tool maskeert het voor je terug naar het bijbehorende netwerk.

  2. 2

    Verschuif de prefix en zie de grens meebewegen

    Sleep van /0 naar /32 en kijk hoe het aantal hosts, het masker en het broadcastadres opnieuw worden berekend. Het adres blijft daarbij staan, dus 'wat als ik dit blok groter of kleiner maak?' is met één beweging beantwoord.

  3. 3

    Lees de subnetgegevens

    Netwerkadres, broadcastadres, eerste en laatste bruikbare host, bruikbare en totale aantallen, subnetmasker en wildcardmasker — plus een badge die het blok benoemt (privé, CGNAT, link-local, documentatie, multicast) en de historische klasse ervan.

  4. 4

    Bekijk de binaire weergave en de andere vormen

    Netwerkbits en hostbits krijgen elk een eigen kleur, zodat de maskergrens bit voor bit zichtbaar is. Hetzelfde paneel geeft het netwerk als integer, als hexadecimaal getal en als reverse-DNS-naam in in-addr.arpa.

  5. 5

    Controleer of een adres erin valt en verdeel het blok

    Plak een willekeurig adres om te bevestigen dat het binnen het huidige subnet valt, en kies daarna een langere prefix om het blok op te splitsen in gelijke subnetten met hun bereik, broadcastadres en aantal hosts.

Veelgemaakte fouten bij subnetverdeling

Aannemen dat het ingevoerde adres het netwerkadres is

Een hostadres met een /26-masker staat zelden aan het begin van zijn blok. Het netwerk is wat er overblijft nadat de hostbits op nul zijn gezet, en daarom hoort 192.168.1.130/26 bij 192.168.1.128 en niet bij 192.168.1.0.

✗ Fout
192.168.1.130/26 -> netwerk 192.168.1.0, broadcast 192.168.1.255
✓ Correct
192.168.1.130/26 -> netwerk 192.168.1.128, broadcast 192.168.1.191

2^n - 2 toepassen op een /31

De min-twee-regel gaat ervan uit dat er een netwerk- en een broadcastadres bestaan. Op een /31 point-to-point-link bestaan die niet, en RFC 3021 maakt beide adressen toewijsbaar. Hier nul bruikbare hosts melden gaat in tegen elk actueel routerplatform.

✗ Fout
203.0.113.4/31 -> 0 bruikbare hosts
✓ Correct
203.0.113.4/31 -> 2 bruikbare hosts (203.0.113.4 en 203.0.113.5)

172.16.0.0/12 behandelen als alleen 172.16.x.x

De privéreeks loopt van 172.16.0.0 tot en met 172.31.255.255 — zestien /16's, niet één. Adressen in 172.15.x.x en 172.32.x.x zijn publiek en horen bij iemand anders.

✗ Fout
172.20.5.1 -> aangenomen als publiek omdat het niet 172.16.x.x is
✓ Correct
172.20.5.1 -> privé, binnen 172.16.0.0/12 (172.16.0.0 - 172.31.255.255)

Een niet-aaneengesloten subnetmasker schrijven

Een subnetmasker moet een gesloten reeks enen zijn, gevolgd door nullen. Waarden als 255.0.255.0 zijn geen geldige maskers, ook al mogen wildcardmaskers in ACL's wel gaten hebben. Apparatuur weigert ze, en een calculator die ze accepteert verbergt een typefout.

✗ Fout
10.0.0.0 255.0.255.0
✓ Correct
10.0.0.0 255.255.252.0   (= 10.0.0.0/22)

Wat je kunt doen met de subnetcalculator

VLAN's en adresblokken plannen
Verdeel een toewijzing in gelijke subnetten, bevestig dat elk subnet groot genoeg is voor het verwachte aantal hosts, en neem de indeling rechtstreeks over in je IPAM-spreadsheet of ontwerpdocument voordat die bij een switch belandt.
Firewallregels en ACL's schrijven
Lees het wildcardmasker af voor Cisco-ACL's en network-statements in OSPF, en bevestig welk adresbereik een regel precies matcht — het verschil tussen 0.0.0.63 en 0.0.0.31 is twee VLAN's aan hosts.
Uitzoeken waarom een host de gateway niet bereikt
Plak het hostadres en het masker waarmee het geconfigureerd is, en controleer daarna of de gateway binnen het resulterende subnet valt. Een verkeerd masker is de klassieke oorzaak van 'sommige dingen pingen wel en andere niet'.
Links tussen routers zuinig nummeren
Vergelijk /30 met /31 voor point-to-point-links: met een /31 krijgen beide eindpunten een adres in plaats van dat er twee per link verloren gaan, en op een WAN met honderden circuits telt dat snel op.
Studeren voor CCNA, Network+ en vergelijkbare examens
Werk een subnetvraag met de hand uit en controleer daarna het netwerkadres, het broadcastadres en het hostbereik hier. De binaire weergave laat de geleende bits zien, en dat is waar het examen echt naar vraagt.

Zo werkt subnetverdeling in IPv4

Het masker is een bitgrens, geen decimale waarde
Een subnetmasker is 32 bits: een aaneengesloten reeks enen voor het netwerk, daarna nullen voor de hosts. Er zijn maar 33 geldige maskers (/0 tot en met /32), en daarom is 255.255.255.192 wel toegestaan en 255.0.255.0 niet — in dat laatste zit een gat. Deze calculator weigert niet-aaneengesloten maskers in plaats van te raden wat je bedoelde.
Blokgrootte en de vuistregel voor het vierde octet
Subnetten van dezelfde grootte liggen op veelvouden van hun blokgrootte, en die blokgrootte is 256 min het bijbehorende octet van het masker. Een /26 eindigt op 192, dus de blokken beginnen bij 0, 64, 128 en 192; een /28 eindigt op 240, dus die verspringen per 16. Dat is de rekenkunde achter 'bij welk subnet hoort 192.168.1.130?' — het is het derde /26-blok, en dus 192.168.1.128.
Gereserveerde adressen en de twee uitzonderingen
Het hostadres met alleen nullen duidt het netwerk aan en het hostadres met alleen enen is het gerichte broadcastadres, dus gewone subnetten verliezen twee adressen. RFC 3021 laat beide vervallen voor /31 point-to-point-links (twee bruikbare adressen), en een /32 is één hostroute (één bruikbaar adres). De referentietabel onder de calculator volgt die regels, en daarom staat er op de /31-regel een 2 en geen 0.
Wildcardmaskers en waar ze verplicht zijn
Het wildcardmasker is de bitgewijze inverse van het subnetmasker — 255.255.255.192 wordt 0.0.0.63. Cisco-ACL's, network-statements in OSPF en EIGRP nemen wildcardmaskers in plaats van subnetmaskers. Anders dan bij subnetmaskers mogen wildcardmaskers in ACL's niet-aaneengesloten zijn, en zo kan één regel elk oneven genummerd adres in een bereik matchen.
Klassen zijn geschiedenis, blokken zijn actueel
Klasse A/B/C/D/E verdeelt de adresruimte op het eerste octet (0–127, 128–191, 192–223, 224–239, 240–255) en wordt nog steeds onderwezen en geëxamineerd, maar CIDR verving routering op basis van klassen in 1993 — het masker bepaalt waar een netwerk ophoudt, niet de voorste bits. Wat wél uitmaakt, is in welk gereserveerd blok een adres valt: privé volgens RFC 1918, carrier-grade NAT volgens RFC 6598, link-local volgens RFC 3927, documentatie volgens RFC 5737, prestatietests volgens RFC 2544, multicast en de gereserveerde reeks 240.0.0.0/4.

Aanbevolen aanpak voor IP-adresplanning

Kies het subnet op groei, maar niet tien keer zo ruim
Een /24 voor acht apparaten verspilt 246 adressen en vergroot het broadcastdomein zonder dat het iets oplevert. Kies de kortste prefix die comfortabel ruimte overlaat — het aantal hosts in de calculator maakt die afweging expliciet voordat je je vastlegt.
Gebruik /31 op point-to-point-links
Op circuits tussen routers geeft een /31 beide uiteinden een adres in plaats van vier adressen te verbranden voor twee eindpunten. Houd /30 achter de hand voor apparatuur die echt ouder is dan de ondersteuning voor RFC 3021, en zet nooit een /31 op een multi-access-segment.
Wijs toe op een bitgrens, niet op ronde decimale getallen
Adresplannen die blokken laten beginnen bij 10.0.10.0 of 10.0.100.0 ogen netjes in decimalen, maar zijn niet samen te vatten in één route. Lijn toewijzingen uit op machten van twee, zodat een hele regio in de routeringstabel samenvalt tot één prefix.
Houd voorbeelden in documentatie binnen de gereserveerde reeksen
RFC 5737 reserveert 192.0.2.0/24, 198.51.100.0/24 en 203.0.113.0/24 juist zodat voorbeelden nooit met een echt netwerk kunnen botsen. Een willekeurig publiek adres in een runbook wijst uiteindelijk iemand naar een host die echt bestaat.
Controleer het masker aan beide kanten voordat je routering de schuld geeft
Bereikt een host sommige bestemmingen wel en andere niet, vergelijk dan zijn masker met dat van de gateway. Een /24 ingesteld waar het segment een /23 is, laat de helft van het netwerk als extern ogen — plak beide adressen in de controle en de afwijking springt er meteen uit.

Veelgestelde vragen over de subnetcalculator

Hoe bereken je een subnetmasker uit een CIDR-prefix?
De prefix is simpelweg het aantal voorloopenen in het 32-bits masker. Een /26 betekent 26 enen gevolgd door 6 nullen: 11111111.11111111.11111111.11000000, wat terugleest als 255.255.255.192. De nullen aan het eind zijn de hostbits, dus het blok bevat 2^6 = 64 adressen. Andersom tel je de enen in het masker: 255.255.252.0 is 11111111.11111111.11111100.00000000 = 22 enen, dus een /22. De binaire weergave in deze calculator toont die grens rechtstreeks, met de netwerkbits en de hostbits in verschillende kleuren.
Welke prefixlengte hoort bij 255.255.255.0?
Dat is een /24. 255 is in binair 11111111, dus drie octetten van 255 geven 24 voorloopenen, en de laatste 8 bits zijn hostbits — 255.255.255.0 = /24, met 256 adressen en 254 bruikbare hosts. Met dezelfde redenering is 255.255.255.192 een /26 (64 adressen, 62 bruikbaar), 255.255.252.0 een /22 (1.024 adressen, 1.022 bruikbaar) en 255.255.255.128 een /25 (128 adressen, 126 bruikbaar). Plak een masker in punt-decimale notatie rechtstreeks in het invoerveld om de bijbehorende prefix terug te lezen, of gebruik de referentietabel onder de calculator, die voor elke prefix van /8 tot en met /32 het masker, het wildcardmasker en het aantal hosts opsomt.
Hoe reken ik een IP-adres om naar een decimaal geheel getal of naar hexadecimaal?
Behandel de vier octetten als één 32-bits getal: 192.168.1.128 = 192×256³ + 168×256² + 1×256 + 128 = 3232235904, wat hexadecimaal 0xC0A80180 is. Deze vorm duikt op wanneer een database adressen in een integerkolom opslaat (INET_ATON / INET_NTOA in MySQL), wanneer je logregels op bereik filtert, en bij elke bitgewijze test of een adres binnen een blok valt. Het binaire paneel van deze calculator toont het netwerkadres als decimaal geheel getal, als hexadecimaal getal en als reverse-DNS-naam in in-addr.arpa. Wil je met de hand tussen talstelsels omrekenen, gebruik dan de talstelsel-omrekentool.
Hoe pas ik het resultaat toe op een apparaat van Cisco of Huawei?
Het paneel met kant-en-klare configuratie genereert zes vormen voor het huidige blok. Voor 192.168.1.130/26 zijn dat: de Cisco IOS-interface ip address 192.168.1.129 255.255.255.192; de Cisco-ACL met het wildcardmasker access-list 10 permit 192.168.1.128 0.0.0.63; OSPF network 192.168.1.128 0.0.0.63 area 0; Cisco ASA, die juist het subnetmasker neemt, access-list OUT permit ip 192.168.1.128 255.255.255.192 any; Huawei/H3C ip address 192.168.1.129 26; en Linux iproute2 ip addr add 192.168.1.129/26 dev eth0. De valkuil is dat ACL's en OSPF op IOS het wildcardmasker nemen terwijl de ASA het subnetmasker neemt — ze verwisselen levert geen foutmelding op, maar matcht een compleet ander bereik.
Waarom is het aantal bruikbare hosts twee minder dan het totaal?
Elk gewoon IPv4-subnet reserveert zijn eerste adres als netwerkaanduiding en zijn laatste als gericht broadcastadres, dus een /24 met 256 adressen biedt er 254 aan hosts. Twee prefixen zijn de uitzondering: een /31 heeft geen ruimte voor die gereserveerde adressen, en RFC 3021 maakt beide adressen bruikbaar op point-to-point-links; een /32 is één hostroute met één bruikbaar adres. Deze calculator past die uitzonderingen toe — de generieke formule 2^n − 2 zou voor een /31 0 bruikbare adressen melden, en geen enkele moderne router is het daarmee eens.
Wat is een wildcardmasker en hoe verschilt het van een subnetmasker?
Een wildcardmasker is de bitgewijze inverse van het subnetmasker: waar het subnetmasker enen heeft, heeft het wildcardmasker nullen. Voor een /26 is het masker 255.255.255.192 en het wildcardmasker 0.0.0.63. Access control lists van Cisco en network-statements in OSPF nemen wildcardmaskers in plaats van subnetmaskers, dus access-list 10 permit 192.168.1.128 0.0.0.63 matcht hetzelfde blok als 192.168.1.128/26. De documentatie van Huawei en H3C spreekt eveneens van een wildcardmasker, terwijl inverse mask onder engineers een gangbare verkorting is; beide namen verwijzen hier naar dezelfde waarde. Let wel op: wildcardmaskers in ACL's mogen niet-aaneengesloten bits hebben (om bijvoorbeeld alleen even of oneven adressen te matchen), subnetmaskers niet.
Hoeveel hosts passen er in een /24, /25 of /26?
Een /24 (255.255.255.0) heeft 256 adressen en 254 bruikbare hosts. Een /25 (255.255.255.128) heeft 128 adressen en 126 bruikbare. Een /26 (255.255.255.192) heeft 64 adressen en 62 bruikbare. Elke extra prefixbit halveert beide getallen. Een handige vuistregel bij het verdelen van het vierde octet: de blokgrootte is 256 min het laatste octet van het masker, dus een masker dat op 192 eindigt verspringt per 64 adressen en een masker dat op 240 eindigt per 16. De volledige referentietabel onder de calculator dekt /8 tot en met /32.
Welke IP-reeksen zijn privé en welke zijn publiek?
RFC 1918 reserveert drie privéreeksen: 10.0.0.0/8 (16.777.214 bruikbaar), 172.16.0.0/12 (1.048.574 bruikbaar) en 192.168.0.0/16 (65.534 bruikbaar). Let op dat de 172-reeks alleen 172.16.0.0 tot en met 172.31.255.255 beslaat — 172.15.x.x en 172.32.x.x zijn publiek, een grens die je makkelijk verkeerd hebt. Daarnaast is 100.64.0.0/10 ruimte voor carrier-grade NAT (RFC 6598), is 169.254.0.0/16 bedoeld voor link-local autoconfiguratie (RFC 3927) en zijn 192.0.2.0/24, 198.51.100.0/24 en 203.0.113.0/24 gereserveerd voor documentatie (RFC 5737). Deze calculator benoemt in welk blok jouw adres valt.
Kun je een /31 of /32 in een echt netwerk gebruiken?
Ja. Een /31 is de standaardmanier om links tussen routers te nummeren: RFC 3021 laat het netwerk- en broadcastadres vervallen op point-to-point-interfaces, zodat beide adressen naar de twee eindpunten gaan en de verspilling ten opzichte van het traditionele /30 halveert. Het wordt ondersteund op Cisco IOS, Junos, Arista EOS en Linux, maar het geldt alleen op echte point-to-point-interfaces — zet nooit een /31 op een multi-access LAN-segment. Een /32 is een hostroute: loopback-interfaces, ACL-regels voor één adres, statische routes en anycast-adressen gebruiken die allemaal.
Worden de adressen die ik invoer naar een server gestuurd?
Nee. Elke berekening draait lokaal in je browser met gewone integer-rekenkunde — geen netwerkaanvraag, geen bibliotheek van derden, geen logging. Je kunt de ontwikkelaarstools van je browser openen en zien dat het netwerkpaneel stil blijft terwijl je typt, of de internetverbinding volledig verbreken en gewoon doorrekenen. De knop Link kopiëren encodeert het huidige blok in het URL-fragment, en fragmenten gaan nooit naar een server.

Gerelateerde tools

Alle tools bekijken →