Determinación del Flujo de Paquetes a través de un Fabric ACI

Opciones de descarga

PDF (209.3 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (117.3 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (121.7 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:21 de abril de 2015

ID del documento:118930

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Determinación del flujo de paquetes de fabric de ACI

Un único BD/único EPG con dos terminales en la misma hoja

Un único BD/único EPG con dos terminales en diferentes hojas

Un único BD/dos EPG con un terminal en cada EPG en la misma hoja

Dos BD/dos EPG con un terminal en cada EPG en la misma hoja (paquete enrutado)

Introducción

Este documento describe cómo determinar el flujo de paquetes a través de un fabric de infraestructura centrada en aplicaciones (ACI) en diversas situaciones.

Nota: Todas las situaciones que se describen en este documento implican un fabric ACI operativo para que se pueda rastrear el flujo de paquetes en el hardware.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

La información que contiene este documento se basa en estas versiones de software y hardware.

Fabric ACI que consta de dos switches Spine y dos switches Leaf
Host ESXi con dos enlaces ascendentes que van a cada uno de los switches hoja
Controlador de infraestructura de políticas de aplicaciones (APIC) que se utiliza para la configuración inicial

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Determinación del flujo de paquetes de fabric de ACI

Esta sección describe las diversas situaciones en las que se podría utilizar un fabric ACI y cómo determinar el flujo de paquetes.

Un único BD/único EPG con dos terminales en la misma hoja

Esta sección describe cómo verificar la programación de hardware y el flujo de paquetes para dos terminales dentro del mismo grupo de terminales (EPG)/dominio de puente (BD) en el mismo switch de hoja. Si las máquinas virtuales (VM) se ejecutan en el mismo host, ya que se encuentran en el mismo EPG, el tráfico se aísla al switch virtual (VS) del host y el tráfico nunca tiene que salir del host. Si las VM se ejecutan en diferentes hosts, se aplica la siguiente información.

Lo primero que debe verificar es si se aprende la información de dirección MAC (Control de acceso a medios) tanto para las direcciones IP de origen como de destino en el switch de hoja. Esta es la información de dirección MAC e IP que se utiliza en este ejemplo:

Dirección MAC de origen: 0050.5695.17b7
Dirección IP de origen: 192.168.3.2
Dirección MAC de destino: 0050.5695.248f
Dirección IP de destino: 192.168.3.3

Ingrese el comando show mac address-table para verificar esta información:

leaf2# show mac address-table
Legend:
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False
   VLAN     MAC Address      Type      age     Secure NTFY Ports/SWID.SSID.LID
---------+-----------------+--------+---------+------+----+------------------
  16       0050.5695.248f    dynamic      -       F    F    tunnel4
* 19       0050.5695.17b7    dynamic      -       F    F    eth1/31
* 19       0050.5695.248f    dynamic      -       F    F    eth1/31

Como se muestra, el sistema aprende las direcciones MAC para ambos extremos en la misma VLAN. Esta VLAN es la VLAN independiente de la plataforma (IP) y es significativa localmente para cada switch. Para verificar que esta es la VLAN IP correcta, conéctese a vsh_lc e ingrese este comando en la CLI:

module-1# show system internal eltmc info vlan brief
VLAN-Info
VlanId  HW_VlanId Type            Access_enc Access_enc Fabric_enc Fabric_enc BDVlan
                                  Type                 Type
==================================================================================
      9       11         BD_VLAN   Unknown         0     VXLAN  16613250       9
     10       12         BD_VLAN   Unknown         0     VXLAN  15990734      10
     13       13         FD_VLAN    802.1q       299     VXLAN      8507      10
     16       14         BD_VLAN   Unknown         0     VXLAN  16449431      16
     17       15         FD_VLAN    802.1q       285     VXLAN      8493      16
     18       16         BD_VLAN   Unknown         0     VXLAN  15761386      18
     19       17         FD_VLAN    802.1q       291     VXLAN      8499      18

El HW_VlanId es la VLAN que utiliza el Broadcom. El VlanId es la VLAN IP, que se asigna a la VLAN 291 Access_enc derivada del conjunto VLAN y es la VLAN que se propaga al grupo de puertos del switch virtual distribuido (DVS):

Dado que este flujo de tráfico está en el mismo BD y la misma VLAN, el tráfico debe conmutarse localmente en el ASIC Broadcom. Para verificar que Broadcom tenga las entradas correctas en el hardware, conéctese al shell de Broadcom y vea la tabla de Capa 2 (L2):

leaf2# bcm-shell-hw
unit is 0
Available Unit Numbers: 0
bcm-shell.0> l2 show
mac=00:22:bd:f8:19:ff vlan=19 GPORT=0x7f modid=2 port=127   Static
mac=00:50:56:95:68:c4 vlan=25 GPORT=0x5f modid=0 port=95/xe94 Hit
mac=00:22:bd:f8:19:ff vlan=16 GPORT=0x7f modid=2 port=127   Static
mac=00:22:bd:f8:19:ff vlan=29 GPORT=0x7f modid=2 port=127   Static
mac=00:22:bd:f8:19:ff vlan=32 GPORT=0x7f modid=2 port=127   Static
mac=00:22:bd:f8:19:ff vlan=26 GPORT=0x7f modid=2 port=127   Static
mac=00:50:56:95:24:8f vlan=17 GPORT=0x1f modid=0 port=31/xe30 Hit
mac=00:22:bd:f8:19:ff vlan=18 GPORT=0x7f modid=2 port=127   Static
mac=00:22:bd:f8:19:ff vlan=21 GPORT=0x7f modid=2 port=127   Static
mac=00:22:bd:f8:19:ff vlan=34 GPORT=0x7f modid=2 port=127   Static
mac=00:50:56:95:26:5e vlan=25 GPORT=0x5f modid=0 port=95/xe94 Hit
mac=00:50:56:95:c3:6f vlan=24 GPORT=0x5f modid=0 port=95/xe94 Hit
mac=00:50:56:95:5c:4d vlan=28 GPORT=0x1e modid=0 port=30/xe29 Hit
mac=00:22:bd:f8:19:ff vlan=12 GPORT=0x7f modid=2 port=127   Static Hit
mac=00:22:bd:f8:19:ff vlan=11 GPORT=0x7f modid=2 port=127   Static
mac=00:50:56:95:17:b7 vlan=17 GPORT=0x1f modid=0 port=31/xe30 Hit
mac=00:50:56:95:4e:d3 vlan=30 GPORT=0x1e modid=0 port=30/xe29 Hit
mac=00:22:bd:f8:19:ff vlan=14 GPORT=0x7f modid=2 port=127   Static

El resultado muestra que la programación Broadcom ASIC es correcta y que el tráfico debe conmutar localmente en VLAN 17.

Un único BD/único EPG con dos terminales en diferentes hojas

Esta sección describe cómo verificar la programación de hardware y el flujo de paquetes para dos terminales dentro del mismo EPG/BD pero en diferentes switches de hoja.

Lo primero que debe verificar es si se aprende la información de la dirección MAC para las direcciones IP de origen y de destino en los switches de hoja. Esta es la información de dirección MAC e IP que se utiliza en este ejemplo:

Dirección MAC de origen: 0050.5695.17b7
Dirección IP de origen: 192.168.3.2
Dirección MAC de destino: 0050.5695.bd89
Dirección IP de destino: 192.168.3.11

Ingrese el comando show mac address-table en la CLI de ambos switches de hoja para verificar esta información:

leaf2# show mac address-table
Legend:
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False
   VLAN     MAC Address      Type      age     Secure NTFY Ports/SWID.SSID.LID
---------+-----------------+--------+---------+------+----+------------------
* 19       0050.5695.17b7    dynamic      -       F    F    eth1/31
* 19       0050.5695.248f    dynamic      -       F    F    eth1/31

leaf_1# show mac address-table
Legend:
        * - primary entry, G - Gateway MAC, (R) - Routed MAC, O - Overlay MAC
        age - seconds since last seen,+ - primary entry using vPC Peer-Link,
        (T) - True, (F) - False
   VLAN     MAC Address      Type      age     Secure NTFY Ports/SWID.SSID.LID
---------+-----------------+--------+---------+------+----+------------------
  27       0050.5695.248f    dynamic      -       F    F    tunnel7
  27       0050.5695.17b7    dynamic      -       F    F    tunnel7
* 28       0050.5695.bd89    dynamic      -       F    F    eth1/25

Como se muestra en los resultados, la dirección IP de origen se aprende en el segundo switch hoja (hoja 2), mientras que la dirección IP de destino se aprende en el primer switch hoja (hoja_1). Debido a que se encuentran en diferentes switches de hoja, el tráfico debe enviarse al ASIC NorthStar en el segundo switch de hoja para que pueda enviarse ascendente a los switches de columna. Para seguir la lógica NorthStar, conéctese a la tarjeta de línea vsh.

Ingrese este comando para ver una lista de entradas locales:

leaf2# vsh_lc
module-1# show platform internal ns forwarding lst-l2
error opening file
: No such file or directory

================================================================================
TABLE INSTANCE : 0
================================================================================
Legend:
POS: Entry Position             O: Overlay Instance
V: Valid Bit                    MD/PT: Mod/Port
PT: Pointer Type(A=Adj, E=ECMP, D=DstEncap N=Invalid)
PTR: ECMP/Adj/DstEncap/MET pointer
ML: MET Last
ST: Static                      PTH: Num Paths
BN: Bounce                      CP: Copy To CPU
PA: Policy Applied              PI: Policy Incomplete
DL: Dst Local                   SP: Spine Proxy
--------------------------------------------------------------------------------
MO       SRC  P      M S     B C P P D S
POS   O VNID   Address           V DE MD/PT CLSS T PTR  L T PTH N P A I L P
--------------------------------------------------------------------------------
111 0 fd7f82 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
131 0 f1ffde 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
169 0 f37fd3 00:50:56:95:26:5e 1  0 00/24 4002 A    0 0 0   1 0 0 0 1 0 0
331 0 f37fd2 00:50:56:95:5c:4d 1  0 00/2e 8003 A    0 0 0   1 0 0 0 1 0 0
719 0 f3ffce 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
945 0 f7ffae 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
1390 0 fa7f9a 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
1454 0 efffee 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
1690 0 f37fd3 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
1720 0 f37fd3 00:50:56:95:c3:6f 1  0 00/24 c002 A    0 0 0   1 0 0 0 1 0 0
1902 0 f1ffde 00:50:56:95:4e:d3 1  0 00/2e 8006 A    0 0 0   1 0 0 0 1 0 0
2176 0 f07fea 00:50:56:95:17:b7 1  0 00/0f 8004 A    0 0 0   1 0 0 0 0 0 0
2819 0 faff97 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
3297 0 f07fea 00:22:bd:f8:19:ff 1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0

================================================================================
TABLE INSTANCE : 1
================================================================================
Legend:
POS: Entry Position             O: Overlay Instance
V: Valid Bit                    MD/PT: Mod/Port
PT: Pointer Type(A=Adj, E=ECMP, D=DstEncap N=Invalid)
PTR: ECMP/Adj/DstEncap/MET pointer
ML: MET Last
ST: Static                      PTH: Num Paths
BN: Bounce                      CP: Copy To CPU
PA: Policy Applied              PI: Policy Incomplete
DL: Dst Local                   SP: Spine Proxy
--------------------------------------------------------------------------------
MO       SRC  P      M S     B C P P D S
POS   O VNID   Address           V DE MD/PT CLSS T PTR  L T PTH N P A I L P
--------------------------------------------------------------------------------
169 0 f37fd3 00:50:56:95:26:5e 1  0 00/24 4002 A    e 0 0   1 0 0 0 0 1 0
331 0 f37fd2 00:50:56:95:5c:4d 1  0 00/2e 8003 A    9 0 0   1 0 0 0 0 1 0
1720 0 f37fd3 00:50:56:95:c3:6f 1  0 00/24 c002 A    c 0 0   1 0 0 0 0 1 0
1902 0 f1ffde 00:50:56:95:4e:d3 1  0 00/2e 8006 A    f 0 0   1 0 0 0 0 1 0
2176 0 f07fea 00:50:56:95:17:b7 1  0 00/0f 8004 A    d 0 0   1 0 0 0 0 1 0
3507 0 fa7f9a 00:50:56:95:3e:ee 1  0 00/2e c005 A   10 0 0   1 0 0 0 0 1 0
3777 0 f37fd3 00:50:56:95:68:c4 1  1 04/04 4002 A   11 0 0   1 1 0 0 0 0 0
3921 0 f07fea 00:50:56:95:24:8f 1  0 00/0f 8004 A    d 0 0   1 0 0 0 0 1 0

Ingrese este comando para ver una lista de las entradas de destino (busque la dirección MAC de destino):

module-1# show platform internal ns forwarding gst-l2
error opening file
: No such file or directory

================================================================================
TABLE INSTANCE : 0
================================================================================
Legend:
POS: Entry Position O: Overlay Instance
V: Valid Bit MD/PT: Mod/Port
PT: Pointer Type(A=Adj, E=ECMP, D=DstEncap N=Invalid)
PTR: ECMP/Adj/DstEncap/MET pointer
ML: MET Last
ST: Static PTH: Num Paths
BN: Bounce CP: Copy To CPU
PA: Policy Applied PI: Policy Incomplete
DL: Dst Local SP: Spine Proxy
--------------------------------------------------------------------------------
                                   MO       SRC  P     M S     B C P P D S
POS  O VNID   Address           V DE MD/PT CLSS T PTR L T PTH N P A I L P
--------------------------------------------------------------------------------
2139 0 ff7f72 00:50:56:95:7b:16 1 0  00/00 8006 A d   0 0 1   0 0 0 0 1 0
2195 0 faff97 00:50:56:95:5d:6e 1 0  00/00 8005 A f   0 0 1   0 0 0 0 1 0
3379 0 f07fea 00:50:56:95:bd:89 1 1  00/00 8004 A 10  0 0 1   0 0 0 0 0 0
4143 0 f07fea 00:50:56:95:17:b7 1 0  00/00 8004 A a   0 0 1   0 0 0 0 1 0
4677 0 f07feb 00:50:56:95:68:c4 1 0  00/00 4002 A e   0 0 1   0 0 0 0 1 0
5704 0 f07fea 00:50:56:95:24:8f 1 0  00/00 8004 A a   0 0 1   0 0 0 0 1 0
6191 0 f7ffaf 00:50:56:95:00:33 1 0  00/00 4007 A c   0 0 1   0 0 0 0 1 0

Tenga en cuenta el campo Puntero(PTR) en estas salidas, que es el puntero de adyacencia. Este valor se utiliza en el siguiente comando para encontrar la VLAN encapsulada de destino. Se trata de un valor HEX que debe convertir a un valor decimal (0 x 10 en decimal es 16).

Ingrese este comando en la CLI, con 16 como puntero de adyacencia:

module-1# show platform internal ns forwarding adj 16
error opening file
: No such file or directory

================================================================================
TABLE INSTANCE : 0
================================================================================
Legend
TD: TTL Dec Disable         UP: USE PCID
DM: Dst Mac Rewrite         SM: Src Mac Rewrite
RM IDX: Router Mac IDX      SR: Seg-ID Rewrite
--------------------------------------------------------------------------------
ENCP T U USE  D                   S RM  S        SRC
POS   SEG-ID PTR  D P PCI  M DST-MAC           M IDX R SEG-ID CLSS
--------------------------------------------------------------------------------
 16      0 2ffa 0 0    0 1 00:0c:0c:0c:0c:0c 0   0 0      0    0

Tenga en cuenta el valor ENCP PTR en este resultado, que se utiliza para encontrar la dirección del punto final del túnel de destino (TEP):

module-1# show platform internal ns forwarding encap 0x2ffa
error opening file
: No such file or directory

================================================================================
TABLE INSTANCE : 0
================================================================================
Legend
MD: Mode (LUX & RWX)        LB: Loopback
LE: Loopback ECMP           LB-PT: Loopback Port
ML: MET Last                TD: TTL Dec Disable
DV: Dst Valid               DT-PT: Dest Port
DT-NP: Dest Port Not-PC     ET: Encap Type
OP: Override PIF Pinning    HR: Higig DstMod RW
HG-MD: Higig DstMode        KV: Keep VNTAG
--------------------------------------------------------------------------------
M PORT L L LB MET  M T D DT DT E TST O H HG K M E
POS   D FTAG B E PT PTR  L D V PT NP T IDX P R MD V D T Dst MAC           DIP
--------------------------------------------------------------------------------
12282 0  c00 0 1  0    0 0 0 0  0  0 3   7 0 0  0 0 0 3 00:00:00:00:00:00 192.168.56.93

En este caso, la trama se encapsula en iVXLAN a través de la dirección IP de origen del TEP local y la dirección IP de destino del TEP que se muestra. Basado en la salida del ELTMC, el ID de VXLAN para ese BD es 15761386, así que este es el ID que se coloca en el paquete VXLAN. Cuando el tráfico llega al otro lado, se desencapsula y dado que la dirección MAC de destino es local, se reenvía fuera del puerto en el comando l2 show desde el Broadcom.

Un único BD/dos EPG con un terminal en cada EPG en la misma hoja

Esta sección describe cómo verificar la programación de hardware y el flujo de paquetes para dos terminales en diferentes EPG pero con el mismo BD. El tráfico fluye al mismo switch de hoja. Esto también se conoce como paquete de puente físico de local a físico (PL a PL). Se Bridged porque se permite la comunicación entre dos VLAN encapsuladas sin la necesidad de una interfaz de capa 3 (L3) para realizar el routing.

Lo primero que debe verificar es si la información de la dirección MAC para las direcciones IP de origen y de destino en los switches de hoja se aprende en la interfaz esperada (1/48 en este caso). Esta es la información de dirección MAC e IP que se utiliza en este ejemplo:

Dirección MAC de origen: 0050.5695.908b
Dirección IP de origen: 192.168.1.50
Dirección MAC de destino: 0050.5695.bd89
Dirección IP de destino: 192.168.1.51

Ingrese el comando show mac address-table en la CLI para verificar esta información:

leaf1# show mac address-table | grep 908b
* 34       0050.5695.908b    dynamic      -       F    F    eth1/48
leaf1# show mac address-table | grep bd89
* 38       0050.5695.bd89    dynamic      -       F    F    eth1/48

A continuación, debe ingresar en el shell de Broadcom (BCM) y verificar que BCM obtenga la información de dirección MAC correcta:

bcm-shell.0> l2 show
mac=00:50:56:95:bd:89 vlan=55 GPORT=0x30 modid=0 port=48/xe47
mac=00:50:56:95:90:8b vlan=54 GPORT=0x30 modid=0 port=48/xe47 Hit

El resultado muestra que el BCM ha aprendido la información de la dirección MAC; sin embargo, las direcciones MAC se encuentran en diferentes VLAN. Esto se espera, ya que el tráfico llega del host con diferentes VLAN encapsuladas (diferentes EPG).

Ingrese en el ELTMC para verificar el HW_VlanID que se muestra en el shell BCM contra la VLAN BD para las dos VLAN encapsuladas:

module-1# show system internal eltmc info vlan brief
VLAN-Info
VlanId  HW_VlanId Type            Access_enc Access_enc Fabric_enc Fabric_enc BDVlan
Type                 Type
==================================================================================
13       15    BD_CTRL_VLAN    802.1q      4093     VXLAN  16777209       0
14       16         BD_VLAN   Unknown         0     VXLAN  15957970      14
15       17         BD_VLAN   Unknown         0     VXLAN  16613250      15
16       18         FD_VLAN    802.1q       301     VXLAN      8509      15
17       19         BD_VLAN   Unknown         0     VXLAN  16220082      17
18       46         BD_VLAN   Unknown         0     VXLAN  14745592      18
19       50         BD_VLAN   Unknown         0     VXLAN  16646015      19
20       51         FD_VLAN    802.1q       502     VXLAN      8794      19
21       23         BD_VLAN   Unknown         0     VXLAN  16121792      21
22       24         FD_VLAN    802.1q       538     VXLAN      8830      21
23       25         BD_VLAN   Unknown         0     VXLAN  15826915      23
24       28         FD_VLAN    802.1q       537     VXLAN      8829      23
25       26         BD_VLAN   Unknown         0     VXLAN  16351138      25
26       29         FD_VLAN    802.1q       500     VXLAN      8792      25
27       27         BD_VLAN   Unknown         0     VXLAN  16678779      27
28       30         FD_VLAN    802.1q       534     VXLAN      8826      27
29       52         BD_VLAN   Unknown         0     VXLAN  15859681      29
31       47         FD_VLAN    802.1q       602     VXLAN      9194      18
32       31         FD_VLAN    802.1q       292     VXLAN      8500      55
33       20         BD_VLAN   Unknown         0     VXLAN  15761386      33
34       54         FD_VLAN    802.1q       299     VXLAN      8507      54
35       33         BD_VLAN   Unknown         0     VXLAN  16449431      35
38       55         FD_VLAN    802.1q       300     VXLAN      8508      54
39       53         FD_VLAN    802.1q       501     VXLAN      8793      29

En este resultado de ELTMC, puede ver que el HW_VlanId para cada entrada se asigna al Access_enc con el que se etiqueta el tráfico cuando ingresa al switch (verifique los grupos de puertos VMware para verificar si está virtualizado) y que el VlanId es la VLAN IP que apareció en la tabla de direcciones MAC. Esta es una conexión en puente en este caso porque la VLAN BD es la misma (ambos están en la VLAN 54). Este diagrama muestra la interacción BCM-to-NorthStar:

NorthStar ajusta el paquete y reescribe la trama de egreso con el HW_VlanId de la dirección IP de destino. De esta manera, el BCM tiene un acierto local en esa VLAN y envía la trama a través del puerto 1/48.

Dos BD/dos EPG con un terminal en cada EPG en la misma hoja (paquete enrutado)

Esta sección describe cómo verificar la programación de hardware y el flujo de paquetes para dos terminales en diferentes EPG que utilizan diferentes BD. El tráfico fluye al mismo switch de hoja, pero se debe rutear. Esto también se conoce como un paquete ruteado de PL a PL.

Lo primero que debe verificar es si la información de dirección MAC para las direcciones IP de origen y de destino en el switch de hoja en aprendió en la interfaz esperada (1/48 en este caso). Esta es la información de dirección MAC e IP que se utiliza en este ejemplo:

Dirección MAC de origen: 0050.5695.908b
Dirección IP de origen: 192.168.1.50
Gateway predeterminado: 192.168.1.1
Dirección MAC de destino: 0050.5695.bd89
Dirección IP de destino: 192.168.3.51
Gateway predeterminado: 192.168.3.1

Si bien puede ver la tabla de direcciones MAC para verificar la información de L2, una parte importante de la solución para el tráfico ruteado de L3 es el Administrador de terminales (EPM). EPM es el proceso que realiza un seguimiento de todos los terminales de un dispositivo determinado.

Verifique que EPM tenga conocimiento de los dos terminales en el primer switch hoja (hoja1):

leaf1# show endpoint ip 192.168.1.50
Legend:
 O - peer-attached    H - vtep             a - locally-aged     S - static
 V - vpc-attached     p - peer-aged        L - local            M - span
 s - static-arp       B - bounce
+---------------+---------------+-----------------+--------------+-------------+
      VLAN/       Encap           MAC Address       MAC Info/       Interface
      Domain      VLAN            IP Address        IP Info
+---------------+---------------+-----------------+--------------+-------------+
56                      vlan-299    0050.5695.908b L                     eth1/48
Joey-Tenant:Joey-Internal        vlan-299      192.168.1.50 L

La dirección IP de origen se aprende en Ethernet 1/48, y es local para este switch.

leaf1# show endpoint ip 192.168.3.51
Legend:
 O - peer-attached    H - vtep             a - locally-aged     S - static
 V - vpc-attached     p - peer-aged        L - local            M - span
 s - static-arp       B - bounce
+---------------+---------------+-----------------+--------------+-------------+
      VLAN/       Encap           MAC Address       MAC Info/       Interface
      Domain      VLAN            IP Address        IP Info
+---------------+---------------+-----------------+--------------+-------------+
44                      vlan-291    0050.5695.bd89 L                     eth1/48
Joey-Tenant:Joey-Internal        vlan-291      192.168.3.51 L

Como se muestra, la dirección IP de destino se aprende en Ethernet 1/48 y es local para este switch.

Para obtener información más detallada sobre estos terminales, conéctese a la tarjeta de línea (LC):

leaf1# vsh_lc
module-1# show system internal epmc endpoint ip 192.168.1.50

MAC : 0050.5695.908b ::: Num IPs : 1
IP# 0 : 192.168.1.50 ::: IP# 0 flags :
Vlan id : 56 ::: Vlan vnid : 8507 ::: BD vnid : 15990734
VRF vnid : 2523136 ::: phy if : 0x1a02f000 ::: tunnel if : 0
Interface : Ethernet1/48
VTEP tunnel if : N/A ::: Flags : 0x80004c04
Ref count : 5 ::: sclass : 0x2ab5
Timestamp : 02/01/1970 00:43:53.129731
last mv timestamp 12/31/1969 19:00:00.000000 ::: ep move count : 0
previous if : 0 ::: loop detection count : 0
EP Flags : local,IP,MAC,class-set,timer,
Aging:Timer-type : Host-tracker timeout ::: Timeout-left : 423 ::: Hit-bit :
Yes ::: Timer-reset count : 406

PD handles:
Bcm l2 hit-bit : Yes
[L2]: Asic : NS ::: ADJ : 0x14 ::: LST SA : 0x83a ::: LST DA : 0x83a :::
GST ING : 0xedb ::: BCM : Yes
[L3-0]: Asic : NS ::: ADJ : 0x14 ::: LST SA : 0xe56 ::: LST DA : 0xe56 :::
GST ING : 0x12ae ::: BCM : Yes
::::

Tenga en cuenta los valores VRF vnid y BD Vnid.

module-1# show system internal epmc endpoint ip 192.168.3.51

MAC : 0050.5695.bd89 ::: Num IPs : 1
IP# 0 : 192.168.3.51 ::: IP# 0 flags :
Vlan id : 44 ::: Vlan vnid : 8499 ::: BD vnid : 15761386
VRF vnid : 2523136 ::: phy if : 0x1a02f000 ::: tunnel if : 0
Interface : Ethernet1/48
VTEP tunnel if : N/A ::: Flags : 0x80004c04
Ref count : 5 ::: sclass : 0x8004
Timestamp : 02/01/1970 00:43:53.130524
last mv timestamp 12/31/1969 19:00:00.000000 ::: ep move count : 0
previous if : 0 ::: loop detection count : 0
EP Flags : local,IP,MAC,class-set,timer,
Aging:Timer-type : Host-tracker timeout ::: Timeout-left : 532 ::: Hit-bit :
Yes ::: Timer-reset count : 1

PD handles:
Bcm l2 hit-bit : Yes
[L2]: Asic : NS ::: ADJ : 0x15 ::: LST SA : 0x28e ::: LST DA : 0x28e :::
GST ING : 0xd33 ::: BCM : Yes
[L3-0]: Asic : NS ::: ADJ : 0x15 ::: LST SA : 0x497b ::: LST DA : 0x497b :::
GST ING : 0x1e98 ::: BCM : Yes
::::

El valor VRF vnid en este resultado es el mismo porque ambas rutas forman parte del mismo Virtual Routing and Forwarding (VRF) en la tabla de routing (el mismo contexto). El valor BD vnid es diferente, ya que los dos puntos finales están en diferentes BD.

Así como vio las tablas de NorthStar para verificar la programación de hardware para las direcciones MAC en un nivel L2, puede hacer lo mismo para verificar la tabla L3:

module-1# show platform internal ns forwarding lst-l3
error opening file
: No such file or directory

================================================================================
TABLE INSTANCE : 0
================================================================================
Legend:
POS: Entry Position             O: Overlay Instance
V: Valid Bit                    MD/PT: Mod/Port
PT: Pointer Type(A=Adj, E=ECMP, D=DstEncap N=Invalid)
PTR: ECMP/Adj/DstEncap/MET pointer
ML: MET Last
ST: Static                      PTH: Num Paths
BN: Bounce                      CP: Copy To CPU
PA: Policy Applied              PI: Policy Incomplete
DL: Dst Local                   SP: Spine Proxy
--------------------------------------------------------------------------------
MO       SRC  P      M S     B C P P D S
POS   O VNID   Address           V DE MD/PT CLSS T PTR  L T PTH N P A I L P
--------------------------------------------------------------------------------
2881 0 268000 192.168.1.1       1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
3003 0 208001 80.80.80.10       1  0 00/14 800d A    0 0 0   1 0 0 0 1 0 0
3051 0 208001 30.30.30.30       1  0 00/14 c009 A    0 0 0   1 0 0 0 0 0 0
3328 0 268000 192.168.2.1       1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
3670 0 268000 192.168.1.50      1  0 00/09 2ab5 A    0 0 0   1 0 0 0 0 0 0
3721 0 2b8001 50.50.50.1        1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
3903 0 268000 192.168.3.1       1  0 00/00    1 A    0 0 1   1 0 0 0 1 0 0
18811 0 268000 192.168.3.51     1  0 00/09 8004 A    0 0 0   1 0 0 0 0 0 0

Este diagrama ilustra el flujo a través de los ASIC:

Con la colaboración de ingenieros de Cisco

Joseph Ristaino
Cisco TAC Engineer.

¿Resultó útil este documento?

Comentarios

Contacte a Cisco

Abrir un caso de soporte
(Requiere un Cisco Service Contract)

Determinación del Flujo de Paquetes a través de un Fabric ACI

Opciones de descarga

Lenguaje no discriminatorio

Acerca de esta traducción

Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Determinación del flujo de paquetes de fabric de ACI

Un único BD/único EPG con dos terminales en la misma hoja

Un único BD/único EPG con dos terminales en diferentes hojas

Un único BD/dos EPG con un terminal en cada EPG en la misma hoja

Dos BD/dos EPG con un terminal en cada EPG en la misma hoja (paquete enrutado)

Con la colaboración de ingenieros de Cisco

¿Resultó útil este documento?

Contacte a Cisco

Este documento se aplica a estos productos