BGP-Routenreflektion und mehrere Cluster-IDs verwenden

Download-Optionen

  • PDF     (437.9 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (241.3 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (347.7 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:20. Mai 2025
Dokument-ID:200153

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

    Einleitung

    In diesem Dokument werden verschiedene Szenarien der Border Gateway Protocol (BGP)-Routenspiegelung und der Verwendung mehrerer Cluster-IDs beschrieben. 

    Voraussetzungen

    Anforderungen

    Es wird davon ausgegangen, dass die BGP-Konzepte, insbesondere Cluster und Routenspiegelung, bereits bekannt sind.

    Verwendete Komponenten

    Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

    Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

    Beschreibung der BGP-Routen-Reflektion

    Ein BGP-Router ist ein BGP-fähiger Router. Standardmäßig geben BGP-Router keine vom iBGP bezogenen Präfixe an iBGP-Peers weiter. Auf diese Weise wird der Loop-Schutz aufrechterhalten. Mit RFC 4456 wird die Funktion zur Routenspiegelung eingeführt, sodass keine Full-Mesh-Verbindungen zwischen iBGP-Routern erforderlich sind. Wenn der Routen-Reflektor ein Präfix widerspiegelt, erstellt/ändert er ein optionales nicht-transitives Attribut namens CLUSTER_LIST, indem er ihm eine eigene Cluster-ID hinzufügt. Dieses Attribut wird für die Schleifenvermeidung verwendet: Wenn der Router eine Aktualisierung empfängt, die CLUSTER_LIST eine eigene Cluster-ID des Routers enthält, wird diese Aktualisierung verworfen.

    Standardmäßig ist die Cluster-ID auf den Wert für die BGP-Router-ID festgelegt, kann jedoch auf einen beliebigen 32-Bit-Wert festgelegt werden. Die MCID-Funktion (Multiple Cluster IDs) ermöglicht die Zuweisung von Cluster-IDs pro Nachbar. Es gibt also drei Arten von Routen-Reflexionsszenarien.

    1. Zwischen Client und Nicht-Client
    2. Zwischen Clients im selben Cluster (clusterintern)
    3. Zwischen Clients in verschiedenen Clustern (clusterübergreifend)

    Konfigurationsbeispiele für Routen-Reflektion

    In diesem Abschnitt finden Sie einige Szenarien für die Routerspiegelung sowie entsprechende Konfigurationsbeispiele.

    Einzelner Cluster mit Standardeinstellungen

    Single Cluster with Default Settings

    Image 1

    Die nächste Konfiguration wurde mit einem Router-RR vorgenommen, der als Routen-Reflektor fungiert.

    RR#show run | sec bgp
router bgp 1
 bgp log-neighbor-changes
 neighbor 10.0.10.2 remote-as 1
 neighbor 10.0.10.2 route-reflector-client
 neighbor 10.0.20.2 remote-as 1
 neighbor 10.0.20.2 route-reflector-client
 neighbor 10.0.40.2 remote-as 1

    In diesem Fall sind S1PE1 und S1PE2 Clients von RR, während S2PE1 nicht Client ist. In herkömmlichen Designs dient der Nicht-Client-Router als Routen-Reflektor für Router der nächsten Hierarchieebene. In diesem Beispiel wird der Einfachheit halber jedoch nur ein anderer PE verwendet.

    RR#show ip bgp cluster-ids
Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
BGP client-to-client reflection:         Configured    Used
  all (inter-cluster and intra-cluster): ENABLED
  intra-cluster:                         ENABLED       ENABLED

List of cluster-ids:
Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE

RR#show ip bgp 172.16.1.1
BGP routing table entry for 172.16.1.1/32, version 2
Paths: (1 available, best #1, table default)
  Advertised to update-groups:
     1          2
  Refresh Epoch 2
  Local, (Received from a RR-client)
    10.0.10.2 from 10.0.10.2 (172.16.1.1)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      rx pathid: 0, tx pathid: 0x0


RR#show ip bgp update-group 1
BGP version 4 update-group 1, internal, Address Family: IPv4 Unicast
  BGP Update version : 4/0, messages 0
  Topology: global, highest version: 4, tail marker: 4
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 2, replicated 2, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 1, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 1 member:
   10.0.40.2

   
RR#show ip bgp update-group 2
BGP version 4 update-group 2, internal, Address Family: IPv4 Unicast
  BGP Update version : 4/0, messages 0
  Route-Reflector Client
  Topology: global, highest version: 4, tail marker: 4
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 3, replicated 6, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 1, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 2 members:
   10.0.10.2        10.0.20.2

    Diese Ausgaben zeigen, dass der RR das Präfix 172.16.1.1/32 von S1PE1 empfängt und an den S1PE2-Client und den Nicht-S2PE1-Client weitergibt. In diesem Fall wird das Update ebenfalls an S1PE1 zurückgesendet, allerdings geschieht dies, weil S1PE1 und S1PE2 über die gleiche Routingrichtlinie verfügen und daher die gleiche Updategruppe bilden.

    Einzelner Cluster mit deaktivierter Client-zu-Client-Reflektion

    Single Cluster with Client-to-Client Reflection Disabled

    Image 2

    Die nächste Konfiguration wurde mit einem Router-RR vorgenommen, der als Routen-Reflektor fungiert.

    RR#show run | sec bgp
router bgp 1
 no bgp client-to-client reflection
 bgp log-neighbor-changes
 neighbor 10.0.10.2 remote-as 1
 neighbor 10.0.10.2 route-reflector-client
 neighbor 10.0.20.2 remote-as 1
 neighbor 10.0.20.2 route-reflector-client
 neighbor 10.0.40.2 remote-as 1

    Nehmen wir an, AS1 ist teilweise vermascht: S1PE1 und S1PE2 bilden eine iBGP-Nachbarschaft (sie befinden sich z. B. am selben Standort, und Sie möchten die Art und Weise optimieren, wie Netzwerkprozesse aktualisiert werden). In diesem Fall ist bei RR die Client-zu-Client-Reflektion deaktiviert, und es wird 172.16.1.1/32 von S1PE1 nur an das Nicht-Client-S2PE1 reflektiert.

    RR#show ip bgp cluster-ids
Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
BGP client-to-client reflection:         Configured    Used
  all (inter-cluster and intra-cluster): DISABLED
  intra-cluster:                         ENABLED       DISABLED

List of cluster-ids:
Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE


RR#show ip bgp 172.16.1.1
BGP routing table entry for 172.16.1.1/32, version 5
Paths: (1 available, best #1, table default, RIB-failure(17))
  Advertised to update-groups:
     1
  Refresh Epoch 2
  Local, (Received from a RR-client)
    10.0.10.2 from 10.0.10.2 (172.16.1.1)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      rx pathid: 0, tx pathid: 0x0

    
RR#show ip bgp update-group 1
BGP version 4 update-group 1, internal, Address Family: IPv4 Unicast
  BGP Update version : 7/0, messages 0
  Topology: global, highest version: 7, tail marker: 7
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 4, replicated 4, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 1, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 1 member:
   10.0.40.2

    Zwei Cluster, standortinterne und standortübergreifende Routen-Reflektion

    Two Clusters, Intra-site and Inter-site Route Reflection

    Image 3

    Die nächste Konfiguration wurde mit einem Router-RR vorgenommen, der als Routen-Reflektor fungiert.

    RR#show run | sec bgp
router bgp 1
 no bgp client-to-client reflection intra-cluster cluster-id 192.168.1.1
 bgp log-neighbor-changes
 neighbor 10.0.10.2 remote-as 1
 neighbor 10.0.10.2 cluster-id 192.168.1.1
 neighbor 10.0.10.2 route-reflector-client
 neighbor 10.0.20.2 remote-as 1
 neighbor 10.0.20.2 cluster-id 192.168.1.1
 neighbor 10.0.20.2 route-reflector-client
 neighbor 10.0.40.2 remote-as 1
 neighbor 10.0.40.2 cluster-id 192.168.2.2
 neighbor 10.0.40.2 route-reflector-client
 neighbor 10.0.50.2 remote-as 1
 neighbor 10.0.50.2 cluster-id 192.168.2.2
 neighbor 10.0.50.2 route-reflector-client
 neighbor 10.0.70.2 remote-as 1

    In diesem Fall bilden beide PEs an Standort 1 den Cluster 192.168.1.1, während beide PEs an Standort 2 den Cluster 192.168.2.2 bilden. S3PE1 ist ein Nicht-Client. PEs an Standort 1 verfügen über eine direkte iBGP-Sitzung, die clusterinterne Reflektion ist für Cluster 192.168.1.1 deaktiviert, aber für Cluster 192.168.2.2 weiterhin aktiviert. Die clusterübergreifende Reflektion ist aktiviert.

    RR#show ip bgp cluster-ids
Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
BGP client-to-client reflection:         Configured    Used
  all (inter-cluster and intra-cluster): ENABLED
  intra-cluster:                         ENABLED       ENABLED

List of cluster-ids:
Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE
192.168.1.1                2 DISABLED    DISABLED
192.168.2.2                2 ENABLED     ENABLED


RR#show ip bgp 172.16.1.1
BGP routing table entry for 172.16.1.1/32, version 5
Paths: (1 available, best #1, table default, RIB-failure(17))
  Advertised to update-groups:
     3          5
  Refresh Epoch 9
  Local, (Received from a RR-client)
    10.0.10.2 from 10.0.10.2 (172.16.1.1)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      rx pathid: 0, tx pathid: 0x0

    
RR#show ip bgp update-group 3
BGP version 4 update-group 3, internal, Address Family: IPv4 Unicast
  BGP Update version : 11/0, messages 0
  Topology: global, highest version: 11, tail marker: 11
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 20, replicated 20, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 1, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 1 member:
   10.0.70.2

    
RR#show ip bgp update-group 5
BGP version 4 update-group 5, internal, Address Family: IPv4 Unicast
  BGP Update version : 11/0, messages 0
  Route-Reflector Client
  Configured with cluster-id 192.168.2.2
  Topology: global, highest version: 11, tail marker: 11
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 22, replicated 34, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 3, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 2 members:
   10.0.40.2        10.0.50.2

    Das von S1PE1 empfangene Präfix 172.16.1.1/32 wird an die Clients im Cluster 192.168.2.2 und an die Nicht-Clients übertragen. Gleichzeitig wird das von S2PE1 empfangene Präfix 172.16.4.4/32 für alle Clients und Nicht-Clients übernommen.

    RR#show ip bgp 172.16.4.4
BGP routing table entry for 172.16.4.4/32, version 9
Paths: (1 available, best #1, table default, RIB-failure(17))
  Advertised to update-groups:
     3          4          5
  Refresh Epoch 6
  Local, (Received from a RR-client)
    10.0.40.2 from 10.0.40.2 (172.16.4.4)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      rx pathid: 0, tx pathid: 0x0

RR#show ip bgp update-group 3
BGP version 4 update-group 3, internal, Address Family: IPv4 Unicast
  BGP Update version : 11/0, messages 0
  Topology: global, highest version: 11, tail marker: 11
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 20, replicated 20, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 1, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 1 member:
   10.0.70.2

RR#show ip bgp update-group 4
BGP version 4 update-group 4, internal, Address Family: IPv4 Unicast
  BGP Update version : 11/0, messages 0
  Route-Reflector Client
  Configured with cluster-id 192.168.1.1
  Topology: global, highest version: 11, tail marker: 11
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 26, replicated 47, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 3, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 2 members:
   10.0.10.2        10.0.20.2

RR#show ip bgp update-group 5
BGP version 4 update-group 5, internal, Address Family: IPv4 Unicast
  BGP Update version : 11/0, messages 0
  Route-Reflector Client
  Configured with cluster-id 192.168.2.2
  Topology: global, highest version: 11, tail marker: 11
  Format state: Current working (OK, last not in list)
                Refresh blocked (not in list, last not in list)
  Update messages formatted 22, replicated 34, current 0, refresh 0, limit 1000
  Number of NLRIs in the update sent: max 3, min 0
  Minimum time between advertisement runs is 0 seconds
  Has 2 members:
   10.0.40.2        10.0.50.2

    Sie können die standortinterne Routen-Reflektion auch für Cluster 192.168.2.2 deaktivieren. In diesem Fall müssen Clients in diesem Cluster jedoch über eine vollständige Vermaschung von iBGP-Sitzungen verfügen:

    RR(config-router)#no bgp client-to-client reflection intra-cluster cluster-id 192.168.2.2

    RR#sh ip bgp cluster-ids
    Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
    BGP client-to-client reflection:         Configured    Used
      all (inter-cluster and intra-cluster): ENABLED
      intra-cluster:                         ENABLED       ENABLED

    List of cluster-ids:
    Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE
    192.168.1.1                2 DISABLED    DISABLED
    192.168.2.2                2 DISABLED    DISABLED

    Standortinterne Reflektionen können ebenfalls für alle Cluster deaktiviert werden:

    RR(config-router)#no bgp client-to-client reflection intra-cluster cluster-id any

    Zwei Cluster, keine Client-zu-Client-Reflektion

    Two Clusters, no Client-to-Client Reflection

    Image 4 

    Die nächste Konfiguration wurde mit einem Router-RR vorgenommen, der als Routen-Reflektor fungiert.

    RR#show run | sec bgp
router bgp 1
 no bgp client-to-client reflection
 bgp log-neighbor-changes
 neighbor 10.0.10.2 remote-as 1
 neighbor 10.0.10.2 cluster-id 192.168.1.1
 neighbor 10.0.10.2 route-reflector-client
 neighbor 10.0.20.2 remote-as 1
 neighbor 10.0.20.2 cluster-id 192.168.1.1
 neighbor 10.0.20.2 route-reflector-client
 neighbor 10.0.40.2 remote-as 1
 neighbor 10.0.40.2 cluster-id 192.168.2.2
 neighbor 10.0.40.2 route-reflector-client
 neighbor 10.0.50.2 remote-as 1
 neighbor 10.0.50.2 cluster-id 192.168.2.2
 neighbor 10.0.50.2 route-reflector-client
 neighbor 10.0.70.2 remote-as 1

    Es ist möglich, sowohl die clusterinterne als auch die clusterübergreifende Reflektion zu deaktivieren. In diesem Fall wird nur die Reflektion zwischen Clients und Nicht-Clients durchgeführt.

    RR#show ip bgp cluster-ids
Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
BGP client-to-client reflection:         Configured    Used
  all (inter-cluster and intra-cluster): DISABLED
  intra-cluster:                         ENABLED       DISABLED

List of cluster-ids:
Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE
192.168.1.1                2 ENABLED     DISABLED
192.168.2.2                2 ENABLED     DISABLED


    RR#show ip bgp 172.16.1.1
    BGP routing table entry for 172.16.1.1/32, version 5
    Paths: (1 available, best #1, table default, RIB-failure(17))
      Advertised to update-groups:
         3
      Refresh Epoch 9
      Local, (Received from a RR-client)
        10.0.10.2 from 10.0.10.2 (172.16.1.1)
          Origin IGP, metric 0, localpref 100, valid, internal, best
          rx pathid: 0, tx pathid: 0x0


    RR#show ip bgp 172.16.4.4
    BGP routing table entry for 172.16.4.4/32, version 9
    Paths: (1 available, best #1, table default, RIB-failure(17))
      Advertised to update-groups:
         3
      Refresh Epoch 6
      Local, (Received from a RR-client)
        10.0.40.2 from 10.0.40.2 (172.16.4.4)
          Origin IGP, metric 0, localpref 100, valid, internal, best
          rx pathid: 0, tx pathid: 0x0


    RR#show ip bgp update-group 3
    BGP version 4 update-group 3, internal, Address Family: IPv4 Unicast
      BGP Update version : 11/0, messages 0
      Topology: global, highest version: 11, tail marker: 11
      Format state: Current working (OK, last not in list)
                    Refresh blocked (not in list, last not in list)
      Update messages formatted 20, replicated 20, current 0, refresh 0, limit 1000
      Number of NLRIs in the update sent: max 1, min 0
      Minimum time between advertisement runs is 0 seconds
      Has 1 member:
       10.0.70.2

    Die Präfixe 172.16.1.1/32 und 172.16.4.4/32 wurden von den Clustern 192.168.1.1 bzw. 192.168.2.2 generiert. Beide Präfixe werden nur an das Nicht-Client-S3PE1 gespiegelt. In diesem Fall müssen alle Clients vollständig vermascht sein. Generell ergeben MCIDs in diesem speziellen Szenario keinen Sinn (dasselbe Verhalten kann mit einem einzelnen Cluster erreicht werden), sie können jedoch trotzdem verwendet werden, wenn Sie unterschiedliche Clusterlisten für Routen von verschiedenen Nachbarn haben möchten.

    Anmerkung: Es ist nicht möglich, die clusterinterne Reflektion zu aktivieren (entweder für bestimmte Cluster oder für alle Cluster), während die clusterinterne Reflektion deaktiviert ist.

    Cluster-Liste und Schleifenvermeidung

    Wenn RR ein Präfix widerspiegelt, wird dem optionalen nicht transitiven Attribut CLUSTER_LIST eine Cluster-ID hinzugefügt. Außerdem wird das optionale nicht transitive Attribut ORIGINATOR_ID auf die Router-ID des Peers festgelegt, der das Präfix an den RR weitergegeben hat.

    Wenn MCIDs verwendet werden und RR das Präfix widerspiegelt, verwendet es eine Cluster-ID, die für den Peer konfiguriert wurde, der das Präfix dem RR mitgeteilt hat. Wenn für diesen Peer keine spezifische Cluster-ID konfiguriert ist, wird die globale Cluster-ID verwendet.

    Lassen Sie uns einige Beispiele sehen. Bei RR sind alle Formen der Routenreflexion aktiviert. Die globale Cluster-ID lautet 172.16.3.3, die Cluster-IDs 192.168.1.1 und 192.168.2.2 sind auf PEs an Standort 1 bzw. 2 festgelegt (siehe Topologiediagramm oben).

    RR#show ip bgp cluster-ids
Global cluster-id: 172.16.3.3 (configured: 0.0.0.0)
BGP client-to-client reflection:         Configured    Used
  all (inter-cluster and intra-cluster): ENABLED
  intra-cluster:                         ENABLED       ENABLED

List of cluster-ids:
Cluster-id     #-neighbors C2C-rfl-CFG C2C-rfl-USE
192.168.1.1                2 ENABLED     ENABLED
192.168.2.2                2 ENABLED     ENABLED

    Reflektion zwischen Client und Nicht-Client

    S2PE3#show ip bgp 172.16.1.1
BGP routing table entry for 172.16.1.1/32, version 2
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.10.2 (metric 20) from 10.0.70.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 172.16.1.1, Cluster list: 192.168.1.1
      rx pathid: 0, tx pathid: 0x0
	
      
S2PE3#show ip bgp 172.16.4.4
BGP routing table entry for 172.16.4.4/32, version 4
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.40.2 (metric 20) from 10.0.70.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 172.16.4.4, Cluster list: 192.168.2.2
      rx pathid: 0, tx pathid: 0x0

    Nicht-Client S2PE3 empfängt das Präfix 172.16.1.1/32 vom Cluster 192.168.1.1 - die Cluster-ID 192.168.1.1 wird der Cluster-Liste hinzugefügt. Es empfängt auch das Präfix 172.16.4.4/32, das vom Cluster 192.168.2.2 generiert wurde - die Cluster-ID 192.168.2.2 wird der Cluster-Liste hinzugefügt.

    S1PE1#show ip bgp 172.16.6.6
BGP routing table entry for 172.16.6.6/32, version 5
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.70.2 (metric 20) from 10.0.10.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 172.16.6.6, Cluster list: 172.16.3.3
      rx pathid: 0, tx pathid: 0x0

     Client S1PE1 empfängt das Präfix 172.16.6.6/32 von einem Nicht-Client. Die globale Cluster-ID 172.16.3.3 wird der Cluster-Liste hinzugefügt.

    Clusterinterne Reflektion

    S1PE2#show ip bgp 172.16.1.1/32
BGP routing table entry for 172.16.1.1/32, version 8
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.10.2 (metric 20) from 10.0.20.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal
      Originator: 172.16.1.1, Cluster list: 192.168.1.1
      rx pathid: 0, tx pathid: 0

    S1PE2 gehört zum Cluster 192.168.1.1 und empfängt das Präfix 172.16.1.1/32, das von S1PE1 stammt und ebenfalls zum Cluster 192.168.1.1 gehört. Die Cluster-ID 192.168.1.1 wird der Cluster-Liste hinzugefügt.

    Clusterübergreifende Reflektion

    S2PE1#show ip bgp 172.16.1.1/32
BGP routing table entry for 172.16.1.1/32, version 4
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.10.2 (metric 20) from 10.0.40.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 172.16.1.1, Cluster list: 192.168.1.1
      rx pathid: 0, tx pathid: 0x0

	  
S1PE1#show ip bgp 172.16.4.4/32
BGP routing table entry for 172.16.4.4/32, version 4
Paths: (1 available, best #1, table default, RIB-failure(17))
  Not advertised to any peer
  Refresh Epoch 1
  Local
    10.0.40.2 (metric 20) from 10.0.10.1 (172.16.3.3)
      Origin IGP, metric 0, localpref 100, valid, internal, best
      Originator: 172.16.4.4, Cluster list: 192.168.2.2
      rx pathid: 0, tx pathid: 0x0

    S2PE1 gehört zum Cluster 192.168.2.2 und empfängt das Präfix 172.16.1.1/32, das vom Cluster 192.168.1.1 generiert wurde - die Cluster-ID ist auf 192.168.1.1 festgelegt.

    S1PE1 gehört zum Cluster 192.168.1.1 und empfängt das Präfix 172.16.4.4/32, das vom Cluster 192.168.2.2 generiert wurde - die Cluster-ID ist auf 192.168.2.2 festgelegt.

    MCIDs und Loop Prevention

    Wenn der Router das Update für das Präfix empfängt, dessen Clusterliste die eigene Cluster-ID des Routers enthält, wird das Update verworfen. Bei Verwendung von MCIDs werden Updates mit konfigurierten Cluster-IDs (global oder pro Nachbar) verworfen.

    Zugehörige Informationen

    Revisionsverlauf

    Überarbeitung Veröffentlichungsdatum Kommentare
    2.0
    20-May-2025
    Aktualisierter Titel, Einführung, Alternativer Text, technische Inhalte, Grammatik und Formatierung.
    1.0
    21-Apr-2016
    Erstveröffentlichung
    TAC Authored

    Beiträge von Cisco Ingenieuren

    • Cisco TAC Engineers

    War dieses Dokument hilfreich?

    FeedbackFeedback

    Cisco kontaktieren