Routers : Cisco Nexus 7000 10-Slot Switch

Nexo 7000 FAQ

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Preguntas


Introducción

Este documento dirige lo más frecuentemente las preguntas hechas (FAQ) asociadas al Switches Cisco Nexus de la serie 7000.

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Q. ¿Cuál es el comando se utiliza para verificar el “estado activo del HSRP” en un 7000 Series Switch del nexo?

A. El comando es hsrp de la demostración activo o descripción del hsrp de la demostración.

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. En un nexo 7018, al intentar realizar un “ningún cerrado” en los Ethernetes 1/3, el ERROR: Ethernet1/3: Los Config no permitidos, como primero viran hacia el lado de babor en el puerto-GRP son mensaje de error dedicado se reciben.

A. El dispositivo piensa que el primer puerto en el puerto-GRP está en el modo dedicado en vez de modo compartido. Cuando el primer puerto de un puerto-GRP está en el modo dedicado, los otros puertos del puerto-GRP no pueden ser utilizados.

Q. ¿Cuál es vPC y cuáles son sus ventajas?

A. PortChannel virtual (vPC) es un concepto de puerto-canalización que amplía la agregación del link a dos Switches físico separado.

Las ventajas del vPC incluyen:

  • Utiliza todo el ancho de banda disponible del uplink

  • Permite la creación de las topologías resistentes de la capa 2 basadas en la agregación del link

  • Elimina la dependencia del Spanning Tree Protocol en la capa de distribución del acceso de la capa 2

  • Movilidad transparente del servidor de los permisos y clusteres de gran disponibilidad del servidor (HA)

  • Escala el ancho de banda disponible de la capa 2

  • Simplifica el diseño de red

  • Los servidores dual-homed pueden actuar en el modo activo-activo

  • Convergencia más rápida sobre la falla de link

  • Mejora el tiempo de convergencia en que un único dispositivo falla

  • Reduce el capex y el opex

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

Q. ¿Por qué el vPC no bloquea tampoco del uplinks del vPC?

A. El nexo 7000 tiene un método de la prevención del loop que tráfico de los descensos que atraviesa el link del par (destinado para un link del par del vPC) cuando no hay puertos o links fallados del vPC. La regla es simple: si el paquete cruza el link del par del vPC, puede no salir cualquier puerto en un vPC incluso si ese vPC no tiene el VLAN original.

Q. ¿Cómo establezco un link del par para el VDC y las relaciones del keepalive para cada VDC?

A. Configure el link y los mensajes del keepalive del vPC

Este ejemplo demuestra cómo configurar el destino, la dirección IP de origen, y el VRF para el link del VPC-par-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

Establezca las relaciones del par del vPC

Este ejemplo demuestra cómo configurar un link del par del vPC:

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

Q. Qué hace el %EEM_ACTION-6-INFORM: ¿Los paquetes cayeron debido a la longitud del control IDS constante en el medio del mensaje del módulo?

A. Controles del sistema de la detección de intrusos de los soportes del Cisco NX-OS (IDS) que validan los paquetes del IP para asegurar el formato apropiado. Esto es un principio de la mejora en 5.x. Se está registrando el mensaje EEM porque un paquete es recibido por el Switch donde está más corto el tamaño de trama Ethernet que la longitud prevista incluir la longitud del paquete del IP más el encabezado Ethernet. El paquete es caído por el hardware debido a esta condición.

Para verificar que los descensos IDS ocurrieran desde la reinicialización más reciente del Switch, publique el IP del hardware que reenvía de la demostración verifican el [-]del módulo “.

Q. ¿Cómo verifico las características habilitadas en el 7000 Series Switch del nexo con NX-OS 4.2?

A. Publique el comando de la característica de la demostración para verificar.

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. ¿Hay una herramienta disponible para la conversión de la configuración en las Cisco 6500 Series a la plataforma del nexo?

