Skip to main content
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Migrar de conmutadores Cisco más antiguos a conmutadores Cisco Nexus 9336C-FX2 y 9336C-FX2-T

Colaboradores netapp-jolieg netapp-yvonneo

Puede realizar una migración sin interrupciones desde conmutadores de clúster Cisco más antiguos a conmutadores de red de clúster Cisco Nexus 9336C-FX2 y 9336C-FX2-T.

Requisitos de revisión

Asegúrese de que:

  • Usted ha verificado el número de serie del switch para asegurarse de que se está migrando el switch correcto.

  • Algunos de los puertos de los switches Nexus 9336C-FX2 están configurados para funcionar a 10GbE o 40GbE.

  • Se ha planificado, migrado y documentado la conectividad de 10GbE y 40GbE desde los nodos a los conmutadores de clúster Nexus 9336C-FX2.

  • El clúster está funcionando correctamente (no debería haber errores en los registros ni problemas similares).

  • La personalización inicial de los switches Cisco Nexus 9336C-FX2 está completa, de modo que:

    • Los switches 9336C-FX2 están ejecutando la última versión recomendada del software.

    • Confirme que los archivos de configuración de referencia (RCF) se hayan aplicado completamente a los nuevos conmutadores antes de migrar las LIF a los nuevos conmutadores.

    • Compruebe las configuraciones de ejecución y de inicio en ambos conmutadores antes de redirigir el tráfico de red.

    • Cualquier personalización del sitio, como DNS, NTP, SMTP, SNMP y SSH, se configura en los nuevos conmutadores.

  • Tienes acceso a la tabla de compatibilidad del switch en el "Switches Ethernet de Cisco" Página para las versiones compatibles de ONTAP, NX-OS y RCF.

  • Usted ha revisado el software y las guías de actualización apropiadas disponibles en el sitio web de Cisco para los procedimientos de actualización y degradación del switch Cisco en "Soporte para switches Cisco Nexus serie 9000" página.

Nota Si está cambiando la velocidad de los puertos del clúster e0a y e1a en los sistemas AFF A800 o AFF C800 , podría observar que se reciben paquetes malformados después de la conversión de velocidad. Ver "Error 1570339" y el artículo de la Base de Conocimiento "Errores CRC en puertos T6 tras la conversión de 40GbE a 100GbE" para ayuda.

Migrar los interruptores

Acerca de los ejemplos

Los ejemplos de este procedimiento utilizan dos nodos. Estos nodos utilizan dos puertos de interconexión de clúster 10GbE, e0a y e0b. Ver el "Hardware Universe" para verificar los puertos de clúster correctos en sus plataformas.

Nota Los resultados de los comandos pueden variar dependiendo de las diferentes versiones de ONTAP.

Los ejemplos de este procedimiento utilizan la siguiente nomenclatura de interruptores y nodos:

  • Los nombres de los dos switches Cisco existentes son cs1 y cs2.

  • Los nuevos switches de clúster Nexus 9336C-FX2 son cs1-new y cs2-new.

  • Los nombres de los nodos son nodo1 y nodo2.

  • Los nombres LIF del clúster son node1_clus1 y node1_clus2 para el nodo 1, y node2_clus1 y node2_clus2 para el nodo 2.

  • El indicador cluster1::>* indica el nombre del clúster.

Durante este procedimiento, consulte el siguiente ejemplo:

Configuración inicial del interruptor
Acerca de esta tarea

El procedimiento requiere el uso de comandos ONTAP y "Switches de la serie Nexus 9000" comandos; se utilizan comandos ONTAP , a menos que se indique lo contrario.

Este procedimiento cubre el siguiente escenario:

  • El switch cs2 se reemplaza primero por el switch cs2-new.

    • Desactive los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.

      • Todas las LIF del clúster conmutan por error al nuevo conmutador cs2-new.

    • Luego, el cableado entre los nodos y cs2 se desconecta de cs2 y se vuelve a conectar a cs2-new.

  • El interruptor cs1 se reemplaza por el interruptor cs1-nuevo.

    • Desactive los puertos de los nodos del clúster. Todos los puertos deben apagarse simultáneamente para evitar la inestabilidad del clúster.

      • Todas las LIF del clúster conmutan por error al nuevo conmutador cs1-new.

    • Luego, el cableado entre los nodos y cs1 se desconecta de cs1 y se vuelve a conectar a cs1-new.

Nota No se necesita ningún enlace entre conmutadores (ISL) operativo durante este procedimiento. Esto es así por diseño porque los cambios de versión de RCF pueden afectar la conectividad de ISL temporalmente. Para garantizar un funcionamiento ininterrumpido del clúster, el siguiente procedimiento transfiere todas las LIF del clúster al switch asociado operativo mientras se realizan los pasos en el switch de destino.

