Switches de LAN : Spanning Tree Protocol

Compreendendo o protocolo de abrangência de árvore rápida (802.1w)

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Tradução Manual (3 Abril 2008) | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

O padrão 802.1D Spanning Tree Protocol (STP) foi projetado em um momento em que a recuperação da conectividade após uma indisponibilidade dentro de um minuto ou assim foi considerado desempenho adequado. Com o advento do switching da camada 3 nos ambientes de LAN, construir uma ponte sobre agora compete com as soluções roteados onde protocolos, tais como o caminho mais curto aberto primeiramente (OSPF) e o protocolo interior melhorado de roteamento gateway (EIGRP), pode fornecer um caminho alternativo em menos tempo.

A Cisco aprimorou a especificação original 802.1d com recursos como Uplink Fast, Backbone Fast e Port Fast para acelerar o tempo de convergência de uma rede com ponte. O inconveniente é que estes mecanismos são proprietários e necessitam configuração adicional.

Rapid Spanning Tree Protocol (RSTP; O IEEE 802.1W) pode ser visto como uma evolução do padrão 802.1D mais do que uma revolução. A terminologia 802.1D permanece primariamente o mesmo. A maioria de parâmetros foram deixados inalterados de forma que os usuários familiares com o 802.1D podem configurar rápida e confortavelmente configurar o novo protocolo. Na maioria dos casos, o RSTP executa melhor do que extensões proprietárias da Cisco sem nenhuma configuração adicional. O 802.1w pode igualmente reverter novamente ao 802.1D a fim interoperar com legacy bridge em uma base por porta. Isto deixa cair os benefícios que introduz.

A edição nova do padrão 802.1D, IEEE 802.1D-2004, incorpora IEEE 802.1t-2001 e padrões do IEEE 802.1w.

Este original fornece informação sobre os realces adicionados pelo RSTP ao padrão 802.1D anterior.

Suporte de RSTP nos Switches Catalyst

Esta tabela mostra o suporte de RSTP nos Catalyst Switches, e o software mínimo exigido para esse suporte.

Plataforma Catalyst MST com o RSTP RPVST+ (também conhecido como PVRST+)
Catalyst 2900XL/3500XL Não disponível. Não disponível.
Catalyst 2940 12.1(20)EA2 12.1(20)EA2
Catalyst 2950/2955/3550 12.1(9)EA1 12.1(13)EA1
Catalyst 2970/3750 12.1(14)EA1 12.1(14)EA1
Catalyst 3560 12.1(19)EA1 12.1(19)EA1
Catalyst 3750 Metro 12.1(14)AX 12.1(14)AX
Catalyst 2948G-L3/4908G-L3 Não disponível. Não disponível.
Catalyst 4000/2948G/2980G (CatOS) 7.1 7.5
Catalyst 4000/4500 (IOS) 12.1(12c)EW 12.1(19)EW
Catalyst 5000/5500 Não disponível. Não disponível.
Catalyst 6000/6500 7.1 7.5
Catalyst 6000/6500 (IOS) 12.1(11b)EX, 12.1(13)E, 12.2(14)SX 12.1(13)E
Catalyst 8500 Não disponível. Não disponível.

Novos estados de porta e funções de porta

O 802.1D é definido nestes cinco estados de porta diferentes:

  • Desabilitado

  • escuta

  • aprendizagem

  • obstrução

  • transmissão

Veja a tabela na seção dos estados de porta deste documento para mais informação.

O estado da porta é misturado, se bloqueia ou encaminha tráfego, e o papel que joga na topologia ativa (porta de raiz, porta designada, e assim por diante). Por exemplo, de um ponto de vista operacional, não há nenhuma diferença entre uma porta no estado de obstrução e uma porta no estado de escuta e aprendizagem. Ambos os quadros de descarte e não aprendem endereços MAC. A diferença real encontra-se na função que o spanning tree atribui à porta. É seguro supor que há uma porta de escuta designada ou raiz e está entrando no estado de encaminhamento. Infelizmente, uma vez no estado de encaminhamento, não há nenhuma maneira de pressupor do estado de porta se a porta é raiz ou designada. Isto contribui para demonstrar a falha desta terminologia dos estado bases. O RSTP desacopla a função do estado de uma porta para endereçar esta edição.

