Consulta topologia en anillo con configuraciones especificas de STP

[agomez1605]

Saludos comunidad, espero estén muy bien. Un favor,

Se solicito adicionar un nuevo switch en una topologia de anillo, pero mencionan que se debe realizar un calculo a nivel de spanning-tree para que ese switch tenga una convergencia correcta y no se presenten errores o alta latencia, al revisar la red se observo que han configurado una prioridad especifica en cada switch, asi como costos y prioridades en cada enlace troncal, pero la pregunta es ¿en que podría influir esas configuraciones en adicionar un nuevo switch?.

Tengo entendido que la prioridad se utiliza para determinar el root bridge y el que tenga la menor prioridad asumiria ese rol, el costo es la métrica que utilizan los switch non-root para determinar la mejor ruta para llegar al root-bridge, y la prioridad es uno de los factores desempates cuando se tiene el mismo costo en dos rutas para llegar al root-bridge. se que al adicionar un nuevo nodo en el anillo la latencia aumenta por que es un nuevo equipo, pero esas configuraciones a nivel de STP en que podrian mitigarlo? mas alla de tener en cuenta que los puertos alternativos no cambien y se mantenga la misma ruta para el envió de trama de datos.

Adjunto arquitectura del escenario que tiene el cliente y las configuraciones que han realizado a nivel de STP si pueden brindar información de por que hacer tantas configuraciones en la prioridad de todos los switches y prioridades de puerto.

Gracias!..

Gracias!.

[Edson A. Hernandez]

En que parte de la topología se va adicionar el nuevo Switch?

Contra quienes va tener conexión física?

Cuantas VLANS tienes en al red?

[agomez1605]

Saludos Edson, gusto en saludarte

El nuevo switch se instalaria entre S2 y S1, 

En todo el anillo se tienen las VLANs de datos 10, 150 y 200, y la como VLAN nativa la 900 para los enlaces troncales.

[Julio E. Moisa · Accepted solution]

Hola

Veo que han aplicado costos y prioridad en los enlaces y algunos switches no estan con el el valor de priority por defecto (32768) , ademas de la complejidad que esto puede traer configurar costos y prioridades en las interfaces para manipular el trafico, lo otro que podrias aplicar en el nuevo switch es que se utilice el mismo modo de STP, en este caso Rapid PVST. 

El priority en cada switch es utilizado para ir buscando sucesor al root bridge, pero por lo general no lo cambias a todos los switches, unicamente al root bridge primario y el de respaldo (que lo recomendable es que sean los que mejores recursos tengan)

Entonces en lo que veo que debes enfocarte es ver como fluye actualmente el trafico en base a los costos y prioridades de interfaces que tengas actualmente y que el nuevo switch tenga el mismo modo de STP que el resto para no tener dominios distintos que te puede generar bloqueo de interfaces.

Para ver como fluye un trafico puedes utilizar el comando show spanning-tree vlan X root y por ahi veras en que interface (root port) el switch trata de buscar el bridge para esa vlan especifica. Puedes intentarlo desde el Switch 8. 

Toma en consideracion lo siguiente:

Ojo parametros de interfaces:

Port cost y port priority son utilizados para manipular trafico capa 2, el costo te ayudara a modificar el camino hacia el root bridge o en pocas palabras seleccionara el root port que tu quieres que sea. Ahora el priority es mas que todo para trafico hacia un switch especifico o descendente esto es unicamente significativo entre 2 switches conectados directamente. A comparacion del port cost, priority prefiere el valor mas alto. 

Ahora el root priority lo puedes dejar por defecto y no te afectara, solo verifica donde lo ubicaran por el tipo de topologia. S1 es tu root bridge y S13 es tu backup (secundario) root bridge. 

Por ultimo y no menos importante para un crecimiento, revisa siempre el diametro de spanning tree, teoricamente tiene que tener un maximo de 7 switches otros mencionan 17, te comparto unos links, imagina el enlace entre S1 y S13 se corta, esto te puede generar problemas con los BPDUs que pueden ser descartados. 

https://slaptijack.com/networking/max-spanning-tree-stp-diameter.html

https://www.cisco.com/c/en/us/support/docs/lan-switching/spanning-tree-protocol/10556-16.html

https://community.cisco.com/t5/switching/stp-design-question-diameter-message-age-max-message-age-timer/td-p/1359605

Desde mi punto de vista no recomendaria este diseño, sino buscaria un esquema jerarquico, escalable y tolerante a fallas. Obviamente hay factores que evaluar. 

Saludos, 

[agomez1605]

Hola Julio, gusto en saludarte, Muchas gracias por la información,

Revisare la documentación para mas claridad sobre los puntos que mencionas

[Julio E. Moisa · Accepted solution]

Hola, chevere, quedo atento a cualquier consulta.

Si el switch lo agregas entre S1 y S2 no se requiere ningun cambio mayor, puedes agregarle la misma informacion de los costos y prioridad que tiene S2, y unicamente incrementar el valor del root priority en el nuevo switch para que sea mayor a S2.

Solo recuerda lo del spanning tree diameter, por si el enlace de S1 y S13 falla, que problemas puedes encarar.

Saludos,

Saludos,