Projeto Integrador III

Professora: Juliana Camilo (juliana.camilo@ifsc.edu.br)
Encontros: 3a feira/19:00, 5a feira/19:00
Atendimento paralelo Profa. Juliana: 3a e 6a feira 17:30 hrs às 18:30 hrs
Coordenadoria pedagógica (Graciane): graciane@ifsc.edu.br (3381-2890, 3381-2842)

PPC Curso Técnico Subsequente de Telecomunicações

30/07/2019: Apresentação da disciplina.

Aula 1

Apresentação da disciplina

Introdução ao problema de estudo

A disciplina de Projeto Integrador 3 tem como assunto principal as tecnologias de enlace e rede que podem ser usadas para implantar redes locais e redes de acesso. Além disso, uma introdução à redes WAN faz parte do programa da disciplina.

A aplicação dos conceitos se dará com a execução de um projeto, que é o tema central da disciplina. O projeto deve tornar possível usar e experimentar boa parte das técnicas e tecnologias estudadas. Sendo assim, o projeto escolhido foi: um provedor de acesso metropolitano. Tal provedor deve prover acessos tanto cabeados quanto sem-fio, além de oferecer hotspots WiFi em lugares estratégicos para seus clientes. A rede do provedor deve se integrar à Internet por meio de links WAN contratados de operadoras, tais como Embratel, Oi e GVT. Um conjunto de tecnologias serão necessárias para implantar um provedor com essas características, e por isso precisarão ser estudadas com bom nível de detalhe ao longo da disciplina.

Atividade

Nesta primeira aula o objetivo é descrever as características do serviço a ser oferecido pelo provedor, e pensar na infraestrutura necessária para que seja implantado. Isso inclui investigar o que os provedores que já existem tem oferecido para seus clientes, e que tecnologias eles utilizam. Ao final da aula, deveremos ter:

A descrição do produto oferecido pelo provedor, incluindo planos de acesso com suas características
Uma estimativa das tecnologias que podem ser utilizadas
Uma esboço da rede do provedor, levando em conta sua cobertura de uma região da cidade a ser atendida. Esse esboço deve ser representado por um diagrama da rede.
Uma estimativa dos links WAN a serem contratados, e as tecnologias envolvidas

Tabela de provedores existentes (Grande Florianópolis)

Nome	Planos (tipos, preços)	Tecnologias	Outras informações
Itconnect	10M = 100,0	Rádio	Simetrico/Dedicado
Olé Telecom	5M = 79,9; 8M = 99,0; 10M = 109,0	Rádio e Fibra	não possui
Claro/NET	35M = 119,0; 120M = 139,00; 240M = 169,0	Fibra	não possui
Flin	20M = 69,90; 30 megas = 89,90; 100M = 109,90	Fibra	não possui
Meganet	3M = 49,90 ; 10M = 99,90	Radio	não possui
Informac	10M = 59,90; 30M = 129,90; 80M = 219,90	Fibra, Rádio, VoIP	não possui
Neorede	5M = 59,90; ? = 79,90	??	não possui
Unifique	30M = 99,90; 80M = 129,90; 500M = 399,90	Fibra	não possui
ViVo/GVT	15M = 99,99; 25M = 109,99; 100M=119,99	Fibra	não possui
Oi	200M = 99,90	Fibra	Instalação gratuita, telefone fixo
Embratel	sem info	Satélite,Fibra	soluções corporativas
4U Network	10M = 49,90; 25M = 89,90; 70M = 199,90	Fibra	não possui
MoreiraNET	1M ou 5M	Rádio	não informa preço dos planos

01/08/2019: Endereçamento IPv4. Configuração Estática e Dinâmica

Aula 2

Como visto em Redes de Computadores e Projeto 2, computadores e equipamentos na Internet (chamados de hosts) precisam ter um identificador único e que seja válido globalmente. Os endereços IP, definidos pelo protocolo da Internet (IP - Internet Protocol) são números de 32 bits que desempenham o papel de identificadores globais. Cada um desses endereços é comumente representado em uma notação decimal, com um número entre 0 e 255 para cada 8 bits. como mostrado na figura a seguir. Com isso, é possível em tese endereçar até $2^{32}$ hosts na Internet, o que equivale a pouco mais de 4 bilhões de endereços.

Um endereço IP apresentado em notação decimal e em binário

Configuração de endereços

O endereço IP de um host pode ser configurado de forma estática ou dinâmica. No primeiro caso, o usuário predefine o endereço IP no próprio equipamento. No segundo, o equipamento usa um protocolo especial de configuração para obter sua configuração de rede.

Um conjunto de informações são necessárias para que um host consiga efetivamente se comunicar em rede, as quais não se limitam ao endereço IP. Essas informações são:

Endereço IP e máscara de rede: um host precisa de um endereço para que possa se comunicar com outros hosts. A máscara de rede informa o tamanho da subrede IP em que ele se encontra (e ocm isso pode-se saber quais endereços IP fazem parte dessa subrede).
Rota default (padrão): para se comunicar com hosts de outras subredes, é preciso enviar os pacotes para um roteador que saiba encaminhá-los a seus destinos. O roteador default (ou padrão) é um roteador para quem se destinam todos esses pacotes. Tecnicamente ele corresponde à rota para o destino 0.0.0.0/0.
Endereço IP do servidor DNS: usuários costumam endereçar hosts e servidores por seus nomes de domínio, e não por seus endereços IP. Isso é muito mais fácil de memorizar do que os endereços numéricos. Nomes de domínio são análogos a nomes de assinantes em um catálogo telefônico. No entanto, as aplicações precisam dos endereços IP para se comunicarem. O servidor DNS faz a tradução de nome de domínio para endereço IP, e é usado pelas aplicações transparentemente (isso é, você não percebe que isso ocorre). Assim, as aplicações se comunicam com o servidor DNS para resolver nomes de domínio e obter seus respectivos endereços IP. O endereço desse servidor deve ser configurado em cada host, para que se possam traduzir nomes de domínio.

Configuração estática

A configuração estática envolve um usuário gravar a configuração de rede de forma persistente na memória do host. Cada tipo de equipamento apresenta um procedimento diferente para armazenar a configuração de rede estática. Por exemplo, em computadores com sistema operacional Linux da família Debian (tais como Debian, Ubuntu, Mint e muitos outros), a configuração de rede fica armazenada no arquivo /etc/network/interfaces:

iface eth0 inet static
  address 10.1.23.19
  netmask 255.255.255.0
  gateway 10.1.23.254

Em roteadores sem-fio TP-Link WDR 4300, essa configuração de rede pode ser gravada por meio de uma interface web para gerenciamento do equipamento:

Menu Network->LAN da interface web do roteador sem-fio TP-Link WDR4300

E, em roteadores Cisco, a configuração estática é feita por meio de comandos na CLI (Command Line Interface), os quais ficam gravados na memória permanente do roteador.

router# configure terminal
router(config)# interface e0
router(config-if)# ip address 10.1.23.19 255.255.255.0
router(config-if)# exit
router(config)# ip route 0.0.0.0 0.0.0.0 10.1.23.254
router(config)# exit
router# write memory
router# write terminal
Building configuration...

Current configuration : 472 bytes
!
version 12.3
!
hostname Router
!
interface Ethernet0
 ip address 10.1.23.19 255.255.255.0
!
ip route 0.0.0.0 0.0.0.0 10.1.23.254

Configuração dinâmica

Um host pode obter suas informações de rede dinamicamente por meio do protocolo DHCP (Dynamic Host Configuration Protocol). Desta forma, não há necessidade de o usuário saber as informações de rede necessárias para configurar corretamente seu equipamento. Isso torna possível também centralizar e automatizar a distribuição de endereços de rede para hosts. Se alguma das informações precisar ser modificada (ex: o roteador default), basta alterá-las no serviço DHCP para que toda a rede seja eventualmente reconfigurada.

A maioria dos equipamentos de usuários vem de fábrica com configuração de rede dinâmica. Isso vale para computadores pessoais, em que os sistemas operacionais detectam as interfaces de rede e as configuram com DHCP, smartphones, tablets, câmeras IP, ATA e telefones IP, impressoras, e possivelmente outros equipamentos. Em computadores pessoais com sistemas operacionais Linux da família Debian, uma interface pode ser configurada dinamicamente se for declarada em /etc/network/interfaces desta forma:

iface eth0 inet dhcp

A configuração de interfaces com DHCP no arquivo /etc/network/interfaces não é o procedimento usual, ao menos não em versões desktop desses sistemas operacionais. Nesses casos, o mais comum é que tal configuração seja feita por um daemon chamado network-manager. Esse daemon implementa um serviço de configuração de rede automática para o computador, e tenta configurar automaticamente todas as interfaces de rede que não foram configuradas em /etc/network/interfaces.

Protocolo DHCP

DHCP (Dynamic Host Configuration Protocol) é um protocolo para obtenção automática de configuração de rede, usado por computadores que acessam fisicamente uma rede. Esses computadores são tipicamente máquinas de usuários, que podem usar a rede esporadicamente (ex: usuários ocm seus laptops, com acesso via rede cabeada ou sem-fio), ou mesmo computadores fixos da rede. O principal objetivo do DHCP é fornecer um endereço IP, a máscara de rede, o endereço IP do roteador default e um ou mais endereços de servidores DNS. Assim, um novo computador que acesse a rede pode obter essa configuração sem a intervenção do usuário.

Para esse serviço pode haver um ou mais servidores DHCP. Um computador que precise obter sua configuração de rede envia mensagens DHCPDISCOVER em broadcast para o port UDP 67. Um servidor DHCP, ao receber tais mensagens, responde com uma mensagem DHCPOFFER também em broadcast, contendo uma configuração de rede ofertada. O computador então envia novamente em broadcast uma mensagem DHCPREQUEST, requisitando o endereço IP ofertado pelo servidor. Finalmente, o servidor responde com uma mensagem DHCPACK, completando a configuração do computador cliente. Como a configuração tem um tempo de validade (chamado de lease time), o cliente deve periodicamente renová-la junto ao servidor DHCP, para poder continuar usando-a. O diagrama abaixo mostra simplificadamente esse comportamento:

Abaixo segue um diagrama de estados detalhado do DHCP, mostrando todas as possíveis transições do protocolo:

O servidor DHCP identifica cada cliente pelo seu endereço MAC. Assim, o DHCP está fortemente relacionado a redes locais IEEE 802.3 (Ethernet) e IEEE 802.11 (WiFi).

Servidor DHCP

Em uma rede local em que hosts devem obter sua configuração de rede dinamicamente, deve haver ao menos um servidor DHCP. Esse serviço costuma estar disponibilizado em equipamentos de rede, tais como pontos de acesso sem-fio e roteadores. Por exemplo, o roteador sem-fio TP-Link WDR 4300 oferece esse serviço, que pode ser configurado e ativado por meio de sua interface de gerenciamento.

Configuração do serviço DHCP na interface web do roteador TP-Link WDR4300

Podem existir mais de um servidor DHCP em uma mesma rede local, porém há que ter um cuidado. As faixas de endereços concedidas por diferentes servidores não podem se sobrepor. Assim, se um servidor DHCP oferece endereços entre 192.168.1.20 e 192.168.1.100, um outro servidor DHCP pode oferecer endereços entre 192.168.1.110 e 192.168.1.200, mas não entre 192.168.1.90 e 192.168.1.150.

Servidores DHCP como esse costumam ser limitados. Com eles se consegue tão somente definir a faixa de endereços IP a ser concedida, o tempo de concessão, o servidor DNS e o roteador default. Porém há muitas outras possibilidades no serviço DHCP, tais como:

Vincular um endereço IP a um host específico, com base em seu endereço MAC.
Informar o nome do domínio DNS e o nome do host
Informar os endereços de uma ou mais impressoras
Indicar um arquivo de boot a ser usado pelo host
...e muitas outras opções !

O uso de um servidor DHCP completamente funcional demanda um programa especial a ser executado em um computador. O software ISC DHCP Server oferece todas as opções DHCP, além de ser altamente configurável. Ele pode ser instalado e executado em um computador com sistemas operacionais Linux, BSD, Solaris, entre outros da família Unix. Esse servidor DHCP é configurado por meio de um arquivo de configuração, cuja localização depende de como o software foi instalado. Em sistemas Ubuntu, em que o servidor DHCP pode ser instalado a partir de um pacote de software chamado isc-dhcp-server, esse arquivo está em /etc/dhcp/dhcpd.conf. Um exemplo simples desse arquivo está a seguir:

# tempos de concessão, em segundos
default-lease-time 600;
max-lease-time 7200;

# Algumas opções de uso comum
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option domain-name-servers 191.36.8.2, 191.36.8.3;
option domain-name "sj.ifsc.edu.br";

# subrede 192.168.1.0/24 com duas faixas de endereços a serem concedidos:
# 192.168.1.100 a 192.168.1.150
# 192.168.1.190 a 192.168.1.240

subnet 192.168.1.0 netmask 255.255.255.0 {
   range 192.168.1.100 192.168.2.150;
   range 192.168.1.190 192.168.2.240;
}

Atividade

Objetivo

Explorar o uso de endereçamento IPv4 em redes locais

Roteiro 01: configuração de endereços

Rede dos experimentos

Tomando como base a rede do laboratório mostrada na figura, realize estes procedimentos em a máquina virtual "Gráfico-3":

Configure manualmente seu computador para que use um endereço IP da subrede 172.18.20.128/25. Cuidado com conflitos de IP !
Teste a comunicação com os demais computadores do laboratório
Sabendo que o roteador do laboratório possui endereço 172.18.20.129, e os servidores DNS do IFSC são 191.36.8.2 e 191.36.8.3, faça com que seu computadores consiga acessar a Internet
Agora configure seu computador para que obtenha seu endereço IP dinamicamente. Use o arquivo /etc/network/interfaces para esse propósito
Identifique o endereço IP obtido, a rota default e os servidores DNS
Investigue como a interface obtém sua configuração de rede:
1. Desconfigure sua interface de rede com este comando:
```
sudo ifdown -a
```
2. Execute o wireshark, ativando a captura de datagramas UDP
3. Reative sua interface de rede:
```
sudo ifup -a
```
4. Identifique as mensagens do protocolo DHCP no wireshark, comparando-as com este diagrama.

06/08/2019: Endereçamento IPv4. Configuração Estática e Dinâmica (continuação)

Aula 3

08/08/2019: Roteamento Estático e Dinâmico

Aula 4

Subredes IP

Uma subrede IP é representada por um prefixo de rede e uma máscara. O prefixo são os N bits mais significativos comuns a todos os endereços IP contidos em uma subrede (lembre que um endereço IP tem 32 bits). A máscara informa quantos bits tem o prefixo. A combinação de prefixo de rede e máscara funciona da seguinte forma:

Imagine que exista uma subrede contendo os endereços de 192.168.2.0 até 192.168.2.255. Se representarmos esses endereços em binário, podemos ver que os 24 bits mais significativos são os mesmos para todos os endereços:

A máscara de rede tem a forma de um endereço IP, porém com bits 1 na parte correspondente ao prefixo, e 0 no resto. Assim, para o exemplo acima a máscara de rede é 255.255.255.0. Outra forma de representar a máscara é simplesmente informar o tamanho em bits do prefixo, e no exemplo a máscara seria 24. Juntando o prefixo e a máscara, a subrede pode ser representada de uma destas duas formas:

192.168.2.0/255.255.255.0
192.168.2.0/24

Agora imagine que o prefixo tenha 28 bits, como mostrado nesta figura:

Por ter um prefixo mais longo, o tamanho dessa subrede é menor. Isso significa que ela contém menos endereços IP, tanto que o primeiro endereço é 192.168.2.0 e o último é 192.168.2.15. Essa subrede poderia ser representada por:

192.168.2.0/255.255.255.240
192.168.2.0/28

Aproveitando esse exemplo, pode-se mostrar uma outra subrede que, apesar de não parecer, é diferente da anterior:

Essa outra subrede contém endereços entre 192.168.2.16 e 192.168.2.31. Essa subrede poderia ser representada por:

192.168.2.16/255.255.255.240
192.168.2.16/28

Encaminhamento IP

Todo host é capaz de realizar uma função da camada de rede chamada de encaminhamento IP (IP forwarding). O encaminhamento é feito quando um host recebe um datagrama IP, e precisa decidir o que fazer com ele. O destino do datagrama depende do endereço de destino contido em seu cabeçalho IP.

Se o endereço IP for o do próprio host: o conteúdo do datagrama é desencapsulado e entregue à camada superior.
Se o endereço IP NÃO for o do próprio host: a tabela de rotas do host é consultada para buscar uma rota que satisfaça o endereço de destino. Caso ela exista, o datagrama é transmitido para o próximo roteador indicado nessa rota.

Uma rota serve para informar como se chega a um determinado destino. Um destino pode ser um único endereço IP, ou uma subrede (que contém um conjunto de endereços IP). Para que um pacote IP chegue a um destino, deve-se transmiti-lo para o próximo roteador em direção a esse destino. Esse próximo roteador também deve conhecer uma rota para tal destino, repetindo o mesmo procedimento. Ao menos duas informações compõem cada rota:

O destino, que é expressado como uma subrede: Uma subrede é representada por um prefixo de rede e uma máscara.
O próximo roteador, expressado por um endereço IP: o endereço IP do próximo roteador (também chamado de gateway, que significa portal em inglês), o qual deve pertencer à mesma subrede do equipamento que o especifica em uma rota.

No caso em que o endereço de destino não for o do próprio host, esse endereço é comparado com cada rota existente na tabela de rotas. Rotas com máscaras de rede maiores são testadas primeiro (o tamanho de uma máscara é definido pela quantidade de bits 1 que ela possui), pois são rotas para subredes menores e, portanto, mais específicas. Se nenhuma rota servir, o datagrama é silenciosamente descartado.

A tabela de rotas a seguir foi obtida em um computador com sistema operacional Linux.

aluno@M1:~$ route -n
Tabela de Roteamento IP do Kernel
Destino         Roteador        MáscaraGen.    Opções Métrica Ref   Uso Iface
0.0.0.0         191.36.9.254    0.0.0.0         UG    0      0        0 enp0s25
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 enp0s25
191.36.9.0      0.0.0.0         255.255.255.0   U     0      0        0 enp0s25
192.168.2.64    191.36.9.1      255.255.255.192 U     0      0        0 enp0s25

Supondo que esse host tenha que encaminhar um datagrama com endereço de destino 8.8.8.8, a busca por uma rota adequada seria esta:

Rota para 192.168.2.64/26: ao aplicar a máscara /26 (255.255.255.192) ao endereço de destino 8.8.8.8, obtêm-se o prefixo 8.8.8.0. Como ele é diferente de 192.168.2.64, esta rota não serve.
Rota para 191.36.9.0/24: ao aplicar a máscara /24 ao endereço de destino 8.8.8.8, obtêm-se o prefixo 8.8.8.0. Como ele é diferente de 191.36.9.0, esta rota não serve.
Rota para 169.254.0.0/16: ao aplicar a máscara /16 ao endereço de destino 8.8.8.8, obtêm-se o prefixo 8.8.0.0. Como ele é diferente de 169.254.0.0, esta rota não serve.
Rota para 0.0.0.0/0: ao aplicar a máscara /0 ao endereço de destino 8.8.8.8, obtêm-se o prefixo 0.0.0.0. Como ele é igual a 0.0.0.0 (prefixo da rota), esta rota será usada.

Se outro datagrama tiver endereço de destino 191.36.9.140, a busca pela rota seria:

