Verifique la Conectividad LISP de Capa 2 en SDA en los Switches Catalyst 9000
Contenido
Introducción
Este documento describe cómo verificar el LISP de Capa 2 en el Acceso Definido por Software (SDA) en los switches Catalyst 9000.
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Conocimiento de la solución SDA y de los componentes.
- Comprensión de los protocolos de separación Localizador/ID (LISP) - Plano de control - y Virtual Extensible LAN (VxLAN) - Plano de datos -.
- Conozca la arquitectura de Catalyst 9000.
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- Catalyst 9300
- Cisco IOS® XE 16.9.8 y posterior
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
La arquitectura SD-Access es compatible con la tecnología de fabric implementada para el campus. Permite el uso de redes virtuales (redes superpuestas) que se ejecutan en la parte superior de una red física (red subyacente) con el fin de crear topologías alternativas para conectar dispositivos. Para obtener más información sobre los diferentes componentes de la solución Cisco SD-Access, visite:
Guía de diseño de la solución Cisco SD-Access
Capa 2 en el fabric
- La trama Ethernet completa se encapsula en VxLAN y se transporta a través de SDA Fabric.
- El tráfico de capa 2 a través del fabric se envía a través de la instancia LISP de capa 2.
- El encabezado de Capa 2 original se conserva dentro del paquete encapsulado VxLAN.
- Las direcciones MAC se registran con el nodo del plano de control (CP) como EID (ID de terminales) conectados a un RLOC específico (localizador de routing, por ejemplo, un nodo de extremo).
- Los nodos periféricos resuelven y almacenan en caché las direcciones MAC remotas.
Diagrama de la red
Verificación
Escala de instancia de L2-LISP
El número real utilizable de instancias de L2-LISP es 64 menos que el número máximo de la plantilla de SDM:
EDGE-1#show plat hardware fed switch active fwd-asic resource tcam utilization CAM Utilization for ASIC [0] Table Max Values Used Values -------------------------------------------------------------------------------- Unicast MAC addresses 32768/1024 44/21 L3 Multicast entries 8192/512 4/10 L2 Multicast entries 8192/512 1/9 Directly or indirectly connected routes 24576/8192 33/81 QoS Access Control Entries 5120 153 Security Access Control Entries 5120 180 Ingress Netflow ACEs 256 8 Policy Based Routing ACEs 1024 20 Egress Netflow ACEs 768 8 Flow SPAN ACEs 1024 13 Control Plane Entries 512 255 Tunnels 512 18 Lisp Instance Mapping Entries 512 16 Input Security Associations 256 4 Output Security Associations and Policies 256 5 SGT_DGT 8192/512 0/1 CLIENT_LE 4096/256 0/0 INPUT_GROUP_LE 1024 0 OUTPUT_GROUP_LE 1024 0 Macsec SPD 256 2
En este caso, el número utilizable real de instancias de L2-LISP para un nodo Edge cargado con Cisco IOS® XE 16.9.8 es 448 (512 - 64).
Dos hosts que residen en la misma VLAN (red virtual), la misma VLAN/subred, pero conectados a switches periféricos diferentes. Ambos switches de extremo forman parte de la misma nube de fabric SDA que se muestra en la imagen de topología. Los dos hosts Client-1 y Client-2 son parte de la misma VPN Campus_VN que está conectada a VLAN 1021 / Subred 10.90.10.1/24. Los paquetes ICMP (pings) se utilizan para probar la conectividad entre ambos hosts.
Client-1>ping 10.90.10.20
Pinging 10.90.10.20 with 32 bytes of data:
Reply from 10.90.10.20: bytes=32 time=4ms TTL=128
Reply from 10.90.10.20: bytes=32 time<1ms TTL=128
Reply from 10.90.10.20: bytes=32 time<1ms TTL=128
Ping statistics for 10.90.10.20:
Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 4ms, Average = 1ms
Client-2>ping 10.90.10.10
Pinging 10.90.10.10 with 32 bytes of data:
Reply from 10.90.10.10: bytes=32 time<1ms TTL=128
Reply from 10.90.10.10: bytes=32 time<1ms TTL=128
Reply from 10.90.10.10: bytes=32 time<1ms TTL=128
Ping statistics for 10.90.10.10:
Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
Dado que ambos switches Edge forman parte del mismo fabric SDA, todo el tráfico de producción entre Edge-1 y Edge-2 debe encapsularse en VxLAN. En este caso, los switches Edge utilizan el ID de instancia L3 (IID) 4100 y el ID de instancia L2 8191 para encapsular el tráfico.
Plano de control
Primero debe confirmar que la información del plano de control es correcta. Si la información del plano de control (estado del software) parece correcta, deberá verificar el plano de datos (estados del hardware).
Paso 1. Aprovisionamiento adecuado de SVI
Como se mencionó anteriormente, ambos hosts de nuestro primer escenario residen en VLAN 1021 y esta VLAN/subred se extiende a través de SDA-Fabric. En primer lugar, debe verificar la configuración de la SVI de la VLAN 1021 que Digital Network Architecture Center (DNA Center o DNAC) aprovisionó automáticamente en cada uno de los switches periféricos:
EDGE-1#show run int vlan 1021 Building configuration... Current configuration : 618 bytes ! interface Vlan1021 description Configured from Cisco DNA-Center mac-address 0000.0c9f.f55e vrf forwarding Campus_VN ip address 10.90.10.1 255.255.255.0
ip helper-address 10.122.150.179 no ip redirects ip route-cache same-interface no lisp mobility liveness test lisp mobility CAMPUS-WIRED-IPV4 end
EDGE-2#show run int vlan 1021 Building configuration... Current configuration : 618 bytes ! interface Vlan1021 description Configured from Cisco DNA-Center mac-address 0000.0c9f.f55e vrf forwarding Campus_VN ip address 10.90.10.1 255.255.255.0
ip helper-address 10.122.150.179 no ip redirects ip route-cache same-interface no lisp mobility liveness test lisp mobility CAMPUS-WIRED-IPV4 end
Como puede ver en esta salida, ni los ID de instancia (IID) L2 ni L3 forman parte de la configuración de SVI. En un entorno SDA, DNAC configura automáticamente estas instancias. Por lo tanto, para encontrar esta información, debe verificar el dispositivo LISP running-configuration. Sin embargo, si tiene cientos de VLAN, no es una tarea fácil encontrar la información de la VLAN real que desea verificar
Sugerencia: Sugerencia: Si no conoce la información de ID de capa 2 de antemano, puede ejecutar este comando para encontrarla (utilice el filtro 'include' para la VLAN en cuestión, en nuestro caso *VLAN 1021*
Paso 2. Tabla de dirección MAC
Primero debe confirmar que ambas direcciones MAC (local y remota) están presentes en la tabla de direcciones MAC de los switches Edge. Para el MAC del host local, también debe tener una entrada ARP. Debe comprobar la misma información en ambos dispositivos.
EDGE-1#sh mac address-table | in 1021 1021 0000.0c9f.f55e STATIC Vl1021 1021000c.29ef.34d1 DYNAMIC Gi1/0/13 <<<< Local host
1021 2cab.eb4f.e6f5 STATIC Vl1021 1021000c.297b.3544 CP_LEARN Tu0 <<<< Remote host
EDGE-2#sh mac address-table | in 1021 1021 0000.0c9f.f55e STATIC Vl1021 1021 000c.297b.3544 STATIC Gi1/0/13 <<<< Local host
1021 70d3.79be.9675 STATIC Vl1021 1021 000c.29ef.34d1 CP_LEARN Tu0 <<<< Remote host
Como puede ver en esta salida, hay una entrada con CP_LEARN como el tipo de dirección para el host remoto. Esta entrada proviene de Tu0, que se discute con mayor detalle durante la sección 'decapsulation'. Muestra CP_LEARN porque el reenvío de L2 obtuvo esta información del plano de control LISP (CP).
Paso 3. Tabla ARP
La tabla ARP sólo incluye una entrada para el host local, ya que la ubicación del host remoto se resuelve a través de LISP y no directamente a través de ARP:
EDGE-1#sh ip arp vrf Campus_VN 10.90.10.10 Protocol Address Age (min) Hardware Addr Type Interface Internet 10.90.10.10 0 000c.29ef.34d1 ARPA Vlan1021 <<<< Local host
EDGE-1#sh ip arp vrf Campus_VN 10.90.10.20
EDGE-1# <<<< Empty for remote host
EDGE-2#sh ip arp vrf Campus_VN 10.90.10.10
EDGE-2# <<<< Empty for remote host
EDGE-2#sh ip arp vrf Campus_VN 10.90.10.20
Protocol Address Age (min) Hardware Addr Type Interface
Internet 10.90.10.20 0 000c.297b.3544 ARPA Vlan1021 <<<< Local host
Paso 4. Base de datos LISP para hosts locales
La información obtenida de la tabla de direcciones MAC también se rellena en su equivalente de estado de hardware, que es el administrador de tablas de direcciones MAC (MATM). Para los hosts locales, las Funciones de seguridad integradas en el switch (SISF, también conocido como Seguimiento de dispositivos) detectan la información de los clientes y notifican a LISP CP la información de L2-EID (MAC) y L2-AR EID (IP/MAC), y así es como se rellena la base de datos LISP:
EDGE-1#show lisp instance-id 8191 ethernet database LISP ETR MAC Mapping Database for EID-table Vlan 1021 (IID 8191), LSBs: 0x1 Entries total 2, no-route 0, inactive 0000c.29ef.34d1/48, dynamic-eid Auto-L2-group-8191, inherited from default locator-set rloc_497d4d09-992e-4eaa-92c8-5c7e27d08734 Locator Pri/Wgt Source State 192.168.3.69 10/10 cfg-intf site-self, reachable
EDGE-2#show lisp instance-id 8191 ethernet database LISP ETR MAC Mapping Database for EID-table Vlan 1021 (IID 8191), LSBs: 0x1 Entries total 1, no-route 0, inactive 0000c.297b.3544/48, dynamic-eid Auto-L2-group-8191, inherited from default locator-set rloc_ccca08ff-fd0f-42e2-9fbb-a6521bb1b65e Locator Pri/Wgt Source State 192.168.3.68 10/10 cfg-intf site-self, reachable
Además, en la base de datos LISP también puede verificar la resolución de direcciones para el host local. De esta manera puede correlacionar la información de L2 con los datos de L3. Como se indicó anteriormente, las entradas para los hosts remotos no se llenan en la tabla ARP regular del dispositivo, por lo tanto, este comando muestra la información de EID de LISP detectada a través de ARP solamente para los hosts locales:
EDGE-1#show lisp instance-id 8191 ethernet database address-resolution LISP ETR Address Resolution for EID-table Vlan 1021 (IID 8191) (*) -> entry being deleted Hardware Address Host Address L3 InstID 000c.29ef.34d1 10.90.10.10/32 4100
EDGE-2#show lisp instance-id 8191 ethernet database address-resolution LISP ETR Address Resolution for EID-table Vlan 1021 (IID 8191) (*) -> entry being deleted Hardware Address Host Address L3 InstID 000c.297b.3544 10.90.10.20/32 4100
Paso 5. RLOC de costes remotos con LISP Internet Groper (LIG)
Otra verificación adicional es verificar la ubicación del host remoto. Puede utilizar el comando LIG para resolver e identificar el RLOC donde se encuentra la dirección MAC remota (en este caso, activa manualmente el LIG a través de la CLI, pero cuando el switch necesita reenviar una trama a una MAC de destino desconocida, envía automáticamente una señal a LISP para resolver la ubicación de esa MAC desconocida):
EDGE-1#lig instance 8191 000c.297b.3544 Mapping information for EID 000c.297b.3544 from 192.168.2.2 with RTT 1 msecs 000c.297b.3544/48, uptime: 05:32:34, expires: 23:59:59, via map-reply, complete Locator Uptime State Pri/Wgt Encap-IID 192.168.3.68 05:32:34 up 10/10 - <<<< RLOC of Edge-2
EDGE-2#lig instance 8191 000c.29ef.34d1 Mapping information for EID 000c.29ef.34d1 from 192.168.2.2 with RTT 1 msecs 000c.29ef.34d1/48, uptime: 05:33:14, expires: 23:59:59, via map-reply, complete Locator Uptime State Pri/Wgt Encap-IID 192.168.3.69 05:33:14 up 10/10 - <<<< RLOC of Edge-1
Paso 6. LISP Map-Cache para hosts remotos
El RLOC del host remoto también está presente en la tabla de caché de mapas LISP (si no ve la información de su host remoto presente en esta salida, intente primero hacer un LIG para ese host y luego verifíquelo nuevamente). Para los hosts remotos, LISP actualiza la información de reenvío de L2 del switch con la información presente en la tabla de memoria caché de mapas de LISP, que es la razón por la cual la dirección MAC del host remoto se muestra en la tabla de direcciones MAC del switch según se aprende sobre Tu0 con el tipo CP_LEARN:
EDGE-1#show lisp instance-id 8191 ethernet map-cache
LISP MAC Mapping Cache for EID-table Vlan 1021 (IID 8191), 1 entries
000c.297b.3544/48, uptime: 05:36:05, expires: 23:56:28, via map-reply, complete Locator Uptime State Pri/Wgt Encap-IID
192.168.3.68 05:36:05 up 10/10 - <<<< RLOC of Edge-2
EDGE-2#show lisp instance-id 8191 ethernet map-cache
LISP MAC Mapping Cache for EID-table Vlan 1021 (IID 8191), 1 entries
000c.29ef.34d1/48, uptime: 05:36:17, expires: 23:56:56, via map-reply, complete Locator Uptime State Pri/Wgt Encap-IID 192.168.3.69 05:36:17 up 10/10 - <<<< RLOC of Edge-1
Paso 7. Base de datos de funciones de seguridad integrada en switches (SISF) (base de datos de seguimiento de dispositivos)
SISF participa en el proceso de snooping de las asignaciones de la capa 3 a la capa 2 para facilitar el aprendizaje de los terminales (mediante snooping DHCP y ARP). En L2-LISP, los nodos Edge reenvían el tráfico basándose únicamente en la información de la Capa 2. SISF entra en juego porque el tráfico ARP de difusión no se reenvía a través del entramado a través de los routers de túnel de entrada/salida (xTR, que es otro nombre para los nodos Edge en la arquitectura SDA). El tráfico ARP se tuneliza, no se inunda, a través del Fabric.
El componente SISF del nodo Edge registra la información de resolución ARP de sus hosts locales (esta información se denomina Endpoint ID - EID) en la funcionalidad Map Server & Map Resolver (MSMR) de los nodos Control-Plane (CP). Los nodos CP/MSMR mantienen la base de datos de mapeo que se llena con todos los nodos Edge. Cuando un host intenta resolver a través de ARP Request el enlace IP/MAC de un host remoto ubicado en un nodo Edge diferente, el nodo Edge local intercepta y almacena en caché la solicitud de Broadcast ARP, entonces detecta el paquete y consulta al CP/MSMR para el enlace IP a MAC. Finalmente, el nodo Edge reescribe el Broadcast Destination Mac en el Unicast Destination Mac -que obtuvo de CP/MSMR como respuesta a su consulta-, encapsula el paquete de solicitud de Unicast ARP en formato VxLAN y lo envía sobre el Fabric al nodo Edge remoto que contiene ese Destination.
SISF no solo ayuda a indagar los paquetes, sino que también mantiene las entradas locales actualizadas en la base de datos de seguimiento de dispositivos mediante el uso apropiado de sondas ARP.
EDGE-1#sh device-tracking database vlanid 1021
vlanDB has 5 entries for vlan 1021, 2 dynamic
<snip>
Network Layer Address Link Layer Address Interface vlan prlvl age state Time left
ARP 10.90.10.20 000c.297b.3544 Tu0 1021 0005 15s REACHABLE 234s <<<< Remote host (info from the CP node via MSMR query)
ARP 10.90.10.1 0000c.29ef.34d1 Gi1/0/13 1021 0005 15s REACHABLE 300s <<<< Local host
EDGE-1#sh device-tracking database mac
MAC Interface vlan prlvl state time left policy
<snip>
000c.29ef.34d1 Gi1/0/13 1021 NO TRUST MAC-REACHABLE 284s IPDT_POLICY <<<< Local host
000c.297b.3544 Tu0 1021 NO TRUST MAC-REACHABLE 87s LISP-DT-GUARD-VLAN <<<< Remote host (info from the CP node via MSMR query)
EDGE-1#sh device-tracking database address all
Network Layer Address Link Layer Address Interface vlan prlvl age state Time left
<snip>
ARP 10.90.10.20 000c.297b.3544 Tu0 1021 0005 2s REACHABLE 243s <<<< Remote host (info from the CP node via MSMR query)
ARP 10.90.10.10 000c.29ef.34d1 Gi1/0/13 1021 0005 2s REACHABLE 304s <<<< Local host
EDGE-2#sh device-tracking database vlanid 1021
vlanDB has 5 entries for vlan 1021, 2 dynamic
<snip>
Network Layer Address Link Layer Address Interface vlan prlvl age state Time left
ARP 10.90.10.20 000c.297b.3544 Gi1/0/13 1021 0005 2s REACHABLE 250s <<<< Local host
ARP 10.90.10.10 000c.29ef.34d1 Tu0 1021 0005 2s REACHABLE 244s <<<< Remote host (info from the CP node via MSMR query)
EDGE-2#sh device-tracking database mac
MAC Interface vlan prlvl state time left policy
<snip>
000c.29ef.34d1 Tu0 1021 NO TRUST MAC-REACHABLE 187s LISP-DT-GUARD-VLAN <<<< Remote host (info from the CP node via MSMR query)
000c.297b.3544 Gi1/0/13 1021 NO TRUST MAC-REACHABLE 239s IPDT_POLICY <<<< Local host
EDGE-2#sh device-tracking database address all
Network Layer Address Link Layer Address Interface vlan prlvl age state Time left
<snip>
ARP 10.90.10.20 000c.297b.3544 Gi1/0/13 1021 0005 29s REACHABLE 211s <<<< Local host
ARP 10.90.10.10 000c.29ef.34d1 Tu0 1021 0005 138s REACHABLE 108s <<<< Remote host (info from the CP node via MSMR query)
Plano de datos (ruta de encapsulación)
Una vez que haya verificado que la información del plano de control está completa y es correcta, puede revisar la parte del plano de datos.
Paso 1. Entradas en el Administrador de tablas de direcciones MAC (MATM)
MATM significa MAC Address Table Manager y la abstracción de hardware de la tabla de direcciones MAC regular.
EDGE-1#show platform software fed switch active matm macTable vlan 1021
VLAN MAC Type Seq# EC_Bi Flags machandle siHandle riHandle diHandle *a_time *e_time ports ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ <snip> 1021 000c.29ef.34d1 0x1 1 0 0 0x7f9e1caa4358 0x7f9e1caf3fc8 0x0 0x7f9e1c7b5228 300 21 GigabitEthernet1/0/13
1021 000c.297b.3544 0x1000001 0 0 64 0x7f9e1cded158 0x7f9e1ce092f8 0x7f9e1ce08de8 0x7f9e1c2f4a48 0 16 RLOC 192.168.3.68 adj_id 23 Total Mac number of addresses:: 1 Summary: Total number of secure addresses:: 0 Total number of drop addresses:: 0 Total number of lisp local addresses:: 0 Total number of lisp remote addresses:: 0 *a_time=aging_time(secs) *e_time=total_elapsed_time(secs) Type: MAT_DYNAMIC_ADDR 0x1 MAT_STATIC_ADDR 0x2 MAT_CPU_ADDR 0x4 MAT_DISCARD_ADDR 0x8 MAT_ALL_VLANS 0x10 MAT_NO_FORWARD 0x20 MAT_IPMULT_ADDR 0x40 MAT_RESYNC 0x80 MAT_DO_NOT_AGE 0x100 MAT_SECURE_ADDR 0x200 MAT_NO_PORT 0x400 MAT_DROP_ADDR 0x800 MAT_DUP_ADDR 0x1000 MAT_NULL_DESTINATION 0x2000 MAT_DOT1X_ADDR 0x4000 MAT_ROUTER_ADDR 0x8000 MAT_WIRELESS_ADDR 0x10000 MAT_SECURE_CFG_ADDR 0x20000 MAT_OPQ_DATA_PRESENT 0x40000 MAT_WIRED_TUNNEL_ADDR 0x80000 MAT_DLR_ADDR 0x100000 MAT_MRP_ADDR 0x200000 MAT_MSRP_ADDR 0x400000 MAT_LISP_LOCAL_ADDR 0x800000 MAT_LISP_REMOTE_ADDR 0x1000000 MAT_VPLS_ADDR 0x2000000
Como se observa en el resultado anterior, el tipo de mapa de bits para las direcciones MAC de los hosts remotos es 0x1000001: Bit 0x100000 indica una entrada remota LISP y el bit 0x1 está configurado para una entrada dinámica. Los otros valores importantes de esta tabla son el machandle, el siHandle y el riHandle, mantenga esta información a mano para las siguientes verificaciones.
Paso 2. Imprimir información de identificador de recursos para 'machandle'
El machandle se utiliza para verificar la información programada en el hardware para este objeto, en este caso para la dirección MAC remota:
EDGE-1#show platform hardware fed switch active fwd-asic abstraction print-resource-handle 0x7f9e1cded158 1 Handle:0x7f9e1cded158 Res-Type:ASIC_RSC_HASH_TCAM Res-Switch-Num:0 Asic-Num:255 Feature-ID:AL_FID_L2_WIRELESS Lkp-ftr-id:LKP_FEAT_L2_SRC_MAC_VLAN ref_count:1 priv_ri/priv_si Handle: (nil)Hardware Indices/Handles: handle [ASIC: 0]: 0x7f9e1cded368 Features sharing this resource:Cookie length: 12 7b 29 0c 00 44 35 06 80 07 00 00 00 Detailed Resource Information (ASIC# 0) ---------------------------------------- Number of HTM Entries: 1 Entry 0: (handle 0x7f9e1cded368) Absolute Index: 4100 Time Stamp: 231
KEY - vlan:6 mac:0xc297b3544 l3_if:0 gpn:3401 epoch:0 static:0 flood_en:0 vlan_lead_wless_flood_en: 0 client_home_asic: 0 learning_peerid 0, learning_peerid_valid 0 MASK - vlan:0 mac:0x0 l3_if:0 gpn:0 epoch:0 static:0 flood_en:0 vlan_lead_wless_flood_en: 0 client_home_asic: 0 learning_peerid 0, learning_peerid_valid 0 SRC_AD - need_to_learn:0 lrn_v:0 catchall:0 static_mac:0 chain_ptr_v:0 chain_ptr: 0 static_entry_v:0 auth_state:0 auth_mode:0 auth_behavior_tag:0 traf_m:0 is_src_ce:0 DST_AD - si:0xd5 bridge:0 replicate:0 blk_fwd_o:0 v4_rmac:0 v6_rmac:0 catchall:0 ign_src_lrn:0 port_mask_o:0 afd_cli_f:0 afd_lbl:0 prio:3 dest_mod_idx:0 destined_to_us:0 pv_trunk:0 smr:1 ==============================================================
Estos son los campos más importantes de la salida anterior de Edge-1:
- VLAN clave (MVID) = 6
- Número de puerto de grupo (GPN) = 3401
- Índice de estación (SI) = 0xd5
Paso 3. VLAN clave (MVID)
El ID de VLAN de clave del resultado anterior debe coincidir con el valor de MVID de hardware asignado a VLAN 1021, puede encontrar esa información en este resultado de comando:
EDGE-1#show platform software fed switch active vlan 1021 VLAN Fed Information Vlan Id IF Id LE Handle STP Handle L3 IF Handle SVI IF ID MVID ----------------------------------------------------------------------------------------------------------------------- 1021 0x0000000000420010 0x00007f9e1c65d268 0x00007f9e1c65da98 0x00007f9e1c995e18 0x000000000000003a 6
Confirmado, el valor MVID es igual a 6 para VLAN 1021.
Paso 4. Número de puerto de grupo (GPN)
Para verificar el valor GPN utilizado por el L2-LISP Tunnel0, se requieren un par de comandos. Primero debe confirmar el ID de interfaz de hardware asignado al Tunnel0:
EDGE-1#show platform software dpidb l2lisp 8191
Instance Id:8191, dpidx:4325400, vlan:1021, Parent Interface:Tunnel0(if_id:64) ### or alternatively you can use command: EDGE-1#show platform software fed sw active ifm interfaces l2-lisp
Interface IF_ID State ----------------------------------------------------------------------
Tunnel0 0x00000040 READY
Ahora, puede verificar los atributos asignados a ese ID de interfaz en el Administrador de funciones de interfaz (IFM):
EDGE-1#show platform software fed switch active ifm if-id 64 <<<< 64 DEC = 0x40 HEX
Interface IF_ID : 0x0000000000000040
Interface Name : Tunnel0
Interface Block Pointer : 0x7f9e1c91d5c8
Interface Block State : READY
Interface State : Enabled
Interface Status : ADD, UPD
Interface Ref-Cnt : 2
Interface Type : L2_LISP <<<< Tunnel Type
Is top interface : TRUE
Asic_num : 0
Switch_num : 0
AAL port Handle : cc00005d
Source Ip Address : 192.168.3.69 <<<< Tunnel Source Address (Lo0), RLOC of Edge-1
Vlan Id : 0
Instance Id : 0
Dest Port : 4789 <<<< VxLAN UDP Port
SGT : Disable <<<< CTS not configured for this scenario
Underlay VRF (V4) : 0
Underlay VRF (V6) : 0
Flood Access-tunnel : Disable
Flood unknown ucast : Disable
Broadcast : Disable
Multicast Flood : Disable
Decap Information
TT HTM handle : 0x7f9e1c9c40e8
Port Information
Handle ............ [0xcc00005d]
Type .............. [L2-LISP-top]
Identifier ........ [0x40]
Unit .............. [64]
L2 LISP Topology interface Subblock
Switch Num : 1
Asic Num : 0
Encap PORT LE handle : 0x7f9e1c9befe8
Decap PORT LE handle : 0x7f9e1c91d818
L3IF LE handle : 0x7f9e1c9bf2b8
SI handle decap : 0x7f9e1c9c8568
DI handle : 0x7f9e1c2f4a48
RI handle : 0x7f9e1c9c4498
RCP Service ID : 0x0
GPN : 3401 <<<< GPN
TRANS CATCH ALL handle : 0x7f9e1c2f5698
<snip>
Aparte del valor GPN de 3401, que coincide con la información obtenida durante la verificación de abstracción de hardware del machandle para el MAC remoto, en el resultado anterior tiene otra información útil que se utiliza para encapsular el tráfico cuando se envía a través del túnel L2-LISP, como por ejemplo: Tipo de Túnel, Dirección IP de Origen de Túnel, Puerto de Destino UDP, etc.
Paso 5. Índice de estaciones (SI)
Con el índice de estación puede obtener el índice de destino y reescribir el índice utilizado para enviar el tráfico a través del túnel L2-LISP. Esta información nos indica CÓMO y DÓNDE enviar los paquetes:
EDGE-1#show platform hardware fed switch active fwd-asic resource asic all station-index range 0xd5 0xd5 ASIC#0: Station Index (SI) [0xd5] RI = 0x28 <<<< Rewrite Index DI = 0x5012 <<<< Destination Index stationTableGenericLabel = 0 stationFdConstructionLabel = 0x7 lookupSkipIdIndex = 0 rcpServiceId = 0 dejaVuPreCheckEn = 0 Replication Bitmap: LD ASIC#1: Station Index (SI) [0xd5] RI = 0x28 DI = 0x5012 stationTableGenericLabel = 0 stationFdConstructionLabel = 0x7 lookupSkipIdIndex = 0 rcpServiceId = 0 dejaVuPreCheckEn = 0 Replication Bitmap: RD CD
Paso 6. Índice de destino (DI)
La conclusión importante de esta sección es que el valor de mapa de puerto (pmap) para los puertos físicos es todo ceros y el mapa de puerto de recirculación (rcp_pmap) es igual a uno en ASIC 0. Dado que estos valores utilizan una lógica booleana, entonces este resultado realmente significa que el switch no utiliza un puerto físico, sino una interfaz lógica - Tunnel0 -, para reenviar el tráfico. Tenga en cuenta que rcp_pmap está activado sólo para ASIC 0.
EDGE-1#show platform hardware fed switch active fwd-asic resource asic all destination-index range 0x5012 0x5012 ASIC#0: Destination Index (DI) [0x5012] portMap = 0x00000000 00000000 <<<< All bits for physical ports are off cmi1 = 0 rcpPortMap = 0x1 <<<< Recirculation port-map bit is enabled CPU Map Index (CMI) [0] ctiLo0 = 0 ctiLo1 = 0 ctiLo2 = 0 cpuQNum0 = 0 cpuQNum1 = 0 cpuQNum2 = 0 npuIndex = 0 stripSeg = 0 copySeg = 0
ASIC#1: Destination Index (DI) [0x5012] portMap = 0x00000000 00000000 <<<< All bits for physical ports are off cmi1 = 0 rcpPortMap = 0 CPU Map Index (CMI) [0] ctiLo0 = 0 ctiLo1 = 0 ctiLo2 = 0 cpuQNum0 = 0 cpuQNum1 = 0 cpuQNum2 = 0 npuIndex = 0 stripSeg = 0 copySeg = 0
Paso 7. Reescritura de índice (RI)
Para verificar este índice, debe utilizar el riHandle asociado al MAC remoto en el resultado de la tabla MATM del Paso 1, que en este caso es 0x7f9e1ce08de8. El índice de reescritura proporciona los detalles finales del encabezado VxLAN que se impone al paquete antes de que se envíe a través del túnel L2-LISP:
EDGE-1#show platform hardware fed switch active fwd-asic abstraction print-resource-handle 0x7f9e1ce08de8 1 Handle:0x7f9e1ce08de8 Res-Type:ASIC_RSC_RI Res-Switch-Num:255 Asic-Num:255 Feature-ID:AL_FID_L2_WIRELESS Lkp-ftr-id:LKP_FEAT_INVALID ref_count:1 priv_ri/priv_si Handle: 0x7f9e1cded678Hardware Indices/Handles: index0:0x28 mtu_index/l3u_ri_index0:0x0 index1:0x28 mtu_index/l3u_ri_index1:0x0 Features sharing this resource:58 (1)] Cookie length: 56 00 00 00 00 00 00 00 00 fd 03 00 00 00 00 00 00 00 00 00 00 07 00 00 0c 29 7b 35 44 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Detailed Resource Information (ASIC# 0) ---------------------------------------- Rewrite Data Table Entry, ASIC#:0, rewrite_type:116, RI:40 <<<< Must match RI Index 0x28 from Step 5 Src IP: 192.168.3.69 <<<< VxLAN header (RLOC of the Local Edge node Edge-1) Dst IP: 192.168.3.68 <<<< VxLAN header (RLOC of the Remote Edge node Edge-2) iVxlan dstMac: 0x0c:0x297b:0x3544 <<<< MAC address of the Remote host iVxlan srcMac: 0x00:0x00:0x00 IPv4 TTL: 0 iid present: 1 lisp iid: 0 lisp flags: 0 dst Port: 46354 update only l3if: 0 is Sgt: 1 is TTL Prop: 0 L3if LE: 0 (0) Port LE: 276 (0) Vlan LE: 6 (0) Detailed Resource Information (ASIC# 1) ---------------------------------------- Rewrite Data Table Entry, ASIC#:1, rewrite_type:116, RI:40 Src IP: 192.168.3.69 Dst IP: 192.168.3.68 iVxlan dstMac: 0x0c:0x297b:0x3544 iVxlan srcMac: 0x00:0x00:0x00 IPv4 TTL: 0 iid present: 1 lisp iid: 0 lisp flags: 0 dst Port: 46354 update only l3if: 0 is Sgt: 1 is TTL Prop: 0 L3if LE: 0 (0) Port LE: 276 (0) Vlan LE: 6 (0) ==============================================================
Paso 8. Decisión de reenvío para el nuevo paquete encapsulado
La decisión de reenvío para el paquete ICMP original dirigido a Client-2 - IP:10.90.10.20 apunta a la interfaz LISP:
EDGE-1#sh ip cef vrf Campus_VN 10.90.10.20 10.90.10.0/24 attached to LISP0.4100
Una vez que se ha encapsulado el paquete original y se le han agregado los encabezados VxLAN adecuados, ahora debe verificar la decisión de reenvío en función de los campos VxLAN superiores. En este caso, la dirección IP de destino 192.168.3.68 que es el RLOC del switch Edge-2 remoto:
EDGE-1#show ip route 192.168.3.68
Routing entry for 192.168.3.68/32
Known via "isis", distance 115, metric 30, type level-1
Redistributing via isis
Advertised by isis (self originated)
Last update from 192.168.3.74 on TenGigabitEthernet1/1/1, 01:15:14 ago
Routing Descriptor Blocks:
* 192.168.3.74, from 192.168.3.68, 01:15:14 ago, via TenGigabitEthernet1/1/1
Route metric is 30, traffic share count is 1
EDGE-1#show ip cef 192.168.3.68 detail
192.168.3.68/32, epoch 3, per-destination sharing
Adj source: IP midchain out of Tunnel0, addr 192.168.3.68 7FEADF30A390
Dependent covered prefix type adjfib, cover 0.0.0.0/0
1 RR source [no flags]
nexthop 192.168.3.74 TenGigabitEthernet1/1/1
EDGE-1#show adjacency 192.168.3.68 detail
Protocol Interface Address
IP Tunnel0 192.168.3.68(4)
0 packets, 0 bytes
epoch 0
sourced in sev-epoch 10
Encap length 28
4500000000000000FF113413C0A80345
C0A8034412B512B500000000
Tun endpt <<<< Adjacency type: Tunnel
Next chain element:
IP adj out of TenGigabitEthernet1/1/1, addr 192.168.3.74 <<<< Upstream connection from Underlay network
Para alcanzar IP 192.168.3.68, el tráfico tiene que pasar a través del salto siguiente 192.168.3.74 sobre la interfaz Te1/1/1, por lo tanto, también necesita verificar la adyacencia para la IP del salto siguiente:
EDGE-1#show ip route 192.168.3.74
Routing entry for 192.168.3.74/31
Known via "connected", distance 0, metric 0 (connected, via interface)
Advertised by isis level-2
Routing Descriptor Blocks:
* directly connected, via TenGigabitEthernet1/1/1
Route metric is 0, traffic share count is 1
EDGE-1#show ip cef 192.168.3.74 detail
192.168.3.74/32, epoch 3, flags [attached]
Interest List:
- fib bfd tracking
BFD state up, tracking attached BFD session on TenGigabitEthernet1/1/1
Adj source: IP adj out of TenGigabitEthernet1/1/1, addr 192.168.3.74 7FEADEADCFA8
Dependent covered prefix type adjfib, cover 192.168.3.74/31
1 IPL source [no flags]
attached to TenGigabitEthernet1/1/1
EDGE-1#show adjacency 192.168.3.74 detail
Protocol Interface Address
IP TenGigabitEthernet1/1/1 192.168.3.74(40)
0 packets, 0 bytes
epoch 0
sourced in sev-epoch 10
Encap length 14
00A3D14415582CABEB4FE6C60800 <<<< Layer-2 Rewrite Information for the traffic forwarded through this adjacency
L2 destination address byte offset 0
L2 destination address byte length 6
Link-type after encap: ip
ARP
EDGE-1#show interfaces tenGigabitEthernet 1/1/1 | in bia
Hardware is Ten Gigabit Ethernet, address is 2cab.eb4f.e6c6 (bia 2cab.eb4f.e6c6)
EDGE-1#show ip arp Te1/1/1
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.3.74 98 00a3.d144.1558 ARPA TenGigabitEthernet1/1/1
Plano de datos (ruta de desencapsulamiento)
Paso 1. Descartar información de IFM
Para verificar cómo el switch maneja un paquete VxLAN entrante, primero debe entender cómo se desencapsula el tráfico cuando se recibe en la interfaz virtual Tunnel0. ¿Recuerda el comando Interface Manager (IFM) que recopiló en un paso anterior? En ese entonces, verificó la información en la primera parte del resultado del comando, ahora debe verificar la segunda parte del resultado del comando, la que se relaciona con Información de Decap:
EDGE-1#show platform software fed switch active ifm if-id 64
Interface IF_ID : 0x0000000000000040
Interface Name : Tunnel0
Interface Block Pointer : 0x7f9e1c91d5c8
<snip>
Decap Information
TT HTM handle : 0x7f9e1c9c40e8
Port Information
Handle ............ [0xcc00005d]
Type .............. [L2-LISP-top]
Identifier ........ [0x40]
Unit .............. [64]
L2 LISP Topology interface Subblock
Switch Num : 1
Asic Num : 0
Encap PORT LE handle : 0x7f9e1c9befe8
Decap PORT LE handle : 0x7f9e1c91d818
L3IF LE handle : 0x7f9e1c9bf2b8
SI handle decap : 0x7f9e1c9c8568 <<<< Station Index Handle
DI handle : 0x7f9e1c2f4a48
RI handle : 0x7f9e1c9c4498 <<<< Rewrite Index Handle
RCP Service ID : 0x0
GPN : 3401
TRANS CATCH ALL handle : 0x7f9e1c2f5698
Port L2 Subblock
Enabled ............. [No]
Allow dot1q ......... [No]
Allow native ........ [No]
Default VLAN ........ [0]
Allow priority tag ... [No]
Allow unknown unicast [No]
Allow unknown multicast[No]
Allow unknown broadcast[No]
Allow unknown multicast[Enabled]
Allow unknown unicast [Enabled]
Protected ............ [No]
IPv4 ARP snoop ....... [No]
IPv6 ARP snoop ....... [No]
Jumbo MTU ............ [0]
Learning Mode ........ [0]
Vepa ................. [Disabled]
Port QoS Subblock
Trust Type .................... [0x7]
Default Value ................. [0]
Ingress Table Map ............. [0x0]
Egress Table Map .............. [0x0]
Queue Map ..................... [0x0]
Port Netflow Subblock
Port CTS Subblock
Disable SGACL .................... [0x0]
Trust ............................ [0x0]
Propagate ........................ [0x0]
%Port SGT .......................... [1251474769]
Ref Count : 2 (feature Ref Counts + 1)
IFM Feature Ref Counts
FID : 95 (AAL_FEATURE_L2_MULTICAST_IGMP), Ref Count : 1
No Sub Blocks Present
Hay que tener en cuenta dos valores de esta salida: el identificador de entidad lógica de interfaz L3 (L3IF LE) y el identificador del índice de estación (SI) de la sección Información de decapado.
Paso 2. Funciones Programadas en la Interfaz de Túnel a través del Mango L3IF LE
Para verificar las funciones asociadas a la interfaz Tunnel0, necesita extraer la información del identificador de recursos desde el identificador L3IF LE asociado. En esta salida puede ver las funciones habilitadas en esa interfaz en una lógica booleana, por ejemplo: la función LISP_VXLAN_ENABLE_IPV4 está habilitada en esta interfaz de túnel.
EDGE-1#show platform hardware fed switch active fwd-asic abstraction print-resource-handle 0x7f9e1c9bf2b8 1 | in VXLAN LEAD_L3IF_LISP_VXLAN_ENABLE_IPV4 value 1 Pass <<<< ASIC 0 LEAD_L3IF_LISP_VXLAN_ENABLE_IPV6 value 0 Pass LEAD_L3IF_LISP_VXLAN_ENABLE_IPV4 value 1 Pass <<<< ASIC 1 LEAD_L3IF_LISP_VXLAN_ENABLE_IPV6 value 0 Pass
Paso 3. Identificador de índice de estación (SI) para interfaz de túnel (proceso Decap)
Debe utilizar el comando resource handle una vez más, para verificar el Índice de estación (Identificador de SI) y obtener el Índice de reescritura (RI) y el Índice de destino (DI) utilizados por el tráfico que se recibe a través de la interfaz Tunnel0 y que necesita ser desencapsulado por el switch antes de que se envíe a su destino final a través del reenvío de capa 2 normal (tabla de direcciones MAC local):
EDGE-1#show platform hardware fed switch active fwd-asic abstraction print-resource-handle 0x7f9e1c9c8568 1 Handle:0x7f9e1c9c8568 Res-Type:ASIC_RSC_SI Res-Switch-Num:255 Asic-Num:255 Feature-ID:AL_FID_LISP Lkp-ftr-id:LKP_FEAT_INVALID ref_count:1 priv_ri/priv_si Handle: 0x7f9e1c9c4498Hardware Indices/Handles: index0:0xac mtu_index/l3u_ri_index0:0x0 index1:0xac mtu_index/l3u_ri_index1:0x0 Features sharing this resource:109 (1)] Cookie length: 56 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Detailed Resource Information (ASIC# 0) ---------------------------------------- Station Index (SI) [0xac] RI = 0xa800 <<<< Rewrite Index DI = 0x5012 <<<< Destination Index stationTableGenericLabel = 0 stationFdConstructionLabel = 0x4 lookupSkipIdIndex = 0 rcpServiceId = 0 dejaVuPreCheckEn = 0 Replication Bitmap: LD Detailed Resource Information (ASIC# 1) ---------------------------------------- Station Index (SI) [0xac] RI = 0xa800 DI = 0x5012 stationTableGenericLabel = 0 stationFdConstructionLabel = 0x4 lookupSkipIdIndex = 0 rcpServiceId = 0 dejaVuPreCheckEn = 0 Replication Bitmap: RD CD ==============================================================
Paso 4. Identificador de índice de destino (DI) e índice de reescritura (RI) para interfaz de túnel (proceso Decap)
De las salidas anteriores ya sabe que DI = 0x5012 significa recirculación interna, lo que tiene sentido, porque el switch necesita recircular internamente el paquete para hacer el depósito del encabezado VxLAN. Esto significa que cuando el switch recibe un paquete VxLAN en la interfaz de túnel, ese paquete necesita recircularse para eliminar el encabezado VxLAN para poder entregarlo a su destino final con el uso de la dirección MAC de destino del Frame original. Para verificar el índice de reescritura, debe verificar la información del identificador de recursos del identificador de RI recopilada en el paso 1 de esta sección:
EDGE-1#show platform hardware fed switch active fwd-asic abstraction print-resource-handle 0x7f9e1c9c4498 1 Handle:0x7f9e1c9c4498 Res-Type:ASIC_RSC_PORT_LE_RI Res-Switch-Num:255 Asic-Num:255 Feature-ID:AL_FID_LISP Lkp-ftr-id:LKP_FEAT_INVALID ref_count:1 priv_ri/priv_si Handle: 0x7f9e1c9c87f8Hardware Indices/Handles: index0:0xa800 mtu_index/l3u_ri_index0:0x0 index1:0xa800 mtu_index/l3u_ri_index1:0x0 Features sharing this resource:109 (1)] Cookie length: 56 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Detailed Resource Information (ASIC# 0) ---------------------------------------- Rewrite Data Table Entry, ASIC#:0, rewrite_type:114, RI:43008 <<<< 43008 DEC = 0xa800 HEX Port LE handle: 0 Port LE Index: 275 Detailed Resource Information (ASIC# 1) ---------------------------------------- Rewrite Data Table Entry, ASIC#:1, rewrite_type:114, RI:43008 Port LE handle: 0 Port LE Index: 275 ==============================================================
Troubleshoot
Capturas de paquetes con la herramienta de captura de paquetes integrada (EPC)
Puede utilizar la herramienta EPC para confirmar que los paquetes se encapsulan con la información VxLAN correcta cuando se reenvían a través de la interfaz Tunnel0. Para hacer esto, solo tiene que configurar la captura EPC en las interfaces físicas que componen Tunnel0 (sus conexiones subyacentes al dispositivo ascendente) y utilizar un filtro para capturar solamente la información que se envía al RLOC del otro switch Edge:
EDGE-1#show ip access-lists TAC
Extended IP access list TAC
10 permit ip host 192.168.3.69 host 192.168.3.68
20 permit ip host 192.168.3.68 host 192.168.3.69
EDGE-1#mon cap tac int te1/1/1 both access-list TAC buffer size 100
EDGE-1#show mon cap tac
Status Information for Capture tac
Target Type:
Interface: TenGigabitEthernet1/1/1, Direction: BOTH
Status : Inactive
Filter Details:
Access-list: TAC
Buffer Details:
Buffer Type: LINEAR (default)
Buffer Size (in MB): 100
File Details:
File not associated
Limit Details:
Number of Packets to capture: 0 (no limit)
Packet Capture duration: 0 (no limit)
Packet Size to capture: 0 (no limit)
Packet sampling rate: 0 (no sampling)
EDGE-1#mon cap tac start
Started capture point : tac
#### Four ICMP Requests from local host 10.90.10.10 to remote host 10.90.10.20 were sent and then the capture was stopped.
EDGE-1#mon cap tac stop
Capture statistics collected at software:
Capture duration - 19 seconds
Packets received - 12
Packets dropped - 0
Packets oversized - 0
Bytes dropped in asic - 0
Capture buffer will exists till exported or cleared
Stopped capture point : tac
EDGE-1#show mon cap tac buffer brief
Starting the packet display ........ Press Ctrl + Shift + 6 to exit
1 0.000000 00:0c:29:ef:34:d1 -> 00:0c:29:7b:35:44 ARP 110 Who has 10.90.10.20? Tell 10.90.10.10 <<<< Unicast ARP Request
2 0.000744 00:0c:29:7b:35:44 -> 00:0c:29:ef:34:d1 ARP 110 10.90.10.20 is at 00:0c:29:7b:35:44
3 0.001387 10.90.10.10 -> 10.90.10.20 ICMP 124 Echo (ping) request id=0x0001, seq=66/16896, ttl=128
4 0.131122 00:0c:29:7b:35:44 -> 00:0c:29:ef:34:d1 ARP 110 Who has 10.90.10.10? Tell 10.90.10.20 <<<< Unicast ARP Request
5 0.132059 00:0c:29:ef:34:d1 -> 00:0c:29:7b:35:44 ARP 110 10.90.10.10 is at 00:0c:29:ef:34:d1
6 0.299394 10.90.10.20 -> 10.90.10.10 ICMP 124 Echo (ping) reply id=0x0001, seq=66/16896, ttl=128 (request in 3)
7 0.875191 10.90.10.10 -> 10.90.10.20 ICMP 124 Echo (ping) request id=0x0001, seq=67/17152, ttl=128
8 0.875465 10.90.10.20 -> 10.90.10.10 ICMP 124 Echo (ping) reply id=0x0001, seq=67/17152, ttl=128 (request in 7)
9 1.889098 10.90.10.10 -> 10.90.10.20 ICMP 124 Echo (ping) request id=0x0001, seq=68/17408, ttl=128
10 1.889384 10.90.10.20 -> 10.90.10.10 ICMP 124 Echo (ping) reply id=0x0001, seq=68/17408, ttl=128 (request in 9)
11 2.902932 10.90.10.10 -> 10.90.10.20 ICMP 124 Echo (ping) request id=0x0001, seq=69/17664, ttl=128
12 2.903234 10.90.10.20 -> 10.90.10.10 ICMP 124 Echo (ping) reply id=0x0001, seq=69/17664, ttl=128 (request in 11)
#### You can also see the entire packet details with 'buffer detailed' option (use a filter for the appropriate Frame number):
EDGE-1#show mon cap tac buffer detailed | be Frame 7
Frame 7: 124 bytes on wire (992 bits), 124 bytes captured (992 bits) on interface 0
<snip>
[Protocols in frame: eth:ethertype:ip:udp:vxlan:eth:ethertype:ip:icmp:data]
Ethernet II, Src: 00:00:00:00:00:00 (00:00:00:00:00:00), Dst: 00:00:00:00:00:00 (00:00:00:00:00:00) <<<< Outer Layer-2 Data (VxLAN header). EPC is collected before outer layer-2 fields are added to the original frame, which is the reason why this section is empty (all-zeroes)
Destination: 00:00:00:00:00:00 (00:00:00:00:00:00)
Address: 00:00:00:00:00:00 (00:00:00:00:00:00)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: 00:00:00:00:00:00 (00:00:00:00:00:00)
Address: 00:00:00:00:00:00 (00:00:00:00:00:00)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 192.168.3.69, Dst: 192.168.3.68 <<<< Outer IP Data (VxLAN header)
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00.. = Differentiated Services Codepoint: Default (0)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 110
Identification: 0x2204 (8708)
Flags: 0x02 (Don't Fragment)
0... .... = Reserved bit: Not set
.1.. .... = Don't fragment: Set
..0. .... = More fragments: Not set
Fragment offset: 0
Time to live: 255
Protocol: UDP (17)
Header checksum: 0xd1a0 [validation disabled]
[Good: False]
[Bad: False]
Source: 192.168.3.69
Destination: 192.168.3.68
User Datagram Protocol, Src Port: 65344 (65344), Dst Port: 4789 (4789)
Source Port: 65344
Destination Port: 4789 <<<< VxLAN UDP Port
Length: 90
Checksum: 0x0000 (none)
[Good Checksum: False]
[Bad Checksum: False]
[Stream index: 0]
Virtual eXtensible Local Area Network
Flags: 0x8800, GBP Extension, VXLAN Network ID (VNI)
1... .... .... .... = GBP Extension: Defined
.... .... .0.. .... = Don't Learn: False
.... 1... .... .... = VXLAN Network ID (VNI): True
.... .... .... 0... = Policy Applied: False
.000 .000 0.00 .000 = Reserved(R): False
Group Policy ID: 0
VXLAN Network Identifier (VNI): 8191 <<<< VNI mapped to L2 Instance ID 8191 for L2-LISP
Reserved: 0
########## Original Frame starts here (Inner headers) ##########
Ethernet II, Src: 00:0c:29:ef:34:d1 (00:0c:29:ef:34:d1), Dst: 00:0c:29:7b:35:44 (00:0c:29:7b:35:44)
Destination: 00:0c:29:7b:35:44 (00:0c:29:7b:35:44) <<<< MAC of Remote host
Address: 00:0c:29:7b:35:44 (00:0c:29:7b:35:44)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: 00:0c:29:ef:34:d1 (00:0c:29:ef:34:d1) <<<< MAC of Local host
Address: 00:0c:29:ef:34:d1 (00:0c:29:ef:34:d1)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 10.90.10.10, Dst: 10.90.10.20
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00.. = Differentiated Services Codepoint: Default (0)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 60
Identification: 0x30b7 (12471)
Flags: 0x00
0... .... = Reserved bit: Not set
.0.. .... = Don't fragment: Not set
..0. .... = More fragments: Not set
Fragment offset: 0
Time to live: 128
Protocol: ICMP (1)
Header checksum: 0xe138 [validation disabled]
[Good: False]
[Bad: False]
Source: 10.90.10.10 <<<< IP of Local host
Destination: 10.90.10.20 <<<< IP of Remote host
Internet Control Message Protocol
Type: 8 (Echo (ping) request)
Code: 0
Checksum: 0x4d18 [correct]
Identifier (BE): 1 (0x0001)
Identifier (LE): 256 (0x0100)
Sequence number (BE): 67 (0x0043)
Sequence number (LE): 17152 (0x4300)
Data (32 bytes)
0000 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 abcdefghijklmnop
0010 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 qrstuvwabcdefghi
Data: 6162636465666768696a6b6c6d6e6f707172737475767761...
[Length: 32]
Información Relacionada
- BRKARC-2020: Acceso a SD: resolución de problemas del fabric
- Guía de diseño de la solución Cisco SD-Access
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
14-Jun-2023 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)