Supernetting

[rmweb 10]

Hallo Zusammen,

 

ich habe eine technische Frage.

 

Ich möchte ein Netz größer machen.

 

Das funktioniert auch soweit.

 

Dabei hab ich folgendes festgestellt.

 

Ich habe erst die Server auf die neue Netzmaske eingestellt. alt /24 neu /23

 

Warum erreicht ein Client mit der /24 denn den Server mit /23 Netzmaske?

 

andersherum aber nicht.

[wilgin 11]

Hi,

 

viellelicht liegt der Server im 23er Netz in einem anderen Bereich als das 24er Netz ist.

 

z.B. 172.16.0.0/23 ist ja von 172.16.0.0 bis 172.16.1.255

Wenn der Client nun die Adresse 172.16.0.1/24 und der Server 172.16.1.1/23 hat kommt der Client nicht hin, der Server aber schon. (hoff ich mach jetzt auf die schnelle keinen Denkfehler :D)

 

Um welche konkreten Adressen handelt es sich den?

[rmweb 10]

Ja klar...

 

server: 192.168.112.11 /23

 

client: 192.168.112.80 /24

client: 192.168.113.5 /24

 

beider erreichen den Server, aber die Clients sich nicht untereinander,

 

Das Netz supernetten ist ja kein Problem, verstehe aber noch nicht genau, warum die /24 dann Zugriff auf /23 hat...

 

Würde ich davon ausgehen, rund 200 Clients umzustellen, mit einem Script die Netzmaske zu ändern ist ja einfach.

 

Andere Methode wäre ja, nur die Server und Gerätschaften zu ändern. Könnte man die Clients ja mit der /24 stehen lassen.

bearbeitet 8. März 2012 von rmweb
Gedanken...

[wiri 10]

Ja klar...

 

server: 192.168.112.11 /23

 

client: 192.168.112.80 /24

client: 192.168.113.5 /24

 

beider erreichen den Server, aber die Clients sich nicht untereinander,

 

Das Netz supernetten ist ja kein Problem, verstehe aber noch nicht genau, warum die /24 dann Zugriff auf /23 hat...

 

Würde ich davon ausgehen, rund 200 Clients umzustellen, mit einem Script die Netzmaske zu ändern ist ja einfach.

 

Andere Methode wäre ja, nur die Server und Gerätschaften zu ändern. Könnte man die Clients ja mit der /24 stehen lassen.

 

na ja

server: 192.168.112.xx ist ja ein anderes SubNetz als

client: 192.168.113.xx

 

das 112 muss ins 113 routen und umgekehrt.

Sorry ich bin nicht so der Netzwerkexpert, sollte aber auf die richtige Spur zeigen...

[rmweb 10]

naja, das 192.168.112.0 wird ja durch die Netzmaskenverschiebung größer gemacht,

 

reicht dann von 192.168.112.0 bis 192.168.112.255,

 

nur ich denke das sollte vorraussetzen das auch die netzmaske überall auf /23 geändert werden muss.

[wiri 10]

naja, das 192.168.112.0 wird ja durch die Netzmaskenverschiebung größer gemacht,

 

reicht dann von 192.168.112.0 bis 192.168.112.255,

 

nur ich denke das sollte vorraussetzen das auch die netzmaske überall auf /23 geändert werden muss.

 

aber es kommen doch keine Clients aus dem 192.168.112.xx nicht ins 192.168.113.x und umgekehrt.

[rmweb 10]

Ja ganz genau. Speziell verstehe ich aber nicht,

 

warum erreicht ein Client 192.168.112.80 /24 den Server 192.168.112.11 /23.

 

um diese Verbindung geht es mir

[lefg 276]

Hallo,

 

Ein Adressbereich 192.168.112.0/23 reicht von 192.168.112.0 - 192.168.113.255, in dem Bereich liegen auch die Adressen 192.168.112.80 und 192.168.112.11

 

siehe Supernettingcalcuklator Online IP CIDR / VLSM Supernet Calculator

bearbeitet 8. März 2012 von lefg

[tesso 360]

Weil für den Client die IP des Servers in seinem Subnetz ist erreicht der Client den Server.

[rmweb 10]

gut,... danke. Das hilft mir.

 

ich verstehe das jetzt so.

 

änder ich subnetzmaske auf dem server 192.168.112.11 auf /23

sieht er das netz von 192.168.112.0 - 192.168.113.255

 

aus der sicht des einen clients mit der ip 192.168.112.80 /24 sieht es dann so aus, das er den server findet, aber den die clients aus dem 192.168.113.xxx /23 nicht.

für diesen wäre es ein anderes netz, solange, bis ich im auch die netzmaske /23 gebe.

 

richtig soweit?

[tesso 360]

Von den Tippfehlern abgesehen stimmt es. :) (vermutlich) Es muß 113.xxx/24 heißen

 

Schreib es dir doch mal in binär auf, inklusive Subnetzmaske. Dann sollte es klar werden.

[lefg 276]

Hallo,

 

warum noch feste Adreessierung der Clients, warum kein DHCP?

[rmweb 10]

Ich habs in binär ja vor mir liegen.

 

warum gehören die netze 192.168.112.0 und 192.168.113.0 /23 zusammen. warum ist es nicht 192.168.113.0 und 192.168.114.0

bearbeitet 9. März 2012 von rmweb
falscher Thread

[rmweb 10]

192.168.112.0 /24

 

11000000.10101000.01110000.00000000

11111111.11111111.11111111.00000000

 

192.168.112.0 /23 für max 510 Hosts

11000000.10101000.0111000|0.00000000

11111111.11111111.1111111|0.00000000

 

demnäch müsste das nächste Netz dann sein 192.168.114.0

11000000.10101000.011100 1 0.00000000

11111111.11111111.111111 1 0.00000000

 

Ist mein Gedanke dazu richtig? bzw. Habe ich das an der letzten 1 in der Netzmaske erkannt?

[Shisha Jones 10]

Hi,

genau so.

 

Die Einteilung in die Octete bleibt. Heißt, die letzten 8 für das 4. Octet und die "geklaute" Stelle im 3. Octet für die Erweiterung des Netzes. Da Du nur eine Stelle für die Erweiterung brauchst, dessen Zustand ja nur 0 oder 1 sein kann, hast Du praktisch 2 Class-C Netze zu einem gemacht. Hättest Du zwei Stellen genommen (22er Maske) wären daraus 4 Möglichkeiten geworden (00,01,10,11) also 4 Class-C Netze, usw..

Das ganze fängt im IP-Bereich grundsätzlich bei 0 an - Sprich z.B. bei 192.168.0.x. Somit liegt der erste Bereich bei 192.168.0.0 - 192.168.1.255, der zweite fängt dann mit der 2 im dritten Octet an usw. Das heißt, die gerade Zahl ist immer die erste und die ungerade die letzte im 3. Octet. (auf ein erweitertes Subnetz bezogen). :confused:

 

- Ich glaub ich schreib mich gerade um Kopf und Kragen - :shock:

 

 

Wie bereits vorher erwähnt, können sich alle Clients, die im gleichen Subnetz liegen sehen. Hat ein Client eine 24er Maske, möchte aber einen Server/Client ansprechen, der eine 23er Maske hat, so muss dieser zwingend in dem Subnetz des Clients mit der 24er Maske liegen! Sonst geht das ganze nicht. Das Default Gateway des Netzes schafft die Verbindung in andere, unbekannte Netze. Ist ja bei einem Heim-Router genauso. Ich will ins Internet und nur das Default Gateway weiß, wie ich dahin komme. :D