Configure de forma segura los puertos de switch de Sophos, LAG y el árbol de expansión

Los puertos, la agregación de enlaces y el árbol de expansión deben planificarse como un cambio coherente de Capa 2. Un enlace ascendente desconectado incorrectamente desconecta la gestión; Sin embargo, dos enlaces no planificados conectados en paralelo pueden formar un bucle. Por lo tanto, este runbook primero configura los sitios remotos y los mecanismos de protección, se sincroniza de manera controlada y luego acepta el enlace, LAG y STP juntos.

La entrada en Sophos Fusion es:

My Products > Switches > [Switch] > Port settings

Importante: Los cambios en la página solo se sincronizan con el conmutador con Update. Save en el cuadro de diálogo LAG guarda el LAG dentro de la configuración de la página que aún no se ha implementado; no reemplaza a Update. Clear descarta los cambios que aún no se han transferido.

Requisitos y plan de cambios

Antes del cambio, se documentan estos puntos:

• switch afectado, puertos físicos y estación remota de cada cable
• ruta de gestión actual, así como una ruta de retorno independiente, por ejemplo, acceso local o una segunda, sin cambios enlace ascendente
• Tipo de puerto de estación remota, velocidad admitida y configuración dúplex
• tipo de LAG deseado en ambos lados y al menos dos puertos Ethernet o SFP disponibles
• Método de distribución de LACP y tiempo de espera si se utiliza LACP
• rutas redundantes de Capa 2 existentes, puente raíz planificado y bloqueo o reenvío de puertos STP esperados
• Estado previo de Configuration source, Conflicts, LBD, STP, puente raíz, funciones del puerto y estado del puerto
• Ventana de mantenimiento, tráfico de prueba, criterios de éxito y desmantelamiento

Todos los miembros de un LAG deben estar asignados a la misma conexión lógica en ambos dispositivos. Se comprueba la compatibilidad de la velocidad, el dúplex, el tipo de LAG y el comportamiento de LACP antes del cableado. Un enlace ascendente de administración existente no se convierte al mismo tiempo que la nueva conexión siempre que no haya una ruta de retorno probada.

Este runbook supone que las VLAN necesarias ya se han planificado. Las columnas Untagged VLAN y Tagged VLAN se leen aquí sólo como contexto de aceptación; La membresía de VLAN, PVID, GVRP y VLAN de voz pertenecen al cambio de VLAN por separado. Del mismo modo, PoE, duplicación de puertos para NDR, QoS y control de tormentas no forman parte de este flujo.

Aclare primero el origen de la configuración y los conflictos

En Basic settings, Configuration source muestra si una configuración proviene de Sophos Fusion o de la configuración del conmutador local. Para Flow control, Speed/Duplex y otros campos admitidos, Not set significa que se utiliza la configuración local. Esta no es una declaración sobre qué valor local específico está activo.

Después del primer registro o un restablecimiento de fábrica, todos los puertos y LAG muestran inicialmente Conflicts: el valor predeterminado de Fusion es Not set, mientras que los valores predeterminados del conmutador local difieren. Hay dos acciones disponibles:

• Resolve conflicts aplica la configuración del conmutador local para el puerto individual en Sophos Fusion.
• Resolve all conflicts ajusta todas las configuraciones de Fusion afectadas a la configuración actual del interruptor.

Antes de Resolve all conflicts se verifica si todos los valores locales realmente se aplican según la base deseada. Para un cambio específico, Resolve conflicts por puerto es un riesgo menor. Después de la disolución, se comprueba el valor transferido; un conflicto no se elimina simplemente haciendo clic.

Atención: Si un valor de Not set se cambia a un estado explícito en el nivel del conmutador, no vuelve automáticamente a Not set cuando luego se hereda una configuración de sitio o pila. Por lo tanto, se debe determinar la fuente deseada antes del cambio.

Configurar puertos físicos

En Basic settings se encuentran los siguientes campos relevantes para este proceso para cada puerto:

• Port: número de puerto físico
• Label: descripción única, por ejemplo, estación remota y propósito
• Flow control: Enable, Disable o Not set
• Speed/Duplex: Auto, 10M/Half, 10M/Full, 100M/Half, 100M/Full, 1G/Full, Disabled o Not set
• Configuration source: Origen de la configuración
• Conflicts: Diferencia entre Sophos Fusion y la configuración local