Paso 1: Prepararse para la migración

  1. Si AutoSupport está habilitado en este clúster, suprima la creación automática de casos invocando un mensaje de AutoSupport : system node autosupport invoke -node * -type all -message MAINT=xh

    donde x es la duración de la ventana de mantenimiento en horas.

    Nota El mensaje de AutoSupport notifica al soporte técnico sobre esta tarea de mantenimiento para que se suprima la creación automática de casos durante la ventana de mantenimiento.
  2. Cambie el nivel de privilegio a avanzado, ingresando y cuando se le solicite continuar:

    set -privilege advanced

    Aparece el indicador avanzado (*>).

Paso 2: Configurar puertos y cableado

  1. En los nuevos switches, confirme que el enlace ISL está cableado y funciona correctamente entre los switches cs1-new y cs2-new:

    show port-channel summary

    Mostrar ejemplo
    cs1-new# show port-channel summary
    Flags:  D - Down        P - Up in port-channel (members)
            I - Individual  H - Hot-standby (LACP only)
            s - Suspended   r - Module-removed
            b - BFD Session Wait
            S - Switched    R - Routed
            U - Up (port-channel)
            p - Up in delay-lacp mode (member)
            M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-       Type     Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)
    
    cs2-new# show port-channel summary
    Flags:  D - Down        P - Up in port-channel (members)
            I - Individual  H - Hot-standby (LACP only)
            s - Suspended   r - Module-removed
            b - BFD Session Wait
            S - Switched    R - Routed
            U - Up (port-channel)
            p - Up in delay-lacp mode (member)
            M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-       Type     Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)
  2. Muestra los puertos del clúster en cada nodo que están conectados a los conmutadores del clúster existentes:

    network device-discovery show

    Mostrar ejemplo
    cluster1::*> network device-discovery show -protocol cdp
    Node/       Local  Discovered
    Protocol    Port   Device (LLDP: ChassisID)  Interface         Platform
    ----------- ------ ------------------------- ----------------  ----------------
    node1      /cdp
                e0a    cs1                       Ethernet1/1        N5K-C5596UP
                e0b    cs2                       Ethernet1/2        N5K-C5596UP
    node2      /cdp
                e0a    cs1                       Ethernet1/1        N5K-C5596UP
                e0b    cs2                       Ethernet1/2        N5K-C5596UP
  3. Determinar el estado administrativo u operativo de cada puerto del clúster.

    1. Verifique que todos los puertos del clúster estén activos y en buen estado:

      network port show -ipspace Cluster

      Mostrar ejemplo
      cluster1::*> network port show -ipspace Cluster
      
      Node: node1
                                                                             Ignore
                                                        Speed(Mbps) Health   Health
      Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
      --------- ------------ ---------------- ---- ---- ----------- -------- ------
      e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
      e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false
      
      Node: node2
                                                                             Ignore
                                                        Speed(Mbps) Health   Health
      Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
      --------- ------------ ---------------- ---- ---- ----------- -------- ------
      e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
      e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false
    2. Verifique que todas las interfaces del clúster (LIF) estén en sus puertos de origen:

      network interface show -vserver Cluster

      Mostrar ejemplo
      cluster1::*> network interface show -vserver Cluster
      
                  Logical      Status     Network            Current     Current Is
      Vserver     Interface    Admin/Oper Address/Mask       Node        Port    Home
      ----------- -----------  ---------- ------------------ ----------- ------- ----
      Cluster
                  node1_clus1  up/up      169.254.209.69/16  node1       e0a     true
                  node1_clus2  up/up      169.254.49.125/16  node1       e0b     true
                  node2_clus1  up/up      169.254.47.194/16  node2       e0a     true
                  node2_clus2  up/up      169.254.19.183/16  node2       e0b     true
    3. Verifique que el clúster muestre información para ambos conmutadores del clúster:

      system cluster-switch show -is-monitoring-enabled-operational true

    Mostrar ejemplo
    cluster1::*> system cluster-switch show -is-monitoring-enabled-operational true
    Switch                      Type               Address          Model
    --------------------------- ------------------ ---------------- ---------------
    cs1                         cluster-network    10.233.205.92    N5K-C5596UP
          Serial Number: FOXXXXXXXGS
           Is Monitored: true
                 Reason: None
       Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                         9.3(4)
         Version Source: CDP
    
    cs2                         cluster-network     10.233.205.93   N5K-C5596UP
          Serial Number: FOXXXXXXXGD
           Is Monitored: true
                 Reason: None
       Software Version: Cisco Nexus Operating System (NX-OS) Software, Version
                         9.3(4)
         Version Source: CDP
  4. Deshabilitar la reversión automática en los LIF del clúster.

    Al deshabilitar la reversión automática para este procedimiento, los LIF del clúster no volverán automáticamente a su puerto de origen. Permanecerán en el puerto actual mientras este siga operativo.

    network interface modify -vserver Cluster -lif * -auto-revert false

    Nota Deshabilitar la reversión automática garantiza que ONTAP solo falle a través de las LIF del clúster cuando los puertos del conmutador se apaguen posteriormente.
  5. En el conmutador de clúster cs2, apague los puertos conectados a los puertos de clúster de todos los nodos para realizar la conmutación por error de las LIF del clúster:

    cs2# configure
    cs2(config)# interface eth1/1-1/2
    cs2(config-if-range)# shutdown
    cs2(config-if-range)# exit
    cs2(config)# exit
    cs2#
  6. Verifique que las LIF del clúster hayan conmutado por error a los puertos alojados en el conmutador del clúster cs1. Esto podría tardar unos segundos.

    network interface show -vserver Cluster

    Mostrar ejemplo
    cluster1::*> network interface show -vserver Cluster
                Logical       Status     Network            Current    Current Is
    Vserver     Interface     Admin/Oper Address/Mask       Node       Port    Home
    ----------- ------------- ---------- ------------------ ---------- ------- ----
    Cluster
                node1_clus1   up/up      169.254.3.4/16     node1      e0a     true
                node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
                node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
                node2_clus2   up/up      169.254.3.9/16     node2      e0a     false
  7. Verifique que el clúster esté en buen estado:

    cluster show

    Mostrar ejemplo
    cluster1::*> cluster show
    Node       Health  Eligibility   Epsilon
    ---------- ------- ------------- -------
    node1      true    true          false
    node2      true    true          false
  8. Si las LIF del clúster han conmutado por error al switch cs1 y el clúster está en buen estado, vaya aPaso. 10 . Si algunas LIF del clúster no están en buen estado o el clúster no está en buen estado, puede revertir la conectividad al switch cs2, de la siguiente manera:

    1. Active los puertos conectados a los puertos del clúster de todos los nodos:

      cs2# configure
      cs2(config)# interface eth1/1-1/2
      cs2(config-if-range)# no shutdown
      cs2(config-if-range)# exit
      cs2(config)# exit
      cs2#
    2. Verifique que las LIF del clúster hayan conmutado por error a los puertos alojados en el conmutador del clúster cs1. Esto podría tardar unos segundos.

      network interface show -vserver Cluster

      Mostrar ejemplo
      cluster1::*> network interface show -vserver Cluster
                  Logical       Status     Network            Current    Current Is
      Vserver     Interface     Admin/Oper Address/Mask       Node       Port    Home
      ----------- ------------- ---------- ------------------ ---------- ------- ----
      Cluster
                  node1_clus1   up/up      169.254.3.4/16     node1      e0a     true
                  node1_clus2   up/up      169.254.3.5/16     node1      e0a     false
                  node2_clus1   up/up      169.254.3.8/16     node2      e0a     true
                  node2_clus2   up/up      169.254.3.9/16     node2      e0a     false
    3. Verifique que el clúster esté en buen estado:

      cluster show

    Mostrar ejemplo
    cluster1::*> cluster show
    Node       Health  Eligibility   Epsilon
    ---------- ------- ------------- -------
    node1      true    true          false
    node2      true    true          false
  9. Una vez que haya restaurado el estado de LIF y del clúster, reinicie el proceso desdePaso. 4 .

  10. Mueva todos los cables de conexión de los nodos del clúster del antiguo switch cs2 al nuevo switch cs2-new.

    Los cables de conexión del nodo del clúster se han movido al nuevo switch cs2

    Los cables de conexión de los nodos del clúster se trasladaron al nuevo conmutador cs2.
  11. Confirme el estado de las conexiones de red migradas a cs2-new:

    network port show -ipspace Cluster

    Mostrar ejemplo
    cluster1::*> network port show -ipspace Cluster
    
    Node: node1
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
    e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false
    
    Node: node2
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
    e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false

    Todos los puertos del clúster que se movieron deberían estar activos.

  12. Comprobar la información de los vecinos en los puertos del clúster:

    network device-discovery show -protocol cdp

    Mostrar ejemplo
    cluster1::*> network device-discovery show -protocol cdp
    
    Node/       Local  Discovered
    Protocol    Port   Device (LLDP: ChassisID)  Interface      Platform
    ----------- ------ ------------------------- -------------  --------------
    node1      /cdp
                e0a    cs1                       Ethernet1/1    N5K-C5596UP
                e0b    cs2-new                   Ethernet1/1/1  N9K-C9336C-FX2
    
    node2      /cdp
                e0a    cs1                       Ethernet1/2    N5K-C5596UP
                e0b    cs2-new                   Ethernet1/1/2  N9K-C9336C-FX2

    Verifique que los puertos del clúster movidos vean el switch cs2-new como vecino.

  13. Confirme las conexiones de los puertos del switch desde la perspectiva del switch cs2-new:

    cs2-new# show interface brief
    cs2-new# show cdp neighbors
  14. En el conmutador de clúster cs1, apague los puertos conectados a los puertos del clúster de todos los nodos para realizar la conmutación por error de las LIF del clúster.

    cs1# configure
    cs1(config)# interface eth1/1-1/2
    cs1(config-if-range)# shutdown
    cs1(config-if-range)# exit
    cs1(config)# exit
    cs1#

    Todas las LIF del clúster conmutan por error al conmutador cs2-new.

  15. Verifique que las LIF del clúster hayan conmutado por error a los puertos alojados en el switch cs2-new. Esto podría tardar unos segundos:

    network interface show -vserver Cluster

    Mostrar ejemplo
    cluster1::*> network interface show -vserver Cluster
                Logical      Status     Network            Current     Current Is
    Vserver     Interfac     Admin/Oper Address/Mask       Node        Port    Home
    ----------- ------------ ---------- ------------------ ----------- ------- ----
    Cluster
                node1_clus1  up/up      169.254.3.4/16     node1       e0b     false
                node1_clus2  up/up      169.254.3.5/16     node1       e0b     true
                node2_clus1  up/up      169.254.3.8/16     node2       e0b     false
                node2_clus2  up/up      169.254.3.9/16     node2       e0b     true
  16. Verifique que el clúster esté en buen estado:

    cluster show

    Mostrar ejemplo
    cluster1::*> cluster show
    Node       Health  Eligibility   Epsilon
    ---------- ------- ------------- -------
    node1      true    true          false
    node2      true    true          false
  17. Traslade los cables de conexión del nodo del clúster desde cs1 al nuevo conmutador cs1-new.

    Los cables de conexión del nodo del clúster se han movido al nuevo switch cs1

    Los cables de conexión del nodo del clúster se trasladaron al nuevo conmutador cs1.
  18. Confirme el estado de las conexiones de red migradas a cs1-new:

    network port show -ipspace Cluster

    Mostrar ejemplo
    cluster1::*> network port show -ipspace Cluster
    
    Node: node1
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
    e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false
    
    Node: node2
                                                                           Ignore
                                                      Speed(Mbps) Health   Health
    Port      IPspace      Broadcast Domain Link MTU  Admin/Oper  Status   Status
    --------- ------------ ---------------- ---- ---- ----------- -------- ------
    e0a       Cluster      Cluster          up   9000  auto/10000 healthy  false
    e0b       Cluster      Cluster          up   9000  auto/10000 healthy  false

    Todos los puertos del clúster que se movieron deberían estar activos.

  19. Comprobar la información de los vecinos en los puertos del clúster:

    network device-discovery show

    Mostrar ejemplo
    cluster1::*> network device-discovery show -protocol cdp
    Node/       Local  Discovered
    Protocol    Port   Device (LLDP: ChassisID)  Interface       Platform
    ----------- ------ ------------------------- --------------  --------------
    node1      /cdp
                e0a    cs1-new                   Ethernet1/1/1   N9K-C9336C-FX2
                e0b    cs2-new                   Ethernet1/1/2   N9K-C9336C-FX2
    
    node2      /cdp
                e0a    cs1-new                   Ethernet1/1/1   N9K-C9336C-FX2
                e0b    cs2-new                   Ethernet1/1/2   N9K-C9336C-FX2

    Verifique que los puertos del clúster movidos vean el switch cs1-new como vecino.

  20. Confirme las conexiones de los puertos del switch desde la perspectiva del switch cs1-new:

    cs1-new# show interface brief
    cs1-new# show cdp neighbors
  21. Verifique que el enlace ISL entre cs1-new y cs2-new siga operativo:

    show port-channel summary

    Mostrar ejemplo
    cs1-new# show port-channel summary
    Flags:  D - Down        P - Up in port-channel (members)
            I - Individual  H - Hot-standby (LACP only)
            s - Suspended   r - Module-removed
            b - BFD Session Wait
            S - Switched    R - Routed
            U - Up (port-channel)
            p - Up in delay-lacp mode (member)
            M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-       Type     Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)
    
    cs2-new# show port-channel summary
    Flags:  D - Down        P - Up in port-channel (members)
            I - Individual  H - Hot-standby (LACP only)
            s - Suspended   r - Module-removed
            b - BFD Session Wait
            S - Switched    R - Routed
            U - Up (port-channel)
            p - Up in delay-lacp mode (member)
            M - Not in use. Min-links not met
    --------------------------------------------------------------------------------
    Group Port-       Type     Protocol  Member Ports
          Channel
    --------------------------------------------------------------------------------
    1     Po1(SU)     Eth      LACP      Eth1/35(P)   Eth1/36(P)

