Konfigurationsbeispiel für ASR-Einzelgehäuse-Migration zum nV-Edge-System

Einführung

In diesem Dokument wird beschrieben, wie zwei Einchassis-Systeme des Cisco Aggregation Services Router (ASR) 9000 (9.000) zu einem nV-Edge-System migriert werden.

Voraussetzungen

Anforderungen

Um zwei Router zu gruppieren, müssen mehrere Anforderungen erfüllt werden.

Software

Sie benötigen Cisco IOS^® XR Version 4.2.1 oder höher.

Hinweis: Die nV Edge Software ist in das Mini-Paket integriert.

Hardware

Chassis:

• ASR 9006 und 9010, die mit Version 4.2.1 begonnen haben
• Unterstützung für ASR 9001 ab Version 4.3.0
• Unterstützung für ASR 9001-S und 9922 ab Version 4.3.1
• Unterstützung für ASR 9904 und 9912 ab Version 5.1.1

Hinweis: Für den nV-Edge müssen identische Chassis-Typen verwendet werden.

Line Card (LC) und Route Switch Processor (RSP):

• Dual RSP440 für 9006/9010/9904
• Dual Route Processor (RP) für 9912/9922
• Ein RSP für 9001/9001-S
• Typhoon-basierter LC- oder SPA Interface Processor (SIP)-700

Hinweis: RSP-4G, RSP-8G, Trident-basierte LCs, Integrated Service Module (ISM) und Virtualized Services Module (VSM) werden nicht unterstützt.

Hinweis: Nur Typhoon-basierte LCs können Inter-Rack Link (IRL)-Verbindungen unterstützen.

Steuerungsverbindungen (Ethernet Out of Band Control (EOBC)/Cluster-Ports) unterstützen optische Verbindungen:

• Small Form-Factor Pluggabble (SFP)-GE-S, Version 4.2.1
• GLC-SX-MMD, Version 4.3.0
• GLC-LH-SMD, Version 4.3.0

Datenverbindungen/von IRL unterstützte optische Verbindungen:

• Unterstützung für optische Verbindungen gemäß LC-Unterstützung
• 10G-IRL-Unterstützung, die mit Version 4.2.1 begonnen hat
• 40G-IRL-Unterstützung, die mit Version 5.1.1 begonnen hat
• 100G IRL-Unterstützung, die mit Version 5.1.1 begonnen hat

Hinweis: 1G IRL wird nicht unterstützt.

Hinweis: Weitere Informationen finden Sie im Datenblatt zum Support für Line Cards für optische LC-Verbindungen für Cisco ASR 9000 Transceiver-Module.

Hinweis: Der IRL-Mischmodus wird nicht unterstützt. alle IRLs müssen die gleiche Geschwindigkeit haben.

Verwendete Komponenten

Das Beispiel in diesem Dokument basiert auf zwei 9006-Routern mit einem RSP440, die XR Release 4.2.3 ausführen.

Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.

Beispielmigration

Terminologie

Die IRLs sind die Datenebenenverbindung zwischen den beiden Routern im Cluster.

Die Steuerungs- oder EOBC-Ports sind die Steuerungsebenenverbindungen zwischen den beiden Routern.

Netzwerkdiagramm

Hinweis: Die Control-Links sind wie hier gezeigt miteinander verbunden.

Für den 9001 gibt es zwei Cluster-Ports (grün dargestellt), die als 10G-EOBC-Verbindungen fungieren. Jeder 10G-Port kann für IRL-Verbindungen verwendet werden, einschließlich der integrierten SFP+-Ports (blau dargestellt) oder eines 10G-Ports in einem modularen Port-Adapter (MPA).

Migration

Hinweis: Kabelsteuerungsverbindungen sollten erst nach Schritt 10 hergestellt werden.

