OSPF-Wahl mit einem / 30-Link?

Ich habe einige / 30 Subnetze, die OSPF-Router über eine Broadcast-fähige Verbindung verbinden. Sollte ich auch die Schnittstellen konfigurieren, die an der Verbindung zum IP OSPF-Netzwerk Punkt-zu-Punkt beteiligt sind ? Oder ist es wichtig? Das einzige, woran ich denken kann, ist, die Wahl zu verhindern, was nach meinem Verständnis keine Rolle spielen sollte, da es nur 2 Hosts (die Router) im Subnetz sind.

Ich habe einige / 30 Subnetze, die OSPF-Router über eine Broadcast-fähige Verbindung verbinden. Sollte ich auch die Schnittstellen konfigurieren, die an der Verbindung zum IP OSPF-Netzwerk Punkt-zu-Punkt beteiligt sind? Oder ist es wichtig?

Der Netzwerktyp ist definitiv wichtig, aber Sie müssen scharf mit dieser Situation umgehen ... es gibt einige Eckfälle, die berücksichtigt werden müssen. Vergleichen wir die Konsequenzen der Konfiguration eines / 30 als "Broadcast" - oder "Punkt-zu-Punkt"-OSPF-Netzwerke ...

----------+-------+--------------+--------------------+--------------+
Network   | Hello | DeadInterval | Adjacency Time     | LSAs per /30 | 
----------+-------+--------------+--------------------+--------------|
Broadcast |   10s |          40s |  > 40s (very slow) |            3 |
Pt-to-Pt  |   30s |         120s |       <  2s (fast) |            2 |
----------+-------+--------------+--------------------+--------------+

Zusammenfassung

• OSPF- Broadcast- Netzwerktypen stellen langsam eine Nachbarschaft her (da sie auf die DR-Wahl warten müssen) und generieren 50% mehr LSAs für jede / 30, die Sie als OSPF-Broadcast-Netzwerk festlegen. Diese LSAs müssen überflutet und verarbeitet werden, was die Konvergenz verlangsamt. Kurz gesagt, Designs, die viele / 30 OSPF Broadcast-Netzwerke verwenden, konvergieren etwas langsamer als wenn Sie / 30 Punkt-zu-Punkt-Netzwerke ersetzen ...
• OSPF- Punkt-zu-Punkt- Netzwerktypen rufen sehr schnell eine Nachbarschaft auf. Wie Ron bereits erwähnte, sind RouterDeadIntervales jedoch 120 Sekunden, sodass Sie möglicherweise eine HelloIntervalniedrigere Einstellung vornehmen möchten . Ein korrekt gestaltetes Netzwerk muss sich jedoch nicht um das Verringern HelloIntervaleines / 30-Punkt-zu-Punkt-OSPF-Netzwerks kümmern .

Details: / 30 in einem OSPF-Broadcast-Netzwerk

Standardeinstellungen für das OSPF-Broadcast-Netzwerk :

• HelloInterval: 10 Sekunden
• RouterDeadInterval: 40 Sekunden

Zeit zum Erkennen eines OSPF-Prozessfehlers : <= 40 Sekunden

Adjazenzzeit : mehr als 40 Sekunden

1. [Time T = 0]Beide Router senden OSPF Hellos, sobald die Verbindung hergestellt wird. ( OSPF STATE: INIT )
2. [Time T = 0]Beide Router sehen das Gegenteil Hallo; es sei denn , jedoch mit DR Priorität 0 konfiguriert, beide Router müssen warten RouterDeadIntervalSekunden , um sicherzustellen , dass es keine weiteren Kandidaten DRs auf den Link sind. ( OSPF-STAAT: 2-WEGE )
3. [Time T = 40] DR / BDR werden gewählt und der DBD-Austausch beginnt ( OSPF STATE: EXSTART )
4. [Time T = 40 + 'DBD exchange time']DBD wird analysiert und SPF wird ausgeführt ( OSPF STATE: FULL )

LSAs :

• Jeder Router sendet Router LSA (s): OSPF LSA Typ 1
• Der DR sendet einen Typ-2- Netzwerk-LSA für die Broadcast-Verbindung selbst

Details: / 30 in einem OSPF-Punkt-zu-Punkt-Netzwerk

OSPF-Punkt-zu-Punkt-Netzwerkstandards :

• HelloInterval: 30 Sekunden
• RouterDeadInterval: 120 Sekunden

Zeit zum Erkennen eines OSPF-Prozessfehlers : <= 120 Sekunden

Adjazenzzeit : Schnell (normalerweise weniger als 2 Sekunden)

1. [Time T = 0]Beide Router senden OSPF Hellos, sobald die Verbindung hergestellt wird. ( OSPF STATE: INIT )
2. [Time T = 0]Beide Router sehen das Gegenteil Hallo. ( OSPF-STAAT: 2-WEGE )
3. [Time T = 0] DBD-Austausch startet ( OSPF STATE: EXSTART )
4. [Time T = 'DBD exchange time']DBD wird analysiert und SPF wird ausgeführt ( OSPF STATE: FULL )