Rota para 192.168.2.64/26: ao aplicar a máscara /26 ao endereço de destino 191.36.9.140, obtêm-se o prefixo 191.36.9.128. Como ele é diferente de 192.168.2.64, esta rota não serve.
Rota para 191.36.9.0/24: ao aplicar a máscara /24 ao endereço de destino 191.36.9.140, obtêm-se o prefixo 191.36.9.0. Como ele é igual a 191.36.9.0 (prefixo da rota), esta rota será usada.

Roteamento estático

Cada host ligado a Internet possui uma tabela de rotas. É pelo conteúdo dessa tabela que ele sabe como transmitir os pacotes para cada destino. Em seu computador, você pode visualizar essa tabela da seguinte forma:

# Isto funciona em qualquer *nix que se preze ...
netstat -rn

Ao se configurar uma interface de rede, cria-se uma rota automática para a subrede diretamente acessível via aquela interface. Isto se chama roteamento mínimo. Por exemplo, se uma interface de rede foi configurada com o endereço IP 192.168.10.1/24, sua tabela de rotas pode se apresentar assim:

aluno@M1:~> ifconfig eth1 192.168.10.1 netmask 255.255.255.0
aluno@M1::~> netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask            Flags   MSS Window  irtt Iface
192.168.10.0     0.0.0.0         255.255.255.0     U         0 0          0 eth1
127.0.0.0        0.0.0.0         255.0.0.0         U         0 0          0 lo

Rotas arbitrárias podem ser adicionadas manualmente a essa tabela. Uma rota possui estas informações:

Subrede de destino: isso se compõe de um prefixo de rede e uma máscara
Próximo roteador: o endereço IP do próximo roteador (opcional)
Interface de rede: a interface de rede por onde o datagrama deve ser transmitido (opcional)
Métrica: um número que informa o custo da rota (opcional .. usado por protocolos de roteamento dinâmico)

Obs: ao menos próximo roteador ou interface de rede precisam ser especificados.

Em sistemas Linux, rotas estáticas podem ser criadas com o comando route. A seguir mostram-se alguns exemplos de criação de rotas:

Rota para uma subrede de destino através de um próximo roteador:

# route add -net prefixo/mascara gw IP_roteador
route add -net 192.168.10.0/24 gw 191.36.9.254

Rota para um host específico através de um próximo roteador:

# route add -host IP_host gw IP_roteador
route add -host 192.168.10.5 gw 191.36.9.100

Rota para um host específico através de uma interface de rede: nesse caso, imagine que exista uma subrede que contém o IP do host, porém esse host específico está conectado a outra interface de rede.
```
# route add -host IP_host gw IP_roteador
route add -host 192.168.10.5 dev eth1
```

A rota default, por ser corriqueira, pode ser criada com uma palavra-chave especial no comando route. Essa rota tem o seguinte significado: se o destino não estiver em minha própria subrede, e nenhuma outra rota específica existir para a subrede onde se encontra, então repasse o datagrama para o roteador indicado. O comando route pode ser usado assim:

# adiciona a rota default, que passa pelo roteador 192.168.10.100
route add default gw 192.168.10.100

Outra forma de adicionar essa rota é:

# este comando tem o mesmo efeito que o anterior ...
route add -net 0.0.0.0/0 gw 192.168.10.100

Em roteadores Cisco, os exemplos sobre rotas estáticas implicariam estes comandos:

Rota para uma subrede de destino através de um próximo roteador:
```
ip route 192.0.10.0/24 191.36.9.254
```
Rota para um host específico através de um próximo roteador:
```
ip route 192.168.10.5/32 191.36.9.100
```
Rota para um host específico através de uma interface de rede: nesse caso, imagine que exista uma subrede que contém o IP do host, porém esse host específico está conectado a outra interface de rede.
```
ip route 192.168.10.5/32 ethernet 1
```

Finalmente, se for usado o roteador sem-fio TP-Link WDR4300, rotas estáticas podem ser adicionadas no menu Advanced Routing -> Static Routing List em sua interface de gerenciamento:

Criação de uma rota estática na interface de gerenciamento do roteador TP-Link WDR4300

Roteamento dinâmico

Roteamento dinâmico é definido como a capacidade de roteamento automático por uma rede. No roteamento estático, como visto, as possibilidades de rota são definidas por meio de uma tabela de roteamento fixa definida manualmente. No entanto, no roteamento dinâmico as tabelas de roteamento são construídas automaticamente pelo sistema, e mantidas constantemente atualizadas devido a comunicação entre os roteadores participantes da rede. Sendo assim, uma rede que utilize algum protocolo de roteamento dinâmico é sensível a qualquer mudança de topologia da rede, sendo capaz de adaptar-se rapidamente a um novo padrão de rotas. Em outras palavras, um protocolo de roteamento dinâmico pode ser definido como uma maneira que um roteador fala com seus vizinhos a fim de compartilhar informações sobre rotas disponíveis na rede. A partir da capacidade de auto organização, o roteamento dinâmico deve ser capaz de procurar a melhor rota alternativa para um fluxo de dados, quando determinados roteadores se tornam inacessíveis ou estejam congestionados.

O roteamento dinâmico dentro de uma rede pertencente a uma organização é chamado de roteamento interno', e o roteamento entre redes de diferentes oragnizações é denominado roteamento externo. O roteamento externo acontece no núcleo da Internet, e envolve um número muito grande de roteadores e hosts.

Um dos protocolos clássicos de roteamento interno é o protocolo RIP. Por apresentar tempo convergência relativamente longo, o RIP se aplica a pequenas redes. Outro protocolo de roteamento interno se chama OSPF, o qual apresenta rápida convergência e é usado em redes maiores.

Protocolo RIP

O protocolo RIP (Routing Information Protocol) é um protocolo baseado na técnica vetor de distância, pois compartilha tabelas de distâncias entre roteadores vizinhos, para que cada roteador possa atualizar sua tabela de roteamento.

O protocolo RIP foi um dos primeiros protocolos de roteamento baseado em vetor de distância aplicado a uma grande variedade de sistemas. O RIP possui as seguintes características principais de funcionamento:

O protocolo envia mensagens atualizadas sobre rotas a cada 30 segundos;
O protocolo envia a tabela completa para os roteadores da rede a cada atualização;
O protocolo utiliza uma métrica baseada em distância, medida por saltos ou hopcount;
O RIP utiliza o algoritmo de Bellman-ford para determinar o melhor caminho para um determinado fluxo de dados;
O RIP baseia-se no protocolo UDP e utiliza a porta 520;
O RIP possui um hopcount máximo de 15 saltos, sendo assim qualquer rede com 16 ou mais saltos de distância é considerada inalcançável.

A lógica de funcionamento do RIP é baseada em roteadores ativos, configurados como roteadores que realizam comunicação das rotas aos demais, e roteadores passivos que não disseminam mensagens porém atualizam suas rotas quando recebem informações atualizadas.

Um roteador ativo mantém uma tabela de roteamento que possui os identificadores e IPs dos roteadores vizinhos, a rota de acesso, e um número inteiro que representa a distância do roteador até determinada rede. As tabelas são anunciadas para todos os roteadores da rede. O envio das tabelas de roteamento pelos roteadores acontece por broadcast em intervalos de tempo geralmente definidos para 30 segundos. Quando um nó recebe uma informação atualizada de determinado roteador vizinho, substitui sua tabela pela tabela atualizada. Para indicar a distância até uma determinada rede, o protocolo RIP utiliza uma métrica baseada em contagem de saltos, ou seja, quantos roteadores existem entre o roteador de origem e a rede de destino.

Exemplo RIP (De A para F)

Neste exemplo um determinado nó A deseja se comunicar com o nó E.
Inicialmente os roteadores possuem apenas suas próprias rotas definidas.

Partindo de A para	Enlace	Métrica
A	Local	0

Neste exemplo, A inicia a comunicação enviando sua tabela. Quando recebem a mensagem de A, B e C se atualizam.

Partindo de B para	Enlace	Métrica
B	Local	0
A	A para B	1

Partindo de C para	Enlace	Métrica
C	Local	0
A	A para C	1

Agora B e C enviam suas tabelas atualizadas para A, E e D respectivamente. Logo A, E, D atualizam suas tabelas e enviam por broadcast para todos os roteadores.

Partindo de E para	Enlace	Métrica
E	Local	0
C	C para E	1
A	C para E	2

Partindo de D para	Enlace	Métrica
D	Local	0
B	B para D	1
E	D para E	1
A	D para B	2

Partindo de A para	Enlace	Métrica
A	Local	0
B	A para B	1
C	A para C	1
D	A para B	2
E	A para C	2

E envia sua tabela atualizada para F, que atualiza sua tabela.

Partindo de F para	Enlace	Métrica
F	Local	0
E	E para F	1
A	E para F	3
B	E para F	3
C	E para F	2
D	E para F	2

F atualiza sua tabela e envia para todos.

.
.
.

Quando A recebe a tabela atualizada de F, atualiza sua própria tabela. A seguir temos a tabela do A depois da atualização.

Partindo de A para	Enlace	Métrica
A	Local	0
B	A para B	1
C	A para C	1
D	A para B	2
E	A para C	2
F	A para C	3

Atividades

Roteiro 02: Subredes e roteamento estático

Estes experimentos devem ser realizados no Netkit2, que deve ser executado na máquina real.

Para esquentar: uma rede mais simples:

Transfira para seu computador o arquivo de configuração rede0.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede1.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 192.168.1.0/28, pc2 está na subrede 192.168.1.96/28, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1 e pc2 consigam se comunicar

Praticamente a mesma rede, mas com um roteador a mais:

Transfira para seu computador o arquivo de configuração rede00.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede1.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 192.168.1.0/28, pc2 está na subrede 192.168.1.96/28, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1 e pc2 consigam se comunicar

Agora uma rede um pouco maior:

Transfira para seu computador o arquivo de configuração rede1.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede1.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 172.18.12.64/26, pc2 está na subrede 192.168.5.32/27, e pc3 está na subrede 10.0.10.0/24, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1, pc2 e pc3 consigam se comunicar

Esta rede é ainda maior:

Transfira para seu computador o arquivo de configuração rede3.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede3.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 172.18.12.64/26, pc2 está na subrede 192.168.5.32/27, pc3 está na subrede 10.0.10.0/24, pc4 está em 200.135.37.128/25 e pc5 está em 150.162.33.0/24, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1, pc2, pc3, pc4 e pc5 consigam se comunicar pelo caminho mais curto
3. Suponha que o link entre r1 e r3 tenha caído, modifique as rotas estáticas nos hosts para que pc1, pc2, pc3, pc4 e pc5 voltem a se comunicar pelo caminho mais curto

Por fim, esta rede tem algo de diferente:

Transfira para seu computador o arquivo de configuração multigw.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração multigw.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 172.18.8.128/26, pc2 está na subrede 172.18.8.96/27, pc3 está na subrede 10.0.10.0/28 e pc4 está em 200.135.37.128/25, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1, pc2, pc3 e pc4 consigam se comunicar pelo caminho mais curto

Roteamento estático entre redes das equipes

Transfira para seu computador o arquivo de configuração redex.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração redex.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
O provedor lhe concedeu a subrede 192.168.X.0/24. Usando essa subrede, configure as subredes e todos endereços de computadores e roteadores de sua rede. Assim, você precisará subdividir a subrede 192.168.X.0/24 para obter as subredes menores necessárias para configurar sua rede.
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1, pc2 e pc3 consigam se comunicar
Note que r3 possui um link para a rede externa por meio da interface eth4. Essa interface deve usar o endereço 192.168.1.10X/24. Configure as rotas necessárias para que os hosts de sua rede consigam se comunicar com os hosts das redes de seus colegas.

Roteamento dinâmico (com o RIP)

Baseado no diagrama da Figura, usaremos serviços para rodar os protocolos de roteamento RIP, 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). Em cada roteador o software Quagga é responsável por executar o protocolo de roteamento.

Reinicie o NetKit2 para limpar todas as configurações.
Transfira o arquivo exp2.conf para seu computador, gravando-o para um arquivo em seu diretório pessoal. O arquivo exp2.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.
Carregue o arquivo exp2.conf no Netkit2 usando o menu File->Load Only. Em seguida, 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.
Para testar o ambiente criado no pc1 execute: ping 192.168.2.1 </syntaxhighlight> O ping está funcionando? Por quê?


Deixe o ping rodando!
Agora em cada roteador, configure o serviço RIP para que os testes da próxima etapa possam ser executados. No terminal de cada um dos roteadores, execute estes comandos:configure terminal
router rip
redistribute connected
redistribute static
network eth1
network eth2
end

Olhe o terminal do pc1, o que ocorreu com o ping? Por quê?
Observando o estado do sistema. Vamos usar comandos para verificar o estado dos roteadores.
Verifique o estado das interfaces usando o comando:  show interface </syntaxhighlight>

Verifique se o roteador está habilitado para roteamento:  show ip forwarding </syntaxhighlight>

Verifique o estado da tabela de roteamento usando o comando:  show ip route </syntaxhighlight> Interprete detalhadamente essa tabela! Você consegue visualizar o mapa da rede a partir dessa tabela?

Verifique a configuração atual do roteador:  show running-config </syntaxhighlight>

Teste as demais conectividades entre os PCs com pings mútuos. Tudo funcionando?
A partir de cada PC trace a rota (traceroute) para os demais PC e anote-as.
Com o route -n e/ou netstat -r verifique a anote as rotas para cada rede a partir dos pcs.
Pare todos os pings.
Inicie o shell para utilizar o TCPDUMP.start-shell</syntaxhighlight>

Execute no r1.tcpdump -i any -w /hostlab/ripr1.pcap</syntaxhighlight>

Aguarde uns 2 minutos para capturar pacotes específicos do protocolo de roteamento RIP.
Com o navegador de arquivos entre na pasta /home/aluno/lab/ e dê um duplo click no arquivo ripr1.pcap e tente compreender as mensagens RIPv2 (UDP 17) 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. Olhe com atenção os IPs e as métricas apresentadas.
O que dizem essas mensagens?
Pesquise o significado do endereço 224.0.0.9.
A partir do pc1 deixe rodando o ping  ping 192.168.2.1</syntaxhighlight>

Com o tcpdump 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 r3-r1, execute no r3:


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

Permaneça monitorando o ping e o Wireshark (reload: <Ctrl+r>), a recuperação das rotas leva em torno de 1-3 min:
Quais as mensagens trocadas pelo protocolo RIP observadas no WireShark? Observe o trecho de mensagens onde não houve respostas ao ping.
Qual o tempo aproximado para a total recuperação das rotas? (Isso seja observável pela diferença de tempos (timestamp) na sequência de mensagens observadas no Wireshark).
Teste as conectividades. O que aconteceu?
Retrace as rotas com nos roteadores  show ip route </syntaxhighlight> e com o  traceroute </syntaxhighlight> a partir dos PCs.
São diferentes do caso original (todos enlaces ativos)? Por quê?
Quais os caminhos/rotas que foram reescritos? Por quê?

Reative a interface r3-r1.no shutdown</syntaxhighlight>
Com o Wireshark, identifique as mensagens trocadas entre os roteadores envolvidos na mudança.
Qual a sua interpretação da mensagem? Qual o motivo da troca dessa mensagem em particular?

Revisitando o roteamento entre equipes ... mas dinâmico
Cada aluno deve obter o arquivo de configuração exp2x.conf. Transfira-o para seu computador.
Abra um terminal em seu computador, e execute este comando: sed s/X/seu_numero/ exp2x.conf > redex.conf
... para preparar esse arquivo com os endereços IP da sua subrede. Seu número deve ser aquele informado pelo professor.
Carregue o arquivo redex.conf no netkit2, o qual foi criado com o comando do item 2.
Repita a configuração vista anteriormente para ativar o RIP.
Confira as rotas criadas nos roteadores (em especial no roteador r3).
Teste a comunicação com os hosts de seus colegas.

13/08/2019: Roteamento Estático e Dinâmico (continuação)

Aula 5

15/08/2019: Roteamento Estático e Dinâmico (continuação)

Aula 6

20/08/2019: Endereçamento IPv6, roteamento estático e dinâmico

Aula 7

Endereços IPv4 têm 32 bits e são capazes de endereçarem até pouco mais de 4 bilhões de hosts, e isso parecia mais do que suficiente quando o protocolo IP foi criado, nos primórdios da Internet. Mas desde os anos 1990, quando se massificou essa rede, constatou-se que os endereços IPv4 se esgotariam num horizonte próximo. Para evitar esse problema, e possibilitar que a Internet continuasse se expandindo (e também por outros motivos), foi criado o protocolo IPv6, cujos endereços têm 128 bits. Essa questão está bem descrita na introdução do livro Laboratório de IPv6:

Considerando que a concepção da Internet data da década de 70 e que, de lá para cá, houve uma explosão inesperada do seu uso, o IPv4 mostrou-se inadequado para acompanhar esta evolução.Uma das deficiências mais apontadas do IPv4 foi o espaço de endereçamento baseado num valor inteiro de 32 bits, que é tipicamente representado por quatro octetos em decimal, sendo possível disponibilizar apenas 4.294.967.296 endereços IPV4 diferentes. Para contornar essa deficiência, inúmeras soluções paliativas foram propostas e adotadas, como por exemplo o NAT (Network Address Solution) e o CIDR (Classless InterDomain Routing). Contudo, à medida que novas tecnologias de redes surgiram e o IP continuava sendo um dos protocolos chaves para sua operação, outras deficiências começaram a ser detectadas, especialmente aquelas referentes à segurança e ao suporte a parâmetros de QoS (Quality of Service) e mobilidade. Como consequência, no inicio da década de 90 é publicada a proposta da nova geração do IP (IPng – IP next generation) ou IPv6. Este novo protocolo traz a solução para muitas das deficiências de seu predecessor, o IPv4, incluindo espaço de endereçamento de 128 bits gerando a possibilidade de 340.282.366.920.938.463.463.374.607.431.768.211.456 endereços disponíveis, suporte a roteamento e segmentação de pacotes na estação origem, suporte a mobilidade e mecanismos de segurança.

Número de hosts na Internet mundial registrados no DNS (a quantidade total deve ser bem maior !). As quantidades são expressadas em milhões de hosts. Obtido de: Statista

Endereço IPV6

Um endereço IPV6 possui 128 bits disponíveis para endereçar hosts, possibilitando 340 undecilhões de endereços possíveis. Para se ter uma ideia do que isto representa, se convertêssemos cada IPv6 possível em um cm2, poderíamos envolver toda a superfície do planeta Terra com 7 camadas de endereços..

Adoção no Brasil

O Brasil está entre os 10 países com maior adoção de IPv6, segundo o Google:

Brasil avança na adoção do IPv6 e fica no top 10 mundial do Google

Endereços IPv6 estão sendo amplamente usados por provedores de acesso, como se pode comprovar em serviços de dados do tipo ADSL e LTE:

Cópia de tela de um celular mostrando o uso de endereço IPv6 em seu link de dados

Tipos de Endereços IPV6

Faixas de endereços IPv6

O IPV6 possui categorias de endereços, conforme a tabela a seguir:

Endereços Anycast: Um endereço IPv6 anycast é utilizado para identificar um grupo de interfaces, porém, com a propriedade de que um pacote enviado a um endereço anycast é encaminhado apenas a interface do grupo mais próxima da origem do pacote. Os endereços anycast são atribuídos a partir da faixa de endereços unicast e não há diferenças sintáticas entre eles.
Endereços Loopback: Endereços aplicados as interfaces loopback dos host; (Verificar com ifconfig)
Endereços Link local: Podem ser utilizados apenas no enlace específico onde a interface está conectada, sendo assim não é roteável;
Endereços Unique local address Endereço com grande probabilidade de ser globalmente único, utilizado apenas para comunicações locais, geralmente dentro de um mesmo enlace ou conjunto de enlaces. Um endereço ULA não deve ser roteável na Internet global;
Endereços Multicast: Endereços multicast são utilizados para identificar grupos de interfaces, sendo que cada interface pode pertencer a mais de um grupo. Os pacotes enviados para esses endereço são entregues a todos as interfaces que compõe o grupo;
Endereços Global unicast: Equivalente aos endereços públicos IPv4, o endereço global unicast é globalmente roteável e acessível na Internet IPv6.