1. Turbostart oder Upgrade auf die gewünschte XR-Softwareversion auf beiden Routern (mindestens Version 4.2.1).
   
   
2. Stellen Sie sicher, dass die XR-Software mit Software Maintenance Upgrades (SMUs) und der FPD-Firmware (Field Programmable Device) auf dem neuesten Stand ist.
   
   
3. Bestimmen Sie die Seriennummer der einzelnen Chassis. Sie benötigen diese Informationen in späteren Schritten.
   
   

   RP/0/RSP0/CPU0:ASR9006#admin show inventory chass
   NAME: "chassis ASR-9006-AC-E", DESCR: "ASR 9006 AC Chassis with PEM Version 2"
   PID: ASR-9006-AC-V2, VID: V01, SN: FOX1613G35U

   
   
   
4. Konfigurieren Sie nur für Rack 1 das Router-Konfigurationsregister für den Start im ROM-Monitor-Startmodus.
   
   

   admin config-register boot-mode rom-monitor location all

   
   
   
5. Schalten Sie Rack 1 aus.
   
   
6. Konfigurieren Sie auf Rack 0 die in Schritt 3 erworbenen Seriennummern des Clusters von jedem Router:
   
   

   admin 
   config
   nv edge control serial FOX1613G35U rack 0
   nv edge control serial FOX1611GQ5H rack 1
   commit

   
   
   
7. Rack 0 neu laden.
   
   
8. Einschalten von Rack 1 und Anwenden dieser Befehle auf RSP 0 und RSP 1
   
   

   unset CLUSTER_RACK_ID 
   unset CLUSTER_NO_BOOT 
   unset BOOT 
   confreg 0x2102 
   sync

   
   
   
9. Schalten Sie Rack 1 aus.
   
   
10. Schließen Sie die Steuerungsverbindungskabel wie in der Abbildung im Abschnitt Netzwerkdiagramm gezeigt an.
    
    
11. Einschalten des Racks 1
    
    Die RSPs auf Rack 1 synchronisieren alle Pakete und Dateien aus Rack 0.
    
    

    Expected output on Rack 1 during boot up
    
    Cisco IOS XR Software for the Cisco XR ASR9K, Version 4.2.3
    Copyright (c) 2013 by Cisco Systems, Inc.
    Aug 16 17:15:16.903 : Install (Node Preparation): Initializing VS Distributor...
    Media storage device /harddisk: was repaired. Check fsck log at
    /harddisk:/chkfs_repair.log
    Could not connect to /dev/chan/dsc/cluster_inv_chan:
    Aug 16 17:15:42.759 : Local port RSP1 / 12 Remote port RSP1 /
    12 UDLD-Bidirectional
    Aug 16 17:15:42.794 : Lport 12 on RSP1[Priority 2] is selected active
    Aug 16 17:15:42.812 : Local port RSP1 / 13 Remote port RSP0 /
    13 UDLD-Bidirectional
    Aug 16 17:15:42.847 : Lport 13 on RSP1[Priority 1] is selected active
    Aug 16 17:16:01.787 : Lport 12 on RSP0[Priority 0] is selected active
    Aug 16 17:16:20.823 : Install (Node Preparation): Install device root from dSC
    is /disk0/
    Aug 16 17:16:20.830 : Install (Node Preparation): Trying device disk0:
    Aug 16 17:16:20.841 : Install (Node Preparation): Checking size of device disk0:
    Aug 16 17:16:20.843 : Install (Node Preparation):    OK
    Aug 16 17:16:20.844 : Install (Node Preparation): Cleaning packages on device disk0:
    Aug 16 17:16:20.844 : Install (Node Preparation):    Please wait...
    Aug 16 17:17:42.839 : Install (Node Preparation):    Complete
    Aug 16 17:17:42.840 : Install (Node Preparation): Checking free space on disk0:
    Aug 16 17:17:42.841 : Install (Node Preparation):    OK
    Aug 16 17:17:42.842 : Install (Node Preparation): Starting package and meta-data sync
    Aug 16 17:17:42.846 : Install (Node Preparation): Syncing package/meta-data contents:
    /disk0/asr9k-9000v-nV-px-4.2.3 
    Aug 16 17:17:42.847 : Install (Node Preparation):    Please wait...
    Aug 16 17:18:42.301 : Install (Node Preparation):    Completed syncing:
    /disk0/asr9k-9000v-nV-px-4.2.3
    Aug 16 17:18:42.302 : Install (Node Preparation): Syncing package/meta-data contents:
    /disk0/asr9k-9000v-nV-supp-4.2.3 
    Aug 16 17:18:42.302 : Install (Node Preparation):    Please wait...
    Aug 16 17:19:43.340 : Install (Node Preparation):    Completed syncing:
    /disk0/asr9k-9000v-nV-supp-4.2.3
    Aug 16 17:19:43.341 : Install (Node Preparation): Syncing package/meta-data contents:
    /disk0/asr9k-px-4.2.3.CSCuh52959-1.0.0 
    Aug 16 17:19:43.341 : Install (Node Preparation):    Please wait...
    Aug 16 17:20:42.501 : Install (Node Preparation):    Completed syncing:
    /disk0/asr9k-px-4.2.3.CSCuh52959-1.0.0
    Aug 16 17:20:42.502 : Install (Node Preparation): Syncing package/meta-data contents:
    /disk0/iosxr-routing-4.2.3.CSCuh52959-1.0.0 

    
    
    