Auto negocia la velocidad y el dúplex con el sitio remoto. Sólo se elige un valor fijo si la estación remota utiliza deliberadamente el mismo valor. Diferentes valores de negociación o dúplex pueden hacer que un enlace sea visible, pero pueden causar problemas de rendimiento y errores. Disabled debajo de Speed/Duplex desconecta el puerto. Not set adopta el valor local y no es lo mismo que Disabled.

Flow control se elige para que coincida con el diseño de ambos puntos finales. No es un medio para reparar errores de dúplex, cableado o sobrecarga. Las etiquetas se configuran antes de la implementación para que un técnico pueda asignar el puerto y la estación remota sin ningún rompecabezas esquemático.

Opciones avanzadas de puerto

En Advanced settings, estas opciones relacionadas con el puerto pertenecen al mismo cambio:

• Port isolation: Enable solo permite que el puerto se comunique con los puertos ascendentes; La comunicación descendente está bloqueada. Disable elimina el aislamiento, Not set usa la configuración local.
• EEE: Enable activa Ethernet de eficiencia energética según IEEE 802.3az, Disable lo desactiva, Not set usa el valor local.
• Jumbo frame: marco deseado tamaño en bytes. El máximo es 9216 para CS101-8 y CS101-8FP, y 10240 bytes para todos los demás modelos.

Las tramas gigantes solo se activan si cada salto y punto final involucrados admite el tamaño seleccionado; ningún dispositivo en el camino puede exceder su máximo. Para una configuración por puerto, active el engranaje en la parte superior de la columna Show per port setting. Las tramas gigantes por puerto solo están disponibles a nivel de conmutador, no a nivel de sitio o pila.

Multicast filtering no se cambia sobre la marcha. Técnicamente, es parte de la planificación de multidifusión porque influye a qué puertos se reenvía el tráfico de multidifusión.

Para cambios de puerto independientes cuyos puertos no están pensados como miembros de un nuevo LAG, se aplica lo siguiente después de los cambios de puerto:

1. Compare las líneas cambiadas y Configuration source nuevamente.
2. Asegúrese de que el puerto de administración activo no se active involuntariamente. Disabled lo hará.
3. Update haga clic.
4. Espere la sincronización y el estado del enlace y vuelva a probar inmediatamente el acceso de administración.

Atención para futuros miembros del LAG: Sus cambios de puerto no se implementarán a principios de Update como puertos individuales desagregados y conectados en paralelo. Todos los cables adicionales permanecen físicamente desconectados o los puertos correspondientes desactivados. El puerto, el LAG y la configuración de protección se preparan juntos y solo se activan en el orden controlado de la siguiente secuencia LAG.

Seleccione LACP o LAG estático

En LAG ports, Member ports muestra los miembros de cada LAG lógico. Un LAG agrupa al menos dos enlaces Ethernet o SFP entre dos dispositivos de red y puede proporcionar mayor rendimiento y disponibilidad.

Hay cuatro valores para Type:

• LACP: opción recomendada. El protocolo de control de agregación de enlaces controla la agrupación y negocia los enlaces participantes con un par que también está configurado para LACP.
• Static: solo se utiliza si el par también espera un paquete estático o no admite LACP. No hay negociación LACP; La membresía y el cableado deben planificarse con precisión en ambos lados.
• Disabled: LAG está apagado.
• Not set: use la configuración LAG local del conmutador.

Se prefiere LACP para paquetes nuevos. Static no es un reemplazo rápido para un LACP roto: un cambio de tipo en una sola página puede redirigir enlaces fuera del control del paquete esperado. Si el sitio remoto no tiene ni LACP ni un LAG estático configurado, no se conectan simplemente varios cables en paralelo.

Un LAG aumenta la capacidad total disponible en múltiples flujos de tráfico. El System policy elegido asigna cada flujo de tráfico a un miembro en función de los campos hash especificados y lo mantiene allí. De esto no se sigue que una sola conexión alcance automáticamente la suma de todas las velocidades de enlace.

Cree LACP LAG de manera controlada

