Determinar o fluxo de pacotes através de uma estrutura da ACI

Opções de download

PDF (177.2 KB)
Ver no Adobe Reader em vários dispositivos
ePub (117.0 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (121.1 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:21 de abril de 2015

ID do documento:118930

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Prerequisites

Requirements

Componentes Utilizados

Determine o fluxo de pacote de estrutura da ACI

BD/EPG único com dois endpoints no mesmo folheto

BD/EPG único com dois endpoints em folhetos diferentes

BD/dois EPGs únicos com um endpoint em cada EPG na mesma folha

Dois BDs/dois EPGs com um endpoint em cada EPG na mesma folha (pacote roteado)

Introduction

Este documento descreve como determinar o fluxo de pacotes através de uma estrutura da Application Centric Infrastructure (ACI) em várias situações.

Note: Todas as situações descritas neste documento envolvem uma estrutura de ACI operacional para que o fluxo de pacotes no hardware possa ser rastreado.

Prerequisites

Requirements

Não existem requisitos específicos para este documento.

Componentes Utilizados

As informações neste documento são baseadas nas seguintes versões de hardware e software:

Uma estrutura da ACI que consiste em dois switches spine e dois switches leaf
Um host ESXi com dois uplinks que vão para cada um dos switches leaf
Um Application Policy Infrastructure Controller (APIC) usado para a configuração 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.

Determine o fluxo de pacote de estrutura da ACI

Esta seção descreve as várias situações em que uma estrutura da ACI pode ser usada e como determinar o fluxo do pacote.

BD/EPG único com dois endpoints no mesmo folheto

Esta seção descreve como verificar a programação de hardware e o fluxo de pacotes para dois endpoints no mesmo grupo de endpoints (EPG)/domínio de bridge (BD) no mesmo switch leaf. Se as máquinas virtuais (VMs) são executadas no mesmo host, já que estão no mesmo EPG, o tráfego é isolado para o switch virtual (VS) no host e o tráfego nunca precisa sair do host. Se as VMs são executadas em hosts diferentes, as informações a seguir se aplicam.

A primeira coisa que você deve verificar é se as informações de endereço de Controle de Acesso ao Meio (MAC - Media Access Control) para os endereços IP origem e destino no switch Leaf são aprendidas. Estas são as informações de endereço MAC e IP usadas neste exemplo:

Endereço MAC origem: 0050.5695.17b7
Endereço IP origem: 192.168.3.2
Endereço MAC destino: 0050.5695.248f
Endereço IP de destino: 192.168.3.3

Insira o comando show mac address-table para verificar essas informações:

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 mostrado, o sistema aprende os endereços MAC para ambos os endpoints na mesma VLAN. Essa VLAN é a VLAN independente de plataforma (PI) e é localmente significativa para cada switch. Para verificar se esta é a VLAN PI correta, conecte-se à vsh_lc e insira este comando na 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

O HW_VlanId é a VLAN usada pelo Broadcom. O VlanId é a VLAN PI, que mapeia para a Access_enc VLAN 291 derivada do pool de VLANs e é a VLAN propagada para o grupo de portas do Switch virtual distribuído (DVS - Distributed Virtual Switch):

Como esse fluxo de tráfego está no mesmo BD e na mesma VLAN, o tráfego deve ser comutado localmente no ASIC Broadcom. Para verificar se a Broadcom tem as entradas corretas no hardware, conecte-se à shell Broadcom e visualize a tabela da Camada 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

A saída mostra que a programação de ASIC Broadcom está correta e que o tráfego deve comutar localmente na VLAN 17.

BD/EPG único com dois endpoints em folhetos diferentes

Esta seção descreve como verificar a programação de hardware e o fluxo de pacotes para dois endpoints dentro do mesmo EPG/BD, mas em diferentes switches leaf.

A primeira coisa que você deve verificar é se as informações de endereço MAC para os endereços IP origem e destino nos switches leaf são aprendidas. Estas são as informações de endereço MAC e IP usadas neste exemplo:

Endereço MAC origem: 0050.5695.17b7
Endereço IP origem: 192.168.3.2
Endereço MAC destino: 0050.5695.bd89
Endereço IP destino: 192.168.3.11

Insira o comando show mac address-table na CLI de ambos os switches Leaf para verificar essas informações:

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 mostrado nas saídas, o endereço IP de origem é aprendido no segundo switch Leaf (leaf2), enquanto o endereço IP de destino é aprendido no primeiro switch Leaf (leaf_1). Como eles estão em diferentes switches Leaf, o tráfego deve ser enviado para o ASIC NorthStar no segundo switch Leaf para que possa ser enviado upstream para os switches Spine. Para seguir a lógica do NorthStar, conecte-se à placa de linha vsh.

Insira este comando para exibir uma lista de entradas locais:

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

Insira este comando para ver uma lista das entradas de destino (procure o endereço 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

Anote o campo Ponteiro (PTR) nessas saídas, que é o ponteiro de adjacência. Esse valor é usado no próximo comando para encontrar a VLAN encapsulada de destino. Esse é um valor HEX que você deve converter em um valor decimal (0 x 10 em decimal é 16).

Insira este comando na CLI, com 16 como o ponteiro de adjacência:

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

Anote o valor do PTR ENCP nesta saída, que é usado para encontrar o endereço de destino do Ponto de Extremidade do Túnel (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

Nesse caso, o quadro é encapsulado em iVXLAN através do endereço IP de origem do TEP local e do endereço IP de destino do TEP listado. Com base na saída ELTMC, o ID da VXLAN para esse BD é 15761386, portanto, esse é o ID que é colocado no pacote VXLAN. Quando o tráfego chega ao outro lado, é desencapsulado e, como o endereço MAC de destino é local, é encaminhado para fora da porta no comando l2 show da Broadcom.

BD/dois EPGs únicos com um endpoint em cada EPG na mesma folha

Esta seção descreve como verificar a programação de hardware e o fluxo de pacotes para dois endpoints em EPGs diferentes, mas com o mesmo BD. O tráfego flui para o mesmo switch Leaf. Isso também é conhecido como pacote de conexão física local a físico (PL-to-PL). Ele é Bridged porque a comunicação é permitida entre duas VLANs encapsuladas sem a necessidade de uma interface de Camada 3 (L3) para executar o roteamento.

A primeira coisa que você deve verificar é se as informações de endereço MAC para os endereços IP origem e destino nos switches Leaf são aprendidas na interface esperada (1/48 nesse caso). Estas são as informações de endereço MAC e IP usadas neste exemplo:

Endereço MAC origem: 0050.5695.908b
Endereço IP origem: 192.168.1.50
Endereço MAC destino: 0050.5695.bd89
Endereço IP destino: 192.168.1.51

Insira o comando show mac address-table na CLI para verificar essas informações:

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

Em seguida, você deve entrar no shell Broadcom (BCM) e verificar se o BCM aprende as informações corretas do endereço MAC:

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

A saída mostra que o BCM aprendeu as informações de endereço MAC; no entanto, os endereços MAC estão em VLANs diferentes. Isso é esperado, à medida que o tráfego entra do host com diferentes VLANs encapsuladas (EPGs diferentes).

Entre no ELTMC para verificar o HW_VlanID exibido no shell BCM contra a VLAN BD para as duas VLANs 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

Nesta saída do ELTMC, você pode ver que o HW_VlanId para cada entrada é mapeado para o Access_enc com o qual o tráfego é marcado quando entra no switch (verifique os grupos de portas do VMware para verificar se é virtualizado) e se o VlanId é a VLAN IP que aparece na tabela de endereços MAC. Essa é uma conexão com bridge nesse caso porque a VLAN BD é a mesma (ambas estão na VLAN 54). Este diagrama mostra a interação entre BCM e NorthStar:

O NorthStar ajusta o pacote e regrava o quadro de saída com o HW_VlanId do endereço IP de destino. Dessa forma, o BCM tem um acerto local nessa VLAN e envia o quadro pela porta 1/48.

Dois BDs/dois EPGs com um endpoint em cada EPG na mesma folha (pacote roteado)

Esta seção descreve como verificar a programação de hardware e o fluxo de pacotes para dois endpoints em EPGs diferentes que usam BDs diferentes. O tráfego flui para o mesmo switch Leaf, mas deve ser roteado. Isso também é conhecido como um pacote roteado PL-to-PL.

A primeira coisa que você deve verificar é se as informações de endereço MAC para os endereços IP origem e destino no switch Leaf aprenderam na interface esperada (1/48 nesse caso). Estas são as informações de endereço MAC e IP usadas neste exemplo:

Endereço MAC origem: 0050.5695.908b
Endereço IP origem: 192.168.1.50
Gateway padrão: 192.168.1.1
Endereço MAC destino: 0050.5695.bd89
Endereço IP destino: 192.168.3.51
Gateway padrão: 192.168.3.1

Embora você possa visualizar a tabela de endereços MAC para verificar as informações de L2, uma parte importante da solução para o tráfego roteado de L3 é o Endpoint Manager (EPM). O EPM é o processo que rastreia todos os endpoints em um dispositivo específico.

Verifique se o EPM tem conhecimento dos dois endpoints no primeiro switch Leaf (Leaf1):

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

O endereço IP origem é aprendido na Ethernet 1/48, e é local para esse 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 mostrado, o endereço IP destino é aprendido na Ethernet 1/48 e é local para esse switch.

Para obter informações mais detalhadas sobre esses endpoints, conecte-se à Placa de linha (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
::::

Anote os valores VRF vnid e 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
::::

O valor VRF vnid nesta saída é o mesmo porque ambas as rotas fazem parte do mesmo Virtual Routing and Forwarding (VRF) na tabela de roteamento (mesmo contexto). O valor de vnid BD é diferente, já que os dois endpoints estão em BDs diferentes.

Assim como você visualizou as tabelas do NorthStar para verificar a programação de hardware para os endereços MAC em um nível L2, você pode fazer o mesmo para verificar a tabela 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 o fluxo através dos ASICs:

Colaborado por engenheiros da Cisco

Joseph Ristaino
Cisco TAC Engineer.

Este documento lhe foi útil?

Feedback

Contate a Cisco

Abrir um caso de suporte
(É necessário um Contrato de Serviço da Cisco)

Determinar o fluxo de pacotes através de uma estrutura da ACI

Opções de download

Linguagem imparcial

Sobre esta tradução

Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Determine o fluxo de pacote de estrutura da ACI

BD/EPG único com dois endpoints no mesmo folheto

BD/EPG único com dois endpoints em folhetos diferentes

BD/dois EPGs únicos com um endpoint em cada EPG na mesma folha

Dois BDs/dois EPGs com um endpoint em cada EPG na mesma folha (pacote roteado)

Colaborado por engenheiros da Cisco

Este documento lhe foi útil?

Contate a Cisco

Este documento se refere a estes produtos