12. Konfigurieren Sie die Datenlinkports als nV-Edge-Ports aus Rack 0 (dSC):
    
    

    interface TenGigE0/0/1/3
    nv
     edge
      interface
    !
    interface TenGigE1/0/0/3
    nv
     edge
      interface
    !
    interface TenGigE0/1/1/3
    nv
     edge
      interface
    !
    interface TenGigE1/1/0/3
    nv
     edge
      interface
    interface TenGigE0/2/1/3
    nv
     edge
      interface
    !
    interface TenGigE1/2/0/3
    nv
     edge
      interface
    !
    interface TenGigE0/3/1/3
    nv
     edge
      interface
    !
    interface TenGigE1/3/0/3
    nv
     edge
      interface

Überprüfen

1. Überprüfen Sie die Datenebene:
   
   

   show nv edge data forwarding location all
   <Snippet>
   -----------------node0_RSP0_CPU0------------------
   
   nV Edge Data interfaces in forwarding state: 4
   
   TenGigE0_0_1_3                  <-->  TenGigE1_0_0_3                
   TenGigE0_1_1_3                  <-->  TenGigE1_1_0_3              
   TenGigE0_2_1_3                  <-->  TenGigE1_2_0_3               
   TenGigE0_3_1_3                  <-->  TenGigE1_3_0_3                    
   <Snippet>

   
   
   In dieser Ausgabe sollten die IRLs im Weiterleitungsstatus sein.
2. Überprüfen Sie die Kontrollebene:
   
   

   show nv edge control control-link-protocols location 0/RSP0/CPU0
   <Snippet>
   Port enable administrative configuration setting: Enabled
   Port enable operational state: Enabled
   Current bidirectional state: Bidirectional
   Current operational state: Advertisement - Single neighbor detected
   Priority lPort             Remote_lPort      UDLD STP
   ======== =====             ============      ==== ========
   0        0/RSP0/CPU0/0     1/RSP0/CPU0/0     UP   Forwarding
   1        0/RSP0/CPU0/1     1/RSP1/CPU0/1     UP   Blocking  
   2        0/RSP1/CPU0/0     1/RSP1/CPU0/0     UP   On Partner RSP
   3        0/RSP1/CPU0/1     1/RSP0/CPU0/1     UP   On Partner RSP

   
   
   Aus dieser Ausgabe sollte der aktuelle bidirektionale Zustand bidirektional sein und nur einer der Ports sollte sich im Weiterleitungsstatus befinden.
   
   