1. Deje todos los futuros cables LAG físicamente desconectados hasta una activación controlada o desactive los puertos relevantes. Una ruta individual ya productiva inicialmente permanece sin cambios.
2. Prepare la estación remota con el mismo tipo de LAG y exactamente los puertos físicos asociados allí, sin activar una ruta individual adicional.
3. Abra el LAG deseado en LAG ports.
4. Establezca Type en LACP.
5. Seleccione al menos dos puertos planificados en Ports.
6. Haga clic en Save.
7. Asigne al LAG un Label único.
8. Establezca Flow control para que coincida con la estación remota; Las instrucciones de Sophos utilizan Enable para el flujo LACP.
9. En Speed/Duplex, seleccione el valor acordado o Auto.
10. En LACP settings, verifique los parámetros del sistema y los tiempos de espera de los puertos.
11. Prepare la configuración de protección planificada antes de la activación del enlace y también las listas de puertos. Comparar todos los cambios en ambos lados que aún no se han transferido. Si la ruta única anterior continúa existiendo en paralelo cuando se activa la nueva ruta, STP ya debe asegurar efectivamente la topología redundante; LBD por sí solo no reemplaza esto.
12. Transfiera la configuración de puerto, LAG y protección al conmutador de Sophos con Update y aplique la configuración remota correspondiente en la ventana de mantenimiento coordinado.
13. Verifique la sincronización exitosa, el acceso de administración y el STP efectivo y el LBD suplementario mientras los enlaces adicionales permanecen desconectados o deshabilitados. Si no se planea ningún STP activo para la ruta paralela, la ruta anterior debe separarse de manera controlada antes de activar el primer miembro nuevo.
14. Primero conecte o active exactamente un miembro LAG previsto según el plan de cable y verifique su estado de LAG y STP.
15. Solo luego conecte o active miembros adicionales individualmente. Verifique el estado de LACP, LAG y STP, así como el acceso de administración para cada miembro.

Si el enlace ascendente de administración individual anterior es un futuro miembro de LAG, no se puede reconfigurar sin una transición: ambos lados se convierten de manera coordinada en una ventana de mantenimiento. Esto requiere una vía de gestión independiente; un conmutador al que solo se puede acceder a través de este enlace no se conmutará de forma remota sin una ruta de acceso independiente.

Para un LAG estático, el proceso es el mismo, excepto que se elige Type: Static y no hay negociación LACP como protección contra una contraparte diferente. Por lo tanto, las listas de puertos y el estado de LAG estático de ambos sitios se comparan nuevamente inmediatamente antes de Update y antes de cada activación de enlace.

Configuración del sistema LACP

LACP settings ofrece los siguientes controles:

• System priority: 0 a 65535, predeterminado 32768. El dispositivo con menor prioridad del sistema determina qué puertos participan en el LAG.
• System policy: determina la distribución de los flujos de tráfico.
• Timeout: se establece en Not set, Short o Long por puerto.

Disponible Los valores System policy son:

La política se selecciona en función de la diversidad esperada de flujos de tráfico y se documenta en el cambio. El cambio frecuente de políticas no es un sustituto útil para la medición de la distribución.

En Short, se envía una PDU LACP cada segundo; Después de tres segundos sin recibir una PDU de LACP, la información de LACP caduca. Long envía cada 30 segundos y caduca la información LACP después de 90 segundos. Not set adopta la configuración de tiempo de espera configurada localmente. Short detecta fallas más rápido pero genera paquetes de registro más frecuentes; antes de realizar la elección se tienen en cuenta tanto los pares como las necesidades operativas.

Usar detección de bucle invertido

Loopback detection (LBD) envía sus propios paquetes de protocolo de bucle desde los puertos en los que la protección de bucle está activa. Si el conmutador recibe un paquete autoenviado, cierra el puerto de recepción. Por lo tanto, LBD tiene como objetivo una protección adicional contra una conexión devuelta.

1. En la sección Loopback detection seleccione Status On. Off desactiva LBD; Not set usa la configuración del conmutador local.
2. Haga clic en Update.
3. Luego verifique el estado LBD de los puertos. La vista también muestra si LBD cerró un puerto.

LBD y STP no resuelven la misma tarea. STP utiliza BPDU para calcular una topología sin bucles con rutas de reemplazo. LBD reacciona al retorno de su propio paquete de prueba y puede desconectar el puerto de recepción. Por lo tanto, las rutas de conmutación redundantes se diseñan utilizando STP; LBD se utiliza como complemento y no como reemplazo de un diseño STP faltante.

Planifique RSTP o MSTP

En la pestaña STP, Global settings - STP configura el conmutador. STP intercambia unidades de datos de protocolo puente (BPDU), elige una ruta sin bucles y puede liberar una ruta de reemplazo después de una falla.

