¿Por qué la topología de conmutador en una red de conmutadores tiene que ser un árbol?

Si está utilizando Spanning Tree para crear una topología L2 sin bucles, entonces, por definición, terminará con una topología lógica basada en árbol, independientemente del diseño físico de la red. Si está construyendo una red L2 que utiliza Spanning Tree, tiende a tener más sentido construir una topología física que refleje esta condición, es decir, un árbol gordo con nodos duplicados con fines de redundancia.

En los últimos años, se han realizado una serie de esfuerzos para implementar protocolos que permitan construir redes L2 en otras topologías, especialmente la columna vertebral y la hoja, donde un nodo hoja determinado está conectado a varias espinas, donde todos los enlaces pueden utilizarse simultáneamente. . Algunos ejemplos de estas tecnologías serían TRILL (informática): Wikipedia, Cisco FabricPath y varias implementaciones de VXLAN (consulte: Resumen de los planos de control de Cisco VXLAN: Multicast, Unicast, MP-BGP EVPN).

En cada caso, el paquete se encapsula y luego se reenvía en función de un plano de control que se basa en un protocolo de enrutamiento L3. Esto permite que los conmutadores se conecten en una variedad de topologías (incluido el árbol de grasa tradicional de 2 vías, la columna vertebral y la hoja, la red Clos – Wikipedia, etc.) mientras utiliza enlaces paralelos de manera eficiente y obtiene muchos de los beneficios de la escalabilidad y la predicción conmutación por error rápida que ha sido bastante de rigor en el mundo L3 durante décadas.

No lo hace!

La topología puede ser cualquier cosa que te guste.

Los conmutadores normales hablan el protocolo del árbol de expansión y bloquearán los enlaces para que la topología lógica sea un árbol.

Y necesitamos una topología de árbol lógica para que no tengamos bucles de reenvío. L2 no tiene protecciones contra esos bucles.