RCO3-2012-1-ERALDO
Professor
Nome do Professor: Eraldo Silveira e Silva
email: eraldo@ifsc.edu.br
Material de Referência
Aulas
AULA DE 1/03/2012
Objetivos da Aula
-Apresentação do Plano de Ensino
-Revisão de conceitos em redes de pacotes e da estrutura da Internet
-Caracterizar as funcionalidades da camada de rede
-Compreender a necessidade de algoritmos de roteamento para construção dinâmica de tabelas de roteamento;
Media:Aula1-CamadaRede-EstadoEnlace.pdf
AULA DE 8/03/2011
Objetivos da Aula
- Revisar o algoritmo de estado de enlace;
- Repassar um exercício para os alunos implementar;
- Implementar o laboratório
- Conferir resultados com o exercício
- Implementar o desafio
- Verificação dos resultados em sala.
15/03/2012
Objetivos
-Apresentar o algoritmo vetor de distância;
-Discutir problema de contagem infinita e uma solução: reverso envenenado;
-Apresentar um java applet para calcular rotas com algoritmos SP e VD;
Tarefa:
Fazer os exercícios da nota de aula;
22/03/2012
OBJETIVOS DA AULA
-Instalar o NETKIT
-Aprender a utilizar o NETKIT
-Realizar o experimento de Rota Estática dos Labs do NETKIT
-Implementar o lab desafio
Instalação do NETKIT
1.Baixar os seguintes arquivos para este diretorio:
- http://www.sj.ifsc.edu.br/~eraldo/RCO3/netkit-2.8.tar.bz2]
- http://www.sj.ifsc.edu.br/~eraldo/RCO3/netkit-filesystem-i386-F5.2.tar.bz2]
- http://www.sj.ifsc.edu.br/~eraldo/RCO3/netkit-kernel-i386-K2.8.tar.bz2]
2.Descompactá-los usando:
tar xvfj netkit-2.8.tar.bz2 tar xvfj netkit-filesystem-i386-F5.2.tar.bz2 tar xvfj netkit-kernel-i386-K2.8.tar.bz2
3.Editar ~/.bashrc ou ~/.profile e inserir as variáveis
export NETKIT_HOME=~/netkit export PATH=$PATH:$NETKIT_HOME/bin export MANPATH=:$MANPATH:$NETKIT_HOME/man
4,Testar a instalação
. ~/.profile cd $NETKIT_HOME ./check_configuration.sh
Aprendendo a utilizar o NETKIT
Laboratório de Rota Estática do NETKIT
Baixar o laboratório daqui e descompactá-lo:
Para executar o laboratório, basta entrar no diretório e fazer:
lstart
Para parar o laboratório:
lhalt
Desafio
Seja a rede abaixo com os seguintes prefixos:
- SN1 : 200.10.1.0/24
- SN2 : 200.10.2.0/24
- SN3 : 200.10.3.0/24
- SN4 : 200.10.4.0/24
- SN5 : 200.10.5.0/24
- SN6 : 200.10.6.0/24
- SN7 : 200.10.7.0/24
- SN8 : 200.10.8.0/24
- Configure estaticamente os roteadores, usando o Netkit, de forma que a rota entre H1 e H2 passe pelas subnets SN2,SN5 e SN6 na transmissão de pacotes de H1 para H2 e passe por SN6 e SN3 para transmissão de pacotes de H2 para H1. Teste a configuração com um ping de H1 para H2. Capture pacotes com o tcpdump em R3 e R4 de forma a demondtrar a passagem de pacotes ICMP do ping por estas rotas.
- Monte um pequeno relatório mostrando as capturas da tela da execução do tcpdump e explicando o sucesso dos resultados. Coloque também as tabelas de roteamento dos roteadores envolvidos (use route -n) e explique cada uma das linhas das tabelas de roteamento.
- Na configuração anterior, acrescente um hospedeiro H3 na rede SN1, mas com endereçamento da rede SN8. Faça este hospedeiro ser "pingável" a partir de H2. A rota de H2 para H3 deve passar por SN4.
- Refaça o relatório demonstrando que H3 é alcançado. Para isto use o tcpdump e as tabelas de roteamento de interesse.
Referências
29/03/2012
OBJETIVOS DA AULA
- Exercícios de preparação para avaliação
Lista de Exercícios
- Fazer em duplas;
- Entregar até o final da aula: será usado para melhorar o conceito da avaliação.
5/04/2012 - AULA dos dois primeiros tempos
AVALIAÇÂO I
5/04/2012
OBJETIVOS DA AULA
- Apresentar o software Quagga;
- Explorar a forma como a atabela de roteamento é atualizada no Linux;
- Realizar gerenciamento de interfaces e roteamento estático com o Quagga usando o Netkit;
O Pacote Quagga
O pacote Quagga fornece um conjunto de processos (daemons) com facilidades para a construção da tabela de roteamento de um sistema. O projeto Quagga é derivado do conhecido pacote Zebra. O esquema abaixo mostra a estrutura do Quagga.
Acima do kernel se executam processos especializados para a configuração da tabela de roteamento. Note que a tabela de roteamento é mantida pelo kernel do Sistema Operacional Linux/Unix e qualquer modificação será realizada a partir da API (Application Programming Interface) do sistema. O processo Zebra centraliza todo o gerenciamento da tabela recebendo e repassando informações para outros processos que executam um determinado protocolo de roteamento. Por exemplo, no esquema mostrado existem 3 processos responsáveis pela execução dos protocolos BGP, RIP e OSPF. Como será visto posteriormente, é possível executar vários protocolos de roteamento dinâmico simultaneamente.
Nota: Configurações estáticas também deverão ser realizadas pelo QUAGGA!
Cada processo do Quagga possui o seu próprio arquivo de configuração e um terminal para receber comandos (um processo shell chamado vtysh). Cada terminal se comunica com seu deamon por uma porta específica. No arquivo do Zebra deverão constar as configurações estáticas.
Os deamons do sistema são chamados pelos seguintes nomes:
- zebra (acesso pela porta 2601 no vty);
- ripd (acesso pela porta 2602 no vty);
- ripngd (acesso pela porta 2603 no vty);
- ospfd (acesso pela porta 2604 no vty);
- ospf6d (acesso pela porta 2606 no vty);
- bgpd (acesso pela porta 2605 no vty);
Os deamons possuem arquivos de configuração por default localizados normalmente no diretório /etc/quagga e possuindo a terminação conf: por exemplo: zebra.conf para o processo zebra. Entretanto será comum usarmos arquivos de configuração fornecidos na linha de comando:
#zebra -d -f zebra\_custom.conf.
Nos arquivos de configuração podemos colocar informações tais como senhas para o terminal vty, configurações de depuração, de roteamento e de log. O que segue aos pontos de exclamação (vale também \#) são comentários.
Através do Zebra (e seu arquivo de configuração) é possível ligar/desligar interfaces e atribuir endereços as mesmas. Também pode-se acrescentar rotas:
Exemplo de arquivo de configuração para o deamon zebra:
! ! Zebra configuration file ! hostname Router %password zebra %enable password zebra ! Wired interface interface eth0 ip address 10.10.10.3/24 ! Wired interface interface eth1 ip address 10.10.30.1/24 ip route 10.10.20.0/24 10.10.30.2 ! log stdout !poderia ser, por exemplo, log file /var/log/quagga/zebra.log !
O SOFTWARE Quagga
-Apresentar o item 4 do manual do Quagga
Outros links importantes
- Cap.8 do Guia de Integração de Roteamento das Arquiteturas Linux-Cisco
- Guia de Administração da Camada IP no Linux