A. Cisco ha desarrollado la herramienta de la migración IOS-NXOS para la conversión de la configuración rápida en las Cisco 6500 Series a la serie OS del nexo.

Q. ¿Cuántos servidores de Syslog pueden ser agregados a un 7000 Series Switch del nexo?

A. El número máximo de servidores de Syslog configurados es 3.

Q. ¿Es la característica del nexo 7010vPC (LACP habilitado) compatible con Cisco función EtherChannel ASA y con el EtherChannel de ACE 4710?

A. En cuanto al vPC, cualquier dispositivo que ejecute el LACP (que es un estándar), es compatible con el nexo 7000, incluyendo ASA/ACE.

Q. ¿Cuáles son puertos huérfanos?

A. Los puertos huérfanos son los solos dispositivos conectados que no están conectados vía un vPC, pero todavía llevan los VLA N del vPC. En el caso de un par-link cerrado o de la restauración, la Conectividad de un puerto huérfano se puede limitar al error o al proceso de restauración del vPC. Publique los huérfano-puertos del vpc de la demostración ordenan para identificar los VLA N afectados.

Q. ¿Cuántos procesos OSPF se pueden funcionar con en un contexto del dispositivo virtual (VDC)?

A. Puede haber hasta cuatro (4) casos de OSPFv2 en un VDC.

Q. ¿Qué nexos 7000 módulos soportan el Fibre Channel sobre los Ethernetes (FCoE)?

A. Las 7000 Series 32-Port 1 del nexo de Cisco y soporte del módulo FCoE de los Ethernet de 10 Gigabit. El numero de parte del producto es N7K-F132XP-15.

Q. ¿Cuál es la versión del mínimo NX-OS requerida para soportar FCoE en los 7000 Series Switch del nexo?

A. FCoE se soporta en los sistemas de las 7000 Series del nexo de Cisco que ejecutan la versión 5.2 del Cisco NX-OS o más adelante.

Q. En un nexo, es el tipo métrico que la palabra clave no disponible en la “valor por defecto-información origina” el comando?

A. En un nexo, utilice un comando route-map con una cláusula del conjunto del tipo [�] del tipo métrico para tener las mismas funciones que en el IOS usando la valor por defecto-información originar siempre el comando del [�] del tipo métrico.

Por ejemplo:

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. ¿Cómo redistribuyo los Routeconectad en un caso OSPF en un nexo 7010 con un métrico definida?

A. En NX-OS, un route-map se requiere siempre al redistribuir las rutas en un OSPF cita como ejemplo, y usted también utilizará este route-map para fijar el métrico. Además, la redistribución de la subred está por abandono, así que usted no tiene que agregar la palabra clave de las subredes.

Por ejemplo:

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. ¿Cuál es el comando equivalente NX-OS para “el comando ios del ruteo multicast del IP”, y el nexo 7000 apoya al modo disperso de PIM?

A. El comando es pim de la característica. En NX-OS, el Multicast se habilita sólo después de habilitar la característica PIM o PIM6 en cada router y después de habilitar al modo disperso PIM o PIM6 en cada interfaz que usted quiere participar en el Multicast.

Por ejemplo:

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

Vea la guía de configuración del ruteo multicast de las 7000 Series NX-OS del nexo de Cisco, la versión 5.x para una guía de configuración completa.

Q. Cuando publico “el comando BGP de la ruta de IP de la demostración”, veo mis rutas el ser doctas vía el OSPF y el BGP. ¿Cómo puedo verificar en el NX-OS cuál serán utilizados siempre y cuál es un respaldo?

A. Aquí es se recibe qué:

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

Por abandono, el BGP selecciona solamente un solo mejor trayecto y no realiza el Equilibrio de carga. Como consecuencia, la ruta marcada con * será utilizada siempre, a menos que vaya abajo, momento en el cual que sigue habiendo cualquier ruta se convertirá en el trayecto preferido.

