Cmo Comprender los Cambios de Topologa de Protocolo de

Spanning Tree
Interactivo: Este documento ofrece un anlisis personalizado de su dispositivo Cisco.

Contenido
Introduccin
prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Propsito del mecanismo de cambio de topologa
Principio de operacin
Notifique el Root Bridge
Transmita el evento a la red
Qu se debe hacer cuando existen muchos cambios de tipologa en la red?
Trfico inundado
Problema en entornos conectados con puente ATM LANE
Evite la generacin de TCN con el comando portfast
Realizar un seguimiento de la fuente de un TCN
Conclusin
Informacin Relacionada

Introduccin
Cuando usted monitorea las operaciones del Spanning-Tree Protocol (STP), usted puede ser referido cuando usted ve a los contadores de cambio
en la topologa que incrementan en el registro de las estadsticas. Los cambios de topologa son normales en STP. Pero, demasiados de ellos
pueden tener un impacto en los rendimientos de la red. Este documento explica que el propsito de esta topologa es:
Cambie el mecanismo en el Por VLAN Spanning Tree (PVST) y los entornos PVST+.
Determine qu dispara el cambio en la topologa.
Describa los problemas relacionados con el Mecanismo de cambio de la topologa.

prerrequisitos
Requisitos
No hay requisitos especficos para este documento.

Componentes Utilizados
Este documento no tiene restricciones especficas en cuanto a versiones de software y de hardware.
La informacin que contiene este documento se cre a partir de los dispositivos en un ambiente de laboratorio especfico. Todos los dispositivos
que se utilizan en este documento se pusieron en funcionamiento con una configuracin verificada (predeterminada). Si la red est funcionando,
asegrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones
Para obtener ms informacin sobre las convenciones del documento, consulte las Convenciones de Consejos Tcnicos de Cisco.

Propsito del mecanismo de cambio de topologa

Aprendiendo de los marcos que recibe, un Bridge crea una tabla que asocie a un puerto los Media Access Control (MAC) Address de los host que

se pueden alcanzar a travs de este puerto. Esta tabla se usa para enviar tramas directamente a sus respectivos puertos de destino. Por lo tanto, se
evita una sobrecarga.
El tiempo de envejecimiento predeterminado para esta tabla es 300 segundos (cinco minutos). Slo despus de que un host ha estado en silencio
durante cinco minutos, su entrada desaparece de la tabla del puente. Aqu est un ejemplo que muestra porqu usted podra quisiera que este
envejecimiento fuera ms rpido:
En esta red, asuma que el Bridge B1 est bloqueando su link al B4. A y B son dos estaciones que tienen una conexin establecida. El trfico de A
a B va al B1, al B2, al B3, y entonces al B4. El esquema muestra las direcciones MAC aprendidas por los cuatro puentes en esta situacin:

Ahora, asuma que el link entre el B2 y el B3 falla. La comunicacin entre A y B se interrumpe por lo menos hasta que el B1 ponga su puerto al
B4 en el modo de reenvo (un mximo de 50 segundos con los parmetros predeterminados). Sin embargo, cuando A quiere enviar una trama a B,
el B1 todava tiene una entrada que se lleva al B2 y el paquete se enva a un agujero negro. Lo mismo se aplica cuando B desea alcanzar a A. La
comunicacin se pierde durante cinco minutos, hasta que venzan las entradas para las direcciones MAC de A y B.

Las bases de datos de reenvo implementadas por los puentes son muy eficaces en una red estable. Pero, hay muchas situaciones donde el tiempo
de envejecimiento de cinco minutos est un problema despus de que la topologa de la red haya cambiado. El mecanismo de cambio de
topologa es una solucin alternativa para esa clase de problema. Tan pronto como un Bridge detecte un cambio en la topologa de la red (un link
que va abajo o va al envo), hace publicidad del evento a la red interligada en su totalidad.
La seccin Principio de funcionamiento explica cmo se implementa prcticamente. Cada Bridge despus se notifica y reduce el tiempo de
envejecimiento al forward_delay (15 segundos por abandono) por cierto perodo de tiempo (max_age + forward_delay). Es ms beneficioso
reducir el tiempo de envejecimiento en vez de borrar la tabla porque actualmente - los host activos, eso transmiten con eficacia el trfico, no se
borran de la tabla.
En este ejemplo, tan pronto como el Bridge B2 o B3 detecte el link el ir abajo, enva las notificaciones del cambio de la topologa. Todos los
Bridges son enterados del evento y reducen su tiempo de envejecimiento a 15 segundos. Pues el B1 no recibe ningn paquete de B en su puerto
que lleva al B2 en quince segundos, envejece hacia fuera la entrada para B en este puerto. Sucede lo mismo con la entrada para A en el puerto
que conduce a B3 o B4. Ms adelante cuando el link entre el B1 y el B4 va al envo, el trfico se inunda y se vuelve a aprender inmediatamente
en este link.

