Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGP Peering-Sitzungen

Verständnis externer Peering BGP Und-Sitzungen

Um Point-to-Point-Verbindungen zwischen autonomen Peer-Systemen (ASs) herzustellen, konfigurieren Sie auf jeder Schnittstelle einer Point-to-Point-Verbindung eine BGP-Sitzung. Im Allgemeinen werden solche Sitzungen an Netzwerk-Exit-Points mit benachbarten Hosts außerhalb des Netzwerks AS. Abbildung 1 zeigt ein Beispiel für eine BGP-Peering-Sitzung.

Abbildung 1: BGP-Peering-SitzungBGP-Peering-Sitzung

In ist Router A ein Gateway-Router für AS 3, und Router B ist Abbildung 1 ein Gateway-Router für AS 10. Für den internen Datenverkehr zu AS wird z. B. ein Interior Gateway Protocol (IGP) verwendet (OSPF). Zum Routen von Datenverkehr zwischen Peer-ASs wird eine BGP-Sitzung verwendet.

Sie organisieren BGP von Geräten zu Gruppen von Peers. Verschiedene Peergruppen können unterschiedliche Gruppentypen, Nummern AS und Routenreflektor-Cluster-Identifikatoren haben.

Um eine BGP-Gruppe zu definieren, die nur die angegebenen BGP-Systeme als Peers erkennt, konfigurieren Sie statisch alle System-Peers mit einer oder mehrere neighbor Anweisungen. Die Adresse des Peer-Nachbarn kann entweder eine IPv6- oder IPv4-Adresse sein.

Mit der zunehmenden Anzahl externer BGP (EBGP)-Gruppen kann die Unterstützung einer großen Anzahl von Sitzungen BGP Skalierung zum Problem werden. Die bevorzugte Methode zum Konfigurieren einer großen Anzahl von BGP benachbarten Gruppen ist das Konfigurieren mehrerer Gruppen, die aus mehreren Nachbarn pro Gruppe bestehen. Die Unterstützung weniger EBGP-Gruppen ist im Allgemeinen besser als die Unterstützung einer großen Anzahl von EBGP-Gruppen. Dies zeigt sich deutlich bei Hunderten von EBGP-Gruppen, wenn man mit ein paar EBGP-Gruppen mit mehreren Peers in jeder Gruppe vergleicht.

Nach der BGP Peers werden nicht mehr BGP BGP von den anderen Peers nicht automatisch ausgeschrieben. Auf jedem BGP-fähigen Gerät ist eine Richtlinienkonfiguration erforderlich, um die lokalen, statischen oder IGP-erlernten Routen in die BGP RIB zu exportieren und sie dann als BGP-Routen zu den anderen Peers aus. BGP in der Ankündigungsrichtlinie von standardmäßig keine nicht-BGP (z. B. lokale Routen) zu Peers aus.

Beispiel: Konfigurieren externer BGP Point-to-Point-Peer-Sitzungen

In diesem Beispiel wird gezeigt, wie BGP-zu-Punkt-Peer-Sitzungen konfiguriert werden.

Anforderungen

Bevor Sie beginnen, sollten Sie, wenn die Standardrichtlinie BGP für Ihr Netzwerk nicht ausreicht, Routing-Richtlinien konfigurieren, um eingehende eingehende Informationen BGP routen zu filtern und BGP anzeigen.

Überblick

Abbildung 2 zeigt ein Netzwerk mit BGP Peer-Sitzungen an. Im Beispielnetzwerk verfügt Gerät E in AS 17 über eine Peer BGP sitzungen zu einer Gruppe von Peers namens external-peers . Die Peers A, B und C befinden sich in AS 22 und verfügen über die IP-Adressen 10.10.10.2, 10.10.10.6 und 10.10.10. Peer D befindet sich in AS 79, unter IP-Adresse 10.21.7.2. In diesem Beispiel wird die Konfiguration auf Gerät E angezeigt.

Topologie

Abbildung 2: Typisches Netzwerk mit BGP Peer-SitzungenTypisches Netzwerk mit BGP Peer-Sitzungen

Konfiguration

Verfahren

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie diese in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit der Netzwerkkonfiguration erforderlich sind, und kopieren Sie die Befehle, und fügen Sie die Befehle CLI der Hierarchieebene [edit] ein.

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI Benutzerhandbuch.