Estados da porta

Há somente três estados de porta restantes no RSTP que correspondem aos três estados operacionais possíveis. Os 802.1D desabilitados, obstruídos, e os estados de escuta e fundidos em um 802.1w único estado de rejeição.

Estado da porta STP (802.1D) Estado da Porta RSTP (802.1w) A porta está incluída na topologia ativa? A porta está aprendendo os endereços MAC?
Desabilitado Descartando Não Não
Obstrução Descartando Não Não
Escuta Descartando Sim Não
Aprendizado Aprendizado Sim Sim
Transmissão Transmissão Sim Sim

Funções de porta

A função é agora uma variável atribuída a uma porta dada. A porta de raiz e a função da porta designada permanece, quando o papel da porta está dividida no bloqueio para funções de porta alternadas. O Algoritmo de abrangência de árvore (STA) determina o papel de uma porta baseada em Unidades de Dados do Protocolo de Ligação (BPDU). A fim simplificar o problema, a coisa para lembrar um BPDU é sempre um método para comparar quaisquer dois deles e para decidir se um é mais útil do que o outro. Essa comparação é baseada no valor armazenado no BPDU e, ocasionalmente, na porta em que ele recebe. Isto considerado, a informação nesta seção explica aproximações práticas às funções da porta.

Papéis da porta de raiz

  • A porta que recebe o melhor BPDU em uma ponte é a porta de raiz. Esta é a porta mais próxima do Root Bridge em termos de custo de trajeto. O STA elege um único Root Bridge em toda a rede transposta (por VLAN). O root bridge envia os BPDUs que são mais úteis do que esses que toda a outra ponte envia. O Root Bridge é o único Bridge da rede que não possui um Root Port. Todos as outras pontes recebem BPDUs em pelo menos uma porta.

/image/gif/paws/24062/146-b.gif

Função da Porta Designada

  • Uma porta é designada se pode enviar o melhor BPDU no segmento a que está conectado. as pontes 802.1D conectam juntos diferentes segmentos, tais como segmentos de Ethernet, para criar um domínio interligado. Em um dado segmento, pode somente haver um trajeto para o bridge-raiz. Se há dois, há um Loop de Bridging na rede. Todas as pontes conectadas a um dado segmento escutam os BPDU de cada um e concordam com a ponte que envia o melhor BPDU como a ponte designada para o segmento. A porta nessa ponte que corresponde é a porta designada para esse segmento.

/image/gif/paws/24062/146-c.gif

Funções de porta alternativa e de backup

  • Essas duas funções de porta correspondem ao estado de bloqueio de 802.1d. Uma porta bloqueada está definida como não sendo a porta designada ou a porta raiz. Uma porta bloqueada recebe mais BPDU útil do que ele manda em seu segmento. Lembre-se de que uma porta deve receber BPDUs para permanecer bloqueada. O RSTP introduz estes dois papéis por esse motivo.

  • Uma porta alternada recebe mais BPDUs úteis de uma outra ponte e é uma porta obstruída. Isto é mostrado neste diagrama:

/image/gif/paws/24062/146-d.gif

  • Uma porta de backup recebe mais BPDUs úteis da mesma ponte que está ligada e é uma porta obstruída. Isto é mostrado neste diagrama:

/image/gif/paws/24062/146-e.gif

Esta distinção já é feita internamente dentro de 802.1D. Isto é essencialmente como o Cisco UplinkFast funciona. A base racional é que a porta alternada fornece um caminho alternativo ao bridge-raiz e pode conseqüentemente substituir a porta de raiz se esta falha. Naturalmente, uma porta de backup fornece a conectividade redundante ao mesmo segmento e não pode garantir uma conectividade alternada ao bridge-raiz. Conseqüentemente, é excluído do grupo de uplink.