3. Überprüfen Sie den Cluster-Status:
   
   

   RP/0/RSP0/CPU0:ASR9006#admin show dsc
   ---------------------------------------------------------
              Node  (     Seq)     Role       Serial State
   ---------------------------------------------------------
       0/RSP0/CPU0  (       0)   ACTIVE  FOX1613G35U PRIMARY-DSC
       0/RSP1/CPU0  (10610954)  STANDBY  FOX1613G35U NON-DSC
       1/RSP0/CPU0  (  453339)  STANDBY  FOX1611GQ5H NON-DSC
       1/RSP1/CPU0  (10610865)   ACTIVE  FOX1611GQ5H BACKUP-DSC 

   
   
   Dieser Befehl zeigt den dSC-Status (Inter-Rack) und die Redundanzrolle (Intra-Rack) für alle RSPs im System an.
   
   Dieses Beispiel hat folgende Eigenschaften:
   
   
   • RSP0 auf Rack 0 ist der primäre dSC und der aktive RSP für das Rack.
   • RSP1 auf Rack 0 ist ein Nicht-dSC und der Standby-RSP für das Rack.
   • RSP0 auf Rack 1 ist ein Nicht-dSC und der Standby-RSP für das Rack.
   • RSP1 auf Rack 1 ist der Backup-dSC und der aktive RSP für das Rack.
   
   
   

   Hinweis: Die dSC-Rolle wird für Aufgaben verwendet, die nur einmal im System ausgeführt werden müssen, z. B. wenn Sie die Konfiguration anwenden oder Installationsaktivitäten ausführen.

   
   
   

   Hinweis: Welcher RSP sich in welchem Zustand befindet, hängt davon ab, wie die Racks und RSPs gebootet wurden.

Optionale Optimierungen

Optimierung von Link Aggregation Group (LAG) und Bridge Virtual Interface (BVI)

System-MAC-Adresspool

Um Unterbrechungen auf Layer 2 zu vermeiden, können Sie den MAC-Adresspool des Systems manuell konfigurieren. Bei einem Ausfall des primären Racks wird durch diesen zusätzlichen Schritt sichergestellt, dass die logischen LAG-Pakete oder BVI-Schnittstellen weiterhin mit derselben MAC-Adresse kommunizieren und keine neue aus dem aktiven MAC-Adresspool im Rack generieren.

1. Identifizieren Sie den MAC-Adressbereich des standardmäßigen dynamischen Pools im primären Rack:
   

   RP/0/RSP0/CPU0:ASR9006#admin show ethernet mac-allocation detail 
   Minimum pool size: Unlimited
   Pool increment: 0
   Maximum free addresses: Unlimited
   Configured pool size: 0 (0 free)
   Dynamic pool size: 1286 (1241 free)
   Total pool size: 1286 (1241 free)
   Number of clients: 1
   Configured pools:
   Dynamic pools:
    6c9c.ed3e.24d8 - 6c9c.ed3e.29dd

2. Konfigurieren Sie manuell einen logischen MAC-Adresspool für den Cluster. Sie können die gleichen dynamischen MAC-Adressen aus der Befehlsausgabe des vorherigen Schritts verwenden. Der Poolbereich umfasst 1286 Adressen:
   

   admin
   configure
   ethernet mac-allocation pool base 6c9c.ed3e.24d8 range 1286

3. Tragen Sie eine Flapping-Verzögerung auf, um zu verhindern, dass der Paketmanager während des Failovers die LAG-Verbindung blinkt.
   

   Int bundle-ether 1
   lacp switchover suppress-flaps 15000

Statische MAC Pinning

Systeme, die IOS XR-Softwareversionen vor Version 5.1.1 verwenden, können die MAC-Adresspoolfunktion des Cluster-Systems nicht manuell definieren. Cisco empfiehlt, die MAC-Adressen für das System und die Schnittstelle für diese Bereitstellungen manuell zu konfigurieren.

1. Identifizieren Sie die verwendeten MAC-Adressen:
   

   show lacp system-id 
   show int bundle-ether 1
   show interface BVI 1

2. Konfigurieren Sie die MAC-Adressen manuell. Sie sollten im vorherigen Schritt dieselben MAC-Adressen aus der Befehlsausgabe verwenden.
   

   lacp system mac 8478.ac2c.7805 
   ! 
   interface bundle-ether 1 
   mac-address 8478.ac2c.7804

3. Tragen Sie eine Flapping-Verzögerung auf, um zu verhindern, dass der Paketmanager während des Failovers die LAG-Verbindung blinkt.
   

   Int bundle-ether 1
   lacp switchover suppress-flaps 15000

Layer 3 Equal-Cost Multi-Path (ECMP)-Optimierung