Endereços Unicast

Link Local pode ser usado apenas no enlace específico onde a interface está conectada, o endereço link local é atribuído automaticamente utilizando o prefixo FE80::/64. Os 64 bits reservados para a identificação da interface são configurados utilizando o formato IEEE EUI-64. Vale ressaltar que os roteadores não devem encaminhar para outros enlaces, pacotes que possuam como origem ou destino um endereço link-local.

O endereço ULA é um endereço com grande probabilidade de ser globalmente único, utilizado apenas para comunicações locais, geralmente dentro de um mesmo enlace ou conjunto de enlaces. Um endereço ULA não deve ser roteável na Internet global. Um endereço ULA, criado utilizando um ID global e alocado pseudo-randomicamente, é composto das seguintes partes: Prefixo: FC00::/7; Flag Local (L); se o valor for 1 (FD) o prefixo é atribuído localmente. Se o valor for 0 (FC), o prefixo deve ser atribuído por uma organização central (ainda a definir); identificador global identificador de 40 bits usado para criar um prefixo globalmente único. Identificador da Interface identificador da interface de 64 bits.

Atualmente, está reservada para atribuição de endereços a faixa 2000::/3 (001), ou seja, 3 primeiros bits utilizados para registros da faixa 2000. Equivalente aos endereços públicos IPv4, o endereço global unicast é globalmente roteável e acessível na Internet IPv6. Ele é constituído por três partes: o prefixo de roteamento global, utilizado para identificar o tamanho do bloco atribuído a uma rede; a identificação da sub-rede, utilizada para identificar um enlace em uma rede; e a identificação da interface, que deve identificar de forma única uma interface dentro de um enlace.Sua estrutura foi projetada para utilizar os 64 bits mais a esquerda para identificação da rede e os 64 bits mais a direita para identificação da interface.

Endereço Multicast

O IPV6 não possui endereço broadcast, e sim multicast. Endereços multicast são utilizados para identificar grupos de interfaces, sendo que cada interface pode pertencer a mais de um grupo. Os pacotes enviados para esses endereço são entregues a todos as interfaces que compõe o grupo. Seu funcionamento é similar ao do broadcast, dado que um único pacote é enviado a vários hosts, diferenciando-se apenas pelo fato de que no broadcast o pacote é enviado a todos os hosts da rede, sem exceção, enquanto que no multicast apenas um grupo de hosts receberá esse pacote.

Cabeçalho IPV6

O cabeçalho IPv6 possui menos informações, quando comparado ao cabeçalho IPv4. Várias informações foram removidas do cabeçalho IPV6, como por exemplo o checksum, considerado uma informação desnecessária uma vez que o controle de erro é atribuído às camadas inferiores. Os campos presentes no cabeçalho IPV6 são definidos a seguir:

Class of traffic: define a classe de serviço a que o pacote pertence, possibilitando associar diferentes prioridades a pacotes dependendo da exigência de cada aplicação. Com isso, podem-se dar subsídios ao controle da qualidade de serviço (QoS) na rede.
Flow Label: proposto para identificar datagramas que fazem parte de um mesmo fluxo, o que facilitaria, em tese, o tratamento dado a esses datagramas na rede. Atualmente esse cabeçalho não tem sido usado, e pode ser que em revisões futuras seja mudado seu propósito.
Payload Length: quantidade de bytes contidos na carga útil transportada pelo datagrama (payload).
Next Header: informa que há um cabeçalho opcional em seguida.
Hop: Número máximo de saltos (roteadores intermediários), da origem ao destino do datagrama, que podem ser percorridos antes do datagrama ser descartado. Em outras palavras, quantidade máxima de encaminhamentos permitidos para o datagrama. Tem papel similar ao campo TTL do IPv4.

Auto-configuração de endereços

Um resumo sobre ICMPv6 e seu papel na auto-configuração

Em redes IPv4, a auto-configuração de hosts se faz com o serviço DHCP. Em redes IPv6 existem duas formas de auto-configurar hosts:

SLAAC (Auto-configuração stateless): um host gera seu próprio endereço IPv6 a partir de informação anunciada periodicamente pelo gateway da rede. O gateway não sabe que host usa qual endereço IPv6.
DHCPv6: similar ao serviço DHCP para IPv4, um host obtém toda sua configuração de rede (incluindo seu endereço IPv6) de um servidor DHCPv6. Esse servidor mantém informações sobre que host usa qual endereço IPv6.

SLAAC

Com SLAAC, um host IPv6 tem a capacidade de auto-configurar seu endereço em uma subrede. Com isso, facilita-se a configuração de rede de um equipamento, pois torna-se desnecessário obter e definir manualmente seu endereço IPv6, além de outras informações tais como máscara de rede, gateway e servidores DNS. No entanto, isso depende de o gateway (ou algum outro equipamento) fornecer essas informações de configuração para os hosts em sua(s) subrede(s). Isso não é novidade, pois em redes IPv4 o serviço DHCP tem exatamente esse papel. Porém, com o surgimento de IPv6, a auto-configuração se tornou uma função do próprio protocolo de rede. Em redes IPv4, DHCP é um serviço que depende de softwares específicos tanto nos hosts (clientes) quanto no servidor. A auto-configuração IPv6 é muito mais simples, e não demanda nenhum software adicional nos hosts.

A autoconfiguração do IPV6, chamada stateless, é o procedimento com que os hosts de uma subrede podem definir seus próprios endereços, baseados em informações locais (ex: endereço MAC de sua interfaces de rede Ethernet, Wifi, ou Bluetooth), e em informações recebidas de roteadores, denominadas mensagens Router Advertisement. Sendo assim, o roteador é o responsável por fornecer informações sobre a SUBrede para que seja possível que hosts que nela residem se autoconfigurem. A autoconfiguração do IPV6 é chamada de stateless porque o roteador não mantém nenhum registro sobre a configuração de cada host. Isso é consequência da capacidade dos hosts se autoconfigurarem apenas sabendo a subrede a que pertencem. No entanto, para que seja possível a autoconfiguração em redes baseadas em IPV6, duas etapas de configuração devem ser aplicadas, sendo elas:

Configuração do prefixo ou neste caso a identificação da subrede. Nesta etapa, os prefixos são coletados pelos hosts por meio de mensagens ICMPv6, chamadas de Router Advertisement, as quais são transmitidas pelos roteadores.

Configuração do sufixo do host identificação do host propriamente dito. Nesta etapa, o sufixo de host é automaticamente obtido a partir do endereço MAC de 48 bits obtido de sua próprio interface de rede Ethernet ou Wifi. Uma vez que um endereço MAC possui apenas 48 bits, porém os sufixos IPV6 possuem 64 bits, os 16 bits restantes para completar o endereço IPV6 são inseridos por uma função de expansão chamada de Extended Unique Identifier (EUI). A função EUI executa as seguintes etapas:

Separa o endereço MAC em dois blocos de 24 bits
Adiciona os algarismos hexadecimais FFFE entre os dois blocos
Muda o sétimo bit do primeiro byte para 1 para sinalizar que o endereço é gerenciado localmente.

Este exemplo mostra a geração do sufixo de um endereço IPv6:

Protocolo NDP (Neighbor Discovery Protocol)

A auto-configuração IPv6 depende do protocolo NDP, implementado usando mensagens ICMPv6. De acordo com este tutorial do site IPv6.br, no caso da autoconfiguração de hosts, o protocolo fornece suporte para a realização de três funcionalidades:

Parameter Discovery: atua na descoberta por um host de informações sobre o enlace (como MTU) e sobre a Internet (como limite de saltos).
Address Autoconfiguration: trabalha com a autoconfiguração stateless de endereços nas interfaces de um nó.
Duplicate Address Detection: utilizado para descobrir se o endereço que se deseja atribuir a uma interface já está sendo utilizado por um outro nó na rede.

Já no caso da transmissão de pacotes entre nós, o suporte é dado para a realização de seis funcionalidades:

Router Discovery: trabalha com a descoberta de roteadores pertencentes ao enlace.
Prefix Discovery: implementa a descoberta de prefixos de redes do enlace, cuja a finalidade é decidir para onde os pacotes serão direcionados numa comunicação (se é para um roteador especifico ou direto para um nó do enlace).
Address Resolution: descobre o endereço fisico através de um endereço lógico IPv6.
Neighbor Unreachability Detection: permite que os nós descubram se um vizinho é ou se continua alcançavel, uma vez que problemas podem acontecer tanto nos nós como na rede.
Redirect: permite ao roteador informar ao nó uma rota melhor ao ser utilizada para enviar pacotes a determinado destino.
Next-Hop Determination: algoritmo para mapear um endereço IP de destino em um endereço IP de um vizinho para onde o trafego deve ser enviado.

Tratando especificamente da auto-configuração IPv6, o protocolo NDP usa mensagens ICMPv6 do tipo RA (Router Advertisement - Anúncio de Roteador) para anunciar parâmetros da subrede. Essas mensagens são tipicamente enviadas periodicamente pelo gateway, e contêm estas informações:

prefixo da subrede
endereço do servidor DNS
MTU
rotas para subredes específicas
domínios DNS

Em sistemas Linux, o envio de mensagens RA por um roteador são feitas pelo software radvd.

Ao receber uma mensagem RA, um host pode completar sua auto-configuração, e assim se comunicar na rede IPv6. A figura a seguir mostra mensagens RA enviadas por um roteador:

DHCPv6

RFC 3315: DHCPv6

O protocolo DHCPv6 guarda semelhanças com DHCP usado em redes IPv4. Ele implementa um serviço de configuração dinâmica de endereços. Assim como DHCP, DHCPv6 pode fornecer muitas outras informações aos hosts, tais como endereços de servidores WINS, proxy HTTP, programa de boot, entre outros.

De acordo com o livro Laboratório de IPv6, na página 51, basicamente, a comunicação entre o servidor DHCP e as máquinas cliente se dá com a troca de quatro mensagens:

Solicit: enviada pelo cliente ao grupo multicast all-dhcp-agents (ff02::1:2) com o intuito de localizar o servidor DHCP.
Advertise: enviada pelo servidor DHCP, diretamente ao endereço link-local do cliente, para indicar que ele pode fornecer as informações necessárias para a configuração.
Request: enviada pelo cliente diretamente ao grupo multicast all-dhcp-agents (ff02::1:2) para requisitar ao servidor DHCP os dados de configuração.
Reply: enviada pelo servidor DHCP ao endereço de link-local do cliente como resposta à mensagem Request.

O DHCPv6 possui dois modos de operação:

Stateful: o servidor DHCPv6 é responsável por informar aos clientes os endereços IPv6 que devem ser utilizados em suas interfaces de rede, mantendo o estado de qual endereço foi atribuído a determinado cliente.
Stateless: o servidor DHCPv6 informa apenas parâmetros de configuração como endereço dos servidores DNS ou servidores SIP da rede aos clientes, sem a necessidade de guardar qual informação individual de cada cliente. Nesse segundo caso, o cliente deverá obter o endereço IPv6 de sua interface de outra forma, seja manualmente ou SLAAC.

Para usar DHCPv6, é necessário um software específico a ser executado no servidor. Esse software responde a requisições de configuração de rede enviadas por clientes, fornecendo-lhes seus endereços IPv6 e demais configurações. Em sistemas Linux (e outros da família Unix), o software mais usado é o ISC DHCP server. Como visto no caso de DHCP para redes IPv4, esse software deve ser copnfigurado a partir do arquivo /etc/dhcp/dhcpd6.conf. O exemplo de configuração a seguir mostra a declaração de uma subrede IPv6 com a respectiva faixa de endereços a serem concedidos e o servidor DNS a ser informado:

default-lease-time 600;
max-lease-time 7200;

subnet6 2001:db8::/64 {
  range6 2001:db8::1234 2001:db8::abcd;
  option dhcp6.name-servers 2001:db8::abc;
}

Muitas opções para DHCPv6 podem ser usadas. Maiores detalhes podem ser encontrados na documentação sobre as opções.

Atividades

Objetivos:

Usar endereços IPv6 para endereçar hosts em uma rede
Realizar comunicações usando IPv6
Usar ferramentas de diagnóstico para IPv6

Para realizar estas atividades serão necessários alguns comandos:

Teste com ping6: deve-se especificar a interface de rede por onde as mensagens do ping6 serão transmitidas:

ping6 -I eth0 endereço_IPv6_a_ser_pingado
Tabela de rotas:

route -A inet6
Configuração de interface de rede: usa-se o programa ifconfig desta forma:

ifconfig nome_interface inet6 add endereço_IPv6
Criação de rota: uma rota IPv6 pode ser adiciona assim:

route -A inet6 add prefixo/máscara gw IPv6_do_próximo_roteador

Teste com ping6:
```
ping6 endereço_IPv6_a_ser_pingado
```
Obs: endereço IPv6 deve ser escopo global. Se for escopo link, deve-se informar a interface de rede por onde fazer o ping:
```
ping6 -I nome_interface endereço_IPv6_a_ser_pingado
```
Listagem de rotas: a tabela de rotas IPv6 pode ser visualizada assim:
```
route -A inet6 -n
```
Adicionar nova rota para:
```
route -A inet6 add prefixo/mascara gw IPv6_gateway
```
Obs: IPv6_gateway é um endereço IPv6 de escopo global. Se o endereço conhecido for de escopo link, o comando deve informar também a interface de saída para essa rota:
```
route -A inet6 add prefixo/mascara gw IPv6_gateway dev nome_interface
```

Roteiro 03: Endereçamento IPv6, roteamento estático e dinâmico

Parte 1: Endereços IPv6

Verifique quais provedores de conteúdo já usam IPv6. Isso pode ser feito com consultas DNS como esta:
```
host -t aaaa www.google.com
```
Algumas sugestões para procura:
- IFSC
- UFSC
- UDesc
- UOL
- Epagri
- Facebook
- ... e outros !
Em seu computador use o programa ifconfig para identificar o endereço IPv6 associado a sua interface ethernet.
Use o ping6 para testar a comunicação com IPv6 entre seu computador e o de um colega. Há alguma diferença no resultado, em relação ao ping baseado em IPv4 ?
Com o ping6 em execução ative a captura de pacotes com wireshark ou tcpdump. Visualize os pacotes enviados e recebidos pelo ping6 ... identifique os protocolos envolvidos. Qual a diferença em relação ao ping baseado em IPv4 ?
Adicione outro endereço IPv6 ao seu computador. Escolha um endereço formado pelo prefixo AA:BB::/64 e o endereço MAC da sua interface de rede.
Teste novamente com ping6 a comunicação com os computadores de seus colegas.
Assim como no caso de IPv4, existe uma tabela de rotas IPv6 em cada host. Visualize a tabela de rotas IPv6 em seu computador com este comando:
```
route -A inet6
```
... e procure identificar as subredes ali listadas.

Parte 2: Experimento com uma rede IPv6

Estes experimentos devem ser realizados no Netkit2, que deve ser executado na máquina real.

Para esquentar: uma rede mais simples:

Transfira para seu computador o arquivo de configuração rede0.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede0.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 2804:1454:1004:200::/64 e pc2 está na subrede 3ABB:CCDD:EEFF::/64, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1 e pc2consigam se comunicar

Praticamente a mesma rede, mas com um roteador a mais:

Transfira para seu computador o arquivo de configuração rede00.conf
Execute o Netkit2, e no menu File->Load Only selecione o arquivo de configuração rede00.conf
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Sabendo que pc1 está na subrede 2010:1aba:4455::/64 e pc2 está na subrede 3ABB:EEFF::/64, faça o seguinte:
1. Configure os endereços IP de todas as interfaces dos hosts dessa rede
2. Crie rotas estáticas nos hosts para que pc1 e pc2 consigam se comunicar

Parte 3: SLAAC

Execute o netkit2
Arraste este link para o arquivo de configuração rede0.conf e solte-o sobre a janela do netkit2
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Verifique os endereços IPv6 globais usado por pc1 e pc2. Compare-os com os endereços globais usados por r1.
Teste a comunicação entre pc1 e pc2 com ping6.

Em r1 crie o arquivo /etc/radvd.conf com este conteúdo:

interface eth1 {
  AdvSendAdvert on;
  MinRtrAdvInterval 3;
  MaxRtrAdvInterval 10;
  prefix ccdd:0:0:0:0:0:0:0/64 {
  AdvOnLink on;
  AdvAutonomous on;
  };
};
interface eth0 {
  AdvSendAdvert on;
  MinRtrAdvInterval 3;
  MaxRtrAdvInterval 10;
  prefix aabb:0:0:0:0:0:0:0/64 {
  AdvOnLink on;
  AdvAutonomous on;
  };
};

Em r1 execute este comando:
```
/etc/init.d/radvd start
```
Verifique os endereços IPv6 globais usado por pc1 e pc2. Compare-os com os endereços globais usados por r1.
Teste a comunicação entre pc1 e pc2 com ping6.
Verifique a tabela de rotas IPv6 em pc1 e pc2. Compare o endereço do roteador default com o do gateway.
Selecione o host pc1 e, em seguida, o menu Wireshark->eth0.
Observe as mensagens de anúncio de roteador recebidas. Que informações elas contêm ?
Agora experimente por esta rede no ar usando SLAAC ! Talvez seja necessário algo mais ...

Parte 4: DHCPv6

Execute o netkit2
Arraste este link para o arquivo de configuração rede0.conf e solte-o sobre a janela do netkit2
Use o menu File->Graph para visualizar a topologia da rede
Use o menu Network->Start para iniciar a rede
Verifique os endereços IPv6 globais usado por pc1 e pc2. Compare-os com os endereços globais usados por r1.
Teste a comunicação entre pc1 e pc2 com ping6.
Em r1 crie o arquivo /etc/radvd.conf com este conteúdo:
```
interface eth1 {
  AdvSendAdvert on;
  MinRtrAdvInterval 3;
  MaxRtrAdvInterval 10;
  prefix ccdd:0:0:0:0:0:0:0/64 {
  AdvOnLink on;
  AdvAutonomous on;
  };
};
interface eth0 {
  AdvSendAdvert on;
  MinRtrAdvInterval 3;
  MaxRtrAdvInterval 10;
  AdvManagedFlag on;
};
```
Mesmo que se use DHCPv6 é necessário usar SLAAC para obter o endereço do gateway. Por isso em r1 se ativou o serviço radvd, porém indicando que o host deve usar configuração de endereço stateful (opção AdvManagedFlag).

Em r1 crie o arquivo /etc/dhcp/dhcpd6.conf com este conteúdo:

default-lease-time 600;
max-lease-time 7200;

subnet6 aabb::/64 {
  range6 aabb::10 aabb::a00;
  option dhcp6.name-servers aabb::2;
}

subnet6 ccdd::/64 {
  range6 ccdd::10 ccdd::a00;
  option dhcp6.name-servers aabb::2;
}

