Vraagje over subnetmasks

[Verwijderd]

Hoi, ik loop tegen een barriere in me engelstalige ccna cursus.

Ik begrijp het stukje over subnetmasks niet helemaal. Het probleem is als volgt.

Er word op een gegeven moment gesproken over subnetmasks.

een Class A network heeft een mask van 8 bits rite ? ofteweel 255.0.0.0 oftewel 11111111.

Tot zover is alles duidelijk.

ofcourse Class B heeft 16 bits, C 24 bits mask.

Echter hier komt de truuk. Op een gegeven moment word er gesproken over 10, 19, 20 etc bits masks.

Als voorbeeld neem ik de 10 bits mask. Dat zou dan worden volgens het voorbeeld dat hun stellen: 255.192.0.0

Hoe kan ik dat terugrekenen dat het op 192 uitkomt ? En zodra je de tweede octet gaat gebruiken, klopt het dan dat het automatisch GEEN Class A network meer is ? Ook vraag ik mij af wat dit betekent voor het IP adres ?? dit zou dan betekenen dat met 10 bits, de octets langer worden ofzo ?

Ik hoop dat iemand me enige uitleg hierover wilt geven :--)

groeten,

Jan

[ Voor 3% gewijzigd door Verwijderd op 12-01-2008 17:55 ]

[Keiichi]

Ik doe ook CCNA, maar ik vind dat het wel duidelijk omschreven is.

De subnetclasses hou je gewoon, A t/m E. Maar omdat er een noodzaak voor andere configuraties in deze classes nodig was, is dus subnetting eigenlijk geintroduceerd.

Als je een C klasse netwerk hebt, maar 128Ip's nodig hebt, dan gebruik je een mask van 255.255.255.128 (/25).

-edit-

Hier staat denk wel een duidelijk uitleg: http://schoolzaken.wielin...n/Uitleg%20subnetting.pdf

[ Voor 160% gewijzigd door Keiichi op 12-01-2008 17:59 ]

[CyBeR]

10 bits mask:

11111111 11000000 <rest nullen>

Reken nu eens uit wat dat in decimaal is.


En Class A/B/C netwerk bestaan al jaren niet meer.

[ Voor 23% gewijzigd door CyBeR op 12-01-2008 17:59 ]

[leuk_he]

10 bit

zou

11111111.11000000.000000.000000 =
255.192.0.0

Gewoon binair naar decimaal omrekenen. Al die halve bytes hebben geen officieele namen, maar zijn in de praktijk wel nuttig.

[Verwijderd]

CyBeR schreef op zaterdag 12 januari 2008 @ 17:58:
10 bits mask:

11111111 11000000 <rest nullen>

Reken nu eens uit wat dat in decimaal is.


En Class A/B/C netwerk bestaan al jaren niet meer.

255 en 192 ......


.......


..


.

[Nic]

Als voorbeeld neem ik de 10 bits mask. Dat zou dan worden volgens het voorbeeld dat hun stellen: 255.192.0.0

Hoe kan ik dat terugrekenen dat het op 192 uitkomt ?

Vergeet die classes, dat is iets van vroeger. :-)

10 bits, dus 1 enen:
11111111 11000000 00000000 00000000
mask is dus: 255.192.0.0

Zie/lees ook de uitleg op http://nl.wikipedia.org/wiki/Subnet

[Verwijderd]

leuk_he schreef op zaterdag 12 januari 2008 @ 18:00:
10 bit

zou

11111111.11000000.000000.000000 =
255.192.0.0

Gewoon binair naar decimaal omrekenen. Al die halve bytes hebben geen officieele namen, maar zijn in de praktijk wel nuttig.

ja nu snap ik het dus :--)

het moet gewoon gaan opsplitsen en toch die 8 bits aanhouden gewoon. dus als er 20 staat word het 8.8.4 :--) of praat ik nu onzin ?

[Verwijderd]

Keiichi schreef op zaterdag 12 januari 2008 @ 17:56:
Ik doe ook CCNA, maar ik vind dat het wel duidelijk omschreven is.

De subnetclasses hou je gewoon, A t/m E. Maar omdat er een noodzaak voor andere configuraties in deze classes nodig was, is dus subnetting eigenlijk geintroduceerd.

