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.

Dotación física aplicable

El procedimiento cubierto en este documento es aplicable a la dotación física 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

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 de puerto (PO) puede tener dos links, Eth 1/53 que corresponda a la rebanada 0 y Eth 1/54 que corresponde a la rebanada 1. ELAM de determinación en dos ventanas de terminal separadas al mismo tiempo para las diversas rebanadas no ayudará como la última rebanada (diga que 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 el modo de la 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 los puertos del ingreso y de la salida 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 conmutador - vea CSCvd64106 para más detalles

Paso 5 - Fije los activadores ELAM usando 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: Asegúrese de 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 más adelante, hay una versión abreviada del informe ELAM según lo visto abajo. Si usted está ejecutando 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á a una salida más prolija descrita en la sección posterior y el valor por defecto hizo salir en más viejas versiones.

El Dst Idx es el niv_idx de la interfaz de egreso. Esto se puede controlar con “el interfaz interno ex/y del tah de la dotación física de la demostración | niv i”

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

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 a la CPU tendrá el indicador del sup_hit fijado (detalle del informe | sup_hit del grep).  
   • Usted puede decodificar la razón usando “sorbo-reorientar-stats interno toda de la acceso-lista del sistema de la demostración” y correspondiendo con el índice del sorbo 
   • Asegúrese de que “el modo correcto de la encaminamiento del sistema” esté configurado (modo de la encaminamiento 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 la encaminamiento del sistema: la plantilla-vxlan-escala” es no corresponde a la versión del Cisco NX-OS 7.0(3)I5(2) y más adelante.

       • Al usar BGP EVPN VXLAN 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 la encaminamiento 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 los linecards X9700-EX

       • El cambio “del modo de la encaminamiento del sistema” requiere una recarga del conmutador.

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

Viendo los resultados ELAM para las versiones NX-OS pre-7.0(3)I5(2)

¿+ hace esto tienen una encabezado 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

+ control SRC MAC (usted 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>

+ control SRC 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 un marco 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