Wann HelloIntervalfür ein OSPF-Punkt-zu-Punkt-Netzwerk zu senken

Betrachten Sie diese Fälle ...

Fall A: Direkte Glasfaserverbindung zwischen Routern

Router1-------------------------------Router2

Die Verbindung zwischen den Routern ist als OSPF-Netzwerk Punkt-zu-Punkt konfiguriert. Wenn die Verbindung zwischen Router1 und Router2 unterbrochen wird, sehen beide Router sofort, dass ihre Verbindung unterbrochen wird, und führen SPF aus, um einen alternativen Pfad zu finden. OSPF-Prozessfehler sind in der Regel sehr selten, daher gibt es normalerweise kein gutes Argument, HelloIntervalum CaseA zu senken.

Fall B: Ein Switch zwischen zwei Routern

Router1-------------Switch------------Router2

Die Verbindung zwischen den Routern ist als OSPF-Netzwerk Punkt-zu-Punkt konfiguriert. Wenn die Verbindung zwischen Router1 und dem Switch unterbrochen wird, liegt ein Problem vor ... Router1 weiß sofort, dass SPF ausgeführt wird (nach dem Warten SPFDelay). Die Verbindung von Router2 ist jedoch noch aktiv. Folglich muss Router2 warten, bis er konvergiert RouterDeadIntervaloder bis Router2 den neuen LSA von Router1 sieht (überflutet, nachdem Router1 SPF beendet hat). In den meisten Fällen wird Router2 Router1 der neuen LSA sehen und dann sich selbst laufen SPF ... aber Router2 der Rekonvergenz in diesem Fall ist mindestens zwei Mal die SPFInterval( SPFIntervalStandard: 5 Sekunden in IOS).

Es lohnt sich, die Hallo-Timer (oder BFD-Timer) für CaseB zu verringern, wenn Ihre Router als OSPF-Netzwerk Punkt-zu-Punkt konfiguriert sind.

Fall C: Zwei Router, die über mehrere Switches benachbart sind

Router1-----Switch1-----Switch2--------Router2

Dies ist der schlechteste Fall für die OSPF-Punkt-zu-Punkt-Konvergenzzeit. Die Verbindung zwischen den Routern ist als OSPF-Netzwerk Punkt-zu-Punkt konfiguriert. Wenn die Verbindung zwischen Switch1 und Switch2 unterbrochen wird, sehen beide Router ihre Verbindungen. Dies bedeutet, dass die Standard- HelloIntervalTimer geändert werden sollten, um eine Verzögerung von zwei Minuten zwischen dem Ausfall der Verbindung und dem SPF-Lauf zu verhindern. In diesem Fall lohnt es sich auf jeden Fall, die Hallo-Timer (oder BFD-Timer) für CaseC zu senken, wenn Ihre Router als OSPF-Netzwerk Punkt-zu-Punkt konfiguriert sind.

Es gibt tatsächlich ein paar Dinge, die Sie mit dieser Frage abwägen müssen.

Verwenden Sie Punkt-zu-Punkt, wenn:

• Eine schnelle Fehlererkennung und -konvergenz ist Ihnen wichtig.
  • Konvergenz: Das Fehlen einer DR / BDR-Wahl wird die Konvergenz beschleunigen
  • Fehlererkennung: Koppeln Sie den OSPF-Netzwerk- Punkt-zu-Punkt- Netzwerktyp mit BFD, um einen Verbindungsfehler schnell zu erkennen. Sie können die OSPF-Timer anpassen, aber BFD bietet eine bessere Leistung als Fast-Hellos und schont die Systemressourcen ein wenig.
• Sie möchten / 31-Netzwerke für Ihre Punkt-zu-Punkt-Verbindungen verwenden, um den IP-Adressraum zu schonen
  • Die Netzwerkmaske in Hallo-Paketen für Punkt-zu-Punkt-Netzwerke wird ignoriert

Hinweis: Bei Routen, die über einen Punkt-zu-Punkt-Netzwerktyp empfangen werden, meldet OSPF den nächsten Hop als Nachbarrouter.

Verwenden Sie Broadcast (Standardtyp), wenn:

• Sie sind nicht zu sehr mit Konvergenzzeiten beschäftigt
• Sie möchten keine komplexe, fein abgestimmte Lösung entwickeln

Hinweis: Bei Routen, die über einen Broadcast-Netzwerktyp empfangen werden, meldet OSPF den nächsten Hop als Werberouter.

Eine Sache, über die man sich Sorgen machen muss, sind die Timer. Broadcast-Netzwerke haben einen Dead-Timer von 40 Sekunden, PTP jedoch 120 Sekunden. Dies kann ein Problem für die Konvergenz- / Wiederherstellungszeit im Falle eines Netzwerkfehlers sein.

Normalerweise wird OSPF auf Punkt-zu-Punkt eingestellt, um Bandbreite für geleaste Verbindungen zu sparen, da keine Wahlen stattfinden. Wenn die Verbindung also nicht geleast oder gemessen wird, sollten Sie keinen großen Unterschied zwischen beiden Setups feststellen.