[ripe] IP ranges

[Verwijderd]

Weet iemand hoe je die IP ranges bij ripe moet begrijpen? Er staat bijvoorbeeld:

195.173/19

Hoe kan ik daarmee de range (bijvoorbeeld: 195.173.0.0 -> 195.173.255.255) berekenen??

[Verwijderd]

195.173.0.0->195.173.255.255 = 195.173/16

die 195.173/19 zal wel een uit de duim gezogen voorbeeld zijn zeker want je mist een stuk van het ip.

Hoe je zoiets te weten komt ?
Een zeer korte uitleg :
Elk ip heeft de vorm x.x.x.x waarbij x van 0-255 gaat.
Deze waarde wordt voorgestelt met 8 bits.
Dus een ip bevat max 32 bits.
dus als bv 192.168.0.1/32 ziet dan wil dat zeggen dat het een ip is van een host.
192.168.0.1/31 wil zeggen dat het 24ste bit van het ip vrij te kiezen is dus 1 of 0 kan/mag zijn dus 2 mogelijke hosts. enz.


Meer uitleg vind je hier : klik

[ Voor 0% gewijzigd door Verwijderd op 02-11-2002 15:55 . Reden: 32 dat zeg ik toch :p ]

[BrZ]

Verwijderd schreef op 02 november 2002 @ 15:19:
Dus een ip bevat max 24 bits.

32

[Verwijderd]

Kick leek me wel gepast
62.194/15 ALLOCATED PA

Tot hoever loopt die range dan.. hoe reken je dat uit, is voor mij nog niet helemaal duidelijk

[Cybje]

62.194/15 zal wel 62.194.0.0 - 62.195.255.255 zijn dan.

[Verwijderd]

Cybje schreef op 16 March 2003 @ 00:02:
62.194/15 zal wel 62.194.0.0 - 62.195.255.255 zijn dan.

Ja k dat weet ik, maar hoe reken je dat dan uit met die /15, hoe kom je dmv die /15 aan 62.194.255.255

[sbmuc]

Verwijderd schreef op 16 March 2003 @ 00:11:
[...]

Ja k dat weet ik, maar hoe reken je dat dan uit met die /15, hoe kom je dmv die /15 aan 62.194.255.255

niet dus het ip nummer 62.194/15 kan tussen 62.194.0.0 en 62.194.255.255 zitten kortom 255 * 255 = 65025 kansen

[Verwijderd]

schrijf het eens uit in bits..

[Verwijderd]

195.64.80/20 ALLOCATED PA

snap er ff niks meer van, hoe zou ik dit in bits uit moeten schrijven dan..

[Cybje]

62.194/15 kan tussen 62.194.0.0 en 62.195.255.255 hangen zelfs ... het is geen /16
En hoe je dat uitrekent .. inderdaad uitschrijven in bits.

Edit:
Als je gewoon wilt weten hoeveel adressen mogelijk zijn in zo'n range kun je ook een simpel rekensommetje doen:
2^(32-range)
Bijvoorbeeld: 2^(32-20) = 4096

[ Voor 36% gewijzigd door Cybje op 16-03-2003 00:40 ]

[Cybje]

sbmuc schreef op 16 March 2003 @ 00:19:
niet dus het ip nummer 62.194/15 kan tussen 62.194.0.0 en 62.194.255.255 zitten kortom 255 * 255 = 65025 kansen

8 bits geeft 255 mogelijkheden? Fout ... is nog steeds 256. Oftewel 256 * 256 = 65536 (of 2^16 dus). En we hadden het over 62.194/16-62.195/16 ... niet 62.194

[Verwijderd]

voor de volledige uitleg, inclusief uitschrijven in bits:

http://www.learntosubnet.com/binary_math.htm

[Verwijderd]

8 bits geeft 255 mogelijkheden? Fout ... is nog steeds 256. < ook fout