Q. Cómo evito recibir “no podido para procesar kickstart la imagen. ¿El control de la PRE-actualización falló el” mensaje de error al actualizar la imagen en un 7000 Series Switch del nexo?

A. Una razón potencial para recibir este mensaje de error es si el nombre del archivo especificado no está correcto.

Por ejemplo:

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

En este ejemplo, el nombre del archivo contiene el “sl” (la letra minúscula l) en vez del "s1" (número 1).

Q. ¿Cómo puedo evitar recibir “configuración no hago juego el mensaje de error de la capacidad de puerto” al habilitar “la fex-tela del modo del switchport”?

A. Se genera este mensaje de error porque el puerto no es FEX capaz:

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

Para resolver este problema, marque las capacidades de puerto usando el comando show interface ethernet.

Por ejemplo:

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 esta salida de las interfaces Ethernet de la demostración 9/5 comando capabilities, usted puede ver la tela FEX: no. Esto verifica que el puerto no sea FEX capaz. Para resolver este problema, actualice las imágenes EPLD a la versión del Cisco NX-OS 5.1(1) o a más adelante.

Q. Cuando publico los “contadores de la interfaz de la demostración que los errores” ordenan, yo consideran que una de las interfaces está fijando constantemente los errores. Cuáles son el El FCS Yerra y Rcv-Err en la salida “del comando? de los errores de los contadores de la interfaz de la demostración

A. Aquí es se recibe qué:

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

Con el El FCS Yerra y Rcv-Err, es generalmente una indicación que usted está recibiendo los paquetes corruptos.

Q. ¿Cómo yo habilita/la basada en cada puerto del estado de link del registro de la neutralización en un 7000 Series Switch del nexo?

A. Todos interconectan el estado de link que los mensajes (arriba/abajos) se registran por abandono. Los eventos del estado de link se pueden configurar global o por la interfaz. El comando interface habilita los mensajes de registración del estado de link para una interfaz específica.

Por ejemplo:

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

Q. ¿En un nexo 7000 NX-OS que se ejecutan 5.1(3), se puede el DECNet interligar en un VLA N?

A. Todo el soporte de Plataformas del nexo que pasa las tramas del DECNet a través del dispositivo de una perspectiva de la capa 2. Sin embargo, no hay soporte para rutear el DECNet en el nexo.

Q. ¿Cómo marco el estatus del Network Time Protocol (NTP) en un 7000 Series Switch del nexo?

A. Para visualizar el estatus de los pares NTP, publique el comando del estado de peer NTP de la demostración:

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. ¿Cómo capturo la salida de los detalles del tecnología-soporte de la demostración?

A. Publique el comando del <filename> TAC-PAC bootflash:// para reorientar la salida del comando show tech a un archivo, y entonces el gzip el archivo.

Por ejemplo:

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

Publique el comando del <server IP/<path> de bootflash://showtech.switch1 tftp:// de la copia para copiar el archivo del bootflash al servidor TFTP.

Por ejemplo:

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

Q. ¿Puede un nexo 7000 ser un servidor DHCP y puede retransmitir los pedidos de DHCP a diversos servidores DHCP por el VLA N?

A. El nexo 7000 no apoya a un servidor DHCP, sino que soporta el relé DHCP. Para la retransmisión, utilice el comando interface del direccionamiento x.x.x.x de la retransmisión DHCP del IP.

Vea la guía de configuración de seguridad de las 7000 Series NX-OS del nexo de Cisco, la versión 5.x para más información sobre el Protocolo de configuración dinámica de host (DHCP) en un dispositivo del Cisco NX-OS.

Q. ¿Cómo verifico si el modo XL se habilita en un dispositivo del nexo 7000?