So konfigurieren Sie die BGP Peer-Sitzungen:

  1. Konfigurieren Sie die Schnittstellen für die Peers A, B, C und D.

  2. Richten Sie die autonome Systemnummer (AS) ein.

  3. Erstellen Sie die BGP Gruppe, und fügen Sie die externen Nachbaradressen hinzu.

  4. Geben Sie die autonome Systemnummer (AS) der externen AS.

  5. Fügen Sie Peer D hinzu, und legen Sie die AS auf der jeweiligen Nachbarebene fest.

    Die Nachbarkonfiguration setzt die Gruppenkonfiguration außer Kraft. So, dass die Gruppe für alle anderen Nachbarn in der Gruppe festgelegt ist, wird für peer-as 22peer-as 79 Nachbar 10.21.7.2 festgelegt.

  6. Legen Sie den Peer-Typ auf externe BGP (EBGP) fest.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesshow protocols , und Befehle 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 die Konfiguration des Geräts bereits durchgeführt haben, geben Sie commit sie im Konfigurationsmodus ein.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung BGP Nachbarn

Zweck

Stellen Sie sicher, BGP Auf konfigurierten Schnittstellen ausgeführt wird und dass die BGP-Sitzung für jede Nachbaradresse aktiv ist.

Aktion

Führen Sie im Betriebsmodus den show bgp neighbor Befehl aus.

Prüfung von BGP Gruppen

Zweck

Stellen Sie sicher, dass BGP Gruppen korrekt konfiguriert wurden.

Aktion

Führen Sie im Betriebsmodus den show bgp group Befehl aus.

Überprüfung zusammenfassender BGP Informationen

Zweck

Stellen Sie sicher, BGP Konfiguration korrekt ist.

Aktion

Führen Sie im Betriebsmodus den show bgp summary Befehl aus.

Beispiel: Konfigurieren externer Sicherheit BGP logischen Systemen mit IPv6-Schnittstellen

In diesem Beispiel wird gezeigt, wie Externe BGP-Point-to-Point-Peer-Sitzungen (EBGP) auf logischen Systemen mit IPv6-Schnittstellen konfiguriert werden.

Anforderungen

In diesem Beispiel ist über die Initialisierung des Geräts hinaus keine besondere Konfiguration erforderlich.

Überblick

Junos OS unterstützt EBGP-Peer-Sitzungen über IPv6-Adressen. Eine IPv6-Peer-Sitzung kann konfiguriert werden, wenn eine IPv6-Adresse in der Anweisung angegeben neighbor wird. In diesem Beispiel wird EUI-64 verwendet, um IPv6-Adressen zu generieren, die automatisch auf die Schnittstellen angewendet werden. Eine EUI-64-Adresse ist eine IPv6-Adresse, die das IEEE-EUI-64-Format für den Schnittstellenkennungsabschnitt der Adresse verwendet (die letzten 64 Bits).

Anmerkung:

Alternativ können Sie EBGP-Sitzungen auch manuell zugewiesene 128-Bit-IPv6-Adressen konfigurieren.

Wenn Sie lokale 128-Bit-Link-Adressen für die Schnittstellen verwenden, müssen Sie die Anweisung local-interface enthalten. Diese Aussage ist nur für 128-Bit-IPv6-link-lokale Adressen gültig und für die Konfiguration einer IPv6 EBGP Link-local Peer-Sitzung erforderlich.

Die Konfiguration von EBGP-Peering mithilfe von link-lokalen Adressen ist nur für direkt angebunden Schnittstellen anwendbar. Es wird kein Multihop-Peering unterstützt.

Nach der Einrichtung der Schnittstellen können Sie mit dem Befehl die show interfaces terse von EUI-64 generierten IPv6-Adressen auf den Schnittstellen anzeigen. Sie müssen diese generierten Adressen in den anweisungen BGP neighbor verwenden. In diesem Beispiel wird das vollständige End-to-End-Verfahren veranschaulicht.

In diesem Beispiel wird die Frame-Relay-Schnittstellenkapselung auf die logischen Tunnel ( lt ) Schnittstellen angewendet. Dies ist eine Anforderung, da nur die Frame-Relay-Einkapselung unterstützt wird, wenn IPv6-Adressen auf den Schnittstellen konfiguriert lt werden.

