Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Beispiel: Konfigurieren des Multitopologie-Routings zur Bereitstellung von Redundanz für Multicast-Datenverkehr über separate Netzwerkpfade

In diesem Beispiel wird gezeigt, wie Sie mithilfe von Multitopologie-Routing (MTR) Redundanz für Multicastdatenverkehr über separate Netzwerkpfade bereitstellen. Das heißt, zwei Multicastquellen senden denselben Multicast-Stream, aber aus Redundanzgründen im Falle eines Verbindungsausfalls verwenden die beiden Streams getrennte Pfade.

Hinweis:

Beachten Sie, dass derzeit kein Standard für die Verwendung von MTR-Erweiterungen für PIM definiert ist.

Anforderungen

Für dieses Beispiel ist es erforderlich, dass Junos OS Version 9.0 oder höher auf den Core-Geräten des Anbieters ausgeführt wird.

Übersicht

Angenommen, jede Quelle, die redundante Multicastdatenströme bereitstellt, S1 und S2, hat unterschiedliche IP-Subnetzadressen. Jede Quelle sendet Multicast-Datenverkehr mit unterschiedlichen Gruppen: G1 und G2. Nehmen Sie außerdem an, dass S1 und S2 mit demselben Kunden-Edge-Gerät (CE) verbunden sind, und verwenden Sie BGP, um Routen an den Provider-Edge-Router (PE) anzukündigen.

Einen vollständigen Satz von Konfigurationen für alle Geräte in der Topologie finden Sie unter CLI-Schnellkonfiguration. Der Rest des Beispiels konzentriert sich auf Gerät CE1 und Gerät PE1.

Abbildung 1 zeigt die Beispieltopologie.

Abbildung 1: Multitopologie-OSPF und BGP zur Kennzeichnung von Verbindungen, die zu Sprach- und Videodiensten Multitopology OSPF and BGP for Designating Links Belonging to Voice and Video Services gehören

Konfiguration

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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf Hierarchieebene [edit] ein.

Gerät CE1

Gerät CE2

Gerät PE1

Gerät PE2

Gerät P1

Gerät P2

Gerät P3

Gerät P4

Gerät CE1 konfigurieren

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 Junos OS CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät CE1:

  1. Konfigurieren Sie die Schnittstellen.

    Zu Veranschaulichungszwecken versetzt das Beispiel eine Ethernet-Schnittstelle in den Loopback-Modus und konfiguriert mehrere Adressen auf dieser Loopback-Schnittstelle. Die Adressen werden dann als Direktverbindungen an das Netzwerk gemeldet. Diese Routen simulieren eine Gruppe von BGP-Routen mit angeschlossenen Communitys.

  2. Konfigurieren Sie die externe BGP-Verbindung (EBGP) mit Gerät PE1.

    Der CE-Router, der den Multicastservern am nächsten ist, meldet die Multicast-Quell-IP-Adressen über EBGP an die PE-Router. Die Quelladressen werden sowohl mit der Unicast- als auch mit der inet-Multicast-Familie angekündigt, wodurch die BGP-Route der Standardroutingtabelle inet.0 und der Multicast-Routingtabelle inet.2 hinzugefügt wird. Beide Routensätze werden vom PE-Router in IBGP injiziert.

  3. Konfigurieren Sie PIM auf den Schnittstellen.

  4. Konfigurieren Sie die Routingrichtlinie, die die Adressen ankündigt, die auf der Schnittstelle fe-0/1/0 konfiguriert sind.

  5. Konfigurieren Sie die Routing-Richtlinie, die einige Routen mit dem roten Community-Attribut und andere Routen mit dem blauen Community-Attribut kennzeichnet.

    Der CE-Router kündigt Routen über EBGP an den PE-Router an. Diese Routen werden als Inet-Multicast-Routen der BGP-Familie angekündigt, wobei Communities für zwei verschiedene Gruppen festgelegt sind. Richtlinien identifizieren die beiden Gruppen von BGP-Routen.

  6. Wenden Sie die set_community Exportrichtlinie an, damit die direkten Routen in BGP exportiert werden.

    Wenden Sie die inject_directs Exportrichtlinie an, um die Adressen anzukündigen, die auf der Schnittstelle fe-0/1/0 konfiguriert sind.

  7. Verwenden Sie rib-groups , um eine Gruppe von BGP-Routen zu simulieren, an die Communities angehängt und als Multicast-Routen angekündigt wurden.

    Diese Konfiguration erstellt eine Multicast-Routing-Tabelle und veranlasst PIM, die Multicast-Routing-Tabelle inet.2 zu verwenden.

  8. Konfigurieren Sie die AS-Nummer (Autonomous System).

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie Commit aus dem Konfigurationsmodus ein.

