ID du document : 11085
Mise à jour : 8 août 2008
A. Le routeur Internet de la gamme 12000 est disponible en sept modèles. Ce tableau répertorie les différences matérielles entre ces modèles :
12008 12012 12016 12404 12406 12410 12416 Capacité du fabric de commutation (Gbit/s) 40 60 802 80 120 200 320 Nombre de logements 8 12 16 4 6 10 16 Nombre de logements de matrice de commutation 3 SFC, 2 CSC 3 SFC, 2 CSC 3 SFC, 2 CSC 1 carte3 3 SFC, 2 CSC 5 SFC, 2 CSC 3 SFC, 2 CSC Nombre de logements de carte de ligne1 7 11 15 3 5 9 15 1 Un emplacement est utilisé par le processeur de routage Gigabit (GRP). Si deux GRP sont présents à des fins de redondance, vous devez retirer un emplacement disponible pour les cartes de ligne.
2 Le Cisco 12016 peut être mis à niveau vers un Cisco 12416 à l'aide d'un kit de mise à niveau de matrice de commutation.
3 Le 12404 dispose d'une carte qui contient toutes les fonctionnalités CSC (Clock and Scheduler Card) et SFC (Switch Fabric Card) (équivalent fonctionnel à un CSC et trois SFC).
Le protocole GRP peut être placé dans n'importe quel emplacement. Sur le routeur Cisco 12012, il est recommandé d'utiliser les logements 0 et 11 pour le GRP, car ces logements ne refroidissent pas aussi bien et le GRP dissipe moins de chaleur que les autres cartes de ligne (LC).
A. Les modèles 12016 et 12416 sont identiques. La seule différence réside dans les cartes CSC (Clock and Scheduler Card) et SFC (Switch Fabric Cards) différentes. Le 12016 utilise le GSR16/80-CSC et le GSR16/80-SFC, tandis que le 12416 utilise le GSR16/320-CSC et le GSR16/320-SFC. Avec les nouvelles cartes SFC, le 12416 peut prendre en charge jusqu'à 10 Gbit/s par logement, alors que le 12016 prend en charge jusqu'à 2,5 Gbit/s par logement.
Si vous avez un 12016 et voulez le mettre à niveau vers un 12416, il vous suffit de remplacer les GSR16/80-CSC et GSR16/80-SFC par les nouveaux GSR16/320-CSC et GSR16/320-SFC.
A. Les cartes SFC et CSC fournissent la structure de commutation physique pour le système ainsi que la synchronisation pour les cellules Cisco qui transportent des paquets de données et de contrôle entre les cartes de ligne et les processeurs de routage.
Sur les modèles 12008, 12012 et 12016, vous devez disposer d'au moins un CSC pour que le routeur puisse fonctionner. Le fait d'avoir un seul CSC et aucun SFC est appelé bande passante trimestrielle et fonctionne uniquement avec les cartes de ligne Engine 0 (LC). Si d'autres LC sont dans le système, elles sont automatiquement arrêtées. Si vous avez besoin de LC autres que Engine 0, la bande passante totale (trois SFC et un CSC) doit être installée dans le routeur. Si une redondance est requise, un second CSC est nécessaire. Ce CSC redondant ne fonctionne que si le CSC ou un SFC est défectueux. Le CSC redondant peut fonctionner comme CSC ou SFC.
Les modèles 12416, 12406, 12410 et 12404 nécessitent une bande passante complète.
Tous les routeurs de la gamme Cisco 12000 disposent d'un maximum de trois cartes SFC et de deux cartes CSC, à l'exception de la gamme 12410, qui comprend cinq cartes SFC et deux cartes CSC dédiées, et de la gamme 12404, qui comporte une seule carte contenant toutes les fonctionnalités CFC et SFC. Pour le 12404, il n’y a pas de redondance.
Dans les modèles 12008, 12012, 12016, 12406 et 12416, les cartes CSC fonctionnent également comme des cartes SFC. C'est pourquoi, pour obtenir une configuration redondante de bande passante complète, vous n'avez besoin que de trois SFC et de deux CSC. Dans le 12410, il y a des CSC et des SFC dédiés. Pour obtenir une configuration redondante de bande passante complète, vous avez besoin de deux CSC et de cinq SFC.
Les configurations de bande passante trimestrielle ne peuvent être utilisées que sur les LC 12008, 12012 et 12016 si vous n'avez rien d'autre que des LC du moteur 0 dans le châssis. Le CSC192 et le SFC192, qui se trouvent dans les châssis de la gamme 12400, ne prennent pas en charge les configurations de bande passante trimestrielle.
A. Bien qu'ils utilisent différentes cartes de matrice de commutation (SFC) et cartes d'horloge et de planificateur (CSC), tous les routeurs Internet de la gamme 12000 utilisent le même processeur de routage Gigabit (GRP) et les mêmes cartes de ligne (LC). L'exception concerne tous les LC basés sur le moteur 4, tels que le POS OC-192, 10xGE et d'autres qui sont pris en charge uniquement dans un 124xx avec la structure de commutation 320 Gbit/s. Pour plus de détails, consultez Comment déterminer la carte moteur qui fonctionne dans la boîte ?.
A. Les processeurs de routage Gigabit (GRP) et les cartes de ligne (LC) sont installés à l'avant du châssis et branchés sur un fond de panier passif. Ce fond de panier contient des lignes série qui interconnectent toutes les cartes réseau aux cartes de matrice de commutation, ainsi que d'autres connexions pour les fonctions d'alimentation et de maintenance. Chaque logement de châssis de 2,5 Gbits/s (12008, 12012, 12016) dispose de quatre connexions de ligne série (1,25 Gbits/s), une à chacune des cartes SFC pour fournir une capacité totale de 5 Gbits/s par logement (2,5 Gbits/s en duplex intégral). Les 10 Gbits/s (12404, 12406, 12410 et 12416) utilisent quatre ensembles de quatre connexions de ligne série dans chaque logement, fournissant à chaque logement une capacité de commutation de 20 Gbits/s en duplex intégral.
Note : En fait, chaque LC a cinq connexions de ligne série. L'une concerne la redondance (elle est transmise à la carte redondante) et est la XOR des données via les autres SFC pour la correction des erreurs. Il en va de même pour la gamme 124xx.
A. Ces types de mémoire existent sur le protocole GRP :
RAM dynamique (DRAM)
La mémoire DRAM est également appelée mémoire principale ou processeur. Le GRP et les cartes de ligne (LC) contiennent tous deux de la DRAM qui permet à un processeur intégré d'exécuter le logiciel Cisco IOS® et de stocker des tables de routage réseau. Sur le protocole GRP, vous pouvez configurer la mémoire de route allant de la valeur par défaut de 128 Mo jusqu'à la configuration maximale de 512 Mo.
Le processeur du protocole GRP utilise la mémoire DRAM intégrée pour effectuer diverses tâches importantes, notamment :
Exécution de l'image du logiciel Cisco IOS
Stockage et maintenance des tables de routage réseau
Chargement de l'image du logiciel Cisco IOS dans les LC installées
Formatage et distribution des tables de transfert Cisco Express mises à jour (FIB (Forwarding Information Base) et des tables de contiguïtés) vers les LC installées
Surveiller les conditions d'alarme de température et de tension des cartes installées et les arrêter si nécessaire
Prise en charge d’un port de console qui vous permet de configurer le routeur à l’aide d’un terminal connecté
Participer aux protocoles de routage réseau (avec d’autres routeurs de l’environnement réseau) pour mettre à jour les tables de routage internes du routeur.
Remarque : les configurations de mémoire de route de 512 Mo sur le GRP sont uniquement compatibles avec le numéro de produit GRP-B=. En outre, le logiciel Cisco IOS Versions 12.0(19)S, 12.0(19)ST ou ultérieures est requis et ROM Monitor (ROMmon) Version 11.2 (181) ou ultérieure est également requis.
Mémoire SRAM (Shared Random Access Memory)
La mémoire SRAM fournit une mémoire cache processeur secondaire. La configuration GRP standard est de 512 Ko. Sa fonction principale est d’agir comme zone intermédiaire pour les informations de mise à jour de la table de routage à destination et en provenance des LC. La mémoire SRAM ne peut pas être mise à niveau sur site, ce qui signifie que vous ne pouvez pas la mettre à niveau ou la remplacer.
Mémoire Flash GRP
La mémoire Flash intégrée et PCMCIA vous permet de charger et de stocker à distance plusieurs images de microcode et de logiciels Cisco IOS. Vous pouvez télécharger une nouvelle image sur le réseau ou à partir d'un serveur local. Vous pouvez ensuite ajouter la nouvelle image à la mémoire flash ou remplacer les fichiers existants. Vous pouvez démarrer les routeurs manuellement ou automatiquement à partir de l'une des images stockées. La mémoire Flash fonctionne également comme un serveur TFTP pour permettre à d'autres serveurs de démarrer à distance à partir d'images stockées ou de les copier dans leur propre mémoire Flash.
Module SIMM (Single Inline Memory Module) Flash intégré
La mémoire flash intégrée (appelée bootflash) se trouve dans le socket U17 et contient l'image de démarrage du logiciel Cisco IOS et d'autres fichiers définis par l'utilisateur sur le protocole GRP. Il s'agit d'une barrette SIMM de 8 Mo, qui ne peut pas être mise à niveau sur site. Vous ne pouvez ni le mettre à niveau ni le remplacer. Il est toujours recommandé de synchroniser l'image de démarrage avec l'image principale du logiciel Cisco IOS.
Carte mémoire Flash
La carte mémoire Flash contient l'image du logiciel Cisco IOS. Une carte mémoire flash est disponible sous la forme du numéro de produit MEM-GRP-FL20=, qui est une carte mémoire flash PCMCIA de 20 Mo livrée en tant que pièce de rechange ou dans le cadre d'un système de la gamme Cisco 12000. Cette carte peut être insérée dans l'un des deux logements PCMCIA du protocole GRP, afin que le logiciel Cisco IOS puisse être chargé dans la mémoire principale du protocole GRP. Les cartes PCMCIA de type 1 et 2 peuvent être utilisées.
Pour obtenir des informations de compatibilité entre les cartes Flash PCMCIA et diverses plates-formes, reportez-vous à la matrice de compatibilité des systèmes de fichiers PCMCIA.
Mémoire vive non volatile (NVRAM)
Les informations stockées dans la mémoire NVRAM sont non volatiles, ce qui signifie que les informations sont toujours présentes dans cette mémoire après un rechargement du système. Les fichiers de configuration système, les paramètres du registre de configuration logicielle et les journaux de surveillance de l'environnement sont contenus dans la mémoire NVRAM de 512 Ko, qui est sauvegardée avec des batteries au lithium intégrées qui conservent le contenu pendant au moins cinq ans. La mémoire NVRAM ne peut pas être mise à niveau sur site, ce qui signifie que vous ne pouvez pas la mettre à niveau ni la remplacer.
Mémoire EPROM (Erasable Programmable Read Only Memory)
L'EPROM sur le GRP contient un ROMmon qui vous permet de démarrer l'image du logiciel Cisco IOS par défaut à partir d'une carte mémoire Flash si la mémoire Flash SIMM ne contient pas d'image d'aide au démarrage. Si aucune image valide n'est trouvée, le processus de démarrage se termine en mode ROMmon, qui est un sous-ensemble du logiciel principal Cisco IOS, pour autoriser les commandes de base. La mémoire Flash EPROM de 512 Ko n'est pas extensible sur site, ce qui signifie que vous ne pouvez pas la mettre à niveau ni la remplacer.
A. Sur un LC, il existe deux types de mémoire LC configurable par l'utilisateur :
Mémoire de routage ou de processeur (située dans la mémoire vive dynamique (DRAM))
Mémoire de paquets (située dans la mémoire SDRAM (Synchronous Dynamic RAM))
Les configurations de la mémoire LC et les emplacements des connecteurs de la mémoire diffèrent selon le type de moteur du LC. En général, tous les LC partagent un ensemble commun d'options de configuration de la mémoire pour le processeur ou la mémoire de route, mais prennent en charge différentes configurations par défaut et maximales pour la mémoire de paquet en fonction du type de moteur sur lequel le LC est construit.
Sur les LC, la mémoire principale peut être configurée à partir de la valeur par défaut de 128 Mo (Engine 0, 1, 2) jusqu'à la configuration maximale de 256 Mo, qui est la valeur par défaut pour les LC des moteurs 3 et 4.
Remarque : S'il n'y a pas assez de DRAM pour charger les tables Cisco Express Forwarding sur un LC, Cisco Express Forwarding est automatiquement désactivé pour ce LC et comme il s'agit de la seule méthode de commutation disponible sur les routeurs Internet de la gamme 12000, le LC lui-même est désactivé.
La mémoire de paquets LC stocke temporairement les paquets de données en attente de décisions de commutation par le processeur LC. Une fois que le processeur LC prend les décisions de commutation, les paquets sont propagés dans le fabric de commutation du routeur pour transmission au LC approprié. Pour qu'un LC fonctionne, les connecteurs DIMM (Dual In-line Memory Module) pour la transmission et la réception doivent être remplis. Les modules DIMM SDRAM installés dans une mémoire tampon donnée (réception ou transmission) doivent être du même type et de la même taille, bien que les mémoires tampon de réception et de transmission puissent fonctionner avec des tailles de mémoire différentes.
Type de moteur Mémoire par défaut des paquets Mise à niveau Mise à niveau vers Moteur 0 MEM-LC-PKT-128= Non Moteur 1 MEM-LC1-PKT-256= Non Moteur 2 MEM-LC1-PKT-256= Oui MEM-PKT-512-UPG= Moteur 3 512 Mo - Pas de FRU pour le moment Non Moteur 4 MEM-LC4-PKT-512= Non
A. La gamme Cisco 12000 offre une gamme étendue de LC, notamment coeur, périphérie, périphérie multicanal fractionné, ATM, Ethernet, DPT (Dynamic Packet Transport) et fin de commercialisation. Ces LC offrent des performances élevées, une livraison de paquets prioritaire garantie et un service transparent OIR (Online-Insertion and Removal) via l'architecture de système distribué de la gamme Cisco 12000. Ce tableau répertorie les LC publiées en décembre 2001 :
LC de base
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources Carte de ligne ISE OC-48c/STM 1 port POS (ISE) POS/16c POS/SDH ISE Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST OC-48 POS 1 port OC-48c/STM-16c POS/SDH 1 port Moteur 2 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Fiche technique OC-48 POS 4 ports OC-48c/STM-16c POS/SDH 4 ports Moteur 4 Châssis 10G uniquement 12.0(15)S 12.0(17)ST Carte de ligne POS/SDH OC-192 POS 1 port OC-192c/STM-64c POS/1 port Moteur 4 Châssis 10G uniquement 12.0(15)S 12.0(17)ST LC Edge
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources Carte de ligne DS3 6 ports Moteur 0 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Carte de ligne DS3 12 ports 12 ports Moteur 0 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Carte de ligne E3 à six ports E3 à 6 ports Moteur 0 Châssis 10G 2.5G 12.0(15)S 12.0(16)ST Carte de ligne E3 à 12 ports à 12 ports Moteur 0 Châssis 10G 2.5G 12.0(15)S 12.0(16)ST Carte de ligne POS/SDH OC-3 POS 4 ports OC-3c/STM-1c Moteur 0 Châssis 10G 2.5G 12.0(05)S 12.0(11)ST Fiche technique Carte de ligne POS/SDH OC-3c/STM-1c 8 ports POS-3 POS à 8 ports Moteur 2 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST OC-3 POS 16 ports OC-3c/STM-1c POS/SDH 16 ports Moteur 2 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST OC-3 POS ISE 16 ports OC-3c/STM-1c POS/SDH ISE 16 ports Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST Carte de ligne POS/SDH OC-12 POS 1 port OC-12c/STM-4c 1 port Moteur 0 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Fiche technique OC-12 POS 4 ports OC-12c/STM-4c POS/SDH 4 ports Moteur 2 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Fiche technique Carte de ligne ISE OC-12 POS ISE 4 ports OC-12c/STM-4c POS/SDH Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST Carte de ligne ISE OC-48 POS ISE 1 port OC-48c/STM -16c POS/SDH Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST LC Edge multicanaux fractionnés
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources Carte de ligne 2 ports CHOC-3, DS1/E1 OC-3/STM-1 (DS1/E1) multicanaux fractionnés Moteur 0 Châssis 10G 2.5G 12.0(17)S 12.0(17)ST Fiche technique Carte de ligne 1 port CHOC-12, DS3 OC-12 (DS3) multicanaux fractionnés Moteur 0 Châssis 10G 2.5G 12.0(05)S 12.0(11)ST Fiche technique Carte de ligne OC-12/STM-4 (OC-3/STM-1) multicanaux fractionnés OC-12/1 OC-3 à 1 port Moteur 0 Châssis 10G 2.5G 12.0(05)S 12.0(11)ST Fiche technique 4 ports CHOC-12 ISE OC-12/STM-4 canalisé à quatre ports (DS3/E3, OC-3c/STM-1c) POS/SDH ISE Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST Carte de ligne ISE POS/SDH 1 port CHOC-48 ISE 1 port multicanal fractionné OC-48/STM-16 (DS3/E3, OC-3c/STM-1c, OC-12c/STM-4c) Moteur 3 (ISE) Châssis 10G 2.5G 12.0(21)S 12.0(21)ST Carte De Ligne T3 (T1) À Six Ports Ch T3 À Six Ports Canalisés Moteur 0 Châssis 10G 2.5G 12.0(14)S 12.0(14)ST LC ATM
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources ATM OC-3 à 4 ports OC-3c/STM-1c ATM à 4 ports Moteur 0 Châssis 10G 2.5G 12.0(5)S 12.0(11)ST OC-12 ATM 1 port OC-12c/STM-4c ATM 1 port Moteur 0 Châssis 10G 2.5G 12.0(7)S 12.0(11)ST Fiche technique Carte de ligne ATM OC-12c/STM-4c OC-12 ATM 4 ports Moteur 2 Châssis 10G 2.5G 12.0(13)S 12.0(14)ST Fiche technique LC Ethernet
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources FE 8 ports avec carte de ligne Fast Ethernet 8 ports ECC Moteur 1 Châssis 10G 2.5G 12.0(10)S 12.0(16)ST Carte de ligne Gigabit Ethernet GE 3 ports Moteur 2 Châssis 10G 2.5G 12.0(11)S 12.0(16)ST Fiche technique Gigabit Ethernet 10 ports GE Moteur 4 avec RX/TX+ /densité Châssis 10G 2.5G 12.0(22)S 12.0(22)ST Fiche technique LC DPT
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Ressources DPT OC-12 à 2 ports DPT OC-12c/STM-4c à 2 ports Moteur 1 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST Annonce OC-48 DPT 1 port OC-48c/STM-16c DPT 1 port Moteur 2 Châssis 10G 2.5G 12.0(15)S 12.0(16)ST Fiche technique Annonce EOSLC
Ces LC ne sont plus vendues. Ils sont répertoriés à titre de référence uniquement :
Nom de la carte de ligne Moteur Châssis pris en charge Modification de la version du logiciel Cisco IOS Carte d'activation OC-192c/STM-64c 1 port OC-192c/STM-64c 1 port PO/carte d'activation Moteur 2 Châssis 10G 2.5G 12.0(10)S 12.0(11)ST GE à 1 port avec carte de ligne Gigabit Ethernet à un port ECC Reportez-vous au Bulletin produit pour plus d'informations. Moteur 1 Châssis 10G 2.5G 12.0(10)S 12.0(16)ST Remarque : Les LC du moteur 3 sont capables d'exécuter des fonctions de bord à la vitesse de la ligne. Plus le moteur de couche 3 (L3) est élevé, plus les paquets sont commutés dans le matériel.
A. Le logiciel Cisco IOS Version 12.0(9)S a ajouté le type de moteur de couche 3 (L3) au résultat de la commande show diag, comme illustré ci-dessous :
SLOT 1 (RP/LC 1 ): 1 Port Packet Over SONET OC-12c/STM-4c Single Mode MAIN: type 34, 800-2529-02 rev C0 dev 16777215 HW config: 0x00 SW key: FF-FF-FF PCA: 73-2184-04 rev D0 ver 3 HW version 1.1 S/N CAB0242ADZM MBUS: MBUS Agent (1) 73-2146-07 rev B0 dev 0 HW version 1.2 S/N CAB0236A4LE Test hist: 0xFF RMA#: FF-FF-FF RMA hist: 0xFF DIAG: Test count: 0xFFFFFFFF Test results: 0xFFFFFFFF L3 Engine: 0 - OC12 (622 Mbps) !--- Engine 0 card. MBUS Agent Software version 01.40 (RAM) (ROM version is 02.02) Using CAN Bus A ROM Monitor version 10.00 Fabric Downloader version used 13.01 (ROM version is 13.01) Primary clock is CSC 1 Board is analyzed Board State is Line Card Enabled (IOS RUN ) Insertion time: 00:00:11 (2w1d ago) DRAM size: 268435456 bytes FrFab SDRAM size: 67108864 bytes ToFab SDRAM size: 67108864 bytes 0 crashes since restartIl existe une commande de raccourci que vous pouvez utiliser pour obtenir le même résultat, mais avec seulement les informations utiles :
Router#show diag | i (SLOT | Engine) ... SLOT 1 (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode L3 Engine: 0 - OC12 (622 Mbps) SLOT 3 (RP/LC 3 ): 3 Port Gigabit Ethernet L3 Engine: 2 - Backbone OC48 (2.5 Gbps) ...
A. La prise en charge des GRP redondants a été introduite dans le logiciel Cisco IOS versions 12.0(5)S et 11.2(15)GS2. Lorsque deux GRP sont installés dans un châssis de routeur de la gamme 12000, un GRP agit en tant que GRP actif et l'autre en tant que GRP de secours ou de secours. Si le processeur de routage principal (RP) tombe en panne ou est supprimé du système, le protocole GRP secondaire détecte la défaillance et lance un basculement. Au cours d’une commutation, le protocole GRP secondaire prend le contrôle du routeur, se connecte aux interfaces réseau et active l’interface de gestion du réseau local et la console système.
Redondance du processeur de routage
La redondance du processeur de routeur (RPR) est un mode alternatif à la haute disponibilité du système (HSA) et permet au logiciel Cisco IOS d'être amorcé sur le processeur de secours avant la commutation (un « démarrage à froid »). Dans RPR, le RP de secours charge une image du logiciel Cisco IOS au moment du démarrage et s'initialise en mode veille ; cependant, bien que la configuration de démarrage soit synchronisée avec le RP de secours, les modifications système ne le sont pas. En cas d'erreur fatale sur le RP actif, le système bascule sur le processeur de secours, qui se réinitialise en tant que processeur actif, lit et analyse la configuration de démarrage, recharge toutes les cartes de ligne (LC) et redémarre le système.
Redondance Plus du processeur de routage
En mode RPR+, le RP de secours est entièrement initialisé. Le RP actif synchronise dynamiquement le démarrage et les modifications de configuration en cours sur le RP de secours, ce qui signifie que le RP de secours n'a pas besoin d'être rechargé et réinitialisé (un « démarrage à chaud »). En outre, sur les routeurs Internet des gammes Cisco 1000 et 12000, les LC ne sont pas réinitialisés en mode RPR+. Cette fonctionnalité permet une commutation beaucoup plus rapide entre les processeurs. Les informations synchronisées avec le RP de secours incluent des informations de configuration en cours, des informations de démarrage sur les routeurs Internet des gammes Cisco 1000 et 12000 et des modifications de l'état du châssis, telles que l'insertion et la suppression en ligne (OIR) du matériel. Les informations LC, de protocole et d'état de l'application ne sont pas synchronisées avec le RP de secours.
RPR+ a été introduit dans le logiciel Cisco IOS Version 12.0(17)ST. Pour plus d'informations sur les LC avec les routeurs Internet de la gamme 12000 qui prennent en charge RPR+, référez-vous aux Notes de version inter-plate-forme pour Cisco IOS version 12.0 S, Partie 2 : Nouvelles fonctionnalités et notes importantes. Toutes les autres cartes de ligne (telles que ATM et Engine 3) sont réinitialisées et rechargées lors d'une commutation RPR+.
Commutation avec état
Le mode SSO (Stateful Switchover) fournit toutes les fonctionnalités de RPR+ dans la mesure où le logiciel Cisco IOS est entièrement initialisé sur le RP de secours. En outre, SSO prend en charge la synchronisation des informations de LC, de protocole et d'état d'application entre les RP pour les fonctionnalités et les protocoles pris en charge (un « hot standby »).
SSO est une nouvelle fonctionnalité disponible depuis la version 12.0(22)S du logiciel Cisco IOS. Pour plus d'informations sur cette fonctionnalité, référez-vous à Commutation avec état.
A. Selon les fonctionnalités dont vous avez besoin, le logiciel Cisco IOS versions 11.2GS, 12.0S ou 12.0ST peut être installé sur un routeur Internet de la gamme 12000. Le choix doit être effectué en fonction des fonctionnalités requises, des composants matériels installés et de la mémoire disponible.
Pour savoir quel logiciel Cisco IOS installer, consultez les notes de version répertoriées. Ils donnent une vue d'ensemble détaillée des fonctionnalités et des composants matériels pris en charge pour chaque version du logiciel Cisco IOS.
Notes de version de plate-forme croisée pour Cisco IOS version 12.0 S
Notes de version de plate-forme croisée pour la version 12.0ST du logiciel Cisco IOS
L'outil Software Advisor (clients enregistrés uniquement) peut vous aider à choisir le logiciel approprié à votre périphérique réseau.
Remarque : L'image exécutée sur le routeur Internet de la gamme 12000 (gsr-x-xx) inclut une image LC (Line Card) intégrée (glc-x-x) qui est téléchargée sur les LC lors de l'initialisation du système.
A. La prise en charge des listes de contrôle d’accès varie en fonction du type de carte de ligne (LC) du moteur de couche 3 (L3). Le LC du moteur 4 ne prend pas en charge les listes de contrôle d'accès, mais le moteur 4+ (désormais en version d'essai sur site précoce (EFT)) les prend en charge.
A. Reportez-vous à la liste de support MIB pour les routeurs Internet de la gamme 12000 et à la page MIB de Cisco sur le site Web cisco.com pour plus d'informations.
A. Le routeur Internet de la gamme 12000 est généralement conçu pour assurer des performances de transfert de paquets à haut débit au coeur d’un réseau IP. Les cartes de ligne (LC) du moteur 3 et du moteur 4+ sont conçues pour les applications de périphérie et implémentent des services IP améliorés (tels que la QoS) dans le matériel sans impact sur les performances.
Ce tableau récapitule la prise en charge des fonctionnalités QoS par type de moteur :
MDRR WRED Marquage Notes Moteur 0 Oui - Logiciels Oui - Logiciels Relevé Rate-Limit uniquement. Le routage basé sur des stratégies peut également être utilisé. Moteur 1 Non Non Relevé de limite de débit uniquement. Le routage basé sur des stratégies peut également être utilisé. Moteur 2 Oui - Matériel Oui - Matériel Inbound Rate-Limit unique par interface uniquement. Aucune liste de contrôle d'accès. Marquage, MDRR et WRED ne sont pas disponibles sur les sous-interfaces. Moteur 3 Oui - Matériel Oui - Matériel Port, ACL, Rate-Limit Les sous-interfaces sont prises en charge sur le moteur 3. Moteur 4 Oui - Matériel Oui - Matériel Oui - Basé sur le port avec Rate-Limit. Pas sur ACL. Prise en charge minimale des sous-interfaces. Moteur 4+ Oui - Matériel Oui - Matériel Oui, comme le moteur 4, mais il est également pris en charge par les listes de contrôle d'accès. 1 MDRR = Cycle de déficit modifié
2 WRED = Détection précoce aléatoire pondérée
Le bon mécanisme de planification des paquets pour un routeur dépend de son architecture de commutation. Weighted Fair Queueing (WFQ) et CBWFQ (Class-Based WFQ) sont les algorithmes de planification connus pour l'allocation des ressources sur les plates-formes de routeurs Cisco avec une architecture basée sur le bus. Cependant, ils ne sont pas pris en charge sur les routeurs de la gamme Cisco 12000. La mise en file d'attente prioritaire et la mise en file d'attente personnalisée ne sont pas non plus prises en charge par le routeur de la gamme Cisco 12000. Au lieu de cela, le routeur de commutation Gigabit (GSR) utilise un mécanisme de mise en file d'attente qui convient mieux à son architecture et à sa structure de commutation haut débit. Ce mécanisme est MDRR.
Dans le DRR (Deficit Round Robin), chaque file d'attente de service a une valeur quantique associée - un nombre moyen d'octets servis dans chaque série - et un compteur de déficit initialisé à la valeur quantique. Chaque file d'attente de flux non vide est traitée de manière circulaire, en planifiant des paquets moyens d'octets quantiques dans chaque cycle. Les paquets d'une file d'attente de service sont servis tant que le compteur de déficit est supérieur à zéro. Chaque paquet servi réduit le compteur de déficit d'une valeur égale à sa longueur en octets. Une file d'attente ne peut plus être servie après que le compteur de déficit devient zéro ou négatif. Dans chaque nouveau cycle, le compteur de déficit de chaque file d'attente non vide est incrémenté par sa valeur quantique.
MDRR se distingue des DRR classiques en ajoutant une file d'attente spéciale à faible latence qui peut être traitée dans l'un des deux modes suivants :
Mode de priorité stricte : la file d'attente est traitée chaque fois qu'elle n'est pas vide. Ceci permet le délai le plus faible possible pour ce trafic.
Mode alternatif : la file d'attente à faible latence est gérée en alternance entre elle-même et les autres files d'attente.
Conseil : Cette file d'attente à faible latence est absolument nécessaire pour le trafic sensible au temps qui nécessite un délai très faible et une faible gigue. Par exemple, si vous voulez déployer un réseau VoIP (Voice over IP), les exigences de délai et de gigue sont très strictes et la seule façon de répondre à ces exigences est d'utiliser le mode de priorité stricte. Le contrat de niveau de service (SLA) dans le backbone de la classe PQ (Priority Queue) nécessite un délai et une gigue faibles, sans perte. Le mode alternatif introduit plus de délai et donc plus de gigue dans la classe PQ. Un fournisseur de services conçoit la classe PQ de sorte que son taux d'utilisation moyen ne dépasse jamais 30 à 50 %. Il est possible d'avoir des rafales dans la classe PQ supérieures à 100 % du taux de sortie. Dans ce cas, les autres classes meurent de faim, mais pendant très peu de temps (peut-être quelques centaines de � dans le pire des cas).
Ces tableaux répertorient la prise en charge de MDRR dans les files d'attente matérielles ToFab (vers la matrice de commutation) et FrFab (à partir de la matrice de commutation) :
ToFab Autre MDRR ToFab Strict MDRR ToFab WRED Eng0 non oui oui Eng1 non non non Eng2 oui oui oui Eng3 oui oui oui Eng4 oui oui oui Eng4+ oui oui oui Toutes les classes de service ToFab (CoS) du routeur Internet de la gamme 12000 doivent être configurées à l'aide de la syntaxe CoS existante.
FrFab MDRR alternatif FrFab Strict MDRR FrFab WRED Eng0 non oui oui Eng1 non non non Eng2 oui1 oui oui Eng3 oui2 oui oui Eng4 oui oui oui Eng4+ oui oui oui 1 Le MDRR alternatif dans la direction FrFab n'est utilisable qu'avec la syntaxe CoS héritée pour les LC du moteur 2.
2 Le matériel du moteur 3/5 prend en charge le formatage et la réglementation de sortie par file d'attente. Cette fonctionnalité fournit un ensemble complet de la mise en file d'attente MDRR en mode alternatif.
A. Le MQC simplifie la configuration des fonctions de qualité de service (QoS) sur un routeur exécutant le logiciel Cisco IOS en fournissant une syntaxe de ligne de commande commune sur toutes les plates-formes. Le MQC comprend les trois étapes suivantes :
Définition d'une classe de trafic à l'aide de la commande class-map
Création d'une stratégie de service en associant la classe de trafic à une ou plusieurs stratégies QoS (à l'aide de la commande policy-map)
Fixation de la stratégie de service à l'interface à l'aide de la commande service-policy
Pour plus d'informations, consultez l'interface de ligne de commande Qualité de service modulaire.
MQC sur les routeurs Internet de la gamme 12000 diffère légèrement de la mise en oeuvre sur d'autres plates-formes. En outre, le MQC sur chaque moteur de transfert de couche 3 (L3) peut varier légèrement.
Ce tableau répertorie la prise en charge MQC pour tous les types de cartes de ligne (LC) du moteur L3 :
Type de moteur L3 Moteur 01 Moteur 1 Moteur 2 Moteur 3 Moteur 4 Moteur 4+ Prise en charge MQC oui3 non oui3 oui oui oui Modification de la version du logiciel Cisco IOS 12.0(15)S - 12.0(15)S2 12.0(21)S 12.0(22)S 12.0(22)S 1 Les cartes de ligne 4OC3/ATM et LC-1OC12/ATM Engine 0 ne prennent pas en charge MQC.
2 Il y a quelques exceptions concernant le soutien de MQC pour certaines LC :
Pour le contrôleur de réseau local ATM OC3 à huit ports, il est pris en charge dans les versions 12.0(22)S et ultérieures.
Pour CHOC3/STM1 à deux ports, il est pris en charge depuis 12.0(17)S.
Pour le DPT OC-48, il est pris en charge depuis 12.0(18)S.
3 Pour les moteurs 0 et 2, MQC prend en charge uniquement ces commandes :
match ip priority [valeur]
pourcentage de bande passante [valeur]
priorité
aléatoire
préséance aléatoire [cipp] [min] [max] 1
MQC ne prend en charge que les files d'attente FrFab. Les files d'attente ToFab ne sont pas prises en charge par le MQC. Par conséquent, la détection précoce aléatoire pondérée Rx (WRED) et la détection circulaire du déficit modifié (MDRR) ne peuvent être configurées que via une interface de ligne de commande traditionnelle.
Ceci est valable pour tous les LC. MQC ne connaît pas la classe de service ToFab (CoS).
Impossible d'utiliser les stratégies Rx, car les files d'attente de sortie virtuelles (appelées files d'attente ToFab) ne sont pas des files d'attente d'entrée. La raison en est que les files d'attente ToFab se rapportent à un emplacement ou un port de destination. Les files d'attente d'entrée doivent être associées uniquement à une interface d'entrée, sans tenir compte du port ou du logement de destination. Sur le moteur de périphérie, les seules files d'attente d'entrée sont les files d'attente de forme (d'entrée).
Les LC du moteur 3 prennent en charge MQC à partir de la version 2. Sur le moteur 3, MQC peut être utilisé pour configurer des files d'attente en forme dans la direction ToFab ; Les files d'attente ToFab régulières ne peuvent être configurées que par l'interface de ligne de commande. MQC peut être utilisé pour configurer toutes les files d'attente FromFab. La prise en charge de MQC est disponible pour les définitions d'interface physique/canal dans 12.0(21)S/ST et a été étendue pour prendre en charge les définitions de sous-interface également dans 12.0(22)S/ST.
Remarque : MQC prend en charge les taux d'accès garantis (CAR), mais ne prend pas en charge la fonction de maintien ; il s'agit d'un problème MQC générique et il ne se limite pas aux voyants LC du routeur Internet de la gamme 12000 ou du moteur 3.
Ici, vous pouvez voir les différences d'implémentation MQC entre les moteurs 2 et 3 :
Moteur 2
Il n’existe qu’un seul niveau de configuration du partage de bande passante.
Le pourcentage de bande passante dans l'interface de ligne de commande est traduit en interne en une valeur quantique, puis programmé sur la file d'attente appropriée.
Moteur 3
Il existe deux niveaux de configuration du partage de bande passante.
Il y a une bande passante minimale et une quantité pour chaque file d'attente.
Le pourcentage de bande passante de l'interface de ligne de commande est traduit en débit (Kbits/s), en fonction du débit de liaison sous-jacent, puis configuré directement sur la file d'attente. Aucune conversion en valeur quantique n'est effectuée. La précision de cette garantie de bande passante minimale est de 64 Kbits/s.
La valeur quantique est définie en interne, correspondant à l'unité de transmission maximale (MTU) de l'interface, et est définie de la même manière pour toutes les files d'attente. Il n'existe aucun mécanisme CLI MQC pour modifier cette valeur quantique, directement ou indirectement.
Remarque : il est nécessaire que la valeur quantique soit supérieure ou égale à la MTU de l'interface. En outre, la valeur quantique en interne est exprimée en unités de 512 octets. Ainsi, pour notre MTU par défaut de 4470 octets, la valeur quantique minimale de MTU doit être de 9.
A. FEC n'est pas pris en charge sur la carte Fast Ethernet (FE). Actuellement, le Gigabit Ether Channel (GEC) n'est pas pris en charge sur toutes les cartes de ligne Gigabit Ethernet (GE) (par exemple, GE et 3GE).
A. La version 12.0(6) du logiciel Cisco IOS a introduit la prise en charge de la norme 802.1q sur les interfaces GE uniquement. L'encapsulation 802.1q est prise en charge sur tous les LC GE. Le routeur Internet de la gamme 12000 ne prend pas en charge l'encapsulation ISL et aucune prise en charge n'est prévue.
router#show interface GigabitEthernet 3/0 mac-accounting GigabitEthernet3/0 GE to LINX switch #1 Output (431 free) 0090.bff7.a871(1 ): 1 packets, 85 bytes, last: 44960ms ago 00d0.6338.8800(3 ): 2 packets, 145 bytes, last: 33384ms ago 0090.86f7.a840(9 ): 2 packets, 145 bytes, last: 12288ms ago 0050.2afc.901c(10 ): 4 packets, 265 bytes, last: 1300ms agoA. La carte de ligne 3xGE (LC) prend également en charge la comptabilité de stratégie BGP (Sampled NetFlow Accounting et Border Gateway Protocol).
A. Depuis la version 12.0(6)S du logiciel Cisco IOS, NetFlow est pris en charge sur les routeurs de la gamme Cisco 12000, mais uniquement sur les cartes de ligne Engine 0 et 1 (LC). NetFlow n'est pas pris en charge sur les LC Gigabit Ethernet (GE).
Depuis la version 12.0(7)S du logiciel Cisco IOS, NetFlow est pris en charge sur GE LC.
Depuis la version 12.0(14)S du logiciel Cisco IOS, Sampled NetFlow est pris en charge sur les LC PoS (Packet-over-SONET) du moteur 2. La fonction NetFlow échantillonné vous permet d'échantillonner un paquet x IP transféré aux routeurs, en permettant à l'utilisateur de définir l'intervalle x avec une valeur comprise entre un minimum et un maximum. Les paquets d'échantillonnage sont pris en compte dans le cache de flux NetFlow du routeur. Ces paquets d'échantillonnage réduisent considérablement l'utilisation du CPU nécessaire pour prendre en compte les paquets NetFlow en permettant à la majorité des paquets d'être commutés plus rapidement car ils n'ont pas besoin de passer par un traitement NetFlow supplémentaire.
Référez-vous à NetFlow échantillonné pour plus d'informations.
Depuis la version 12.0(14)S du logiciel Cisco IOS, NetFlow Export version 5 est également pris en charge sur le routeur Internet de la gamme Cisco 12000. Le format d'exportation de la version 5 peut être activé avec les fonctionnalités NetFlow traditionnelles et Sampled NetFlow. La fonctionnalité NetFlow Export version 5 permet d'exporter des données de granularité fines vers le collecteur NetFlow. Les informations et les statistiques par flux sont mises à jour et téléchargées sur le poste de travail.
Depuis la version 12.0(16)S du logiciel Cisco IOS, Sampled NetFlow est pris en charge sur les LC GE à 3 ports.
Depuis la version 12.0(18)S du logiciel Cisco IOS, les listes de contrôle d'accès (ACL) Sampled NetFlow et 128 sur le circuit ASIC (Packet Switch Application-Specific Integrated Circuit) (PSA) peuvent désormais être configurées en même temps sur les LC PoS (Packet over SONET) du moteur 2.
Depuis la version 12.0(19)S du logiciel Cisco IOS, la fonctionnalité Destinations d'exportation multiple NetFlow permet de configurer plusieurs destinations des données NetFlow. Lorsque cette fonctionnalité est activée, deux flux de données NetFlow identiques sont envoyés à l'hôte de destination. Actuellement, le nombre maximal de destinations d'exportation autorisées est de deux.
La fonctionnalité Destinations d'exportation multiples NetFlow n'est disponible que si NetFlow est configuré.
Référez-vous à Détails NetFlow échantillonnés et prise en charge de la plate-forme pour plus d'informations sur les plates-formes prises en charge.
A. Oui, à partir de la version 12.0(10)S du logiciel Cisco IOS. Cependant, il existe certaines restrictions en raison de l'architecture des LC du moteur 2. L'ASIC (Packet Switch Application-Specific Integrated Circuit) (PSA) est utilisé dans les LC du moteur 2 pour le transfert de paquets IP et MPLS (Multiprotocol Label Switching). Il utilise un moteur de recherche multimétrique, des microséquenceurs et d'autres matériels spéciaux pour faciliter le processus de transfert de paquets. Le PSA est une opération de pipeline ASIC. Par conséquent, les performances des LC du moteur 2 dépendent des cycles de chacune des six étapes. Les cycles supplémentaires requis pour prendre en charge des fonctionnalités supplémentaires ou le traitement entraînent une dégradation des performances du PSA. C'est pourquoi les LC basées sur le moteur 2 ne peuvent pas prendre en charge simultanément toutes les fonctionnalités du logiciel Cisco IOS. Pour aider les clients à activer certaines fonctionnalités sur le LC du moteur 2, plusieurs ensembles de microcodes PSA sont personnalisés. Par exemple, les listes de contrôle d'accès ne peuvent pas coexister avec le contrôle de débit par interface (PIRC).
A. Oui. La gamme du logiciel Cisco IOS Version 12.0S prend en charge l'ingénierie de trafic et le protocole TDP (Tag Distribution Protocol). La gamme Cisco IOS 12.0ST prend en charge les réseaux privés virtuels (VPN) MPLS et le protocole LDP (Label Distribution Protocol). MPLS est pris en charge sur les cartes DPT (Dynamic Packet Transport) depuis la version 12.0(9)S du logiciel Cisco IOS.
A. La commande show controllers clock affiche le CSC actif, comme indiqué dans cet exemple :
Router#show controllers clock Switch Card Configured 0x1F (bitmask), Primary Clock for system is CSC_1 System Fabric Clock is Redundant Slot # Primary ClockMode 0 CSC_1 Redundant 1 CSC_1 Redundant 2 CSC_1 Redundant 3 CSC_1 Redundant 4 CSC_1 Redundant 16 CSC_1 Redundant 17 CSC_1 Redundant 18 CSC_1 Redundant 19 CSC_1 Redundant 20 CSC_1 Redundant
A. Les commandes show gsr et show diag summary affichent les LC installées. Le premier vous donne l'état du LC, tandis que le second est plus court, comme illustré dans cet exemple :
Router#show gsr Slot 0 type = 1 Port SONET based SRP OC-12c/STM-4 state = Line Card Enabled Slot 1 type = 8 Port Fast Ethernet state = Line Card Enabled Slot 2 type = 1 Port E.D. Packet Over SONET OC-48c/STM-16 state = Line Card Enabled Slot 3 type = Route Processor state = IOS Running ACTIVE Slot 4 type = 4 Port E.D. Packet Over SONET OC-12c/STM-4 state = Line Card Enabled Slot 16 type = Clock Scheduler Card(6) OC-192 state = Card Powered Slot 17 type = Clock Scheduler Card(6) OC-192 state = Card Powered PRIMARY CLOCK Slot 18 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 19 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 20 type = Switch Fabric Card(6) OC-192 state = Card Powered Slot 24 type = Alarm Module(6) state = Card Powered Slot 25 type = Alarm Module(6) state = Card Powered Slot 28 type = Blower Module(6) state = Card Powered Router#show diag summary SLOT 0 (RP/LC 0 ): 1 Port SONET based SRP OC-12c/STM-4 Single Mode SLOT 1 (RP/LC 1 ): 8 Port Fast Ethernet Copper SLOT 2 (RP/LC 2 ): 1 Port E.D. Packet Over SONET OC-48c/STM-16 Single Mode/SR SC-SC connector SLOT 3 (RP/LC 3 ): Route Processor SLOT 4 (RP/LC 4 ): 4 Port E.D. Packet Over SONET OC-12c/STM-4 Multi Mode SLOT 16 (CSC 0 ): Clock Scheduler Card(6) OC-192 SLOT 17 (CSC 1 ): Clock Scheduler Card(6) OC-192 SLOT 18 (SFC 0 ): Switch Fabric Card(6) OC-192 SLOT 19 (SFC 1 ): Switch Fabric Card(6) OC-192 SLOT 20 (SFC 2 ): Switch Fabric Card(6) OC-192 SLOT 24 (PS A1 ): AC PEM(s) + Alarm Module(6) SLOT 25 (PS A2 ): AC PEM(s) + Alarm Module(6) SLOT 28 (TOP FAN ): Blower Module(6)
A. Exécutez la commande execute-on slot <slot #> execute-on all.
A. À partir du mode enable, exécutez la commande attachement <slot #>. Pour quitter le LC, exécutez la commande exit.
A. Exécutez la commande diag <slot #> verbose. Les diagnostics en cours d'exécution perturbent le fonctionnement normal et le transfert de paquets sur le LC. Si les diagnostics échouent, le LC reste en état de panne. Pour le redémarrer, vous pouvez exécuter la commande microcode reload <slot #> ou la commande hw-module slot <slot #> reload. Les diagnostics ne détectent aucun problème avec les cartes de matrice de commutation (SFC).
A. Ces commandes peuvent être utilisées pour surveiller l'utilisation de la mémoire tampon :
slot execute-on <slot #> show controllers tofab files d'attente
slot execute-on <slot #> show controllers frfab queues
A. La mémoire de paquets des routeurs de la gamme Cisco 12000 est divisée en deux banques : ToFab et FrFab. La mémoire ToFab est utilisée pour les paquets qui arrivent dans l'une des interfaces de la carte de ligne (LC) et se dirigent vers le fabric, tandis que la mémoire FrFab est utilisée pour les paquets qui sortent d'une interface sur le LC à partir du fabric.
Ces files d'attente ToFab et FrFab sont le concept le plus important à comprendre afin de dépanner efficacement les paquets ignorés dans les routeurs Internet de la gamme 12000.
Remarque : ToFab (vers le fabric) et Rx (reçus par le routeur) sont deux noms différents pour la même chose, tout comme FrFab (à partir du fabric) et Tx (transmis par le routeur). Par exemple, le circuit intégré ASIC (Application-Specific Integrated Circuit) ToFab Buffer Management (BMA) est également appelé RxBMA. Ce document utilise la convention ToFab/FrFab, mais vous pouvez voir la nomenclature Rx/Tx utilisée ailleurs.
LC-Slot1#show controllers tofab queues Carve information for ToFab buffers SDRAM size: 33554432 bytes, address: 30000000, carve base: 30029100 33386240 bytes carve size, 4 SDRAM bank(s), 8192 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 40606/40606 buffers specified/carved 33249088/33249088 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 20254/20254 (buffers specified/carved), 49.87%, 80 byte data size 1 17297 17296 20254 65535 12152/12152 (buffers specified/carved), 29.92%, 608 byte data size 2 20548 20547 12152 65535 6076/6076 (buffers specified/carved), 14.96%, 1568 byte data size 3 32507 38582 6076 65535 1215/1215 (buffers specified/carved), 2.99%, 4544 byte data size 4 38583 39797 1215 65535 809/809 (buffers specified/carved), 1.99%, 9248 byte data size 5 39798 40606 809 65535 IPC Queue: 100/100 (buffers specified/carved), 0.24%, 4112 byte data size 30 72 71 100 65535 Raw Queue: 31 0 17302 0 65535 ToFab Queues: Dest Slot 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535 4 0 0 0 65535 5 0 17282 0 65535 6 0 0 0 65535 7 0 75 0 65535 8 0 0 0 65535 9 0 0 0 65535 10 0 0 0 65535 11 0 0 0 65535 12 0 0 0 65535 13 0 0 0 65535 14 0 0 0 65535 15 0 0 0 65535 Multicast 0 0 0 65535Cette liste décrit certains des champs clés de l'exemple référencé :
Taille de la mémoire SDRAM (Synchronous Dynamic RAM) : 33554432 octets, adresse : 3000000, base de sculpture : 30029100 : taille de la mémoire de paquet de réception et emplacement de l'adresse où elle commence.
taille maximale des données de tampon 9248 octets, taille minimale des données de tampon 80 octets - tailles maximale et minimale des tampons.
40606/40606 tampons spécifiés/sculptés - Tampons spécifiés par le logiciel Cisco IOS à découper et le nombre de tampons réellement sculptés.
files d'attente libres non IPC - Les pools de mémoires tampons non-IPC (Inter Process Communication) sont les pools de mémoires tampon de paquets. Les paquets arrivant dans le LC se verraient attribuer une mémoire tampon à partir d'un de ces pools de mémoires tampon, selon la taille du paquet. Sur certaines LC, l'algorithme de découpage de tampon ne crée que trois files d'attente libres non IPC. La raison est que les files d'attente ToFab sont découpées jusqu'à l'unité de transmission maximale (MTU) la plus élevée prise en charge de la LC particulière. Par exemple, les LC Ethernet ne prennent en charge que trois files d'attente (jusqu'à une taille de 1 568 octets) et n'ont pas besoin d'un pool de 4 544 octets. L'exemple de sortie montre cinq pools de mémoires tampon de paquets de tailles 80, 608, 1 568, 4 544 et 9 248 octets. Pour chaque pool, des détails supplémentaires sont fournis :
20254/20254 (tampons spécifiés/sculptés), 49,87 %, taille des données de 80 octets - 49,87 % de la mémoire des paquets de réception a été découpée en mémoires tampon de 80 octets de 20254.
Qnum - Numéro de file d'attente.
#Qelem - Nombre de mémoires tampon dans cette file d'attente qui sont toujours disponibles. Il s'agit de la colonne à vérifier pour savoir quelle file d'attente est sauvegardée.
Tête et queue - Un mécanisme tête et queue est utilisé pour s'assurer que les files d'attente se déplacent correctement.
File d'attente IPC - Réservé aux messages IPC de la LC vers le processeur de routage Gigabit (GRP). Pour une explication sur IPC, référez-vous à Dépannage des messages d'erreur liés au CEF.
File d'attente brute : lorsqu'un paquet entrant a reçu une mémoire tampon d'une file d'attente libre non IPC, elle est mise en file d'attente sur la file d'attente brute. La file d'attente brute est une FIFO (First In, First Out) traitée par le processeur LC pendant les interruptions. Un très grand nombre dans la colonne #Qelem de la ligne File d'attente brute indique que vous avez trop de paquets en attente sur le CPU, qui ne peut pas suivre le débit auquel ces paquets doivent être traités. Un symptôme de ce problème est l'incrémentation des erreurs ignorées comme le montre la sortie de commande show interfaces. Ce problème est très rare.
ToFab Queue - Files d'attente de sortie virtuelles ; un par emplacement de destination plus un pour le trafic de multidiffusion. L'exemple de sortie ci-dessus affiche 15 files d'attente de sortie virtuelles. Bien que le 12012 contienne 12 logements, il a été conçu à l'origine comme un châssis à 15 logements. Les files d'attente de sortie virtuelles 13 à 15 ne sont pas utilisées.
Une fois que le processeur LC d'entrée prend une décision de commutation de paquets, le paquet est mis en file d'attente sur la file d'attente de sortie virtuelle correspondant au logement où le paquet est destiné. Le nombre dans la quatrième colonne correspond au nombre de paquets actuellement mis en file d'attente sur une file d'attente de sortie virtuelle.
À partir du protocole GRP, exécutez la commande attachement à joindre à un LC, puis exécutez la commande show controller frfab queue pour afficher la mémoire de paquet de transmission. Outre les champs de la sortie ToFab, la sortie FrFab affiche une section Files d'attente d'interface. Le résultat varie selon le type et le nombre d'interfaces sur le LC sortant.
Une file d'attente de ce type existe pour chaque interface sur le LC. Les paquets destinés à une interface spécifique sont mis en file d’attente dans la file d’attente d’interface correspondante.
LC-Slot1#show controller frfab queue ========= Line Card (Slot 2) ======= Carve information for FrFab buffers SDRAM size: 16777216 bytes, address: 20000000, carve base: 2002D100 16592640 bytes carve size, 0 SDRAM bank(s), 0 bytes SDRAM pagesize, 2 carve(s) max buffer data size 9248 bytes, min buffer data size 80 bytes 20052/20052 buffers specified/carved 16581552/16581552 bytes sum buffer sizes specified/carved Qnum Head Tail #Qelem LenThresh ---- ---- ---- ------ --------- 5 non-IPC free queues: 9977/9977 (buffers specified/carved), 49.75%, 80 byte data size 1 101 10077 9977 65535 5986/5986 (buffers specified/carved), 29.85%, 608 byte data size 2 10078 16063 5986 65535 2993/2993 (buffers specified/carved), 14.92%, 1568 byte data size 3 16064 19056 2993 65535 598/598 (buffers specified/carved), 2.98%, 4544 byte data size 4 19057 19654 598 65535 398/398 (buffers specified/carved), 1.98%, 9248 byte data size 5 19655 20052 398 65535 IPC Queue: 100/100 (buffers specified/carved), 0.49%, 4112 byte data size 30 77 76 100 65535 Raw Queue: 31 0 82 0 65535 Interface Queues: 0 0 0 0 65535 1 0 0 0 65535 2 0 0 0 65535 3 0 0 0 65535Cette liste décrit certains des champs clés de l'exemple référencé :
files d'attente libres non IPC - Ces files d'attente sont des pools de mémoires tampon de paquets de différentes tailles. Lorsqu'un paquet est reçu sur le fabric, une mémoire tampon de taille appropriée est prélevée dans l'une de ces files d'attente. Le paquet est copié dans la mémoire tampon, qui est ensuite placée sur la file d'attente d'interface de sortie appropriée. Contrairement aux files d'attente ToFab, les files d'attente FrFab sont découpées jusqu'à la MTU maximale de l'ensemble du système pour prendre en charge un paquet provenant de n'importe quelle interface entrante.
File d'attente IPC - Réservé aux messages IPC du GRP vers le LC.
Files d'attente d'interface - Ces files d'attente sont par interface (contrairement aux files d'attente ToFab, qui sont par emplacement de destination). Le numéro (65535) dans la colonne la plus à droite est la limite de file d'attente tx. Ce numéro peut être réglé en émettant la commande tx-queue limit mais uniquement sur le LC du moteur 0. Cette commande limite le nombre de tampons de paquets de transmission qu'une file d'attente par interface peut occuper. Réglez cette valeur lorsqu'une interface particulière est fortement congestionnée et qu'elle nécessite que le LC mette en mémoire tampon un grand nombre de paquets excédentaires.
A. fl signifie chargeur de tissu. La commande full indique au processeur de routage (RP) d'utiliser le chargeur de fabric groupé pour télécharger l'image du logiciel Cisco IOS sur les cartes de ligne (LC). En d'autres termes, le RP apparaît en premier et télécharge le chargeur de fabric sur les LC. L'image complète du logiciel Cisco IOS est ensuite téléchargée sur les LC à l'aide du nouveau téléchargeur de fabric. La commande service download-fl prend effet après un redémarrage. Pour en savoir plus, consultez la section Mise à niveau du micrologiciel des cartes de ligne sur un routeur de la gamme Cisco 12000.
A. idbs-rem signifie que les blocs de descripteurs d'interface (BID) associés à l'interface ont été supprimés. Ce message pointe généralement vers une carte défectueuse ou une carte mal insérée. Vous devez d'abord essayer de réinstaller le LC ou de le recharger manuellement en exécutant la commande hw-module slot <slot #> reload. Si la carte n'est toujours pas reconnue, remplacez-la.
A. Ils sont un facteur du GBIC et ne dépendent pas de la LC.
A. La commande show controllers fia fournit les informations demandées. Vous devez vérifier cette commande sur le processeur de routage Gigabit principal (GRP) et pour toutes les cartes de ligne (LC) en les attachant séparément à chacune d'elles. Si tous se plaignent d'un SFC, essayez d'abord de le réinstaller. Si le problème persiste, remplacez la carte défectueuse. Si un seul LC se plaint d'un SFC sur lequel les CRC augmentent, ce LC est probablement défectueux et non le SFC.
Plus d'informations sont disponibles sur How To Read the Output of the show controller fia Command.
A. La commande show gsr chassis-info peut être utilisée pour rechercher le numéro de série du châssis. Dans cet exemple, TBA03450002 est le numéro de série de ce routeur Internet de la gamme Cisco 12000.
Router#show gsr chassis-info Backplane NVRAM [version 0x20] Contents - Chassis: type 12416 Fab Ver: 3 Chassis S/N: TBA03450002 PCA: 73-4214-3 rev: A0 dev: 4759 HW ver: 1.0 Backplane S/N: TBC03450002 MAC Addr: base 0030.71F3.7C00 block size: 1024 RMA Number: 0x00-0x00-0x00 code: 0x00 hist: 0x00 Preferred GRP: 7
A. Le %TFIB-7- SCANSABORTED : L'analyse TFIB ne parvenant pas à terminer le message syslog est reçue lorsque l'analyseur CEF (Cisco Express Forwarding) s'exécute périodiquement, mais est appelée immédiatement lorsque la table ARP (Address Resolution Protocol) est modifiée. Une fois appelé, le scanner CEF appelle le scanner TFIB qui analyse séquentiellement la table ARP et met à jour la base de données TFIB. Si l'analyseur TFIB est déjà en cours d'exécution et, en même temps, que l'analyseur CEF est appelé en raison d'une modification de la table ARP, l'analyseur CEF reporte l'appel de l'analyseur TFIB jusqu'à ce qu'il termine l'analyse en cours. Si l'analyseur TFIB n'a pas terminé la première analyse et que l'analyseur CEF reçoit plus de 60 demandes de mise à jour de TFIB0, alors le %TFIB-7- SCANSABORTED : L'analyse de la TFIB qui ne termine pas les messages s'affiche. Si le message se termine par une chaîne MAC mise à jour, telle que %TFIB-7-SCANSABORTED : Analyse de la TFIB incomplète. Chaîne MAC mise à jour, puis le message signifie que la chaîne de contiguïté d'une interface continue à changer. Ceci est dû principalement à une configuration ou une configuration incorrecte.
A. GEC n'est pas pris en charge sur SPA-10xGE ou SPA-10xGE-V. L'acheminement de l'interface n'est pas pris en charge. Par conséquent, il n'est pas possible de lier l'interface Gigabit Ethernet à un canal de port configuré avec la commande channel-group port-channel-number.
A. C'est un comportement prévu. Le processeur dispose de 4 Go d'espace d'adressage effectif. Sur les 4 Go, les 256 derniers Mo sont mappés aux différents périphériques matériels. Le mappage est effectué par la puce de contrôle du système Discovery. Ainsi, seuls 3,75 Go sont disponibles pour la mise en correspondance avec les périphériques mémoire.
La puce Discovery prend en charge le mappage de quatre banques de mémoire. Chaque banque doit avoir une taille, soit une puissance de 2. Par conséquent, les trois premières banques sont configurées pour une taille de 1 Go et la dernière, 0,5 Go, ce qui totalise 3,5 Go.
A. Le SPA-5X1GE prend en charge le contrôle de flux. Pour les interfaces Fast Ethernet et Gigabit Ethernet sur les routeurs de la gamme Cisco 12000, le contrôle de flux est négocié automatiquement lorsque la négociation automatique est activée. Ainsi, il n'y a aucun moyen d'activer/de désactiver le contrôle de flux via l'interface de ligne de commande, car il est automatiquement négocié.
Référez-vous à Configuration de la négociation automatique sur une interface pour plus d'informations.
Ce document vous a-t-il été utile? Oui Non
Nous vous remercions de vos commentaires.
Ouvrir un dossier d'assistance (Nécessite un contrat de service Cisco.)
Reportez-vous aux conventions des conseils techniques Cisco pour connaître les conventions utilisées dans ce document.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
08-Aug-2008 |
Première publication |