Als je een C klasse netwerk hebt, maar 128Ip's nodig hebt, dan gebruik je een mask van 255.255.255.128 (/25).

-edit-

Hier staat denk wel een duidelijk uitleg: http://schoolzaken.wielin...n/Uitleg%20subnetting.pdf

bedankt voor die PDF, het zal vast wel duidelijk uitgelegt zijn, ik denk meer dat het probleem hier de taal barriere was

met LP's bedoel je hosts ?

waarom zou je als je maar 128 hosts nodig hebt dat afschermen dmv een mask ?

255.255.255.0 zou dan toch ook gewoon voldoende zijn ?


wat mijn vraag hier eigenlijk is, is als volgt.


als je dmv 255.255.255.0

255 hosts defineert, dan maakt het voor de snelheid of whatever van het netwerk toch niet uit of je er uiteindelijk maar 128 gebruikt ?

[ Voor 11% gewijzigd door Verwijderd op 12-01-2008 18:06 ]

[Keiichi]

Verwijderd schreef op zaterdag 12 januari 2008 @ 18:02:
[...]


bedankt voor die PDF, het zal vast wel duidelijk uitgelegt zijn, ik denk meer dat het probleem hier de taal barriere was

met LP's bedoel je hosts ?

Euhm ip's typootje.

waarom zou je als je maar 128 hosts nodig hebt dat afschermen dmv een mask ?

255.255.255.0 zou dan toch ook gewoon voldoende zijn ?

Een voorbeeld als je een coloserver ergens hebt. Je kunt natuurlijk een IP (of meerdere) uit een /24 range aan een server aanwijzen. Maar je zult wel krijgen dat je ongewenst broadcast van iedereen en alles krijgt. Nadeel is wel dat je elke keer 2 IP's als het waren kwijt raakt. Bij een /25 heb je 256 adressen - 2 voor netwerk en broadcast, dus 254. Bij een /25 heb je 128 - 2 = 126. Er gaan 2 /25's in een /24, dus je verliest ipv 2 al 4 adressen. Eerder genoemde voordeel weegt hier voor vele wel tegenop

[CyBeR]

Verwijderd schreef op zaterdag 12 januari 2008 @ 18:01:
[...]


ja nu snap ik het dus :--)

het moet gewoon gaan opsplitsen en toch die 8 bits aanhouden gewoon. dus als er 20 staat word het 8.8.4 :--) of praat ik nu onzin ?

Correct.

[Verwijderd]

Keiichi schreef op zaterdag 12 januari 2008 @ 18:07:
[...]

Euhm ip's typootje.

[...]


Een voorbeeld als je een coloserver ergens hebt. Je kunt natuurlijk een IP (of meerdere) uit een /24 range aan een server aanwijzen. Maar je zult wel krijgen dat je ongewenst broadcast van iedereen en alles krijgt. Nadeel is wel dat je elke keer 2 IP's als het waren kwijt raakt. Bij een /25 heb je 256 adressen - 2 voor netwerk en broadcast, dus 254. Bij een /25 heb je 128 - 2 = 126. Er gaan 2 /25's in een /24, dus je verliest ipv 2 al 4 adressen. Eerder genoemde voordeel weegt hier voor vele wel tegenop

Ik snap het niet. Waarom zou je dan broadcast van alles en iedereen krijgen ? Als jij 1 van de hosts bent uit de range /24 met 254 andere hosts aangesloten, dan krijg jij broadcasts van 254 hosts ?

Maar als je nou maar 126 hosts in de range van /24 hebt, krijg je broadcasts van 126 hosts correct ? dan maakt het toch verder niet uit of je die die andere 128 hosts hebt afgescherm dmv een mask ? Je zal altijd alleen broadcasts kunnen krijgen van de hoeveelheid hosts binnen een range toch ?

[Verwijderd]

Of zit ik er nu helemaal naast.

Stel je hebt een range van /24.

dan kan je dus 256 hosts defineren.


maar je hebt maar 126 ip's gedefineert.

en er komt een broadcast, dan gaat ie natuurlijk ook de overige 130 open spots broadcasten... en dat genereerd wel vertraging...

als bovenstaande klopt dan begrijp ik het plaatje denk ik

[TrailBlazer]

CyBeR schreef op zaterdag 12 januari 2008 @ 17:58:
10 bits mask:

11111111 11000000 <rest nullen>

