RSTP: ¿Usando interruptores en pares a dos interruptores?


10

Estoy tratando de configurar el siguiente arreglo con 10 interruptores:

Disposición del interruptor

Creo que se explica por sí mismo, pero básicamente tengo 8 redes diferentes (en 8 VLAN separadas) que también se conmutan físicamente por separado (solo porque puedo).

Quiero configurar los conmutadores para cada "par" de LAN, y para cada conmutador de punto final tengo una ruta de respaldo al conmutador raíz a través de su compañero.

Estoy usando HP V1910-48G (JE009A) para el interruptor ROOT y "ROOT B".

  • Aquí es donde los servidores están físicamente conectados a la red.
  • La razón por la que tengo conmutadores donde se encuentran los servidores es para obtener acceso a 8 puertos de fibra.
  • Hay un enlace troncal LACP de 4 Gbit entre ROOT y ROOT B para manejar el ancho de banda y todas las VLAN están conectadas y etiquetadas
  • Todos los conmutadores se administran en VLAN 1080. ¿Importa eso? Estoy pensando que no
  • Todas las VLAN se etiquetan en las troncales según sea necesario. De nuevo, no puedo ver que importe.

Para mis conmutadores de punto final, estoy utilizando conmutadores HP V1810-24G v2 (J9803A) .

¡Todos los interruptores admiten RSTP!

Por el momento no puedo hacer que esto funcione correctamente. Cuando desconecto la troncal entre Switch con VLAN20 a Root switch, el puerto para Switch VLAN21 no reenvía paquetes.

Configuración de puente para todos los conmutadores de punto final: Configuración de puente RSTP

Configuración de puerto en el conmutador VLAN20: Configuración del puerto del conmutador VLAN20

Cualquier ayuda sería muy apreciada.

Gracias Sam


Cuando dice "tire de una troncal", ¿quiere decir que desconecta (por ejemplo) el enlace entre el conmutador con VLAN 20 y la "raíz"? ¿También es "root" el puente raíz para todos los vlans?
Ron Trunk

2
¿Ha establecido explícitamente la prioridad en la RAÍZ y comprobó que otros conmutadores la vean como la raíz designada?
richardb

@Ron. Sí, estoy quitando físicamente un cable. Sí, es el puente raíz para todas las VLAN.
user8179

1
@ Richardb: establecí la prioridad en 0. Comprobaré que todos los interruptores la reconozcan como root. Gracias.
user8179

1
@Ron El 1810 v2 sí. El 1810 v1 no. Tengo v2. Obtendré algunas capturas de pantalla y responderé nuevamente pronto. ¡Gracias por la ayuda continua!
user8179

Respuestas:


2

¿Es la versión de HP de "RSTP" un Rapid-PVST + similar a Cisco, es más de 802.1q RSTP o algo así como 802.1s MST?

En el primer caso, debe asegurarse de que el "Switch 21", aunque todos sus puertos de usuario están en VLAN21, también tiene configurado VLAN20 y participa activamente como un puente en el árbol de expansión de VLAN20 (con solo dos interfaces STP, en ese caso caso).

Si la configuración es más similar a MST, tendrá que asegurarse de que se aplique la misma asignación de VLAN a MST-Instance (s) en el (los) conjunto (s) de conmutadores. Además, debe asegurarse de que la VLAN utilizada para hablar MST de conmutador a conmutador esté disponible / permitida en todos los enlaces entre conmutadores (creo que esto generalmente se hace en la VLAN 1 y sin etiquetas).

Esencialmente, esto se reduce al mismo problema, sin importar qué dialecto de árbol de expansión esté ejecutando.

Ambos miembros de un par de conmutadores de este tipo deben participar activamente como puentes en los árboles de expansión para ambas VLAN del par de conmutadores dado. Por supuesto, los enlaces entre conmutadores deben configurarse para permitir ambas VLAN; su diagrama sugiere que este es el caso.

Saludos Marc


HP utiliza el estándar de industria 802.1w RSTP. No es compatible con Cisco R-PVST +
Ron Trunk

2

Su diseño es válido, pero también necesita llevar la VLAN1080 de administración a todos los conmutadores. Como su red no es tan grande, simplemente etiquetaría cada VLAN a cada conmutador (que es la forma en que el VTP de Cisco funciona de forma predeterminada), ya que solo verá una cantidad limitada de tráfico de transmisión adicional de esa manera.

La razón por la que no puede hacer que RSTP funcione es que ha habilitado casi todas las funciones de STP en cada puerto.