1. Bidirectional Forwarding Detection (BFD) und Non-Stopp Forwarding (NSF) für schnelle Konvergenz
   
   

   router isis LAB
   nsf cisco
   !
   interface TenGigE0/0/1/1
     bfd minimum-interval 50
     bfd multiplier 3
     bfd fast-detect ipv4
   !
   interface TenGigE1/0/1/1
     bfd minimum-interval 50
     bfd multiplier 3
     bfd fast-detect ipv4

   
   
   
2. Loop Free Alternate Fast Reroute (LFA-FRR) für schnelle Konvergenz
   
   Um die Cisco Express Forwarding (CEF)-Tabellen zu ändern, bevor die Routing Information Base (RIB) rekonvergiert, können Sie LFA-FRR verwenden, um Datenverkehrsverluste in einer Failover-Situation weiter zu reduzieren.
   
   

   router isis Cluster-L3VPN
    <snip>
    interface Loopback0
    address-family ipv4 unicast
    !
    !
    interface TenGigE0/1/0/5
    address-family ipv4 unicast
      fast-reroute per-link 

   
   
   

   Hinweis: LFA-FRR kann mit ECMP-Pfaden verwendet werden. Ein Pfad in der ECMP-Liste kann den anderen Pfad in der ECMP-Liste sichern.

nV IRL-Schwellenwertüberwachung

Wenn die Anzahl der für die Weiterleitung verfügbaren IRL-Links unter einen bestimmten Grenzwert fällt, können die verbleibenden IRLs überlastet werden und dazu führen, dass der Verkehr zwischen den Racks verloren geht.

Um Datenverkehrseinbrüche oder Datenverkehrsengpässe zu verhindern, sollte eine von drei vorbeugenden Maßnahmen ergriffen werden.

• Fahren Sie alle Schnittstellen in Backup-dSC herunter.
• Ausgewählte Schnittstellen schließen.
• Fahren Sie alle Schnittstellen in einem bestimmten Rack herunter.

RP/0/RSP0/CPU0:ios(admin-config)#nv edge data minimum 
       
       
         ? 
       
backup-rack-interfaces   Disable ALL interfaces on backup-DSC rack
selected-interfaces   Disable only interfaces with nv edge min-disable config
specific-rack-interfaces   Disable ALL interfaces on a specific rack 

Konfiguration der Backup-Rack-Schnittstellen

Wenn bei dieser Konfiguration die Anzahl der IRLs unter den konfigurierten Mindestwert fällt, werden alle Schnittstellen auf dem jeweiligen Chassis-Host des Backup-DSC-RSP heruntergefahren.

Hinweis: Der Backup-DSC-RSP kann sich in einem der Chassis befinden.

Konfiguration ausgewählter Schnittstellen

Wenn bei dieser Konfiguration die Anzahl der IRLs unter den konfigurierten Mindestgrenzwert absinkt, werden die Schnittstellen auf allen ausdrücklich für das Herunterfahren konfigurierten Racks deaktiviert.

Die für ein solches Ereignis ausgewählten Schnittstellen können mithilfe dieser Konfiguration explizit konfiguriert werden:

interface gigabitEthernet 0/1/1/0
 nv edge min-disable

Konfiguration spezifischer Rack-Schnittstellen

Wenn bei dieser Konfiguration die Anzahl der IRLs unter den konfigurierten Mindestgrenzwert fällt, werden alle Schnittstellen im angegebenen Rack (0 oder 1) heruntergefahren.

Standardkonfiguration

Die Standardkonfiguration entspricht der Konfiguration von mindestens 1 Backup-Rack-Schnittstellen für nv-Edge-Daten. Dies bedeutet, dass alle Schnittstellen in dem Rack, in dem der Backup-DSC installiert ist, heruntergefahren werden, wenn die Anzahl der IRLs im Weiterleitungsstatus unter 1 fällt (mindestens 1 weiterleitende IRL). Der gesamte Datenverkehr in diesem Rack wird nicht mehr weitergeleitet.

Häufige Fehler

In diesem Abschnitt werden häufig auftretende Fehlermeldungen bei der Bereitstellung von nV Edge behandelt.

EOBC-Fehler