Konfigurieren des Geräts PE1

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 Junos OS CLI-Benutzerhandbuch.

So konfigurieren Sie Gerät PE1:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie die sekundären Adressen 1.1.1.30 und 2.2.2.30.

    Für jede Topologie auf jedem Router, der IBGP-Routen injiziert, ist eine bestimmte Protokoll-Next-Hop-IP-Adresse erforderlich. Sie können mehrere sekundäre Loopback-IP-Adressen auf einem Router so konfigurieren, dass sie als Protokoll-Next-Hop-Adressen verwendet werden. Diese Konfiguration zeigt die nicht primären IP-Adressen 1.1.1.30/32 und 2.2.2.30/32 an, die auf der Loopback-Schnittstelle lo0 für die Verwendung in der roten bzw. blauen Topologie konfiguriert sind.

    Eine Gruppe von BGP-Routen, die einer Routingtopologie zugeordnet sind, verwendet für den nächsten Hop dasselbe eindeutige Protokoll. Wenn Sie z. B. einen PE-Router für die Verarbeitung von zwei Routing-Topologien konfigurieren, konfigurieren Sie auch zwei eindeutige Nicht-Primäradressen unter der Loopback-Schnittstelle lo0.

  3. Ordnen Sie jede nicht primäre Loopback-IP-Adresse einer Topologie zu, um sie in die zugeordnete Topologie-Routingtabelle aufzunehmen.

    Konfigurieren Sie die Loopback-IP-Adresse und -Topologie unter einer OSPF-Schnittstellenanweisung. Sie müssen alle anderen Topologien, die OSPF bekannt sind, aus zwei Gründen deaktivieren. Erstens darf sich die für eine Topologie spezifische Loopback-Adresse nur in einer Topologie-Routingtabelle befinden. Zweitens: Sobald die Topologie zu OSPF hinzugefügt wurde, wird die Topologie standardmäßig auf allen nachfolgenden Schnittstellen unter OSPF aktiviert.

    Die Device PE1-Konfiguration platziert die Loopback-Adresse 1.1.1.30/32 in der OSPF-Datenbank als Stub-Route unter der OSPF Router-LSA dieses Routers. Sie gehört zur roten und Standardtopologie, aber nicht zur blauen Topologie. Die Loopback-Adresse 1.1.1.30/32 ist in den Topologie-Routing-Tabellen inet.0 und :red.inet.0 des Remote-Core-Routers installiert (jedoch nicht in :blue.inet.0). Verwenden Sie eine ähnliche Konfiguration für die blaue Loopback-Adresse 2.2.2.30/32.

  4. Aktivieren Sie OSPF auf den Schnittstellen und konfigurieren Sie spezifische OSPF-Link-Metriken für Topologien, um Pfade zu identifizieren und Strukturen zu verschiedenen Servern zu erstellen.

    Links können alle Routing-Topologien unterstützen, um Backups bereitzustellen, falls ein primärer Multicast-Pfad ausfällt.

    Wenn eine Multicast-Struktur durch PIM-Join-Nachrichten erstellt wird, die an die Quelle gerichtet sind, folgt sie dem am meisten bevorzugten Pfad. Eine Multicaststruktur für eine andere Multicastquelle (in einer anderen Routingtopologie) kann eine andere Struktur entlang eines anderen Pfads erstellen.

  5. Erstellen Sie die Multicast-Routing-Tabelle inet.2, und konfigurieren Sie PIM für die Verwendung der inet.2-Routing-Tabelle .

    Richten Sie eine separate Routing-Tabelle für Multicast-Lookups ein. Es ist mit Routen von inet.2 bestückt. Die Routing-Tabelle von inet.2 wird mit Routen vom Typ Multicast gefüllt.

  6. Konfigurieren Sie PIM so, dass die Routen in inet.2 verwendet werden.

  7. Aktivieren Sie PIM auf den Schnittstellen.

  8. Konfigurieren Sie den Router so, dass die Routenauflösung auf den nächsten Hops des Protokolls mithilfe der angegebenen Routing-Tabellen durchgeführt wird.

    Der nächste Hop des Protokolls wird verwendet, um die Weiterleitungsschnittstelle für den nächsten Hop zu bestimmen, von der aus PIM-Verknüpfungsnachrichten weitergeleitet werden sollen. Diese Konfiguration weist die inet.2-Routenauflösung an, die Topologie-Routing-Tabellen :red.inet.0 und :blue.inet.0 für die Suche nach IP-Adressen des nächsten Hops zu verwenden.

    Sie können bis zu zwei Routing-Tabellen in der Auflösungskonfiguration angeben. Ein Schlüsselelement dieser Lösung besteht darin, dass sich die Next-Hop-Adresse des Protokolls nur in einer Topologie-Routing-Tabelle befindet. Das heißt, der nächste Hop des Protokolls gehört zu einer sekundären Remote-PE-Loopbackadresse und wird nur in eine Topologie-Routingtabelle injiziert. Das Routenauflösungsschema überprüft zunächst die Routing-Tabelle :red.inet.0 auf die Adresse des nächsten Hops des Protokolls. Wenn die Adresse gefunden wird, wird dieser Eintrag verwendet. Wenn sie nicht gefunden wird, überprüft das Auflösungsschema die Routing-Tabelle :blue.inet.0. Daher wird für jede Protokoll-Nexthop-Adresse nur eine Topologie-Routing-Tabelle verwendet.

  9. Konfigurieren Sie die AS-Nummer (Autonomous System).

  10. Konfigurieren Sie BGP.

  11. Legen Sie den nächsten Hop des Protokolls fest, wenn Sie EBGP-Routen in IBGP exportieren.

    Konfigurieren Sie den Eingangsgerät PE1-Router so, dass die Next-Hop-Adresse des BGP-Routenprotokolls festgelegt wird, wenn die Route in IBGP exportiert wird.

    BGP verwendet eine Exportrichtlinie, um den nächsten Hop festzulegen, wenn die EBGP-Routen in IBGP eingefügt werden.

    Bei dieser Konfiguration handelt es sich um eine Exportrichtlinie, bei der es drei Möglichkeiten gibt, die nächsten Hops festzulegen. Route 1.1.1.30 ist der roten Topologie zugeordnet. Route 2.2.2.30 ist der blauen Topologie zugeordnet. Für die standardmäßige Next-Hop-Selbstrichtlinie wird die primäre Loopback-Adresse 10.255.165.93 auf Gerät PE1 verwendet.

    Die nhs_test Richtlinie legt den nächsten Hop des Protokolls basierend auf der Community im BGP-Update fest.

  12. Wenden Sie die Next-Hop-Selbstrichtlinien auf die IBGP-Sitzungen an.

  13. Konfigurieren Sie die Sprach- und Videotopologien, damit Sie diese Topologien mit OSPF und BGP verwenden können.

    Die Namen voice und video sind lokal für den Router. Die Namen werden nicht über diesen Router hinaus weitergegeben. Für Verwaltungszwecke ist jedoch ein einheitliches Benennungsschema für Router in einer Umgebung mit mehreren Topologien praktisch.