• RSTP converge rápidamente y forma con precisión un árbol de expansión. Se adapta a topologías de Capa 2 más pequeñas o simples.
• MSTP forma múltiples árboles de expansión para grupos VLAN. Es adecuado para redes más grandes en las que diferentes grupos de VLAN requieren topologías o distribución de carga separadas.

MSTP no se elige únicamente por el tamaño de la red: todos los conmutadores en una región MST deben operarse con un diseño de región consistente. Sin instancias programadas ni grupos VLAN, RSTP es la opción más fácil.

Configuración global de STP

1. Establezca STP state en On. Off desactiva STP, Not set aplica la configuración local.
2. Seleccione BPDU forwarding para adaptarse al diseño.
3. Seleccione entre Forced version RSTP o MSTP.
4. Prioridad del puente y temporizador solo según diseño documentado de Ajustar STP.
5. Para MSTP, configure Configuration name y Configuration revision de manera consistente en toda la región.
6. Verifique los cambios y transfiéralos al conmutador con Update. Si, en cambio, desea descartarlos antes de transferirlos con Update, haga clic en Clear.

Restricción: STP state y BPDU forwarding no se pueden activar al mismo tiempo. Por lo tanto, BPDU forwarding no es un cambio adicional a STP activo.

Los campos y límites globales son:

El puente raíz se configura deliberadamente a través de Priority, no aleatoriamente a través de direcciones MAC. Los temporizadores no se reducen individualmente para la supuesta aceleración: su efecto se planifica para todo el dominio STP y se verifica en todos los conmutadores relevantes después del cambio.

Parámetros del puerto RSTP

Después de Forced version: RSTP, RSTP port settings por puerto muestra:

• Priority: Múltiplos de 16 entre 0 y 240
• Path cost configuration and operation: 0 a 200000000
• Edge port configuration/operation
• P2P MAC configuration/operation: Not set, Auto, Enabled o Disabled
• Port status: Enabled, Disabled o Not set
• Migration start time: Enabled, Disabled o Not set
• BPDU guard, Root guard y BPDU forward: cada Enabled, Disabled o Not set
• Configuration source

Un Edge port está destinado exclusivamente a dispositivos finales reales, como clientes o servidores, y permite una transición rápida al estado de reenvío durante la conexión. Si un conmutador, un puente o una infraestructura de capa 2 descendente desconocida está conectado a un puerto, no debe tratarse como un puerto perimetral. BPDU guard está disponible como campo configurable. Edge no es un conmutador general para acelerar la convergencia.

Un enlace P2P conecta dispositivos de red. Auto permite que el conmutador reconozca el tipo de enlace; Enabled o Disabled lo establece explícitamente. Cuando un puerto P2P se convierte en puerto raíz o puerto designado, puede cambiar directamente al estado de reenvío para una convergencia más rápida.

Después de la implementación, Designated root bridge, External root cost, Designated bridge, Port role y Port state también se verifican en el nivel del conmutador. Un puerto en un estado STP de bloqueo no es automáticamente defectuoso si hay una ruta redundante presente.

Configurar la región y las instancias MSTP

Después de que aparezcan Forced version: MSTP, CIST port settings, MST instance settings y MST port settings.

El CIST port settings conecta el Regiones MST a través del árbol de expansión interno y común. Contienen los mismos campos de puerto esenciales que RSTP: prioridad, costo de ruta configurada y operativa, estado de borde y P2P, estado del puerto, Migration start time, BPDU guard, Root guard, BPDU forward y Configuration source. En el nivel de interruptor también se muestran Regional root bridge, Designated root bridge, External root cost, Designated bridge, Port role y Port state. Los cambios se aplican con Update.

Se puede crear un máximo de cuatro instancias de MST en MST instance settings:

1. Haga clic en Add.
2. Ingrese un MST ID de 1 a 4.
3. Ingrese una única ID de VLAN o un rango como 1-100 en VLAN list.
4. establezca Priority como un múltiplo de 4096.
5. haga clic en Save.

La asignación en VLAN list clasifica las VLAN existentes en una instancia STP; no crea VLAN ni membresías de puertos. Antes de guardar, se verifica que el nombre de la región, la revisión y la asignación de instancias coincidan con el plan para toda la región. Las instancias se marcan y eliminan con Delete; Esto no sucede sin verificar la topología CIST resultante.

En MST port settings, MST ID se selecciona primero. Se puede configurar lo siguiente por puerto:

