IER60808: Interligação de LANs

• Capítulo 15 do livro "Comunicação de Dados e Redes de Computadores, 4a ed.", de Behrouz Forouzan.
• Capítulo 5 (seção 5.4) do livro "Redes de Computadores e a Internet, 5a ed.", de James Kurose.
• Capítulo 4 do livro "Redes de Computadores, 4a ed.", de Andrew Tanenbaum.

Nas aulas sobre introdução a redes locais (LAN), foi visto que um elemento essencial para criar uma LAN é o switch. Esse equipamento serve para interligar os demais dispostivos que usam a rede, tais como computadores, servidores e roteadores. Toda a organização de uma LAN, que diz respeito ao desenho da rede (sua topologia) e controles sobre as comunicações dos dispositivos no escopo da LAN, são feitos nos switches por meio de algumas tecnologias para interligação de redes locais.

Acesso à interface de gerenciamento de equipamentos de rede

Equipamentos de rede gerenciáveis podem ser configurados tipicamente com estes métodos: Interface web: alguns equipamentos oferecem uma interface de configuração via web, a qual deve ser acessada por meio de um endereço IP de gerenciamento do equipamento (detalhes devem ser obtidos de seu manual). Assim, basta conectar um computador a uma interface de rede do equipamento e acessar seu endereço IP usando um navegador. Esse tipo de interface é prática e de uso simplificado, porém nem sempre completa. Simulador interface de gerenciamento web para roteador sem-fio TP-Link Simulador interface de gerenciamento web para switch TP-Link TL-SG3424 Interface de linha de comando (CLI) via SSH ou telnet: A interface de linha de comando, chamada também de CLI (Command Line Interface), é um tipo de interface de gerenciamento tradicional. Por essa interface usualmente se tem acesso a todos os possíveis comandos e configurações implementados em um equipamento. Esse tipo de interface comumente se apresenta na forma de um menu hierarquizado. Roteadores e switches Cisco oferecem exemplos clássicos de CLI. Tal tipo de interface pode ser acessado através da rede, usando os programas SSH ou Telnet. Um simulador de CLI de equipamentos Cisco Interface de linha de comando (CLI) via console (porta serial): Muitos equipamentos possibilitam que a interface CLI seja também acessada diretamente via porta serial, chamada de console. Esses equipamentos disponibilizam uma porta serial do tipo RS-232, ou uma porta USB que emula uma porta serial desse tipo. Para acessar o equipamento deve-se ter em mãos um cabo serial apropriado, um computador com porta serial RS-232 (se não houver a opção USB), e um programa emulador de terminal a ser executado no computador. O Linux oferece alguns programas emuladores de terminal tais como minicom e cutecom, e o Windows oferece o clássico hyperterminal. Esse tipo de acesso envolve configurar a porta serial do computador para que consiga se comunicar com o equipamento, segundo instruções do fabricante. Essa configuração envolve estes parâmetros: Taxa de bits: taxas de bits de comunicação típicas são 9600 (Cisco), 19200, 38400 (TP-Link), 57600 e 115200 bps. Tamanho da palavra: os equipamentos usam comumente 8 bits por palavra Stop bits: os equipamentos usam tipicamente 1 stop bit Paridade: não se usa paridade Controle de fluxo: normalmente feita automaticamente (não se deve selecionar o tipo de controle de fluxo) Os manuais costumam apresentar a configuração da porta console com esta notação: taxa tamanhoPalavra paridade stopbit Ex: 9600 8N1 ... que significa: Taxa: 9600 bps Tamanho da palavra: 8 bits Paridade: N (desativada) Stop bits: 1 Atividade Identifique as formas de acesso à interface de gerenciamento dos switches TP-Link SG 3210 ou Intelbras SG-2404 Acesse a interface de gerenciamento do seu switch com cada um dos métodos disponíveis. Curiosidade: acesso programático à interface CLI Imagine que seja necessário acessar uma interface CLI pela porta console, e executar comandos de forma automatizada. Isso poderia ser necessário para, por exemplo, executar uma série de comandos de manutenção rotineiros. Isso poderia ser facilmente realizado com um programa Python ... O acesso a portas seriais em programas Python pode ser feito usando o módulo serial, que faz parte do pacote pyserial. Com esse módulo, pode-se acessar uma porta serial, e por ela enviar e receber dados. O pacote pyserial pode ser instalado com este comando: pip3 install pyserial Por exemplo, este pequeno programa mostra o menu principal de um equipamento de rede: from serial import Serial # O prompt apresentado pelo equipamento Prompt = b'>' # O comando para mostrar a ajuda do menu Help = b'?\n' # acessa a porta serial /dev/ttyS0, com taxa de 9600 bps porta = Serial('/dev/ttyS0', 9600) # envia o comando, e aguarda o resultado porta.write(Help) menu = porta.read_until(Prompt) # Mostra o resultado da execução do comando print(menu.decode('ascii')) Acesso pela rede, usando telnet ... parecido com acesso via serial from telnetlib import Telnet # O prompt apresentado pelo equipamento Prompt = b'>' # O comando para mostrar a ajuda do menu Help = b'?\n' # Credenciais de acesso Login = b'admin\n' Senha = b'admin\n' # conecta ao terminal remoto no equipamento (ex: equipamento tem IP 10.0.0.1) con = Telnet('10.0.0.1') # Faz o login no equipamento con.read_until(b'login:') con.write(Login) con.read_until(Senha) con.write(b'admin\n') con.read_until(Prompt) # envia o comando, e aguarda o resultado con.write(Help) menu = con.read_until(Prompt) # Mostra o resultado da execução do comando print(menu.decode('ascii')) Sendo assim, escreva um programa Python que reinicie o equipamento via serial, e aguarde até que ele esteja novamente pronto para uso. Algo útil ??? Mas para que serviria algo assim, além de uma curiosidade mostrada em aula ? Uma possível aplicação realmente útil seria criar um concentrador de acesso aos consoles de equipamentos de uma rede, que disponibilizaria o acesso via uma interface web. O concentrador poderia contatar os consoles por portas seriais, telnet ou ssh. Essa aplicação ajudaria um técnico a acessar os consoles dos equipamentos remotamente, bastando para isso ter acesso à rede e um computador com navegador (ou mesmo celular). Se você acha isso interessante, e gostaria de saber como poderia ser feito, fale com o professor :-)

