Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Implementierung der EVPN-Routenkoexistenz vom Typ 2 und Typ 5

Standardmäßig importieren und kündigen EVPN-VXLAN-Geräte EVPN-Typ-2-Routen (MAC mit IP-Ankündigungsrouten) für das Erlernen der ESI-MAC-Adresssteuerungsebene an. Sie können den Geräten auch das Importieren und Ankündigung von EVPN-Typ-5-Routen (IP-Präfix-Routen) in einer virtuellen Routing- und Weiterleitungsinstanz (VRF) ermöglichen, indem Sie die ip-prefix-routes Anweisung auf Hierarchieebene [edit routing-instances name protocols evpn] verwenden. Wenn Typ-5-Routen aktiviert sind, lernt das Gerät, wie eine IP-Hostadresse sowohl von einer Typ-2-Route (dem IP-Teil) als auch von einer Typ-5-Route für dasselbe Präfix erreicht werden kann.

Wenn das Gerät eine der beiden Routentypen für dasselbe Ziel lernt, speichert es beide als separate Routen, sodass Routen vom Typ 2 und Typ 5 für eine VRF nebeneinander existieren können. Sie können die VRF mit unterschiedlichen Import- und Export-VRF-Routenzielen konfigurieren, um zu verhindern, dass lokale Typ-5-Routen zurück in das Gerät importiert werden (was im Wesentlichen die Koexistenz vollständig verhindert).

In einigen Fällen kann es jedoch sinnvoll sein, koexistierende Routen für lokale oder Remote-Ziele zu akzeptieren. Sie können auch Routing-Richtlinien anwenden, um zu verhindern, dass das Gerät Hostrouten vom Typ 2 oder Typ 5 für bestimmte Präfixe oder Ziele importiert.

Routenkoexistenz vom Typ 2 und Typ 5 in einer virtuellen Routing- und Weiterleitungsinstanz

In einem großen Datencenter mit einer ERB-Overlay-Fabric (Edge-Routing-Bridging) kann die Koexistenz von Typ 2 und Typ 5 die Next-Hop-Ressourcen der Packet Forwarding Engine (PFE) des Geräts belasten. Außerdem schneidet das Gerät in bestimmten Fällen besser ab, wenn es eine Art von Route der anderen vorziehen kann. Daher bieten wir auf unterstützten Plattformen und Versionen eine Funktion zur Präferenz für die Routenkoexistenz vom Typ 2 und Typ 5. Wenn das Gerät mit dieser Funktion koexistierende Routen vom Typ 2 und Typ 5 akzeptiert, wendet das Gerät standardmäßig einen Routenpräferenzalgorithmus an. Gemäß dem Präferenzalgorithmus weist das Gerät nur einen Routentyp für dasselbe Zielpräfix wie die aktive Route zu.

Weitere Informationen zu dieser Funktion und dem Standardeinstellungsalgorithmus finden Sie unter Koexistenz von EVPN-Routen Typ 2 und Typ 5 mit EVPN-VXLAN im EVPN-Benutzerhandbuch.

Präferenzalgorithmus für Routenkoexistenz vom Typ 2 und Typ 5

Wenn Sie das Gerät so konfigurieren, dass es gleichzeitig existierende Routen vom Typ 2 und Typ 5 für eine VRF akzeptiert, wendet das Gerät den folgenden Präferenzalgorithmus auf importierte Routen an:

  • Wenn das Gerät eine Typ-2-Route für ein Ziel lernt und kein passendes Präfix Typ-5-Route hat, installiert es die Typ-2-Route.

  • Wenn das Gerät eine Typ-5-Route für eine lokale ESI-Typ-2-Route (eine lokale Host-Route) für dasselbe Präfix lernt, installiert es die Typ-2-Route.

  • Wenn das Gerät eine Typ-5-Route lernt und über einen passenden Typ-2-Eintrag für eine nicht lokale Schnittstelle verfügt, installiert es stattdessen die Typ-5-Route (und löscht den Typ-2-Eintrag).

Wenn Routen vom Typ 2 und Typ 5 für dasselbe Präfix koexistieren, bevorzugt der Algorithmus im Wesentlichen Routen vom Typ 2 für lokale Schnittstellen und Routen vom Typ 5 für alle anderen Ziele. Das Gerät löscht nicht lokale Zielrouteneinträge vom Typ 2 aus der PFE, wenn es eine Route vom Typ 5 für dasselbe Präfix installiert, wodurch Speicherplatz in der Next-Hop-Tabelle in der PFE gespart wird.

