Déterminer le flux de paquets via un fabric ACI

Options de téléchargement

PDF (177.9 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (115.1 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (119.4 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:21 avril 2015

ID du document:118930

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Déterminer le flux de paquets du fabric ACI

BD unique/EPG unique avec deux terminaux sur la même feuille

BD unique/EPG unique avec deux terminaux sur différentes feuilles

Un seul BD/deux EPG avec un point d'extrémité dans chaque EPG sur la même feuille

Deux BD/deux EPG avec un point de terminaison dans chaque EPG sur la même feuille (paquet routé)

Introduction

Ce document décrit comment déterminer le flux de paquets via un fabric ACI (Application Centric Infrastructure) dans différentes situations.

Note: Toutes les situations décrites dans ce document impliquent un fabric ACI opérationnel afin que le flux de paquets dans le matériel puisse être suivi.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

Fabric ACI composé de deux commutateurs Spine et de deux commutateurs Leaf
Un hôte ESXi avec deux liaisons ascendantes qui vont à chacun des commutateurs Leaf
Contrôleur APIC (Application Policy Infrastructure Controller) utilisé pour la configuration initiale

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.

Déterminer le flux de paquets du fabric ACI

Cette section décrit les différentes situations dans lesquelles un fabric ACI peut être utilisé et comment déterminer le flux de paquets.

BD unique/EPG unique avec deux terminaux sur la même feuille

Cette section décrit comment vérifier la programmation matérielle et le flux de paquets pour deux points d'extrémité dans le même groupe de terminaux (EPG)/domaine de pont (BD) sur le même commutateur leaf. Si les machines virtuelles (VM) s'exécutent sur le même hôte, puisqu'elles se trouvent dans le même EPG, le trafic est isolé vers le commutateur virtuel (VS) de l'hôte et le trafic n'a jamais à quitter l'hôte. Si les machines virtuelles s'exécutent sur des hôtes différents, les informations suivantes s'appliquent.

La première chose à vérifier est de savoir si les informations d'adresse MAC (Media Access Control) pour les adresses IP source et de destination sur le commutateur Leaf sont apprises. Voici les informations d'adresse MAC et IP utilisées dans cet exemple :

Adresse MAC source : 0050.5695.17b7
adresse IP source: 192.168.3.2
Adresse MAC de destination : 0050.5695.248f
adresse IP de destination: 192.168.3.3

Entrez la commande show mac address-table afin de vérifier ces informations :

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

Comme indiqué, le système apprend les adresses MAC des deux points d'extrémité sur le même VLAN. Ce VLAN est le VLAN indépendant de la plate-forme (PI) et est significatif localement pour chaque commutateur. Afin de vérifier qu'il s'agit du VLAN IP correct, connectez-vous à vsh_lc et entrez cette commande dans l'interface de ligne de commande :

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

Le HW_VlanId est le VLAN utilisé par le Broadcom. Le VlanId est le VLAN IP, qui est mappé au VLAN 291 Access_enc qui est dérivé du pool VLAN et est le VLAN propagé au groupe de ports DVS (Distributed Virtual Switch) :

Puisque ce flux de trafic se trouve dans le même BD et le même VLAN, le trafic doit être commuté localement sur l'ASIC Broadcom. Afin de vérifier que le Broadcom a les entrées correctes dans le matériel, connectez-vous au shell Broadcom et affichez la table de couche 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

Le résultat montre que la programmation ASIC Broadcom est correcte et que le trafic doit basculer localement dans VLAN 17.

BD unique/EPG unique avec deux terminaux sur différentes feuilles

Cette section décrit comment vérifier la programmation matérielle et le flux de paquets pour deux points d'extrémité dans le même EPG/BD mais sur différents commutateurs Leaf.

La première chose à vérifier est de savoir si les informations d'adresse MAC pour les adresses IP source et de destination sur les commutateurs Leaf sont apprises. Voici les informations d'adresse MAC et IP utilisées dans cet exemple :

Adresse MAC source : 0050.5695.17b7
adresse IP source: 192.168.3.2
Adresse MAC de destination : 0050.5695.bd89
Adresse IP de destination : 192.168.3.11

Entrez la commande show mac address-table dans l'interface de ligne de commande des deux commutateurs Leaf afin de vérifier ces informations :

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

Comme le montrent les sorties, l'adresse IP source est apprise sur le deuxième commutateur Leaf (leaf2), tandis que l'adresse IP de destination est apprise sur le premier commutateur Leaf (leaf_1). Comme ils se trouvent sur différents commutateurs Leaf, le trafic doit être envoyé à l'ASIC NorthStar sur le deuxième commutateur Leaf afin qu'il puisse être envoyé en amont aux commutateurs Spine. Afin de suivre la logique NorthStar, connectez-vous à la carte de ligne vsh.

Entrez cette commande afin d'afficher une liste d'entrées 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

Entrez cette commande afin d'afficher la liste des entrées de destination (recherchez l'adresse MAC de destination) :

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

Prenez note du champ Pointeur (PTR) dans ces sorties, qui est le pointeur de contiguïté. Cette valeur est utilisée dans la commande suivante afin de trouver le VLAN encapsulé de destination. Il s'agit d'une valeur HEX que vous devez convertir en valeur décimale (0 x 10 en valeur décimale est 16).

Entrez cette commande dans la CLI, avec 16 comme pointeur de contiguïté :

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

Prenez note de la valeur ENCP PTR dans cette sortie, qui est utilisée afin de trouver l'adresse du point de terminaison du tunnel de destination (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

Dans ce cas, la trame est encapsulée dans iVXLAN via l'adresse IP source du TEP local et l'adresse IP de destination du TEP répertorié. Selon la sortie ELTMC, l'ID VXLAN pour ce BD est 15761386, donc c'est l'ID qui est placé dans le paquet VXLAN. Lorsque le trafic atteint l'autre côté, il est désencapsulé, et puisque l'adresse MAC de destination est locale, elle est transférée hors du port dans la commande l2 show à partir de Broadcom.

Un seul BD/deux EPG avec un point d'extrémité dans chaque EPG sur la même feuille

Cette section décrit comment vérifier la programmation matérielle et le flux de paquets pour deux terminaux dans des groupes de terminaux différents mais avec le même BD. Le trafic circule vers le même commutateur Leaf. Il s’agit également d’un paquet ponté local à local physique (PL à PL). Il est ponté parce que la communication est autorisée entre deux VLAN encapsulés sans qu’une interface de couche 3 (L3) soit nécessaire pour effectuer le routage.

La première chose à vérifier est de savoir si les informations d'adresse MAC pour les adresses IP source et de destination sur les commutateurs Leaf sont apprises sur l'interface attendue (1/48 dans ce cas). Voici les informations d'adresse MAC et IP utilisées dans cet exemple :

Adresse MAC source : 0050.5695.908b
adresse IP source: 192.168.1.50
Adresse MAC de destination : 0050.5695.bd89
Adresse IP de destination : 192.168.1.51

Entrez la commande show mac address-table dans l'interface de ligne de commande afin de vérifier ces informations :

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

Vous devez ensuite entrer dans le shell Broadcom (BCM) et vérifier que le BCM apprend les informations d'adresse MAC correctes :

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

Le résultat montre que le BCM a appris les informations d'adresse MAC ; cependant, les adresses MAC se trouvent sur des VLAN différents. Ceci est attendu, car le trafic provient de l'hôte avec différents VLAN encapsulés (différents EPG).

Entrez dans l'ELTMC afin de vérifier l'HW_VlanID qui est affiché dans l'interpréteur de commandes BCM par rapport au VLAN BD pour les deux VLAN encapsulés :

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

Dans cette sortie ELTMC, vous pouvez voir que le HW_VlanId pour chaque entrée est mappé à Access_enc avec lequel le trafic est balisé lorsqu'il entre dans le commutateur (vérifiez les groupes de ports VMware afin de vérifier s'il est virtualisé) et que le VlanId est le VLAN IP qui apparaît dans la table d'adresses MAC. Il s'agit d'une connexion pontée dans ce cas, car le VLAN BD est le même (ils sont tous les deux sur le VLAN 54). Ce diagramme montre l'interaction entre BCM et NorthStar :

NorthStar ajuste le paquet et réécrit la trame de sortie avec l'HW_VlanId de l'adresse IP de destination. De cette façon, le BCM a un accès local dans ce VLAN et envoie la trame par le port 1/48.

Deux BD/deux EPG avec un point de terminaison dans chaque EPG sur la même feuille (paquet routé)

Cette section décrit comment vérifier la programmation matérielle et le flux de paquets pour deux terminaux dans des groupes de terminaux différents qui utilisent des BD différents. Le trafic circule vers le même commutateur Leaf, mais il doit être routé. Il s'agit également d'un paquet routé PL à PL.

La première chose à vérifier est de savoir si les informations d'adresse MAC pour les adresses IP source et de destination sur le commutateur Leaf sont apprises sur l'interface attendue (1/48 dans ce cas). Voici les informations d'adresse MAC et IP utilisées dans cet exemple :

Adresse MAC source : 0050.5695.908b
adresse IP source: 192.168.1.50
Passerelle par défaut: 192.168.1.1
Adresse MAC de destination : 0050.5695.bd89
Adresse IP de destination : 192.168.3.51
Passerelle par défaut: 192.168.3.1

Bien que vous puissiez afficher la table d'adresses MAC afin de vérifier les informations de couche 2, un élément important de la solution pour le trafic routé de couche 3 est le gestionnaire de point de terminaison (EPM). Le protocole EPM est le processus qui effectue le suivi de tous les terminaux d'un périphérique particulier.

Vérifiez que l'EPM connaît les deux points d'extrémité du premier commutateur 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

L'adresse IP source est apprise sur Ethernet 1/48, et elle est locale à ce commutateur.

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

Comme indiqué, l'adresse IP de destination est apprise sur Ethernet 1/48 et elle est locale à ce commutateur.

Pour obtenir des informations plus détaillées sur ces terminaux, connectez-vous à la carte de ligne (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
::::

Prenez note des valeurs VRF et 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
::::

La valeur VRF vnid dans cette sortie est identique car les deux routes font partie du même VRF (Virtual Routing and Forwarding) dans la table de routage (même contexte). La valeur BD vnid est différente, puisque les deux terminaux se trouvent dans des BD différents.

Tout comme vous avez vu les tables NorthStar afin de vérifier la programmation matérielle des adresses MAC au niveau de L2, vous pouvez faire de même afin de vérifier la table 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

Ce schéma illustre le flux à travers les ASIC :

Contribution d’experts de Cisco

Joseph Ristaino
Cisco TAC Engineer.

Ce document vous est-il utile?

Commentaires

Contacter Cisco

Ouvrir un dossier d’assistance
(Un contrat de service de Cisco est requis)

Déterminer le flux de paquets via un fabric ACI

Options de téléchargement

Langage exempt de préjugés

À propos de cette traduction

Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Déterminer le flux de paquets du fabric ACI

BD unique/EPG unique avec deux terminaux sur la même feuille

BD unique/EPG unique avec deux terminaux sur différentes feuilles

Un seul BD/deux EPG avec un point d'extrémité dans chaque EPG sur la même feuille

Deux BD/deux EPG avec un point de terminaison dans chaque EPG sur la même feuille (paquet routé)

Contribution d’experts de Cisco

Ce document vous est-il utile?

Contacter Cisco

Ce document s’applique à ces produits