PJI3-lab-ripng

Roteamento dinâmico com IPV6 (com o RIPNG)

Baseado no diagrama da Figura, usaremos serviços para rodar os protocolos de roteamento RIP a partir do Quagga, de tal modo que as tabelas estáticas de roteamento não mais serão necessárias e o sistema se auto recuperará da queda de um único enlace (nesse caso).

1. Reinicie o NetKit2 para limpar todas as configurações.
2. Arraste o link redeipv6.conf para a janela do Netkit2.

O arquivo redeipv6.conf possui a configuração da rede a ser executada com o Netkit2. Observe que nessa configuração já está inserida a definição dos default gateway de cada pc.

1. Use o menu File->Graph para visualizar a topologia da rede a ser executada (compare-a com a figura no início desta atividade). Por fim, inicie a execução da rede usando o menu Network->Start.

1. Para testar o ambiente criado no pc1 execute um ping para o pc2: ping6 aabb:ccdd:eeff::1 </syntaxhighlight> O ping está funcionando? Por quê?
2. Deixe o ping rodando!
3. Agora em cada roteador, configure o serviço RIP IPV6 para que os testes da próxima etapa possam ser executados. No terminal de cada um dos roteadores, execute estes comandos:

   configure t
   router ripng
   redistribute connected
   redistribute static
   network eth1
   network eth2
   end
   

4. Olhe o terminal do pc1, o que ocorreu com o ping? Por quê?
5. Observando o estado do sistema. Vamos usar comandos para verificar o estado dos roteadores.
   1. Verifique o estado das interfaces usando o comando: show interface </syntaxhighlight>
   2. Verifique se o roteador está habilitado para roteamento: show ipv6 forwarding </syntaxhighlight>
   3. Verifique o estado da tabela de roteamento usando o comando: show ipv6 route </syntaxhighlight> Interprete detalhadamente essa tabela! Você consegue visualizar o mapa da rede a partir dessa tabela?
   4. Verifique a configuração atual do roteador: show running-config </syntaxhighlight>
6. Teste as demais conectividades entre os PCs com pings mútuos. Tudo funcionando?
7. A partir de cada PC trace a rota (traceroute IP_Destino) para os demais PC e anote-as.
8. Com o route -A inet6 -n verifique a anote as rotas para cada rede a partir dos pcs.
9. Pare todos os pings.
10. No roteador r1 use o menu no canto superior direito do netkit2, vá em Wireshark->eth1, para coletar os pacotes da interface eth2, e verifique as ocorrências de pacotes RIPNG.
11. Aguarde uns 2 minutos para capturar pacotes específicos do protocolo de roteamento RIP.
12. Digite Ctrl + R para atualizar a captura do netkit2.
13. Tente compreender as mensagens trocadas. As mensagens são trocadas aproximadamente a cada minuto, se não aparecer nenhuma no Wireshark faça um reload: <Ctrl+r> até surgir alguma mensagem.
    1. O que dizem essas mensagens?
    2. Qual endereço multicast o ripng utiliza?
14. A partir do pc1 deixe rodando o ping ping6 aabb:ccdd:eeff::2</syntaxhighlight>
15. Com o wireshark rodando em r1, desative um dos enlaces entre os roteadores e acompanhe a troca de mensagens no Wireshark (dê um reload). Por questões de compatibilidade vamos desativar uma interface de um modo especial. Por exemplo, para "derrubar" o enlace r2-r1, execute no r2:

configure t entra no mode de configuração interface eth2 entra na referida interface a ser operada shutdown desativa a interface, se desejado </syntaxhighlight>

1. Permaneça monitorando o ping6 e o Wireshark (reload: <Ctrl+r>). Observe os pacotes trocados e interprete.
   1. Quais as mensagens trocadas pelo protocolo RIP observadas no WireShark? Observe o trecho de mensagens onde não houve respostas ao ping.
2. Agora observe as mensagens trocadas na interface eth1, no roteador r1 use o menu no canto superior direito do netkit2, vá em Wireshark->any, e verifique as ocorrências de pacotes RIPNG.
3. Reative a interface r2-r1.no shutdown</syntaxhighlight>
   1. Com o Wireshark, identifique as mensagens trocadas entre os roteadores envolvidos na mudança.
   2. Qual a sua interpretação da mensagem? Qual o motivo da troca dessa mensagem em particular?