That’s all folks

Abç.

Abraços!
Fábio A. de Amorim

Abraços!!!

O “0X” é uma notação normalmente utilizada para representar um valor hexadecimal. Se eu escrever o valor 59, por padrão você entende o decimal 5×10^1 + 9×10^0 = 59. Mas existe tb. o hexadecimal 59, daí, para não confundir, ele é representado como 0×59 (hexadecimal 59), que se transformarmos em decimal, ficaria 5×16^1 + 9×16^0 = 89.

Entendeu?

Abraços,
Fábio A. de Amorim

Muito legal ver as respostas do pessoal.. O pessoal aqui tá afiado!!!

Eu só não entendi, o porque do 0x ..

Sua explicação para cada uma das respostas está excelente.. Dá pra enteder tranquilamente, e se cair uma dessas no exame certamente não vou errar!!!

Abraços!!!

As respostas corretas são B, C e D. Ou 2, 3 e 4, se preferirem.

Vamos comentar primeiro as CORRETAS:

- Resposta B: Realmente, para qualquer tipo de STP, se ocorrer a falha em um link envolvido na árvore Spanning-Tree, os pacotes TCN (Topology Changes Notifications) são enviados por todos os switches quando a topologia muda, como bem disse a Márcia Guimarães em seu comentário acima.

- Resposta C: Como comentou o alexander.wa, as portas 1/1 e 1/2 do Switch 1 serão ambas designated ports, pois este Switch 1 será a RootBridge por ter o menor Bridge ID, que neste caso, como as prioridades são iguais (16384), ganhou a eleição por possuir o menor endereço MAC, quisito de desempate para eleição da RootBridge.

- Resposta D: A porta 1/2 do Switch 2 será uma non-designated port (porta não designada) porque a porta 1/1 deste mesmo switch já será a Root Port do Switch por possuir o menor custo até a RootBridge e no seguimento que ela está contida, ela concorre com a porta 1/2 do Switch 3 para a ser a designated port e perde. Como custo (path cost) destas portas para a RootBridge são iguais, a porta 1/2 do Switch 3 foi eleita a Designated Port do segmento porque seu BID é menor que o BID do switch 2. Daí, como a porta 1/2 não é nem RootPort nem DesignatedPort, ela é bloqueada por ser uma noon-Designated Port.

Agora, as respostas ERRADAS:

- Resposta A: é o detalhe que eu citei no comments do dia 02/04 - que ninguém havia percebido um detalhe ainda - e o Bruno7 em seguida, percebeu! . A prioridade padrão é 32.768 e os switches na topologia não estão usando esta prioridade. O que mosta em cada switch é o BridgeID ou BID. O BID é composto por 64 bits onde:
- os 4 primeiros compõem a prioridade, usando valores que “pulam” de 4096 em 4096: 0, 4096, 8192,etc.
- os próximos 12 bits compõem o campo Extended SystemID que carregam o VlanID (VID) ou a estância do MSTP.
- os últimos 48 bits são o enreço MAC do switch, normalmente do SwitchFabric do Switch.
Portanto, os switches desta topologia estão trabalhando com a mesma prioridade, mas não a padrão (32768), mas sim com o valor “4″ no campo prioridade - 0×4000 - , ou seja, 4000 em hexa é = 16^3 = 4096*4=16384. Logo, valor de prioridade = 16384.

- Resposta E: a porta 1/2 do Switch 3 NÂO será a RootPort porque a porta 1/1 do mesmo switch possui custo menor até a RootBridge. Bom, concluímos isto, neste caso, supondo que todos os links possuem a mesma velocidade, pois isto não é especificado na figura.

- Resposta F: Nos custos de links do STP revisados pelo IEEE, nenhum link ficou com o custo 10. A tabela de custo ficou assim:
- Link de 10 Mbps: =100
- Link de 100 Mbps: =19
- Link de 1 Gbps: =4
- Link de 10 Gbps: = 2

Pessoal, espero ter esclarecido e ajudado a todos que ainda tentam entender o Spanning Tree.

Qualquer dúvida, só postar!

Abraços,
Fábio A. de Amorim

Na hora de calcular o MAC simplesmente separei os 24 bits do IEEE (OUI) e calculei os 24 bits de endereço físico e o resto passou batido… grande sacada.

Parabens !

Sds.
Claudio Marcolino

Poxa, realmente, o detalhe da prioridade “0×4000″ ser igual a 16.384, não havia atentado. O que não altera as respostas que eu pressumo serem corretas (2,3,4).

Valeu !

Sds.
Márcia Guimarães

Eu não havia percebido o que o bruno percebeu, o BID está mostrando a priority e mac.

A priority é 0×4000, ou seja 4000 em hexa que seria 16^3 = 4096*4=16384 - logo não estão usando a priority default (32768) que em hexa seria 8000 (16^3=4096*8=32768).

Acredito que era isso que o Fábio comentou como detalhe.

Valeu Bruno.