Configuración de la multidifusión de L2 en ACI
Contenido
Introducción
Este documento describe cómo configurar y verificar la multidifusión de capa 2 (L2) en el mismo grupo de terminales (EPG) en un único fabric de Application Centric Infrastructure (ACI).
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Compatibilidad con multidifusión de L2 en ACI: siempre compatible
- Snooping del protocolo de administración de grupos de Internet (IGMP) en ACI (habilitado de forma predeterminada)
Componentes Utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
- N9K-C93180YC-FX
- Versión 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. Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Antecedentes
Multicast L2 hace referencia a los paquetes de multidifusión IP reenviados en un segmento de red L2 (dominio de puente(BD)/subred), no a los paquetes de multidifusión que no son IP L2 y que son paquetes de multidifusión con una dirección MAC de multidifusión de destino sin un encabezado IP. La multidifusión L2 también excluye la multidifusión local de enlaces (224.0.0.0/24). La multidifusión local de link siempre se reenvía a todos los puertos en el BD.
La multidifusión de L2 en ACI sólo se reenvía dentro del BD. Si tiene varios EPG que utilizan el mismo BD, el tráfico de multidifusión se inunda en todos los EPG independientemente de los contratos vigentes entre los EPG.
Cisco ACI reenvía las tramas multicast en el árbol multicast superpuesto que está construido entre los switches de columna y de hoja. El tráfico L2 utiliza árboles de etiquetas de reenvío (FTAG) para proporcionar un equilibrio de carga eficaz en varios enlaces redundantes de los mismos costes. Para obtener más información sobre los detalles del árbol FTAG, vea el documento Aspectos básicos de ACI.
Configurar
Topología de red
Configuraciones
Este es un resumen de los pasos de configuración. No hay mucha configuración para la multidifusión L2 excepto para habilitar un consultor IGMP.
- Paso 1: Configuración de las Políticas de Acceso al Fabric para la Conectividad de Servidor Multicast y Host de Cliente
- Paso 2: Cree el EPG, BD y VRF para el receptor y el origen de multidifusión
- Paso 3: Adjuntar un dominio físico al EPG y configurar el puerto estático
- Paso 4: Configuración del solicitante IGMP
En esta sección se describen los pasos de configuración detallados.
Paso 1: Configuración de las Políticas de Acceso al Fabric para la Conectividad de Servidor Multicast y Host de Cliente
Las imágenes muestran el enfoque de alto nivel de la configuración. Los detalles adicionales sobre las políticas de acceso están disponibles en el documento Implementación inicial de ACI.
Puede omitir este paso si las políticas de acceso ya están en vigor.
- Esta imagen muestra las políticas de fabric de puerto de servidor multicast.
- Esta imagen muestra las políticas de fabric del puerto del receptor de multidifusión (cliente).
Paso 2: Cree el EPG, BD y VRF para el receptor y el origen de multidifusión
- Los EPG, BD y VRF se crean con parámetros predeterminados.
De forma predeterminada, un BD utiliza la política de indagación IGMP predeterminada predefinida en el arrendatario 'común'.
El consultor IGMP no está habilitado de forma predeterminada bajo la subred BD, lo que es el caso de una implementación heredada basada en NXOS o Cisco IOS®.
- Para verificar la política de snoop IGMP predeterminada, elija el 'arrendatario común > Políticas > Protocolo > Snoop IGMP > valor predeterminado para ver que la política IGMP predeterminada no tiene la casilla Habilitar consultor activada.
- Esta imagen muestra el resumen de la configuración EPG, BD y VRF (vista lógica).
Paso 3: Adjuntar un dominio físico al EPG y configurar el puerto estático
- Esta imagen muestra un dominio físico asociado a un EPG.
- Esta imagen muestra un puerto estático configurado bajo un EPG.
- Esta imagen muestra que los puntos finales del servidor de multidifusión (origen) y del cliente de multidifusión (receptor) se aprenden (se conectan) en el mismo EPG.
Paso 4: Configuración del solicitante IGMP
El solicitante IGMP debe estar habilitado en dos lugares, bajo la política de indagación IGMP respectiva y bajo la subred BD.
Nota: Dado que la política de indagación IGMP con Enable querier enabled requiere una dirección IP de origen para enviar la consulta IGMP, se requiere configurar habilitar la IP del solicitante IGMP bajo la subred BD. De lo contrario, el switch de hoja no enviará la consulta IGMP al receptor multicast.
Siempre se recomienda configurar una nueva política de indagación IGMP con el solicitante IGMP habilitado en lugar de utilizar una política de indagación IGMP predeterminada. Tenga en cuenta que la política de indagación IGMP predeterminada no tiene un consultor IGMP habilitado de forma predeterminada y está asociada de forma predeterminada con cada BD. Un cambio en cualquier configuración bajo la política de indagación IGMP predeterminada afecta a cada BD asociado con la política de indagación IGMP predeterminada, por lo que no se recomienda cambiar los parámetros predeterminados de la política de indagación IGMP en ACI.
- Para crear una nueva política de indagación IGMP, elija el arrendatario TN_D > Políticas > Protocolos, luego haga clic con el botón derecho en IGMP Snoop y haga clic en Crear política de indagación IGMP.
- Para la nueva política de indagación IGMP ('TN_D_IGMP_snooping_POL'), marque la casilla de verificación Habilitar consultor y luego haga clic en Enviar.
Nota: El parámetro Enable querier sólo es necesario si la subred BD está configurada con IP del solicitante. Si el solicitante IGMP está fuera de la ACI, esta configuración no es necesaria.
- Para adjuntar la nueva política IGMP al BD, elija TN_D > Networking > Bridge Domain > 'L2_Mcast_BD' y elija la nueva política de snoop IGMP de la lista desplegable IGMP Snoop Policy. Haga clic en Enviar para aplicar los cambios.
- Para habilitar el buscador IGMP para la subred BD, elija la subred y marque la casilla de verificación Consulta de IP.
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
Verificación
Use esta sección para confirmar que su configuración funciona correctamente.
Esto MO query muestra que la política de consulta IGMP tiene el consultor habilitado.
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
Esto MO query muestra que el consultor IGMP también está habilitado en la subred 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
Esto MO query muestra la verificación para la configuración de 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
Este resultado muestra la verificación de que la hoja 101 está conectada al origen 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
Este resultado muestra la verificación de que la hoja 102 está conectada al 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
Explicación del Flujo de Paquetes Multicast L2
- Leaf-101 recibe el paquete multicast del origen multicast.
- Esta imagen muestra la pcTag EPG:
- Puede utilizar Embedded Logic Analyzer Module (ELAM), una herramienta de captura integrada, para capturar el paquete entrante. Esta salida muestra la captura y salida de ELAM de la hoja 101. La sintaxis de ELAM depende del tipo de hardware. En este laboratorio, la salida de ELAM proviene de un switch FX. Otro enfoque es utilizar la aplicación 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..>
- Una vez que la hoja 101 recibe este tráfico, se encapsula en una dirección exterior IP del grupo BD (GIPO) y un valor FTAG, y se envía a la columna para la búsqueda de columna. Esta imagen muestra la dirección BD GIPO 225.1.156.240.
Las ID de FTAG se asignan en función del algoritmo hash de carga útil (0 a 12). El valor FTAG es impredecible y no es el mismo valor aunque el nodo de hoja y el GiPO de destino BD sean iguales.
El binario de 225.1.156.140 = 11100001.0000001.10011100.11110000
Los últimos 4 bits del último valor octal del GIPO de destino es '0000', por lo que los últimos 4 bits (entre 0 y 12) se agregan al valor FTAG.
Este resultado muestra la lista de rutas y de interfaces de salida (OIF) de la OMPI.
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 salida muestra el valor FTAG y la 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 imagen muestra la captura y salida de ELAM de la columna-201.
- En este caso, esta salida muestra el valor FTAG 4 agregado a los últimos 4 bits de la GIPO BD en el paquete recibido de la hoja 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...>
- Spine-201 luego mira su propia ruta GIPO y valor FTAG para encontrar la lista OIF para enviar el paquete.
- Utilice este comando para encontrar la lista de OIF para la OMG BD.
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
- La hoja 102 recibe los paquetes y busca la entrada de la tabla snoop y luego envía el paquete al receptor multicast.
- Este comando muestra el resultado del comando ELAM capture para verificar que el paquete multicast se recibe de la columna.
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 ------------------------------------------------------------------------------------------------------------------------------------------------------
- Leaf-102 observa la entrada de indagación IGMP para enviar el paquete hacia el 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 del solicitante IGMP
Entre los requisitos de la consulta IGMP se incluyen los siguientes:
- La indagación de IGMP exige un consultor de IGMP para el correcto funcionamiento, para evitar el descarte silencioso del grupo.
- Un router de multidifusión independiente de protocolo (PIM) puede actuar como solicitante para enviar la consulta IGMP de todos modos.
- En el caso de multicast L2 puro sin router PIM en el BD, podemos habilitar una función de consulta IGMP para enviar la consulta sin ejecutar PIM.
Troubleshoot
En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.
Utilice estos comandos para resolver 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
Información Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
28-Feb-2022 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)