Einschränkungen bei der Routenkoexistenzfunktion vom Typ 2 und Typ 5

In den folgenden Abschnitten werden einige Einschränkungen des Routingverhaltens oder Einschränkungen in einer Routing-Instanz mit der Routenkoexistenzfunktion Typ 2 und Typ 5 beschrieben.

Routing über eine IRB-Schnittstelle für BGP mit EBGP

Das EBGP-Protokoll dient zum Einrichten von Peering zwischen direkt verbundenen Schnittstellenadressen, sodass die standardmäßige Gültigkeitsdauer (TTL) der EBGP-Nachricht 1 beträgt (was einem nächsten Hop entspricht). In EBGP-Konfigurationen mit Koexistenz von Typ 2 und Typ 5 bevorzugt das Gerät Routen vom Typ 5 für Remote-Zielhosts. Wenn das Gerät ein Paket über eine IRB-Schnittstelle für einen Routentunnel vom Typ 5 weiterleitet, erfordert das Routing möglicherweise mehr Hops als der Datenverkehr, der überbrückt oder lokal mit Routen vom Typ 2 geroutet wird.

Um ein erfolgreiches Routing über IRB-Schnittstellen in EBGP-Konfigurationen mit Routenkoexistenz vom Typ 2 und Typ 5 sicherzustellen, müssen Sie die multihop Option mit einem TTL-Wert von 2 oder mehr in der EBGP-Peergruppenkonfiguration wie folgt festlegen:

Routing über eine IRB-Schnittstelle mit IS-IS oder OSPF

Um ein erfolgreiches Routing über IRB-Schnittstellen für Zielhosts sicherzustellen, bei denen das Gerät diese Routen mithilfe von IS-IS oder OSPF auflöst, können Sie die Koexistenz von Routen vom Typ 2 und Typ 5 nicht zulassen. ISIS und OSPF sind Link-State-Protokolle, die eine direkte Verbindung von Peers erwarten. Das Gerät sollte keine IS-IS- oder OSPF-Steuerpakete weiterleiten und Typ-2-Routen verwenden. Wenn Routen vom Typ 2 und Typ 5 nebeneinander vorhanden sind, muss das Gerät die Route vom Typ 2 bevorzugen. Definieren Sie daher in diesem Fall eine Routingrichtlinie, und wenden Sie sie an, um das Importieren von Routen vom Typ 5 für diese Hostrouten zu vermeiden.

Beispiele für Richtlinien finden Sie unter:

Diese Richtlinien filtern und importieren keine Routen für bestimmte Hostadressen oder Präfixe.

DHCP-Relay-Empfehlung mit Routenkoexistenz vom Typ 2 und Typ 5

In einer VRF-Instanz, in der DHCP-Relay aktiviert ist und Routen vom Typ 2 und Typ 5 nebeneinander existieren, sollten Sie das Snooping in der DHCP-Relay-Konfiguration wie folgt deaktivieren:

Konfigurieren von Routen vom Typ 2 und Typ 5 für die Koexistenz

Um eine VRF so zu konfigurieren, dass sie über koexistierende Routen vom Typ 2 und Typ 5 verfügt, aktivieren Sie das Routing vom Typ 5 (IP-Präfix-Routen) und stellen Sie sicher, dass das Gerät dieselben Import- und Export-VRF-Routenziele in der Routing-Instanz verwendet. Sie wenden in der Instanz auch eine Routing-Richtlinie für die Hostrouten an, die das Gerät importieren oder ankündigen soll. Weitere Informationen zu Richtlinienoptionen, die Sie mit dieser Funktion konfigurieren können, finden Sie unter Koexistenz von EVPN-Routen Typ 2 und Typ 5 mit EVPN-VXLAN .