Em conseqüência, o RSTP calcula a topologia final para o spanning tree que usa os mesmos critérios que 802.1D. Não há absolutamente nenhuma alteração na forma de utilização das diferentes prioridades de ponte e porta. O bloqueio de nome é usado para o estado de descarte na implementação do Cisco. Liberações 7.1 de CatOS e indicador imóvel mais atrasado os estados de escuta e aprendizagem. Isto dá ainda mais informação sobre uma porta do que o padrão de IEEE exige. Contudo, os novos recursos que estão lá agora são uma diferença entre a função que o protocolo determina para uma porta e seu estado atual. Por exemplo, é agora perfeitamente válido para que uma porta seja designada e de obstrução ao mesmo tempo. Quando isto tipicamente ocorrer por períodos de tempo muito curtos, significa simplesmente que esta porta está em um estado transitório para o estado de encaminhamento designado.

Novo formato BPDU

o RSTP introduziu poucas alterações ao formato BPDU. Somente duas bandeiras, alterações de topologia (TC) e TC Acknowledgment (TCA), são definidos em 802.1D. Contudo, o RSTP usa agora todos os seis bit do flag byte que permanecem a fim executar:

  • Codifique o papel e o estado da porta que origina o BPDU

  • Identificar o mecanismo de propostas/acordos

/image/gif/paws/24062/146-f.gif

Nota: 0 mordido (alteração de topologia) são o bit menos significativo.

Uma outra mudança importante é que o RSTP BPDU é agora do tipo-2, versão 2. A implicação é que os legacy bridge devem deixar cair este BPDU novo. Esta propriedade faz fácil para que uma ponte 802.1w detecte os legacy bridge conectados a ela.

Novo manejo de BPDU

BPDUs são enviados a cada momento de saudação

BPDUs são enviados a cada saudação e não são mais retransmitidos. Com 802.1D, um bridge sem raiz gera somente BPDU quando recebe um na porta de raiz. De fato, uma ponte retransmite BPDU mais do que os gera realmente. Este não é o caso com 802.1w. Agora uma ligação envia um BPDU com sua informação atual cada <hello-time> segundos (2 por padrão), mesmo se ele não receber nenhuma das ligações raiz.

Envelhecimento mais rápido de informações

Em uma porta dada, se as saudações não são recebidas três vezes consecutivas, a informação de protocolo pode imediatamente ser envelhecida (ou se o max_age expira). Devido à modificação no protocolo mencionada anteriormente, os BPDUs são usados agora como um mecanismo de manutenção de atividade entre pontes. Uma ponte considera que perde a conectividade à sua raiz vizinha ou bridge designada se sente falta de três BPDU em seguida. Esse rápido envelhecimento das informações permite uma detecção rápida das falhas. Se uma ponte não recebe BPDU de um vizinho, está absolutamente certo que a conexão a esse vizinho está perdida. Isto é oposto a 802.1D onde o problema pode ter estado em qualquer lugar no trajeto à raiz.

Nota: As falhas são detectadas ainda mais rapidamente no caso de falhas de enlace físico.

Aceita BPDUs inferiores

Esse conceito é que o que ativa o núcleo do mecanismo de BackboneFast. O comitê IEEE 802.1w decidiu incorporar um mecanismo similar no RSTP. Quando uma ligação recebe informações inferiores de sua ligação de raiz ou atribuída, ela imediatamente a aceita e substitui a que foi armazenada anteriormente.

/image/gif/paws/24062/146-g.gif

Porque a ponte C ainda sabe se a raiz está viva e bem, envia imediatamente um BPDU para construir uma ponte sobre B que contem a informação sobre o bridge-raiz. Em conseqüência, construa uma ponte sobre B não envia seus próprios BPDU e aceita a porta que isso conduz para construir uma ponte sobre C como a porta de raiz nova.

Transição rápida para estado de encaminhamento

Transição rápida é o recurso mais importante introduzido pelo 802.1w. O legado STA esperou passivamente a rede convergir antes de transformar uma porta no estado de encaminhamento. A realização de uma convergência mais rápida era matéria de ajustar os parâmetros padrão conservadores (retardo de encaminhamento e do temporizador max_age) e punha frequentemente a estabilidade da rede em jogo. O novo STP rápido pode confirmar ativamente que uma porta pode transição com segurança ao estado de encaminhamento sem ter que confiar em toda a configuração do temporizador. Há agora um mecanismo de feedback real que ocorre entre pontes RSTP compatíveis. Para alcançar uma convergência rápida em uma porta, o protocolo confia em duas novas variáveis: tipo de portas de ponta e de enlace.