Ergebnisse

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show interfacesBefehle , show protocols, und show routing-optionsund eingeben show policy-options . Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie Commit aus dem Konfigurationsmodus ein.

Überprüfung

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

Überprüfung der IBGP-Routen in inet.2

Zweck

Stellen Sie sicher, dass die Routen, die von Gerät PE1 in IBGP injiziert werden, über nächste Hops verfügen, die auf der Topologie basieren, zu der sie gehören.

Aktion

Geben Sie im Betriebsmodus den show route table extensive Befehl ein.

Bedeutung

Diese Ausgabe zeigt eine IBGP-Route in der inet.2-Routing-Tabelle , wie sie von Gerät PE1 aus gesehen wird. Die Route wurde ursprünglich von Gerät PE1 in IBGP injiziert, wobei der nächste Hop basierend auf der Topologie, zu der die Route gehörte, festgelegt wurde. Der BGP-Community-Wert bestimmt die Topologiezuordnung.

Die Route 11.19.130/24 gehört zur roten Topologie, da sie einen Community-Wert von target:40:40 hat. Der nächste Hop des Protokolls ist 1.1.1.30, und der nächste Hop für die Weiterleitung ist ge-1/2/1.42.

Verifizieren der Routen

Zweck

Stellen Sie sicher, dass sich die Routen in den erwarteten Routing-Tabellen befinden und dass die erwarteten Communitys an die Routen angehängt sind.

