¿Cómo configuro un puerto como STP "sin borde" en los conmutadores Juniper EX?


7

Los conmutadores Juniper EX clasifican automáticamente un puerto como un " borde " de árbol de expansión (solo debe haber un dispositivo detrás del puerto) o un puerto "sin borde" (otro conmutador). Puede forzar este modo para un puerto configurando

set protocols <stp-protocol> interface <interface> edge

Normalmente, un puerto de borde pasa a un puerto no de borde cuando recibe una BPDU. Como característica de seguridad, también lo hemos bpdu-block-on-edgehabilitado, lo que cerrará un puerto de borde que recibe BPDU.

Esto está bien a menos que desee que otro conmutador se haga cargo como puente raíz. En ese caso, tiene puertos que de repente comienzan a recibir BPDU (cuando se activa el nuevo puente raíz) y, en consecuencia, estos puertos se cierran.

Mi pregunta es: ¿hay alguna forma de configurar un puerto explícitamente como un puerto "no perimetral"?

La solución ahora es deshabilitar la bpdu-block-on-edgefunción mientras el STP converge alrededor del nuevo puente raíz.


Solo estoy deambulando, ¿puede usar la negación del comando: protocolos no establecidos <stp-protocol> interfaz <interface> edge
laf

No, no hay un comando "sin borde".
Sebastian Wiesinger

La convergencia configurada correctamente (RST o MST) debe ser inferior a un segundo. Podría ser una mejor solución al problema. Los puertos principales sin conmutador DEBERÍAN bajar si reciben BPDU, para proteger del bucle creado detrás del puerto (encima de la protección BUM normal)
ytti

¿Cuál es la solución? No entendí eso. Los puertos están conectados a conmutadores, ese es el problema. Juniper los clasifica como edge porque no se reciben BPDU en el puerto.
Sebastian Wiesinger

¿Ha configurado explícitamente los puertos del conmutador como STP? es decir, 'establecer protocolos $ stp_flavor interface X' y todavía es el puerto de borde? Los puertos principales de su conmutador ciertamente no deberían ser puertos de borde. También recomendaría hacer el estándar de costo / métrica y configurar explícitamente el costo, de modo que la topología sea lo que usted decida de antemano.
ytti

Respuestas:


2
set protocols rstp interface [interface] mode point-to-point

Los documentos de modo de interfaz JunOS STP y este ejemplo sobre la configuración de una convergencia más rápida y la mejora de la estabilidad de la red con RSTP en los conmutadores de la serie EX parecen ser de interés.


Gracias, pero todos los enlaces full-duplex son p2p por defecto ya.
Sebastian Wiesinger

Eso es interesante. Entonces, ¿cómo determina qué puertos son p2p y qué puertos son edge? ¿Solo la falta de BPDU recibidos en un puerto de borde?
John Jensen

Ah, no importa, por supuesto, estoy olvidando que se pueden establecer múltiples atributos en las interfaces.
John Jensen

2

La solución está en otro lugar del árbol de configuración y, en mi opinión, es bastante difícil de encontrar. Puede deshabilitar bpdu-block en un puerto específico aunque bpdu-block-on-edgeesté habilitado:

set ethernet-switching-options bpdu-block interface <interface> disable

0

Según tengo entendido, todos los puertos no son de borde por defecto a menos que los clasifique como puertos de borde, o me falta algo. Si no desea que algo sea borde, déjelo como predeterminado.

editar: y ahora que leí tu pregunta por segunda vez estoy un poco más confundido. Todos los conmutadores envían BPDU independientemente de cuál sea la raíz, por lo que un nuevo conmutador raíz no cambiará qué puertos comienzan a recibir BPDU.


1) No, se identifican automáticamente como borde cuando no se recibe BPDU. Juniper dice "El sistema operativo Junos admite la detección automática de puertos de borde como se describe en el estándar RSTP". Si leí la máquina de estado en el estándar RSTP correctamente, este es el caso cuando no se reciben BPDU al habilitar un puerto.
Sebastian Wiesinger

2) No, dejarán de enviar BPDU si detectan que el puerto es un puerto raíz / alternativo.
Sebastian Wiesinger
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.