Portas de ponta

O conceito da porta de ponta é já conhecido aos usuários do Cisco spanning tree, porque corresponde basicamente aos recursos de portfast. Todas as portas conectadas diretamente às estações finais não podem criar Loops de Bridging na rede. Conseqüentemente, a porta de ponta faz as transições diretamente ao estado de encaminhamento, e salta os estágios de audição e de aprendizagem. Nem as portas de ponta nem as portas PortFast habilitadas geram alterações de topologia quando o link se firma. Uma porta de ponta que receba um BPDU imediatamente perde o estado de porta de ponta e transforma-se uma porta de Spanning Tree normal. Nesse ponto, há um valor configurado pelo usuário e um valor operacional para o estado da porta de ponta. A implementação Cisco mantem que o palavra-chave PortFast seja usada para a configuração da porta de ponta. Isto faz a transição ao RSTP mais simples.

Tipo de link

O RSTP somente pode conseguir a transição rápida ao estado de encaminhamento em portas de ponta e em link ponto a ponto. O tipo de link é automaticamente derivado do modo duplex de uma porta. Assume-se que uma porta que opere em full-duplex seja ponto a ponto, enquanto que uma porta semiduplex é considerada como uma porta compartilhada por padrão. Essa configuração de tipo de link automático pode ser anulado pela configuração explícita. Nas redes comutadas hoje, a maioria dos links operam no modo full-duplex e são tratados como link ponto a ponto pelo RSTP. Isto os faz candidatos para a transição rápida ao estado de encaminhamento.

Convergência com 802.1 d

Este diagrama ilustra como o 802.1D trata um link novo que seja adicionado a uma rede interligada:

/image/gif/paws/24062/146-h.gif

Nesta cenário, é adicionado um link entre o ponte-raiz e a Ponte A. Suponha que exista uma conexão indireta entre a Ponte A e o ponte-raiz (através de C - D no diagrama). O STA obstrui uma porta e desabilita o Loop de Bridging. Primeiramente, como visto acima, ambas as portas no link entre a raiz e a ponte sobre A são postos no estado de escuta e aprendizagem. A Ponte A pode agora ouvir diretamente a raiz. Ela propaga imediatamente seus BPDU nas portas designadas, para as folhas da árvore. Assim que as pontes B e C receberem esta nova informação da ponte A, ela retransmitem imediatamente a informação para as folhas. Em alguns segundos, a ponte D recebe um BPDU da raiz e bloqueia imediatamente a porta P1.

/image/gif/paws/24062/146-i.gif

Spanning tree é muito eficiente em como calcular a nova topologia da rede. O único problema agora é que duas vezes o retardo de encaminhamento deve decorrer antes do link entre a raiz e a Ponte A eventualmente termina no estado de encaminhamento. Isto significa 30 segundos do rompimento do tráfego (a parte A, o B, e o C inteiros da rede são isolados) porque o algoritmo 8021.D falta um mecanismo de feedback para anunciar claramente que a rede converge numa questão de segundos.

Convergência com 802.1w

Agora, você pode ver como o RSTP trata uma situação similar. Lembre-se que a topologia final é exatamente a mesma que essa calculada por 802.1D (isto é, uma porta bloqueada no mesmo lugar que antes). Somente as etapas usadas para alcançar esta topologia mudaram.

As duas portas do link entre A e a raiz são colocadas em bloqueio designado logo que surgem. Até aqui, tudo comporta-se como em um ambiente 802.1D puro. Contudo, nesta fase, uma negociação ocorre entre o Switch A e a raiz. Assim que A receber o BPDU da raiz, obstrui as portas designadas sem extremidade. Essa operação se chama sincronização. Uma vez que isto é feito, a ponte A explicitamente autoriza o bridge-raiz para por sua porta no estado de encaminhamento. Este diagrama ilustra o resultado deste processo na rede. O enlace entre o Switch A e o Root Bridge está bloqueado e os dois Bridges trocam BPDUs.

/image/gif/paws/24062/146-j.gif

Uma vez que o Switch A obstrui suas portas designadas sem extremidade, o link entre o Switch A e a raiz está posto no estado de encaminhamento e você alcança a situação:

/image/gif/paws/24062/146-k.gif

