VLSM - Überspringen mancher Netze bei der Berechnung

Hallo alle zusammen,

Ich bin seit längerem an einer VLSM Übung, ich habe auch schon einiges davon gelöst.
Das Problem dabei, ich weiß nicht wie ich weiter mache, ohne jedes einzelne Netz zu berechnen.
Die Berechnung soll ohne Umrechnung ins Binärsystem und ohne Taschenrechner durchgeführt werden.

Die Aufgabe:
Das Netz 170.32.0.0/16 wird ihnen zur Verfügung gestellt und soll für folgende Zwecke aufgeteilt werden.
1 Zentrale mit 2000 Hosts
17 Niederlassungen mit 1000 Hosts
56 Märkte mit 60 Hosts
192 Transfernetze mit 4 Hosts

Nennen Sie für diese Netze jeweils die erste und die letzte Netzadresse und Broadcastadresse
Zentrale:
- 001. NA: 170.32.0.0 /21 BC: 170.32.7.255
Niederlassungen:
- 001. NA: 170.32.8.0 /22 BC: 170.32.11.255
- 017. NA: 170.32.72.0 /22 BC: 170.32.75.255
Märkte:
- 001. NA: 170.32.76.0 /26 BC: 170.32.76.63
- 056. NA: 170.32.88.192 /26 BC: 170.32.89.255
Transfernetze:
- 001. NA: 170.32.90.0 /29 BC: 170.32.90.7
- 192. NA: 170.32.???.??? /29 BC: 170.32.???.???

Ich hoffe ihr könnt mir helfen, wie ich die letzte Adresse berechne ohne die Adressen dazwischen zu berechnen.

Mit freundlichen Grüßen,
agowa338

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 234017

Url: https://administrator.de/contentid/234017

Ausgedruckt am: 23.11.2024 um 01:11 Uhr

10 Kommentare

Neuester Kommentar

Guckst du hier:
http://bit.ly/JGXKW6

Das darf für die Aufgabe nicht verwendet werden, ausschließlich Kopfrechnen, befinde mich in der Ausbildung zum Fachinformatiker.

Dann schlicht und einfach die Tabelle "Präfixlängen als Netzgrößen" hier auswendig lernen:
http://de.wikipedia.org/wiki/Netzmaske

Wirklich sinnvoll wäre es gewesen diese Berechnung für IPv6 zu machen und Binärsystem und Taschenrechner zu verbieten

Das hätte mal Kompetenz in die Zukunftsfähigkeit bewiesen...
Aber wie immer hinkt die Ausbildung der Realität ja mindestens 5 Jahre hinterher...

Heißt dass, ich muss für das 192. Netz 192*6 = 1152 Rechnen und anschließend

1152 - 256 = 896 : 1
896 - 256 = 640 : 2
640 - 256 = 384 : 3
384 - 256 = 128 : 4 REST: 128
=> An dritter Stelle +4 und an vierter Stelle 128 -1 ?
=> 192. NA: 170.32.94.127 /29 BC: 170.32.94.132

oder
192*8 = 1536 (wegen NA und BC?)

1536 - 256 = 1280 : 1
1280 - 256 = 1024 : 2
1024 - 256 = 768 : 3
768 - 256 = 512 : 4
512 - 256 = 256 : 5
256 - 256 = 0 : 6 REST 0
=> An dritter Stelle +6 und an vierter Stelle 0 - 1 also 255 (und an der dritten Stelle -1) ?
=> 192. NA: 170.32.95.255 /29 BC: 170.32.96.6

watt? 6? bei mir ist 2hoch3=8 - nicht wg. Broadcast und Netzadresse, sondern wg. keine krummen Netzwerkmasken... (deutsch dem Reformgedanken und Zeitgeist angepasst...)
ich würde das ohne TR so rechnen: 256/8 ist 32 - 32 Netze pro letztem Byte, 192/32=6 also vom dritten Byte 0 bis 5, fertig...
Zwischenschritte seien dem Studenten zur Übung überlassen

HG
Mark

at aqui - völlig falsche Einschätzung, zukunftsfähig wäre: Ihr Provider/RZ-Anbieter überlässt Ihnen abcd::0/32, allen anderen werden auch so viele überlassen, wann läuft IPv6 voll, ist IPv8 die Lösung?

HG
Mark

Danke für die Hilfe,
also muss das letzte Netz 170.32.95.248/29 und der Broadcast 170.32.95.255 sein, oder?

Sollte das Richtig sein, habe ich nur noch eine Frage, wenn ich das so rechne, und bei dem letztem Schritt 192/32 anstelle der 192 Netze 207 hätte, müsste ich dann 207 mod 32 = 15 Rechnen und die Anzahl der Übrigen Netze einzeln nacheinander ausrechnen, oder gibt es dafür einen schnelleren Weg?

stimmt und rechnen ist dann richtig, wobei 15 Netze ja auch 16 Netze minus 1 Netz wären,
wenn die Zweierpotenzen bis 256 verinnerlicht sind, finde ich das Rechnen in einem Byte nicht mehr schwer, das ist denke ich der einzige "schnelle Weg"
HG
Mark