Em r1 execute este comando:
```
/etc/init.d/radvd start
```
Verifique os endereços IPv6 globais usado por pc1 e pc2. Compare-os com os endereços globais usados por r1.
Teste a comunicação entre pc1 e pc2 com ping6.
O host pc1 não obteve seu endereço IPv6, pois ele deve fazê-lo via DHCPv6. Sendo assim, faça o seguinte:
- Em r1 ative o servidor DHCPv6 com este comando:
```
touch /var/lib/dhcp/dhcpd6.leases
chown dhcpd.dhcpd /var/lib/dhcp/dhcpd6.leases
dhcpd -6 -cf /etc/dhcp/dhcpd6.conf
```
- Em pc1 execute o cliente DHCPv6 com este comando:
```
dhclient -6 eth0
```
Verifique o endereços IPv6 global usado por pc1. Compare-o com os endereços globais usados por r1.
Teste a comunicação entre pc1 e pc2 com ping6.
Verifique a tabela de rotas IPv6 em pc1 e pc2. Compare o endereço do roteador default com o do gateway.
Uma reflexão: qual benefício existe em usar DHCPv6, ao invés de somente SLAAC ?

Parte 5: 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).

Reinicie o NetKit2 para limpar todas as configurações.
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.

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.

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ê?


Deixe o ping rodando!
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

Olhe o terminal do pc1, o que ocorreu com o ping? Por quê?
Observando o estado do sistema. Vamos usar comandos para verificar o estado dos roteadores.
Verifique o estado das interfaces usando o comando:  show interface </syntaxhighlight>

Verifique se o roteador está habilitado para roteamento:  show ipv6 forwarding </syntaxhighlight>

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?

Verifique a configuração atual do roteador:  show running-config </syntaxhighlight>

Teste as demais conectividades entre os PCs com pings mútuos. Tudo funcionando?
A partir de cada PC trace a rota (traceroute IP_Destino) para os demais PC e anote-as.
Com o route -A inet6 -n verifique a anote as rotas para cada rede a partir dos pcs.
Pare todos os pings.
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.
Aguarde uns 2 minutos para capturar pacotes específicos do protocolo de roteamento RIP.
Digite Ctrl + R para atualizar a captura do netkit2.
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.
O que dizem essas mensagens?
Qual endereço multicast o ripng utiliza?
A partir do pc1 deixe rodando o ping  ping6  aabb:ccdd:eeff::2</syntaxhighlight>

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>

Permaneça monitorando o ping6 e o Wireshark (reload: <Ctrl+r>). Observe os pacotes trocados e interprete.
Quais as mensagens trocadas pelo protocolo RIP observadas no WireShark? Observe o trecho de mensagens onde não houve respostas ao ping.
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.
Reative a interface r2-r1.no shutdown</syntaxhighlight>
Com o Wireshark, identifique as mensagens trocadas entre os roteadores envolvidos na mudança.
Qual a sua interpretação da mensagem? Qual o motivo da troca dessa mensagem em particular?




Parte 6: Integração SLAAC e RIP
De acordo com o que foi aprendido nesta aula e na aula anterior, configure esta rede aplicando a autoconfiguração IPV6 para a borda da rede e o algoritmo RIPNG para o núcleo da rede.

22/08/2019: Endereçamento IPv6, roteamento estático e dinâmico (continuação)

Aula 8

27/08/2019: Introdução a LAN

Aula 9

Referências bibliográficas:

Capítulo 13 do livro "Comunicação de Dados e Redes de Computadores", de Berhouz Forouzan
Capítulo 5 do livro "Redes de Computadores e a Internet, 5a edição", de James Kurose

Distinção entre WAN, MAN e LAN

Existe uma classificação de redes de computadores segundo sua abrangência. Segundo ela, as redes podem ser divididas em:

LAN (Local Area Network, ou Rede Local): É uma rede onde seu tamanho se limita a apenas uma pequena região física. Uma rede de área local (LAN) é uma rede que conecta computadores e dispositivos em uma área geográfica limitada, como uma casa, escola, prédio de escritórios ou grupo de edifícios bem posicionado. LANs com fio são provavelmente baseadas em tecnologia Ethernet. Novos padrões como o ITU-T G.hn também fornecem uma maneira de criar uma LAN com fio usando a fiação existente, como cabos coaxiais, linhas telefônicas e linhas de energia.
MAN (Metropolitan Area Network, ou rede metropolitana): A MAN é uma rede que se espalha por uma cidade. Por exemplo, uma rede de farmácias, em uma cidade, onde todas acessam uma base de dados comum. As MAN oferecem altas taxas de transmissão, baixas taxas de erros, e geralmente os canais de comunicação pertencem a uma empresa de de telecomunicações que aluga o serviço ao mercado. As redes metropolitanas são padronizadas internacionalmente pela IEEE 802, e ANSI, e padrões conhecidos para a construção de MAN são Metro Ethernet, Frame Relay, PON (entre outros). Outro exemplo de rede metropolitana é o sistema utilizado nas TV's a cabo.
WAN (Wide Area Network, ou rede de longa distância): Uma WAN integra equipamentos em diversas localizações geográficas (hosts, computadores, routers/gateways, etc.), envolvendo diversos países e continentes.

Essa classificação é útil, pois o projeto do provedor metropolitano envolve a implantação de redes desses três tipos:

Núcleo da rede do provedor (backhaul): o núcleo de sua rede forma uma MAN que se espalha por sua região de cobertura. Essa rede é formada por equipamentos de interconexão e acesso aos clientes, e enlaces segundo alguma tecnologia apropriada. Ela inclui também os enlaces de acesso aos clientes do provedor, sejam por fibra ou rádio.
Rede administrativa do provedor: a empresa do provedor deve ter uma LAN com alguns servidores, computadores de uso administrativo e técnico, além de equipamentos para interligá-los.
Enlaces de acesso a Internet: a rede do provedor deve possuir enlaces WAN para integrar sua rede a Internet.

Para fins de ilustração, seguem alguns exemplos de redes WAN no Brasil:

RNP ao longo dos anos, 2016
Embratel WAN por satélite (StarOne), serviços de dados
Eletronet Mapa Eletronet

Este outro exemplo apresenta um diagrama de uma rede MAN MetroEthernet em Florianópolis (diagrama antigo .. tal rede não deve mais ser assim !):

Outra possível MAN integraria uma região de uma cidade, como mostrado a seguir:

Uma rede MAN baseada em Ethernet (MetroEthernet)

Redes Locais (LAN)

Obs: obtido de Data and Computer Communications, livro de William Stallings, 8a edição:

Uma LAN consiste de um meio de transmissão compartilhado e um conjunto de hardware e software para servir de interface entre dispositivos e o meio de transmissão, além de regular o acesso ao meio de forma ordenada.
As topologias usadas em LANs são anel (ring), barramento (bus), árvore (tree) e estrela (star). Uma LAN em anel consiste de um laço fechado formado por repetidores que possibilitam que dados circulem ao redor do anel. Um repetidor pode funcionar também como um ponto de acesso de um dispositivo. Transmissão geralmente se dá na forma de quadros (frames). As topologias barramento e árvore são segmentos de cabos passivos a que os dispositivos são acoplados. A transmissão de um quadro por um dispositivo (chamado de estação) pode ser escutada por qualquer outra estação. Uma LAN em estrela inclui um nó central onde as estações são acopladas.
Um conjunto de padrões definido para LANs especifica uma faixa de taxas de dados e abrange uma variedade de topologias e meios de transmissão.
Na maioria dos casos, uma organização possui múltiplas LANs que precisam ser interconectadas. A abordagem mais simples para esse problema se vale de equipamentos chamados de pontes (bridges). Os conhecidos switches Ethernet são exemplos de pontes.
Switches formam os blocos de montagem básicos da maioria das LANs (não muito tempo atrás hubs também eram usados).

Algumas tecnologias

Ethernet (IEEE 802.3): largamente utilizada hoje em dia, na prática domina amplamente o cenário de redes locais.
Token Ring (IEEE 802.5): foi usada nos anos 80 e início dos anos 90, mas está em desuso ... muito difícil de encontrar uma rede local deste tipo hoje em dia.
Fiber Channel: criada especificamente para interligar servidores em redes de armazenamento de dados (SAN).
Infiniband: especificamente criada para interligar equipamentos para fins de computação de alto-desempenho. Mantém-se na ativa nesse nicho específico.

Topologias

Uma topologia de rede diz respeito a como os equipamentos estão interligados. No caso da rede local, a topologia tem forte influência sobre seu funcionamento e sobre a tecnologia adotada. Dependendo de como se desenha a rede, diferentes mecanismos de comunicação são necessários (em particular o que se chama de acesso ao meio). A eficiência da rede (aproveitamento da capacidade de canal, vazão) e sua escalabilidade (quantidade de computadores e equipamentos que podem se comunicar com qualidade aceitável) também possuem relação com a topologia. A tabela abaixo exemplifica topologias conhecidas de redes locais.

Topologia	Exemplo	Tecnologias
Estrela		Ethernet (IEEE 802.3) com hubs e switches
Anel (em desuso)		Token-ring (IEEE 802.5), FDDI
Barramento (em desuso)		Ethernet (IEEE 802.3)
Árvore		Ethernet (IEEE 802.3) com hubs e switches
Árvore-gorda (Fat-tree)		Ethernet (IEEE 802.3) com hubs e switches

Exemplos de uso de redes locais

Exemplos de redes locais são fáceis de apresentar. Praticamente toda rede que interconecta computadores de usuários é uma rede local - mesmo no caso de redes sem-fio, um caso especial a ser estudado mais a frente. A rede do laboratório de Redes de Computadores, onde temos nossas aulas, é uma rede local. Os demais computadores do câmpus formam outra rede local. Quando em casa se instala um roteador ADSL e se conectam a ele um ou mais computadores, cria-se também uma rede local. Portanto, redes locais são bastante comuns e largamente utilizadas. Ainda assim, cabem alguns outros exemplos de possíveis redes locais, mostrados abaixo:

Uma LAN típica com um link para Internet

Uma LAN que integra servidores em um datacenter

Um tipo de LAN especial para interligar servidores de armazenamento (storage), chamada SAN (Storage Area Network)

Arquitetura IEEE 802

Alguns textos de padrões IEEE 802

A arquitetura IEEE 802 define um conjunto de normas e tecnologias para redes no escopo das camadas física (PHY) e de enlace. A camada de enlace é dividida em duas subcamadas:

LLC (Logical Link Control): o equivalente a um protocolo de enlace de fato, porém na prática de uso restrito (pouco utilizada).
MAC (Medium Access Control): um protocolo de acesso ao meio de transmissão, que depende do tipo de meio físico e tecnologia de comunicação. Esse tipo de protocolo é necessário quando o meio de transmissão é compartilhado.

Alguns padrões conhecidos (lista completa):

IEEE 802.3 e variações: conhecidos como LAN Ethernet
IEEE 802.1: tecnologias para interligação de LANs
IEEE 802.11 e variações: conhecidos como WLAN (redes locais sem-fio), o que inclui WiFi
IEEE 802.15: padrões para WPAN (redes pessoais sem-fio), incluindo Bluetooth

Protocolo de acesso ao meio (MAC)

O protocolo de acesso ao meio (MAC) é parte da camada de enlace na arquitetura IEEE 802, e tem papel fundamental na comunicação entre estações. O MAC é responsável por:

Definir um formato de quadro onde deve ser encapsulada uma PDU de um protocolo de camada superior. Por exemplo, o quadro Ethernet (padrão IEEE 802.3) tem este formato:

Endereçar as estações, já que o meio de transmissão é multiponto (ver campos Endereço Destino (destination address) e Endereço de origem (source address) no quadro Ethernet). Endereços têm 6 bytes, em que informam o fabricante (OUI) e o número do adaptador de rede, conforme mostrado a seguir:

Formato do endereço MAC (criado por: Inductiveload, modificado/corrigido por: Kju Link do original)

Acessar o meio para efetuar a transmissão de quadros, resolvendo conflitos de acesso quando necessário. Um conflito de acesso (chamado de colisão) pode ocorrer em alguns casos quando mais de uma estação tenta transmitir ao mesmo tempo. Isso é fundamental em redes sem-fio, tais como Wifi (IEEE 802.11) e Bluetooth (IEEE 802.15.3), porém não é mais necessário nas LAN ethernet atuais (IEEE 802.3), que operam em modo full-duplex.

Padrão IEEE 802.3 (Ethernet)

Ver seção 5.4 do livro Redes de Computadores e a Internet, 6a edição, de James Kurose e Keith Ross.

Desenho usado por Bob Metcalfe, um dos criadores da Ethernet, para apresentação em uma conferência em 1976.

Redes locais Ethernet (padrão IEEE 802.3 e extensões) são compostas de equipamentos que se comunicam, denominados estações (STA na padrão IEEE 802.3), de equipamentos que os interligam (hubs e switches), e do meio de transmissão. A figura abaixo ilustra uma rede local hipotética com seus vários componentes.

De forma geral, uma estação possui um ou mais adaptadores de rede (placas de rede, ou NIC – Network Interface Card), como na figura abaixo à esquerda. Atualmente, adaptadores de rede das estações são conectados a um switch por meio de cabos de rede TP (par trançado) com conectores RJ-45, mostrado na figura abaixo à direita. Outros tipos de cabos são possíveis, tais como cabos coaxiais (em desuso, além de prescindir de switches) e fibra ótica.

Em resumo, são estes os elementos de uma rede Ethernet:

Estações: equipamentos que se comunicam pela rede. Ex: computadores e roteadores.
Interface de rede (NIC): dispositivo embutido em cada estação com a finalidade de prover o acesso à rede. Implementa as camadas PHY e MAC.
Meio de transmissão: representado pelos cabos por onde os quadros ethernet são transmitidos. Esses cabos são conectados às interfaces de rede das estações.
Switch: equipamento de interconexão usado para interligar as estações. Cada estação é conectada a um switch por meio de um cabo. Um switch usualmente possui múltiplas interfaces de rede (12, 24 ou mais). Uma rede com switches apresenta uma topologia física em estrela, árvore ou mesmo em anel !

Originalmente LANs Ethernet foram construídas usando um cabo único para interligar as estações (cabo coaxial). Posteriormente surgiram as redes baseadas em hubs, equipamentos que interligavam as estações em nível da camada física (funcionavam como repetidores). Atualmente essas redes são construídas usando switches, equipamentos que interligam as estacões em nível da camada de enlace (na verdade, da subcamada MAC). Um switch apresenta como benefícios, se comparado com hubs:

atuação em nível de MAC: o switch faz o acesso ao meio com CSMA/CD ao encaminhar um quadro, quebrando o domínio de colisão; além disto, um switch pode operar em modo full-duplex, quando então inexiste a possibilidade de colisão.
preservação da capacidade do canal: para quadros unicast, o switch encaminha um quadro somente pela porta onde reside o destinatário.
interligação de segmentos com diferentes taxas e modos de transmissão: um switch é capaz de receber um quadro por uma porta com uma certa taxa de transmissão (ex: 100 Mbps) e transmitir por outra com taxa diferente (ex: 1 Gbps).
realizar funções avançadas de interligação de segmentos: um switch pode realizar diversas funções de rede, tais como virtualização (VLAN), tratamento de caminhos fechados (loops), agregação de enlaces, controle de acesso, entre outras.

Essas características importantes devem fazer com que uma LAN com switches tenha um desempenho superior a uma LAN com hubs. Por desempenho entenda-se um número menor de colisões sob tráfego intenso (ou mesmo ausência total de colisões), e maior capacidade de canal vista por cada equipamento conectado ao switch.

O padrão sofreu um grande número de atualizações e extensões desde sua concepção nos anos 1980. Por exemplo, em sua primeira versão uma rede ethernet apresentava taxa de transmissão de 10 Mbps em half-duplex, porém atualmente essas redes operem em 1 Gbps em modo full-duplex. Na realidade, já existem versões em uso com taxas de 10 Gbps, e outras mais recentes com taxas de até 100 Gbps (ver página 46 da revista RTI online). Uma tabela dessas extensões ao padrão podem ser vistas na Wikipedia.

Padrão IEEE 802.3 na Wikipedia

Além de taxas maiores de transmissão, a operação em modo full-duplex predominante nas versões recentes do padrão prescindem do controle de acesso ao meio feito pelo protocolo MAC. Quando em modo half-duplex, o controle de acesso ao meio do tipo CSMA/CD (Carrier Sense Multiple Access/Collision Detect - Acesso Múltiplo com Detecção de Portadora/Detecção de Colisões) ainda é necessário.

Quando em modo half-duplex, usa-se o acesso ao meio do tipo CSMA/CD, que é probabilístico: uma estação verifica se o meio está está livre antes de iniciar uma transmissão, mas isso não impede que ocorra uma colisão (apenas reduz sua chance). Se acontecer uma colisão, cada estação envolvida usa esperas de duração aleatória para desempate, chamadas de backoff. A ideia é que as estações sorteiem valores de espera diferentes, e assim a que tiver escolhido um valor menor consiga transmitir seu quadro. Veja o fluxograma acima para entender como isso é feito.

Exemplo CSMA/CD

Fluxograma para o acesso ao meio com CSMA/CD do padrão IEEE 802.3.

As colisões e esperas (backoffs) impedem que esse protocolo de acesso ao meio aproveite totalmente a capacidade do meio de transmissão. Nas gerações atuais do padrão IEEE 802.3 (Gigabit Ethernet e posteriores) o CSMA/CD não é mais utilizado. Nessas atualizações do padrão, o modo de comunicação é full-duplex (nas versões anteriores, que operavam a 10 e 100 Mbps, há a possibilidade de ser half ou full-duplex). Se as comunicações são full-duplex, então conceitualmente não existem colisões. Isso se deve ao fato de que nessas novas versões cada estação possui uma via exclusiva para transmitir e outra para receber, portanto não existe mais um meio compartilhado.

Roteiro 04: Introdução a LAN

Objetivos

Conhecer os equipamentos típicos de uma rede local Ethernet
Estimar o desempenho de uma LAN Ethernet comutada (com switch)

A rede de teste para o experimento será composta de computadores ligados a um switch Ethernet a 100 Mbps em modos half ou full-duplex. Serão sintetizados tráfegos intensos, de forma a poder comparar o desempenho das transmissões nos dois casos.

Parte 1: ativos de rede

Observe a placa de rede de seu computador e sua conexão à rede por meio do cabo TP. Os computadores do laboratório estão conectados ao switch Intelbras, que reside no rack central. O número da porta onde está conectado seu computador na bancada corresponde à porta do switch. Desconecte o cabo do seu computador e observe o status da porta correspondente no switch (o status é informado por um led, que aceso significa que há equipamento ativo conectado àquela porta). Questão: como será que o switch sabe que um equipamento foi conectado a uma porta ? Ver esta explicação ...
Veja que informações o Linux provê a respeito de seu adaptador Ethernet. Usando os comandos administrativos do Linux, descubra:
- o modelo do adaptador, e seu endereço MAC: ver comandos lspci, lsusb e ifconfig.
- seu modo de operação (velocidade, modo duplex, se o enlace está ativo): ver comando ethtool
- suas estatísticas de operação (quadros transmitidos e recebidos, colisões e erros em geral): ver comandos netstat e ifconfig.
  
  Após obter essas informações, experimente desconectar o cabo da placa de rede e repetir a execução dos comandos.
Use um switch TP-Link 8 portas para conectar seu computador à rede do laboratório.
Repita os ítens 1 e 2, para conferir se houve alguma modificação na interface ethernet do seu computador.
Acesse a interface de gerenciamento do switch TP-Link. Isso pode ser feito via web ou telnet. Você deve precisar do manual do switch.
Identifique as informações no switch associadas às portas conectadas ao seu computador e à rede do laboratório.
Descubra a taxa de bits e o modo duplex da porta do switch onde está conectado seu computador. Confira se as informações obtidas no switch estão consistentes com as informações da interface de rede do computador.