Aktion

Geben Sie im Betriebsmodus den show route detail Befehl auf Gerät PE1 ein.

Bedeutung

Diese Ausgabe zeigt die BGP-Route 11.19.130.0/24 mit dem Community-Wert target:40:40. Da die Route den Kriterien für die VoIP-Topologie entspricht, wird sie sowohl den Standard- als auch den VoIP-Topologie-Routingtabellen (inet.0 und :voice.inet.0) hinzugefügt. Gerät PE1 lernt die Route von Gerät CE1 über EBGP und injiziert die Route dann in IBGP.

Überprüfen der auflösenden nächsten BGP-Hops

Zweck

Überprüfen Sie das Protokoll für den nächsten Hop und die Weiterleitung des nächsten Hops.

Aktion

Geben Sie im Betriebsmodus den show route detail Befehl auf dem Gerät PE2 ein.

Bedeutung

Ein typischer IBGP-Core verfügt über BGP-Routen mit Protokoll-Next-Hops, die mithilfe der zugrunde liegenden IGP-Routen aufgelöst werden. IBGP-Routen in einer Topologie-Routing-Tabelle verfügen über Protokoll-Next-Hop-IP-Adressen. Standardmäßig wird dieselbe Topologie-Routingtabelle verwendet, um die IP-Adresse des Protokolls für den nächsten Hop zu suchen und in einen Weiterleitungs-Next-Hop aufzulösen. Diese Ausgabe von Gerät PE2 zeigt die gleiche BGP-Route wie im vorherigen Beispiel: 11.19.130.0/24. Die Route wird aus einer anderen Perspektive angezeigt, d.h. von Device PE2 als IBGP-Route. In ähnlicher Weise wird diese IBGP-Route sowohl zu inet.0 als auch zu :voice.inet.0 auf Gerät PE2 hinzugefügt. Während jedoch jede Route das gleiche Protokoll für den nächsten Hop hat, hat jede Route einen anderen Weiterleitungs-nächsten Hop (ge-0/0/3.0 anstelle von ge-0/1/4.0). Der Grund für diesen Unterschied liegt darin, dass bei der Auflösung der Protokoll-Next-Hop-IP-Adresse 10.255.165.93 die entsprechende Routing-Tabelle (inet.0 oder :voice.inet.0) verwendet wird, um den nächsten Hop des Protokolls nachzuschlagen.

Untersuchen des Protokolls Nächster Hop

Zweck

Überprüfen Sie das Protokoll für den nächsten Hop und die Weiterleitung des nächsten Hops.

Aktion

Geben Sie im Betriebsmodus den show route Befehl auf dem Gerät PE2 ein.

Bedeutung