Abbildung 3 zeigt ein Netzwerk mit BGP Peer-Sitzungen an. Im Beispielnetzwerk sind für Router R1 fünf logische Systeme konfiguriert. Gerät E in autonomem System (AS) 17 hat BGP Peer-Sitzungen zu einer Gruppe von Peers namens external-peers . Die Peers A, B und C befinden sich AS 22. In diesem Beispiel wird die schrittweise Konfiguration von Logical System A und Logical System E veranschaulicht.

Topologie

Abbildung 3: Typisches Netzwerk mit BGP Peer-SitzungenTypisches Netzwerk mit BGP Peer-Sitzungen

Konfiguration

Verfahren

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit Ihrer Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle, kopieren Sie die Befehle in die CLI der Hierarchieebene, und geben Sie sie dann im Konfigurationsmodus [edit]commit ein.

Gerät A

Gerät B

Gerät C

Gerät D

Gerät E

Schritt-für-Schritt-Verfahren

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

So konfigurieren Sie die BGP Peer-Sitzungen:

  1. Führen Sie den show interfaces terse Befehl aus, um zu prüfen, ob der physische Router über eine logische Tunnelschnittstelle lt () verfügt.

  2. Konfigurieren Sie auf logischem System A die Schnittstellenkapselung, die Peer-Unit-Nummer und DLCI, um das logische System E zu erreichen.

  3. Konfigurieren Sie auf Logischem System A die Netzwerkadresse für die Verbindung zu Peer E und konfigurieren Sie eine Loopback-Schnittstelle.

  4. Konfigurieren Sie auf logischem System E die Schnittstellenkapselung, die Peer-Unit-Nummer und DLCI, um logisches System A zu erreichen.

  5. Konfigurieren Sie auf logischem System E die Netzwerkadresse für die Verbindung zu Peer A und konfigurieren Sie eine Loopback-Schnittstelle.

  6. Führen Sie den show interfaces terse Befehl aus, um die von EUI-64 generierten IPv6-Adressen zu sehen.

    Die 2001-Adressen werden in diesem Beispiel in den Anweisungen BGP neighbor verwendet.

    Anmerkung:

    Die FE80-Adressen sind link-lokale Adressen und werden in diesem Beispiel nicht verwendet.

  7. Wiederholen Sie die Schnittstellenkonfiguration auf anderen logischen Systemen.

Konfigurieren der externen Sitzungen BGP Daten

Schritt-für-Schritt-Verfahren

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

So konfigurieren Sie die BGP Peer-Sitzungen:

  1. Erstellen Sie in logischem System A die BGP Gruppe, und fügen Sie die externe Nachbaradresse hinzu.

  2. Erstellen Sie in logischem System E die BGP Gruppe, und fügen Sie die externe Nachbaradresse hinzu.

  3. Geben Sie in Logischem System A die autonome Systemnummer (AS) des externen Systems AS.

  4. Geben Sie im logischen System E die autonome Systemnummer (AS) der externen AS.

  5. Geben Sie auf logischem System A den Peer-Typ auf EBGP ein.

  6. Geben Sie auf logischem System E den Peer-Typ auf EBGP ein.

  7. Geben Sie in Logischem System A die autonome Systemnummer (AS) und die Router-ID ein.

  8. Geben Sie auf logischem System E die AS-Nummer und die Router-ID ein.

  9. Wiederholen Sie diese Schritte für die Peers A, B, C und D.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie den Befehl show logical-systems 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 die Konfiguration des Geräts bereits durchgeführt haben, geben Sie commit sie im Konfigurationsmodus ein.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung BGP Nachbarn

Zweck

Stellen Sie sicher, BGP Auf konfigurierten Schnittstellen ausgeführt wird und dass die BGP-Sitzung für jede Nachbaradresse aktiv ist.

Aktion

Führen Sie im Betriebsmodus den show bgp neighbor Befehl aus.

Bedeutung

Es werden IPv6-Unicast Network Layer Reachability Information (NLRI) zwischen den Nachbarn ausgetauscht.

Prüfung von BGP Gruppen

Zweck

Stellen Sie sicher, dass BGP Gruppen korrekt konfiguriert wurden.

Aktion

Führen Sie im Betriebsmodus den show bgp group Befehl aus.

Bedeutung

Der Gruppentyp ist extern und die Gruppe verfügt über vier Peers.

Überprüfung zusammenfassender BGP Informationen

Zweck

Stellen Sie sicher, BGP Peer-Beziehungen eingerichtet wurden.

