Probleme beim Berechnen der Subnetzmaske

Atreju93

Lieutenant
Registriert
Nov. 2010
Beiträge
595
Hallo zusammen

Ich stehe vor folgender Herausforderung: Ich schreibe gerade eine Dokumentation, wie man von den verschiedensten Angaben auf die Subnetzmaske schliessen kann. Im Team (4 Personen) müssen wir als Abschlussarbeit von dem einen Thema Linuxbasierte Dienste installieren und konfigurieren.

Eine Herausforderung wird sein, dass wir nur wenig Angaben zum Netz bekommen werden und zuerst IP - Adressen definieren müssen, da kein DHCP läuft. Leider ist das Subnetzberechnen schon eine Weile her und ich muss für die anderen im Team eine Doku schreiben, damit die das dann auch noch verstehen (wir wissen vorgängig nicht, welchen Dienst es sein muss, es könnte z.b. DNS oder DHCP mit BIND sein) Wir wissen vorgängig auch nicht, wer welchen Dienst konfigurieren muss und wir dürfen uns im Team dann natürlich nicht austauschen. Somit sollte jeder alles können

Nun zu meinem Problem:

Gegeben sei Start und Endadresse vom Netzwerk (Die Aufgaben habe ich alle selbst erfunden und versuche das nun verständlich rüberzubringen)

188.76.215.6 – 188.76.216.5

Berechnung zur Subnetzmaske?