Interligação de LANs (padrão IEEE802.1D)

Comparação entre hub (??), switch e roteador As LANs podem ser interligadas utilizando ativos de redes como: hubs, switches e roteadores. Porém nesta seção trataremos dos switches, que são equipamentos que funcionam em conformidade com o padrão IEEE 802.1D. Os switches são peças essenciais na infraestrutura de uma LAN, ... Nos dias atuais, não é mais usual utilizar bridges para dividir a rede em segmentos pois os switches já desempenham essa função. Os switches criam segmentos individuais para cada host, o que elimina o problema das colisões, além de possibilitar segmentar uma rede. Um switch possui várias portas, cada qual podendo se conectar a um computador ou a uma outra LAN. A função do switch é repassar os quadros entre os computadores que estão conectados a ele, utilizando o endereço MAC de destino existente em cada quadro para determinar por qual porta retransmiti-lo. Um switch aprende dinamicamente os endereços MAC acessíveis em cada porta usando a técnica bridge learning. Para saber quais os endereços MAC conectados a cada porta, um switch registra em uma tabela o endereço MAC de origem de um quadro recebido por uma porta. Essa tabela de endereços MAC associa cada endereço aprendido à porta por onde o respectivo quadro foi recebido. Por exemplo, imagine 2 computadores, A e B, conectados a um mesmo switch porém em portas distintas como mostrado na Figura a seguir: Se o computador A deseja se comunicar com B, A envia um pacote para B. Entretanto, o switch não saberá em um primeiro momento a qual porta o PC B esta conectado. Sendo assim, o switch registra em sua tabela que o computador A está conectado na porta 1 ... ... e envia o pacote de A para todas as portas. Apenas o B aceita o quadro, pois o endereço MAC de destino nele contido corresponde a seu próprio endereço MAC. Supondo que B responda a mensagem de A (imagine que o quadro recebido por B contivesse uma mensagem ICMP echo request), o switch recebe esse quadro enviado por B, e então anota em sua tabela de endereços MAC o endereço MAC de origem desse quadro e a porta por onde foi recebido. Uma vez preenchida a tabela, o switch pode encaminhar os quadros diretamente para A e B, estabelecendo comunicação isolada entre os computadores de origem e destino. Por fim, os quadros de broadcast e multicast são sempre enviados por todas as portas do switch, a não ser que a rede seja explicitamente segmentada em VLANs (ver adiante). Para ver um novo exemplo veja esta animação Atividade Quais são as características dos switches do laboratório ? TP-Link SG-3210 (manual) Cisco Catalyst ??? (manual) Intelbras SG 2404 NB (especificações) Parte 1: Como switches aprendem Em seu computador execute o wireshark, ativando a captura na interface eth0 O professor irá executar ping para todos os computadores do laboratório. Observe no wireshark as mensagens ICMP echo request recebidas: Você consegue ver mensagens ICMP echo request destinadas a outros computadores ? Quais os endereços MAC de destino das mensagens mostradas pelo wireshark ? Compare-a com o endereço MAC da sua interface de rede eth0. Agora o professor irá fazer ping para um endereço IP que ele sabe não estar ativo na rede (nenhum equipamento usa esse endereço). Você consegue ver mensagens ICMP echo request destinadas a esse endereço IP ? Qual o endereço MAC de destino das mensagens mostradas pelo wireshark ? Compare-a com o endereço MAC da sua interface de rede eth0. Em seguida, o professor ativará um equipamento na rede que usa esse endereço IP, mantendo o ping em execução. Você consegue ver mensagens ICMP echo request destinadas a esse endereço IP ? Qual o endereço MAC de destino das mensagens mostradas pelo wireshark ? Compare-a com o endereço MAC da sua interface de rede eth0. Por fim, o professor ativará fará um novo ping, porém desta vez destinado a um endereço IP de broadcast. Você consegue ver mensagens ICMP echo request destinadas ao endereço IP de broadcast? Qual o endereço MAC de destino das mensagens mostradas pelo wireshark ? Compare-a com o endereço MAC da sua interface de rede eth0. Com esse experimento, o que se pode concluir sobre como um switch ethernet encaminha os quadros transmitidos em uma LAN ? Finalmente, acesse a interface de gerenciamento do seu switch e visualiza a tabela de endereços MAC por ele mantida. Procure ali o endereço MAC do seu computador, e veja que informações o switch associa a ele.