Principio de operacin
Esta seccin explica cmo un Bridge anuncia un cambio de la topologa a nivel del Bridged Protocol Data Unit (BPDU).

Se ha explicado ya abreviadamente cuando un Bridge la considera detectada un cambio de la topologa. La definicin exacta es:
Cuando un puerto que estaba reenviando se desconecta (bloqueo, por ejemplo).
Cuando un puerto transiciona a reenvo y el puente tiene un puerto designado. (Esto significa que el Bridge no es independiente.)
El proceso para enviar una notificacin a todos los puentes en la red incluye dos pasos:
El puente avisa al puente de la raz del rbol de expansin.
El Root Bridge transmite la informacin en la red completa.

Notifique el Root Bridge

En la operacin STP normal, un Bridge guarda el recibir de los BPDU de configuraciones del Root Bridge en su puerto raz. Pero, nunca enva un
BPDU hacia el Root Bridge. Para alcanzar eso, un BPDU especial llamado el Topology Change Notification (TCN) BPDU se ha introducido. Por
consiguiente, cuando un puente necesita sealizar un cambio de topologa, comienza a enviar TCN en su propio puerto raz. El puente designado
recibe la TCN, la reconoce y genera otra para su propio puerto raz. El proceso contina hasta que TCN encuentra el puente raz.

TCN es una BDPU muy simple sin informacin alguna que un puente enva cada hello_time segundos (esto es hello_time configurado de manera
local, no hello_time especificado en las BDPU de configuracin). El puente designado reconoce al TCN enviando inmediatamente de regreso una
configuracin BPDU normal con el conjunto de bits del Reconocimiento de cambio de topologa (TCA). El puente que notifica el cambio de
topologa no deja de enviar su TCN hasta que el puente designado lo reconoce. Por lo tanto, el Bridge designado contesta al TCN aunque no
recibe el BPDU de configuracin de su raz.

Transmita el evento a la red

Una vez que la raz es consciente que ha habido un evento de cambio de la topologa en la red, comienza a enviar sus BPDU de configuraciones
con el conjunto de bits del cambio de la topologa (TC). Estas BPDU son retransmitidas por cada puente en la red con este conjunto de bits.
Como consecuencia todos los Bridges son enterados de la situacin del cambio de la topologa y puede reducir su tiempo de envejecimiento al
forward_delay. Los Bridges reciben el cambio de la topologa BPDU en la expedicin y los puertos de bloqueo.
El bit de TC est definido por la raz de un perodo de antigedad mxima + retardo de reenvo en segundos, que es 20+15=35 segundos de forma
predeterminada.

Qu se debe hacer cuando existen muchos cambios de tipologa en la red?

Aqu estn algunos de los problemas que se pueden generar por el TCN. Es seguido por una cierta informacin sobre cmo limitar los cambios de
la topologa y el hallazgo de donde vienen.
Si usted tiene la salida de un comando show-tech support de su dispositivo de Cisco, usted puede utilizar el Output Interpreter (clientes
registrados solamente) para visualizar los problemas potenciales y los arreglos. Para usar Output Interpreter (slo para clientes registrados), debe
estar registrado como cliente, conectado y tener habilitado JavaScript.

Trfico inundado
Cuantos ms hosts haya en la red, ms sern las probabilidades de lograr un cambio en la topologa. Por ejemplo, un host directamente asociado
acciona un cambio de la topologa cuando es poder completado un ciclo. En las redes muy grandes (y planas), una punta puede ser alcanzada
donde est la red perpetuo en un estatus del cambio de la topologa. Esto es como si el tiempo de envejecimiento se configure a quince segundos,
que lleva a un nivel elevado de inundacin. Aqu est un peor de los casos que sucedi a un cliente que haca un cierto backup del servidor.

La desactualizacin de la entrada para el dispositivo que recibe la copia de respaldo fue desastrosa ya que hizo que los usuarios recibieran un
volumen de trfico muy pesado. Vea la generacin de TCN del evitar con la seccin de comando portfast para ms informacin sobre cmo
evitar la generacin de TCN.

