Routeurs : Cisco Nexus 7000 10-Slot Switch

Foire aux questions de Nexus 7000

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Questions


Introduction

Ce document aborde les questions fréquemment posées (Foire aux questions) associées avec le Commutateurs de la gamme Cisco Nexus 7000.

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Q. Quelle est la commande est utilisée pour vérifier le « état active de HSRP » sur la gamme d'un Nexus 7000 commute ?

A. La commande est en activité de show hsrp ou brief de show hsrp.

Nexux_7K# show hsrp br
                   P indicates configured to preempt.
                   |
Interface Grp Prio P State    Active addr   Standby addr   Group addr
Vlan132   32  90   P Standby  10.101.32.253 local          10.101.32.254  (conf)
Vlan194   94  90   P Standby  10.101.94.253 local          10.101.94.254  (conf)
Vlan2061  61  110  P Active   local         10.100.101.253 10.100.101.254 (conf)

Nexus_7K# show hsrp standb br
                     P indicates configured to preempt.
                     |
Interface  Grp Prio  P State    Active addr    Standby addr Group addr
Vlan132    32  90    P Standby  10.101.32.253  local        10.101.32.254 (conf)
Vlan194    94  90    P Standby  10.101.94.253  local        10.101.94.254 (conf)
Vlan196    96  90    P Standby  10.101.96.253  local        10.101.96.254 (conf)

Q. Sur un Nexus 7018, en essayant d'exécuter un « aucun fermé » sur les Ethernets 1/3, l'ERREUR : Ethernet1/3 : Le config non permis, comme mettent en communication d'abord dans le port-grp est message d'erreur dédié est reçu.

A. Le périphérique pense que le premier port dans le port-grp est en mode dédié au lieu de mode partagé. Quand le premier port d'un port-grp est en mode dédié, les autres ports du port-grp ne peuvent pas être utilisés.

Q. Quel est vpc et que sont-ils ses avantages ?

A. PortChannel virtuel (vpc) est un concept de port-acheminement qui étend l'agrégation de liaisons à deux Commutateurs physiques distincts.

Les avantages du vpc incluent :

  • Utilise toute la bande passante disponible de liaison ascendante

  • Permet la création des topologies résilientes de la couche 2 basées sur l'agrégation de liaisons

  • Élimine la dépendance du Protocole Spanning Tree dans des couches de distribution d'accès de la couche 2

  • Mobilité transparente de serveur d'enables et Haute disponibilité de batteries de serveur (ha)

  • Mesure la bande passante disponible de la couche 2

  • Simplifie la conception de réseaux

  • Les serveurs dual-homed peuvent opérer en mode actif-actif

  • Une convergence plus rapide sur la panne de lien

  • Améliore un temps de convergence où un à un dispositif échoue

  • Réduit le capex et l'opex

http://www.cisco.com/c/dam/en/us/support/docs/switches/nexus-7000-10-slot-switch/113010-nexus-7k-faq-01.gif

Q. Pourquoi le vpc ne bloque-t-il pas non plus des liaisons ascendantes de vpc ?

A. Le Nexus 7000 a une méthode de prévention de boucle qui le trafic de baisses traversant le lien de pair (destiné pour un lien de pair de vpc) quand il n'y a aucun port ou lien défectueux de vpc. La règle est simple : si le paquet croise le lien de pair de vpc, il peut ne pas sortir tout port dans un vpc même si ce vpc n'a pas l'original VLAN.

Q. Comment est-ce que je crée un lien de pair pour le volts continu et un lien de keepalive pour chaque volts continu ?

A. Configurez le lien et les messages de keepalive de vpc

Cet exemple explique comment configurer la destination, l'adresse IP source, et le VRF pour le lien de vpc-pair-keepalive :

switch# configure terminal 
switch(config)# feature vpc
switch(config)# vpc domain 100
switch(config-vpc-domain)# peer-keepalive destination 172.168.1.2 source 
172.168.1.1 vrf vpc-keepalive

