Kann ein 192.168.50.0/24-Netzwerk mit einem 192.168.50.0/23-Netzwerk kommunizieren?


2

Ich habe derzeit ein lokales Netzwerk im Bereich 192.168.50.0/24, aber mir gehen die zu verwendenden IP-Adressen aus.

Der Plan ist, das Netzwerk auf 192.168.50.0/23 zu ändern, wodurch sich mein Adressraum effektiv verdoppelt und ich einen Bereich von:

192.168.50.1 - 192.168.51.254

Ich möchte diese Migration möglichst schrittweise durchführen. Es gibt viele Geräte, die von DHCP bedient werden, während vielen anderen statische IP-Adressen zugewiesen wurden (und diese statisch sein müssen). Einige Geräte mit statischen IP-Adressen können nur von einem Drittanbieter geändert werden. Dies muss während der Geschäftszeiten in einem aktiven und in Betrieb befindlichen Netzwerk erfolgen.

Meine Frage ist - was wird während der Übergangsphase passieren, während die IP-Einstellungen auf den verschiedenen Geräten geändert werden? Wird es brechen? Oder funktioniert die Kommunikation zwischen dem vorhandenen / 24-Netzwerk und dem neuen / 23-Netzwerk weiterhin einwandfrei? Der Datenverkehr wird keine Router überqueren, nur mehrere Switches.

Was ist die beste Methode, um diesen Übergang in einem aktiven und in Betrieb befindlichen Netzwerk zu verwalten und gleichzeitig mögliche Ausfallzeiten und andere Probleme zu minimieren?

Antworten:


1

In dem Szenario beschreiben Sie:

  • Maschinen, die beide eine IP innerhalb der Überlappung haben, können unabhängig von den Unterschieden in ihrer Subnetzdeklaration miteinander kommunizieren
    • Jede Kommunikation, die auf lokalen Broadcasts beruht, funktioniert jedoch nicht , da die beiden Subnetze unterschiedliche lokale Broadcast-Adressen haben (globale Broadcasts unter 255.255.255.255 funktionieren weiterhin).
  • Maschinen mit einer IP-Adresse außerhalb der Überlappung können nur mit Maschinen kommunizieren, die das neue Subnetz kennen (sie könnten technisch mit Maschinen in der Überlappung kommunizieren , aber die Maschinen dort verstehen nicht, wie Pakete zurückgeschickt werden).

Zunächst befinden sich alle Maschinen im Überlappungsbereich (192.168.50.x), auch während des Übergangs. Ich werde keine Geräte in den Bereich 192.168.1.x verschieben, bis der Übergang abgeschlossen ist.
Saajid Ismail

1
Sie sollten dann in Ordnung sein, mit dem einzigen potenziellen Problem ist die lokale Broadcast-Adresse. Versuchen Sie es zuerst mit einigen Maschinen mit niedriger Priorität, damit Sie sehen können, welche potenziellen Auswirkungen die unterschiedlichen Broadcast-Adressen haben können
Graham Wager,

Mit "Broadcast-Nachrichten" verweisen Sie vermutlich auf Nachrichten, die an 192.168.50.255 adressiert sind? In diesem Fall verwendet keiner unserer Dienste diese Broadcast-Adresse. DHCP-Clients senden zwar beim Anfordern einer IP-Adresse eine Übertragung über 255.255.255.255, dies sollte jedoch auch kein Problem sein. Klingt alles richtig? Wenn ja, dann sollte ich gut gehen.
Saajid Ismail

Ja, das sollte in Ordnung sein
Graham Wager

Ehm. Ich denke, alle Ihre Dienste verwenden die Broadcast-Adresse. Vorausgesetzt, sie kommunizieren über IP, was ARP erfordert, das Broadcast verwendet.
Hennes

2

Sie ändern weder die Gateway-Adresse noch die DHCP-Server-Adresse, aber Sie ändern die Netzmaske und die Broadcast-Adresse.

Solange also die Broadcast-Adresse und die Netzmaske nicht auf jedem Computer geändert werden, können diejenigen im ursprünglichen Subnetz (192.168.50.0) nicht mit denen im neuen Subnetz sprechen.

Bei Maschinen, die von einem DHCP bedient werden, dauert dies nur bis zu einer erneuten Verbindung, egal ob durch einen Neustart oder eine neue Lease. Nach dem erneuten Herstellen der Verbindung werden ihnen jedoch die neue Broadcast-Adresse und die neue Netzmaske zugestellt, und alles wird in Ordnung sein.

Bei Computern mit statischen IP-Adressen bleibt das Problem bestehen, bis sie durch manuelle Eingriffe eine korrekte, neue Beschreibung Ihres Netzwerks erhalten.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.