PLATFORM-DSC_CTRL-3-MULTIPLE_PRIMARY_DSC_NODES : Primary DSC state declared
by 2 nodes: 0/RSP1/CPU0 1/RSP0/CPU0 . Local state is BACKUP-DSC

Diese Meldung wird durch nicht unterstützte SFPs an den EOBC-Ports verursacht. Dies kann auch durch falsch aufeinander abgestimmte FPD-Firmware-Versionen auf den beiden Routern ausgelöst werden. Stellen Sie sicher, dass FPDs vor der Migration aktualisiert werden.

PLATFORM-CE_SWITCH-6-BADSFP : Front panel nV Edge Control Port 0 has unsupported
SFP plugged in. Port is disabled, please plug in Cisco support 1Gig SFP for port
to be enabled

Diese Meldung wird angezeigt, wenn eine nicht unterstützte optische Verbindung eingefügt wird. Die Optik sollte durch eine unterstützte Cisco EOBC-Optik ersetzt werden.

Front Panel port 0 error disabled because of UDLD uni directional forwarding.
If the cause of the underlying media error has been corrected, issue this CLI
to being it up again. clear nv edge control switch error 0 <location> <location>
is the location (rsp) where this error originated

Diese Meldung wird angezeigt, wenn eine bestimmte Ethernet-Steuerungsverbindung einen Fehler aufweist und zu häufig blinkt. In diesem Fall ist dieser Port deaktiviert und wird nicht für die Steuerung der Paketweiterleitung verwendet.

PLATFORM-CE_SWITCH-6-UPDN : Interface 12 (SFP+_00_10GE) is up
PLATFORM-CE_SWITCH-6-UPDN : Interface 12 (SFP+_00_10GE) is down

Diese Meldungen werden immer dann angezeigt, wenn sich der physische Status der Steuerungsebene ändert. Dies ähnelt einer Meldung über ein Ein-/Ausschalten des Datenports. Diese Meldungen werden auch immer angezeigt, wenn ein RSP neu geladen oder bootet. Diese Meldungen werden im Normalbetrieb nicht erwartet.

IRL-Fehler

PLATFORM-NVEDGE_DATA-3-ERROR_DISABLE : Interface 0x40001c0 has been uni
directional for 10 seconds, this might be a transient condition if a card
bootup / oir etc.. is happening and will get corrected automatically without
any action. If its a real error, then the IRL will not be available fo forwarding
inter-rack data and will be missing in the output of show nv edge data
forwarding cli

Beim Start wird diese Meldung angezeigt. In der regulären Produktion bedeutet dies, dass das IRL für die Weiterleitung von Daten zwischen Racks nicht verfügbar ist. Um die Schnittstelle zu bestimmen, geben Sie den Befehl show im database ihandle <interface handle> ein. Die Verbindung startet Unidirectional Link Detection (UDLD) alle 10 Sekunden neu, bis sie wieder verfügbar ist.

PLATFORM-NVEDGE_DATA-6-IRL_1SLOT : 3 Inter Rack Links configured all on one slot.
Recommended to spread across at least two slots for better resiliency

Alle IRL-Links befinden sich auf demselben LC. Aus Gründen der Ausfallsicherheit sollten IRLs auf mindestens zwei LCs konfiguriert werden.

INFO: %d für %d Steckplätze konfigurierte Inter-Rack-Links. Empfohlen, sich auf maximal 5 Steckplätze zu verteilen, um die Verwaltbarkeit und Fehlerbehebung zu verbessern

Es wird empfohlen, die Gesamtzahl der IRLs im System (maximal 16) auf zwei bis fünf LCs zu verteilen.

PLATFORM-NVEDGE_DATA-6-ONE_IRL : Only one Inter Rack Link is configured. For
Inter Rack Link resiliency, recommendation is to have at least two links spread
across at least two slots

Aus Gründen der Ausfallsicherheit sollten mindestens zwei IRL-Verbindungen konfiguriert sein.

Zugehörige Informationen

• Konfigurieren des nV-Edge-Systems auf dem Cisco Router der Serie ASR 9000
• ASR9K nV-Edge-Bereitstellungsleitfaden
• Technischer Support und Dokumentation - Cisco Systems