Reken nu eens uit wat dat in decimaal is.


En Class A/B/C netwerk bestaan al jaren niet meer.

dit is echt onzin. Je kan altijd een keer rip tegenkomen en dan is het heel belangrijk dat je je het bestaan kent van deze termen. Helemaal in combinatie met classfull routing. Met mijn CCIE examen kreeg ik daar echt een massa vragen over omdat het gewoon de basis is.
De klasse slaat op de reeks waaruit het ip adres komt en niks over het subnetmasker wat er bij dat ip adres hoort. Ook in allerlei commando's kan je het subnetmasker weghalen als je gewoon gebruik wil maken van het masker van die klasse waar het ip adres uitkomt.
Bijvoorbeeld onder bgp
router bgp 10
network 10.0.0.0

is voldoende om het hele klasse A netwerk te verspreiden bijvoorbeeld.

Verwijderd schreef op zaterdag 12 januari 2008 @ 18:24:
Of zit ik er nu helemaal naast.

Stel je hebt een range van /24.

dan kan je dus 256 hosts defineren.


maar je hebt maar 126 ip's gedefineert.

en er komt een broadcast, dan gaat ie natuurlijk ook de overige 130 open spots broadcasten... en dat genereerd wel vertraging...

als bovenstaande klopt dan begrijp ik het plaatje denk ik

volgens mij moet jij basics over unicasts en broadcasts even bijspijkeren. Een client gaat echt geen 253 broadcasts versturen als er een /24 masker is gebruikt hoor. Die client stuurt gewoon een pakket naar het adres 255.255.255.255 en iedere client op dat lan segment luister default naar verkeer voor dat adres. Je zal mischien wel meer broadcasts ontvangen als er meer clients op een lansegment zitten maar daar heb je eigenlijk zelden last van.

Overigens in je nick zit wel de achternaam van een der grote der aarde binnen de informatica.

[ Voor 35% gewijzigd door TrailBlazer op 12-01-2008 18:34 ]

[Verwijderd]

TrailBlazer schreef op zaterdag 12 januari 2008 @ 18:29:
[...]

dit is echt onzin. Je kan altijd een keer rip tegenkomen en dan is het heel belangrijk dat je je het bestaan kent van deze termen. Helemaal in combinatie met classfull routing. Met mijn CCIE examen kreeg ik daar echt een massa vragen over omdat het gewoon de basis is.
De klasse slaat op de reeks waaruit het ip adres komt en niks over het subnetmasker wat er bij dat ip adres hoort. Ook in allerlei commando's kan je het subnetmasker weghalen als je gewoon gebruik wil maken van het masker van die klasse waar het ip adres uitkomt.
Bijvoorbeeld onder bgp
router bgp 10
network 10.0.0.0

is voldoende om het hele klasse A netwerk te verspreiden bijvoorbeeld.


[...]

volgens mij moet jij basics over unicasts en broadcasts even bijspijkeren. Een client gaat echt geen 253 broadcasts versturen als er een /24 masker is gebruikt hoor. Die client stuurt gewoon een pakket naar het adres 255.255.255.255 en iedere client op dat lan segment luister default naar verkeer voor dat adres. Je zal mischien wel meer broadcasts ontvangen als er meer clients op een lansegment zitten maar daar heb je eigenlijk zelden last van.

Overigens in je nick zit wel de achternaam van een der grote der aarde binnen de informatica.

Dan heb ik nog heel wat in te halen met mijn achternaam

Het begint nu weer te dagen ja..

Als ik het goed begrijp, stel er komt een broadcast vanuit de router, dan ontvangt iedere host in het segment waarvoor die broadcast bedoelt is het pakketje correct ?

Waar ik in deze achter probeer te komen is het nut van bijv een /10 te verkiezen boven een /12, of noem maar wat. mijn voorbeeld kan netzogoed /24 /26 zijn.

[TrailBlazer]

Yep klopt alleen de router forward die broadcast dus niet naar de andere clients op het subnet he daar is de switch voor. Op laag twee is het destination adres namelijk FFFFFFFFFF (kan er te veel hebben staan) Dat is het teken voor de switch het pakket te flooden op alle poorten behalve de port waar het op binnen is gekomen. VLANS even niet meegenomen in dee uitleg.
Verder moet je subnetmaskers los leren te zien van ethernetsegmenten. Het wordt natuurlijk op veel meer plekken gebruikt dan enkel op een ethernetsegment. Stel je de volgende situatie voor. je hebt een site met segmenten achter een bepaalde router zitten