A. La licencia de función scalable es la nueva licencia del sistema del nexo 7000 que habilita los tamaños de la tabla ampliados soportados en las M-series L módulos. Sin la licencia, el sistema se ejecutará en el modo estándar, significando que ningunos de los tamaños de la tabla más grandes serán accesibles. Tener módulos NON-XL y XL en un sistema se soporta, pero para que el sistema se ejecute en el modo XL todos los módulos necesitan ser XL capaz, y la licencia de función scalable necesita ser instalada. La mezcla de los módulos se soporta, con el sistema ejecutándose en el modo NON-XL. Si los módulos están en el mismo sistema, el sistema entero recurre al valor más pequeño común. Si el XL y el NON-XL se aíslan usando los VDC, después cada VDC se considera un sistema separado y se puede ejecutar en diversos modos.

Para confirmar si el nexo 7000 tiene la opción XL habilitada, usted primero necesita marcar si la licencia de función scalable está instalada. También, tener módulos NON-XL y XL en un sistema se soporta, pero para que el sistema se ejecute en el modo XL, todos los módulos necesitan ser XL capaz.

Q. ¿Cómo implemento el VTP en un 7000 Series Switch del nexo donde los VLA N se configuran manualmente?

A. Cisco no recomienda el ejecutar del VTP en los centros de datos. Si alguien asocia un Switch a la red con un número de revisión más alto sin el cambio del modo VTP del servidor, reemplazará la configuración de VLAN en el Switch.

Q. ¿Hay una mejor práctica para el Equilibrio de carga del canal del puerto entre los 7000 Series Switch de la serie del nexo 1000V y del nexo?

A. No hay mejor práctica recomendada para el balanceo de carga entre los 7000 Series Switch de la serie del nexo 1000V y del nexo. Usted puede elegir un flujo basado o un modelo del source basado dependiendo del requisito de la red.

Q. Durante la actualización del nexo 7010 a partir del 5.2.1 al código 5.2.3, el módulo de la X-barra en el slot 4 guarda el accionar apagado. El %MODULE-2-XBAR_DIAG_FAIL: Xbar 4 señalado la falla debido al módulo El intentar a la RESYNC en el mensaje de error del dispositivo 88 (error de dispositivo 0x0) se recibe.

A. Este mensaje de error corresponde a las fallas de diagnóstico en el módulo 2. Podría ser una conexión defectuosa a la X-barra del linecard, que es resultados en el linecard que no puede sincronizar. Típicamente con estos errores, el primer paso es volver a sentar el módulo. Si eso no resuelve el problema, vuelva a sentar la tela así como el módulo individualmente.

Q. Qué hace el %OC_USD-SLOT18-2-RF_CRC: ¿Paquetes recibidos OC2 con error crc de Mod 6 con XBAR el medio del mensaje de error del slot 5/inst 1?

A. Estos errores indican que las tramas recibidas del motor del pulpo que fallaron error crc marca. Esto se puede causar por las razones múltiples. Por ejemplo:

  • Problemas de hardware:

    • Malos links

    • Problemas del backplane

    • Pérdidas de sincronización

    • Problemas que asientan

  • Problemas del software:

    • Fpga viejo

    • Capítulos remitidos al LC que no puede entender

Q. ¿Cómo verifico las caídas de paquetes en un 7000 Switch del nexo?

A. Verifique los campos de la pausa y de TailDrops del rx de la salida de la interfaz de la demostración {/} y muestre los comandos module- del módulo de los errores internos del hardware para el módulo con estos puertos.

Por ejemplo:

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

Las pausas en e7/25 indican que el servidor está teniendo dificultad que continúa con la cantidad de tráfico enviada a él.

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 -

Esto indica que la cantidad de tráfico enviada a estos dispositivo era demasiado para la interfaz sí mismo a transmitir. Puesto que cada interfaz fue configurada como trunk permitiendo todos los VLA N y los contadores del Multicast/del tráfico de broadcast era bajos, aparece que hay mucha Inundación de unidifusión que puede causar los descensos para estas interfaces.


Información Relacionada


Document ID: 113010