Cambiando la prioridad de puerto en Spanning Tree con Packet Tracer

Quienes estén estudiando Spanning Tree (STP) en CCNA 3 o ya lo hayan hecho se darán cuenta que en el curriculum oficial de Cisco Networking Academy se explica muy bien cual es la operación de este complejo protocolo.

En una de las clases que yo estaba dictando sobre STP nos tocó configurar una topología simple donde había que cambiar la prioridad de Spanning Tree a fin de influenciar la elección del root bridge. No olviden que de forma predeterminada los switches escogen el root bridge de la topología comparando los valores de prioridad, dirección MAC y VLAN. Como todos los switches traen de forma predeterminada la prioridad en 32768, entonces el valor que rompe el empate (tie break) es la dirección MAC. El que tenga la MAC más baja se convierte en root bridge.

Luego de escoger el puente raíz, los switches deben determinar el rol de cada puerto troncal, ya sea para ponerlo como designado (ALTN), no designado o raíz. En ciertos casos se da que dos switches deben competir por asignar el rol a un puerto y ambos extremos del mismo enlace tienen los mismos valores por lo que no pueden decidir quien usa que rol. Para romper este empate, esta vez a nivel de puertos, entra a competir la prioridad de puerto + identificador de interfaz. La prioridad de puerto por defecto es 128 para todos los puertos de un switch, por lo que el valor utilizado es el identificador. Ejemplo, tanto una interfaz FastEthernet 0/1 y una interfaz FastEthernet 0/2 tienen una prioridad de 128 cada una, pero como el ID 0/1 es más bajo, esa se prefiere para configurarse en un rol designado y el otro quedaría como no designado.

Se puede configurar manualmente la prioridad de puerto con el comando de configuración de interfaz spanning-tree port-priority XXX donde XXX es un cualquier valor entre 0 y 240 con múltiplos de 16.

En esta clase decidimos cambiar la prioridad de puerto manualmente tal como lo muestra el curriculum, pero nos dimos cuenta que en Packet Tracer no funciona este comando.

STP port priority

Esta es la imagen que muestra la currícula de Cisco donde se explica el concepto de prioridad de puerto, pero en Packet Tracer no funciona:

S1(config)#interface f0/1
S1(config-if)#spanning-tree port-priority 112
                                               ^
% Invalid input detected at ‘^’ marker.

S1(config-if)#spanning-tree ?
  bpduguard       Don’t accept BPDUs on this interface
  guard              Change an interface’s spanning tree guard mode
  link-type          Specify a link type for spanning tree protocol use
  portfast           Enable an interface to move directly to forwarding on link up
  vlan                VLAN Switch Spanning Tree
S1(config-if)#

Luego de hacer las consultas respectivas al team de corrección de errores de Cisco Networking Academy, me aclararon que efectivamente esto no era un error de escritura si no que Packet Tracer al tener un IOS básico en los switches no soporta directamente el comando port-priority en la interfaz, pero que en los switches reales si funciona.

La solución es utilizar spanning-tree vlan X port-priority 112 donde X es el número de la VLAN a la cual pertenece el puerto, o bien la VLAN nativa.

S1(config-if)#spanning-tree vlan 1 port-priority 112
S1(config-if)#

 En este caso Packet Tracer sí acepta el comando.

 

 

 

 

About Paulo Colomés

Ingeniero y consultor especialista en infraestructura y operaciones de redes. Instructor Cisco certificado CCNA R&S, CCDA, CCNA Security, CCNP R&S, ITQ, entre otros. Fundador de REDESCISCO.NET y Netlearning Academy (www.netlearning.cl)

  • kokonoe

    no funcionaba pero hoy me toco esa clase donde pidieron ese cambio de puerto y por que 112 a mi me sale Priority 32770

  • Cabe mencionar que en PacketTracer no funciona el cambio de prioridad de puertos.

  • Joseph

    COnsulta:
    En esa parte de la curricula de CCNA, (exactamente en la imagen que adjuntaste) se bloquea el fa0/2 del SW2, el fa01 es el puerto raiz.

    Dice tambien: “Cuando el switch decide utilizar un puerto por sobre otro como puerto raíz, este último se configura como puerto no designado para evitar la generación de bucles.”

    Entiendo por esto que cuando hay dos puertos con el mismo costo de ruta hacia el puente raiz, el que tenga menor ID de puerto sera el raiz, y el otro sera un puerto no designado.

    ¿Entonces sera no designado, solo cuando tengan el mismo costo de ruta?

    Espero me hayan entendido, y gracias de antemano.

    JoeOS