Paso 3: Verificar la configuración

  1. Habilitar la reversión automática en los LIF del clúster.

    network interface modify -vserver Cluster -lif * -auto-revert true

  2. En el switch cs2, apague y reinicie todos los puertos del clúster para activar una reversión automática de todas las LIF del clúster que no estén en sus puertos de origen.

    cs2> enable
    cs2# configure
    cs2(config)# interface eth1/1-1/2
    cs2(config-if-range)# shutdown
    
    (Wait for 5-10 seconds before re-enabling the ports)
    
    cs2(config-if-range)# no shutdown
    
    (After executing the no shutdown command, the nodes detect the change and begin to auto-revert the cluster LIFs to their home ports)
    
    cs2(config-if-range)# exit
    cs2(config)# exit
    cs2#
  3. Verifique que las LIF del clúster hayan vuelto a sus puertos de origen (esto podría tardar un minuto):

    network interface show -vserver Cluster

    Si alguna de las LIF del clúster no ha vuelto a su puerto de origen, vuelva a configurarla manualmente. Debe conectarse a cada consola del sistema LIF o SP/ BMC de administración de nodos del nodo local propietario del LIF:

    network interface revert -vserver Cluster -lif *

  4. Verifique que el clúster esté en buen estado:

    cluster show

  5. Verifique la conectividad de las interfaces del clúster remoto:

ONTAP 9.9.1 y posteriores

Puedes usar el network interface check cluster-connectivity comando para iniciar una comprobación de accesibilidad para la conectividad del clúster y luego mostrar los detalles:

network interface check cluster-connectivity start`y `network interface check cluster-connectivity show

cluster1::*> network interface check cluster-connectivity start
Nota Espere unos segundos antes de ejecutar el show comando para mostrar los detalles.
cluster1::*> network interface check cluster-connectivity show
                                  Source          Destination       Packet
Node   Date                       LIF             LIF               Loss
------ -------------------------- --------------- ----------------- -----------
node1
       3/5/2022 19:21:18 -06:00   node1_clus2      node2_clus1      none
       3/5/2022 19:21:20 -06:00   node1_clus2      node2_clus2      none

node2
       3/5/2022 19:21:18 -06:00   node2_clus2      node1_clus1      none
       3/5/2022 19:21:20 -06:00   node2_clus2      node1_clus2      none
Todas las versiones de ONTAP

Para todas las versiones de ONTAP , también puede usar el cluster ping-cluster -node <name> comando para comprobar la conectividad:

cluster ping-cluster -node <name>

cluster1::*> cluster ping-cluster -node node2
Host is node2
Getting addresses from network interface table...
Cluster node1_clus1 169.254.209.69 node1     e0a
Cluster node1_clus2 169.254.49.125 node1     e0b
Cluster node2_clus1 169.254.47.194 node2     e0a
Cluster node2_clus2 169.254.19.183 node2     e0b
Local = 169.254.47.194 169.254.19.183
Remote = 169.254.209.69 169.254.49.125
Cluster Vserver Id = 4294967293
Ping status:

Basic connectivity succeeds on 4 path(s)
Basic connectivity fails on 0 path(s)
................
Detected 9000 byte MTU on 4 path(s):
    Local 169.254.19.183 to Remote 169.254.209.69
    Local 169.254.19.183 to Remote 169.254.49.125
    Local 169.254.47.194 to Remote 169.254.209.69
    Local 169.254.47.194 to Remote 169.254.49.125
Larger than PMTU communication succeeds on 4 path(s)
RPC status:
2 paths up, 0 paths down (tcp check)
2 paths up, 0 paths down (udp check)
  1. Si suprimió la creación automática de casos, vuelva a habilitarla invocando un mensaje de AutoSupport : system node autosupport invoke -node * -type all -message MAINT=END

¿Que sigue?

Una vez que hayas migrado los switches, podrás"configurar la monitorización del estado del conmutador" .