Introduction
Ce document décrit comment migrer deux systèmes à châssis unique Cisco ASR (Aggregation Services Router) 9000 (9K) vers un système Edge de virtualisation de réseau (nV).
Conditions préalables
Conditions requises
Pour regrouper deux routeurs, plusieurs conditions doivent être remplies.
le logiciel Cisco IOS
Vous devez disposer de Cisco IOS® XR version 4.2.1 ou ultérieure.
Note: Le logiciel Edge nV est intégré au mini paquet.
Matériel
Châssis:
- ASR 9006 et 9010 qui ont démarré dans la version 4.2.1
- Prise en charge de l'ASR 9001 démarrée dans la version 4.3.0
- Prise en charge des ASR 9001-S et 9922 qui a démarré dans la version 4.3.1
- Prise en charge des ASR 9904 et 9912 qui a démarré dans la version 5.1.1
Note: Les types de châssis identiques doivent être utilisés pour nV Edge.
Carte de ligne (LC) et processeur de commutation de routage (RSP) :
- Double RSP440 pour 9006/9010/9904
- Processeur à deux routes (RP) pour 9912/9922
- RSP unique pour 9001/9001-S
- Processeur d'interface LC ou SPA basé sur typhon (SIP)-700
Note: Les modules RSP-4G, RSP-8G, LC Trident, ISM (Integrated Service Module) et VSM (Virtualized Services Module) ne sont pas pris en charge
Note: Seules les LC basées sur un typhon peuvent prendre en charge les liaisons IRL (Inter-Rack Link).
Les liaisons de contrôle (ports EOBC (Ethernet Out of Band Control)/ports de cluster) prennent en charge les câbles optiques :
- SFP (Small Form-Factor Pluggable)-GE-S, version 4.2.1
- GLC-SX-MMD, version 4.3.0
- GLC-LH-SMD, version 4.3.0
Liens de données / optiques prises en charge par IRL :
- La prise en charge optique est conforme à la prise en charge LC
- Prise en charge de l'IRL 10G démarrée dans la version 4.2.1
- Prise en charge de l'IRL 40G qui a démarré dans la version 5.1.1
- Prise en charge de l'IRL 100G qui a démarré dans la version 5.1.1
Note: Il n'y a pas de prise en charge IRL 1G.
Note: Reportez-vous à la fiche technique des modules émetteurs-récepteurs Cisco ASR 9000 - Prise en charge des cartes de ligne pour la prise en charge des câbles optiques LC.
Note: Le mode mixte IRL n'est pas pris en charge ; tous les IRL doivent avoir la même vitesse.
Components Used
L'exemple de ce document est basé sur deux routeurs 9006 avec un RSP440 qui exécutent XR version 4.2.3.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Exemple de migration
Terminologie
Les IRL sont la connexion du plan de données entre les deux routeurs du cluster.
La liaison de contrôle ou les ports EOBC sont la connexion du plan de contrôle entre les deux routeurs.
Diagramme du réseau

Note: Les liaisons de contrôle sont interconnectées comme indiqué ici.

Pour le 9001, deux ports de cluster (représentés en vert) agissent comme des liaisons EOBC 10G. Tout port 10G peut être utilisé pour les liaisons IRL, y compris les ports SFP+ embarqués (représentés en bleu) ou un port 10G dans un adaptateur de port modulaire (MPA).