Aktion

Führen Sie im Betriebsmodus den show bgp summary Befehl aus.

Bedeutung

Down-Peers: 0 zeigt, dass sich BGP im etablierten Zustand befinden.

Prüfen der Routing-Tabelle

Zweck

Stellen Sie sicher, dass in der Routing-Tabelle von inet6.0 lokale und direkte Routen vor Ort angezeigt werden.

Aktion

Führen Sie im Betriebsmodus den show route Befehl aus.

Bedeutung

Die Inet6.0-Routing-Tabelle enthält lokale und Direktrouten. Zum Füllen der Routing-Tabelle mit anderen Arten von Routen müssen Sie Routing-Richtlinien konfigurieren.

Verständnis der internen Netzwerk BGP Peering-Sitzungen

Wenn zwei BGP aktivierte Geräte sich im gleichen autonomen System (AS) befinden, wird die BGP-Sitzung als interne BGP- oder IBGP-Sitzung bezeichnet. BGP verwendet die gleichen Nachrichtentypen auf IBGP- und externen BGP (EBGP)-Sitzungen, aber die Regeln für den Sende wann die Nachricht gesendet werden soll und wie die Nachrichten so interpretieren werden, unterscheiden sich leicht. Aus diesem Grund beziehen sich einige Personen auf IBGP und EBGP als zwei separate Protokolle.

Abbildung 4: Interne und externe BGPInterne und externe BGP

In, Abbildung 4 Device Jackson, Device Memphis und Device IbGP-Peer-Sitzungen untereinander. Desgleichen gibt es in Device Miami und Device Atlanta IBGP-Peer-Sitzungen untereinander.

Der Zweck von IBGP ist es, ein Mittel zur Verfügung zu stellen, mit dem EBGP-Routen-Ankündigungen über das Netzwerk weitergeleitet werden können. Theoretisch könnten Sie zur Erfüllung dieser Aufgabe alle Ihre EBGP-Routen in ein Interior Gateway Protocol (IGP) umverteilungen, zum Beispiel OSPF oder IS-IS. In einer Produktionsumgebung wird dies jedoch aufgrund der großen Anzahl von EBGP-Routen im Internet und des Betriebs von IGPs nicht empfohlen. Kurz gesagt: Bei diesen vielen Routen IGP die Kundenabwanderung oder Stürzte.

Im Allgemeinen wird die Loopback-Schnittstelle (lo0) verwendet, um Verbindungen zwischen IBGP-Peers zu herstellen. Die Loopback-Schnittstelle ist immer so lange verfügbar, wie das Gerät in Betrieb ist. Wenn eine Route zur Loopback-Adresse besteht, bleibt die IBGP-Peering-Sitzung auf. Wenn stattdessen eine physische Schnittstellenadresse verwendet wird und diese Schnittstelle nach oben und unten läuft, steigt die IBGP-Peering-Sitzung ebenfalls hoch und unten. Die Loopback-Schnittstelle bietet daher Fehlertoleranz, falls die physische Schnittstelle oder der Link ausb fallt, wenn das Gerät über Link-Redundanz verfügt.

IbGP-Nachbarn müssen nicht direkt miteinander verbunden sein, sie müssen jedoch über ein volles Mesh-Netz verbunden sein. In diesem Fall bedeutet ein volles Mesh, dass jedes Gerät logisch über Nachbar-Peer-Beziehungen mit jedem anderen Gerät verbunden ist. Diese neighbor Aussage erzeugt das Mesh. Aufgrund der Full-Mesh-Anforderungen von IBGP müssen Sie einzelne Peering-Sitzungen zwischen allen IBGP-Geräten im BGP-AS. Full-Mesh-Verbindungen müssen keine physischen Verbindungen sein. Stattdessen muss die Konfiguration auf jedem Routinggerät ein full Mesh von Peer-Sitzungen (mit mehreren Anweisungen) neighbor erstellen.

Anmerkung:

Bei Konfiguration einer Confederation oder Route Reflection wird von der Anforderung für ein Full-Mesh-Netz abgesehen.