Segmentação de LANs

A segmentação física é uma solução aparentemente simples e direta. Cada subrede deve ser composta de uma estrutura exclusiva, contendo seus switches e cabeamentos. No entanto, para adotar esse tipo de segmentação, algumas modificações precisarão ser feitas na infraestrutura de rede existente. Observe a estrutura física da rede do campus: O que seria necessário fazer para implantar uma segmentação física ? Segmentação com VLANs Se a reestruturação pudesse ser efetuada com mínimas modificações na estrutura física (incluindo cabeamento), a implantação da nova rede seria mais rápida e menos custosa. Para isso ser possível, seria necessário que a infraestrutura de rede existente tivesse a capacidade de agrupar portas de switches, separando-as em segmentos lógicos. Quer dizer, deveria ser possível criar redes locais virtuais, como mostrado na seguinte figura: No exemplo acima, três redes locais virtuais (VLAN) foram implantadas nos switches. Cada rede local virtual é composta por um certo número de computadores, que podem estar conectados a diferentes switches. Assim, uma rede local pode ter uma estrutura lógica diferente da estrutura física (a forma como seus computadores estão fisicamente interligados). Uma facilidade como essa funcionaria, de certa forma, como um patch panel virtual, que seria implementado diretamente nos switches. Redes locais virtuais são técnicas para implantar duas ou mais redes locais com topologias arbitrárias, usando como base uma infraestrutura de rede local física. Isso é semelhante a máquinas virtuais, em que se criam computadores virtuais sobre um computador real. Padrão IEEE 802.1q Os primeiros switches com suporte a VLANs as implementavam de forma legada (i.e. não seguiam um padrão da indústria). Isso impedia que houvesse interoperabilidade entre equipamentos de diferentes fabricantes. Logo a IEEE formou um grupo de trabalho para propor mecanismos padronizados para implantar VLANs, dando origem ao padrão IEEE 802.1q. Os fabricantes de equipamentos de rede o adataram largamente, suplantando outras tecnologias legadas (ex: ISL e VTP da Cisco). Com isso, VLANs IEEE 802.1q podem ser criadas usando switches de fabricantes diferentes. Atualmente, a implantação de VLANs depende de switches com suporte ao padrão IEEE 802.1q. Assim, verifique quais dos switches do laboratório possuem suporte a VLAN: D-Link DES-526 (manual) Micronet SP 1658B (manual) 3Com 3224 (especificações) Uma VLAN é identificada por um número, chamado VID (VLAN Identifier), sendo que a VLAN com VID 1 é considerada a VLAN default (configuração de fábrica). Em um switch com suporte a VLAN IEEE 802.1q, cada porta possui um (ou mais ...) VID, o que define a que VLAN pertence. Assim, para criar uma VLAN, devem-se modificar os VID das portas de switches que dela farão parte. Por exemplo, em uma pequena rede com duas VLANs as portas dos switches podem estar configuradas da seguinte forma: Além do VID, a configuração da porta de um switch deve especificar o modo de operação da VLAN: tagged (ou TRUNK): cada quadro transmitido ou recebido por essa porta deve conter o número da VLAN a que pertence. Esse modo é usado normalmente em portas que interligam switches. untagged (ou ACCESS): quadros que entram e saem pela porta não possuem informação sobre a VLAN a que pertencem. Usado normalmente para conectar computadores e servidores a switches. Esses modos tagged e untagged implicam haver uma forma de um quadro Ethernet informar a que VLAN pertence. Isso é usado para restringir a propagação de quadros, fazendo com que sejam recebidos e transmitidos somente por portas de switches que fazem parte de suas VLANs. O padrão IEEE 802.1q define, entre outras coisas, uma extensão ao quadro MAC para identificar a que VLAN este pertence. Essa extensão, denominada tag (etiqueta) e mostrada na figura abaixo, compõe-se de 4 bytes situados entre os campos de endereço de origem e Type. O identificador de VLAN (VID) ocupa 12 bits, o que possibilita portanto 4096 diferentes VLANs. Quadro ethernet com a TAG IEEE 802.1q A tag de VLAN, inserida em quadros Ethernet, está diretamente relacionada com os modos tagged e untagged de portas de switches. Portas em modo tagged transmitem e recebem quadros que possuem tag, e portas em modo untagged recebem e transmitem quadros que não possuem tag. Isso foi pensado para tornar a implantação de VLANs transparente para os usuários finais, pois seus computadores não precisarão saber que existem VLANs (i.e. não precisarão interpretar tags). Por isso equipamentos que não interpretam tags são denominados VLAN-unaware (desconhecem VLAN), e equipamentos que recebem e transmitem quadros com tag são referidos como VLAN-aware (conhecem VLAN). Exemplo: simulador de switch com VLAN: Esta animação possibilita simular a configuração de VLANs em um switch, e efetuar testes de transmissão. Experimente criar diferentes VLANs e observar o efeito em transmissões unicast e broadcast (clique na figura para acessar o simulador). Atividade Parte 1: Segmentação de LANs com VLANs A rede descrita neste arquivo de configuração do Netkit2 é composta por um switch e quatro computadores. essa rede possui duas VLANs (VLAN 5 e VLAN 10), de forma que pc1 e pc4 pertencem a VLAN 5, e os computadores pc2 e pc3 estão na VLAN 10. Execute essa rede e teste a comunicação entre os computadores - quais computadores conseguem se comunicar ? A peça-chave na implantação das VLANs foi o switch. Observe a configuração dessa rede, notando que atributos foram usados nas portas do switch. Seja esta outra rede, composta por dois switches e duas VLANS: Execute essa rede a partir deste arquivo de configuração do Netkit2. Teste a comunicação entre os computadores: quais pares conseguem se comunicar ? Escolha um par de computadores, de forma que um deles esteja no switch 1 e o outro no switch 2. Ative a comunicação com ping entre eles, e e, seguida execute o wireshark no switch 1 de forma a capturar na interface eth3. O que se pode notar no cabeçalho Ethernet dos quadros capturados ? Na figura abaixo, a rede da esquerda está fisicamente implantada em uma pequena empresa. No entanto, uma reestruturação tem como objetivo modificá-la de acordo com o diagrama mostrado à direita. Essa alteração da rede deve ser feita sem adicionar switches ou modificar o cabeamento (tampouco devem-se mudar as conexões de pontos de rede às portas de switches). Faça essa modificação em duas etapas: Crie um protótipo usando o Netkit2. Após entender o protótipo, implante essa rede no laboratório usando os switches TP-Link SG-3210. Arquivo de configuração lan1.conf, contendo a topologia física. Para criar a topologia lógica usando VLANs: use os atributos vlan_untagged e vlans_tagged nas portas dos switches, conforme o manual do Netkit2. Agora que essa rede foi bem entendida, implemente-a fisicamente no laboratório: use os switches TP-Link e as VM Grafico-3. Manual da interface CLI do switch TP-Link Manual da interface web do switch TP-Link Acesso à interface de gerenciamento do switch (web): Conecte o cabo de rede do computador a uma porta do switch Acrescente o IP 192.168.0.2/24 à interface eth0 do seu computador Abra um navegador, e acesse a URL: http://192.168.0.1/ Se o acesso à interface de gerenciamento não funcionar, então será necessário resetar o switch via porta serial Conecte o cabo serial entre o PC e a porta console do switch No PC execute o programa minicom -s Configure a porta serial para 38400 bps, 8N1, sem controle de fluxo Saia do menu de configuração do minicom (opção Sair), e tecle ENTER No prompt do switch TL-SG3210> digite enable e tecle ENTER Agora digite reset e tecle ENTER Espere o switch reiniciar, e repita o acesso via navegador Parte 2: criando uma infraestrutura física e usando VLANs IMPORTANTE: Teoria da Perversidade Universal da Matéria (ver 3a lei de Murphy) Em uma rede real, usa-se como diretriz a centralização dos ativos para a implantação de sua infraestrutura física. Isso independende de quais LANs e respectivas subredes existirão (infraestrutura lógica), e VLANs têm um papel central nesse tipo de infraestrutura. Esta atividade envolve implantar uma infraestrutura física composta por dois conjuntos de switches. Cada conjunto é formado por pelo menos dois switches, os quais atendem pontos de rede em uma área de um prédio. Fisicamente esses switches se dispõem da seguinte forma: Topologia física (arquivo de configuração do Netkit2) Tomando essa infraestrutura como base, devem-se implantar as seguintes redes. Em cada caso: Implante as redes locais usando VLANs Escolha subredes apropriadas para cada rede local Configure os computadores e roteadores para que eles possam se comunicar (inclusive com a Internet) Rede 1: duas redes locais com suas subredes Rede 2: três redes locais com suas subredes Interfaces para VLAN no Linux O Linux possibilita criar interfaces virtuais associadas a VLANs. Com isso, a interface de rede física se comporta como uma porta em modo trunk. Supondo que a interface física seja eth0, e o número da vlan seja 10, pode-se criar a interface vlan desta forma: sudo vconfig add eth0 10 O Nome da interface vlan, nesse caso, será eth0.10. OBS: caso o comando vconfig não seja encontrado, instale este pacote de software: sudo apt install vlan Após criar uma interface VLAN, pode-se configurar seu endereço IP. Para a interface criada no ítem anterior o comando seria este: sudo ifconfig eth0.10 192.168.1.222/24 Se forem criadas múltiplas interface vlan, e se deseja que o Linux seja um roteador entre elas, deve-se executar este comando para habilitar o encaminhamento de datagramas IP entre interfaces: sudo sysctl -w net.ipv4.ip_forward=1 Se for necessário que esse roteador Linux seja também um tradutor NAT, deve-se ativar o NAT para alguma interface de saída. Supondo que a interface de saída seja eth1, este comando resolveria: sudo iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