Die folgende Beispielkonfiguration ermöglicht die Koexistenz von Typ-2- und Typ-5-Routen auf einem Leaf-Gerät in der ERB-Overlay-Fabric, die in Edge-Routed Bridging Overlay Design and Implementation eingeführt wurde. Sie können dieselbe allgemeine Konfiguration wie in diesem ERB-Referenzdesignbeispiel verwenden. Die Konfiguration hier entspricht der Routenkonfiguration vom Typ 5 auf Leaf 10 in VRF_3. Sehen Sie sich die Schritte dort an, in denen wir die Routing-Richtlinie für den Export von Hostrouten festlegen und Routen vom Typ 5 in Routing-Instanz-VRF_3 aktivieren.

  1. Konfigurieren Sie eine Richtlinie mit dem Namen EXPORT_HOST_ROUTES so, dass sie auf /32- und /128-Hostrouten übereinstimmt und diese akzeptiert (diese entsprechen allen Hostrouten). Fügen Sie auch direkte Routen und statische Routen in die Richtlinie ein.
  2. Konfigurieren Sie eine Mandanten-VRF-Routinginstanz VRF_3 für VNI_50000. (In der Konfiguration unter Edge-Routed Bridging Overlay Design and Implementation können Sie einen ähnlichen Schritt für VNI_60000 und irb.600 in VRF_3 und VNI_70000 und VNI_80000 in VRF_4 anwenden.)
  3. Aktivieren Sie Routen vom Typ 5 (IP-Präfix-Routen) in VRF_3. Wenden Sie die EXPORT_HOST_ROUTES Routing-Richtlinie aus Schritt 1 an. Stellen Sie sicher, dass Routen vom Typ 2 und Typ 5 nebeneinander vorhanden sind, indem Sie die Routenziele für den Import und Export auf denselben Wert festlegen. Unterstützte Geräte wenden beim Importieren und Installieren von Routen den Algorithmus für die Routenpräferenz für Koexistenzrouten an.
    Hinweis:

    Sie können die vrf-target route-target-value Anweisung in der [edit routing-instances name] Hierarchie konfigurieren, ohne separate Optionen und export Zieloptionen anzugebenimport. Wenn Sie in diesem Fall Routen vom Typ 5 in der Instanz aktiviert haben, wendet die Konfiguration denselben Routenzielwert für Import- oder Exportaktionen (Ankündigung) an, wodurch die Koexistenz von Routen Typ 2 und Typ 5 ermöglicht wird. Hier legen wir explizit das gleiche Routenziel fest, indem import export wir und Optionen verwenden, um deutlich zu zeigen, dass Routen vom Typ 2 und Typ 5 nebeneinander existieren.

  4. (Nur auf ACX7100-Routern erforderlich) Legen Sie die reject-asymmetric-vni Option in den VRF-Routing-Instanzen fest, in denen Sie IP-Präfix-Routen vom Typ 5 aktivieren. Mit dieser Option wird das Gerät so konfiguriert, dass EVPN-Routenankündigungen vom Typ 5 mit asymmetrischen VNIs abgelehnt werden – das Gerät akzeptiert keinen Datenverkehr von der Steuerungsebene mit einem empfangenen VNI, der nicht mit dem lokal konfigurierten VNI übereinstimmt. Wir unterstützen auf diesen Geräten nur symmetrische VNI-Routen.
  5. (Für eine VRF-Instanz, die Host-IP-Adressen mithilfe von EBGP lernt) Um das Routing über IRB-Schnittstellen mit Koexistenz vom Typ 2 und Typ 5 für Hosts zu unterstützen, die EBGP verwenden, müssen Sie die multihop Option in der EBGP-Peergruppenkonfiguration mit einem TTL-Wert von 2 oder mehr festlegen. (Weitere Informationen zu diesem Anwendungsfall finden Sie unter Routing über eine IRB-Schnittstelle für BGP mit EBGP .)

    Zum Beispiel:

  6. (Für eine VRF-Instanz, die Host-IP-Adressen mithilfe von IS-IS oder OSPF lernt) Um das Routing über IRB-Schnittstellen für Hosts zu unterstützen, die IS-IS oder OSPF verwenden, stellen Sie sicher, dass die Instanz für diese Hosts immer Routen vom Typ 2 bevorzugt. Mit anderen Worten: Verhindern Sie die Koexistenz von Typ-2- und Typ-5-Routen nur für diese Host-IP-Adressen. (Weitere Informationen zu dieser Einschränkung finden Sie unter Routing über eine IRB-Schnittstelle mit IS-IS oder OSPF .)

    Definieren Sie dazu eine Routing-Richtlinie in der VRF-Instanz, die das Importieren von Typ-5-Routen für diese Host-IP-Adressen vermeidet, und wenden Sie sie an. So filtern Sie beispielsweise in der Konfiguration für VRF_3 Routen vom Typ 5 für einen Host mit der IP-Adresse 10.1.4.106 heraus:

Überprüfen der Koexistenz von Typ 2 und Typ 5

Verwenden Sie die folgenden Befehle, um zu überprüfen, ob der Koexistenzpräferenzalgorithmus nur die bevorzugten Routen mit Routenkoexistenz vom Typ 2 und Typ 5 speichert.

In diesen Beispielbefehlen wird die ERB-Overlay-Fabric verwendet, die unter Edge-Routed Bridging Overlay Design and Implementation auf Leaf 10 konfiguriert ist mit:

  • MAC-VRF-Instanz: MAC-VRF-1

  • VRF des Mieters: VRF_3

  • Ein lokaler Host mit der IP-Adresse 10.1.4.101

  • Ein Remote-Host mit der IP-Adresse 10.1.4.102

Mit diesen Befehlen werden Routen zu einem Remotehost mit der IP-Adresse 10.1.4.102 in einem Ethernet-Segment auf einem anderen Leaf-Gerät in der Fabric überprüft. Leaf 10 verfügt über einen Host mit der IP-Adresse 10.1.4.101.

  1. Geben Sie den show arp no-resolve Befehl ein, um zu überprüfen, ob der Remote-Host mit der IP-Adresse 10.1.4.102 nicht in der ARP-Tabelle angezeigt wird. Das Gerät spart Speicherplatz für den nächsten Hop in der PFE, da nicht sowohl Typ-2- als auch Typ-5-Routen für dasselbe Remote-Ziel installiert werden müssen.
  2. Geben Sie den Befehl ein, um Routen für den show ethernet-switching mac-ip-table Remote-Host anzuzeigen. Wenn Routen vom Typ 2 und Typ 5 nebeneinander vorhanden sind, bedeutet das Flag im Flags Ausgabefeld, dass das Gerät das RTS Hinzufügen einer Route vom Typ 2 zugunsten einer Route vom Typ 5 mit einem übereinstimmenden Präfix übersprungen hat.

    Hier enthält die Ausgabe das RTS Flag für den Remote-Host mit der IP-Adresse 10.1.4.102, sodass die Route vom Typ 5 die bevorzugte Route ist.

  3. Geben Sie den show route forwarding-table ... extensive Befehl ein, um Routing-Weiterleitungseinträge vom Typ 5 für die VRF-Instanz des Mandanten VRF_3 anzuzeigen.

    Das Flags Feld enthält das Flag, wenn es sich bei der Route um eine lokale Route vom Typ 5 handelt, die das VxLAN Local Gerät einer gelernten Route vom Typ 2 für dasselbe Ziel vorgezogen hat.

  4. Geben Sie den Befehl ein, um zu überprüfen, ob die (bevorzugte) Route vom Typ 5 für den show route ... extensive Remote-Host in der Routing-Tabelle enthalten ist. Das State Feld in der Ausgabe mit der umfangreichen Option enthält VxlanLocalRT für Routen vom Typ 5. Dies ähnelt der Ausgabe der Weiterleitungstabelle im vorherigen Schritt, bei der das Flag angibt, dass das VXLAN Local Gerät die lokale Route vom Typ 5 anstelle der Route vom Typ 2 bevorzugt und gespeichert hat.

EVPN Typ 2 und Typ 5 Routenkoexistenz-Präferenzfunktion – Versionsgeschichte

Tabelle 1 enthält einen Verlauf des Features in diesem Abschnitt und seiner Unterstützung in diesem Referenzdesign.

Tabelle 1: Implementierung der EVPN-Routenkoexistenz vom Typ 2 und Typ 5 – Versionsverlauf

Release

Beschreibung

21.4R2

Geräte der MX-Serie, QFX5110, QFX5120 und QFX10000-Serie mit Junos OS Version 21.4R2 und späteren Versionen in ERB-Overlay-Referenzarchitekturen.

21.4R2-EVO

ACX7100-48L-, PTX10001-, PTX10004-, PTX10008-, PTX10016- und QFX5130-32CD-Geräte mit Junos OS Evolved Version 21.4R2 und höheren Versionen in ERB-Overlay-Referenzarchitekturen.