Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Beispiel: Aktivieren der IS-IS-Traffic-Engineering-Unterstützung

In diesem Beispiel wird gezeigt, wie IS-IS so konfiguriert wird, dass beschriftungsvermittelte Pfade als Verknüpfungen verwendet werden.

Anforderungen

Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.

Überblick

MPLS-Traffic Engineering ordnet bestimmte Datenströme etablierten Label-Switched-Pfaden (LSPs) und nicht Datenverbindungen zu, die vom Interior Gateway Protocol (IGP) als Teil des besten (kürzesten) Pfads berechnet werden. Grundlegend für diese Funktion ist die Bestimmung, welcher Traffic einem LSP zugeordnet werden soll. Der Datenverkehr wird einem LSP am Ingress Label Switching Router (LSR) des Tunnels zugeordnet, indem der Ausgangs-LSR als Next-Hop-Router für bestimmte Zielpräfixe festgelegt wird.

Es ist wichtig zu verstehen, dass der LSP keine ganze Route zu einem Ziel darstellt. Vielmehr ist der LSP ein Next-Hop-Segment der Route. Daher können Pakete nur dann einem LSP zugeordnet werden, wenn der Ausgangs-LSR während des Routenauflösungsprozesses als realisierbarer Kandidat für den nächsten Hop betrachtet wird.

Abbildung 1 zeigt die in diesem Beispiel verwendete Topologie.

Abbildung 1: IS-IS-Shortcut-Topologie IS-IS Shortcuts Topology

In diesem Beispiel verfügt Gerät C über eine externe BGP (EBGP)-Peersitzung mit Gerät G im autonomen System (AS) 2. Um seinen internen BGP (IBGP)-Peers den Zugriff auf Subnetze in AS 2 zu ermöglichen, führt Gerät C IS-IS passiv auf seiner Schnittstelle aus, die eine Verbindung zu Gerät G herstellt. IS-IS verfügt über Informationen zu den externen Subnetzen und trägt Routen zu diesen Subnetzen in die Routing-Tabelle inet.0 ein. BGP verwendet beim Auflösen der Next-Hop-Adressen von AS-externen Routen die IGP-Route.

Trinkgeld:

Eine Alternative zum passiven Ausführen von IS-IS auf der Schnittstelle wäre die Verwendung einer Next-Hop-Self-Policy.

Gerät A hat einen LSP zu Gerät C. Der Pfad ist so konfiguriert, dass er immer über Gerät E und nicht über Gerät B verläuft.

IGP-Verknüpfungen (Interior Gateway Protocol), auch Traffic-Engineering-Verknüpfungen genannt, stellen ein Werkzeug bereit, mit dem die Link-State-IGP (OSPF oder IS-IS) in einem AS einen LSP in ihren SPF-Berechnungen (Shortest-Path-First) berücksichtigen kann. Bei Verwendung passiver externer Schnittstellen betrachtet die IGP einen LSP als eine einzelne Datenverbindung zu den Zielen jenseits des LSP-Ausgangsgeräts.

Wenn Sie (Standardeinstellung) und IGP-Verknüpfungen verwenden traffic-engineering bgp , wird die Traffic-Engineering-Lösung nur für die BGP-Auflösung als externe Route verwendet. Datenverkehr zu AS-internen Zielen kann jedoch auch LSPs zugeordnet werden. Um dies zu erreichen, traffic-engineering bgp-igp aktiviert ist. Daher installiert RSVP die MPLS-Präfixe in der Tabelle inet.0 und nicht in der Tabelle inet.3. Dadurch werden die MPLS-LSPs in der Weiterleitungstabelle installiert.

Dieser Ansatz findet praktische Anwendung, wenn großer Datenverkehr an bestimmte Ziele innerhalb eines AS weitergeleitet wird, z. B. an Serverfarmen.

Ein wichtiger Punkt bei IGP-Verknüpfungen, egal ob sie allein oder in Verbindung mit Traffic-Engineering BGP-IGP verwendet werden, ist, dass IGP-Nachbarschaften niemals über die LSPs hinweg gebildet werden. Die IGP betrachtet den LSP als einzelne Datenverbindung, aber nicht den Egress Router als potenziellen Peer und leitet keine Hello-Nachrichten über den LSP weiter. Außerdem werden RSVP-Nachrichten niemals über LSPs weitergeleitet, wodurch die Möglichkeit ausgeschlossen wird, dass ein LSP versehentlich in einen anderen LSP eingebaut wird.