Créez le lien de pair de vpc

Cet exemple explique comment configurer un lien de pair de vpc :

switch# configure terminal 
switch(config)# interface port-channel 20
switch(config-if)# vpc peer-link
switch(config-vpc-domain)# 

Q. Ce qui fait le %EEM_ACTION-6-INFORM : Les paquets ont relâché en raison de la longueur de contrôle d'ID cohérente sur le moyen de message de module ?

A. Contrôles de système de détection d'intrusion de supports de Cisco NX-OS (ID) qui valident des paquets IP pour assurer le formatage approprié. C'est un début d'amélioration dans 5.x. Le message EEM est enregistré parce qu'un paquet est reçu par le commutateur où la taille de trame Ethernet est plus courte que la longueur prévue pour inclure la longueur de paquet IP plus l'en-tête Ethernet. Le paquet est lâché par le matériel dû à cette condition.

Afin de vérifier que les baisses d'ID se sont produites depuis la dernière réinitialisation de commutateur, émettez le module de show hardware forwarding ip verify [#] « .

Q. Comment est-ce que je vérifie les caractéristiques activées sur la gamme de Nexus 7000 commute avec NX-OS 4.2 ?

A. Émettez la commande de caractéristique d'exposition afin de vérifier.

switch-N7K# show feature
Feature Name          Instance  State
--------------------  --------  --------
tacacs                1         enabled
scheduler             1         enabled
isis                  2         disabled
isis                  3         disabled
isis                  4         disabled
ospf                  1         enabled
ospf                  2         disabled
ospf                  3         disabled


switch-N7K# show run | I feature
feature vrrp
feature tacacs+
feature scheduler
feature ospf
feature bgp
feature pim
feature pim6
feature eigrp
feature pbr
feature private-vlan
feature udld
feature interface-vlan
feature netflow
feature hsrp
feature lacp
feature dhcp
feature tunnel

Q. Y a-t-il un outil disponible pour la conversion de configuration sur la gamme Cisco 6500 en plate-forme de Nexus ?

A. Cisco a développé l'outil de transfert IOS-NXOS pour la conversion rapide de configuration sur la gamme Cisco 6500 en OS de gamme de Nexus.

Q. Combien de serveurs de Syslog peuvent être ajoutés à la gamme d'un Nexus 7000 commutent ?

A. Le nombre maximal de serveurs de Syslog configurés a 3. ans.

Q. La caractéristique du Nexus 7010vPC (LACP activé) compatible avec Cisco est-elle caractéristique d'EtherChannel ASA et avec l'EtherChannel d'ACE 4710 ?

A. En ce qui concerne le vpc, n'importe quel périphérique qui exécute le LACP (qui est une norme), est compatible avec le Nexus 7000, y compris ASA/ACE.

Q. Quels sont les ports orphelins ?

A. Les ports orphelins sont des périphériques connectés simples qui ne sont pas connectés par l'intermédiaire d'un vpc, mais portent toujours le vpc VLAN. Dans l'exemple d'un pair-lien fermé ou de la restauration, la Connectivité d'un port orphelin peut être liée à la panne de vpc ou au processus de restauration. Émettez les orphelin-ports de vpc d'exposition commandent afin d'identifier les VLAN affectés.

Q. Combien de processus OSPF peuvent être exécutés dans un contexte de périphérique virtuel (volts continu) ?

A. Il peut y avoir jusqu'à quatre (4) exemples d'OSPFv2 dans un volts continu.

Q. Quels modules de Nexus 7000 prennent en charge la Manche de fibre au-dessus des Ethernets (FCoE) ?

A. La gamme 7000 32-Port 1 de Cisco Nexus et support FCoE de module d'Ethernet 10 gigabits. Le numéro de pièce du produit est N7K-F132XP-15.