Problema en entornos conectados con puente ATM LANE

Este caso es ms crtico que la inundacin normal del trfico implicada por una desactualizacin rpida. En el recibo de un cambio de la
topologa para un VLA N, un switch de Catalyst tiene sus cuchillas del LAN Emulation (LANE) que reconfirman su tabla LE-ARP para la
correspondencia LAN emulada (ELAN). Mientras que cada Tarjeta LANE en el ELAN publica al mismo tiempo la misma peticin, puede poner
una alta tensin en el LAN Emulation Server (LES) si hay muchas entradas a reconfirmar. Los problemas de conectividad se han considerado en
este escenario. Si la red es sensible a un cambio de la topologa, el problema real es no el cambio de la topologa s mismo sino el diseo de la
red. Se recomienda que usted limita tanto cuanto sea posible la generacin de TCN para salvar el CPU del LES (por lo menos). Vea la generacin
de TCN del evitar con la seccin de comando portfast para ms informacin sobre cmo limitar la generacin de TCN.

Evite la generacin de TCN con el comando portfast

La caracterstica portfast es un cambio propietario de Cisco en la implementacin de STP. Este comando se aplica a puertos especficos y tiene
dos efectos:
Los puertos que aparecen se colocan directamente en el modo STP de reenvo, en lugar de atravesar el proceso de escucha y aprendizaje. El
STP an se ejecuta en los puertos con portfast.
El Switch nunca genera un TCN cuando va un puerto configurado para el portfast hacia arriba o hacia abajo.
Habilite el portfast en los puertos donde estn muy probables los host conectados traer su link hacia arriba y hacia abajo (tpicamente las
estaciones terminales que los usuarios accionan con frecuencia el ciclo). Esta funcin no debe ser necesaria para los puertos de servidores. Debe
ser evitada definitivamente en los puertos que llevan al Hubs u otro interliga. Un puerto que las transiciones al estado de reenvo en un link
redundante pueden causar directamente el bridging temporal coloca.
Los cambios de topologa pueden ser tiles, por lo tanto, no habilite PortFast en un puerto en el que un link ascendente o descendente sea un
evento importante para la red.

Realizar un seguimiento de la fuente de un TCN

En s mismo, un Topology Change Notification no es una mala cosa, sino como un buen administrador de la red, es mejor conocer su origen en la
orden para estar seguro que no estn relacionados con un problema real. La identificacin del Bridge que public el cambio de la topologa no es
una tarea fcil. Sin embargo, no es tcnico compleja.
La mayora de la cuenta de los Bridges solamente el nmero de TCN que han publicado o recibido. Los Catalyst 4500/4000, 5500/5000 y
6500/6000 son capaces de mostrar el puerto y la ID del puente que envi la ltima modificacin de topologa que recibieron. A partir de la raz,
es entonces posible ir rio abajo al Bridge del iniciador. Para obtener ms informacin, consulte el comando show spantree statistics.
Si usted tiene la salida de un comando show spantree statistics de su dispositivo de Cisco, utilice el Output Interpreter (clientes registrados
solamente) para visualizar los problemas potenciales y los arreglos. Para usar Output Interpreter (slo para clientes registrados), debe estar
registrado y tener habilitado JavaScript.

Conclusin
Un punto importante a considerar aqu es que un TCN no comienza un reclculo de STP. Este miedo viene del hecho de que los TCN estn
asociados a menudo a los entornos STP inestables; Los TCN son una consecuencia de esto, no una causa. El TCN tiene solamente un impacto en
el tiempo de envejecimiento. No cambia la topologa ni crea un loop.
El nmero o la velocidad de los cambios en la topografa no representan un problema en s. El problema es conocer lo que significa el cambio de
la topologa. Una red tegra puede experimentar una alta velocidad de cambio de la topologa. Pero, un cambio de la topologa se debe relacionar
idealmente con un evento importante en la red como un servidor que vaya hacia arriba o hacia abajo o un link que las transiciones. Esto se
consigue habilitando portfast en los puertos que se activan y desactivan como parte de su funcionamiento normal.

Informacin Relacionada
Notas Tcnicas de Troubleshooting

1992-2016 Cisco Systems Inc. Todos los Derechos Reservados.

Fecha de Generacin del PDF: 16 Enero 2016
http://www.cisco.com/cisco/web/support/LA/102/1024/1024739_17.html