ip range loopt van 0 tot 255, echter worden 0 en 255 nooit gebruikt, dus zijn er maar 254 mogelijkheden in een ip range (dit geld alleen voor het 4e getal... dus x.x.x.x

0 en 255 hebben met de broadcast (ik dacht 255) en nog iets van het netwerk te maken.
bij x.x.x.x krijg je dus

256*254 = 65024 mogelijkheden

[ Voor 2% gewijzigd door Verwijderd op 16-03-2003 11:01 . Reden: shitzooi, 2 typo's ]

[Erkens]

download eens een subnet calculator, deze vind ik wel prettig werken: (geheel gratis)

http://solarwinds.net/Tools/Free_tools/Subnet_Calc/index.htm

[mvdejong]

Verwijderd schreef op 16 March 2003 @ 10:59:
8 bits geeft 255 mogelijkheden? Fout ... is nog steeds 256. < ook fout

ip range loopt van 0 tot 255, echter worden 0 en 255 nooit gebruikt, dus zijn er maar 254 mogelijkheden in een ip range (dit geld alleen voor het 4e getal... dus x.x.x.x

0 en 255 hebben met de broadcast (ik dacht 255) en nog iets van het netwerk te maken.
bij x.x.x.x krijg je dus

256*254 = 65024 mogelijkheden

Nog steeds niet goed.

Alleen een klasse-C IP-range (/24, ofwel netmask 255.255.255.0) loopt van N1.N2.N3.0 tot N1.N2.N3.255.
Een klasse-B IP-range (/16, ofwel netmask 255.255.0.0) loopt van N1.N2.0.0 tot N1.N2.255.255.
Een klasse-A IP-range (/8, ofwel netmask 255.0.0.0) loopt van N1.0.0.0 tot N1.255.255.255.
(Nx zijn de bytes die het netwerk-gedeelte van het adres vormen).

Van al deze ranges geld dat alleen het eerste adres (all-zeroes) en het laatste adres (all-ones) gereserveerd zijn voor broadcasting. Formeel is alleen all-ones het broadcasting-adres, maar sommige oudere IP-implementaties gebruikten all-zeroes.
Als voorbeeld : in een klasse-B IP-range zijn dus alleen N1.N2.0.0 en N1.N2.255.255 gereserveerd, maar bijv. N1.N2.5.0 en N1.N2.5.255 zijn hele normale station-adressen.

Wat betreft de RIPE-notatie : een IP-adres bestaat uit 4 bytes van 8 bits, dus totaal 32 bits. De netmask-notatie geeft per byte aan welke bits er tot het netwerk-gedeelte van het adres horen (het bitje staat op 1) en welke bits er tot het station-gedeelte van het adres horen (het bitje staat op 0). De RIPE-notatie telt hoeveel bitjes er op 1 staan :
klasse-A netwerk : netmask 255.0.0.0 = 11111111.00000000.00000000.00000000 (binair), dus 8 1-bitjes, dus /8
klasse-B netwerk : netmask 255.255.0.0 = 11111111.1111111111.00000000.00000000 (binair), dus 16 1-bitjes, dus /16
klasse-C netwerk : netmask 255.255.255.0 = 11111111.11111111.11111111.00000000 (binair), dus 24 1-bitjes, dus /24
Vroeger waren deze 3 klassen de enige beschikbare, maar om de address-space beter te gebruiken bij toenemende aantallen stations is toen overgegaan op een systeem waarbij de flexibelere netmasks gebruikt werden.

Terug naar de vraag van de originele poster : een /19 netmask is dus 19 1-bitjes gevolgd door 13 0-bitjes :
11111111.11111111.11100000.0.00000000 (binair) wat omrekent naar :
255.255.(128+64+32).0 = 255.255.224.0.

Hierbij valt op te merken dat het volgens de standaards niet verboden is om netmasks te definieren waarbij de 1-bitjes en 0-bitjes niet aaneengesloten liggen : 11111111.11111111.00001111.0000 (255.255.15.0) is mogelijk, maar heeft een aantal beperkingen :
- het is absoluut onoverzichtelijk;
- het is niet nodig tenzij bij het ontwerpen van het netwerk fundamentele blunders zijn gemaak (de reden waarom ik dit ooit in een overgangs-situatie heb toegepast);
- veel netwerk-apparatuur (Cisco-routers) gebruikt de RIPE-notatie, en daarin is dit soort netmasks niet uit te drukken.

[Cybje]

Verwijderd schreef op 16 March 2003 @ 10:59:
8 bits geeft 255 mogelijkheden? Fout ... is nog steeds 256. < ook fout

ip range loopt van 0 tot 255, echter worden 0 en 255 nooit gebruikt, dus zijn er maar 254 mogelijkheden in een ip range (dit geld alleen voor het 4e getal... dus x.x.x.x

0 en 255 hebben met de broadcast (ik dacht 255) en nog iets van het netwerk te maken.
bij x.x.x.x krijg je dus

256*254 = 65024 mogelijkheden

Wordt nooit gebruikt ... maar die adressen zijn er dus wel. 0 is dacht ik netwerk en 255 broadcast. Je kunt niet voor niks gewoon broadcast pingen en netjes reply terug krijgen, dat komt ook alleen omdat dat adres gewoon bestaat.

[igmar]

Verwijderd schreef op 16 maart 2003 @ 10:59:
8 bits geeft 255 mogelijkheden? Fout ... is nog steeds 256. < ook fout

ip range loopt van 0 tot 255, echter worden 0 en 255 nooit gebruikt, dus zijn er maar 254 mogelijkheden in een ip range (dit geld alleen voor het 4e getal... dus x.x.x.x

Dit klopt niet. Network en broadcast zijn niet perse .0 en .255, het zijn gewoon de eerste en laatste IP uit de range.

[Verwijderd]

Helaas voor jou klopt het wel. Je hebt idd gelijk dat er nog meer broadcast adressen kunnen zijn (afhankelijk van het subnet mask) naast .0 en .255, maar per definitie zijn .0 en .255 altijd broadcast adressen..

[mvdejong]

Verwijderd schreef op 16 March 2003 @ 17:55:
Helaas voor jou klopt het wel. Je hebt idd gelijk dat er nog meer broadcast adressen kunnen zijn (afhankelijk van het subnet mask) naast .0 en .255, maar per definitie zijn .0 en .255 altijd broadcast adressen..

Nee het kloppt niet, er zijn niet meer broadcast-adressen, dat zijn altijd all-ones en all-zeroes (hoewel die laatste wat antiek is), dus de adressen waarbij alle bitjes uit het station-gedeelte van het IP-adres allemaal 0 of allemaal 1 zijn.

In een netmask 255.255.255.0 (/24, class-C) zijn inderdaad .0 en .255 de broadcast-adressen, maar als je bijv. een 255.255.0.0 (/16, class-B) netmask neemt zijn .0.0 en .255.255 broadcast-adressen, maar, om wat extremen te noemen, .255.0 en .0.255 niet, en ook niet .5.255, .5.0 ofzo. Die zijn wel degelijk beschikbaar voor station-adressen.

hezik en igmar verschillen wat minder van mening dan ze misschien wel zelf denken, want het eerste en laatste adres uit de IP-ranges zijn natuurlijk per definitie de all-zeroes en all-ones, en voor een class-C netwerk zijn dat natuurlijk .0 en .255.

[Bergen]

Dit heet trouwens de CIDR-notatie.

Mooiste subnet uitleg die ik ken: http://www.certguide.com/subnetchou.asp

[Verwijderd]

Nee het kloppt niet, er zijn niet meer broadcast-adressen, dat zijn altijd all-ones en all-zeroes (hoewel die laatste wat antiek is), dus de adressen waarbij alle bitjes uit het station-gedeelte van het IP-adres allemaal 0 of allemaal 1 zijn.

eh ja, het klopt wel.

Om deze discussie de kop in te drukken, even een screenshot uit de eerder aangehaalde subnet calculator:




Hier zie je duidelijk dat er sprake is van een ander broadcast adres dan .0 of .255.

.0 en .255 zijn per definitie (netwerk)broadcast adressen, daarnaast zijn er nog een aantal welke (subnet)broadcast adres kunnen zijn, afhankelijk van het subnet.

[Master FX]

Hopelijk zeer duidelijke uitleg

Wat betekent bijvoorbeeld 140.45.160.0/19 nu? Simpelweg dat de eerste 19 bits het netwerk definieren en de resterende 13 bits de hosts. En 2^13 is dan weer
8192 hosts.

Als je die 8192 deelt door 256 = 32 dan tel je dus 31 (die 0 telt natuurlijk ook mee) op bij de 160 en kom je op 191.

Oftewel 140.45.160.0 t/m 140.45.191.255.

[ Voor 7% gewijzigd door Master FX op 17-03-2003 11:02 . Reden: mooie titel aan gegeven ]

[Verwijderd]

Ok ik begrijp het nu beter denk ik.
En stel ik heb 62.194/15 ALLOCATED PA

2^17=131072
131072/256= 512

Maar dit klopt niet volgens mij.. wat doe ik verkeerd

[Master FX]

62.194.0.0 - 62.195.255.255 ??

[Verwijderd]

Master FX schreef op 17 March 2003 @ 11:36:
62.194.0.0 - 62.195.255.255 ??

ok idd, maar hoe kom je daarbij dan, want mijn berekening klopt niet

[ Voor 24% gewijzigd door Verwijderd op 17-03-2003 11:39 ]

[Master FX]

bijna goed... maar 0 - 255 is wel een aantal van 256

[Master FX]

tm 62.194.255.255 levert de eerste 65536 adressen op (256*256) en dan moet 194 een reeks hoger: 195. Dan verder tm 62.195.255.255 is de volgende 65536 adressen.

dus 62.194.0.0 - 62.195.255.255 is in totaal jouw 2^17=131072 adressen

[mvdejong]

Verwijderd schreef op 17 March 2003 @ 01:18:
[...]


eh ja, het klopt wel.

Om deze discussie de kop in te drukken, even een screenshot uit de eerder aangehaalde subnet calculator:

[afbeelding]


Hier zie je duidelijk dat er sprake is van een ander broadcast adres dan .0 of .255.

.0 en .255 zijn per definitie (netwerk)broadcast adressen, daarnaast zijn er nog een aantal welke (subnet)broadcast adres kunnen zijn, afhankelijk van het subnet.

Ik zeg juist niet dat .0 en .255 altijd broadcast-adressen zijn, maar de adressen waarbij het alle bitjes van station-gedeelte van het adres 0 of 1 zijn.
Wat de calculator netjes laat zien is dat het all-zeroes adres het netwerk-adres is, en het all-ones adres het broadcast-adres. Aangezien het netmask 255.255.255.240 een /28 bits netwerk-adres specificeert, zijn alleen de laatste 4 bits het station-gedeelte, dus .0 en .15 (omdat het netwerk-gedeelte van het laatste byte 0 is).

[pistole]

overigens is de range van 195.173.0.0/19 dan 195.173.0.0 - 195.173.31.255 (usable range 195.173.0.1 - 195.173.31.254)

Want hoe groter het masker hoe kleiner je range he.

[Bergen]

Verwijderd schreef op 17 maart 2003 @ 11:23:
Ok ik begrijp het nu beter denk ik.
En stel ik heb 62.194/15 ALLOCATED PA

2^17=131072
131072/256= 512

Maar dit klopt niet volgens mij.. wat doe ik verkeerd

Nu de duidelijkste uitleg van allemaal!

Die /15 betekent: de eerste 15 bits in het subnetmasker zijn 1tjes. Er zijn 32 bits, dus het masker ziet er zo uit:

code:

11111111.11111110.00000000.00000000

16318421 16318421 16318421 16318421
2426     2426     2426     2426
8        8        8        8

Alles met een 1 tel je bij elkaar op dus je krijgt:
(128+64+32+16+8+4+2+1).(128+64+32+16+8+4+2).0.0=
255.254.0.0. Daar heb je je subnetmasker.

Als je nu de range moet weten, moet je onthouden dat alleen de nulletjes kunnen veranderen in het IP-adres, uitgaande van het netwerkadres; in jouw geval dus met 62.194. Die zet je ff in binaire vorm onder het subnetmasker, dan zie je:

code:

Subnet:     11111111.11111110.00000000.00000000
Netwerkadres:   00111110.11000010.00000000.00000000

        16318421 16318421 16318421 16318421
        2426     2426     2426     2426
        8        8        8        8

Nu zet je alle nulletjes in het netwerkadres, waarboven een nul staat in het subnetadres, op 1. Dan krijg je dus:

code:

                                v vvvvvvvv vvvvvvvv <- de nulletjes
Subnet:     11111111.11111110.00000000.00000000
Broadcastadres: 00111110.11000011.11111111.11111111
                                ^ ^^^^^^^^ ^^^^^^^^ <- dus op 1 gezet

        16318421 16318421 16318421 16318421
        2426     2426     2426     2426
        8        8        8        8

Als je die berekent krijg je dus 62.195.255.255. Dat is het broadcastadres. Nu heb je dus meteeen je range: 62.194.0.0 - 62.195.255.255. Dit is trouwens een Chello-range voor het Eurodocsis platform!

[ Voor 3% gewijzigd door Bergen op 17-03-2003 15:55 . Reden: bugje ]