Q. Quelle est la version du minimum NX-OS exigée pour prendre en charge FCoE dans les Commutateurs de gamme de Nexus 7000 ?

A. FCoE est pris en charge sur des systèmes de gamme 7000 de Cisco Nexus exécutant la version 5.2 de Cisco NX-OS ou plus tard.

Q. Sur un Nexus, le mot clé de type de mesure n'est-il pas disponible dans le « default-information lancent-ils » la commande ?

A. Sur un Nexus, employez une commande de route-map avec une clause de positionnement de type de type [½ de ¿  ïÂ] afin d'avoir la même fonctionnalité que dans l'IOS utilisant le default-information lancer toujours la commande de type [½ de ¿  ïÂ].

Exemple :

switch(config)#route-map STAT-OSPF, permit, sequence 10
switch(config-route-map)#match interface ethernet 1/2
switch(config-route-map)#set metric-type {external | internal | type-1 | type-2}

Q. Comment est-ce que je redistribue des routes connectées dans un exemple OSPF sur un Nexus 7010 avec une mesure définie ?

A. Dans NX-OS, un route-map est toujours exigé en redistribuant des artères dans un OSPF citent, et vous emploierez également ce route-map pour placer la mesure. De plus, la redistribution de sous-réseau est par défaut, ainsi vous ne devez pas ajouter le mot clé de sous-réseaux.

Exemple :

switch(config)#access-list 101 permit ip <connected network> <wildcard> any
switch(config)#access-list 101 permit ip <connected network> <wildcard> any
switch(config)#access-list 101 permit ip <connected network> <wildcard> any
switch(config)#access-list 101 deny any
!
Router(config)# route-map direct2ospf permit 10
Router(config-route-map)# match ip address 101
Router(config-route-map)# set metric <100>

Router(config-route-map)# set metric-type type-1
!
switch(config)#router ospf 1
switch(config-router)#redistribute direct route-map direct2ospf

Q. Quelle est la commande équivalente NX-OS pour la commande IOS de « ip multicast-routing », et le Nexus 7000 prend en charge-il le mode intermédiaire PIM ?

A. La commande est pim de caractéristique. Dans NX-OS, la Multidiffusion est activée seulement après activer la caractéristique PIM ou PIM6 sur chaque routeur et puis activer le mode PIM ou PIM6 clairsemé sur chaque interface que vous voulez participer à la Multidiffusion.

Exemple :

switch(config)#feature pim
switch(config)#interface Vlan[536]
switch(config-if)#ip pim sparse-mode

Voir le guide de configuration de routage de Multidiffusion de la gamme 7000 NX-OS de Cisco Nexus, libérez 5.x pour un guide de configuration complet.

Q. Quand j'émets la commande « BGP de show ip route », je vois mes artères étant apprises par l'intermédiaire de l'OSPF et du BGP. Comment est-ce que je peux vérifier sur le NX-OS lesquels sera toujours utilisé et lesquels est une sauvegarde ?

A. Voici ce qui est reçu :

Nexus_7010#show ip route bgp
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]

172.20.62.0/23, ubest/mbest: 1/0
    *via 10.194.160.2, [20/0], 18:53:35, bgp-[AS-Number], internal, tag [Number]
     via 10.194.16.5, Vlan116, [110/1043], 18:43:51, ospf-1, intra
172.20.122.0/23, ubest/mbest: 1/0
    *via 10.194.160.2, [20/0], 18:53:35, bgp-[AS-Number], internal, tag [Number]
     via 10.194.16.5, Vlan116, [110/1041], 18:43:51, ospf-1, intra

Par défaut, le BGP sélectionne seulement un meilleur chemin simple et n'exécute pas l'Équilibrage de charge. En conséquence, l'artère identifiée par * sera toujours utilisée, à moins qu'elle descende, laquelle au point toutes les autres artères deviendront le chemin préférentiel.