Diese Ausgabe von Gerät PE2 zeigt den nächsten Hop des Protokolls 11.19.130.0/24, d. h. die IP-Adresse 10.255.165.93, und veranschaulicht damit weiter, wie die IBGP-Route 11.19.130.0/24 ihren nächsten Hop auflöst. Die nächsten Weiterleitungs-Hops von 10.255.165.93 stimmen mit den nächsten IBGP-Weiterleitungs-Hops der Route 11.19.130/24 überein, wie im vorherigen Beispiel gezeigt. Beachten Sie hierbei, dass die IP-Adresse 10.255.165.93 auch in der Routing-Tabelle :video.inet.0 enthalten ist. Diese Adresse ist die Loopback-Adresse von Gerät PE1 und befindet sich als solche in allen drei Routing-Tabellen. In diesem Beispiel wird auch gezeigt, wie der Datenverkehr, der in das Gerät PE2 eingeht und für 11.19.130.0/24 bestimmt ist, je nach zugeordneter Topologie unterschiedliche Schnittstellen verlässt. Der tatsächliche Datenverkehr wird so markiert, dass ein Firewallfilter den Datenverkehr zur Verwendung einer bestimmten Topologie-Routingtabelle leiten kann.

Verifizieren des OSPF-Nachbarn

Zweck

Stellen Sie sicher, dass die erwarteten Topologien auf dem OSPF-Nachbarn aktiviert sind.

Aktion

Geben Sie im Betriebsmodus den show (ospf | ospf3) neighbor extensive Befehl auf dem Gerät P2 ein.

Bedeutung

Diese Device P2-Ausgabe zeigt den OSPF-Nachbarn PE2 (10.0.0.21) an, wobei Multitopologie-OSPF-Standard und Video Teilnehmer sind. Das bidirektionale Flag zeigt an, dass der Nachbar mit derselben Multitopologie-OSPF-ID konfiguriert ist.

Überprüfen der Router-LSA

Zweck

Überprüfen Sie die Links, über die Video- und Sprachtopologien aktiviert sind.

Aktion

Geben Sie im Betriebsmodus den show ospf database extensive Befehl auf dem Gerät P2 ein.

Bedeutung

Dieser Geräte-P2-Ausgang zeigt die Router-LSA, die von Gerät PE2 stammt. Die LSA zeigt Links an, bei denen Video- und Sprachtopologien aktiviert sind (zusätzlich zur Standardtopologie).

Überprüfen, wie der Datenverkehr das Netzwerk durchquert

Zweck

Stellen Sie sicher, dass die erwarteten Pfade verwendet werden.

Aktion

Geben Sie im Betriebsmodus den traceroute Befehl auf dem Gerät CE1 ein.

Die erste Beispielausgabe zeigt, dass eine Traceroute über die Sprachtopologie von Gerät CE1 zu Gerät CE2 führt, wo DSCPs festgelegt sind. Die Routen werden über :voice.inet.0 aufgelöst. Dieser Traceroute-Pfad folgt dem Sprachpfad CE1-PE1-P1-P2-PE2-CE2.

Diese Ausgabe zeigt eine Traceroute von Gerät CE1 zu Gerät CE2 für Sprache, bei der keine DSCPs festgelegt sind. Die Routen werden über inet.0 aufgelöst, und der resultierende Pfad unterscheidet sich vom vorherigen Fall, in dem die DSCPs festgelegt sind. Dieser Traceroute-Pfad folgt dem Standardpfad CE1-PE1-P4-PE2-CE2.

Diese Ausgabe zeigt eine Traceroute von Gerät CE1 zu Gerät CE2 für Videodatenverkehr, bei der der Firewallfilter auf der Zieladresse basiert. Die Routen werden über :video.inet.0 aufgelöst. Diese Traceroute folgt dem Videopfad CE1-PE1-P3-P4-PE2-CE2.

Diese Ausgabe zeigt eine Traceroute von Gerät CE1 zu Gerät CE2 für Video, bei dem DSCPs festgelegt sind. Die DSCP-Bits weisen Gerät PE1 an, die Topologietabelle :voice.inet.0 zu verwenden. Da in der VoIP-Routingtabelle kein Eintrag für die Videorouten vorhanden ist, wird der Datenverkehr verworfen.