Parte 2: switch ethernet

Mantendo os computadores conectados ao switch do laboratório, cada aluno deve escolher um colega para fazer uma medição de vazão na rede (throughput).
- Inicialmente apenas um par de aluno deve realizar a mediação de vazão.
- Um dos alunos deve identificar o endereço IP da interface ethernet de seu computador, e informá-lo ao outro colega envolvido na medição.
- Esse mesmo aluno deve executar este programa:
```
iperf -s
```
- Outro aluno deve executar o mesmo programa, porém em modo cliente desta forma:
```
iperf -c IP_do_outro_computador -i 5 -t 30
```
- Quando o programa cliente terminar, observe os valores reportados quanto à vazão obtida.
- A medição deve ser repetida, porém com todos os alunos envolvidos a realizarem-na simultaneamente. Que diferença houve no resultado da vazão ?
Conecte seu computador a um switch TP-Link.
Refaça a medição da taxa de bits entre seu computador e o de um colega. O computador de seu colega deve estar conectado em outro switch.

Parte 3: topologias de rede

Conecte o computador de um colega ao seu switch, e teste a comunicação entre os computadores. Eles se comunicaram normalmente ?
- Aproveite e estime quanto tempo leva um pacote para ir de um computador ao outro.
Interligue seu switch ao switch de um colega. Experimente em seguida testar a comunicação entre seu computador e o de seu colega. Que diferenças existem em relação ao experimento anterior ? O que se pode concluir ?
- Novamente estime quanto tempo leva um pacote para ir de um computador ao outro.
Todos os switches devem ser interligados de acordo com as topologias abaixo descritas. Em cada caso, deve-se testar a comunicação entre os computadores que estão conectados aos switches.
- Novamente estime quanto tempo leva um pacote para ir de um computador aos outros computadores.

Topologia	Diagrama
Linear
Estrela
Arvore
Anel

4. O que se pode concluir quanto ao efeito de cada topologia nas comunicações na rede ?

Elas influenciam na comunicação ?
Causam algum impedimento ?
Os atrasos de envio de pacotes variam significativamente em função da topologia ?

Parte 4: análise do funcionamento de switches

Acesse a interface de gerenciamento do switch.
Com a topologia em estrela implantada no último ítem da seção anterior, todos os computadores devem fazer ping para um destino qualquer.
Na interface de gerenciamento do switch acesse a tabela MAC. Liste os endereços MAC ali contidos, anotando as portas a que estão associados.
1. Identifique a que computador se refere cada endereço MAC
2. Compare as portas a que estão associados esses endereços no switch com a topologia da rede e onde estão fisicamente localizados os computadores
3. O que se pode concluir sobre essa tabela de endereços MAC mantida no switch ?
Este experimento busca mostrar como switches encaminham quadros ethernet.
1. Coloque seu computador diretamente na rede do laboratório, conectando seu cabo na tomada de rede da bancada.
2. Execute o wireshark, ativando a captura de pacotes ICMP
3. Um dos computadores deve fazer ping para algum outro computador do laboratório. OBS: apenas um computador deve fazer isso !
4. Em todos os computadores, deve-se observar no wireshark se os pacotes ICMP gerados pelo ping são capturados. Em quais computadores o wireshark conseguiu capturar os pacotes do ping ?
5. Agora em todos computadores o wireshark deve realizar a captura de pacotes ICMP e ARP
6. Um dos computadores deve realizar um ping para outro computador ainda não contatado (que ainda não tenha se comunicado).
7. O que o wireshark mostrou em todos os computadores ? Foram vistas mensagens ARP ? Quais os endereços MAC dessas mensagens ? E em quais computadores o wireshark mostrou pacotes ICMP do ping ?
8. O que se pode concluir sobre sobre o encaminhamento de quadros feitos por um switch ? Em uma LAN com switches seria possível ter vários pares distintos de computadores se comunicando simultaneamente ?

29/08/2019: Interligação de LANs

Aula 10

Capítulo 16 do livro "Comunicação de Dados e Redes de Computadores, 4a ed.", de Behrouz Forouzan.
Capítulo 5 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.

Interligação de LANs (norma 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

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).

Roteiro 05: Interligação de LANs

Objetivos

Compreender o aprendizado de switches
Segmentar LANs

Caso necessário mudar o endereço IP do switch, ou mesmo resetá-lo para padrão de fábrica, execute estes procedimentos:

Mudar o endereço IP do switch. Na CLI do switch execute estes comandos:
```
enable
configure
interface vlan 1
ip address endereço_IP mascara
end
```
Resetar o switch para padrão de fábrica :
```
enable
reset
```

Parte 1: Segmentação de LANs

Uma rede precisa ser reorganizada em três subredes em suas respectivas redes locais, como mostrado na figura a seguir:

Planeje essa modificação, listando:

Os equipamentos adicionais a serem utilizados
As subredes a serem implantadas
As configurações de rede que precisam ser feitas nos equipamentos

Parte 2: 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:
1. Faça o planejamento dessa rede com todas as informações que deverão ser configuradas..
2. Após finalizar o planejamento, implante essa rede no laboratório usando os switches TP-Link SG-3210.
- Manual da interface CLI do switch TP-Link
- Manual da interface web do switch TP-Link