Um die Full-Mesh-Anforderungen zu verstehen, müssen Sie beachten, dass eine IBGP-erlernte Route nicht auf einen anderen IBGP-Peer übertragen werden kann. Der Grund dafür, das Lesen von IBGP-Routen zu verhindern und das volle Mesh erforderlich zu machen, ist die Vermeidung von Routing-Schleifen innerhalb einer AS. Das AS-Pfadattribut ist das Mittel, mit dem BGP Routing-Geräte Schleifen vermeiden. Die Pfadinformationen werden nur dann nach der lokalen AS geprüft, wenn die Route von einem EBGP-Peer empfangen wird. Da das Attribut nur innerhalb AS wird, funktioniert dieses System gut. Die Tatsache, dass das Attribut nur über übergreifende AS verändert wird, stellt ein Problem innerhalb der AS. Beispiel: Die Routinggeräte A, B und C befinden sich alle im gleichen Netzwerk AS. Gerät A empfängt eine Route von einem EBGP-Peer und sendet die Route an Gerät B, das sie als aktive Route installiert. Die Route wird dann an Device C gesendet, das diese lokal installiert und an Gerät A zurück sendet. Wenn Gerät A die Route installiert, wird eine Schleife innerhalb des AS. Die Routing-Geräte können die Schleife nicht erkennen, da das AS-Pfadattribut während dieser Ankündigung nicht geändert wird. Die Protokollentwickler BGP daher der Ansicht, dass die einzige Gewissheit, niemals eine Routing-Schleife zu bilden, ein IBGP-Peer daran hindern würde, innerhalb des Protokolls einen IBGP-erlernten Route zu AS. Zur Routenverfügbarkeit sind die IBGP-Peers vollständig vermascht.

IBGP unterstützt Multihop-Verbindungen, sodass IBGP-Nachbarn sich überall im Netzwerk befinden AS und häufig keinen Link gemeinsam haben. Eine rekursive Routensuche löst die Loopback-Peering-Adresse zu einer IP-Weiterleitung im nächsten Hop auf. Der Suchservice wird durch statische Routen oder eine IGP wie OSPF oder BGP bereitgestellt.

Beispiel: Konfigurieren von internen Sitzungen BGP Peer-Sitzungen

In diesem Beispiel wird gezeigt, wie sie interne BGP-Peer-Sitzungen konfigurieren.

Anforderungen

Bevor Sie dieses Beispiel konfigurieren, ist keine besondere Konfiguration über die Gerätein initialisierung hinaus erforderlich.

Überblick

In diesem Beispiel konfigurieren Sie interne BGP (IBGP) Peer-Sitzungen. Die Loopback-Schnittstelle (lo0) wird verwendet, um Verbindungen zwischen IBGP-Peers zu herstellen. Die Loopback-Schnittstelle ist immer so lange verfügbar, wie das Gerät in Betrieb ist. Wenn eine Route zur Loopback-Adresse besteht, bleibt die IBGP-Peer-Sitzung auf. Wenn stattdessen eine physische Schnittstellenadresse verwendet wird und diese Schnittstelle nach oben und unten läuft, wird die IBGP-Peer-Sitzung auch hoch und unten angezeigt. Wenn das Gerät also über Link-Redundanz verfügt, bietet die Loopbackschnittstelle Fehlertoleranz, wenn die physische Schnittstelle oder eine der Verbindungen ausb fallt.

Wenn ein Gerät mit der Loopback-Schnittstellenadresse eines Remotegeräts peert, erwartet das lokale Gerät, dass BGP-Nachrichten von der Loopback-Schnittstellenadresse des Remotegeräts stammen (von dieser stammen). Mit local-address dieser Anweisung können Sie die Quellinformationen in Nachrichten angeben, BGP aktualisieren sollen. Wenn Sie die Anweisung auslassen, basiert die erwartete Quelle von BGP-Aktualisierungsmeldungen auf den Quelladressenauswahlregeln des Geräts. Normalerweise wird die Ausgangsschnittstellenadresse normalerweise als voraussichtliche Quelle von Update-Nachrichten local-address angezeigt. In diesem Fall wird die Peer-Sitzung nicht ermittelt, da ein Mismatch zwischen der erwarteten Quelladresse (der Ausgangsschnittstelle des Peer) und der tatsächlichen Quelle (der Loopback-Schnittstelle des Peers) besteht. Um sicherzustellen, dass die erwartete Quelladresse mit der tatsächlichen Quelladresse entspricht, geben Sie die Loopback-Schnittstellenadresse in der Anweisung local-address an.