Die CLI-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 1. Im Abschnitt #configuration424__isis-shortcuts-step-by-step werden die Schritte auf Gerät A beschrieben.

Konfiguration

Verfahren

CLI Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, damit sie Ihrer Netzwerkkonfiguration entsprechen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf der [edit] Hierarchieebene ein.

Gerät A

Gerät B

Gerät C

Gerät D

Gerät E

Gerät F

Gerät G

Schritt-für-Schritt-Anleitung

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im CLI-Benutzerhandbuch.

So konfigurieren Sie IS-IS-Traffic-Engineering-Verknüpfungen:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie ein Signalisierungsprotokoll auf den Schnittstellen.

  3. Aktivieren Sie MPLS für die Schnittstellen.

  4. Konfigurieren Sie den Label-Switched-Pfad.

    Ein einzelner LSP mit der Bezeichnung test_path wird von Gerät A bis zu Gerät C konfiguriert. Das LSP-Objekt für explizite Route (ERO) ist so spezifiziert, dass es einen strikten Hop durch Gerät E verwendet, sodass der LSP einen anderen Pfad als den kürzesten OSPF-Pfad von A–B–C nimmt. Der LSP wird über RSVP signalisiert, aber es wird kein CSPF ausgeführt.

  5. Konfigurieren Sie das Traffic-Engineering sowohl für BGP- als auch für IGP-Ziele.

    Wenn auch IGP-Verknüpfungen aktiviert sind, kann der IGP den LSP in seinen Berechnungen verwenden. Die Ergebnisse der Berechnungen werden in die Tabelle inet.0 eingetragen.

    [edit protocols mpls]
    user@A# set traffic-engineering bgp-igp
    

  6. Konfigurieren Sie internes BGP-Peering (IBGP) zwischen den Geräten.

  7. Aktivieren Sie IS-IS für die Schnittstellen, und legen Sie die Verbindungsmetrik fest.

  8. Konfigurieren Sie IS-IS für die Verwendung von MPLS-LSPs als Next Hops für die IPv4-Adressfamilie.

    Es ist nur erforderlich, IGP-Verknüpfungen auf dem Eingangs-Router zu aktivieren, da dies der Router ist, der die SPF-Berechnungen (Shortest-Path-First) durchführt.

    Es ist wichtig zu verstehen, wie sich IGP-Verknüpfungen auf die Beziehung zwischen Protokoll und Routing-Tabelle auswirken. Der IGP führt SPF-Berechnungen für Subnetze durch, die den LSP-Ausgangspunkten nachgeschaltet sind, die Ergebnisse dieser Berechnungen werden jedoch nur in die Tabelle inet.3 eingetragen. Gleichzeitig führt das IGP seine klassischen SPF-Berechnungen durch und trägt die Ergebnisse dieser Berechnungen in die Tabelle inet.0 ein. Dies hat zur Folge, dass, obwohl die IGP Einträge in der Tabelle inet.3 vornimmt, BGP immer noch das einzige Protokoll ist, das für die Zwecke der Routenauflösung in dieser Tabelle sichtbar ist. Daher werden für die Weiterleitung an AS-interne Ziele weiterhin die IGP-Routen inet.0 verwendet, und die LSPs werden nur für die BGP-Auflösung des nächsten Hops verwendet. Wenn Sie möchten, dass die LSPs für die IGP-Next-Hop-Auflösung verwendet werden, müssen traffic-engineering bgp-igpSie .

  9. Konfigurieren Sie die Router-ID und die AS-Nummer (autonomes System).

Befund

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocolsund show routing-options eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln Sie in den Konfigurationsmodus .

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Verifizierung der nächsten Hops

Zweck

Stellen Sie sicher, dass der MPLS-LSP als nächster Hop in den erwarteten Routen verwendet wird.

Aktion

Geben Sie im Betriebsmodus den show route Befehl ein.

Bedeutung

IS-IS wählt den LSP als kürzesten Pfad zu Zielen, die dem LSP-Ausgangsgerät nachgeschaltet sind. Da die IGP den LSP verwendet, um das externe Subnetz 10.0.0.24/30 zu erreichen, verwendet BGP den LSP auch in ihren Routen zu 10.2.0.0 und 10.3.0.0.