Parte 3: 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:

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 item 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
```

03/09/2019: Interligação de LANs (continuação)

Aula 11

05/09/2019: Interligação de LANs (continuação)

Aula 12

10/09/2019: LANs e caminhos fechados

Aula 13

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.
Um bom texto sobre STP

No laboratório de Redes de Computadors, 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:

O problema dos ciclos (caminhos fechados) em uma rede local ethernet

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.

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 coinfigurar os switches, deve-se observar que o STP roda de forma independente para cada VLAN.

Roteiro 06

Objetivos

Criar redes locais com caminhos fechados (loops)
Compreender o efeito de caminhos fechados em uma LAN
Usar o protocolo STP para que a rede opere com redundância

Introdução

A interligação de segmentos de uma LAN pode conter enlaces redundantes para prover tolerância a falhas: caso um enlace falhe, o que isolaria uma parte da rede, outro enlace pode ser usado para manter a conectividade. No entanto a existência de enlaces redundantes cria loops (“circuitos fechados”) na rede, e isto causa sérios problemas:

Os switches não conseguem localizar corretamente as estações, pois a repetição de quadros para estações ainda desconhecidas, ou quadros em broadcast, faz com que a estação de origem apareça a cada repetição em um segmento diferente da rede.
Quadros em broadcast ficam presos eternamente nos loops, consumindo parte da capacidade da rede. À medida que mais quadros em broadcast forem transmitidos, a capacidade disponível se reduz, até que em algum momento chegue a um colapso.

A solução para esse problema é eliminar os loops desabilitando alguns enlaces, de forma que sempre exista apenas um caminho entre cada par de estações na rede. Isto se faz com um algoritmo chamado de Spanning Tree, e que é implementado pelo protocolo STP (Spanning Tree Protocol), definido na norma IEEE 802.1d. Esse protocolo identifica um switch como sendo o nó raiz da rede, e faz com que cada outro switch tenha apenas um enlace em direção à raiz. A seleção do nó raiz depende dos identificadores dos switches, chamados de Bridge ID, e a escolha dos enlaces a serem mantidos depende do custo do caminho até a raiz. O protocolo funciona com o envio periódico de mensagens de configuração, chamadas de BPDU (Bridge PDU), por todos os switches da rede.

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.

12/09/2019: Interligação de LANs (continuação)

Aula 14

17/09/2019: LANS e caminhos fechados (continuação)

Aula 15

19/09/2019: LANS e agregação de enlaces

Aula 16

Em uma LAN composta por switches, enlaces entre switches formados por um único cabo apresentam algumas limitações:

Se algum problema acontecer com o cabo, ou nas portas dos switches envolvidos, a comunicação entre os switches é interrompida
O enlace pode se tornar um gargalo, caso por ele passe um tráfego agregado de grande intensidade

Para entender essas questões, tome-se como exemplo a seguinte rede:

Uma rede com um switch central (core) e switches periféricos

Nessa rede, o switch central (core) integra os demais switches da rede. Todo o tráfego entre os dois lados da rede passa por esse switch, e pelos enlaces entre ele e os switches periféricos. Se um desses enlaces se romper, os dois lados da LAN ficam isolados. E, se muitos computadores estiverem se comunicando dois lados da rede, o switch core se torna um gargalo, limitando a taxa de transmissão máxima que pode ser obtida.

Agregação de enlace

A agregação de enlace (LA - Link Agregation), descrita no padrão IEEE 802.1ax, possibilita que dois ou mais enlaces físicos entre dois switches operem como um único enlace lógico (chamado de LAG - Link Aggregation Group). O enlace agregado tem uma capacidade que equivale à soma das capacidades dos enlace físicos. Assim, um enlace agregado composto por dois enlaces físicos de 1 Gbps tem capacidade de 2 Gbps. Além disso, se um dos enlace físicos se romper, o enlace agregado continua a funcionar, porém com capacidade reduzida. A figura a seguir ilustra um enlace agregado formado por três enlaces físicos entre dois switches.

Um enlace agregado entre dois switches formado por três enlaces físicos

O estabelecimento do enlace agregado envolve configurar as portas os switches que dele fazem parte. Isso pode ser feito de forma estática ou dinâmica:

Estática: definem-se manualmente nos switches as portas que fazem parte do enlace agregado.
Dinâmica: definem-se nos switches os grupos de portas que podem estabelecer enlace agregados. O protocolo LACP (Link Aggregation Control Protocol) é então utilizado para que os switches negociem o estabelecimento do enlace agregado.

LACP: Link Aggregation Control Protocol

Um texto introdutório sobre LACP

O protocolo LACP negocia enlaces agregados entre switches, contanto que estas condições estejam satisfeitas:

os enlaces físicos sejam full-duplex
todos enlaces envolvidos possuam mesma taxa de bits
os enlaces físicos estejam entre os mesmos dois switches

Estas figuras (obtidas nesta página) ilustram o estabelecimento de um enlace agregado com LACP, uma vez que as condições acima estejam satisfeitas:

Dois switches com quatro enlaces físicos de 100 Mbps entre eles

Após formação do enlace agregado, é como se houvesse um enlace de 400 Mbps (4 x 100 Mbps)

Uma vez estabelecido um enlace agregado, chamado de LAG, o LACP trabalha para que:

O enlace se recupere automaticamente em caso de falha de um ou mais enlaces físicos. Contanto que ao menos um enlace físico esteja em funcionamento, o enlace LAG continua a existir.
Os quadros de transmissões de dados sejam distribuídos entre os enlaces físicos.
Todos os quadros de uma comunicação em particular sejam transmitidos por um mesmo enlace físico, de forma a garantir que eles sejam recebidos na mesma ordem em que foram enviados.

Por fim, em um switch, do ponto de vista do LACP, cada porta pode ser ativa ou passiva:

Ativa: a porta toma iniciativa de enviar mensagens LACP para negociar o enlace agregado com o porta do outro switch onde está conectada
Passiva: a porta não envia mensagens LACP, a não ser que receba uma mensagem LACP vinda do outro switch.

Roteiro 07: LANs e agregação de enlace

Objetivos

Criar redes locais com enlaces agregados estaticamente
Criar redes locais com enlaces agregados dinamicamente
Testar a resiliência dos enlaces agregados

Parte 1: Enlace agregado estaticamente

Em um enlace agregado estaticamente, as portas envolvidas são predefinidas e somente podem ser alteradas manualmente. Com isso, se um enlace físico falhar, parte dos quadros transmitidos será perdida. Os experimentos seguintes buscam verificar o comportamento de um enlace agregado estaticamente.

Execute o netkit2 e nele carregue este arquivo de configuração (aggr1.conf). Ele representa esta rede:

A interface bond0 representa um link agregado, cujas portas físicas são eth1 e eth2.
Inicie a rede no netkit2. Em seguida selecione pc1, e nele execute este comando:
```
ping 10.0.0.2
```
... para fazer um ping para pc2.
Selecione o switch sw1, e nele visualize o tráfego que passa pela interface bond0. Essa é a interface que representa o enlace agregado:
```
tcpdump -i bond0 -ln
```
... e observe que as mensagens ICMP do ping fluem normalmente.
Interrompa o monitoramento da interface bond0, e em seguida monitore a interface eth1 (que é uma das portas associada ao enlace agregado):
```
tcpdump -i eth1 -ln
```
... qual a diferença em relação ao tráfego mostrado na interface bond0 ? Repita o monitoramento, porém na interface eth2 (a outra porta do enlace agregado), e compare o resultado com o que se viu nas interfaces eth1 e bond0. O que se pode concluir quanto à transmissão dos quadros pelo enlace agregado ?
Agora em sw1 use o programa ifconfig para desativar uma das interfaces do enlace agregado (eth1 ou eth2).
Repita o monitoramento do tráfego na interface bond0. Algo mudou em relação ao que se viu no passo 3 ?
Volte para pc1, e veja o que o ping apresenta na tela. O que mudou em relação ao que ele apresentava antes de se desativar uma das portas do switch sw1 ?
Agora em sw2 use o programa ifconfig para desativar uma das interfaces do enlace agregado (a mesma que foi desativada em sw1)
Volte para pc1, e veja o que o ping apresenta na tela. O que mudou em relação ao que ele apresentava antes de se desativar um dos enlaces físicos do LAG ?
O que se conclui em relação ao enlace agregado estaticamente ? Tenha em mente que enlaces agregados são criados principalmente para:
- Criar um enlace de maior capacidade entre switches
- Criar um enlace com tolerância a falha entre switches

Parte 2: Enlace agregado dinamicamente

Manual do switch TP-Link

Um enlace agregado dinamicamente usa o protocolo LACP para gerenciar o enlace. Com isso ele pode se recuperar de falhas de enlaces físicos que compõem o enlace agregado.

Este experimento deve ser realizado com switches reais.

Usando dois switches TP-Link, implante a seguinte rede:
Configure os switches para que os enlaces entre eles formem um enlace agregado: as portas envolvidas devem formar um LAG.
Confira nos switches se o enlace agregado foi devidamente formado, e qual a sua capacidade.
Teste a comunicação entre os computadores que estão em diferentes switches. Inicialmente use ping e, se funcionar, faça um teste de vazão (throughput). O teste de vazão mede a capacidade do enlace.
- Em um dos computadores execute o programa iperf desta forma:
```
iperf -s
```
- No outro computador, execute o iperf assim:
```
iperf -c IP_do_outro_computador -t 60 -i 5
```
- Faça esse medição entre dois pares de computadores simultaneamente. Ex: entre PC1 e PC3, e entre PC2 e PC4.
Desconecte um dos cabos do enlace agregado, e repita os testes de comunicação e vazão entre os computadores. O que mudou ?
Reconecte o cabo do enlace agregado.
Execute o ping entre dois pares de computadores, e deixe-os em execução.
Desconecte um dos cabos do enlace agregado, e observe o efeito na comunicação do ping.
Reconecte o cabo e novamente verifique se a comunicação do ping foi afetada de alguma maneira.
O que se conclui em relação ao LAG dinâmico ?

Parte 3: Juntando enlaces agregados e VLANs

Enlaces agregados podem ser combinados com VLANs, contanto que as portas que formam um LAG estejam nas mesmas VLANs e operem no mesmo modo de acesso (access ou trunk).

Implante a rede mostrada nesta figura (não precisa, no entanto, tornar PC4 um roteador entre as VLANs):
Estabeleça um enlace agregado entre os switches com ao menos dois enlaces físicos.
Teste a comunicação entre os computadores de cada VLAN. Desconecte e reconecte os cabos durante os testes.
O que se conlui quanto ao uso de VLANs junto com enlaces agregados ?

Parte 4: Juntando enlaces agregados e STP

Enlaces agregados podem ser combinados com STP, contanto que as portas que formam um LAG estejam com STP ativado.

Implante a rede mostrada nesta figura (obs: um computador por switch é suficiente):
Entre cada par de switches estabeleça enlaces agregados com pelos menos dois enlaces físicos cada.
Teste a comunicação entre os computadores.
Desconecte um dos cabos entre um par de switches, e veja o efeito na comunicação entre os computadores
Desconecte todos os cabos entre um par de switches, e veja o efeito na comunicação entre os computadores
O que se pode concluir quanto ao uso combinado de STP e enlaces agregados ? Qual seria o objetivo de usar cada uma dessas técnicas nesse caso ?

24/09/2019: LANS e agregação de enlaces (continuação)

Aula 17

26/09/2019: LANS e agregação de enlaces (continuação)

Aula 18

01/10/2019: Definição e Início do Projeto 1 (avaliação)

Aula 19 - Aula 25

Na conclusão da etapa 1 da disciplina propõe-se a implantação de redes locais que formam a rede administrativa do provedor. Nessa rede estão os servidores, os computadores e impressoras da gerência e demais funcionários administrativos, os computadores e equipamentos do pessoal técnico, e o acesso à rede metropolitana onde estão os equipamentos que dão acesso aos clientes da empresa. Os links para a Internet estão implantados em um ou mais roteadores que fazem parte da rede metropolitana. A figura com cenário a ser implantado está disponível no SIGAA.

Como se pode observar, a rede possui uma topologia lógica diferente da física. Com isso se pode organizar melhor o cabeamento dentro da empresa, e e facilitar o ingresso de novos computadores e equipamentos aos segmentos dessa rede.

Requisitos da implantação:

Topologia física em anel e com enlaces agregados para proteção
Subredes com endereçamento IPv6 e IPv4 (modo pilha dupla)
Configuração estática de IPv4 e IPv6
Roteamento estático
Bônus/Opcional: Segmentos administrativo e técnico com autoconfiguração IPv6 SLAAC e DHCP para IPv4.

Equipamentos por grupo:

02 switches TP-Link SG-3210 (manual do usuário)
01 switch L3 Cisco Catalyst (manual introdutório) (manual do software)
01 roteador TP-Link WDR-4300
computadores

Alguns tutoriais sobre a CLI (interface de linha de comando) de equipamentos Cisco:

Configuração do switch Cisco Catalyst

A configuração foi realizada com comandos na interface CLI do equipamento.

Entrar no modo administrativo (pede-se uma senha):
```
enable
```
Entrar em modo de configuração via terminal:
```
configure terminal
```

Criação das VLANs (substitua os nomes das VLANs pelos nomes das subredes do provedor):

vlan 5
name NomeDaVlan5
exit
vlan 10
name NomeDaVlan10
exit
vlan 15
name NomeDaVlan15
exit
vlan 20
name NomeDaVlan20
exit

Cada porta deve ser configurada em modo access ou truk. A seguir seguem dois casos: portas em modo acesso com uma VLAN por porta, ou uma única porta em modo trunk, com todas VLANs nessa porta.
1. Modo access: Adição de uma porta em cada VLAN em modo access (porta 1 na VLAN 5, porta 2 na VLAN 10, porta 3 na VLAN 15, porta 5 na VLAN 20):
```
interface gig1/0/1
switchport mode access
switchport access vlan 5
exit
interface gig1/0/2
switchport mode access
switchport access vlan 10
exit
interface gig1/0/3
switchport mode access
switchport access vlan 15
exit
interface gig1/0/4
switchport mode access
switchport access vlan 20
exit
```
2. Modo trunk: adicionar a porta 20 do switch nas VLANS 5, 10, 15 e 20:
```
interface gig1/0/10
switchport mode trunk
switchport trunk allowed vlan add 5,10,15,20
exit
```

Configuração do endereço IP da interface virtual associada a cada VLAN (a parte roteador desse switch L3). Cada VLAN possui uma interface virtual chamada vlanN, sendo N o número da VLAN:

interface vlan5
ip address 192.168.5.1 255.255.255.0
exit
interface vlan10
ip address 192.168.10.1 255.255.255.0
exit
interface vlan15
ip address 192.168.15.1 255.255.255.0
exit
interface vlan20
ip address 192.168.20.1 255.255.255.0
exit

A ativação do roteamento IP (estático) entre as subredes das interfaces virtuais:
```
ip routing
```
Definido rotas estáticas no switch, caso necessário. Por exemplo, definindo a rota default para o gateway 192.168.1.1:
```
ip route 0.0.0.0 0.0.0.0 192.168.1.1
```
... o primeiro IP é o prefixo da rede de destino, o segundo é a máscara, e o terceiro é o endereço do gateway.
Saída do modo de configuração via terminal:
```
end
```
Conferindo as VLANs criadas:
```
show vlan
```

Conferindo as interfaces virtuais das VLANs:

show interfaces vlan5
show interfaces vlan10
show interfaces vlan15
show interfaces vlan20

Conferindo a tabela de rotas:
```
show ip route
```
A gravação da configuração na memória flash:
```
write memory
```

Entrega, prazo e avaliação individual

Produto a entregar:

Relatório técnico (individual), com base neste modelo de documento
- Entrega via SIGAA
Demonstração da implantação feita.

Prazo:

22/10/2019

AVALIAÇÃO INDIVIDUAL: Além da atividade prática, uma avaliação individual será realizada no SIGAA no dia 22/10. Essa avaliação será composta por ao menos 5 questões de múltipla escolha ou discursivas, as quais abordam as técnicas estudadas e o desenvolvimento da parte prática do Projeto 1.

O conceito de cada aluno será calculado desta forma:

$Conceito=PartePratica\times 0.6+AvaliacaoIndividual\times 0.4$

onde $PartePratica=Relatorio\times 0.2+Implantacao\times 0.4$

24/10/2019: Redes sem-fio IEEE 802.11

Aula 26

O provedor de acesso fornece um serviço de dados para seus clientes. Os links de acesso dos clientes têm características diferentes daqueles usados na rede local interna do provedor:

A quantidade de pontos de acesso é muito maior do que na rede local interna
Taxas de bits devem poder ser limitadas tanto para upstream quanto downstream
As distâncias entre equipamentos do provedor e os clientes são maiores, podendo chegar a alguns quilômetros
Existem diferentes tecnologias para implantar os links de acesso (EPON, GPON, xDSL, MetroEthernet, IEEE 802.11 PTMP, LTE, ...), ao contrário da rede local interna, onde tipicamente se usa somente Ethernet para rede cabeada e WiFi para rede sem-fio
Os custos para implantação e operação desses links são significativos, devido às distâncias e tecnologias envolvidas

A rede de acesso dos clientes

Os primeiros provedores de acesso, nos primórdios da Internet (meados dos anos 90 até início dos anos 2000), usavam acesso discado. Para a realidade da época era uma escolha racional: a rede telefônica fixa atendia a maioria dos lares, e era possível transferir dados através de circuitos telefônicos. Apesar de esses links serem lentos para os padrões atuais (taxas na ordem de 30 kbps), terem baixa qualidade (muitos erros de transmissão), e serem caros (custo em função do tempo de uso), era o que havia e atendia a grande demanda das pessoas por acesso a Internet. Esse tipo de acesso somente caiu em desuso com o surgimento do ADSL, no final dos anos 90 e início dos anos 2000, que fornecia taxas de dados bem superiores e menor custo. O acesso com ADSL ainda é usado em larga escala, porém outras tecnologias despontam e a tendência é que o suplantem.

Uma característica comum às tecnologias de acesso citadas, seja acesso discado, ADSL ou similares (como ISDN, que não se popularizou), é estarem no domínio de operadoras de dados. Particularmente no Brasil, essas empresas nasceram dentro das grandes empresas de telecomunicações existentes, tais como as companhias telefônicas. Assim, o atendimento de clientes era feito usando infraestrutura e serviços dessas empresas, cabendo aos provedores de acesso complementarem os serviços de dados. As tecnologias envolvidas, e a rede de distribuição para atender os clientes, envolviam grandes investimentos. Porém as novas tecnologias de dados que vêm sendo adotadas têm menor custo, e podem ser implantadas em escalas menores e ainda serem viáveis. Isso tem viabilizado o surgimento de uma nova geração de provedores de acesso que não mais dependem da infraestrutura dessas grandes operadoras para implantarem links de dados para seus clientes.

Tecnologias de acesso

No escopo de um provedor metropolitano, algumas tecnologias de acesso têm se apresentado recentemente:

Na categoria FTTx destacam-se GPON e EPON:
- GPON: usa fibra ótica passiva, com taxas típicas de até 2.5 Gbps e facilidades para condicionamento de tráfego. Segue o GPON: padrão ITU-T G.984].
- EPON: também usa fibra ótica passiva, porém com limitações se comparada a GPON (e menor custo). Apresenta taxas de 1 Gbps ou 10Gbps, e se baseia no padrão IEEE 802.3ah (uma variação de Ethernet feita para última-milha)
PTMP: usa enlaces sem-fio, e se baseia tipicamente em uma versão modificada do padrão IEEE 802.11 (wifi), para que se adapte a links com maiores distâncias
VDSL: esta versão turbinada do ADSL pode ser usada combinada com GPON para atender clientes de um condomínio
MetroEthernet: disponibiliza enlaces Ethernet adaptados para longas distâncias
LTE: tecnologia de dados para dispositivos móveis nascida para os sistemas celulares, porém passível de ser usada para enlaces de acesso em menor escala (ver por exemplo esta linha de produtos de um fabricante da Grande Florianópolis)

Tecnologias de acesso (obtido desta fonte)

No caso do provedor em implantação nesta disciplina, é útil avaliar quais tecnologias podem ser usadas. Inicialmente vale revisar o que os provedores existentes utilizam, pois isso é um indicador de quais tecnologias estão mais popularizadas, têm menores custos e estão mais maduras.

Atividade

Revise as tecnologias usadas pelos provedores de acesso no primeiro dia de aula.

Redes sem-fio IEEE 802.11

O padrão IEEE 802.11 define uma tecnologia de redes locais sem-fio (WLAN), mais conhecida como WiFi. Esse tipo de rede tem como algumas características o baixo custo dos dispositivos, facilidade de utilização e boas taxas de transmissão em curtas distâncias (algumas dezenas de metros). Apesar de ter sido projetada para redes locais, essa tecnologia também tem sido usada para redes de média distância (alguns km). No entanto, para distâncias mais longas o padrão precisa ser adaptado para que funcione de forma eficiente. Para entender como criar enlaces de acesso sem-fio de alguns quilômetros usando esse tipo de tecnologia, é necessário entender seus princípios de funcionamento.

Estrutura de uma rede IEEE 802.11

Uma rede local sem-fio (WLAN) IEEE 802.11 é implantada por um equipamento especial chamado de ponto de acesso (AP - Access Point). Esse equipamento estabelece uma WLAN, de forma que computadores, smartphones, PDAs, laptops, tablets (e outros dispositivos possíveis) possam se comunicar pelo canal sem-fio. Esses dispositivos são denominados estações sem-fio (WSTA - Wireless Station), e se comunicam usando o AP como intermediário. Isso significa que todas as transmissões na WLAN são intermediadas pelo AP: ou estão indo para o AP, ou vindo dele. Além disso, uma WSTA somente pode se comunicar na WLAN se primeiro se associar ao AP - isto é, se registrar no AP, sujeitando-se a um procedimento de autenticação.

Do ponto de vista da organização da WLAN, a menor estrutura possível é o BSS (Basic Service Set), mostrado na figura abaixo. Um BSS é formado por um AP e as WSTA a ele associadas. O BSS possui um nome, identificado pela sigla SSID (Service Set Identifier), que deve ser definido pelo gerente de rede. O BSS opera em um único canal, porém as transmissões podem ocorrer com diferentes taxas de bits (cada quadro pode ser transmitido com uma taxa, dependendo da qualidade do canal sem-fio conforme medida pela WSTA que faz a transmissão). Por fim, apenas uma transmissão pode ocorrer a cada vez, o que implica o uso de um protocolo de acesso ao meio (MAC) pelas WSTA e AP.

O AP opera em nível de enlace, de forma parecida com um switch ethernet (porém sua tarefa é um pouco mais complexa ...). Isso quer dizer que o AP não usa o protocolo IP para decidir como encaminhar os quadros das WSTA, e assim não faz roteamento. Uma consequência desse modo de operação do AP é que a junção de dois ou mais AP por meio de um switch ethernet, com seus respectivos BSS, faz com que WSTAs em diferentes BSS possa se comunicar como se fizessem parte da mesma rede local. A união de dois ou mais BSS, mostrada na figura a seguir, se chama ESS (Extended Service Set). Em um ESS, todos os BSS possuem o mesmo SSID. No entanto, ao se criar um ESS deve-se cuidar para evitar que BSS vizinhos usem o mesmo canal.

As redes IEEE 802.11b e IEEE 802.11g usam a frequência 2.4 GHz para seus canais, que são espaçados a cada 5 MHz. As redes IEEE 802.11n usam frequências de 2.4 ou 5 GHz. O pádrão mais recente, IEEE 802.11ac, usa exclusivamente 5 GHz. No caso de IEEE 802.11n, ainda a mais comum de ser usada, quando na banda de 2.4 GHz os canais são numerados de 1 a 11. Quando usa modo de modulação com largura de 20 MHz, apenas três dentre onze canais (no máximo) não apresentam sobreposição. Isso ocorre porque cada canal tem largura de 5 MHz. A tabela abaixo mostra os canais usados em IEEE 802.11n, indicando a lista de canais interferentes de cada canal.

Quando se usa modulação com largura de 40 MHz, apenas um canal pode ser usado (o canal 6), pois toda a banda disponível é usada.

No caso da banda de 5 GHz há muito mais canais, e as combinações de canais não-sobrepostos se torna mais complexa:

Canais 5 GHz

Sistemas de Distribuição

Uma típica WLAN com estrutura distribuída pode ser criada explorando-se o conceito de Sistema de Distribuição (DS - Distribution System).

Em uma rede IEEE 802.11, vários BSS podem se combinar para formarem um ESS (Extended Station Set). A interligação entre os AP deve ser feita em nível de enlace, seja por uma rede cabeada ou por links sem-fio. Essa interligação é denominada Sistema de Distribuição, estando exemplificada na figura abaixo:

O sistema de distribuição funciona como uma ponte entre as WSTA, como mostrado na figura abaixo. Assim, se dois AP forem interligados, as WSTA que pertencem a seus BSS poderão se comunicar como se estivessem na mesma rede local.

Sistemas de distribuição podem ser implantados usando o próprio canal sem-fio, sendo assim denominados WDS (Wireless Distribution System).

A cobertura de uma área envolve um planejamento que leve em conta as taxas mínimas desejáveis e as características dos equipamentos (potências de transmissão e ganhos de antenas) e do ambiente (existência de obstáculos, reflexões, e fontes de ruído). Além disso, deve-se minimzar a interferência entre BSS vizinhos, o que pode ser feito escolhendo-se canais que não se sobreponham. A figura abaixo mostra conceitualmente como se podem escolher os canais dos AP para atingir esse objetivo (no caso, para banda de 2.4 GHz e canais de 20 MHz).

Desta forma, podem-se criar BSS para cobrir uma área e aproveitar melhor a capacidade do meio de transmissão.

Deve-se levar em conta que a qualidade do sinal tem relação com a modulação usada (e da taxa de dados), assim o limiar entre um BSS e outro depende de como as estações medem a qualidade de sinal e quais as taxas mínimas aceitáveis. A figura abaixo ilustra possíveis alcances para diferentes taxas de dados.

Taxas em função da distância do AP (exemplo, pois depende das condições do ambiente e dos equipamentos)

Considerações sobre implantação de redes locais sem-fio

Vimos que, para ampliar a cobertura de uma rede sem-fio IEEE 802.11, usam-se vários AP interligados em um Sistema de Distribuição (DS). Uma das maiores dificuldades ao se implantar uma rede sem-fio é determinar:

quantos AP são necessários
onde devem ser instalados
qual o canal e potência de transmissão a serem usados em cada AP.

Existem algumas técnicas para estimar a cobertura de cada AP, dados sua potência de transmissão e as características do ambiente em que se encontra (paredes, portas, outros obstáculos). Um bom resumo pode ser encontrado no TCC "Estudo e projeto para o provimento seguro de uma infra-estrutura de rede sem fio 802.11" de Cesar Henrique Prescher, defendido em 2009. Mas mesmo que se apliquem as recomendações ali descritas, ao final será necessário fazer uma verificação em campo da rede implantada. Para isso deve-se medir a qualidade de sinal sistematicamente na área de cobertura, para identificar regiões de sombra (sem cobertura ou com cobertura deficiente) e de sobreposição de sinais de APs. Tal tarefa implica o uso de ferramentas apropriadas e da aplicação de medições metódicas.

O MAC CSMA/CA

O protocolo MAC usado em redes IEEE 802.11 se chama CSMA/CA (Carrier Sense Multiple Access/Collision Avoidance). Ele foi desenhado para prover um acesso justo e equitativo entre as WSTA, de forma que em média todas tenhas as mesmas oportunidades de acesso ao meio (entenda isso por "oportunidades de transmitirem seus quadros"). Além disso, em seu projeto foram incluídos cuidados para quue colisões sejam difíceis de ocorrer, mas isso não impede que elas aconteçam. Os procedimentos e cuidados do MAC para evitar e tratar colisões apresentam um certo custo (overhead), que impedem que as WSTA aproveitem plenamente a capacidade do canal sem-fio. Consequentemente, a vazão pela rede sem-fio que pode de fato ser obtida é menor que a taxa de bits nominal (por exemplo, com IEEE 802.11g e taxa de 54 Mbps, efetivamente pode se obter no máximo em torno de 29 MBps).

O protocolo CSMA/CA implementa um acesso ao meio visando reduzir a chance de colisões. Numa rede sem-fio como essa, não é possível detectar colisões, portanto uma vez iniciada uma transmissão não pode ser interrompida. A detecção de colisões, e de outros erros que impeçam um quadro de ser recebido pelo destinatário, se faz indiretamente com quadros de reconhecimento (ACK). Cada quadro transmitido deve ser reconhecido pelo destinatário, como mostrado abaixo, para que a transmissão seja considerada com sucesso.

Envio de um quadro de dados, com subsequente reconhecimento (ACK)

O não recebimento de um ACK desencadeia uma retransmissão, de forma parecida com o procedimento de retransmissão do CSMA/CD ao detectar colisão. Antes de efetuar uma retransmissão, o MAC espera um tempo aleatório denominado backoff (recuo). Esse tempo é sorteado dentre um conjunto de possíveis valores que compõem a Janela de Contenção (Cw - Contention Window), representados no intervalo [0, Cw]. O valor de Cw varia de $Cw_{min}$ (15 para IEEE 802.11a/g/n e 31 para 802.11b) a $Cw_{max}$ (1023), e praticamente dobra a cada retransmissão de um mesmo quadro. A figura abaixo ilustra as janelas de contenção para retransmissões sucessivas.

Backoff para retransmissões sucessivas

Resumidamente, o protocolo MAC usa basicamente dois mecanismos principais para fazer o acesso ao meio:

Antes de uma transmissão, verifica-se se o canal está livre. Caso não esteja, deve-se primeiro aguardar que fique livre.
Cada quadro transmitido deve ser confirmado pelo receptor. Isso quer dizer que o receptor deve enviar um quadro de confirmação para o transmissor (ACK). Se esse quadro ACK não for recebido, o transmissor assume que houve um erro. Nesse caso, o transmissor faz uma retransmissão.
Antes de uma retransmissão o transmissor se impõem um tempo de espera aleatório chamado de backoff. A duração máxima do backoff depende de quantas retransmissões do mesmo quadro já foram feitas.

A figura abaixo ilustra um cenário em que cinco WSTA disputam o acesso ao meio. Repare os backoff feitos pelas WSTA antes de iniciarem suas transmissões. Esse backoff sempre precede uma transmissão quando a WSTA for verificar o canal sem-fio e o encontra ocupado (pense em por que o MAC deve fazer isso ...).

Por fim, o MAC CSMA/CA usado nas redes IEEE 802.11 define uma formato de quadros, mostrado na figura abaixo. Note que ele é diferente do quadro ethernet, e portanto o AP precisa traduzir os cabeçalhos de quadros que viajam da rede cabeada para a WLAN, e vice-versa. Note também que os endereços MAC do CSMA/CA são os mesmos que em redes ethernet.

Roteiro 08: Redes sem-fio IEEE 802.11

Para estes experimentos serão usados três pontos de acesso TP-Link TL-WDR4300 ou TP-Link Archer AC1750

Objetivos

Implantar uma WLAN para formar um ESS com sistema distribuição pela rede cabeada
Implantar uma WLAN para formar um ESS com sistema distribuição pela rede sem-fio

Parte 1: Um ESS com sistema de distribuição cabeado

Um sistema de distribuição usando uma LAN cabeada

Configure o rádio 2.4GHz de cada um dos AP com:
- Mesmo SSID (nome de rede)
- Cada um deve usar um canal diferente (largura de canal pode ser a mesma)
- Mesmo modo de operação (ex: 802.11n)
- Mesmo tipo de encripação e senha
- Baixa potência de transmissão
Configure a interface LAN desses AP de forma que se possa acessar suas interfaces de gerenciamento. Portanto, cada interface deve ter um endereço IP único na subrede do laboratório (192.168.1.0/24)
Acessem a rede sem-fio implantada usando seus celulares. Identifiquem com qual dos APs cada celular se associou.
Usem o app Wifi Analyzer para mostrar que redes sem-fio estão disponíveis. Identifiquem a rede implantada, e os canais em que está disponível.
Acessem algum site de streaming (ex: Youtube ou Netflix), e inicie a reprodução de um video longo.
Para simular a transição de BSS (mudança de AP), os AP serão desligados alternadamente.
- Observe o que acontece com a reprodução dos videos enquanto isso. Ela continua como se nada tivesse acontecido ? Ou ela continua com algumas interrupções ? Ou ela interrompe definitivamente ?
- Verifique se seu celular mudou de AP de forma transparente (sem precisar de sua intervenção)
Os professores irão configurar dois computadores no laboratório para usar a rede sem-fio implantada, tendo o cuidado de fazer com que cada um se associe a um diferente AP.
- Um dos computadores deve gerar tráfego em broadcast
- No outro computador deve-se monitorar a comunicação com wireshark. É possível visualizar os quadros em broadcast enviados pelo primeiro computador ? Isso evidencia que as redes sem-fio dos diferentes AP estão integradas em uma única LAN.

Parte 2: Um ESS com sistema de distribuição sem-fio (WDS)

Um ESS com um sistema de distribuição sem-fio (WDS)

Modifique a configuração dos AP para que formem um WDS conforme a figura acima.
- Todos AP devem usar o mesmo canal e mesma largura de banda
- Habilite a opção WDS Bridging, e configure as informações ali solicitadas
ATENÇÃO: os AP NÃO podem estar conectados na LAN do laboratório quando em modo WDS. Somente o AP que dá acesso aos demais AP (o AP à esquerda na figura) que deve estar ligado a LAN.
Após salvar e ativar as novas configurações, acessem a rede sem-fio com seus celulares
Identifiquem os APs com que seus celulares se associaram
Testem a comunicação nessa rede sem-fio. Há alguma diferença perceptível em relação ao DS pela rede cabeada ?
Os professores novamente irão configurar dois computadores no laboratório para usar a rede sem-fio implantada, tendo o cuidado de fazer com que cada um se associe a um diferente AP.
- Um dos computadores deve gerar tráfego em broadcast
- No outro computador deve-se monitorar a comunicação com wireshark. É possível visualizar os quadros em broadcast enviados pelo primeiro computador ? Isso evidencia que as redes sem-fio dos diferentes AP estão integradas em uma única LAN.
Um teste de desempenho deve ser realizado nos computadores:
- Em cada um dos computadores deve-se fazer ping para o gateway do laboratório (192.168.1.1). Há diferença perceptível no tempo de resposta ?
- Em cada um dos computadores deve-se realizar a transferência deste arquivo. Houve diferença nas taxas de transferência obtidas ?
Modifique a configuração dos AP da seguinte forma:
- O WDS deve ser realizado usando o rádio 5 GHz
- O rádio 2.4GHz deve ser usado para dar acesso aos clientes, e cada AP deve usar um canal diferente
Repita os testes de desempenho ... houve alguma diferença ?

31/10/2019: Redes Sem-Fio IEEE802.11 (continuação)

Aula 27

05/11/2019: Redes Sem-Fio IEEE802.11 (PTMP)

Aula 28

Acesso sem-fio PTMP

Um provedor pode oferecer links de dados sem-fio para seus clientes. Isso tem a vantagem de não exigir infraestrutura entre provedor e cliente (cabos e equipamentos de interconexão), apresentando baixo custo de implantação. O atendimento de múltiplos clientes pelo provedor se apresenta como um cenário denominado PTMP (Ponto Multiponto, ou Point To MultiPoint no original em inglês). No provedor reside a estação base, e cada cliente usa um roteador sem-fio para estabelecer seu enlace. Esse cenário PTMP pode ser visto na seguinte figura.

Redes sem-fio PTMP como essa são atualmente implementadas com base no padrão IEEE 802.11 (Wifi), porém com modificações para adaptá-lo a links de longa distância. Assim, podem-se ter as taxas de bits atuais do Wifi (ex: 150 Mbps ou 300 Mbps para IEEE 802.11n), além das funcionalidades bem conhecidas do Wifi.

Roteiro 09: PTMP

Objetivos

Implantar um enlace PTP entre dois roteadores sem-fio
Realizar medições de taxas de vazão no enlace sem-fio

Parte 1: caso PTP

Peguem um par de roteadores sem-fio WOM 5000 da Intelbras. Esse roteador é capaz de estabelecer enlaces PTP (Point-to-Point) de até 5 km.
Acessem a interface de gerenciamento Web desses roteadores, e configurem-nos para um enlace sem-fio. O CPE do lado do laboratório deve estar em modo AP, e o outro em modo cliente. Configure os parâmetros da rede sem-fio e da LAN desses roteadores.
Verifique o estabelecimento do enlace, testando a comunicação através do link.
Teste a vazão do link sem-fio, realizando o download de um arquivo grande:
1. Teste a vazão baixando esse arquivo uma vez
2. Teste novamente baixando-o duas ou mais vezes simultaneamente
3. Faça uma medição de vazão usando o iperf:
```
iperf -c 191.36.13.XX -t 60 -i 5
```
  ... substituindo 191.36.13.XX pelo endereço IP do computador do professor (lá o professor executou iperf -s)

Parte 2: Enlace PTP em modo WDS

Modifique o enlace para que o CPE do cliente opere em modo Bridge (ver aba Rede), e modo de operação Wireless WDS (aba Wireless). Nesse tipo de link, ambos CPE funcionam como bridges, e assim os computadores da rede remota parecem fazer parte da rede do laboratório. Observe as seguintes informações em ambos CPE para que esse enlace funcione:
No cliente, ative o modo WDS na aba Wireless, e em seguida faça um site survey (varredura). Quando forem listados os AP disponíveis, selecione o AP do seu provedor.
- Usem a menor distância possível (300 m), pois isso afeta a temporização do protocolo de enlace usado no link sem-fio
Salve a configuração e reinicie o cliente.
Repita os testes de vazão feitos na Parte 1 deste roteiro, e compare-os com os resultados anteriores.

Esse equipamento facilita a configuração do modo WDS. O que ele faz ao se selecionar o AP no site survey é:

- Canal: escolher o mesmo canal do AP no cliente
- Configuração WDS: deve ser cadastrado o endereço MAC do CPE da outra ponta, e configurada a mesma senha de encriptação.

Parte 3: Enlace PTP em modo WDS com um dos CPE como roteador

Neste outro cenário, o enlace entre dois CPE é feito em modo WDS, porém um dos CPE atua como roteador e outro como bridge.

A ideia é usar os CPE para prover acesso a uma rede remota, porém isolando-a em uma subrede definida no lado do provedor. Isso simplifica a configuração do lado do cliente, pois o CPE desse cliente não precisa ter configuradas suas informações de rede IP (ele as obtém com DHCP).

Configure o CPE conectado à rede externa em modo de Rede Cliente Provedor. O modo Wireless deve permanecer WDS, conforme realizado na Parte 2 deste roteiro. Observe que, no modo Cliente Provedor, a interface WAN é a interface ethernet, e a interface LAN é a interface sem-fio.
O CPE remoto deve estar em modo de Rede Bridge e modo Wireless WDS, mantendo sua configuração realizada na Parte 2 do roteiro.
A interface WAN do CPE roteador deve ser configurada em modo DHCP, e conectada ao switch do laboratório (alguma das tomadas de rede das bancadas). Assim ela pode obter sua configuração de rede adequada ao laboratório.
A interface LAN do CPE roteador deve ser configurada com um IP da subrede a ser usada na rede remota. Além, disso, o serviço DHCP deve ser ativado, para que possa fornecer configuração de rede para os clientes remotos.
Uma vez implantados os CPE, teste o acesso a Internet a partir de um computador da rede remota.
Meça a vazão obtida nesse link, da mesma forma como foi realizado na parte 1 deste roteiro.

Parte 4: experimentando distâncias mais longas

Instale um dos CPE no laboratório em modo AP. Use um cabo longo, pois esse CPE deve ficar fora do laboratório.
Instale um CPE cliente de forma que fique o mais distante possível do CPE AP. Esse CPE cliente deve ficar conectado a um laptop. Esse laptop e CPE devem ser movidos para o final do corredor, próximo à enfermaria.
Estabeleça um enlace PTP entre esses CPE, e teste a comunicação entre o laptop e algum computador do laboratório.
Meça a vazão através do enlace ponto a ponto.
Agora instale um ponto de acesso comum no laboratório, configure sua rede sem-fio, e associe o laptop à rede desse novo AP.
Teste a comunicação e meça a vazão por esse novo enlace, usando o laptop.

Parte 5: caso PTMP

O experimento será baseado no cenário 1, e será feito em duas etapas:

Com um ponto de acesso comum operando na faixa de 5 GHz
Com uma estação base

Caso 1: com ponto de acesso comum (WOM 5000)

Instale um ponto de acesso comum, configurando sua rede sem-fio na faixa de 5 GHz.
Faça com que cada CPE se associe ao ponto de acesso. Eles devem operar em modo de Rede bridge e modo Wireless cliente (isso deve simplificar a configuração). Note que os CPE devem acessar o mesmo SSID definido no ponto de acesso.
Teste a comunicação através do link sem-fio, incluindo o acesso a Internet
Repita os testes de vazão realizados na Parte 1 deste roteiro.
- Meça a vazão a partir da rede de cada CPE individualmente. Experimentem acessar serviço de streaming, baixar arquivos, e também medir a vazão com iperf:
```
iperf -c 191.36.13.49 -i 5 -t 60
```
- Meça a vazão a partir das redes dos CPE simultaneamente. Alternem o tipo de comunicação feita a partir de cada CPE (streaming,download, iperf, ...)
Faça também os testes de latência com ping a partir das redes do CPE, com diferentes cargas de tráfego. Usem o computador do professor (191.36.13.49) como alvo do ping.

Caso 2: com estação base (manual do usuário)

Instale a estação base APC 5A-15 da Intelbras, configurando-a para que opere em modo Access Point iPoll 3
Faça com que cada CPE se associe à estação base. Eles devem operar em modo de Rede bridge e modo Wireless cliente (isso deve simplificar a configuração). Note que os CPE devem acessar o mesmo SSID definido no ponto de acesso.
Teste a comunicação através do link sem-fio, incluindo o acesso a Internet
Repita os testes de vazão realizados na Parte 1 deste roteiro.
- Meça a vazão a partir da rede de cada CPE individualmente. Experimentem acessar serviço de streaming, baixar arquivos, e também medir a vazão com iperf:
```
iperf -c 191.36.13.49 -i 5 -t 60
```
- Meça a vazão a partir das redes dos CPE simultaneamente. Alternem o tipo de comunicação feita a partir de cada CPE (streaming,download, iperf, ...)
Faça também os testes de latência com ping a partir das redes do CPE, com diferentes cargas de tráfego. Usem o computador do professor (191.36.13.49) como alvo do ping.

07/11/2019: Redes Sem-Fio IEEE802.11 (PTPM - continuação)

Aula 29

12/11/2019: Enlaces de acesso Ethernet e PPPoE

Aula 30

Introdução

Uma rede MAN envolve a infraestrutura e tecnologias para interligar equipamentos de comunicação no alcance típico de uma cidade. Essa grande rede pode ser decomposta em três partes:

Acesso: a rede de acesso se situa na borda da MAN, sendo composta por equipamentos que implantam os enlaces de acesso dos usuários da rede. Existem diversas tecnologias de acesso, como visto na aula anterior, tais como aquelas baseadas em comunicação sem-fio (Wifi, 3G, 4G, 5G), baseadas em fibra (GPON, EPON, Ethernet), ou em cabos metálicos (xDSL, DOCSIS).
Agregação: a rede de agregação interliga os equipamentos de acesso, fazendo a intermediação entre eles e o núcleo da rede. Tecnologias típicas nesse nível são MetroEthernet e .
Núcleo: o núcleo da rede integra todos os equipamentos de agregação da rede, sendo possivelmente interligada com outras redes (ex: rede de operadoras). Tecnologias típicas nesse nível são IP/MPLS.

A figura a seguir exemplifica uma rede MAN com esses níveis de organização:

Uma possível MAN (fonte da imagem)

No escopo do provedor de acesso que orienta o estudo em PJI3, interessa a rede de acesso com Ethernet sobre fibra ótica. Esse tipo de enlace pode ser denominado como um serviço de uma rede Metro Ethernet, pois para o usuário final o enlace de acesso funciona como uma porta de switch.

Enlaces de acesso sobre ethernet

Em uma rede MAN baseada em ethernet, cada usuário final (ou cliente) tem um link de acesso que se apresenta como uma porta de switch. Sendo assim, para esse cliente o link de acesso tem características de um link para uma rede local (LAN). Como nesse tipo de link todos os equipamentos que residem numa mesma LAN podem se comunicar diretamente um com o outro, deve haver uma forma de isolar os clientes, para que se comuniquem somente com o roteador do provedor. A figura a seguir ilustra de forma simplificada como os links para os clientes são fornecidos, e porque, se cuidados não forem tomados, eles podem se comunicar diretamente.

Exemplo de uma rede MAN ethernet: os links de acesso podem ser implementados de diferentes formas, tais como links óticos, xDSL ou mesmo diretamente com ethernet. Notar o switch de agregação na borda da rede de acesso, que implanta uma LAN entre os clientes.

Duas técnicas elementares existem para isolamento dos clientes:

Uso de VLAN: cada cliente é associado a uma VLAN única, que pode ser uma VLAN IEEE 802.1q ou algum tipo de VLAN legada implementada no escopo do switch de agregação.
Uso de enlace PPPoE: um enlace PPPoE (PPP over Ethernet) é um enlace ponto-a-ponto virtual implementado sobre uma rede ethernet. Ele pode ser usado como uma forma de autorizar o link do cliente e impedir que se comunique diretamente sobre a rede ethernet.

Na prática, essas duas técnicas costumam ser combinadas. Usam-se VLANs para forçar que um cliente consiga se comunicar somente com a infraestrutura do provedor, e PPPoE para criar um enlace individual por cliente.

PPPoE (PPP over Ethernet)

Introdução

PPPoE define um método para encapsular quadros PPP dentro de quadros Ethernet, e foi definido na RFC 2516. Ele foi criado para facilitar a integração de usuários discados e banda-larga em provedores de acesso (ISP - Internet Service Providers). Além disso, torna mais fácil o controle de acesso, de uso da rede, e contabilização para usuários que a acessam via rede Ethernet. Assim, é possível implantar uma rede em que os usuários, para conseguirem acesso, precisam se autenticar como em um serviço discado. Uma vez obtido o acesso, pode-se também impor limitações de uso de banda de acordo com o usuário. Exemplos de infraestruturas que podem se beneficiar com essa técnica são redes de condomínios e de prédios comerciais. Finalmente, PPPoE é usado como protocolo de enlace em acessos aDSL, GPON e EPON, como ilustrado na figura abaixo.

Quando usado em uma infraestrutura ADSL, uma arquitetura de protocolos de enlace é implementada para fazer os encapsulamentos de PDUs a serem transmitidas. A figura abaixo mostra os protocolos envolvidos nesse uso do PPPoE, com respectivos encapsulamentos.

Como se pode notar nas figuras, em enlaces PPPoE há dois tipos de equipamentos:

Host: o computador ou equipamento que inicia o enlace (esse equipamento é denominado CPE)
Concentrador (AC): o equipamento que recebe pedidos de estabelecimento de enlace, e funciona como roteador para os enlace sPPPoE.

Com PPPoE podem-se criar redes de acesso baseada em tecnologia de rede local Ethernet, porém com autenticação, controle de uso de banda e contabilização de equipamentos de usuários. Essa foi uma motivação para a criação desse protocolo para uso por ISP (Internet Service Providers, ou Provedores de Acesso Internet).

Quadros PPPoE

As PDUs PPPoE são encapsuladas em quadros Ethernet, usando o ethertype 8863H (estágio de descoberta) ou 8864H (estágio de sessão). Devido ao cabeçalho PPPoE (6 bytes) combinado ao identificador de protocolo do quadro PPP (2 bytes), a MTU em enlaces PPPoE não pode ser maior que 1492 bytes. O quadro PPP é simplificado, não possuindo as flags delimitadoras e os campos Address, Control e FCS. A PDU PPPoE é mostrada a seguir:

Estabelecimento de sessões PPPoE

Em um enlace PPPoE um dos nodos é o host (cliente), e o outro o concentrador de acesso (AC, que tem papel de servidor). O estabelecimento do enlace é iniciado pelo host, que procura um AC e em seguida solicita o início do enlace. Esse procedimento é composto por por dois estágios:

Descoberta (Discovery): o cliente descobre um concentrador de acesso (AC) para se conectar. Ocorre uma troca de 4 PDUs de controle:
- PADI (PPPoE Active Discovery Indication): enviado em broadcast pelo cliente para descobrir os AC.
- PADO (PPPoE Active Discovery Offer): resposta enviada por um ou mais AC, contendo seus identificadores e nomes de serviços disponíveis (no âmbito do PPPoE).
- PADR (PPPoE Active Discovery Request): enviado pelo cliente para o AC escolhido, requisitando o início de uma sessão.
- PADS (PPPoE Active Discovery Session-Confirmation): resposta do AC escolhido.
Sessão (Session): nessa etapa são trocados quadros PPP como no estabelecimento de um enlace PPP usual. A sessão pode ser encerrada com a terminação PPP (i.e., via protocolo LCP), ou com a PDU PPPoE PADT (PPPoE Active Discovery Terminate).

Roteiro 10: PPPoE

Objetivos

Implantar uma rede de acesso baseada em links ethernet
Experimentar técnicas de isolamento dos clientes na rede de acesso

Neste experimento uma rede de acesso ethernet será disponibilizada para clientes do provedor. Essa rede deve isolar os clientes, de forma que eles consigam se comunicar somente com o roteador do provedor que dá acesso a Internet. Para isso serão usadas as técnicas de VLAN e PPPoE.

A rede de acesso ethernet a ser implantada

Parte 1: os enlaces PPPoE em uma rede virtual

Usando do Netkit2, carregue este arquivo de configuração e inicie a rede nele descrita.
Uma vez que a rede estiver em execução, investigue as interfaces de rede e rotas nos CPE e no AC. Observe em particular o tipo de interface de rede que os CPE usam para seus link para Internet.
Teste a comunicação entre um CPE e a Internet.
No AC inicie o wireshark para capturar pacotes na interface eth0. Em seguida, repita o teste de comunicação com a Internet a partir de algum CPE.
1. Observe os quadro capturados pelo wireshark, e compare-os com a estrutura dos quadros PPPoE apresentados em aula.
2. Veja como os datagramas IP são encapsulados nos quadros PPP.
3. Observe os endereços MAC contidos nos quadros ethernet capturados, e compare-os com os endereços MAC das interfaces do AC e dos CPE.
Encerre o wireshark no AC
Agora force o término do enlace PPPoE em CPE1, o que pode ser feito assim:
```
killall pppd
```
... e, em seguida, verifique as interface de rede existentes em CPE1. Algo mudou ?
Teste a comunicação com a Internet a partir de CPE1. Foi possível realizar a comunicação ?
Inicie o wireshark no CPE1, capturando na interface eth0, e depois execute este comando:
```
pppd call adsl
```
Verifique os pacotes capturados pelo wireshark. Identifique a sequência de estabelecimento de enlace PPPoE, comparando-a com o que foi mostrado em aula. Além da negociação feita com PPPoE, há uma segunda etapa realizada pelo protocolo PPP (que será estudado algumas aulas à frente).
Conclusão: qual a utilidade de usar enlaces PPPoE ?

Parte 2: os enlaces PPPoE em equipamentos reais

Implante a rede do cliente, composta por um computador e um CPE. Deve ser usado um roteador TP-Link AC1750 como CPE.
Use um switch TP-Link SG-3210 (o mesmo usado nos experimentos sobre LAN na etapa 1) como equipamento de agregação para a rede de acesso.
Implante o AC PPPoE em uma máquina virtual. Para isso siga estes passos:
1. Antes de executar a máquina virtual, configure-a com duas interfaces de rede em modo bridge e vinculadas à interface física eth0.
2. Instale este software servidor PPPoE:
```
sudo apt install pppoe
```
3. No ac, a interface eth1 será usada para os enlaces PPPoE, e a interface eth0 dará acesso à rede externa (LAN do laboratório).
4. Crie o arquivo /etc/ppp/pppoe-server-options com o seguinte conteúdo:
```
require-chap
noauth
login
lcp-echo-interval 10
lcp-echo-failure 2
ms-dns 191.36.8.3
netmask 255.255.255.0
noipdefault
debug
kdebug 4
```
5. Crie o arquivo /etc/ppp/chap-secrets com o seguinte conteúdo:
```
usuario1 * senha1
```
6. Crie o arquivo /etc/ppp/faixa-ip com o seguinte conteúdo:
```
172.18.1.1-100
```
7. Ative o servidor PPPoE:
```
pppoe-server -C pji3 -L 172.18.1.254 -p /etc/ppp/faixa-ip -I eth1
```
Configure o CPE para estabelecer um link PPPoE em sua interface WAN.

Ative Nat no AC pela interface eth0:

sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Habilite o encaminhamento IP no AC:
```
sudo sysctl -w net.ipv4.ip_forward=1
```
Obs: você pode editar /etc/sysctl.conf para que isso fique permanente !
Teste a comunicação do computador com a Internet.
Teste a comunicação do computador com os outros CPE;
Estenda a rede para que um CPE sem-fio tenha seu enlace WAN estabelecido com PPPoE.

Tornando o PC um cliente PPPoE

No pc deve-se criar o arquivo /etc/ppp/peers/pji3 com este conteúdo:

pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452 -C pji3"
noipdefault
usepeerdns
defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
user usuario1
default-asyncmap

Crie no pc o arquivo /etc/ppp/chap-secrets com este conteúdo:
```
usuario1 * senha1
```
Em pc ative o enlace PPPoE, executando:
```
pppd call pji3
```

14/11/2019: Enlaces de acesso Ethernet e PPPoE (continuação)

Aula 31

19/11/2019: Redes EPON

Aula 32

Uma tecnologia para acesso que se popularizou acentuadamente em anos recentes usa fibras óticas para prover serviço de dados para clientes. As redes PON (Passive Optical Network) tem sido implantadas de forma crescente por provedores de acesso, proporcionando altas taxas de transmissão (atualmente até 2.5 Gbps) com baixo custo de implantação. Existem dois tipos mais difundidos de redes PON:

GPON: os enlaces de dados se baseiam em tecnologia de encapsulamento própria (GEM) que oferece flexibilidade de configuração para os enlaces e bom controle sobre o uso da capacidade da rede. O padrão XG-PON é uma atualização do padrão para taxas de até 10 Gbps.
EPON: os enlaces de dados se baseiam em Ethernet, com menor custo porém menor controle sobre o uso de recursos da rede. Há uma atualização do padrão para 10 Gbps.

Uma introdução sobre ambas tecnologias pode ser vista neste blog.

EPON

Webinar: Soluções em redes GPON e EPON Intelbras

"Uma rede ótica passiva (PON – Passive Optical Network) trata-se de uma única fibra ótica compartilhada que é divida com o uso de splitters ou divisores óticos, tipicamente de custo acessível. Estes splitters dividem o sinal ótico da fibra em feixes separados, que são por sua vez transportados através de fibras individuais para cada assinante ou usuário final. O uso do termo passivo explica-se porque, entre a conexão do CO e os usuários finais, não há nenhum equipamento eletrônico ativo dentro da rede (a exemplo de um switch). Somente uma conversão ótica-elétrica é necessária em cada ponto de terminação da fibra, basicamente uma no CO e uma no usuário final. Assim, os usuários finais estão ligados via fibras dedicadas até o splitter, e daí compartilham uma única fibra até o CO.

No padrão IEEE 802.3ah, a rede ótica passiva PON é baseada no Ethernet, ao invés de outras tecnologias de PON baseadas em ATM. Daí ser chamada esta rede de EPON (Ethernet PON)."

(texto extraído deste tutorial).

Um exemplo de uma rede EPON

Comunicação em uma rede EPON

Uma rede EPON é formada por um equipamento concentrador localizado nas instalações do provedor, denominado OLT (Optical Line Terminator), e vários equipamentos terminais localizados nas dependências dos clientes, denominados ONU (Optical Network Unit). O OLT implanta a rede ótica e coordena as transmissões dos ONU. Além disso, um ONU somente pode se comunicar pela rede ótica se devidamente reconhecido e autorizado pelo OLT. Em uma rede EPON pode haver até 128 ONUs por fibra.

Para operação em modo full-duplex, os sistemas EPON multiplexam os sinais de transmissão da OLT para as ONU’s (downstream) e das ONU’s para a OLT (upstream) usando diferentes comprimentos de onda de luz: 1490nm para os sinais downstream e 1310nm para os sinais upstream (FONTE).

Como em uma rede EPON a fibra ótica entre OLT e os ONU é compartilhada, as transmissões devem seguir algumas regras. Cabe ao OLT comandar as transmissões. No caso downstream, os quadros transmitidos pelo OLT são recebidos por todos ONU. Cada ONU filtra os quadros recebidos com base em um identificador contido em cada quadro, dessa forma descartando aqueles quadros não destinados a si. No sentido upstream as transmissões ocorrem em modo TDMA, em que cada ONU transmite de acordo com um timeslot concedido pelo OLT (um timeslot possui uma duração e instante inicial). Com esse procedimento, não ocorrem colisões entre transmissões de OLT e ONUs. As figuras a seguir ilustram os casos downstream e upstream.

Transmissões em downstream: todos ONU recebem os quadros enviados pelo OLT, e os filtram com base em um identificador contido nos quadros

Transmissões em upstream: cada ONU transmite seus quadros de acordo com seu timeslot concedido pelo OLT

Um ciclo de transmissões em upstream: cada ONU transmite seus quadros de acordo com um tempo concedido pelo OLT

O gerenciamento dos ONU e das transmissões upstream em uma rede EPON se faz por meio do protocolo MPCP (Multi-Point Control Protocol), que estende o protocolo MAC e implementa estes serviços:

Prover referência de tempo para sincronizar ONUs
Controlar o processo de auto-descoberta de ONUs
Atribuir largura de banda aos ONUs (limites de tempo de transmissão por ciclo)

No MPCP, cada ONU é identificado com um número único de 16 bits denominado LLID (Logical Link Identification), o qual é gerado dinamicamente pelo MPCP. Esse número é usado pelos ONU para filtrar os quadros recebidos do OLT. Apenas quadros rotulados com o LLID atribuído ao ONU são aceitos.

Roteiro 11: EPON

Objetivos

Conhecer os equipamentos de uma rede EPON
Implantar uma rede de acesso EPON

Parte 1: Implantação de uma rede EPON simplificada

Manuais e softwares para equipamentos EPON Intelbras

Nesta primeira etapa, uma pequena rede EPON será implantada com CPEs configurados estaticamente.

Observe os elementos da rede EPON: OLT com módulo ótico SFP, ONU, fibra e seus conectores, splitter.
Conecte o módulo SFP à primeira porta PON do OLT. Em seguida, conecte o cabo de fibra e o splitter.
Ative o OLT, acessando sua interface de gerenciamento. Siga seu manual de configuração.
Conecte seu computador à interface LAN de um ONU. Acesse a interface de gerenciamento do ONU (ver manual de configuração).
- Configure o ONU para operar em modo bridge
Em uma fibra a partir do splitter, conecte a porta PON do ONU
Observe se o OLT reconheceu o ONU. Veja o LLID que foi associado ao ONU.
Teste a comunicação do seu computador com a Internet.
Identifique a subrede em que está seu computador
Agora deve-se realizar um teste de vazão pelo link ótico
1. Para medir a vazão downstream, faça o download deste arquivo.
2. Use o programa iperf para medir a vazão upstream:
```
iperf -c 192.168.1.1 -i 5 -t 60
```

Parte 2: ONUs com links PPPoE

Nesta segunda etapa, os links dos ONU devem ser implantados com PPPoE.

Implante um AC PPPoE na rede do laboratório.
Acesse a interface de gerenciamento do ONU, e configure-o para operar em modo roteador.
Configure seu endereço IP WAN em modo PPPoE
Configure seu endereço IP LAN com uma subrede de sua escolha
Teste a comunicação com a Internet a partir de seu computador

Parte 3: ONUs como bridge e link PPPoE

Nesta terceira etapa, os ONU devem funcionar como bridge, e um roteador adicional deve estabelecer o link PPPoE.

Acesse a interface de gerenciamento do ONU, e configure-o para operar em modo bridge.
Instale um roteador entre o ONU e a rede do cliente. Configure esse roteador para que o link WAN seja feito com PPPoE.
Configure o endereço IP LAN do roteador com uma subrede de sua escolha. Use DHCP para a subrede do cliente.
Teste a comunicação com a Internet a partir de seu computador
Implante também uma rede sem-fio em seu roteador TP-Link, e use-a com seu celular para acessar a Internet.

Parte 4: Limitação de taxa de transmissão dos ONUs

Esta tarefa apresenta um certo desafio. Ela envolve entender como realizar uma determinada função de rede em um equipamento específico.

O OLT possibilita limitar as taxas de downstream e upstream percebidas por cada ONU. Configure o OLT para que os ONU tenham essas taxas limitadas em 20 Mbps downstream e 4 Mbps upstream.

Leia o capítulo 9 do manual do usuário do OLT, e identifique o que é necessário realizar para limitar as taxas de dados dos ONU. Note que o manual usa termos como CIR, CBS, EBS e PIR:
- CIR (Commited Information Rate): a taxa de dados usual a ser limitada
- CBS (Commited Burst Size): a quantidade de bytes máxima que pode ser transmitida com taxa máxima (taxa maior que CIR)
- EBS (Excess Burst Size): a quantidade máxima de bytes que pode exceder o CBS (isso tem relação com o tamanho de pacote)
- PIR (Peak Information Rate): a taxa de dados de pico (taxa máxima)

Note que cada ONU é identificada no OLT com a nomenclatura: slot/porta_PON/número_ONU No nosso caso, os ONU sempre terão a identificação 0/1/número_ONU, sendo número ONU o número do ONU conforme descoberto no OLT.

21/11/2019: Redes EPON (continuação). Enlaces ADSL

Aula 33

Uma introdução a ADSL

ADSL (Asymetric Digital Subscriber Line) é uma tecnologia para provimento de enlace de dados para assinantes de linhas telefônicas residenciais. Ao contrário da modems analógicos (ex: V.92), ADSL não está limitado à largura de banda de canal de voz (~ 4kHz). Com isso, podem-se obter taxas de dados muito superiores, dependendo da versão de ADSL em uso. A tabela abaixo ilustra os vários padrões ADSL existentes e suas características.

Tabela de versões de ADSL e suas características.
Obtido em http://en.wikipedia.org/wiki/Asymmetric_digital_subscriber_line#ADSL_standards

ADSL consegue obter taxas de dados muito superiores às de modems analógicos (que chegavam no máximo a 56 kbps) porque na verdade não usa um canal de voz. A ideia é usar a fiação telefônica para estabelecer um enlace de dados entre o assinante residencial e a operadora, mas não a rede telefônica em si. Por isso que com ADSL pode-se ter o enlace de dados e falar ao telefone ao mesmo tempo. Para isso, na central onde chega a linha do assinante é feita uma separação entre o sinal de dados e o de voz: o de dados vai para uma rede de dados, e o de voz segue pela infraestrutura de telefonia. Em consequência, é necessário haver uma rede de dados separada da rede telefônica. A figura a seguir ilustra um enlace ADSL para um assinante residencial, evidenciando os componentes da infraestrutura da rede dados.

A separação entre os canais de voz e de dados, feita por um filtro passa-baixa, está destacada na figura abaixo:

Na infraestrutura ADSL, cabem destacar alguns elementos:

modem ADSL: equipamento responsável pela ponta do enlace do lado do assinante, fazendo os encapsulamentos das PDUs dos protocolos envolvidos nesse enlace, e a modulação do sinal digital resultante.
DSLAM (DSL Access Multiplexer): multiplexador de acesso ADSL, que recebe as linhas dos assinantes do lado da operadora. Esse componente faz a intermediação entre os assinantes e a rede de dados da operadora. Dentre suas atribuições, destacam-se a modulação do sinal das linhas dos assinantes, a limitação das taxas de downstream e upstream de acordo com o contratado pelos assinantes, e as conversões de protocolos de enlace (quando necessárias) para a rede da operadora. No entanto.
splitter: filtro que separa os sinais de voz e de dados. São usados tanto do lado do assinante quanto no DSLAM.
AC (concentrador de acesso): equipamento que concentra as pontas dos enlaces de dados dos assinantes no lado da rede da operadora.

A parte da infraestrutura ADSL dentro da rede de dados da operadora inclui equipamentos DSLAM (muitos deles), um ou mais AC e as redes de comunicação para interligá-los. Note-se que quem dá acesso de fato à Internet é o AC. A figura abaixo ilustra esses componentes.

O enlace de dados entre o equipamento do assinante e a rede da operadora pode ser feita de diferentes formas. Esse enlace é visto pelo assinante como seu enlace para a Internet - i.e. ele obtém seu endereço IP fornecido pela operadora. Os tipos de enlace de dados ADSL mais usados são:

PPPoE (PPP over Ethernet): cria um enlace ponto-a-ponto com protocolo PPP, cujos quadros são encapsulados em quadros Ethernet. Esta é a forma mais utilizada para assinantes residenciais.
PPPoA (PPP over ATM): cria um enlace ponto-a-ponto com protocolo PPP, cujos quadros são encapsulados em mensagens AAL5 da arquitetura ATM.
EoA (Ethernet over ATM): cria um enlace Ethernet, cujos quadros são encapsulados em mensagens AAL5 da arquitetura ATM.

O enlace PPPoE funciona como se tivesse um link ponto-a-ponto entre o roteador ADSL e um concentrador de acesso (AC). Quer dizer, parece que existe um fio ligando diretamente esses dois equipamentos, apesar de na realidade existir toda uma infraestrutura entre os dois. Isso pode ser visualizado na figura abaixo. Em cada ponta desse link PPPoE há um endereço IP usado pelos respectivos equipamentos.

Roteiro 12: ADSL

Objetivos

Implementar diferentes enlaces ADSL.

Parte 01

Configurações ADSL

Os seguintes parâmetros dos modems ADSL devem ter estes valores:

Port: 0
VPI: 8
VCI: 35
Encapsulamento: LLC/SNAP
Modo: PPPoE
User: usuario1
Password: senha1
NÃO ativar firewall.
Ativar NAT

Teste de validação: ping para fora da sua subrede.

Parte 02

Roteador ADSL em modo PPPoE: neste modelo, o roteador ADSL opera de fato como roteador. Ele estabelece um enlace IP com a operadora usando um protocolo chamado PPPoE. O endereço IP fornecido pela operadora fica associado à interface WAN do roteador ADSL. A rede interna forma uma rede local (LAN).

Teste de validação: ping para fora da subrede.

Parte 03

Roteador ADSL em modo bridge: neste modelo, o roteador ADSL opera na realidade como um modem ADSL. Ele apenas faz a codificação dos dados entre a LAN e o enlace ADSL estabelecido entre ele e o DSLAM. Isso significa que o endereço IP fornecido pela operadora deve ser associado a outro equipamento conectado à interface LAN do modem ADSL. Esse outro equipamento (no caso mostrado na figura a seguir representado pelo roteador/AP TP-Link) deve fazer a negociação do enlace IP usando o protocolo PPPoE. Esse outro roteador é que faz o papel de gateway para a rede rede interna (LAN).

Teste de validação: ping para fora da subrede.

26/11/2019: Definição e Início do Projeto 2

Aula 34

A conclusão da etapa 2 envolve implantar a rede de acesso e os enlaces WAN do provedor. A demonstração dessa rede deve ser feita com esta topologia:

A rede de acesso e o link WAN do provedor

As seguintes informações devem orientar a implantação dessa rede:

Cada grupo reaproveitará a infra-estrutura construída no Projeto 1.
Do lado do provedor, um switch deve ser usado para implantar as VLANs de Acesso e Agregação.
Os links sem-fio PTMP devem ser feitos com CPE dos clientes operando como roteadores com suporte a NAT.
Os links ADSL apresentados na Figura não precisarão ser implementados.
Links PTMP e EPON devem ser implantados com PPPoE.
Links PPPoE devem ser autenticados, de forma que cada cliente possua seu usuário e senha.
Os links EPON devem ter taxa de downstream e upstream de acordo com o plano contratado (atividade bônus):
- VIP: 100Mbps/20Mbps
- Fast: 50Mbps/10Mbps
- Light: 10Mbps/2Mbps
O link WAN é do tipo Ethernet.
A subrede IP da rede de agregação do provedor fica a critério de cada grupo.
A subrede IP a ser usada nas interfaces WAN dos CPE dos clientes é 192.168.2.0/24 e 192.168.3.0/24 (uma para cada grupo). Essa subrede foi fornecida pela operadora para uso do provedor.
O roteador de borda deve usar IP 192.168.1.222/24 em sua interface LAN.
- O roteador default para o roteador de borda tem IP 192.168.1.254
- O roteador de borda NÃO deve ativar NAT

Manuais e softwares

Avaliação

Essa rede deve ser implantada pela turma nas aulas dos dias 26/11 a 05/12. A demonstração deve ser feita dia 10/12, e sua avaliação irá considerar o seguinte:

a implantação da rede conforme a especificação
a explicação do grupo sobre soluções específicas realizadas na implantação
o correto funcionamento da rede: dispositivos nas redes dos clientes devem conseguir acessar a Internet

Além da atividade prática, uma avaliação individual será realizada no dia 12/12. Essa avaliação será composta por ao menos 5 questões de múltipla escolha ou discursivas, as quais abordam as técnicas estudadas.

O conceito de cada aluno será calculado desta forma:

$Conceito=PartePratica\times 0.5+AvaliacaoIndividual\times 0.5$

PJI3 20192

Projeto Integrador III

30/07/2019: Apresentação da disciplina.

Apresentação da disciplina

Introdução ao problema de estudo

Atividade

Tabela de provedores existentes (Grande Florianópolis)

01/08/2019: Endereçamento IPv4. Configuração Estática e Dinâmica

Configuração de endereços

Configuração estática

Configuração dinâmica

Protocolo DHCP

Servidor DHCP

Atividade

Objetivo

Roteiro 01: configuração de endereços

06/08/2019: Endereçamento IPv4. Configuração Estática e Dinâmica (continuação)

08/08/2019: Roteamento Estático e Dinâmico

Subredes IP

Encaminhamento IP

Roteamento estático

Roteamento dinâmico

Protocolo RIP

Exemplo RIP (De A para F)

Atividades

Roteiro 02: Subredes e roteamento estático

Roteamento estático entre redes das equipes

Roteamento dinâmico (com o RIP)

Revisitando o roteamento entre equipes ... mas dinâmico

13/08/2019: Roteamento Estático e Dinâmico (continuação)

15/08/2019: Roteamento Estático e Dinâmico (continuação)

20/08/2019: Endereçamento IPv6, roteamento estático e dinâmico

Endereço IPV6

Adoção no Brasil

Tipos de Endereços IPV6

Endereços Unicast

Endereço Multicast

Cabeçalho IPV6

Auto-configuração de endereços

SLAAC

Protocolo NDP (Neighbor Discovery Protocol)

DHCPv6

Atividades

Roteiro 03: Endereçamento IPv6, roteamento estático e dinâmico

Parte 1: Endereços IPv6

Parte 2: Experimento com uma rede IPv6

Parte 3: SLAAC

Parte 4: DHCPv6

Parte 5: Roteamento dinâmico com IPV6 (com o RIPNG)

Parte 6: Integração SLAAC e RIP

22/08/2019: Endereçamento IPv6, roteamento estático e dinâmico (continuação)

27/08/2019: Introdução a LAN

Distinção entre WAN, MAN e LAN

Redes Locais (LAN)

Algumas tecnologias

Topologias

Exemplos de uso de redes locais

Arquitetura IEEE 802

Protocolo de acesso ao meio (MAC)

Padrão IEEE 802.3 (Ethernet)

Roteiro 04: Introdução a LAN

Objetivos

Parte 1: ativos de rede

Parte 2: switch ethernet

Parte 3: topologias de rede

Parte 4: análise do funcionamento de switches

29/08/2019: Interligação de LANs

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

Segmentação de LANs

Segmentação com VLANs

Padrão IEEE 802.1q

Roteiro 05: Interligação de LANs

Objetivos

Parte 1: Segmentação de LANs

Parte 2: Segmentação de LANs com VLANs

Parte 3: criando uma infraestrutura física e usando VLANs

Interfaces para VLAN no Linux

03/09/2019: Interligação de LANs (continuação)

05/09/2019: Interligação de LANs (continuação)

10/09/2019: LANs e caminhos fechados