Ainda não pode haver um laço. Em vez da obstruir acima do Switch A, os blocos da rede obstruem abaixo do Switch A. Contudo, o Bridging Loop potencial é cortado em um lugar diferente. Este corte viaja pela árvore junto com os BPDU novos originados pela raiz através do interruptor A. nesta fase, as novas portas bloqueada no Switch A igualmente negociam uma transição rápida ao estado de encaminhamento com suas portas vizinha no switch B e o interruptor C onde ambos iniciam uma operação de sincronismo. A não ser a porta raiz para A, o switch B tem somente portas de ponta designadas. Conseqüentemente, não tem nenhuma porta a obstruir a fim de autorizar o Switch A para ir ao estado de encaminhamento. De forma semelhante, o Switch C tem apenas que bloquear sua porta designada para D. O estado mostrado neste diagrama é alcançado agora:

/image/gif/paws/24062/146-l.gif

Lembre-se que a topologia final é exatamente a mesma que o exemplo 802.1D, assim que significa que o P1 da porta em D termina acima a obstrução. Isto significa que a topologia de rede final está alcançada apenas no tempo necessário para que os BPDU novos viajem abaixo na árvore. Nenhum temporizador é envolvido nesta convergência rápida. O único mecanismo novo introduzido pelo RSTP é o reconhecimento que um interruptor pode enviar sobre a sua porta de raiz nova a fim autorizar a transição imediata ao estado de encaminhamento, e contornar os longos estágios de audição e de aprendizagem. As necessidades do administrador somente de lembrar destes para se beneficiar da convergência rápida:

  • Esta negociação entre pontes somente é possível quando as pontes são conectadas por link de ponto a ponto (isto é, link full-duplex a menos que a configuração de porta seja explícita).

  • As portas de ponta jogam um papel ainda mais importante agora que PortFast é habilitado em portas em 802.1D. Por exemplo, se o administrador de rede não configura corretamente as portas de ponta em B, sua conectividade é impactada pelo link entre A e a raiz que vem acima.

Seqüência de propostas/acordos

Quando uma porta é selecionada pelo STA para se transformar em uma porta designada, 802.1D ainda espera duas vezes o <forward delay> segundos (2x15 por padrão) antes que ele transmite ao estado de encaminhamento. No RSTP, essa condição corresponde a uma porta com uma função atribuída mas um estado de bloqueio. Estes diagramas ilustram como a transição é conseguida rapidamente ponto por ponto. Imagine que um novo link seja criado entre a raiz e o Switch A. Ambas as portas desse enlace são colocadas em um estado de bloqueio determinado até receberem um BPDU da contraparte.

/image/gif/paws/24062/146-m.gif

Quando uma porta designada está em um estado de descarte ou de aprendizado (e somente nesse caso), ela define o bit de proposta nos BPDUs que envia. Isto é o que ocorre para a porta p0 do bridge-raiz, como visto na etapa 1 do diagrama precedente. Porque o Switch A recebe a informação superior, sabe imediatamente que p1 é a porta de raiz nova. O Switch A começa então uma sincronização para verificar que todas suas portas são em-sincronização com esta informação nova. Uma porta está em sincronia se encontra qualquer um destes critérios:

  • A porta está no estado de bloqueio, o que significa a rejeição em uma topologia estável.

  • A porta é uma porta de ponta.

A fim ilustrar o efeito do mecanismo de sincronização no tipo diferente das portas, supor que existe um P2 do porto alternado, uma porta de transmissão designada p3, e uma porta de ponta p4 no Switch A. Observe que o p2 e p4 já atendem a um dos critérios. Para estar em sincronia (veja etapa 2 do diagrama precedente), as necessidades do Switch A apenas de obstruir a porta p3, e atribuem-lhe o estado de rejeição. Agora que todas suas portas estão em sincronia, o Switch A pode desbloquear sua porta raiz recentemente selecionada p1 e enviar uma mensagem de acordo para responder à raiz. (veja etapa 3). Essa mensagem é uma cópia do BPDU proposto, com o bit de acordo definido, em vez do bit de proposta. Isto assegura que a porta p0 saiba exatamente a que proposta o acordo que recebe corresponde.

/image/gif/paws/24062/146-n.gif