code:

centrale router
    |
    | 10.0.0.0/30
    |
remote router
192.168.0.0/24
192.168.1.0/24
192.168.2.0/24
192.168.3.0/24

Je kan dan vanaf de hoofdsite deze 4 segmenten dan in een keer naar die router toe routeren met een statische route
ip route 192.168.0.0 255.255.252.0 10.0.0.1

/30 is het subnet wat vaak gebruikt wordt voor links tussen routers bijvoorbeeld.

[ Voor 46% gewijzigd door TrailBlazer op 12-01-2008 18:48 ]

[Verwijderd]

great, dan is dat clear..

Echter blijft het dan voor mij onduidelijk waarom je bijv een

255.255.225.0 zou verkiezen boven bijv een 255.255.255.128 of andersom.

Dat maakt voor het opereren van het netwerk toch geen verschil ?

[CyBeR]

TrailBlazer schreef op zaterdag 12 januari 2008 @ 18:29:
[...]

dit is echt onzin. Je kan altijd een keer rip tegenkomen en dan is het heel belangrijk dat je je het bestaan kent van deze termen. Helemaal in combinatie met classfull routing. Met mijn CCIE examen kreeg ik daar echt een massa vragen over omdat het gewoon de basis is.
De klasse slaat op de reeks waaruit het ip adres komt en niks over het subnetmasker wat er bij dat ip adres hoort. Ook in allerlei commando's kan je het subnetmasker weghalen als je gewoon gebruik wil maken van het masker van die klasse waar het ip adres uitkomt.
Bijvoorbeeld onder bgp
router bgp 10
network 10.0.0.0

Classful routing wordt ook al jaren niet meer gedaan. Waarom denk je dat CIDR ingevoerd is? Omdat classful zoog. Leuk dat Cisco het nog steeds behandelt in CCIE en ondersteunt in hun producten, maar de rest van de wereld heeft er geen drol meer mee en je kunt het dus beter gewoon lekker achterwege laten.

Dit is ook waarom we nu nog steeds met IPv4 en NAT zitten te kutten terwijl IPv6 al jaren werkt: altijd maar bij oude zooi blijven.

[ Voor 6% gewijzigd door CyBeR op 12-01-2008 18:50 ]

[TrailBlazer]

het is gewoon onjuist om te zeggen dat Class A B en C geen waarde meer hebben. Het is een basis die je niet mag vergeten/negeren. ZO worden mulitcast adressen nog steeds uitgedeeld uit de Classe D reeks.

Verwijderd schreef op zaterdag 12 januari 2008 @ 18:47:
great, dan is dat clear..

Echter blijft het dan voor mij onduidelijk waarom je bijv een

255.255.225.0 zou verkiezen boven bijv een 255.255.255.128 of andersom.

Dat maakt voor het opereren van het netwerk toch geen verschil ?

zie mijn edit

[ Voor 64% gewijzigd door TrailBlazer op 12-01-2008 18:51 ]

[Verwijderd]

CyBeR schreef op zaterdag 12 januari 2008 @ 18:47:
[...]


Classful routing wordt ook al jaren niet meer gedaan. Waarom denk je dat CIDR ingevoerd is? Omdat classful zoog. Leuk dat Cisco het nog steeds behandelt in CCIE en ondersteunt in hun producten, maar de rest van de wereld heeft er geen drol meer mee en je kunt het dus beter gewoon lekker achterwege laten.

Ik denk niet dat zoiets de juiste instelling is.

Omdat iets BIJNA niet meer gebruikt word, betekent niet dat het niet erg belangrijk is om de basis van iets te weten. :--)

[CyBeR]

TrailBlazer schreef op zaterdag 12 januari 2008 @ 18:50:
het is gewoon onjuist om te zeggen dat Class A B en C geen waarde meer hebben. Het is een basis die je niet mag vergeten/negeren.

Het is absoluut een goed idee om te weten hoe classes mappen op CIDR (/24 -> Class C), maar bij terminologie houdt 't op. 't is oud, niet meer nuttig, vervangen door iets beters en dus alleen nog geschikt voor de geschiedenisles.

