Configurar o multicast L2 na ACI
Contents
Introduction
Este documento descreve como configurar e verificar o multicast da Camada 2 (L2) no mesmo Grupo de Endpoints (EPG) em uma única estrutura da ACI (Application Centric Infrastructure, Infraestrutura Centrada em Aplicações).
Prerequisites
Requirements
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Suporte a multicast L2 na ACI - sempre compatível
- Rastreamento de Internet Group Management Protocol (IGMP) na ACI - ativado por padrão
Componentes Utilizados
As informações neste documento são baseadas nestas versões de software e hardware:
- N9K-C93180YC-FX
- Versão 4.2(7q)
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. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
O multicast L2 refere-se a pacotes multicast IP encaminhados em um segmento de rede L2 (domínio de bridge (BD)/sub-rede), não a pacotes multicast L2 não IP que são pacotes multicast com um endereço MAC multicast de destino sem um cabeçalho IP. O multicast L2 também exclui o multicast local de link (224.0.0.0/24). O multicast de link local é sempre encaminhado a todas as portas no BD.
O multicast L2 na ACI é encaminhado somente dentro do BD. Se você tiver vários EPGs que usam o mesmo BD, a inundação de tráfego multicast em todos os EPGs, independentemente dos contratos em vigor entre os EPGs.
A Cisco ACI encaminha quadros multicast na árvore multicast de sobreposição criada entre switches leaf e spine. O tráfego de L2 usa árvores de FTAG (Forwarding Tag) para fornecer balanceamento de carga eficiente em vários links de custo redundantes. Para obter mais informações sobre os detalhes da árvore FTAG, consulte o documento Fundamentos da ACI.
Configurar
Topologia de rede
Configurações
Este é um resumo das etapas de configuração. Não há muita configuração para multicast L2, exceto para habilitar um consultante IGMP.
- Passo 1: Configurar as políticas de acesso à estrutura para o servidor multicast e a conectividade do host cliente
- Passo 2: Crie o EPG, BD e VRF para o receptor e origem multicast
- Passo 3: Conecte um domínio físico ao EPG e configure a porta estática
- Passo 4: Configurar o IGMP Querier
Esta seção descreve as etapas detalhadas de configuração.
Passo 1: Configurar as políticas de acesso à estrutura para o servidor multicast e a conectividade do host cliente
As imagens mostram a abordagem de alto nível da configuração. Detalhes adicionais sobre políticas de acesso estão disponíveis no documento Implantação inicial da ACI.
Você pode pular esta etapa se as políticas de acesso já estiverem em vigor.
- Esta imagem mostra as políticas de estrutura de porta do servidor multicast.
- Esta imagem mostra as políticas de estrutura da porta do receptor de multicast (cliente).
Passo 2: Crie o EPG, BD e VRF para o receptor e origem multicast
- O EPG, BD e VRF são criados com parâmetros padrão.
Por padrão, um BD usa a política de snoop IGMP padrão predefinida no Espaço 'Comum'.
O consultante IGMP não é ativado por padrão na sub-rede BD, o que é o caso de uma implantação baseada em NXOS ou Cisco IOS® legado também.
- Para verificar a política de rastreamento IGMP padrão, escolha o 'Comum' locatário > Políticas > Protocolo > IGMP Snoop > default para ver se a política IGMP padrão não tem a caixa Ativar consulta marcada.
- Esta imagem mostra o resumo da configuração EPG, BD e VRF (exibição lógica).
Passo 3: Conecte um domínio físico ao EPG e configure a porta estática
- Esta imagem mostra um domínio físico conectado a um EPG.
- Esta imagem mostra uma porta estática configurada em um EPG.
- Esta imagem mostra que os terminais do servidor multicast (origem) e do cliente multicast (receptor) são ambos aprendidos (conectados) no mesmo EPG.
Passo 4: Configurar o IGMP Querier
O solicitante IGMP deve estar habilitado em dois lugares, sob a respectiva política de IGMP snoop e sob a sub-rede BD.
Note: Como a política de rastreamento IGMP com Enable querier enabled requer um endereço IP de origem para enviar a consulta IGMP, é necessário configurar enable the IGMP Querier IP sob a sub-rede BD. Caso contrário, o switch leaf não enviará a consulta IGMP ao receptor multicast.
É sempre recomendável configurar uma nova política de espionagem IGMP com o verificador IGMP ativado em vez de usar uma política de rastreamento IGMP padrão. Observe que a política de rastreamento IGMP padrão não tem um consultante IGMP ativado por padrão e é anexado por padrão a cada BD. Uma alteração em qualquer configuração sob a política de rastreamento IGMP padrão afeta cada BD anexado à política de rastreamento IGMP padrão, portanto, não é recomendável alterar os parâmetros da política de rastreamento IGMP padrão na ACI.
- Para criar uma nova política de rastreamento IGMP, escolha o espaço TN_D > Políticas > Protocolos e clique com o botão direito do mouse em IGMP Snoop e clique em Criar política de rastreamento IGMP.
- Para a nova política de rastreamento IGMP ('TN_D_IGMP_snooping_POL'), marque a caixa de seleção Habilitar questionário e clique em Enviar.
Note: A configuração Enable querier só é necessária se a sub-rede BD estiver configurada com IP Querier. Se o consultante IGMP estiver fora da ACI, essa configuração não será necessária.
- Para anexar a nova política de IGMP ao BD, escolha TN_D > Rede > Domínio da Bridge > 'L2_Mcast_BD' e escolha a nova política de IGMP na lista suspensa IGMP Snoop Policy. Clique em Enviar para aplicar as alterações.
- Para habilitar o verificador de IGMP para a sub-rede BD, escolha a sub-rede e marque a caixa de seleção IP do solicitante.
lf101# show ip igmp snooping querier Vlan IP Address Version Expires Port 21 10.100.0.254 v3 00:01:06 Switch querier
lf102# show ip igmp snooping querier Vlan IP Address Version Expires Port 19 10.100.0.254 v3 00:01:46 Switch querier
Verificar
Use esta seção para confirmar se a sua configuração funciona corretamente.
Este MO query mostra que a política de consulta de IGMP tem a querrier habilitada.
apic1# moquery -d uni/tn-TN_D/snPol-TN_D_IGMP_snooping_POL Total Objects shown: 1 # igmp.SnoopPol name : TN_D_IGMP_snooping_POL adminSt : enabled annotation : childAction : ctrl : querier descr : dn : uni/tn-TN_D/snPol-TN_D_IGMP_snooping_POL extMngdBy : lastMbrIntvl : 1 lcOwn : local modTs : 2022-01-26T19:32:18.660+00:00 nameAlias : ownerKey : ownerTag : queryIntvl : 125 rn : snPol-TN_D_IGMP_snooping_POL rspIntvl : 10 startQueryCnt : 2 startQueryIntvl : 31 status : uid : 15374
Este MO query mostra que a consulta IGMP também está habilitada na sub-rede BD.
apic1# moquery -c fvSubnet -f 'fv.Subnet.ip=="10.100.0.254/24"'
Total Objects shown: 1
# fv.Subnet
ip : 10.100.0.254/24
annotation :
childAction :
ctrl : querier <<
descr :
dn : uni/tn-TN_D/BD-L2_Mcast_BD/subnet-[10.100.0.254/24] extMngdBy : lcOwn : local modTs : 2021-12-28T19:28:54.860+00:00 monPolDn : uni/tn-common/monepg-default name : nameAlias : preferred : no
rn : subnet-[10.100.0.254/24] scope : private status : uid : 15374 virtual : no
Este MO query mostra a verificação da configuração do BD.
apic1# moquery -c fvBD -f "fv.BD.name==\"L2_Mcast_BD\"" Total Objects shown: 1 # fv.BD name : L2_Mcast_BD OptimizeWanBandwidth : no annotation : arpFlood : yes bcastP : 225.1.156.240 childAction : configIssues : descr : dn : uni/tn-TN_D/BD-L2_Mcast_BD epClear : no epMoveDetectMode : extMngdBy : hostBasedRouting : no intersiteBumTrafficAllow : no intersiteL2Stretch : no ipLearning : yes ipv6McastAllow : no lcOwn : local limitIpLearnToSubnets : yes llAddr : :: mac : 00:22:BD:F8:19:FF mcastAllow : no modTs : 2021-12-25T23:47:57.717+00:00 monPolDn : uni/tn-common/monepg-default mtu : inherit multiDstPktAct : bd-flood nameAlias : ownerKey : ownerTag : pcTag : 49154 rn : BD-L2_Mcast_BD scope : 2490368 seg : 16351140 status : type : regular uid : 15374 unicastRoute : yes unkMacUcastAct : proxy unkMcastAct : flood v6unkMcastAct : flood vmac : not-applicable
Esta saída mostra a verificação de que leaf-101 está conectado à origem multicast 10.100.0.10.
lf101# show endpoint ip 10.100.0.10 detail
Legend:
s - arp H - vtep V - vpc-attached p - peer-aged
R - peer-attached-rl B - bounce S - static M - span
D - bounce-to-proxy O - peer-attached a - local-aged m - svc-mgr
L - local E - shared-service
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
VLAN/ Encap MAC Address MAC Info/ Interface Endpoint Group
Domain VLAN IP Address IP Info Info
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
20 vlan-1900 0011.0100.0001 L eth1/47 TN_D:Multicast_Servers:L2_Mcast_EPG
TN_D:VRF_A vlan-1900 10.100.0.10 L eth1/47
Esta saída mostra a verificação de que leaf-102 está conectado ao receptor multicast 10.100.0.20.
lf102# show endpoint ip 10.100.0.20 detail
Legend:
s - arp H - vtep V - vpc-attached p - peer-aged
R - peer-attached-rl B - bounce S - static M - span
D - bounce-to-proxy O - peer-attached a - local-aged m - svc-mgr
L - local E - shared-service
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
VLAN/ Encap MAC Address MAC Info/ Interface Endpoint Group
Domain VLAN IP Address IP Info Info
+-----------------------------------+---------------+-----------------+--------------+-------------+------------------------------+
17 vlan-1900 0011.0200.0001 L eth1/47 TN_D:Multicast_Servers:L2_Mcast_EPG
TN_D:VRF_A vlan-1900 10.100.0.20 L eth1/47
Explicação do fluxo de pacote multicast L2
- O Leaf-101 recebe o pacote multicast da origem multicast.
- Esta imagem mostra o EPG pcTag:
- Você pode usar o Embedded Logic Analyzer Module (ELAM), uma ferramenta de captura incorporada, para capturar o pacote recebido. Esta saída mostra a captura e saída de ELAM leaf-101. A sintaxe ELAM depende do tipo de hardware. Neste laboratório, a saída ELAM é de um switch FX. Outra abordagem é usar o aplicativo ELAM Assistant.
lf101# vsh_lc
module-1# debug platform internal roc elam asic 0
module-1(DBG-elam)# trigger reset
module-1(DBG-elam)# trigger init in-select 6 out-select 0
module-1(DBG-elam-insel6)# set outer ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10
module-1(DBG-elam-insel6)# start
module-1(DBG-elam-insel6)# status
ELAM STATUS
===========
Asic 0 Slice 0 Status Triggered
module-1(DBG-elam-insel6)#
module-1(DBG-elam-insel6)# ereport
Python available. Continue ELAM decode with LC Pkg
ELAM REPORT
<snip..>
======================================================================================================================================================
Captured Packet
======================================================================================================================================================
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer Packet Attributes
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer Packet Attributes : l2mc ipv4 ip ipmc ipv4mc udp
Opcode : OPCODE_L3MC
------------------------------------------------------------------------------------------------------------------------------------------------------
Outer L2 Header
------------------------------------------------------------------------------------------------------------------------------------------------------
Destination MAC : 0100.5E64.000A <<
802.1Q tag is valid : no( 0x0 ) CoS : 0( 0x0 ) Access Encap VLAN : 0( 0x0 ) ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 IP Version : 4 DSCP : 0 IP Packet Length : 1362 ( = IP header(28 bytes) + IP payload ) Don't Fragment Bit : not set TTL : 64 IP Protocol Number : UDP IP CheckSum : 31679( 0x7BBF )
Destination IP : 239.100.0.10 <<
<snip...> ------------------------------------------------------------------------------------------------------------------------------------------------------ Sideband SB Multicast Information ------------------------------------------------------------------------------------------------------------------------------------------------------ BD : 11266( 0x2C02 ) Source is l3 interface : no
FTAG : 4( 0x4 ) <<< FTAG value 4 assigned by lf101 <snip..>
- Quando o leaf-101 recebe esse tráfego, ele é encapsulado em um endereço de saída IP do grupo BD (GIPO) e valor de FTAG, e enviado para Spine for Spine Lookup. Esta imagem mostra o endereço GIPO BD 225.1.156.240.
As IDs FTAG são atribuídas com base no algoritmo de hash de payload (0 a 12). O valor de FTAG é imprevisível e não é o mesmo valor mesmo se o nó de folha e o BD GiPO de destino forem o mesmo.
O binário de 225.1.156.140 = 11100001.0000001.10011100.11110000
Os últimos 4 bits do último valor octal do GIPO de destino são '0000' para que os últimos 4 bits (entre 0 e 12) sejam adicionados ao valor FTAG.
Esta saída mostra as rotas GIPO e a lista de interface de saída (OIF).
lf101# show isis internal mcast routes gipo
IS-IS process: isis_infra
VRF : default
GIPo Routes
====================================
System GIPo - Configured: 0.0.0.0
Operational: 239.255.255.240
====================================
GIPo: 225.0.0.0 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.0.73.208 [TRANSIT]
OIF List:
GIPo: 225.1.110.160 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.149.64 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.156.240 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 225.1.179.176 [TRANSIT]
OIF List:
GIPo: 225.1.192.0 [TRANSIT]
OIF List:
GIPo: 239.255.255.224 [LOCAL]
OIF List:
Ethernet1/49.14
GIPo: 239.255.255.240 [LOCAL]
OIF List:
Ethernet1/49.14
Esta saída mostra o valor FTAG e a lista OIF.
lf101# show isis internal mcast routes ftag
IS-IS process: isis_infra
VRF : default
FTAG Routes
====================================
System ftag order: NEW
Phantom Spine Capable: NO
FTAG ID: 0 [Enabled] Cost:( 1/ 13/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 1 [Enabled] Cost:( 1/ 1/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 2 [Enabled] Cost:( 1/ 2/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 3 [Enabled] Cost:( 1/ 3/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 4 [Enabled] Cost:( 1/ 4/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 5 [Enabled] Cost:( 1/ 5/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 6 [Enabled] Cost:( 1/ 6/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 7 [Enabled] Cost:( 1/ 7/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 8 [Enabled] Cost:( 1/ 8/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 9 [Enabled] Cost:( 1/ 9/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 10 [Enabled] Cost:( 1/ 10/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 11 [Enabled] Cost:( 1/ 11/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 12 [Enabled] Cost:( 1/ 12/ 0)
----------------------------------
Root port: Ethernet1/49.14
OIF List:
FTAG ID: 13 [Disabled]
FTAG ID: 14 [Disabled]
FTAG ID: 15 [Disabled]
- Esta imagem mostra a captura e a saída do Spine-201 ELAM.
- Nesse caso, essa saída mostra o valor FTAG 4 adicionado aos últimos 4 bits de BD GIPO no pacote recebido da folha-101.
Spine201# vsh_lc <<< (OR "ssh root@lcX" if spine is modular). (Please engage TAC for spine ELAM)
module-1# debug platform internal roc elam asic 0
module-1(DBG-elam)# trigger reset
module-1(DBG-elam)# trigger init in-select 14 out-select 0
module-1(DBG-elam-insel6)# set inner ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10
module-1(DBG-elam-insel6)# start
module-1(DBG-elam-insel6)# status
module-1(DBG-elam-insel6)# ereport
------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L2 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner Destination MAC : 0100.5E64.000A Source MAC : 0011.0100.0001 802.1Q tag is valid : no CoS : 0 Access Encap VLAN : 0 ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 32 IP Protocol Number : UDP Destination IP : 225.1.156.244 <<<< BD GIPO + FTAG 4 (binary 11100001.00000001.10011100.11110100) Source IP : 10.1.160.64 <<<< Leaf 101 infra TEP address ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 64 IP Protocol Number : UDP Destination IP : 239.100.0.10 Source IP : 10.100.0.10 <snip...>
------------------------------------------------------------------------------------------------------------------------------------------------------ Sideband SB Multicast Information ------------------------------------------------------------------------------------------------------------------------------------------------------ BD : 3( 0x3 ) Source is l3 interface : no FTAG : 4( 0x4 ) <snip...>
- O Spine-201 então examina sua própria rota GIPO e o valor FTAG para encontrar a lista OIF para encaminhar o pacote.
- Use este comando para localizar a lista OIF para o BD GIPO.
sp201# show isis internal mcast routes gipo
IS-IS process: isis_infra
VRF : default
GIPo Routes
====================================
System GIPo - Configured: 0.0.0.0
Operational: 239.255.255.240
====================================
GIPo: 225.0.0.0 [TRANSIT]
OIF List:
Ethernet1/2.35
Ethernet1/1.36
GIPo: 225.0.0.16 [TRANSIT]
OIF List:
<snip..>
GIPo: 225.1.156.240 [TRANSIT]
OIF List:
Ethernet1/2.35
Ethernet1/1.36
<snip...>
sp201# show isis internal mcast routes ftag
IS-IS process: isis_infra
VRF : default
FTAG Routes
====================================
System ftag order: NEW
System ftag preference: 2
Max Fabric System ftag preference: 2
Phantom Spine Capable: NO
FTAG ID: 0 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 1 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 2 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 3 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35
Ethernet1/1.36
FTAG ID: 4 [Root] [Enabled] Cost:( 0/ 0/ 0)
----------------------------------
Root port: -
OIF List:
Ethernet1/2.35 <<
<snip...> sp201#
show lldp neighbors Capability codes: (R) Router, (B) Bridge, (T) Telephone, (C) DOCSIS Cable Device (W) WLAN Access Point, (P) Repeater, (S) Station, (O) Other Device ID Local Intf Hold-time Capability Port ID lf101 Eth1/1 120 BR Eth1/49 <<< Spine received packet from Leaf 101
lf102 Eth1/2 120 BR Eth1/49 <<< forward packet to Leaf 102 (and not back to Leaf 101) Total entries displayed: 2
- O Leaf-102 recebe os pacotes e procura a entrada da tabela snoop e, em seguida, encaminha o pacote para o receptor multicast.
- Esse comando mostra a saída do comando de captura ELAM para verificar se o pacote multicast é recebido da coluna.
lf102# vsh_lc module-1# debug platform internal roc elam asic 0 module-1(DBG-elam)# trigger reset module-1(DBG-elam)# trigger init in-select 14 out-select 0 module-1(DBG-elam-insel14)# set inner ipv4 src_ip 10.100.0.10 dst_ip 239.100.0.10 module-1(DBG-elam-insel14)# start module-1(DBG-elam-insel14)# status ELAM STATUS =========== Asic 0 Slice 0 Status Triggered module-1(DBG-elam-insel14)# ereport ------------------------------------------------------------------------------------------------------------------------------------------------------ Outer L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 31 IP Protocol Number : UDP Destination IP : 225.1.156.244 Source IP : 10.1.160.64 ------------------------------------------------------------------------------------------------------------------------------------------------------ Inner L3 Header ------------------------------------------------------------------------------------------------------------------------------------------------------ L3 Type : IPv4 DSCP : 0 Don't Fragment Bit : 0x0 TTL : 64 IP Protocol Number : UDP Destination IP : 239.100.0.10 Source IP : 10.100.0.10 ------------------------------------------------------------------------------------------------------------------------------------------------------
- O Leaf-102 examina a entrada de snoop IGMP para encaminhar o pacote para o receptor multicast.
lf102# show ip igmp snooping group Type: S - Static, D - Dynamic, R - Router port, F - Fabricpath core port Vlan Group Address Ver Type Port list 16 239.100.0.10 v2 D Eth1/47
Requisito de consultas IGMP
Os requisitos do verificador IGMP incluem:
- A espionagem de IGMP obriga um solicitante de IGMP a operar corretamente, a fim de evitar o descarte silencioso do grupo.
- Um roteador de Protocol Independent Multicast (PIM) pode atuar como consultor para enviar a consulta IGMP de qualquer forma.
- No caso de multicast L2 puro sem roteador PIM no BD, podemos habilitar uma função de consulta IGMP para enviar a consulta sem executar o PIM.
Troubleshoot
Esta seção fornece informações que podem ser usadas para o troubleshooting da sua configuração.
Use estes comandos para solucionar problemas de IGMP L2:
show endpoints IPdetail show ip igmp snoop groups vlan xshow ip igmp snoop groups vlan x detailshow ip igmp snooping mroutermoquery -c fmcast.Grp
Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
28-Feb-2022 |
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)