Cada instancia MSTP, es decir, cada MSTI crea una topología de STP que podemos mapear a una o varias vlans. Así podemos redundar y balancear el tráfico de capa 2.
En MSTP un puerto puede pertenecer a varias vlans y puede ser dinámicamente bloqueado en una instancia y permitido en otra. Esto reduce el consumo de recursos de la red y mantiene las CPU a un nivel óptimo. También provee el tiempo de reconvergencia de RSTP.
MSTP permite agrupar switches en una "Región MST", donde comparten nombre del grupo de la región, nivel de revisión y los mapeos de las instancias con las vlan. Cada región soporta hasta 64 MSTI.
MSTP reduce el número de BPDU's en la LAN incluyendo la información de spanning-tree para todas las MSTI en una única BPDU.
MSTP elige un "root bridge" regional para cada MSTI, que se calcula en base a la prioridad.
MSTP es compatible con STP y RSTP gracias a CST, que permite interconectar múltiples regiones MST o conectar una MST con un switch donde se ejecuta solo STP.
 |
| CST: Common Spanning Tree |
 |
| Los 13 primeros campos aseguran la compatibilidad |
Todos los entornos MSTP contienen un CST. Todos los bridges en CST eligen un único root bridge, que es el responsable de calcular el camino para el CST. Los bridges fuera de la región tratan a cada región como si fuera un Virtual Bridge, independientemente del número de dispositivos que participen en cada región MST.
El CIST (Common and Internal Spanning Tree) es una topología que conecta todos los switches RSTP y MSTP a través de una topología ACTIVA. Crea un único árbol de spanning tree calculado por RSTP.
Luego cada región MST tiene su propio árbol de spanning tree, al que se le llama Spanning Tree Interno, que se conforma gracias a los campos de BPDU que quedan libres. Todos los switches que pertenezcan a la misma región deberán tener el mismo "Configuration ID". Una vez que el árbol interno está constituido, por defecto, todas las vlans seguirán este árbol.
Si no configuramos MSTI, todas las vlan irán por el mismo spanning tree interno. La información que tienen los mensajes MSTI permite la elección del root bridge, root ports, designated ports, etc. Cada MSTI puede tener una o varias vlans asociadas. Sin embargo, una vlan no puede pertenecer a más de una MSTI. La MSTI no lleva ninguna información de la VLAN ID. El mapeo de la VLAN con el MSTI se hace localmente en los switches, por lo que habrá que configurarlos iguales en todos los que queramos que participen.
Luego cada región MST tiene su propio árbol de spanning tree, al que se le llama Spanning Tree Interno, que se conforma gracias a los campos de BPDU que quedan libres. Todos los switches que pertenezcan a la misma región deberán tener el mismo "Configuration ID". Una vez que el árbol interno está constituido, por defecto, todas las vlans seguirán este árbol.
Si no configuramos MSTI, todas las vlan irán por el mismo spanning tree interno. La información que tienen los mensajes MSTI permite la elección del root bridge, root ports, designated ports, etc. Cada MSTI puede tener una o varias vlans asociadas. Sin embargo, una vlan no puede pertenecer a más de una MSTI. La MSTI no lleva ninguna información de la VLAN ID. El mapeo de la VLAN con el MSTI se hace localmente en los switches, por lo que habrá que configurarlos iguales en todos los que queramos que participen.
CONFIGURACIÓN DE MST
 |
| Las vlan que no estén mapeadas se asocian directamente a la MSTI 0 (CST) |
EJEMPLO DE CONFIGURACIÓN
- Configurar MSTP de manera que DS-1 y DS-2 actúen como Root Bridge para sus respectivas instancias
- Si DS-1 o DS-2 fallan, hay que asegurarse que el otro switch asume el rol de Root Bridge
 |
| Los switches AS tendrán la prioridad del bridge por defecto, es decir, 32768 |
Para monitorizar MSTP:
AMigo , me puedes ampliar mas un poco el tema sobre mst , basicamente bajo que escenarios se debe usar?, en una red corporativa interna a nivel de sede o para agrupar sw de sucursales como regiones independientes , por poner un ejemplo como si fueran dominios que se van a comunicar por enlaces!
ResponderEliminarEsta selección es muy útil cuando trabajas bajo la base habitual de 3 capas y deseas tener alta disponibilidad a nivel de capa 2 y cuentas con equipos de distribución que puedan balancear el trafico y no dejar la carga en un solo dispositivo (Switch). Lo puedes usar en tu red corporativa.
ResponderEliminar