Q. Comment j'évite de recevoir « pour traiter démarrez l'image. Le contrôle de Pré-mise à jour a manqué » message d'erreur en améliorant l'image sur la gamme d'un Nexus 7000 commutent ?

A. Une raison potentielle pour recevoir ce message d'erreur est si le nom du fichier spécifié n'est pas correct.

Exemple :

switch#install all kickstart bootflash:n7000-sl-kickstart.5.1.1a.bin system
    bootflash:n7000-sl-dk9.5.1.1a.bin

Dans cet exemple, le nom du fichier contient le « SL » (lettre minuscule l) au lieu de "s1" (numéro 1).

Q. Comment est-ce que je peux éviter de recevoir « configuration le message d'erreur n'apparie pas capacité de port » en activant « la fex-matrice de mode de switchport » ?

A. Ce message d'erreur est généré parce que le port n'est pas FEX capable :

N7K-2(config)#interface ethernet 9/5
N7K-2(config-if)#switchport mode fex-fabric
ERROR: Ethernet9/5: Configuration does not match the port capability

Afin de résoudre ce problème, vérifiez les capacités de port à l'aide de la commande d'Ethernets d'interface d'exposition.

Exemple :

N7K-2#show interface ethernet 9/5 capabilities
Ethernet9/5
  Model:                 N7K-M132XP-12
  Type (SFP capable):    10Gbase-(unknown)
  Speed:                 10000
  Duplex:                full
  Trunk encap. type:     802.1Q
  Channel:               yes
  Broadcast suppression: percentage(0-100)
  Flowcontrol:           rx-(off/on),tx-(off/on)
  Rate mode:             shared
  QOS scheduling:        rx-(8q2t),tx-(1p7q4t)
  CoS rewrite:           yes
  ToS rewrite:           yes
  SPAN:                  yes
  UDLD:                  yes
  Link Debounce:         yes
  Link Debounce Time:    yes
  MDIX:                  no
  Pvlan Trunk capable:   no
  Port Group Members:    1,3,5,7
  TDR capable:           no
  FabricPath capable:    no
  Port mode:             Routed,Switched
  FEX Fabric:            no
  dot1Q-tunnel mode:     yes

De cette sortie d'interface d'exposition les Ethernets que 9/5 capacité commande, vous peuvent voir la matrice FEX : non. Ceci vérifie que le port n'est pas FEX capable. Afin de résoudre ce problème, améliorez les images EPLD à la version de Cisco NX-OS 5.1(1) ou à plus tard.

Q. Quand j'émets la « interface d'exposition pare des erreurs » commandent, je voient qu'une des interfaces signale uniformément des erreurs. Quel est le FCS-errement et Rcv-Err dans la sortie de la commande « d'erreurs de compteurs d'interface d'exposition » ?

A. Voici ce qui est reçu :

Nexus-7000#show interface counters errors

----------------------------------------------------------------------------
Port      Align-Err    FCS-Err   Xmit-Err    Rcv-Err  UnderSize OutDiscards
----------------------------------------------------------------------------
Eth1/1            0         26          0         26          0           0

Avec FCS-errent et Rcv-Err, il est habituellement une indication que vous recevez les paquets corrompus.

Q. Comment est-ce que j'activer/se connecter l'état de lien par base de port sur la gamme d'un Nexus 7000 commute ?

A. Tous les messages (haut/bas) d'état de lien d'interface sont enregistré par défaut. Des événements d'état de lien peuvent être configurés globalement ou par interface. Les enables de commande d'interface joignent des messages de journalisation d'état pour une interface spécifique.

Exemple :

N7k(config)#interface ethernet x/x
N7k(config-if)#logging event port link-status

Q. Sur un Nexus 7000 exécutant NX-OS 5.1(3), le DECNet peut-il pont sur un VLAN ?

A. Tout les support de Plateformes de Nexus passant des trames de DECNet par le périphérique d'un point de vue layer-2. Cependant, il n'y a aucun soutien de conduire le DECNet sur le Nexus.