In CIDR wordt multicast uitgedeeld uit 224.0.0.0/4. Dat dat precies overeenkomt met het oude Class D doet niet terzake. Je kunt niet stellen dat je een multicastadres kunt identificeren omdat 't uit Class D komt zonder ook 224/4 te weten.

[ Voor 25% gewijzigd door CyBeR op 12-01-2008 18:55 ]

[Verwijderd]

TrailBlazer schreef op zaterdag 12 januari 2008 @ 18:43:
Yep klopt alleen de router forward die broadcast dus niet naar de andere clients op het subnet he daar is de switch voor. Op laag twee is het destination adres namelijk FFFFFFFFFF (kan er te veel hebben staan) Dat is het teken voor de switch het pakket te flooden op alle poorten behalve de port waar het op binnen is gekomen. VLANS even niet meegenomen in dee uitleg.
Verder moet je subnetmaskers los leren te zien van ethernetsegmenten. Het wordt natuurlijk op veel meer plekken gebruikt dan enkel op een ethernetsegment. Stel je de volgende situatie voor. je hebt een site met segmenten achter een bepaalde router zitten

code:

centrale router
    |
    | 10.0.0.0/30
    |
remote router
192.168.0.0/24
192.168.1.0/24
192.168.2.0/24
192.168.3.0/24

Je kan dan vanaf de hoofdsite deze 4 segmenten dan in een keer naar die router toe routeren met een statische route
ip route 192.168.0.0 255.255.252.0 10.0.0.1

/30 is het subnet wat vaak gebruikt wordt voor links tussen routers bijvoorbeeld.

ja maar ik snap niet waarom je dan niet gewoon 10.0.0.0/24 kan doen ? wat zou dan het effect zijn ? wat zou er gebeuren als ik dat deed ? heeft het voordelen ? heeft het nadelen ?

[CyBeR]

Verwijderd schreef op zaterdag 12 januari 2008 @ 18:55:
[...]


ja maar ik snap niet waarom je dan niet gewoon 10.0.0.0/24 kan doen ? wat zou dan het effect zijn ? wat zou er gebeuren als ik dat deed ? heeft het voordelen ? heeft het nadelen ?

Dat kan ook. En als 't om 10.0.0.0/24 gaat is dat ook niet boeiend. Maar als jij van je ISP een netblock hebt gekregen is 't niet handig om daar grote delen van weg te gooien voor netwerksegmentjes met maar twee gedefinieerde ip-adressen. En in dit geval zou je daar dus 252 adressen mee weggooien (inc. bc/nw).

[TrailBlazer]

Ip adressen verspillen doen we al genoeg met die gekke class A B en C netwerken. Op mijn werk gebruiken we overal public ip space voor heb je enig idee hoeveel point to point links er in een netwerk zitten met zo'n 3000 routers. Dat zijn er in ieder geval heel erg veel. Het heeft puur te maken met adressen besparen.

[Verwijderd]

CyBeR schreef op zaterdag 12 januari 2008 @ 18:57:
[...]


Dat kan ook. En als 't om 10.0.0.0/24 gaat is dat ook niet boeiend. Maar als jij van je ISP een netblock hebt gekregen is 't niet handig om daar grote delen van weg te gooien voor netwerksegmentjes met maar twee gedefinieerde ip-adressen. En in dit geval zou je daar dus 252 adressen mee weggooien (inc. bc/nw).

great ! thanks voor de uitleg

[Verwijderd]

TrailBlazer schreef op zaterdag 12 januari 2008 @ 18:57:
Ip adressen verspillen doen we al genoeg met die gekke class A B en C netwerken. Op mijn werk gebruiken we overal public ip space voor heb je enig idee hoeveel point to point links er in een netwerk zitten met zo'n 3000 routers. Dat zijn er in ieder geval heel erg veel. Het heeft puur te maken met adressen besparen.

ja oke, maar op een private netwerk met gereserveerde netwerken als 192.168.255.255 maakt het dus eigenlijk geen reet uit ? :--) je netwerk zal er niet trager of sneller door worden ?

Het word pas belangrijk zodra je met public ip space te maken krijgt dan toch ?

[TrailBlazer]

yep dat klopt het is gewoon vies ook al gebruik je private adressing.