Introducción

Este documento describe los pasos usados para realizar un ELAM (módulo integrado del analizador de lógica) en una serie de nexos de Cisco 9000 módulos de CloudScale ASIC, cubre las salidas más relevantes, y describe cómo interpretar los resultados.

Consejo: Refiera al documento de descripción general ELAM para una descripción en ELAM.

Hardware aplicable

El procedimiento cubierto en este documento es aplicable al hardware siguiente solamente:

N9K-C93180YC-EX	N9K-C92304QC
N9K-X9736C-EX	N9K-C92300YC
N9K-C93108TC-EX	N9K-X9788TC-FX
N9K-X9732C-EX	N9K-X97284YC-FX
N9K-X97160YC-EX	N9K-C93180YC-FX
N9K-C93180LC-EX	N9K-C93108TC-FX
N9K-C92160YC-X	N9K-C9348GC-FXP
N9K-C9272Q	N9K-X9732C-FX
N9K-C9236C	N9K-C9336C-FX2
N9K-C93240YC-FX2	N9K-C93300YC-FX2
N9K-C9364C	N9K-C9332C

Procedimiento de Tahoe ASIC ELAM del nexo 

Topología 

Paso 1 - Verifique ASIC del puerto, rebanada y SrcId

  

N9K-C92160YC-X-2# show hardware internal tah interface e1/49 
IfIndex: 436232192
DstIndex: 5952
IfType: 26
Asic: 0 <<<<<<<<<
Asic: 0
AsicPort: 56
SrcId: 48 <<<<<<<<
Slice: 1 <<<<<<<<<
PortOnSlice: 24

Precaución: ELAM se debe utilizar solamente en una ventana de terminal mientras que usted mantiene el contenido global para cada rebanada, lu-a2d, etc.
Por ejemplo un canal del puerto (PO) puede tener dos links, el Eth 1/53 que corresponde a la rebanada 0 y el Eth 1/54 que corresponde a la rebanada 1. ELAM que configura en dos en un momento separados de las ventanas de terminal para las diversas rebanadas no ayudará como la última rebanada (diga la rebanada 1) sobregrabará primer (rebanada 0), terminando para arriba en conseguir el mismo resultado en ambas ventanas de terminal.

Usted puede comprobar esta información con minuciosidad vía:

  

N9K-C92160YC-X-2# show system internal ethpm info interface e1/49 | i i src
  IF_STATIC_INFO: port_name=Ethernet1/49,if_index:0x1a006000,ltl=5952,slot=0, nxos_port=192,dmod=1,dpid=56,
  unit=0,queue=65535,xbar_unitbmp=0x0,ns_pid=255,slice_num=1,port_on_slice=24,src_id=48

  

Paso 2 - Asocie al módulo

N9K-C92160YC-X-2# attach mod 1

Paso 3 - Ingrese al modo de configuración ELAM y especifique el ASIC apropiado del paso 1

  

module-1# debug platform internal tah elam asic 0 

Paso 4 - Configure el activador - (hay muchas opciones que usted puede especificar aquí)

  

module-1(TAH-elam)# trigger init asic 0 slice 1 lu-a2d 1 in-select 6 out-select 0 use-src-id 48 

Consejo:

• Si el ingreso y los puertos de egreso están en diversas rebanadas en mismo ASIC, después ELAM en la rebanada de la salida no capturará el paquete de salida porque el paquete no pasará a través de los bloques del LUX en la rebanada de la salida y por lo tanto desviará ELAM.
• lu-a2d 0 se utiliza para ELAM reverso donde el activador se basa en el resultado y lu-a2d 1 se utiliza para ELAM donde el activador se basa en los atributos del paquete
• Utilice siempre 6 para en-selecto y 0 para hacia fuera-selecto 

Advertencia: No utilice 0 después de que lu-a2d como esto pudo causar un crash el Switch - vea CSCvd64106 para más detalles

Paso 5 - Fije los activadores ELAM usando el SRC y el IP DEST de este ejemplo

  

module-1(TAH-elam-insel6)# reset
module-1(TAH-elam-insel6)# set outer ipv4 dst_ip 192.0.2.1 src_ip 192.0.2.2

Nota: Aseegurese al "RESET" mientras que “fije” el comando prevalecerá en ELAMs y puede hacerlo no accionar o accionar en los campos inesperados.

Paso 6 - Comience el ELAM

  

module-1(TAH-elam-insel6)# start
GBL_C++:  [MSG] tahusd_elam_wrapper_init:36:asic type 5 inst 0 slice 1 a_to_d 1 insel 6 outsel 0
GBL_C++:  [MSG] Inside tahusd_elam_wrapper_init
GBL_C++:  [MSG] tahusd_elam_wrapper_enable:7e:asic type 5 inst 0 slice 1 a_to_d 1
GBL_C++:  [MSG]   - writing data=0x0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001FD901C4E2A0000000000000000000002000000000000000000000000000000000000000000000000000000030001
GBL_C++:  [MSG]   - writing mask=0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001FFFFFFFFFFFE00000000000000000000038000000000000000000000000000000000000000000000000000001FF001