Da IBGP Multihop-Verbindungen unterstützt, können SICH IBGP-Nachbarn überall innerhalb des autonomen Systems (AS) befinden und haben häufig keine Verbindung gemeinsam. Eine rekursive Routensuche löst die Loopback-Peer-Adresse zu einem IP-Weiterleitungs-Next-Hop auf. In diesem Beispiel wird dieser Service von einem OSPF. Obwohl Nachbarn des Interior Gateway Protocol (IGP) nicht direkt verbunden werden müssen, müssen sie eine volle Mesh-Mesh-Verbindung haben. In diesem Fall bedeutet ein volles Mesh, dass jedes Gerät logisch über Nachbar-Peer-Beziehungen mit jedem anderen Gerät verbunden ist. Die neighbor Aussage erzeugt das Mesh.

Anmerkung:

Bei Konfiguration einer Confederation oder Route Reflection wird von der Anforderung für ein Full-Mesh-Netz abgesehen.

Nachdem der BGP eingerichtet wurde, werden lokale Routen nicht automatisch von den anderen Peers BGP ausgeschrieben. Auf jedem BGP-fähigen Gerät ist eine Richtlinienkonfiguration erforderlich, um die lokalen, statischen oder IGP-erlernten Routen in die BGP Routing Information Base (RIB) zu exportieren und sie dann als BGP-Routen zu den anderen Peers an. BGP in der Ankündigungsrichtlinie von standardmäßig keine nicht-BGP (z. B. lokale Routen) zu Peers aus.

In dem Beispielnetzwerk sind die Geräte in AS 17 in der Gruppe vollständig internal-peers vermascht. Die Geräte verfügen über Loopback-Adressen 192.168.6.5, 192.163.6.4 und 192.168.40.4.

Abbildung 5 zeigt ein typisches Netzwerk mit internen Peer-Sitzungen.

Abbildung 5: Typisches Netzwerk mit IBGP-SitzungenTypisches Netzwerk mit IBGP-Sitzungen

Konfiguration

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie diese in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit der Netzwerkkonfiguration erforderlich sind, und kopieren Sie die Befehle, und fügen Sie die Befehle CLI der Hierarchieebene [edit] ein.

Gerät A

Gerät B

Gerät C

Gerät A konfigurieren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI Benutzerhandbuch.

Zum Konfigurieren interner BGP Peer-Sitzungen auf Gerät A:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfiguration BGP.

    Die Anweisungen sind sowohl für Gerät B als auch für Gerät C enthalten, obwohl neighbor Gerät A nicht direkt mit Gerät C verbunden ist.

  3. Konfiguration OSPF.

  4. Konfigurieren Sie eine Richtlinie, die direkte Routen akzeptiert.

    Andere nützliche Optionen für dieses Szenario könnten das Akzeptieren von Routen sein, die über lokale oder OSPF Routen gelernt werden.

  5. Konfigurieren Sie die Router-ID und die AS-Nummer.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesshow policy-options , und Befehle show protocolsshow 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 die Konfiguration des Geräts erledigt haben, geben Sie commit den Konfigurationsmodus ein.

Gerät konfigurieren B

Schritt-für-Schritt-Verfahren

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

Zum Konfigurieren interner BGP Peer-Sitzungen auf Gerät B:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfiguration BGP.

    Die Anweisungen sind sowohl für Gerät B als auch für Gerät C enthalten, obwohl neighbor Gerät A nicht direkt mit Gerät C verbunden ist.

  3. Konfiguration OSPF.

  4. Konfigurieren Sie eine Richtlinie, die direkte Routen akzeptiert.

    Andere nützliche Optionen für dieses Szenario könnten das Akzeptieren von Routen sein, die über lokale oder OSPF Routen gelernt werden.

  5. Konfigurieren Sie die Router-ID und die AS-Nummer.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesshow policy-options , und Befehle show protocolsshow 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 die Konfiguration des Geräts erledigt haben, geben Sie commit den Konfigurationsmodus ein.

Gerät C konfigurieren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zur Navigation in CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI Benutzerhandbuch.