Uma vez que p0 recebe esse acordo, pode imediatamente transição ao estado de encaminhamento. Esta é etapa 4 da figura precedente. Observe que a porta p3 está deixada em um estado de rejeição designado após a sincronização. Na etapa 4, essa porta é exatamente a mesma situação que p0 na etapa 1. Começa então propor a seu vizinho, e tenta rapidamente a transição ao estado de encaminhamento.

  • O mecanismo de acordo de proposta é muito rápido, porque não confia em nenhum temporizador. Essa onda de handshakes se propaga rapidamente em direção à extremidade da rede e rapidamente restaura a conectividade após uma alteração na topologia.

  • Se uma porta de rejeição designada não recebe um acordo depois que envia uma proposta, tem uma transição lenta ao estado de encaminhamento, e cai de volta à seqüência de audição/aprendizagem 802.1D tradicional. Isto pode ocorrer se o bridge remoto não compreende RSTP BPDU, ou se a porta do bridge remoto está obstruindo.

  • Cisco introduziu um realce ao mecanismo de sincronia que permite que uma ponte ponha somente sua antiga porta de raiz no estado de rejeição quando ele é sincronizado. Os detalhes de como este mecanismo trabalha estão além do escopo deste documento. Contudo, pode-se assumir com segurança que está invocado na maioria de casos comuns da reconvergência. O cenário descrito na convergência com seção 802.1w deste documento torna-se extremamente eficiente, como somente as portas no trajeto ao porto bloqueado final é temporariamente confusa.

/image/gif/paws/24062/146-o.gif

UplinkFast

Um outro formulário da transição imediata ao estado de encaminhamento incluído no RSTP é similar à medida do proprietário de Cisco UplinkFast extensão da árvore. Basicamente, quando uma ponte perde sua porta raiz, pode por seu melhor porta alternada diretamente no modo de encaminhamento (a aparência de uma porta de raiz nova é segurada igualmente pelo RSTP). A seleção de uma porta alternada como a porta de raiz nova gera uma alteração de topologia. O mecanismo de alteração de topologia 802.1w cancela as entradas apropriadas nas tabelas do Content Addressable Memory (CAM) da ponte ascendente. Isto remove a necessidade do processo de geração do multicast do manequim de UplinkFast.

O UplinkFast não precisa ser configurado porque o mecanismo é incluído e permitido no RSTP automaticamente.

Novos mecanismos de alteração na topologia

Quando uma ponte 802.1D detecta uma alteração de topologia, usa um mecanismo confiável para notificar o bridge-raiz. Isto é mostrado neste diagrama:

/image/gif/paws/24062/146-p.gif

Depois que o Root Bridge está ciente de uma alteração na topologia da rede, ela envia o flag TC nos BPDUs enviados, que são então retransmitidos para todas os Bridges na rede. Quando uma ponte recebe um BPDU com o grupo do bit de flag TC, reduz seu tempo de envelhecimento da tabela de tempo para o delay de encaminhamento em segundos. Isto assegura um resplendor relativamente rápido da informação antiga. Consulte Entendendo as alterações de topologia de protocolo de abrangência de árvore para obter mais informações sobre esse processo. Este mecanismo de alteração de topologia é remodelado profundamente no RSTP. A detecção de uma alteração de topologia e evoluem sua propagação através da rede.

Detecção de alteração na topologia

No RSTP, somente portas sem extremidade que movem para a causa do estado de encaminhamento uma alteração de topologia. Isto significa que uma perda de conectividade não está considerada como uma alteração de topologia any more, ao contrário para 802.1D (isto é, uma porta que os movimentos à obstrução já não gerem um TC). Quando uma ponte RSTP detecta uma alteração de topologia, estas ocorrem:

  • Começar o TC quando temporizador com um valor igual duas vezes ao tempo hello para todas suas portas designadas sem extremidade e sua porta de raiz, caso necessário.

  • Ele limpa os endereços MAC associados a todas essas portas.

Nota: Enquanto o TC quando o temporizador for executado em uma porta, os BPDU enviados fora dessa porta tem o jogo do bit TC. Os BPDUs também são enviados para a porta de raiz enquanto o cronômetro estiver ativo.