Paso 7 - Verifique si su ELAM accionado y revise los resultados

Nota: Comenzando con NX-OS 7.0(3)I5(2) y posterior, hay una versión abreviada del informe ELAM según lo visto abajo. Si usted está ejecutando el PRE-7.0(3)I5(2); continúe a “ver ELAM resulta…” sección.

module-1(TAH-elam-insel6)# report
 
SUGARBOWL ELAM REPORT SUMMARY
slot - 1, asic - 1, slice - 1
============================
 
Incoming Interface: Eth1/49
Src Idx : 0xd, Src BD : 10
Outgoing Interface Info: dmod 1, dpid 14
Dst Idx : 0x602, Dst BD : 10
 
Packet Type: IPv4
 
Dst MAC address: CC:46:D6:6E:28:DB Src MAC address: 00:FE:C8:0E:27:15
.1q Tag0 VLAN: 10,  cos = 0x0
 
Dst IPv4 address: 192.0.2.1 Src IPv4 address: 192.0.2.2
Ver     =  4, DSCP    =    0, Don't Fragment = 0
Proto   =  1, TTL     =   64, More Fragments = 0
Hdr len = 20, Pkt len =   84, Checksum       = 0x667f
 
L4 Protocol  : 1
ICMP type    : 0
ICMP code    : 0
 
Drop Info:
----------
 
LUA:
LUB:
LUC:
LUD:
Final Drops:

el “detalle del informe” le proporcionará una salida más prolija descrita en la sección posterior y la salida predeterminada en más viejas versiones.

El dst Idx es el niv_idx de la interfaz de egreso. Esto se puede marcar con “la interfaz interna ex/y del tah del hardware de la demostración | niv i”

El dmod y el dpid están también correspondiente a la interfaz de egreso. Esto se puede marcar con “la información interna internacional ex/y del ethpm del sistema de la demostración | dpid i”

Además, “la hardware-asignación de la interfaz de la demostración” se puede utilizar para validar el dmod/dpid.

NOTAS:  

1. Cuando se trata de confirmar si el paquete se está cayendo realmente, el campo de los “descensos finales” es el ÚNICO a considerar.  Es decir mientras que usted puede ver las excepciones lanzado en otros campos como LUA/B/C/D, eso no significa necesariamente que se está cayendo el paquete. Revise por favor esta salida cuidadosamente.
2. El tráfico llevado en batea al CPU tendrá el indicador del sup_hit fijado (detalle del informe | sup_hit del grep).  
   • Usted puede decodificar la razón usando “Sup-reorientar-stats interno toda de la lista de acceso del sistema de la demostración” y correspondiendo con el índice del sorbo 
   • Asegúrese de que configuren al “modo de ruteo correcto del sistema” (modo de ruteo del sistema de la demostración)  
     • Por las guías de consulta y las limitaciones documentadas en las consideraciones para el despliegue VXLAN

       • El “modo de ruteo del sistema: la plantilla-vxlan-escala” es no corresponde a la versión del Cisco NX-OS 7.0(3)I5(2) y posterior.

       • Al usar VXLAN BGP EVPN conjuntamente con la versión del Cisco NX-OS 7.0(3)I4(x) o NX-OS libere 7.0(3)I5(1), el “modo de ruteo del sistema: la plantilla-vxlan-escala” se requiere en las plataformas de hardware siguientes:

         • 9300-EX Switch del nexo de Cisco

         • 9500 Switch del nexo de Cisco con el linecards X9700-EX

       • El cambio del “modo de ruteo del sistema” requiere una recarga del Switch.

Ejemplo del tráfico que experimenta la batea CPU:

module-1(TAH-elam-insel6)# report

SUGARBOWL ELAM REPORT SUMMARY
=============================

Incoming Interface: Eth1/3
Src Idx : 0x9, Src BD : 23
Outgoing Interface Info: dmod 1, dpid 72
Dst Idx : 0x601, Dst BD : 802

Packet Type: IPv4

Dst MAC address: B0:8B:CF:A3:D0:4B
Src MAC address: 00:10:DB:FF:10:00
.1q Tag0 VLAN: 23,  cos = 0x0

Dst IPv4 address: 192.0.2.1
Src IPv4 address: 192.0.2.2
Ver     =  4, DSCP    =    2, Don't Fragment = 1
Proto   =  6, TTL     =   49, More Fragments = 0
Hdr len = 20, Pkt len =   60, Checksum       = 0x63c3

L4 Protocol  : 6
TCP Dst Port : 80
TCP Src Port : 46340
Sup hit: 1, Sup Idx : 2720  <<---- CPU punt, use below CLI to resolve the meaning of Sup Idx

