Trainer – Routing, Subnetting und Fehlersuche 02

Schwerpunkt: Subnetze berechnen, Gateway-Fehler erkennen, Routingtabellen prüfen und Ersatzwege bei Leitungs- oder Schnittstellenausfall planen.

Subnetting Routingtabellen Standardgateway Fehlersuche Statische Routen Dynamisches Routing

Netzwerkplan

Neues Szenario mit drei Standorten und redundantem Backbone.

Backbone Netz der Contoso AG RZ Berlin ETH0 10.40.0.0/23 ETH1 172.18.10.1/30 ETH2 172.18.20.1/30 ETH1 172.18.10.2/30 RZ Hamburg ETH0 10.50.0.0/21 ETH2 172.18.30.1/30 ETH1 172.18.20.2/30 ETH2 172.18.30.2/30 ETH0 10.60.0.0/24 RZ München

1a) Nutzbare IP-Adressen und Router-Adresse

Ermitteln Sie die Anzahl der nutzbaren IP-Adressen und die letzte nutzbare IP-Adresse als Router-Adresse.

Standort Netz Anzahl der nutzbaren IP-Adressen Router-Adresse
Berlin 10.40.0.0/23
Hamburg 10.50.0.0/21
München 10.60.0.0/24
-
Lösung 1a
Berlin: /23 → 510 nutzbare IPs, Router-Adresse: 10.40.1.254
Hamburg: /21 → 2046 nutzbare IPs, Router-Adresse: 10.50.7.254
München: /24 → 254 nutzbare IPs, Router-Adresse: 10.60.0.254

1ba) Aufgabe von ping und tracert

Erläutern Sie die Aufgabe der beiden Befehle.

-
Musterlösung 1ba
ping: prüft, ob ein Zielhost erreichbar ist, meist über ICMP Echo Request / Echo Reply. Außerdem erkennt man Antwortzeiten und Paketverluste.
tracert: zeigt den Weg zum Ziel über die einzelnen Hops bzw. Router. Dadurch erkennt man, an welcher Stelle die Verbindung unterbrochen ist.

1bb) Fehler in der Client-Konfiguration

Ein Client in Berlin kann die Server in München nicht erreichen. Sie führen ipconfig aus:

Ethernet-Adapter Ethernet:
  Verbindungsspezifisches DNS-Suffix: contoso.local
  IPv4-Adresse . . . . . . . . . . . . : 10.40.0.25
  Subnetzmaske . . . . . . . . . . . . : 255.255.254.0
  Standardgateway . . . . . . . . . .  : 172.18.20.1
-
Musterlösung 1bb
Das Standardgateway ist falsch. Der Client liegt im Netz 10.40.0.0/23. Das Gateway 172.18.20.1 liegt nicht im lokalen Clientnetz und ist daher für den Client nicht direkt erreichbar.
Das korrekte Standardgateway ist die Router-Adresse im Berliner LAN: 10.40.1.254.
Behebung: Standardgateway auf 10.40.1.254 ändern.

1bc) Fehler in den Routingtabellen

Nach Behebung des Clientfehlers kann Berlin die Server in München weiterhin nicht erreichen. Prüfen Sie die statischen Routen.

Gegebene statische Routen

Router Berlin
NetzwerkSubnetzmaskeSchnittstelleNext-Hop
10.40.0.0255.255.254.0ETH0----------------------
172.18.10.0255.255.255.252ETH1----------------------
172.18.20.0255.255.255.252ETH2----------------------
10.60.0.0255.255.255.0----------------------172.18.20.2
10.50.0.0255.255.248.0----------------------172.18.10.2
Router München
NetzwerkSubnetzmaskeSchnittstelleNext-Hop
10.60.0.0255.255.255.0ETH0----------------------
172.18.20.0255.255.255.252ETH1----------------------
172.18.30.0255.255.255.252ETH2----------------------
10.50.0.0255.255.248.0----------------------172.18.30.1
Router Hamburg
NetzwerkSubnetzmaskeSchnittstelleNext-Hop
10.50.0.0255.255.248.0ETH0----------------------
172.18.10.0255.255.255.252ETH1----------------------
172.18.30.0255.255.255.252ETH2----------------------
10.40.0.0255.255.254.0----------------------172.18.10.1
10.60.0.0255.255.255.0----------------------172.18.30.2

Fehlende / zu ergänzende Route

Ergänzen Sie die fehlende Rückroute, damit München Antworten an Berlin senden kann.

Router Netzwerk Subnetzmaske Schnittstelle Next-Hop
-
Musterlösung 1bc
Auf Router München fehlt die Rückroute zum Berliner Netz.
Ergänzt werden muss:
Router: Router München
Netzwerk: 10.40.0.0
Subnetzmaske: 255.255.254.0
Schnittstelle: ETH1
Next-Hop: 172.18.20.1

1bd) ETH2 in Berlin fällt aus

Nach Behebung des Routingfehlers fällt die direkte Verbindung Berlin ↔ München aus. Stellen Sie die Kommunikation über Hamburg wieder her.

Tragen Sie die Ausweichrouten ein

Router Zielnetz Subnetzmaske Schnittstelle Next-Hop
Router Berlin
Router München
-
Musterlösung 1bd
Neue Route auf Router Berlin: Zielnetz 10.60.0.0 / 255.255.255.0 / Schnittstelle ETH1 / Next-Hop 172.18.10.2
Neue Route auf Router München: Zielnetz 10.40.0.0 / 255.255.254.0 / Schnittstelle ETH2 / Next-Hop 172.18.30.1
Der neue Pfad lautet: Berlin → Hamburg → München.

1c) Vorteil eines dynamischen Routingprotokolls

Erläutern Sie, warum ein dynamisches Routingprotokoll in diesem Backbone sinnvoll wäre.

-
Musterlösung 1c
Ein dynamisches Routingprotokoll lernt und aktualisiert Routen automatisch. Bei Ausfall einer Verbindung kann ein alternativer Weg automatisch gewählt werden. Dadurch sinkt der manuelle Administrationsaufwand und die Gefahr fehlerhafter statischer Routen.
Noch keine Auswertung.