PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Frage zu IP-Adressklasse B...


Benedikt
2004-05-30, 23:14:11
Hi Leute,

die IP-Adressklasse B hat ja bekanntlich 2 Byte Netzwerkteil (1. und 2. Byte) und 2 Byte Hostteil (3. und 4. Byte).
Nehmen wir nun z. B. das Netzwerk 172.10.0.0 her:

Die Netzwerkadresse ist 172.10.0.0
Die Broadcastadresse ist 172.10.255.255

Was ist jetzt mein Nutzbarer Adressbereich für die Rechner?
172.10.0.1 bis 172.10.255.254 würde ich mal sagen, oder (Netzwerk- und Broadcastadresse darf ich nicht verwenden)?
Das heißt, ich kann 2^16 minus 2 Rechner adressieren - so steht es zumindest in der Fachliteratur. Soweit also alles klar...

Aber warum darf ich bitte im dritten Oktett (von links betrachtet) 0 bzw. 255 auf einmal verwenden? Kann mir dafür jemand eine schlüssige Erklärung liefern?

Sollte es nicht eher für den zu verwendenden Adressbereich 172.10.1.1 bis 172.10.254.254 heißen?
Dann hätte ich einiges mehr Abzug an verwendbaren Adressen...
Hoffe meine Fragestellung ist klar.

MFG,
B. W.

TheMaxx
2004-05-30, 23:44:47
Es ist schon richtig - du kannst den Adressbereich von 172.10.0.1 - 172.10.255.254 benutzen.

Binär sieht 172.10.0.1 ja so aus: 10101100.00001010.00000000.00000001. Das dritte + vierte Oktett kannst du nun normal "hochzählen".

10101100.00001010.00000000.00000001 (172.10.0.1)
10101100.00001010.00000000.00000010 (172.10.0.2)
(...)
10101100.00001010.00000000.11111111 (172.10.0.255)
10101100.00001010.00000001.00000000 (172.10.1.0)
10101100.00001010.00000001.00000001 (172.10.1.1)
(...)

Es würde doch keinen Sinn ergeben warum man direkt bei 00000001.00000001 anfangen sollte. Die 0 ist eine ganz normale Zahl bei IPs und kann in diesem Fall genau wie jede andere verwendet werden. Ich hoffe ich konnte etwas helfen.

Benedikt
2004-05-31, 00:02:18
Original geschrieben von TheMaxx
Es ist schon richtig - du kannst den Adressbereich von 172.10.0.1 - 172.10.255.254 benutzen.

Binär sieht 172.10.0.1 ja so aus: 10101100.00001010.00000000.00000001. Das dritte + vierte Oktett kannst du nun normal "hochzählen".

10101100.00001010.00000000.00000001 (172.10.0.1)
10101100.00001010.00000000.00000010 (172.10.0.2)
(...)
10101100.00001010.00000000.11111111 (172.10.0.255)
10101100.00001010.00000001.00000000 (172.10.1.0)
10101100.00001010.00000001.00000001 (172.10.1.1)
(...)

Es würde doch keinen Sinn ergeben warum man direkt bei 00000001.00000001 anfangen sollte. Die 0 ist eine ganz normale Zahl bei IPs und kann in diesem Fall genau wie jede andere verwendet werden. Ich hoffe ich konnte etwas helfen.

Aaalso ... :)
Ich darf also nur die Kombinationen 172.10.0.0 und 172.10.255.255 nicht verwenden (also lauter Nullen bzw. Einsen im 3. und 4. Oktett). Adressen wie 172.10.0.1, 172.10.0.255, 172.10.255.0 sind gültig !?

Kurzum: Danke für die Hilfe! :)

MFG,
B. W.

Benedikt
2004-05-31, 00:07:46
Noch 'ne andere Frage, diesmal bezüglich Subnetting. Nehmen wir an, ich "leihe" mir 2 Bit vom Hostteil. Jeder "binär" denkende Netzwerktechniker würde jetzt sagen, ich habe 4 Subnetze zur Verfügung, mit je 2^14 minus 2 Rechnern.

