Ich habe also diese Aufgabe, bei der ich ein virtuelles Netzwerk mit einem OSPF-Routing-Protokoll einrichten muss. Ich habe diese Loopback-Schnittstelle, die ich auf den Routern konfigurieren musste, zunächst ignoriert, da sie bei dieser Virtualisierungssoftware namens Cisco Packet Tracer keinen Unterschied machte (dachte ich). Dann habe ich das Netzwerk im wirklichen Leben mit einigen Cisco-Routern aufgebaut und es hat auch nichts getan. Mit oder ohne diesen Loopback funktionierte das Netzwerk (Ping von einem Host zum anderen). Meine Frage ist nun: Warum wird diese Loopback-Schnittstelle benötigt oder welche Funktion hat sie? Im Bild unten ist das Netzwerk zu sehen, das ich aufbauen musste (wenn es Hilfe gibt).
9
Erstens werden Loopbacks-Schnittstellen hauptsächlich verwendet, wenn Adjazenzen zwischen zwei Geräten (dh Routern) hergestellt werden sollen und um sicherzustellen, dass bei einem Ausfall einer Verbindung die Adjazenz nicht abnimmt, da Loopbacks-Schnittstellen logische Schnittstellen sind und Sie sie erreichen können verschiedene Wege.
Eine andere Verwendung hierfür ist die Ankündigung einiger Netzwerke. Netzwerke können nur dann angekündigt werden, wenn sie in der Routing-Tabelle vorhanden sind. Ich denke, im obigen Beispiel, wenn Sie alle Loopbacks-Schnittstellen kommentieren, besteht eine Verwendung darin, einige Netzwerke anzukündigen und zu sehen, wie OSPF funktionieren kann, aber selbst wenn Sie Loopbacks-Schnittstellen verwenden oder nicht, Ihre Konfiguration muss gut funktionieren.
quelle
Wenn ich @Ron Maupin eine großartige Antwort hinzufüge, würde ich weiter sagen, dass die (weise) Wahl der Router-ID als Loop-Back-Schnittstelle bei Verbindungsausfallszenarien "leistungsfähiger" ist. Wie bereits erwähnt, wählt jeder OSPF-Router eine Router-ID. Diese ID wird unter ALLEN verfügbaren Schnittstellen auf einem bestimmten Router ausgewählt, sofern dies nicht explizit anders konfiguriert ist. Bei einem Verbindungsfehler für einen bestimmten Router - wenn die Logik der Router-ID-Auswahl immer noch auf die "höchste IP-Adresse" eingestellt ist und im OSPF-Prozess auch keine Loopback-Adresse konfiguriert ist (oder keine Loopback-Adresse vorhanden ist) der Router überhaupt) - dann löst dieser Verbindungsfehler ein neues Auswahlverfahren für die Router-ID "innerhalb" des Routers aus und verpflichtet diesen Router, was vielleicht noch wichtiger ist, zur Werbung Die "neu gewählte" Router-ID bedeutet, dass OSPF-Nachrichten erneut an das Netzwerk gesendet werden.
Wenn andererseits die Router-ID "deterministisch" festgelegt wurde, indem sie als Loopback-Adresse konfiguriert wurde (oder wenn im OSPF-Prozess eine Loopback-Adresse vorhanden ist), wird diese niemals ausfallen (es sei denn natürlich, der gesamte Router / Der OSPF-Prozess fällt aus. Wenn eine der Schnittstellen des Routers ausfällt , wird die Router-ID nicht beeinflusst . Daher werden keine Multicast-OSPF-Nachrichten "Neue Router-ID" an das Netzwerk gesendet.
In Anbetracht der obigen Topologie wird für den Fall, dass Router E (oder genauer gesagt seine einzige Schnittstelle) ausfällt, die Router-ID "immer wieder" angekündigt, wenn er wieder hochgefahren wird. Aber (!!) wenn bei einem anderen Router ( A, B, C oder D ) eine (oder mehrere) seiner Schnittstellen ausgefallen sind, muss die Router-ID nicht "deterministisch festgelegt" werden - neue Werbung muss an das Netzwerk gesendet werden, was sich auf die Gesamtbandbreite auswirkt. In diesem Fall ist die Loopback-Adresse für die Router-ID in OSPF von Vorteil.
quelle