Dies ist mein aktuelles Setup, bei dem ich 40GbpsVerbindungen zwischen allen 4 Switches habe, die OSPFmit L3-Verbindungen zwischen ihnen ausgeführt werden. Jetzt möchte ich meine Bandbreite zwischen den Switches verdoppeln, sodass ich L3-Verbindungen hinzufügen möchte (gepunktete Verbindungen) und OSPF den Datenverkehr auf ihnen ausgleichen lassen möchte Glaubst du, gibt es ein Problem damit oder wird das in Ordnung sein? (will einen zweiten Satz Augen)

So sieht meine ospf-Konfiguration auf allen 4 Switches aus.

interface Ethernet2/10
  no switchport
  mtu 9216
  ip address 192.168.250.9/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

interface Ethernet2/11
  no switchport
  mtu 9216
  ip address 192.168.250.13/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

Weitere Details zum aktuellen Verkehrsfluss

Mein aktueller Verkehrsfluss sieht so aus, als ob das folgende Diagramm derzeit SWein aktiver BGP-Switch ist, sodass der gesamte Ein- / Aus-Verkehr nicht vom ISP kommt. dann teilt SW1 mithilfe von OSPF ECMP die Last zwischen zwei SW3 / 4 auf. In den letzten 1 Jahren haben wir keine einzige Beschwerde über Sprach- oder Qualitätsprobleme (alle sind glücklich). Wenn mein SW1 ausgefallen ist, verschiebt OSPF die BGP-Route nach SW2 und activesorgt dafür, dass der Verkehr von SW2 nach SW3 / 4 fließt (ich habe dies mehrmals getestet, indem ich BGP manuell verschoben habe).

Update - 2

Informationen zur Lastverteilung für OSPF / ECMP

Ich habe folgende Lastverteilung konfiguriert, die bei Cisco Nexus-Switches standardmäßig ist.

# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 2223335843
Load-share mode : address source-destination port source-destination
GRE-Outer hash is disabled.
Concatenation is disabled.

Da es sich um Punkt-zu-Punkt-Verbindungen handelt, würde ich in Betracht ziehen, den Ausfall zum Konfigurieren jeder / 30-Schnittstelle zu verwenden ip ospf network point-to-point. (Neue und bestehende Links). Dies reduziert die Hallo und Dead Timer. Diese Konfiguration reduziert auch die Notwendigkeit, einen DR und einen BDR auszuhandeln.

Zuletzt würde ich die OSPF-Nachbarzustände und Routing-Tabellen vor und nach der Umstellung überprüfen. Sie sollten ECMP-Routen nach den Umstellungen und den entsprechenden Nachbarschaften sehen.

Dafür gibt es zwei Möglichkeiten.

• Wenn Sie einen zweiten Link mit dem eigenen / 30 oder / 31 hinzufügen, stellen Sie sicher, dass OSPF mehrere Routen mit gleichen Kosten in der Routing-Tabelle installiert , und lassen Sie die ECMP-Weiterleitung (EqualCostMultiPath) von CEF das Paket-Pushing und die Verteilung der Flüsse über das Routing hinweg verarbeiten die Menge der verfügbaren Links. CEF / ECMP verwendet eine andere Lastverteilungslogik als Port-Channel und kann ungleiche Anzahlen von Verbindungen viel besser verarbeiten als Port-Channels. Siehe Ivan Pepelniaks Blog-Beitrag als Referenz.

• L3-Port-Kanäle verwenden: Verschieben Sie die IP- und Routing-Konfiguration in ein Port-Kanal-Objekt (das nicht über den Befehl "switchport" verfügt) und verbinden Sie die angegebenen Schnittstellen mit diesem Objekt. Lassen Sie die Lastverteilungslogik von Port-Channel die Verteilung der Flüsse übernehmen.

Ihre vorgeschlagene Idee ist eher auf L3 / Routing ausgerichtet, aber bei der Skalierung können einige Probleme auftreten: Sie werden viele / 30 oder / 31 verwenden. Sie können in ungeraden Zahlen skalieren, müssen jedoch für jeden Skalierungsschritt (oder Go ip unnumbered) eine neue Verbindung und möglicherweise ein neues Subnetz konfigurieren . Auf der anderen Seite sind einzelne Links mit ihrem eigenen Subnetz einfacher zu beheben - das Pingen über einen bestimmten einzelnen Link ist "selbstverständlich".

Auf der anderen Seite benötigen L3-Port-Kanäle keine weiteren IP-Subnetze und berühren Ihre angegebene Routing-Konfigurationslogik nicht. Port-Channel ist etwas "Nexus-Stil", da die gesamte Geschichte der Nexus-Switches auf dem VPC-Konzept basiert (was hier, wie ich zugeben werde, nicht ganz zutrifft). Das Skalieren zusätzlicher Links ist einfacher - fügen Sie einfach zwei weitere hinzu, ohne eine IP- oder Routing-Konfiguration zu berühren. Es gelten jedoch Regeln für Port-Kanäle (z. B. die Anzahl der Verbindungen in Zweierpotenzen beibehalten), während die Fehlerbehebung bei einzelnen Verbindungen eines Port-Kanals weniger einfach ist (Sie können nicht über eine einzelne Verbindung pingen, ohne sie aus dem Port-Kanal und zu entfernen neu konfigurieren)

ADDON-1: Und oh ja, folgen Sie auf jeden Fall den Ratschlägen von TDurden, um Punkt-zu-Punkt auf den ... ähm ... Punkt-zu-Punkt-Links zu konfigurieren (wirklich schlechtes Wortspiel, gebe ich zu).

CAVEAT-1: Wenn Sie Port-Kanäle verwenden, stellen Sie sicher, dass Sie eine Lastausgleichsstrategie auswählen, die den erwarteten Kommunikationsmustern für die angegebene Verbindung entspricht. Wenn Sie einen Router an einen Router anschließen (im Wesentlichen nur zwei MAC-Adressen auf der Verbindung), führt "Src / Dst MAC" möglicherweise nicht zu den gewünschten Ergebnissen ... Referenzinformationen finden Sie im Konfigurationshandbuch für NX-OS-Schnittstellen der Cisco Nexus 9000-Serie. Release 9.2 (x)

ADDON-2: Unter Nexus 9000 mit ECMP / CEF kann der Lastverteilungsalgorithmus so konfiguriert werden, dass er L4-Eigenschaften enthält: ip load-sharing address source-destination port source-destinationSiehe Konfigurieren der Lastverteilung in der Unicast-FIB in der Unicast-Routing-Konfigurationsdatei.

CAVEAT-2 Achten Sie bei Verwendung von L3-Port-Kanälen auf die Eigenschaft "Bandbreite" der Port-Kanal-Schnittstelle, wenn eine Mitgliedsverbindung ausfällt. Abhängig von der Hardware- / Softwareplattform kann die Bandbreite der Port-Kanal-Schnittstelle entsprechend reduziert werden, und OSPF kann darauf reagieren, indem es die Kosten der angegebenen Verbindung erhöht. Dies könnte (un) beabsichtigte Konsequenzen für die Topologie haben.