Desactive Root Guard , TNC Guard , BPDU Protect y especialmente el filtro BPDU en todos los puertos, ya que están destinados a ser utilizados con fines muy específicos (lea lo que hacen antes de habilitarlos en puertos seleccionados). Filtro BPDUes probable que sea el problema, ya que básicamente le dice al conmutador que no envíe BPDU (paquetes especiales que se utilizan para determinar la topología STP) o que procese los que recibe en ese puerto, esencialmente deshabilitando STP por completo. Básicamente es una forma de decirle al conmutador que "lo que voy a hacer parece estúpido, pero ejecutarlo de todos modos". También debe ajustar la prioridad de sus conmutadores raíz para asegurarse de que el árbol de expansión construya su topología desde la raíz cambia en lugar de algún interruptor aleatorio con la dirección MAC más baja.

Lea mi guía sobre STP en los conmutadores HP, está destinada a los modelos HP Procurve de gama alta, pero presenta algunos conceptos básicos de STP que son útiles para usted. https://grumpytechie.net/2015/02/27/how-to-set-up-stp-on-hp-switches-hp-networking-series-part-1/


0

Tu dijiste:

Cuando desconecto la troncal entre Switch con VLAN20 a Root switch, el puerto para Switch VLAN21 no reenvía paquetes.

Esto probablemente se deba a cómo converge STP después de un cambio en la topología de la red. Después de que la troncal de Vlan20 se apaga, los interruptores circundantes cambiarán su comportamiento STP para acomodar el cambio. Esto puede provocar el bloqueo de puertos que antes no estaban bloqueados.

Debe configurar uno de sus conmutadores principales para que sea la raíz principal de la mitad de los vlans, y el otro conmutador principal para que sea la raíz principal de la otra mitad. Esto normalmente permitirá que todo el tráfico vlan llegue a todos los dispositivos en una LAN.


-1

Si fuera yo, creo que evitaría las VLAN, excepto en los conmutadores centrales, y tendría dos cables por conmutador de borde. Los interruptores de borde son solo acceso, y tal vez la simplicidad ayudaría.

ingrese la descripción de la imagen aquí


Esa no es realmente una respuesta útil, no ayuda al OP a descubrir por qué no puede hacer que RSTP funcione, no ayuda a nadie que tenga un problema similar, y tampoco es un buen diseño (no usar el completo potencial de los dispositivos, por ejemplo).
Stuggi

Tenía la intención de sugerir que quizás una arquitectura más simple podría ser útil, es decir, satisfacer mi suposición del objetivo de nivel superior del autor de la pregunta, como lo han hecho otros aquí también. El uso de todo el potencial de un dispositivo determinado generalmente también introduce dependencias, que pueden generar complejidades y falta de confiabilidad más adelante. Muchas formas de pelar un gato, como dicen.
jonathanjo

-2

Sobre Diseñado. Esos son los conmutadores SMB . Tiene aproximadamente 300 puertos Ethernet, un número pequeño. Keep It Simple: eso lleva a un tiempo de actividad y una administración fácil.

Limpie las configuraciones limpias, restablecimiento de fábrica. Coloque una dirección IP de administración en cada conmutador y configúrelos con monitoreo básico.

ingrese la descripción de la imagen aquí


¿Hay alguna posibilidad de que el (los) votante (s) puedan identificar qué parte de mi respuesta es incorrecta? Gracias por adelantado.
Ronnie Royston

No voté, pero su dibujo no parece tener redundancia, y ¿no es la VLAN más baja número 1, no 0?
jonathanjo

@jonathanjo gracias por los comentarios. Actualicé mi respuesta eliminando la mención de cualquier VLAN # en particular. Derecho re redundancia. Si falla un interruptor, tienen que reemplazarlo. La redundancia de la capa de red podría lograrse habilitando el enrutamiento en cada interfaz de conmutador / enlace ascendente. RSTP, y STP en general, es demasiado complejo, especialmente a la luz de las plataformas de gama baja implementadas. Las tecnologías MLAG fueron creadas para este mismo problema.
Ronnie Royston

Estoy de acuerdo con usted en que la complejidad es el enemigo, ¡especialmente la complejidad tolerante a fallas si no se supervisa! (Mucha gente no verifica su RAID, por ejemplo, y solo se da cuenta después de una falla catastrófica). Re kit tal vez sea un trabajo de prueba de concepto.
jonathanjo
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.