[Cisco] Rekenen zonder Prefix

[Verwijderd]

Hallo allen,

Ik ben bezig met cisco al een tijdje, gaat prima en subnet berekenen is ook niet echt een probleem maar ik zit met een vraag.

In mijn lesmateriaal word bij alle voorbeelden gebruikt gemaakt van prefixes zoals /26 /16 etc.
Dus ik denk, oke mooi.

Tot ik een vraag krijg bij een testquiz met een ipadres ZONDER prefix. Ik snap daar niets van

Bijvoorbeeld bij: 169.203.125.160

Ik weet niet hoe ik hier aan moet beginnen aangezien ik niet weet welke bits er HOSTbits zijn.
Ook krijg ik geen subnetmask mee dus kan daar ook niet verder mee

Ik moet berekenen het network address, broadcast, first en last usable ip.

Heb al zonder grappen uren zitten zoeken op google en vind alleen maar voorbeelden en uitleg MET de /prefix ..

Misschien is het iets simpels.

Kan iemand me op weg helpen.

[BrammeS]

Verwijderd schreef op maandag 05 november 2007 @ 22:48:
Hallo allen,

Ik ben bezig met cisco al een tijdje, gaat prima en subnet berekenen is ook niet echt een probleem maar ik zit met een vraag.

In mijn lesmateriaal word bij alle voorbeelden gebruikt gemaakt van prefixes zoals /26 /16 etc.
Dus ik denk, oke mooi.

Tot ik een vraag krijg bij een testquiz met een ipadres ZONDER prefix. Ik snap daar niets van

Bijvoorbeeld bij: 169.203.125.160

Ik weet niet hoe ik hier aan moet beginnen aangezien ik niet weet welke bits er HOSTbits zijn.
Ook krijg ik geen subnetmask mee dus kan daar ook niet verder mee

Ik moet berekenen het network address, broadcast, first en last usable ip.

Heb al zonder grappen uren zitten zoeken op google en vind alleen maar voorbeelden en uitleg MET de /prefix ..

Misschien is het iets simpels.

Kan iemand me op weg helpen.

Dat is een klasse B adres en dus mag je van een /16 uitgaan.

De klasse wordt bepaald aan de hand van het eerste octet:
Klasse A: 1-126 is /8
Klasse B: 128-191 is /16
Klasse C: 192-224 is /24

[ Voor 6% gewijzigd door BrammeS op 05-11-2007 23:05 . Reden: aanvulling ]

[CyBeR]

Da's eigenlijk wel slecht van Cisco dat ze truuken uithalen met dat soort verouderde concepten.

[Verwijderd]

[leeg]

[ Voor 98% gewijzigd door Verwijderd op 05-11-2007 23:30 ]

[Verwijderd]

BrammeS schreef op maandag 05 november 2007 @ 22:57:
[...]


Dat is een klasse B adres en dus mag je van een /16 uitgaan.

De klasse wordt bepaald aan de hand van het eerste octet:
Klasse A: 1-126 is /8
Klasse B: 128-191 is /16
Klasse C: 192-224 is /24

Oke laat ik dit eens testen.

IP = 169.203.125.160
Dus als ik /16 mag gebruiken wilt dat zeggen dat het Network IP 169.203.0.0 is.

Check nu mijn Cisco antwoorden volgens het curriculum



Dit gaat al niet kloppen.

Dus en nu?

[ Voor 5% gewijzigd door Verwijderd op 05-11-2007 23:32 ]

[CyBeR]

Dan is er een fout gemaakt en had er een /18 bij moeten staan.

[Verwijderd]

CyBeR schreef op maandag 05 november 2007 @ 23:36:
Dan is er een fout gemaakt en had er een /18 bij moeten staan.

Oke, dus ik zit me eigenlijk al een flinke tijd voor niks druk te maken?
Wel vaag want als ik op die New Values knop ram dan komen er dus random IP's langs,, sommige met en sommige zonder prefix.
En die /18 heb jij zeker met een IP calculator berekend.

Dus kan ik ervan uitgaan dat er een prefix bij MOET staan en anders dus /8 /16 of /32 moet wezen?
Niet dat je toch zonder prefix kan gaan rekenen.
Erg slecht van Cisco dit.

[ Voor 17% gewijzigd door Verwijderd op 05-11-2007 23:42 ]

[CyBeR]

Verwijderd schreef op maandag 05 november 2007 @ 23:40:
[...]


Oke, dus ik zit me eigenlijk al een flinke tijd voor niks druk te maken?

Het lijkt erop. In de screenshot staat ook 'address/prefix'.

Wel vaag want als ik op die New Values knop ram dan komen er dus random IP's langs,, sommige met en sommige zonder prefix.

Dat lijkt me dus een bug.

En die /18 heb jij zeker met een IP calculator berekend.

Nou ja je kunt 't ook direct zien: bij elke extra bit krijg je twee keer minder adressen. In het derde octet van 64 naar 127 is daarom al genoeg:
256 -> 128 -> 64.
/16 -> /17 -> /18.

Dus kan ik ervan uitgaan dat er een prefix bij MOET staan en anders dus /8 /16 of /32 moet wezen?

Nou ja als er geen prefix is mag je in principe uitgaan van de oude klassenverdeling. Dan dus /8, /16 en /24.

[Verwijderd]

CyBeR schreef op maandag 05 november 2007 @ 23:50:
[...]


[...]


Nou ja je kunt 't ook direct zien: bij elke extra bit krijg je twee keer minder adressen. In het derde octet van 64 naar 127 is daarom al genoeg:
256 -> 128 -> 64.
/16 -> /17 -> /18.


[...]

Sorry ik bedoelde /24 ipv /32 natuurlijk ja.

Je zegt dat je het ook direct kunt zien.

169.203.125.160

Correct me if im wrong:

Dus standaard /16. (omdat het klasse B is)
Als ik naar de .125 kijk zie ik dus eigenlijk 01000000 (64)
Bij broadcast zal dus dit 127 wezen. 01111111

Doe ik dit goed? Zoja dan heb ik geen vragen meer, weer wat geleerd.

[CyBeR]

Verwijderd schreef op dinsdag 06 november 2007 @ 00:04:
[...]


Sorry ik bedoelde /24 ipv /32 natuurlijk ja.

Je zegt dat je het ook direct kunt zien.

169.203.125.160

Niet hieraan, aan de output in die screenshot. Aan slechts een IP heb je niks zonder extra info. Tenzij je dus met klassen gaat werken, maar dan is 't heel simpel: dit is een klasse B adres, dus zit dit binnen 169.203.0.0/16. Maar dat maakt allemaal niet uit want er had /18 bij moeten staan, dus als je daarmee verder rekent kom je er vanzelf achter of je 't goed doet

[Verwijderd]

CyBeR schreef op dinsdag 06 november 2007 @ 00:07:
[...]


Niet hieraan, aan de output in die screenshot. Aan slechts een IP heb je niks zonder extra info. Tenzij je dus met klassen gaat werken, maar dan is 't heel simpel: dit is een klasse B adres, dus zit dit binnen 169.203.0.0/16. Maar dat maakt allemaal niet uit want er had /18 bij moeten staan, dus als je daarmee verder rekent kom je er vanzelf achter of je 't goed doet

Ja dan lukt het wel. Leuk zo'n bug

Ok bedankt, gaat helemaal goedkomen