So konfigurieren Sie interne BGP Peer-Sitzungen auf Gerät C:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfiguration BGP.

    Die Anweisungen sind sowohl für Gerät B als auch für Gerät C enthalten, obwohl neighbor Gerät A nicht direkt mit Gerät C verbunden ist.

  3. Konfiguration OSPF.

  4. Konfigurieren Sie eine Richtlinie, die direkte Routen akzeptiert.

    Andere nützliche Optionen für dieses Szenario könnten das Akzeptieren von Routen sein, die über lokale oder OSPF Routen gelernt werden.

  5. Konfigurieren Sie die Router-ID und die AS-Nummer.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesshow policy-options , und Befehle show protocolsshow 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 die Konfiguration des Geräts bereits durchgeführt haben, geben Sie commit sie im Konfigurationsmodus ein.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung BGP Nachbarn

Zweck

Stellen Sie sicher, BGP Auf konfigurierten Schnittstellen ausgeführt wird und dass die BGP-Sitzung für jede Nachbaradresse aktiv ist.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp neighbor ein.

Prüfung von BGP Gruppen

Zweck

Stellen Sie sicher, dass BGP Gruppen korrekt konfiguriert wurden.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp group ein.

Überprüfung zusammenfassender BGP Informationen

Zweck

Stellen Sie sicher, BGP Konfiguration korrekt ist.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp summary ein.

Sicherstellen, dass BGP Routen in der Routingtabelle installiert sind

Zweck

Stellen Sie sicher, dass die Konfiguration der Exportrichtlinie die BGP Routen in den Routingtabellen der Peers verursacht.

Aktion

Geben Sie im Betriebsmodus den Befehl show route protocol bgp ein.

Beispiel: Konfigurieren interner Netzwerk BGP Peering-Sitzungen zu logischen Systemen

In diesem Beispiel wird gezeigt, wie sie interne BGP-Peer-Sitzungen auf logischen Systemen konfigurieren.

Anforderungen

In diesem Beispiel ist über die Initialisierung des Geräts hinaus keine besondere Konfiguration erforderlich.

Überblick

In diesem Beispiel konfigurieren Sie interne BGP (IBGP) Peering-Sitzungen.

In dem Beispielnetzwerk sind die Geräte in AS 17 in der Gruppe vollständig internal-peers vermascht. Die Geräte verfügen über Loopback-Adressen 192.168.6.5, 192.163.6.4 und 192.168.40.4.

Abbildung 6 zeigt ein typisches Netzwerk mit internen Peer-Sitzungen.

Abbildung 6: Typisches Netzwerk mit IBGP-SitzungenTypisches Netzwerk mit IBGP-Sitzungen

Konfiguration

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie diese in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit der Netzwerkkonfiguration erforderlich sind, und kopieren Sie die Befehle, und fügen Sie die Befehle CLI der Hierarchieebene [edit] ein.

Gerät A

Schritt-für-Schritt-Verfahren

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

Zum Konfigurieren interner BGP Peer-Sitzungen auf Gerät A:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfiguration BGP.

    Auf logischem System A sind die Anweisungen sowohl für Gerät B als auch für Gerät C enthalten, auch wenn neighbor logisches System A nicht direkt mit Gerät C verbunden ist.

  3. Konfiguration OSPF.

  4. Konfigurieren Sie eine Richtlinie, die direkte Routen akzeptiert.

    Andere nützliche Optionen für dieses Szenario könnten das Akzeptieren von Routen sein, die über lokale oder OSPF Routen gelernt werden.

  5. Konfigurieren Sie die Router-ID und die autonome Systemnummer (AS).

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie den Befehl show logical-systems eingeben. Wenn in der Ausgabe die beabsichtigte Konfiguration nicht angezeigt wird, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.

Wenn Sie die Konfiguration des Geräts erledigt haben, geben Sie commit den Konfigurationsmodus ein.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung BGP Nachbarn

Zweck

Stellen Sie sicher, BGP Auf konfigurierten Schnittstellen ausgeführt wird und dass die BGP-Sitzung für jede Nachbaradresse aktiv ist.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp neighbor ein.

Prüfung von BGP Gruppen

Zweck

Stellen Sie sicher, dass BGP Gruppen korrekt konfiguriert wurden.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp group ein.

Überprüfung zusammenfassender BGP Informationen

Zweck

Stellen Sie sicher, BGP Konfiguration korrekt ist.

Aktion

Geben Sie im Betriebsmodus den Befehl show bgp summary ein.

Sicherstellen, dass BGP Routen in der Routingtabelle installiert sind

Zweck

Stellen Sie sicher, dass die Konfiguration der Exportrichtlinie funktioniert.

Aktion

Geben Sie im Betriebsmodus den Befehl show route protocol bgp ein.