Aber laut Cisco ist dem nicht so, laut Cisco darf ich nämlich die Subnetze 172.10.0.0 und 172.10.192.0 nicht nutzen. Warum nicht?
Cisco (und andere Fachliteratur) schreibt vor, bei 2 zusätzlichen Bits im Netzwerkteil nur 2 Subnetze zu nutzen.
Nicht mal mein Informatikprofessor konnte mir den Grund dafür mit Sicherheit erklären ... :)

MFG,
B. W.

TheMaxx
2004-05-31, 00:42:59
Zum vorigen Posting: Ja stimmt, 172.10.0.1, 172.10.0.255 und 172.10.255.0 können ganz normal für IPs verwendet werden. 172.10.0.0 dagegen ist die Netzadresse und 172.10.255.255 der Broadcast.

Zum letzten Posting: Wenn wir Subnetze bilden wollen (mit 2 entlehnten Bits) haben wir folgende Subnetz-Maske:
11111111.11111111.11000000.00000000 - 255.255.192.0
Die Netzadressen der Subnetze wären demnach:
172.10.0.0 **
172.10.64.0
172.10.128.0
172.10.192.0 **

Von Cisco gibt es da eine Konvention, dass das erste und das letzte Subnetz jeweils nicht belegt werden dürfen, da 00 ja eigentlich das Netz - und 11 den Broadcast beschreiben. AFAIK wurde das aber nur von Cisco so festgesetzt - benutzen könnte man glaube ich diese Netze u.U. trotzdem. Aber wenn du im Test gefragt wirst: 2 entlehnte Bits vom Hostanteil ergeben 2²-2 Subnetze ;)

Benedikt
2004-05-31, 01:07:20
Original geschrieben von TheMaxx
Zum vorigen Posting: Ja stimmt, 172.10.0.1, 172.10.0.255 und 172.10.255.0 können ganz normal für IPs verwendet werden. 172.10.0.0 dagegen ist die Netzadresse und 172.10.255.255 der Broadcast.

Zum letzten Posting: Wenn wir Subnetze bilden wollen (mit 2 entlehnten Bits) haben wir folgende Subnetz-Maske:
11111111.11111111.11000000.00000000 - 255.255.192.0
Die Netzadressen der Subnetze wären demnach:
172.10.0.0 **
172.10.64.0
172.10.128.0
172.10.192.0 **

Von Cisco gibt es da eine Konvention, dass das erste und das letzte Subnetz jeweils nicht belegt werden dürfen, da 00 ja eigentlich das Netz - und 11 den Broadcast beschreiben. AFAIK wurde das aber nur von Cisco so festgesetzt - benutzen könnte man glaube ich diese Netze u.U. trotzdem. Aber wenn du im Test gefragt wirst: 2 entlehnte Bits vom Hostanteil ergeben 2²-2 Subnetze ;)

Ja, ist klar - beim Test/CCNA würde ich mich auch an Cisco halten. War nur interessant, den Grund für diese Regelung zu erfahren ...
Thx für die Hilfe!

Schöne Grüße,
B. W.

Gast
2004-05-31, 02:01:53
Original geschrieben von TheMaxx
Von Cisco gibt es da eine Konvention, dass das erste und das letzte Subnetz jeweils nicht belegt werden dürfen, da 00 ja eigentlich das Netz - und 11 den Broadcast beschreiben. AFAIK wurde das aber nur von Cisco so festgesetzt - benutzen könnte man glaube ich diese Netze u.U. trotzdem. Aber wenn du im Test gefragt wirst: 2 entlehnte Bits vom Hostanteil ergeben 2²-2 Subnetze ;) Das hat auch einen praktischen nutzen...es gibt viele ALTE router und systeme die das nicht handeln konnten und etwas in konflikt gerieten (uralt unix system usw), netz/broadcast konnte nicht zugeordnet werden und jeder rechner aus dem ersten subnetz konnte alle andern erreichen usw...sollte aber längst der vergangenheit angehören allerdings für die absolute sicherheit das alles reibungslos läuft hat cisco eben diese vorgaben übernommen...