• Priority: Múltiplos de 16 entre 0 y 240
• Internal path cost configuration and operation: 0 a 200000000
• Port status: Enabled, Disabled o Not set

Para su aceptación, la vista muestra Regional root bridge, Designated root bridge, Internal root cost, Port role, Port state y Configuration source. Finalmente, haga clic en Update.

Secuencia segura para un cambio productivo

1. Guarde el estado anterior, el plan de cableado, la configuración de la estación remota, la ruta de retorno de administración y el puente raíz esperado.
2. Evalúe el Conflicts existente individualmente y determine el Configuration source deseado.
3. Primero verifique el diseño de LBD y STP en papel; en particular, prioridad de raíz, puertos de borde y parámetros de región MST.
4. Deje todos los cables LAG adicionales desconectados o sus puertos deshabilitados; conserve inicialmente la ruta individual única anterior.
5. Prepare el sitio remoto para LACP o Estático sin activación no planificada de una segunda ruta de Capa 2.
6. Configure puertos y LAG en Sophos Fusion; Úselo en el cuadro de diálogo LAG Save.
7. Configure STP y, si es necesario, LBD adicional antes de la activación del enlace y verifique todos los cambios que aún no se han transferido. Si la ruta anterior va a existir temporalmente en paralelo, STP debe garantizar esta redundancia; De lo contrario, la ruta antigua se desconectará de forma controlada antes de activar la nueva.
8. Sincronice el puerto, LAG y la configuración de protección con Update y asuma la estación remota de forma coordinada. No instale cambios adicionales de VLAN, PoE, duplicación o QoS en paralelo.
9. Verifique el acceso de administración y la configuración de protección efectiva antes de activar una ruta adicional.
10. Durante la ventana de mantenimiento, primero conecte o active exactamente un miembro LAG previsto y solo después de verificar otros miembros individualmente. Si es necesario reconfigurar un enlace ascendente existente, la conmutación coordinada de ambos lados se realiza a través de la ruta de retorno preparada.
11. Después de cada paso, verifique el puerto y el estado del LAG, los miembros de LACP, el puente raíz, las funciones del puerto y el tráfico de prueba.
12. Solo después de una aceptación estable se puede eliminar o desactivar el enlace ascendente antiguo que no pertenece al LAG.

Si el cambio afecta a la única ruta de administración disponible, se requiere acceso independiente fuera de banda o en el sitio. Sin este camino de retorno, los pasos no se realizan exclusivamente de forma remota.

Aceptación

Una sincronización exitosa por sí sola no es una aceptación técnica. Los siguientes puntos se verifican inmediatamente y después de una fase de observación:

Puertos y LAG

• No hay Conflicts inesperados; Configuration source corresponde al plan.
• Cada puerto modificado tiene los Label, Flow control y Speed/Duplex correctos.
• El enlace físico es estable; sin cambios de enlace repetidos ni desviaciones obvias de velocidad/dúplex.
• Member ports contiene exactamente los miembros LAG planificados.
• El tipo de LAG coincide en ambos lados; con LACP, los enlaces esperados participan.
• Una prueba de la conexión lógica funciona en ambas direcciones.
• Con la redundancia planificada, se prueba de forma controlada el fallo de exactamente un miembro; Después de eso, la ruta restante debe transportar tráfico y el enlace eliminado debe volver a unirse al LAG después de la reconexión.
• Una prueba de carga con varios flujos de tráfico adecuados comprueba la capacidad. Un solo flujo no es evidencia de distribución a todos los miembros.

LBD y STP

• LBD no muestra un puerto de bajada inesperada.
• Entre Root bridge information, Root address, Priority, Cost y Port son consistentes con el diseño.
• Bridge address, Forward delay, Maximum age y Hello time son plausibles.
• Port role y Port state corresponden a la topología activa y redundante esperada.
• Para RSTP, los valores de costo de borde, P2P, protección y ruta son correctos.
• Para MSTP, Configuration name, Configuration revision, ID de MST, listas de VLAN, así como puentes raíz regionales y estado de puerto de cada instancia son correctos.
• Una falla de ruta planificada converge a la ruta de reemplazo; tras la recuperación, la red vuelve al estado estable esperado.

Root bridge information solo está disponible en el nivel del conmutador, no en el nivel del sitio o de la pila. Por lo tanto, para esta comprobación se abre el interruptor individual.

Aislar el error según el síntoma

Después de la actualización, el puerto está inactivo