Caminhos fechados (loops) e Spanning Tree Protocol (STP)

Capítulo 16 do livro "Comunicação de Dados e Redes de Computadores, 3a ed.", de Behrouz Forouzan. Capítulo 5 do livro "Redes de computadores e a Internet, Uma abordagem Top-Down. 5a edição, de James Kurose. Capítulo 4 do livro "Redes de Computadores, 4a ed.", de Andrew Tanenbaum. No laboratório de Redes de Computadores, um certo dia um aluno acidentalmente pegou um cabo e ligou em duas tomadas de rede. Quer dizer, ele fez algo assim com um dos switches da rede: Para ver a consequência dessa ação aparentemente inocente, experimente reproduzi-la no laboratório, e analise o que aconteceu. O problema dos ciclos (caminhos fechados) em uma rede local ethernet STP, RSTP e SPB A interligação acidental de duas portas de um switch cria um ciclo na rede local (loop). Mas isso pode ser feito também de forma intencional, pois em LANs grandes pode ser desejável ter enlaces redundantes, para evitar que a interrupção de um enlace isole parte da rede. A existência de interligações alternativas portanto é algo que pode ocorrer em uma rede local, seja por acidente ou com a finalidade de conferir algum grau de tolerância a falhas na infraestrutura da rede. Um caso em que uma rede possui um ciclo intencionalmente colocado pode ser visto na LAN abaixo: Apesar de desejável em algumas situações, uma topologia de rede com caminhos fechados, como visto na figura acima, não pode ser instalada sem alguns cuidados. Uma rede como essa trancaria devido a um efeito chamado de tempestade de broadcasts (broadcast storm). Isso acontece porque, ao receber um quadro em broadcast, um switch sempre o retransmite por todas as demais portas. Para que a rede acima funcione como esperado, uma ou mais portas de switches precisarão ser desativadas de forma que o caminho fechado seja removido. Ter que fazer isso manualmente tira o sentido de ter tal configuração para tolerância a falhas (e não impede um "acidente" como aquele descrito no início desta secão), por isso foi criado o protocolo STP (Spanning Tree Protocol, definido na norma IEEE 802.1d) para realizar automaticamente essa tarefa. Uma animação sobre STP ... e várias animações sobre STP STP na Wikipedia Um texto explicativo sobre STP A configuração STP em switches deve observar o seguinte: Cada switch deve ter um número que informa sua prioridade para o STP: quanto menor o valor, maior a prioridade. O switch raiz é aquele com a menor prioridade dentre todos os switches. Em caso de empate, o switch com menor valor de endereço MAC é escolhido. ... o switch raiz é o switch usado como referência dentro da rede para escolher quais links entre switches serão mantidos ativados, e quais serão desativados. Quando um switch possui links alternativos para chegar até o switch raiz, o link que proporciona um caminho mais curto (ou custo menor) é mantido e os demais são desativados. Quando o STP está em ação, ele muda o estado de operação das portas do switch: ... em cada switch, a porta que o liga em direção ao switch raiz se chama porta raiz. ... as portas de um switch que permancem ativadas são chamadas de portas designadas. ... as portas de um switch que são desativadas são denominadas portas bloqueadas Essas informações podem ser vistas no status do STP STP deve ser ativado nas portas dos switches: alguns modelos de switch exigem que se informe em quais portas o STP deve ser ativado. RSTP é melhor que STP: o protocolo RSTP é uma versão melhorada do STP, a qual resolve o problema de caminhos fechados mais rapidamente. STP roda de forma independente para cada VLAN: ao configurar os switches, deve-se observar que o STP roda de forma independente para cada VLAN. Atividade O estudo sobre STP usará como conceito uma rede local em que três switches formam um anel. Essa rede possui uma estrutura típica para uma pequena empresa, como se pode ver na figura abaixo. Arquivo de configuração do netkit2 (stp.conf) Parte 1: O efeito de caminhos fechados Execute o experimento do Netkit correspondente à rede da ilustração 1. Essa rede inicialmente está com o ciclo rompido (uma das interfaces de um dos switches está desativada). Inicie o experimento. Quando todas as máquinas virtuais estiverem rodando, tente fazer um ping de alguma máquina virtual para outra. Esse ping funcionou normalmente ? Reative a interface do switch1 (com ifconfig eth0 up), e repita o ping porém tendo como alvo algum outro computador. Há algum efeito no funcionamento da rede ? O que aconteceu depois disso ? Execute o tcpdump no computador que é alvo do ping, e colete o tráfego que chega em sua interface eth0. Você precisará usar este comando: tcpdump -i eth0 -ln O que você conclui quanto ao tráfego na rede ? Descreva exatamente o que está acontecendo e qual a causa. Mantendo o tcpdump em execução desative novamente a interface do switch1 que o liga ao switch3. O que aconteceu no padrão de tráfego mostrado pelo tcpdump ? E como ficou o desempenho da rede ? Como você relaciona isso com o que foi concluído no ítem 4 ? Parte 2: O protocolo STP como possível solução Com base na rede da parte 1 deste roteiro, faça o seguinte: Ative o protocolo STP em todos os switches usando este comando: brctl stp vlan1 on ... e então repita os passos 3 e 4 da parte 1 do roteiro. A rede funcionou normalmente desta vez ? Execute o ping a partir de um computador que está conectado ao switch1 para algum computador conectado ao switch3. Enquanto isto, desative a interface do switch1 que o conecta ao switch3. O ping continuou a funcionar ? Houve alguma interrupção, mesmo que temporária ? Reative a interface do switch1. Como se comportou o ping enquanto isso ? O que você conclui sobre o papel do protocolo STP em redes locais em que há ligações alternativas (i.e: a topologia física da rede apresenta laços ou ciclos) ? Entre os passos 1 e 3 a rede mudou seu funcionamento devido ao uso do STP. Para investigar em detalhes o que esse protocolo fez nos switches, vamos repetir o experimento, porém a cada etapa consultando as informações sobre o STP em cada switch. Assim, a cada modificação feita na rede (ativação ou desativação de interfaces), vamos executar os seguintes comandos em cada switch: brctl showstp vlan1 brctl showmacs vlan1 Além disso, vamos também executar o tcpdump na interface do switch1 que o conecta ao switch3: tcpdump -i eth0 -ln Parte 3: Usando o STP em switches reais O experimento de hoje finaliza com a reprodução em uma rede real do que foi visto com o Netkit2. Para isso devem ser usados os switches do laboratório, que devem ser interligados em anel, com computadores conectados. Sem ativar o STP nos switches, experimente fazer um ping de um computador a outro. Ao mesmo tempo, use o wireshark para monitorar o tráfego em sua interface ethernet. O ping tem resposta ? O que acontece com a rede ? É possível comunicação entre os computadores ? Como se comportam os switches (veja seus leds) ? O que mostra o wireshark ? Há alguma característica em comum entre os quadros capturados ? Desconecte algum dos cabos entre os switches, de forma a desfazer o anel, e repita o experimento com ping. Qual a diferença ? Com os switches sem formar um anel, e usando o manual do switch, ative o protocolo STP. Teste a comunicação com ping. O que aconteceu ? Com o ping em funcionamento, restabeleça a topologia em anel nos switches. Observe o comportamento do ping. As respostas do ping continuaram normalmente, sem interrupção ? Caso tenham interrompido, as respostas reapareceram depois de um tempo ? Caso tenham reaparecido, quanto tempo demorou para retornarem ? Ainda com o ping em andamento, novamente desfaça o anel. As respostas do ping continuaram normalmente, sem interrupção ? Caso tenham interrompido, as respostas reapareceram depois de um tempo ? Caso tenham reaparecido, quanto tempo demorou para retornarem ? O que se pode concluir quanto ao STP ? Funciona ? É rápido ? Experimente ativar o RSTP, que é uma versão mais rápida do STP, e repita o experimento.