Q. Comment est-ce que je vérifie l'état de Protocole NTP (Network Time Protocol) sur la gamme d'un Nexus 7000 commute ?

A. Afin d'afficher l'état des pairs de NTP, émettez la commande de show ntp peer-status :

switch#show ntp peer-status

Total peers : 1

* - selected for sync, + -  peer mode(active),

- - peer mode(passive), = - polled in client mode

    remote               local                 st   poll   reach delay   vrf

-------------------------------------------------------------------------------

*10.1.10.5              0.0.0.0                 1   64     377   0.00134 default

Q. Comment est-ce que je saisis la sortie des détails de show tech-support ?

A. Émettez la commande de <filename> de bootflash:// de tac-pac afin de réorienter la sortie de la commande de tech d'exposition à un fichier, et puis le gzip le fichier.

Exemple :

switch#tac-pac bootflash://showtech.switch1

Émettez la commande du <server IP/<path> de bootflash://showtech.switch1 tftp:// de copie afin de copier le fichier du bootflash sur le serveur TFTP.

Exemple :

switch#copy bootflash://showtech.switch1 tftp://<server IP/<path>

Q. Un Nexus 7000 peut-il être un serveur DHCP et peut-il transmettre par relais des requêtes DHCP à différents serveurs DHCP par VLAN ?

A. Le Nexus 7000 ne prend en charge pas un serveur DHCP, mais il prend en charge le relais DHCP. Pour le relais, utilisez la commande d'interface de l'ip dhcp relay address x.x.x.x.

Voir le guide de configuration de Sécurité de la gamme 7000 NX-OS de Cisco Nexus, libérez 5.x pour plus d'informations sur le dynamic host configuration Protocol (DHCP) sur un périphérique de Cisco NX-OS.

Q. Comment est-ce que je vérifie si le mode XL est activé sur un périphérique de Nexus 7000 ?

A. Le permis extensible de caractéristique est le nouveau permis de système de Nexus 7000 qui active les tailles incrémentales de table prises en charge sur la M-gamme L modules. Sans permis, le système fonctionnera en mode standard, signifiant qu'aucune des tailles plus grandes de table ne sera accessible. Avoir des modules non-XL et XL dans un système est pris en charge, mais pour que le système s'exécute en mode XL tous les modules doivent être XL capable, et le permis extensible de caractéristique doit être installé. Le mélange des modules est pris en charge, avec l'exécution de système en mode non-XL. Si les modules sont dans le même système, le système entier retombe à la plus petite valeur commune. Si le XL et le non-XL sont isolés utilisant VDCs, alors chaque volts continu est considéré un système distinct et peut être exécuté dans les modes différents.

Afin de confirmer si le Nexus 7000 a l'option XL activée, vous le premier besoin de vérifier si le permis extensible de caractéristique est installé. En outre, avoir des modules non-XL et XL dans un système est pris en charge, mais pour que le système s'exécute en mode XL, tous les modules doivent être XL capable.

Q. Comment est-ce que je mets en application le VTP dans la gamme d'un Nexus 7000 commute où des VLAN sont manuellement configurés ?

A. Cisco ne recommande pas le VTP courant aux centres de traitement des données. Si quelqu'un relie un commutateur au réseau avec un nombre de révision plus élevé sans changer le mode VTP du serveur, il ignorera la configuration VLAN sur le commutateur.

Q. Y a-t-il une pratique recommandée pour l'Équilibrage de charge de Port canalisé entre la gamme du Nexus 1000V et la gamme de Nexus 7000 commute-t-elle ?

A. Il n'y a aucune pratique recommandée recommandée pour l'Équilibrage de charge entre la gamme du Nexus 1000V et les Commutateurs de gamme de Nexus 7000. Vous pouvez choisir un modèle basé sur écoulement ou basé sur source selon la condition requise du réseau.