Meine Idee ist der Adressbereich zu ermitteln (bzw anzahl IP - Adressen im Netz) und diese dann binär darstellen (255 > 11111111), negieren und dann von einer vollen Subnetzmaske als Clientanteil abziehen (bei 255 möglichen Adressen ergiebt sich: 11111111 11111111 11111111 11111111 - 00000000(255) = 11111111 11111111 11111111 00000000 = 255.255.255.0

Jedoch komme ich auf würgen und husten nicht darauf, wie ich bei solch krummen IPs (Könnte durchaus vorkommen) die anzahl IP- Adressen herausfinden kann (wenn mehr als 255 mögliche Clients sind)

Hat hier jemand eine gute und schnelle möglichkeit (wir haben an der Prüfung nicht viel Zeit - Subnetzberechnungen haben wir im Team vo 3 jahre alle mal gelernt)


Hoffe ihr versteht was ich meine

Mfg
 
Hier ist das eigentlich sehr gut erklärt:
http://www.elektronik-kompendium.de/sites/net/0907201.htm

Mehr als 254 Clients bedeutet, dass Du das nächste Bit (von rechts aus gesehen) mit zum Client-Anteil nimmst. Siehe in der Tabelle:
Hosts Subnetzmaske 32-Bit-Wert Präfix
510 255.255.254.0 1111 1111 1111 1111 1111 1110 0000 0000 /23
254 255.255.255.0 1111 1111 1111 1111 1111 1111 0000 0000 /24

Hoffe, dass ist das was Du meintest...
 
Nein, die können niemals vorkommen. Das geht nicht.
Du kannst die ab .6 NUTZEN, aber das Netz kann da nicht beginnen in deinem Fall.
Das ist ein Verständnisproblem, dass zuerst behoben werden muss.

In einem Netz 192.168.0.0/23 (also 192.168.0.0 mit SN 255.255.254.0) wäre der Start 192.168.0.0 (Netzadresse), das Ende wäre 192.168.1.255 (Broadcast).
Die nächstmögliche kleinere Maske ist die /24. Das wäre im vorherigen Beispiel die 192.168.0.0 (Netz) - 192.168.0.255 (Broadcast).
Dein Netz zu errichten ist nicht möglich. Es sei denn, man nimmt 10.10.208.0 - 10.10.223.255 (also /20 bzw 255.255.240.0) und definiert (per DHCP oder Richtlinie intern) nur 188.76.215.6-188.76.216.5 als nutzbar. Die Subnetzmaske bleibt aber /20.

*edit:
Da noch eine kleine Tabelle (2 Adressen abziehen für Nutzadressen, Netz und Broadcast, bei IPs):
Code:
SUFFIX	DDN		Bsp. IP Start	Bsp. IP Ende	IPs
/23	255.255.254.0	10.0.0.0	10.0.1.255	512
/24	255.255.255.0	10.0.0.0	10.0.0.255	256
/25	255.255.255.128	10.0.0.0	10.0.0.127	128
/26	255.255.255.192	10.0.0.0	10.0.0.63	64
/27	255.255.255.224	10.0.0.0	10.0.0.31	32
/28	255.255.255.240	10.0.0.0	10.0.0.15	16
/29	255.255.255.248	10.0.0.0	10.0.0.7	8
/30	255.255.255.252	10.0.0.0	10.0.0.3	4 (Sog. Transportnetz)
/31	255.255.255.254	10.0.0.0	10.0.0.1	2 (Fast immer ungültig)
 
Zuletzt bearbeitet:
Doch, es ist möglich.
188.76.215.0 - 188.76.216.255 (also /23 bzw 255.255.254.0)
Aber nicht genau seine IPs als Start und Ende. Das geht einfach nicht. Das liegt Binär begründet.

*edit2:
Man müsste das Netz dazu noch größer fassen. Völliger Schwachsinn meinerseits, 215.0/23 wäre zugehörig zu 214.0/23.
Klar...
10.10.215.0/20 geht.

*edit:
Weil mir gerade langweilig ist:
Wenn ich ein Netz aufteile (zum Verständnis) kann ich das natürlich Stückeln. Das geht schon.
Z.B. (mit obiger Tabelle) kann ich das Netz 10.0.0.0/24 subnetten in:
10.0.0.0/25 (128 IPs)
10.0.0.128/26 (64 IPs)
10.0.0.192/27 (32 IPs)
10.0.0.224/29 (8 IPs)
10.0.0.232/29 (8 IPs)
10.0.0.240/29 (8 IPs)
10.0.0.248/30 (4 IPs)
Dann sind 252-255 noch ungenutzt und könnten nochmals als /30 als Transportnetz verwendet werden.
 
Zuletzt bearbeitet:
Könntest dann noch erklären warum kein Rechner das 215.0 und 216.0 Netz in ein Subnetz packen will? Vielleicht erinnere ich mich dann auch wieder wie es geht.....
 
Natürlich - da habe ich mich böse verrenkt... ich wusste, dass ich etwas übersah (ich wollte etwas wirklich schräges machen, damit man sieht dass es auch bei nicht bekannten IP's geht)

Dann nehmen wir mal an, dass ich start und Endandresse von einem Netz weiss (Netz und Broadcastadresse) und die dazugehörige Subnetzmaske finden muss. Die können bei der Prüfung dann nicht ein falscher IP-Range angeben.

Was kein Problem ist: Subnetzmaske anhand von /xx Schreibweise in Dezimal umwandeln, anhand von den (alten) klassen eine Standart SN definieren. Von IP und Subnetzmaske auf Netzadresse und Broadcast schliessen usw... halt einfach von netz und broadcastadresse auf das Subnetz schliessen..

wir haben KEINEN Rechner für Binär zur Verfügung - ich werde im Anhang zu meinem Dokument jedoch die Zahlen 0-255 binär darstellen, damit man abschauen kann.
 
Subnetzmaske finden ist einfach....Rechne einfach von Start- bis Endadresse. Schon kannste bei der Subnetzmaske einfach von hinten die Einsen abziehen bis alle reinpassen. Wie immer Netz ID und Broadcast nicht vergessen.
 
Ich habs mittlerweile einfach gelöst (ich bin meistens viel zu komplex...) ich habe einfach eine Tabelle erstellt mit der maximalen Anzahl IP's pro Subnetz... somit muss man nur wissen wie viele Adressen es ungefähr im netzwerk gibt (<255,<512,usw).
 
@Kigalla: Du hast natürlich völlig Recht.
Man müsste das Netz dazu noch größer fassen. Völliger Schwachsinn meinerseits, 215.0/23 wäre zugehörig zu 214.0/23.
Klar...
10.10.215.0/20 geht.
Netzwerk: 10.10.208.0/20 00001010.00001010.1101 0000.00000000
HostMin: 10.10.208.1 00001010.00001010.1101 0000.00000001
HostMax: 10.10.223.254 00001010.00001010.1101 1111.11111110
Broadcast: 10.10.223.255 00001010.00001010.1101 1111.11111111

*edit1:
Gott ist mir das peinlich... Genau der selbe Fehler wie der TE... Sorry.
 
Zuletzt bearbeitet:
Zurück
Oben