Migration
Note: Ne faites pas de liaisons de contrôle de câble avant l’étape 10.
- Turboboot ou mise à niveau vers la version logicielle XR souhaitée sur les deux routeurs (minimum de la version 4.2.1).
- Assurez-vous que le logiciel XR est à jour avec les mises à niveau de maintenance logicielle (SMU) et le micrologiciel FPD (Field Programmable Device).
- Déterminez le numéro de série de chaque châssis. Vous aurez besoin de ces informations dans les étapes suivantes.
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
- Sur le rack 1 uniquement, configurez le registre de configuration du routeur pour utiliser le mode de démarrage rom-monitor.
admin config-register boot-mode rom-monitor location all
- Mettez le rack 1 hors tension.
- Sur le rack 0, configurez les numéros de série de cluster acquis à l'étape 3 à partir de chaque routeur :
admin
config
nv edge control serial FOX1613G35U rack 0
nv edge control serial FOX1611GQ5H rack 1
commit
- Recharger le rack 0.
- Mettez le rack 1 sous tension et appliquez ces commandes au RSP 0 et au RSP 1.
unset CLUSTER_RACK_ID
unset CLUSTER_NO_BOOT
unset BOOT
confreg 0x2102
sync
- Mettez le rack 1 hors tension.
- Connectez les câbles de liaison de contrôle comme illustré dans la figure de la section Schéma du réseau.
- Mise sous tension du rack 1.
Les RSP du rack 1 synchronisent tous les packages et fichiers du 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
- Configurez les ports de liaison de données en tant que ports Edge nV à partir du rack 0 (le 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
Vérification
- Vérifiez le plan de données :
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>
Dans ce résultat, les IRL doivent être à l'état Forwarding.
- Vérifiez le plan de contrôle :
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
À partir de cette sortie, l'état bidirectionnel actuel doit être bidirectionnel et un seul des ports doit être dans l'état de transfert.
- Vérifiez l'état du cluster :
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
Cette commande affiche à la fois l'état dSC (inter-rack) et le rôle de redondance (intra-rack) pour tous les RSP du système.
Cet exemple présente les caractéristiques suivantes :
- RSP0 sur le rack 0 est le point dSC principal et le point d'accès actif pour le rack
- RSP1 sur le rack 0 est un RSP non dSC et le RSP de secours pour le rack
- RSP0 sur le rack 1 est un RSP non dSC et le RSP de secours pour le rack
- RSP1 sur le rack 1 est le serveur de secours et le RSP actif pour le rack
Note: Le rôle dSC est utilisé pour les tâches qui ne doivent être effectuées qu'une fois dans le système, par exemple lorsque vous appliquez la configuration ou effectuez des activités d'installation.
Note: Quel RSP est dans quel état dépend de la façon dont les racks et les RSP ont été démarrés.
Optimisations
Optimisations des groupes d'agrégation de liaisons (LAG) et des interfaces virtuelles de pont (BVI)
Pool d'adresses MAC système
Afin d'éviter les interruptions de couche 2, vous pouvez configurer manuellement le pool d'adresses MAC système. En cas de défaillance du rack principal, cette étape supplémentaire garantit que les ensembles LAG logiques ou les interfaces BVI continuent à communiquer avec la même adresse MAC et ne génèrent pas de nouvelle adresse à partir du pool d'adresses MAC du rack actif.
- Identifiez la plage d'adresses MAC du pool dynamique par défaut du rack principal :
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
- Configurez manuellement un pool d'adresses MAC logiques pour le cluster. Vous pouvez utiliser les mêmes adresses MAC dynamiques à partir du résultat de la commande de l'étape précédente. La plage de pool est 1286 adresses :
admin
configure
ethernet mac-allocation pool base 6c9c.ed3e.24d8 range 1286
- Appliquez un délai de surpression afin d'empêcher le processus du gestionnaire de l'offre groupée de basculer la liaison LAG pendant le basculement.
Int bundle-ether 1
lacp switchover suppress-flaps 15000
Épinglage MAC statique
Les systèmes qui utilisent les versions du logiciel IOS XR antérieures à la version 5.1.1 n'ont pas la possibilité de définir manuellement la fonctionnalité de pool d'adresses MAC du système de cluster. Cisco vous recommande de configurer manuellement les adresses MAC du système et de l'interface pour ces déploiements.
- Identifiez les adresses MAC utilisées :
show lacp system-id
show int bundle-ether 1
show interface BVI 1
- Configurez manuellement les adresses MAC. Vous devez utiliser les mêmes adresses MAC que celles de la sortie de la commande à l'étape précédente.
lacp system mac 8478.ac2c.7805
!
interface bundle-ether 1
mac-address 8478.ac2c.7804
- Appliquez un délai de surpression afin d'empêcher le processus du gestionnaire de l'offre groupée de basculer la liaison LAG pendant le basculement.
Int bundle-ether 1
lacp switchover suppress-flaps 15000
Optimisations ECMP (Equal Cost Multi-Path) de couche 3
- BFD (Bidirectional Forwarding Detection) et NSF (Non-Stop Forwarding Detection) pour une convergence rapide
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
- Reroute alternative sans boucle (LFA-FRR) pour une convergence rapide
Afin de modifier les tables CEF (Cisco Express Forwarding) avant que la base d'informations de routage (RIB) ne puisse reconverger, vous pouvez utiliser LFA-FRR afin de réduire davantage toute perte de trafic en cas de basculement.
router isis Cluster-L3VPN
<snip>
interface Loopback0
address-family ipv4 unicast
!
!
interface TenGigE0/1/0/5
address-family ipv4 unicast
fast-reroute per-link
Note: LFA-FRR peut fonctionner avec des chemins ECMP - un chemin dans la liste ECMP peut sauvegarder l'autre chemin dans la liste ECMP.
Moniteur de seuil IRL nV
Si le nombre de liaisons IRL disponibles pour le transfert tombe en dessous d'un certain seuil, les IRL qui restent risquent d'être encombrées et de provoquer l'abandon du trafic entre les racks.
Afin d'empêcher les chutes de trafic ou les trous noirs de trafic, une des trois mesures préventives devrait être prise.
- Arrêtez toutes les interfaces sur le backup-dSC.
- Arrêtez les interfaces sélectionnées.
- Arrêtez toutes les interfaces sur un rack spécifique.
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
Configuration des interfaces de sauvegarde en rack
Avec cette configuration, si le nombre d'IRL tombe en dessous du seuil minimum configuré, toutes les interfaces sur le châssis qui héberge le RSP DSC de sauvegarde seront arrêtées.
Note: Le RSP DSC de sauvegarde peut se trouver sur l'un des châssis.
Configuration des interfaces sélectionnées
Avec cette configuration, si le nombre d'IRL descend en dessous du seuil minimum configuré, les interfaces de l'un des racks explicitement configurés pour être désactivés seront arrêtées.
Les interfaces choisies pour un tel événement peuvent être explicitement configurées via cette configuration :
interface gigabitEthernet 0/1/1/0
nv edge min-disable
Configuration des interfaces de rack spécifiques
Avec cette configuration, si le nombre d'IRL tombe en dessous du seuil minimum configuré, toutes les interfaces du rack spécifié (0 ou 1) seront arrêtées.
Configuration par défaut
La configuration par défaut équivaut à avoir configuré nv edge data minimum 1 backup-rack-interfaces. Cela signifie que si le nombre d'IRL dans l'état de transmission descend en dessous de 1 (au moins 1 IRL de transmission), toutes les interfaces sur le rack sur lequel se trouve le DSC de sauvegarde seront arrêtées. Tout le trafic de ce rack cesse d'être transféré.
Erreurs courantes
Cette section traite des messages d'erreur courants rencontrés lors du déploiement de nV Edge.
Erreurs EOBC
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
Ce message provient de SFP non pris en charge sur les ports EOBC. Cela peut également être déclenché par des versions de microprogramme FPD non concordantes sur les deux routeurs. Assurez-vous que les FPD sont mis à niveau avant la migration.
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
Ce message apparaît si une option non prise en charge est insérée. L'optique doit être remplacée par une optique Cisco EOBC prise en charge.
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
Ce message s'affiche si une liaison Ethernet de contrôle particulière présente une défaillance et s'affole trop fréquemment. Si cela se produit, ce port est désactivé et ne sera pas utilisé pour le transfert de paquets de liaison de contrôle.
PLATFORM-CE_SWITCH-6-UPDN : Interface 12 (SFP+_00_10GE) is up
PLATFORM-CE_SWITCH-6-UPDN : Interface 12 (SFP+_00_10GE) is down
Ces messages apparaissent chaque fois que l'état physique de la liaison du plan de contrôle change. Ceci est similaire à une notification de mise en service/désactivation du port de données. Ces messages apparaissent également à chaque rechargement ou démarrage d'un RSP. Ces messages ne sont pas attendus en fonctionnement normal.
Erreurs IRL
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
Au démarrage, ce message peut être affiché. En production régulière, cela signifie que l'IRL ne sera pas disponible pour le transfert de données entre racks. Afin de déterminer l'interface, entrez la commande show im database ifhandle <interface handle>. La liaison redémarre UDLD (Unidirectional Link Detection) toutes les 10 secondes jusqu'à ce qu'elle soit activée.
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
Toutes les liaisons IRL sont présentes sur la même LC. Pour la résilience, les IRL doivent être configurés sur au moins deux LC.
INFORMATIONS : %d liaisons inter-racks configurées sur %d logements. Il est recommandé de répartir les 5 logements maximum pour une meilleure gestion et un dépannage plus efficaces.
Il est recommandé de répartir le nombre total d'IRL dans le système (maximum 16) sur deux à cinq LC.
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
Il est recommandé de configurer au moins deux liaisons IRL pour des raisons de résilience.
Informations connexes