Q. Pendant la mise à jour du Nexus 7010 de 5.2.1 au code 5.2.3, le module de X-barre dans l'emplacement 4 continue à mettre hors tension. Le %MODULE-2-XBAR_DIAG_FAIL : Panne signalée de Xbar 4 due au module Essayer à la resync dans le message d'erreur du périphérique 88 (erreur de périphérique 0x0) est reçu.

A. Ce message d'erreur correspond aux pannes diagnostiques sur le module 2. Ce pourrait être une connexion mauvaise à la X-barre du linecard, qui est des résultats dans le linecard ne pouvant pas au sync. Typiquement avec ces erreurs, la première étape est de réinsérer le module. Si cela ne résout pas le problème, réinsérez la matrice aussi bien que le module individuellement.

Q. Ce qui fait le %OC_USD-SLOT18-2-RF_CRC : OC2 a reçu des paquets avec l'erreur de CRC du moyen traversant de message d'erreur de l'emplacement 5/inst 1 modèle 6 XBAR ?

A. Ces erreurs indiquent que les trames reçues d'engine de poulpe qui ont manqué les contrôles d'erreur de CRC. Ceci peut sont provoqué par par de plusieurs raisons. Exemple :

  • Problèmes matériels :

    • Mauvais liens

    • Questions du fond de panier

    • Pertes de sync

    • Problèmes de places assises

  • Problèmes logiciels :

    • Vieux fpga

    • Les vues ont expédié au LC qu'il ne peut pas comprendre

Q. Comment est-ce que je vérifie des pertes de paquets sur un commutateur de Nexus 7000 ?

A. Vérifiez les champs de pause et de TailDrops de Rx de la sortie de l'interface d'exposition {/} et affichez le module # les commandes de module d'erreurs internes de matériel pour le module avec ces ports.

Exemple :

Nexus7K#show interface e7/25
Ethernet7/25 is up

  
!--- Output suppressed


    input rate 1.54 Kbps, 2 pps; output rate 6.29 Mbps, 3.66 Kpps
  RX
    156464190 unicast packets  0 multicast packets  585 broadcast packets
    156464775 input packets  11172338513 bytes
    0 jumbo packets  0 storm suppression packets
    0 runts  0 giants  0 CRC  0 no buffer
    0 input error  0 short frame  0 overrun   0 underrun  0 ignored
    0 watchdog  0 bad etype drop  0 bad proto drop  0 if down drop
    0 input with dribble  0 input discard
    7798999 Rx pause
  TX
    6365127464 unicast packets  6240536 multicast packets  2290164 broadcast packets
    6373658164 output packets  8294188005962 bytes
    0 jumbo packets
    0 output error  0 collision  0 deferred  0 late collision
    0 lost carrier  0 no carrier  0 babble
    0 Tx pause

Les pauses sur e7/25 indiquent que le serveur a la difficulté suivant le niveau de trafic envoyé à lui.

Nexus7k#show hardware internal erroe module 2 | include 
   r2d2_tx_taildrop_drop_ctr_q3
37936 r2d2_tx_taildrop_drop_ctr_q3                  0000000199022704   2 -
37938 r2d2_tx_taildrop_drop_ctr_q3                  0000000199942292   4 -
37941 r2d2_tx_taildrop_drop_ctr_q3                  0000000199002223   5 -
37941 r2d2_tx_taildrop_drop_ctr_q3                  0000000174798985   17 -

Ceci indique que le niveau de trafic envoyé aux ces périphérique était trop pour l'interface elle-même à transmettre. Puisque chaque interface a été configurée comme joncteur réseau permettant tous les VLAN et compteurs du trafic de Multidiffusion/émission étaient basse, elle apparaît là est beaucoup d'inondation d'unicast qui peut entraîner des baisses pour ces interfaces.


Informations connexes


Document ID: 113010