OSPF-Rollen hängen an Schnittstellen, nicht am Gehäuse. Dasselbe Gerät kann im eigenen LAN-Segment der designierte Router und im Tunnel nichts Besonderes sein, und diese beiden Tatsachen widersprechen sich nicht. Die Rolle von der falschen Schnittstelle abzulesen ist der häufigste Grund, warum ein Hub fehlkonfiguriert aussieht, während er sich genau wie geplant verhält.

Der Vergleich, auf den es ankommt, gilt den Rollen auf einem Segment gegenüber den Rollen über einen Router hinweg und dem, was ein Backup tut, gegenüber dem, was es nicht tut.

Eine Wahl pro Segment

RFC 2328 wählt einen designierten Router und einen Backup-Router für jedes Broadcast- oder NBMA-Netz, nicht für einen Router und nicht für ein Gebiet. Jede Schnittstelle, die an einem solchen Netz teilnimmt, führt ihre eigene Wahl mit eigener Priorität und eigener Nachbarmenge durch. Ein Gehäuse mit drei solchen Schnittstellen kann drei verschiedene Rollen gleichzeitig tragen, deshalb ist die Aussage, der Hub sei der DR, unvollständig, solange das Segment nicht genannt wird. Lesen Sie die Rolle aus der Nachbarausgabe genau dieser Schnittstelle.

Zwei Schnittstellen im selben Gebiet sind immer noch zwei Wahlen. Die Zugehörigkeit zu einem Gebiet verschmilzt sie nicht.

Was das Backup tut, während es wartet

Ein Backup-Router ist mit den Routern seines Segments voll benachbart und hält seine Datenbank synchronisiert, damit er übernehmen kann, ohne dass eine neue Nachbarschaft entsteht. Was er in der Rolle des Backups nicht tut, ist die network-LSA dieses Netzes zu erzeugen, denn diese gehört dem designierten Router. Seine Flutungsrolle ist bei einigen Schritten enger als die des designierten Routers, was nicht dasselbe ist wie Schweigen oder Untätigkeit. Das Backup als Router zu behandeln, der bis zur Beförderung nichts tut, erzeugt sehr selbstsichere und sehr falsche Erklärungen.

Die nützliche Frage ist nicht, wovon das Backup absieht, sondern ob das Segment die OSPF-Pakete liefern kann, die das Modell verlangt. Kann ein Teilnehmer sie nicht mit den anderen austauschen, ist das Wahlergebnis ein Symptom der Erreichbarkeit und nicht deren Ursache.

Welches Modell der Tunnel tatsächlich nutzt

Broadcast- und NBMA-Netze wählen; Punkt-zu-Punkt- und Punkt-zu-Mehrpunkt-Netze nicht, weil es kein gemeinsames Segment gibt, auf dem gewählt werden könnte. In einem Hub-and-Spoke-Overlay hängt das wirksame Modell davon ab, wie die Tunnelschnittstelle konfiguriert ist, also lesen Sie es, bevor Sie irgendeine Rolle deuten. Ein Tunnel, der sich wie ein Broadcast-Segment verhält, und ein Tunnel, der sich wie eine Menge von Punkt-zu-Punkt-Verbindungen verhält, erzeugen völlig unterschiedliches Nachbarverhalten.

Soll der Hub die designierte Rolle tragen, müssen Modell und Erreichbarkeit das gemeinsam stützen. Ein Hub, der die benötigten Pakete nicht mit jedem Teilnehmer austauschen kann, wird nicht allein deshalb ein nützlicher designierter Router, weil seine Priorität hoch ist. Prüfen Sie zuerst Nachbarzustände und die zugrunde liegende Zustellung, dann entscheiden Sie, ob die Rolle falsch oder nur unerwartet ist.

Berechtigung gilt pro Schnittstelle, und Verdrängung ist nicht automatisch

Die Priorität wird pro Schnittstelle gesetzt, und eine Priorität von null nimmt diese Schnittstelle aus beiden Wahlen heraus. Unter berechtigten Teilnehmern entscheidet die Priorität und danach die Router-ID über den Gewinner, aber ein neu angekommener Router mit höherer Priorität verdrängt keinen bestehenden designierten Router. Diese fehlende Verdrängung ist beabsichtigt und überrascht alle, die erwarten, dass die höchste Priorität sofort gewinnt. Muss ein bestimmter Router die Rolle tragen, planen Sie die Reihenfolge der Ereignisse, statt anzunehmen, eine Konfigurationsänderung wirke von selbst.

Jeden Spoke auszuschließen, ohne einen anderen berechtigten Teilnehmer bereitzustellen, bedeutet auch, dass es gar kein Backup geben kann.

Vergleichen Sie die beiden Erklärungen ehrlich: eine aus dem falschen Segment gelesene Rolle oder ein Segment, dessen Teilnehmer einander nicht erreichen. Das erste ist eine Designfrage, das zweite eine Zustellungsfrage, und nur eine davon wird durch Bearbeiten einer Priorität behoben.

Ähnliche Artikel