• Compruebe si se ha configurado Speed/Duplex: Disabled.
• Auto o compare el valor fijo con la estación remota.
• Cable, verifique el módulo SFP y la velocidad admitida.
• Compruebe si LBD ha cerrado el puerto o si STP simplemente no permite que se reenvíe.
• Configuration source y verifique un nuevo Conflict.

Un miembro de LACP no participa

• Type: LACP confirme en ambos lados.
• Compare los puertos físicos y Member ports con el plan de cable.
• Compruebe la velocidad/dúplex y el estado del enlace de cada miembro.
• No cambie LACP System priority, System policy y especialmente el tiempo de espera relacionado con el puerto en sospecha; primero compare el estado del par.
• Asegúrese de que se hizo clic en Update después de Save.

El LAG estático crea una pérdida o un bucle

• Desconecte enlaces adicionales de manera controlada hasta que vuelva a existir exactamente una ruta segura.
• Compruebe si el sitio remoto ejecuta los mismos puertos en un LAG estático.
• No cambie unilateralmente el LAG entre Static y LACP.
• Compruebe el estado de STP y LBD, luego corrija ambos lados de acuerdo con un plan común.

LBD cierra un puerto

• El evento como una nota de bucle y no activa el puerto repetidamente sin verificar.
• Siga el cableado detrás del puerto receptor, especialmente paneles de conexión, pequeños conmutadores no administrados y conexiones duplicadas.
• Vuelva a poner el puerto en funcionamiento solo de acuerdo con el plan de cambios después de que se hayan eliminado los comentarios.
• Luego verifique el estado de LBD y la topología de STP nuevamente.

Puente raíz inesperado o ruta incorrecta

• Root address, compare las prioridades del puente y las direcciones MAC.
• Compruebe si el Priority deseado se guardó y sincronizó como un múltiplo de 4096.
• La prioridad del puerto y el costo de la ruta solo cambian si la ruta deseada está documentada.
• Para MSTP, compare la región nombre, revisión y asignación de instancia de VLAN en todos los conmutadores involucrados.
• No fuerce apresuradamente la activación de un puerto redundante de bloqueo; Primero, comprenda las funciones raíz, designada y de puerto.

STP no se puede activar junto con el reenvío BPDU

Este es el límite del producto documentado: STP state: On y BPDU forwarding: On globales se excluyen entre sí. Debe determinarse si el propio conmutador participa en STP o reenvía BPDU según el escenario previsto. No se deben forzar ambos interruptores al mismo tiempo.

El cambio no aparece en el interruptor

• Compruebe si solo se ha ejecutado Save en el LAG o en el cuadro de diálogo de instancia, pero no Update en la página.
• Después de Update, verifique Configuration source y Conflicts.
• Para Not set, los que realmente están configurados localmente comprobar valor; Not set no es un estado operativo concreto.
• Los cambios que aún no se han transferido al switch con Update no deben descartarse con Clear mientras sigan siendo necesarios.

Reversión

Una reversión restaura el estado anterior documentado en lugar de elegir Not set de forma indiscriminada:

1. Desconecte o desactive las rutas físicas redundantes recién activadas de manera controlada para que ninguna conexión individual paralela pueda formar un bucle. La ruta de retorno de administración independiente permanece disponible.
2. Determine una ruta única clara y documentada para el desmantelamiento y asegúrese de que se pueda cablear y configurar de manera idéntica en ambos lados.
3. LAG y la configuración del puerto asociado en el sitio remoto y en Sophos Fusion en la ventana de mantenimiento se restauran de manera coordinada en esta ruta única. Si el enlace restante se elimina del LAG, la conmutación de ambos lados se realiza a través de la ruta de administración independiente y no unilateralmente.
4. Utilice Save en el cuadro de diálogo, luego sincronice con Update y verifique el acceso de administración y el tráfico de datos solo después de que se haya confirmado la ruta individual.
5. Solo después de eliminar el LAG, comprobar que una única ruta estable reenvía tráfico y que no quedan conexiones individuales redundantes, restaure las prioridades STP, los parámetros de puerto y la configuración LBD anteriores y sincronice con Update.
6. Vuelva a comprobar Configuration source, Conflicts, el puente raíz, las funciones de puerto, el estado de los enlaces, el acceso de administración y el tráfico de prueba.

Volver a Not set solo es correcto si se pretende aplicar de nuevo la configuración local del conmutador. No garantiza que el valor de fusión explícito anterior se reconstruya automáticamente.