Propagação das alteraçôes de topologia

Quando uma ponte recebe um BPDU com o jogo do bit TC de um vizinho, estas ocorrem:

  • Esta cancela os endereços MAC aprendidos em todas suas portas, exceto aquela que recebe a alteração de topologia.

  • Ela inicia o cronômetro TC While e envia BPDUs com TC definido em todas as portas designadas e na porta-raiz (o RSTP não usa mais o BPDU de TCN específico, a menos que seja necessário notificar uma ponte legada).

Desta maneira, o TCN inunda muito rapidamente através da rede inteira. A propagação do TC é agora um processo de um único passo. De fato, o iniciador da alteração de topologia inunda esta informação através de toda a rede, ao contrário de 802.1D onde somente a raiz fez. Esse mecanismo é muito mais rápido do que o equivalente 802.1d. Não há necessidade de esperar a ponte-raiz ser notificada e, então, manter o estado de alteração na topologia de toda a rede por <max age mais retardo de encaminhamento> segundos.

/image/gif/paws/24062/146-q.gif

Apenas em alguns segundos, ou em um múltiplo pequeno do tempo hello, a maioria das entradas nas tabelas CAM do resplendor da toda a rede (VLAN). Essa abordagem resulta potencialmente em mais inundação temporária mas, por outro lado, limpa as possíveis informações ultrapassadas que impedem a restituição rápida de conectividade.

Compatibilidade com 802.1d

O RSTP pode interoperar com protocolos STP legados. Contudo, é importante notar que os benefícios inerentes da convergência rápida de 802.1w estão perdidos quando interage com os ponte legada.

Cada porta mantem uma variável que defina o protocolo para ser executado no segmento correspondente. Um temporizador de retardo da migração de três segundos igualmente começa quando a porta vem acima. Quando este temporizador é executado, o STP ou o modo RSTP atual associado à porta são fechado. Assim que o atraso da migração expirar, a porta adapta-se ao modo que corresponde ao próximo BPDU que recebe. Se a porta muda seu modo de operação em conseqüência de um BPDU recebido, o atraso da migração reinicia. Isto limita a freqüência possível da alteração de modo.

/image/gif/paws/24062/146-r.gif

Por exemplo, suponha que as pontes A e B na figura precedente ambos executam RSTP, com o Switch A designado para o segmento. Uma ligação de STP legada C é introduzida neste enlace. Porque as pontes 802.1D ignoram RSTP BPDU e os deixam cair, C acredita que não há nenhuma outra ponte no segmento e nos começos para enviar seu inferior 802.1D-format BPDU. O Switch A recebe estes BPDUs e, após duas vezes o máximo dos segundos do tempo hello, muda seu modo a 802.1D somente nessa porta. Em conseqüência, C agora compreende os BPDUs do Switch A e aceita A como o bridge designada para esse segmento.

/image/gif/paws/24062/146-s.gif

Observe neste caso particular, se a ponte C é removida, constroem uma ponte sobre umas corridas no modo STP nessa porta mesmo que possa trabalhar mais eficientemente no modo RSTP com seu vizinho exclusivo B. Isto é porque A não sabe que a ponte C está removida do segmento. Para este (raro) caso particular, a intervenção de usuário é exigida a fim de reiniciar manualmente a detecção de protocolo da porta.

Quando uma porta está no modo de compatibilidade 802.1d, também pode lidar com BPDUs de TCN (notificação de alteração de topologia) e BPDUs com o conjunto de bits TC ou TCA.

Conclusão

O RSTP (IEEE 802.1W) inclui originalmente a maioria dos realces proprietários do Cisco ao 802.1D spanning tree, tal como o BackboneFast, o UplinkFast, e o PortFast. O RSTP pode alcançar convergência muito mais rapidamente em uma rede configurada de modo adequado, às vezes, em questão de algumas centenas de milissegundos. Os temporizadores 802.1D clássicos, tais como o retardo de encaminhamento e o max_age, são usados somente como um apoio e não devem ser necessários se os link ponto a ponto e as portas de ponta corretamente são identificados e ajustados pelo administrador. Também, os temporizadores não devem ser necessários se não há nenhuma interação com a ponte legada.


Informações Relacionadas


Document ID: 24062