Wenn Next-Hop Self auf Gerät C verwendet würde, würde BGP immer noch den LSP dem IGP-Pfad vorziehen.

Überprüfen der RSVP-Sitzungen

Zweck

Informationen zu RSVP-Sitzungen anzeigen

Aktion

Geben Sie im Betriebsmodus den show rsvp session brief Befehl ein.

Bedeutung

Auf allen vier Routing-Geräten werden die Eingangs- und Ausgangs-IP-Adressen des LSP angezeigt. Der Pfad wird bei Gerät A als Eingangspfad angezeigt, und Pakete, die auf dem LSP weitergeleitet werden, erhalten die Bezeichnung 299776. Bei Gerät E wird der LSP übertragen, und Pakete, die mit dem Label 299776 eintreffen, erhalten das ausgehende Label 299808. Die Bezeichnungen haben nur zwischen benachbarten Label-Switched-Routern (LSRs) eine Bedeutung. Gerät F tauscht eingehende Label-299808 gegen ausgehende Label 3 aus. Gerät C, der Ausgangspunkt, poppt die Kennung 3 und leitet das empfangene Paket per Standard-IP-Routensuche mit der längsten Übereinstimmung weiter.

Prüfen der Pfade mit unterschiedlichen Traffic-Engineering-Einstellungen

Zweck

Überprüfen Sie die Pfade, die für IGP- und BGP-Routen verwendet werden, wann traffic-engineering bgp-igp und wann ( traffic-engineering bgp Standard) verwendet wird.

Aktion

  1. Konfigurieren .traffic-engineering bgp

    Dies wird aus der Konfiguration entfernt traffic-engineering bgp-igp , da in jeder Routing-Instanz nur eine MPLS-Traffic Engineering-Einstellung konfiguriert werden kann.

  2. Verwenden Sie den show route forwarding-table Befehl, um die Pfade zu überprüfen, wenn traffic-engineering bgp (Standardeinstellung) konfiguriert ist.

  3. Verwenden Sie den traceroute Befehl, um die Pfade zu überprüfen, wenn traffic-engineering bgp (Standardeinstellung) konfiguriert ist.

  4. Konfigurieren .traffic-engineering bgp-igp

    Dies wird aus der Konfiguration entfernt traffic-engineering bgp , da in jeder Routing-Instanz nur eine MPLS-Traffic Engineering-Einstellung konfiguriert werden kann.

  5. Verwenden Sie den show route forwarding-table Befehl, um die Pfade zu überprüfen, wenn traffic-engineering bgp-igp konfiguriert ist.

  6. Verwenden Sie den traceroute Befehl, um die Pfade zu überprüfen, wenn traffic-engineering bgp-igp konfiguriert ist.

Bedeutung

Wenn traffic-engineering bgp konfiguriert ist, führt die erste Ablaufverfolgung zu einem Ziel, das zum BGP-erlernten Präfix 10.2.0.0/16 gehört, und folgt dem LSP. Die zweite Ablaufverfolgung bezieht sich auf die IS-IS-learnte Route 192.168.0.3 (die Loopback-Schnittstellenadresse von Gerät C) und folgt der IS-IS-Route. Diese Ergebnisse entsprechen dem, was wir in der Weiterleitungstabelle beobachten. Die Weiterleitungstabelle wird nur auf der Grundlage von Routen in inet.0 erstellt. BGP kann in inet.3 einen LSP als besten Pfad zum nächsten Hop eines BGP-Präfixes auswählen und unter Verwendung dieses LSP eine Route in inet.0 hinzufügen. Es erfolgt dann ein Eintrag in die Weiterleitungstabelle aus der inet.0-Route. Kein anderes Protokoll kann standardmäßig inet.3 konsultieren, und die inet.3-Routen werden nicht in inet.0 eingetragen. Daher wird der Weiterleitungseintrag für 192.168.0.3 aus der einzigen Route zu diesem Ziel in inet.0 erstellt: der IS-IS-Route.

Wenn traffic-engineering bgp-igp konfiguriert ist, folgt die erste Ablaufverfolgung zu 10.2.1.1 weiterhin dem LSP. Die zweite Ablaufverfolgung zu 192.168.0.3 folgt ebenfalls dem LSP. Diese Ergebnisse entsprechen dem, was wir in der Weiterleitungstabelle beobachten, die zeigt, dass der LSP für die IGP-Next-Hop-Auflösung verwendet wird.