Drop Info:
----------

LUA:
LUB:
LUC:
LUD:
Final Drops:

# show system internal access-list sup-redirect-stats all | grep 2720 2720  copp-system-p-acl-http 63

Ver los resultados ELAM para las versiones PRE-7.0(3)I5(2) NX-OS

¿+ hace esto tienen una encabezado del dot1q?

module-1(TAH-elam-insel6)# report | grep pr_lu_vec_l2v.qtag0
GBL_C++:  [MSG]   pr_lu_vec_l2v.qtag0_vld: 0x1 << dot1q yes? 0x1
GBL_C++:  [MSG]   pr_lu_vec_l2v.qtag0_cos: 0x0
GBL_C++:  [MSG]   pr_lu_vec_l2v.qtag0_de: 0x0
GBL_C++:  [MSG]   pr_lu_vec_l2v.qtag0_vlan: 0xA << VL 10 

+ VLA N del control:

  

module-1(TAH-elam-insel6)# report | grep -1 fpx_lookup_vec.lkup.macsakey.key.fid
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.vld: 0x1
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.fid_type: 0x0
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.fid_vld: 0x0
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.fid: 0xA << dec 0xa = VL 10
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715

+ SRC MAC (usted del control puede ver realmente esto en el paso anterior también):

module-1(TAH-elam-insel6)# report | grep -i fpx_lookup_vec.lkup.macsakey.key.mac
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715 << 00fe.c80e.2715
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.macsakey.key.mac: 0xFEC80E2715

¿+ es esto que un nuevo aprende?

module-1(TAH-elam-insel6)# report | grep -1 fpx_lookup_vec.sa_notify_info
GBL_C++:  [MSG]         fpx_lookup_vec.lkup.ptvec.misc1.tcp_flags: 0x0
GBL_C++:  [MSG]   fpx_lookup_vec.sa_notify_info: 0x5200000C060
GBL_C++:  [MSG]     fpx_lookup_vec.sa_notify_info.enable: 0x0 << This will be set to 0x1 for learning to happen
GBL_C++:  [MSG]     fpx_lookup_vec.sa_notify_info.conv_learn_only: 0x0
<snip>

+ SRC del control y DST IP:

module-1(TAH-elam-insel6)# report | grep vec_l3v.ip.*a
GBL_C++:  [MSG]     pr_lu_vec_l3v.ip.da: 0x00000000000000000c0000201 << DST IP: 192.0.2.1
GBL_C++:  [MSG]     pr_lu_vec_l3v.ip.sa: 0x00000000000000000c0000202 << SRC IP: 192.0.2.2

  

+ verifique su ingreso SRC_ID:

module-1(TAH-elam-insel6)# report | egrep SRC
GBL_C++:  [MSG]    SRCID: 0x30

module-1(TAH-elam-insel6)# report | grep vec.ihdr.ieth.hdr.src_idx
GBL_C++: [MSG] lurw_vec.ihdr.ieth.hdr.src_idx: 0xA9 << sh hardware internal tah int e1/49 | i i niv_idx

  

+ si ELAM no acciona, mirará como sigue:

module-1(TAH-elam-insel6)# report 
GBL_C++:  [MSG] tahusd_elam_wrapper_report:27d:asic type 5 inst 0 slice 1 a_to_d 1 insel 6 outsel 0
GBL_C++:  [MSG] Inside tahusd_elam_wrapper_dav_report
GBL_C++:  [MSG] ELAM not yet triggered <<<<<<

ELAM encapsulado VXLAN:

Puesto que los paquetes VXLAN serían encapsulados, el ELAM necesita ser accionado en el encabezado interno en comparación con el encabezado exterior - vea el ejemplo abajo para una trama ARP:

module-1# debug platform internal tah elam asic 0 
module-1(TAH-elam)# trigger init asic 0 slice 1 in-select 7 out-select 0 use-src-id 48
module-1(TAH-elam-insel7)# reset
module-1(TAH-elam-insel7)# set inner arp source-ip-addr 192.0.2.2 target-ip-addr 192.0.2.1
module-1(TAH-elam-insel7)# start
module-1(TAH-elam-insel7)# report

Poste de la configuración ELAM NX-OS 7.0(3)I7(2)

Fije NX-OS 7.0(3)I7(2), ELAM puede ahora ser accionado global sin especificar ASIC o el número de la rebanada para la facilidad - vea el ejemplo abajo:

Nexus-9K# debug platform internal tah elam 
Nexus-9K(TAH-elam)# trigger init 
Nexus-9K(TAH-elam-insel6)# reset
Nexus-9K(TAH-elam-insel6)# set outer ipv4 dst_ip 192.0.2.1 src_ip 192.0.2.2
Nexus-9K(TAH-elam-insel6)# start
Nexus-9K(TAH-elam-insel6)# report