instituto de pesquisas tecnológicas do estado de são...
TRANSCRIPT
Instituto de Pesquisas Tecnológicas do Estado de São Paulo
Alan Belmonte Aquilino
Método para implementação de redes estáveis de grande porte utilizando o protocolo OSPF versão 3
São Paulo 2012
Alan Belmonte Aquilino
Método para implementação de redes estáveis de grande porte utilizando o protocolo OSPF versão 3
Dissertação de Mestrado apresentada ao Instituto de Pesquisas Tecnológicas do Estado de São Paulo – IPT, como parte dos requisitos para a obtenção do título de Mestre em Engenharia da Computação Data da aprovação 9 / 2 / 2012 ____________________________ Prof. Dr. Antônio Luiz Rigo IPT – Instituto de Pesquisas Tecnológicas do Estado de São Paulo
Membros da Banca Examinadora: Prof. Dr. Antonio Luiz Rigo (Orientador) IPT – Instituto de Pesquisas Tecnológicas do Estado de São Paulo Prof. Dr. Alexandre José Barbieri de Sousa (Membro) IPT – Instituto de Pesquisas Tecnológicas do Estado de São Paulo Prof. Dr Volnys Borges Bernal (Membro) USP – Universidade de São Paulo
Alan Belmonte Aquilino
Método para implementação de redes estáveis de grande porte utilizando o protocolo OSPF versão 3
Dissertação de Mestrado apresentada ao Instituto de Pesquisas Tecnológicas do Estado de São Paulo - IPT, como parte dos requisitos para a obtenção do título de Mestre em Engenharia da Computação. Área de Concentração: Redes de Computadores Orientador: Prof. Dr. Antônio Luiz Rigo
São Paulo Janeiro/2012
Ficha Catalográfica Elaborada pelo Departamento de Acervo e Informação Tecnológica – DAIT
do Instituto de Pesquisas Tecnológicas do Estado de São Paulo - IPT
A656m Aquilino, Alan Belmonte
Método para implementação de redes estáveis de grande porte utilizando o protocolo OSPF versão 3. / Alan Belmonte Aquilino. São Paulo, 2012. 214 p. Dissertação (Mestrado em Engenharia de Computação) - Instituto de Pesquisas Tecnológicas do Estado de São Paulo. Área de concentração: Redes de Computadores. Orientador: Prof. Dr. Antônio Luiz Rigo 1. Redes de computadores 2. IPv6 3. Protocolo de roteamento 4. Protocolo OSPF versão 3 5. Estabilidade de redes de grande porte 6. Tese I. Instituto de Pesquisas Tecnológicas do Estado de São Paulo. Centro de Ensino Tecnológico II. Título
12-25 CDU 004.7(043)
DEDICATÓRIA
Dedico este trabalho à minha amada família pelo apoio que tive em todos os
momentos que interferiram no andamento das atividades ligadas ao mestrado.
AGRADECIMENTOS
Agradeço aos meus colegas de trabalho da AT&T Jorge Takeda e Adriano
Carvalho, pois nossas interações conjuntas na implantação de redes de grande
porte foram mais que uma motivação para a evolução deste trabalho.
Um muito obrigado à minha amiga Valéria Portella pelas longas conversas
sobre IPv6 e pela oportunidade de utilizar o tema da minha dissertação em diversos
projetos corporativos.
Agradeço ao Professor Rigo pelos anos de convivência, paciência e
orientação, elementos fundamentais para o andamento deste trabalho.
RESUMO
As redes de telecomunicações são cada vez mais dependentes de protocolos de roteamento para realização de troca de tráfego entre equipamentos distintos. Com a evolução dos protocolos de rede e roteamento é cada vez mais difícil manter a estabilidade de rede em ambientes de grande porte, pois a complexidade dos novos protocolos e a convivência com protocolos antigos ainda são itens pouco estudados. Neste contexto, o IPv6 surge como protocolo necessário à sobrevivência das redes de telecomunicações e traz diversos novos protocolos de roteamento ainda desconhecidos pelo mercado, como o OPSF versão 3. Este trabalho apresenta um método de implementação de redes de grande porte com OSPF versão 3, de modo a atender as exigências de alta velocidade, grande número de conexões, alta disponibilidade, tolerância à falhas e convivência com antigos protocolos sem prejudicar a estabilidade de rede. Para isso, são estudados os protocolos IPv6 e OSPF versão 3 e suas interações com protocolos antigos, confrontados com os diversos componentes que afetam a estabilidade das redes de grande porte. A montagem de um protótipo com topologia semelhante às empresas de grande porte é apresentada de modo a validar o método proposto e examinar com detalhes as interações entre os protocolos e equipamentos de rede.
Palavras-chave: redes de computadores; protocolos de roteamento; IPv6; OSPF versão 3; estabilidade de redes de grande porte.
ABSTRACT
A method for implementing large enterprise networks with OSPF version 3
The telecommunications networks are more and more dependent on router protocols to perform the traffic exchange among distinctive equipment. Due to the evolution of router protocols it is more difficult to keep the stability of the network in heavy duty environment equipment, for the complexity of the new protocols and working along old protocols have still been items of little investigation. Here in this context, the IPv6 appears as a protocol necessary to the survival of the telecommunications network and brings us new products about routers not yet known by the market, like the OPSF version 3.This piece of work introduces a method of implementation of heavy duty networks like the OSPF version 3, as to meet the requirements of high speed, large number of connections, high availability, allowance for failure and working along old protocols without damaging the stability of the network. For this, there are studies of the IPv6 and OSPF protocols and their interaction with the old protocols, compared with the several components that affect the stability of the heavy duty networks. The assembly of a prototype having a topology similar to the powerful corporations is presented in a way to validate the proposed method and to check over in details the interactions among the protocols and network equipment.
Keywords: Computer networks, routing protocols, Ipv6, OSPF version 3, Stability of heavy duty networks.
Lista de Ilustrações
Figura 1 – Termos relacionados ao OSPF 21
Figura 2 – Comparação entre cabeçalhos IPv4 e IPv6 34
Figura 3 – Pilha Dupla 39
Figura 4 – Opções de Tunelamento 40
Figura 5 – Um roteador, duas conexões, ativo/passivo 46
Figura 6 – Um roteador, duas conexões, ativo/ativo 47
Figura 7 – Um Dois roteadores, duas conexões, ativo/passivo 48
Figura 8 – Dois roteadores, duas conexões, ativo/ativo 48
Figura 9 – Exemplo de rede de grande porte e protocolos de roteamento utilizados 51
Figura 10 – Topologia física: GNS3 e Dynamips 63
Figura 11 – Gráfico gerado pelo Winping 65
Figura 12 – Compatibilidade do software de roteamento Quagga 68
Figura 13 – Compatibilidade do software de roteamento XORP 68
Figura 14 – Compatibilidade do software de roteamento Cisco IOS 69
Figura 15 – Topologia física - Protocolos WAN 70
Figura 16 – Topologia lógica 73
Figura 17 – Informações sobre OSPF 74
Figura 18 – Caminho dos pacotes na situação de rede estável 75
Figura 19 – Gráfico do tempo de resposta IPv4 para rede estável 85
Figura 20 – Tempo de resposta IPv6 para rede estável 86
Figura 21 – Resposta do servidor web via IPv4 95
Figura 22 – Resposta do servidor web via IPv6 96
Figura 23 – Tempo de resposta para IPv4 no Teste1 97
Figura 24 – Tempo de resposta para IPv6 no Teste1 98
Figura 25 – Tempo de resposta para IPv4 no Teste2 102
Figura 26 – Tempo de resposta para IPv6 no Teste2 103
Figura 27 – Tempo de resposta para IPv4 no Teste3A 105
Figura 28 – Tempo de resposta para IPv6 no Teste3B 106
Figura 29 – Tempo de resposta para IPv4 no Teste3B 108
Figura 30 – Tempo de resposta para IPv6 no Teste3B 109
Figura 31 – Tempo de resposta para IPv4 no Teste4 111
Figura 32 – Tempo de resposta para IPv6 no Teste4 112
Figura 33 – Tempo de resposta a interface IPv4 do servidor 114
Figura 34 – Tempo de resposta a interface IPv6 do servidor 115
Fluxograma 1 – Ciclo de desenvolvimento de sistemas 49
Fluxograma 2 – Diagrama do método de implementação de redes 52
Quadro 1 – Cabeçalho do IPv6. Adaptado da RFC 2460 35
Quadro 2 – Cabeçalho OSPF versão 2 41
Quadro 3 – Cabeçalho OSPF versão 3 41
Quadro 4 – Tipos de pacotes OSPF versão 2 e 3 42
Quadro 5 – Pacotes Hello OSPF versão 2 42
Quadro 6 – Pacotes Hello OSPF versão 3 42
Quadro 7 – Database description do OSPF versão 2 43
Quadro 8 – Database Description do OSPF versão 3 43
Quadro 9 – Pacote Link State Request do OSPF versão 2 43
Quadro 10 – Pacote Link State Request do OSPF versão 3 44
Quadro 11 – Pacote Link State Update do OSPF versão 2 44
Quadro 12 – Pacote Link State Update do OSPF versão 3 44
Quadro 13 – Informações geradas pelo Winping 64
Quadro 14 – Comando “sh ip route” retirado do roteador R1 65
Quadro 15 – Exemplo de configuração 76
Quadro 16 – Traceroute IPv4 80
Quadro 17 – Traceroute IPv6 82
Quadro 18 – Testes via ICMP com IPv4 para rede estável 84
Quadro 19 – Testes via ICMP com IPv6 para rede estável 86
Quadro 20 – Tabela de roteamento IPv4 87
Quadro 21 – Tabela de roteamento IPv6 88
Quadro 22 – Base de dados OSPF v2 na rede estável 90
Quadro 23 – Base de dados OSPFv3 na rede estável 93
Quadro 24 – Log de queda dos protocolos OSPFv2 e v3 no Teste 1 96
Quadro 25 – Testes via ICMP com IPv4 no Teste1 97
Quadro 26 – Testes via ICMP com IPv6 no Teste1 98
Quadro 27 – Rota IPv4 após Teste1 99
Quadro 28 – Rota IPv6 após Teste1 99
Quadro 29 - Comparação das tabelas de roteamento IPv6
antes e depois do teste1 100
Quadro 30 – Comparação da base de dados OSPF v3 antes e depois do teste 101
Quadro 31 – Testes via ICMP com IPv4 no Teste2 101
Quadro 32 – Testes via ICMP com IPv6 no Teste2 103
Quadro 33 – Testes via ICMP com IPv4 no Teste3A 105
Quadro 34 – Testes via ICMP com IPv6 no Teste3A 106
Quadro 35 – Testes via ICMP com IPv4 no Teste3B 107
Quadro 36 – Testes via ICMP com IPv6 no Teste3B 108
Quadro 37 – Testes via ICMP com IPv4 no Teste4 110
Quadro 38 – Testes via ICMP com IPv6 no Teste4 111
Quadro 39 – Traceroute IPv4 após teste 4 112
Quadro 40 – Traceroute IPv6 após teste 4 112
Quadro 41 – Testes via ICMP na interface IPv4 no servidor 114
Quadro 42 – Testes via ICMP na interface IPv6 no servidor 115
Quadro 43 – Comparação entre as tabelas IPv6 antes e durante o ataque 116
Lista de Tabelas
Tabela 1 – Dispositivos do laboratório 64
Tabela 2 – Softwares utilizados no laboratório 66
Tabela 3 – Inventário da rede emulada. 67
Tabela 4 – Endereçamento 72
Tabela 5 – Resultados da rede estável 95
Tabela 6 – Resultados do Teste1 101
Tabela 7 – Resultados do Teste2 104
Tabela 8 – Resultados dos testes 3A e 3B 109
Tabela 9 – Resultados do Teste4 113
Tabela 10 – Resultados do teste 6 116
Lista de Abreviaturas e Siglas
ABR Roteadores de Borda de Área
AfriNIC African Network Information Center
AH Authentication Header
APNIC Asia Pacific Network Information Centre
ARIN American Registry for Internet Numbers
AS Sistema Autônomo
ATM Asynchronous Transfer Mode Protocol
BGP Border Gateway Protocol
BGP4 Border Gateway Protocol version 4
BRv6TF Força Tarefa IPv6 Brasileira
DHCP Dynamic Host Configuration Protocol
DNS Domain Name System
DR Designated Router (Roteador Designado)
DSCP Ponto de código de serviços diferenciados
ECN Explicit Congestion Notification
EIGRP Enhanced Interior Gateway Routing Protocol
ESP Encapsulating Security Protocol
HDLC High-level Data Link Control
HSRP Hot Standby Router Protocol
IANA Internet Assigned Numbers Authority
ICMP Internet Control Message Protocol
IETF Internet Engineering Task Force
IGMP Internet Group Management Protocol
IGP Interior Gateways Protocol
IGRP Interior Gateway Routing Protocol
IOS Internetwork Operating System (Cisco IOS)
IP Internet Protocol
IPAM IP Address Management
IPSEC Internet Protocol Security
IPv4 Internet Protocol Version 4
IPv6 Internet Protocol Version 6
IPX Internetwork Packet Exchange
IS-IS Intermediate System – Intermediate System routing protocol
ISO International Organization for Standardization
LACNIC Latin America and the Caribbean Internet Addresses Registry
LAN Local Area Network
LSA Link State Advertisement (Anúncio do Estado do Link)
MD5 Message-Digest algorithm 5
MIT Massachusetts Institute of Technology
MPLS Multi-Protocol Label Switching
MTU Maximum Transmission Unit (Unidade Máxima de Transmissão)
NAT Network Address Translation
NBMA Non-Broadcast Multi-Access
OSPF Open Shortest Path First
OSPFv2 Open Shortest Path First for IPv4 – OSPF version 2
OSPFv3 Open Shortest Path First for IPv6 – OSPF version 3
POS Packet over Sonet
PPP Point to Point Protocol
PTT Ponto de Troca de Tráfego
QoS Quality of Service
RFC Request For Comments
RIP Routing Information Protocol
RIPE Réseaux IP Européens (Redes Europeias de IP)
SNMP Simple Network Management Protocol
SIT Simple Internet Transition
SPF Shortest Path first Algorithm
SSH Secure Shell
STP Spanning Tree Protocol
TCP Transmission Control Protocol
TFTP Trivial File Transfer Protocol
UDP User Datagram Protocol
VLAN Virtual Local Area Network
VPN Virtual Private Network (Rede Virtual Privada)
SUMÁRIO
1 INTRODUÇÃO 16
1.1 Motivação 16
1.2 Objetivo 17
1.3 Contribuições 17
1.4 Método de Trabalho 18
1.5 Organização da Dissertação 19
2 REVISÃO BIBLIOGRÁFICA 20
2.1 Trabalhos Relacionados 20
2.2 OSPF 20
2.2.1 Termos Relacionados ao OSPFv2 e OPSFv3 21
2.2.2 Funcionamento do OSPF versão 2 24
2.2.3 IPv6 26
2.2.4 Diferenças entre OSPF versão 2 e versão 3 26
2.3 OSPF e Estabilidade de Redes de Grande Porte 30
2.4 Considerações Finais 31
3 IPV6 E OSPF VERSÃO 3 33
3.1 IPV6 33
3.1.1 Novo Paradigma 33
3.1.2 Estrutura do Pacote IPv6 34
3.1.3 Endereçamento 36
3.1.3.1 Classes de Endereço 37
3.1.3.2 Escopo de Endereçamento 37
3.1.4 Estratégias de Transição 38
3.1.5 Pilha Dupla 38
3.1.6 Tunelamento 39
3.2 OSPF Versão 3 40
3.2.1 Comunicação Local 40
3.2.2 Cabeçalho e Estrutura dos Pacotes OSPF 41
3.2.3 Hello 42
3.2.4 Database Description 43
3.2.5 Link State Request, Update e Acknowledgement 43
4 ESTABILIDADE DE REDES DE GRANDE PORTE 45
4.1 Definição 45
4.2 Topologias de Alta Disponibilidade 45
4.2.1 Um Roteador, Duas conexões: ativo/passivo 45
4.2.2 Um Roteador, Duas conexões: ativo/ativo 46
4.2.3 Dois Roteadores, Duas conexões: ativo/passivo 47
4.2.4 Dois Roteadores, Duas conexões: ativo/ativo 48
4.3 Parâmetros de Estabilidade 49
4.4 Ciclo de Vida das Redes de Grande Porte 49
4.4.1 Requisitos 49
4.4.2 Análise 50
4.4.3 Design 50
4.4.4 Codificação 50
4.4.5 Teste 50
4.4.6 Aceitação 50
5 MÉTODO DE IMPLEMENTAÇÃO DE REDES DE GRANDE PORTE 51
5.1 Escopo 51
5.1.1 Características da Rede 51
5.2 Método de Implementação e Ciclo de Vida das Redes 52
5.3 Requisitos e Análise 52
5.3.1 Hardware 53
5.3.2 Software 54
5.3.3 Conectividade 54
5.3.4 Redundância 54
5.4 Documentação 55
5.5 Configuração dos Protocolos 56
5.5.1 Ordem de Configuração – IPv4 X IPv6 56
5.5.2 OSPF versão 2 56
5.5.3 O Endereçamento IPv6 57
5.5.3.1 Endereçamento Global X Privado 57
5.5.3.2 Divisão de Blocos de Endereçamento Global IPv6 57
5.5.4 OSPF versão 3 58
5.6 Teste de Conectividade 59
5.7 Testes de Redundância 59
5.8 Operação e Gerenciamento 60
5.9 Troubleshooting 60
6 CONSTRUÇÃO DE PROTÓTIPO 62
6.1 Estrutura do Laboratório 62
6.2 Requisitos e Análise 66
6.3 Design 69
6.3.1 Topologia Física – Comunicação Protocolos WAN 69
6.3.2 Endereçamento 71
6.3.3 Topologia Lógica 73
6.3.4 OSPF – Áreas e Router-id 74
6.3.5 Cenários de Redundância 74
6.3.5.1 Rede Estável 74
6.3.5.2 Pontos de Falha 75
6.4 Codificação 76
6.5 Testes 78
7 ANÁLISE DOS RESULTADOS 80
7.1 Rede Estável 80
7.2 Teste 1 – Falha na Comunicação entre R1 e R8 96
7.3 Teste 2 – Falha na Comunicação entre R1 e R4 101
7.4 Teste 3 – Falha na Comunicação entre R1 e R6 104
7.5 Teste 4 – Falha no Site 0 – Disaster Recovery 109
7.6 Teste 5 – Ataque à Rede IPv6 – Injeção de Rotas 113
7.7 Limitação das Validações em Laboratório Emulado 117
7.8 Limitações do Método Proposto 117
8 CONCLUSÃO 118
8.1 Trabalhos Futuros 119
REFERÊNCIAS 121
APÊNDICES 125
APÊNDICE A – Configuração comentada do GNS3 125
APÊNDICE B – Telas de configuração Vmware 135
APÊNDICE C – Planilha Check-list 139
APÊNDICE D – Configuração comentada dos roteadores 141
APÊNDICE E – Configurações do WinPING e do Small Server 157
APÊNDICE F – Informações coletadas nos Testes 160
16
1 INTRODUÇÃO
Com a evolução das tecnologias de telecomunicações é cada vez mais
necessária a utilização de protocolos de roteamento para a realização de troca de
tráfego entre equipamentos distintos. Os protocolos de roteamento são elementos
essenciais para determinar qual caminho será utilizado pelos protocolos da camada
de rede para interligar a origem (requisição) e o destino (provedor de informação).
A falta de estabilidade de ambientes internos (intra-domínio) das redes de
grande porte (SHU, 2008) tem sido constantemente associada à operação e
manutenção dos protocolos de roteamento. Tais protocolos, por apresentarem
elevado grau de complexidade de implantação e gerenciamento, constituem um
importante elemento a ser avaliado e estudado de modo a diminuir falhas de rede.
1.1 Motivação
O protocolo de roteamento OSPF (Open Shortest Path First – RFC 2328,
1998) é o protocolo de roteamento intra-domínio (PEREIRA, 2005) mais utilizado nas
redes IPv4. Manter a estabilidade nas redes de grande porte (GIAQUINTO, 2003)
possui uma nova variável, já que, devido à escassez de endereços IPs (Internet
Protocol) na Internet, a implantação do novo protocolo de rede IPv6 (BOUND, 2005)
impõe a necessidade de adequação das aplicações e dos equipamentos existentes
nas redes atuais.
Com a necessidade de convivência entre os protocolos de rede IPv4 e IPv6, é
também necessária a convivência e interoperabilidade dos protocolos de
roteamento. Diante de tal cenário, o protocolo OSPF versão 3 (Open Shortest Path
First for IPv6 version 3 – RFC 5340, 2008)foi desenvolvido para atender às antigas
necessidades (BOUND, 2005) de roteamento, escalabilidade, redundância e
estabilidade da versão anterior, adequandoos ambientes às exigências do IP versão
6. Entretanto, os protocolos OSPFv2 (exclusivo para IPv4) e OSPFv3(exclusivo para
IPv6) são ativados simultaneamente, mas operam separadamente nos roteadores,
pois apesar de compartilharem o mesmo tipo de equipamento e a mesma rede
ambos apresentam modos de operação e gerenciamento diferenciados.
Vários fabricantes divulgam guias para configuração dos novos protocolos;
entretanto, o mercado carece de métodos que atendam às necessidades de
17
interoperabilidade de redes IPv4 e IPv6, considerando também os fatores de
segurança de rede, alta disponibilidade, tolerância à falhas e tempo de
convergência.
A falta de estabilidade nas redes de comunicação que utilizam protocolos de
roteamento está sendo agravada com a presença dos novos protocolos das redes
IPv6 (BONILHA, 2007). A convivência entre os protocolos de roteamento atuais e o
OSPF versão 3 (COLTUN, 2008) deve ser analisada para evitar a indisponibilidade
de rede em ambientes corporativos de grande porte. A estruturação de métodos de
implementação de redes utilizando protocolos de roteamento pode auxiliar o
aproveitamento de novas evoluções tecnológicas com a diminuição dos riscos e
problemas de estabilidade de rede existentes nos complexos ambientes com
protocolos de roteamento.
1.2 Objetivo
O objetivo deste trabalho é o desenvolvimento de um método para
implementar redes IPv6 de grande porte com o protocolo OSPF versão 3, de modo
que as exigências de alta velocidade, grande número de conexões, alta
disponibilidade, tolerância à falhas e convivência com antigos protocolos não
prejudiquem a estabilidade de rede.
1.3 Contribuições
Este trabalho trata de um problema das grandes organizações, que é manter
a estabilidade de rede em ambientes com grande número de equipamentos e
conexões. A diferença em relação a trabalhos citados está no protocolo abordado
por este documento, o protocolo OSPF versão 3. Como o IPv6 e o OSPFv3 ainda
são pouco utilizados (IANA, 2008) nas redes de comunicação, este material
apresenta detalhes de um tema pouco abordado por outros trabalhos e publicações.
O método para implementar redes IPv6 com OSPF versão 3 permite aos
administradores de redes e profissionais de TI examinar minuciosamente uma
relação dos parâmetros corretos, de modo a evitar falhas de rede e ameaças à
estabilidade, implementando redes IPv6 sem prejudicar os atuais ambientes de
produção.
18
Um protótipo é construído e testado para validar o método proposto. .A
análise do novo protocolo OSPF versão 3 e suas interações com os protocolos
existentes (como IPv4 e OSPFv2) permite identificar possíveis riscos na
implementação das redes IPv6, auxiliando a comunidade brasileira na adoção do
IPv6 em âmbito nacional.
1.4 Método de Trabalho
Este trabalho inicia-se com o levantamento das referências bibliográficas
relacionadas ao assunto. Primeiramente o estudo ocorre em função dos protocolos
OSPF versão 3 (RFC 5340, 2008) e IP versão 6, com o foco nas diferenças em
relação às versões anteriores e aspectos avançados de roteamento.
Em seguida são analisados trabalhos relacionados à otimização de protocolos
de roteamento, análise de estabilidade de redes de grande porte, métodos de
implementação propostos em protocolos de versões anteriores (OSPF versão 2,
IPv4) e estudos de caso em ambientes de alta disponibilidade, para enfim
estabelecer os elementos necessários ao método de implementação de redes de
grande porte visando à estabilidade.
Na segunda fase é proposto o método de implementação de redes com OSPF
versão 3, a partir da descrição e explicação dos passos necessários para uma
implementação em redes de grande porte, incluindo as fases de análise de
topologia, configuração de hardware e software, testes de estabilidade, monitoração
e gerenciamento.
Na terceira fase o método é validado com a construção de um protótipo com o
uso de simuladores e emuladores de rede em laboratório. Os trabalhos relacionados
aos laboratórios de rede e à eficiência na simulação e emulação de ambientes
complexos são analisados nesta fase para aproximar ao máximo o comportamento
do protótipo construído em laboratório ao de uma rede real. As topologias utilizadas
nos experimentos são semelhantes às utilizadas nas empresas de grande porte. Os
parâmetros de estabilidade de rede são medidos e é realizada uma análise geral dos
resultados, com a identificação de possíveis falhas ou limitações do método
proposto.
19
1.5 Organização da Dissertação
O Capítulo2 (Revisão Bibliográfica) apresenta os conceitos abordados no
trabalho a partir de uma investigação científica realizada nos principais trabalhos
relacionados.
O Capítulo 3 (IPv6 e OSPF versão 3) apresenta o detalhamento técnico dos
protocolos IP versão 6 e OSPF versão 3, descrevendo suas diferenças,
implementações, vantagens e desvantagens com relação às versões anteriores,
cabeçalhos, topologias e aspectos de segurança de redes a serem observados.
O Capítulo 4 (Estabilidade de redes de grande porte) aborda os requisitos
necessários para a estabilidade de redes com protocolos de roteamento e a
descrição detalhada dos ambientes de grande porte.
O Capítulo 5 (Método de Implementação) descreve o método propostopara
implementação de redes estáveis com OSPF versão 3 conforme os requisitos
estabelecidos no Capítulo 4. Nesta etapa são detalhados os elementos e limitações
de escopo a que o método estará sujeito.
O Capítulo 6 (Protótipo) descreve o protótipo para validação do método
proposto, com apresentação das topologias e especificação dos testes realizados.
As ferramentas do experimento são apresentadas e justificadas de modo a
aproximar, da melhor maneira possível, o comportamento da rede no protótipo
construído (por meio de simuladores e emuladores) ao de uma rede real em
funcionamento.
O Capítulo 7 (Análise dos Resultados) apresenta a análise dos resultados
obtidos no experimento. Os resultados são confrontados com os objetivos do método
de forma a descrever as vantagens, desvantagens e limitações do método proposto.
O Capítulo 8 (Conclusão) apresenta as conclusões e sugestões para
trabalhos futuros.
20
2 REVISÃO BIBLIOGRÁFICA
2.1 Trabalhos Relacionados
Trabalhos sobre estabilidade de redes de grande porte já foram apresentados
anteriormente, entretanto, a maioria dos trabalhos analisados (BASU, 2001),
(BAUER, 2006), (SHU, 2002), (PEREIRA, 2005), (SHAIKH, 2004), (NUCCI, 2007)
concentra-se no protocolo OSPF versão 2, pois a adoção da nova versão do
protocolo IP – versão 6 – e seus respectivos protocolos de roteamento, como o
OSPF versão 3, vem acontecendo de forma gradativa (BONILHA, 2007) e ainda
carece de artigos e estudos específicos relacionados a cada um dos novos
protocolos.
A necessidade de convivência entre os protocolos relacionados ao IPv4 e
IPv6, como OSPF versões 2 e 3, foi estabelecida em trabalhos desenvolvidos na
última década (GIAQUINTO, 2003), (BONILHA, 2007). Como os protocolos antigos
do IPv4 (como o OSPFv2) não serão removidos dos equipamentos e sim
configurados de modo a operar com os novos protocolos, é necessária a
apresentação detalhada das duas versões do protocolo OSPF (MOY, 1998),
(COLTUN, 2008) enfatizando suas diferenças e modos de operação.
Através dos artigos sobre estabilidade de redes (ZAPPAROLI, 2006),
(KIWIOR, 2007), (LICHTWALD, 2004), segurança de protocolos de roteamento (RFC
4593, 2006), (BARBIR, 2006), (HU, 2002), (CISCO, 2004), (OLLIKAINEN, 2004),
gerenciamento e monitoração de redes corporativas (GREENBERG, 2004) (SHAIK,
2002) temos os principais fatores relacionados à estabilidade de redes. Tais fatores,
quando analisados em conjunto com as particularidades do protocolo OSPF versão
3 e sua convivência com outros protocolos (como OSPF versão 2 e IPv4),
constituem os principais elementos para a definição de um modelo que melhore a
estabilidade nas redes de grande porte com OSPF versão 3.
2.2 OSPF
O protocolo OSPF (Open Shortest Path First) é um dos protocolos de
roteamento intra-domínio mais utilizados em empresas de grande porte. O protocolo
foi desenvolvido pelo grupo de trabalho OSPF do Internet Engineering Task Force
(IETF) no final dos anos 1980 e sua primeira versão (OSPF versão 1, especificada
na RFC 1131) foi rapidamente superada por uma versão melhorada, denominada
21
OSPFv2 e documentada na RFC 1247, que corrigia problemas de instabilidade e
funcionalidade. Hoje, o OSPFv2 está especificado na RFC 2328.
O OSPF é um protocolo baseado no estado do enlace e na estratégia do
caminho mais curto - originária do trabalho de Bellman-Ford (BLACK, 2005). O
protocolo foi projetado para detectar rapidamente mudanças de topologia de rede e
tomar suas decisões de roteamento em função do estado dos enlaces que
interconectam os roteadores de cada sistema autônomo (MOY, 1998).
2.2.1 Termos Relacionados ao OSPFv2 e OPSFv3
Diversos termos específicos sobre OSPF serão citados neste trabalho.
Grande parte deles também é válida para a versão 3 e as principais diferenças serão
discutidas no item 2.4.
A figura 1 indica onde cada dispositivo se posiciona no AS, nas áreas e suas
designações.
Figura 1 – Termos relacionados ao OSPF Fonte: Alan Aquilino
a) Sistema Autônomo ou AS (Autonomous System):
22
Conjunto de redes e roteadores que trocam informações de roteamento via
um protocolo de roteamento comum (MOY, 1998);
b) Área:
Conjunto de redes, hosts e roteadores interconectados (HUNT, 1998). Um AS
pode ser dividido em áreas. As áreas trocam informações de roteamento com outras
áreas dentro de um AS utilizando roteadores de borda da área;
c) Roteadores de Borda:
Roteadores de borda de área (ABR) ou de AS (ASBR) são próprios de rede
que fazem parte dos ativos da área ou do AS e que ainda conectam-se a
dispositivos de outra área ou de outro AS, fazendo parte também dos ativos desta
outra área ou deste outro AS;
d) Backbone:
É uma área especial que interconecta todas as outras áreas do AS. Toda área
deve conectar-se ao backbone por meio de um roteador de borda pertencente a
ambas as áreas ou por meio de enlace virtual, já que o backbone é responsável pela
distribuição de informações de roteamento entre as áreas de um AS(HUNT, 1998);
e) Redes Ponto-a-Ponto:
Redes com um único par de roteadores conectados;
f) Redes de Trânsito:
Redes de trânsito são aquelas capazes de carregar tráfego que não é
localmente originado e/ou localmente destinado;
g) Redes Stub:
Redes stub são redes com um único ponto de saída;
h) Enlace Virtual:
Um enlace virtual é uma conexão virtual para uma área remota que não tem
conexão física com o backbone (GOUGH, 2004). Tipicamente, isto ocorre quando a
rede foi segmentada. Embora o OSPF trate este enlace como uma conexão direta
de um hop para a área de backbone, o enlace é uma conexão virtual tunelada ao
longo da rede;
i) Redes Broadcast:
Redes, com mais de dois roteadores, que têm a capacidade de endereçar
uma única mensagem para todos os roteadores da rede (capacidade de realizar
broadcast);
23
j) Roteadores Vizinhos:
Roteadores que têm interfaces ligadas a uma rede comum (MOY, 1998). A
relação de vizinhança é mantida (e normalmente descoberta dinamicamente) por
pacotes do tipo Hello;
k) Protocolo Hello:
Parte do protocolo OSPF usado para estabelecer e manter relações de
vizinhança (MOY, 1998). Em redes broadcast o protocolo Hello pode também
descobrir dinamicamente roteadores vizinhos;
l) Redes Não Broadcast:
Redes com mais de dois roteadores, mas sem capacidade de realizar
broadcast. Roteadores vizinhos são mantidos nestas redes através de pacotes Hello.
Devido à falta da capacidade broadcast, algumas informações de configuração
podem ser necessárias para a descoberta dos vizinhos. Redes não broadcast são
referidas como redes NBMA (Non-Broadcast Multi-Access) ou redes Ponto-
MultiPonto, dependendo do modo de operação do OSPF na rede. O OSPF modo
NBMA simula em redes não broadcast a operação do OSPF em uma rede
broadcast;
m) OSPF Modo Ponto-MultiPonto:
Trata a rede não broadcast como uma coleção de enlaces ponto-a-ponto;
n) Relação de Adjacência:
Relação estabelecida entre determinados roteadores vizinhos com o propósito
de trocarem informações de roteamento (MOY, 1998). Nem todos os pares de
roteadores vizinhos tornam-se adjacentes e apenas roteadores adjacentes trocam
informações de roteamento;
o) Estado de um Roteador:
O estado de um roteador é determinado por um conjunto de especificações a
respeito do estado de cada uma de suas interfaces;
p) LSA (Link State Advertisement - Anúncio do Estado do Link):
Unidade de dado descrevendo o estado atual de um roteador ou rede (MOY,
1998). LSAs são inundados (flooding) ao longo do domínio de roteamento. O
conjunto dos LSAs de todos os roteadores e redes forma o banco de dados de
estado de enlace do protocolo de roteamento;
q) Banco de Dados de Estado do Enlace:
24
Um banco de dados de estado do enlace descreve informações de topologia
e custos de uma área. Tal banco de dados é montado a partir de LSAs gerados por
roteadores dentro e fora da área;
r) Flooding:
Parte do protocolo OSPF que distribui e sincroniza o banco de dados de
estado do enlace entre roteadores OSPF (MOY, 1998). Flooding (ou Inundação) de
um LSA significa que o roteador envia o LSA por todas as suas interfaces de saída e
que todo roteador que recebe o LSA o envia por todas as suas interfaces; exceto a
interface pela qual o LSA foi recebido (HUNT, 1998). Para evitar que a inundação
duplique LSAs, roteadores armazenam uma cópia dos LSAs que recebem e
descartam duplicações;
s) Roteador Designado (Designated Router - DR):
Roteador eleito que tem a responsabilidade de (entre outras coisas) gerar um
LSA para a rede.Toda rede broadcast ou NBMA, que tem no mínimo dois roteadores
ligados, tem um roteador designado. O conceito de "roteador designado" possibilita a
redução no número de adjacências necessárias em redes broadcast ou NBMA. Isto
reduz a quantidade de tráfego do protocolo de roteamento e o tamanho do banco de
dados de estado do enlace;
t) Router-LSA:
LSA onde o roteador anuncia sua presença e lista seus enlaces para outros
roteadores ou redes na mesma área;
u) Network-LSA:
LSA enviado pelo roteador designado para informar quais roteadores estão
presentes no mesmo segmento de rede.
2.2.2 Funcionamento do OSPF versão 2
O Open Shortest Path First (MOY, 1998) é um protocolo do tipo link-state,
usado no interior de um sistema autônomo (AS). Em um protocolo link-state, os
roteadores trocam informações sobre os estados dos canais de comunicação (links)
em que estão ligados.
Para melhor distribuir as tabelas de roteamento, o protocolo OSPF
implementa o conceito de “Área”.(MOY, 1998). Uma rede pode ser dividida em
diversas áreas. Cada área contém seus próprios roteadores e sua própria rede.
25
Quando várias áreas são configuradas em um mesmo AS, uma delas é chamada de
backbone e o seu identificador é zero (área 0). O backbone é a área central e as
outras áreas devem ser conectadas a ela através de roteadores, chamados de
roteadores de borda de área (ABR). As informações de roteamento são enviadas
para os roteadores no backbone, que propagam as informações para os roteadores
nas bordas das áreas.
Todas as áreas devem ter uma ligação com a área 0. Se isto não for possível,
um canal de comunicação virtual (link virtual) é configurado. Este canal fornece um
caminho lógico entre uma área e o backbone, e é estabelecido entre dois roteadores
localizados nas fronteiras das áreas. O OSPF entrega atualizações ponto a ponto,
,porém, quando há um domínio com suporte a broadcast, altera-se o modo de
comunicação, elegendo-se um roteador mestre (DR) para que ele faça a distribuição
de todas as atualizações.
O OSPF também permite o anúncio de rotas descobertas por ASs externos,
através da redistribuição de rotas de outros protocolos para o OSPF. Cada roteador
OSPF armazena uma base de dados que descreve a topologia da rede e, a partir
desta base, é construída a tabela de roteamento. É requerida uma certa quantidade
de memória dos roteadores para o armazenamento da tabela de roteamento e da
base de dados com as informações sobre os links da rede.
O roteador que participa do algoritmo SPF tem a tarefa de testar ativamente o
status de todos os roteadores próximos. Para efetuar o teste, o roteador troca
mensagens curtas (Hello) para saber se os vizinhos estão ativos. Se a resposta
ocorrer dentro de um certo tempo esperado, o vizinho está ativo, caso contrário está
inativo. O roteador também publica periodicamente informações de estado do link
(LSAs - Link State Advertisements) para os demais roteadores. Para informar a
todos os roteadores, cada roteador divulga periodicamente uma mensagem que lista
o status de cada um dos links.
Os roteadores OSPF comunicam-se por pacotes IP denominados Hello,
Exchange e Flooding. O pacote Hello é responsável por verificar se os canais de
comunicação estão operacionais. O pacote Exchange é responsável pela
sincronização inicial das bases de dados. O pacote Flooding é responsável por
manter as bases de dados sincronizadas. As mensagens geradas por um roteador
podem informar os estados e os custos dos canais de comunicação aos quais o
26
roteador encontra-se conectado, incluindo as redes que fazem parte do AS, redes
que estão fora da área, destinos externos aos ASs, uma rota default para fora do AS
e os roteadores ligados por segmento.
Há dois tipos de temporizadores que são fundamentais para a operação do
OSPF, embora tais parâmetros sejam pouco abordados pelas RFCs de definição
dos protocolo. Os Hello timers definem o intervalo em que são enviados pacotes do
tipo Hello. Os Dead timers definem o intervalo em que os roteadores esperam até
declarar que o roteador vizinho está fora do ar.
2.2.3 IPv6
Atualmente existe um consenso sobre o protocolo IP como a base para a
convergência das redes de dados com as outras redes, incluindo-se voz e vídeo. O
fator principal do sucesso do IP foi o fato do protocolo ser muito simples e, com isso,
ser flexível o suficiente para se adaptar a diversos tipos de redes locais e de longa
distância e, também, às aplicações de usuários.(BOUND, 2005)
Um dos fatores que mais encoraja a pesquisa e o desenvolvimento do
protocolo IPv6 (BOUND, 2005) é o tamanho de seu endereçamento de 128 bits,
contra 32 bits do atual IPv4. Os outros recursos do IPv6, tais como segurança em
camada de rede fim-a-fim, qualidade de serviço melhorada, suporte a mobilidade,
auto-configuração e outros, serão incrementos do protocolo para a melhoria dos
serviços de rede.
Tendo o endereçamento do protocolo aumentado para 128 bits, adaptações e
modificações foram feitas em protocolos de controle, de roteamento e em estruturas
de registros de endereços. O IPv6 é abordado com detalhes no Capítulo 3.
O OSPF versão 3 (COLTUN, 2008) é um dos Interior Gateways Protocols
(IGPs) suportado pelo IPv6. Suas diferenças, vantagens e desvantagens são
discutidas no próximo item.
2.2.4 Diferenças entre OSPF versão 2 e versão 3
No OSPF versão 3, os mecanismos fundamentais do OSPF, tais como
flooding, eleição do roteador designado, suporte a área e cálculo do SPF,não foram
modificados (COLTUN, 2008).Porém, algumas mudanças foram necessárias para
suportar a diferença semântica entre IPv4 e IPv6, oferecer suporte a endereços de
27
128 bits e consolidar melhorias discutidas desde a criação da versão 2 do OSPF.
Essas diferenças influenciam diretamente no método de implementação e na
interação com outros protocolos.
a) Execução por link
O IPv6 usa o termo "link" (BONILHA, 2007) para indicar um meio sobre o qual
os nós podem se comunicar na camada de enlace. As interfaces que conectam os
links e os múltiplos IPs de diferentes sub-redes podem ser associadas a um link. Na
especificação do OSPF v3 (IPv6), o termo "link" (enlace) substitui os termos
"network" (rede) e "subnet " (sub-rede) do OSPF v2 (IPv4) para a configuração do
protocolo;
b) Remoção das informações de endereçamento
As informações de endereçamento foram removidas dos pacotes OSPF e dos
principais tipos de LSAs, deixando o protocolo de roteamento independente de
protocolo de rede. Os endereços IPv6 não são mais apresentados em pacotes
OSPF, exceto em payloads de LSAs carregados por pacotes Link State Update. Os
Router-LSAs e Network-LSAs não contêm mais endereços de rede. Os OSPF
Router IDss, Area IDs e LSALink State IDs permanecem com identificadores de 32
bits, ou seja, no mesmo formato dos endereços IPv4. Os roteadores vizinhos são,
agora, sempre identificados pelo Router ID, sendo que no IPv4 eram identificados
pelo endereço IP da rede broadcast ou NBMA;
c) Adição de escopo para flooding
O escopo para o flooding de LSAs é explicitamente codificado no campo LS
TYPE dos LSAs no OSPFv3. Existem três escopos de flooding:
• Escopo Link-local, o LSA é enviado somente no link entre dois roteadores
e é utilizado para o novo formato do Link LSA;
• Escopo de área, o LSA é enviado através de uma única área OSPF e é
utilizado pelos Router-LSAs, Network-LSAs, Inter-Area-Prefix-LSAs e
Intra-Area-Prefix-LSAs;
• Escopo de sistema autônomo (AS) o LSA é enviado por todo o domínio de
roteamento, e é utilizado pelos LSAs do tipo AS-external-LSAs.
d) Suporte explícito a múltiplas instâncias por link
O OSPF versão 3 suporta a habilidade de executar múltiplas instâncias do
protocolo OSPF(COLTUN, 2008) em um único link como, por exemplo, em um
28
segmento de um ponto de troca de tráfego (PTT) compartilhado entre diversos
provedores. Provedores podem executar domínios de roteamento desconexos, e
querer mantê-los independentes, mesmo havendo segmentos físicos em comum.
Com o IPv4, esta funcionalidade era suportada de forma casual, com os campos de
autenticação de cabeçalho do OSPF versão 2. No IPv6, há uma instância contida no
cabeçalho do pacote OSPF para executar essa função;
e) Uso de endereços link-local
Os endereços link-local do IPv6 (BONILHA, 2007) não podem ser anunciados
por roteadores e têm propósito de auto-configuração e descobrimento de vizinhança.
O OSPF para IPv6 assume que cada roteador tem associado em cada uma de suas
interfaces um endereço link-local. Em todas as interfaces, exceto links virtuais,
pacotes OSPF são enviados tendo como origem o endereço link-local associado à
interface. Um roteador aprende os endereços link-local de todos os roteadores
conectados a seus links, e usa esses endereços como informação de próximo hop
durante o encaminhamento de pacotes. Em links virtuais, endereços de escopo
global e de escopo de site devem ser utilizados como origem dos pacotes OSPF.
Endereços link-local aparecem apenas em Link-LSAs, não sendo permitido em
outros tipos de LSAs, como Inter-Area-Prefix-LSA,AS-External-LSA ou Intra-Area-
Prefix-LSAs;
f) Mudanças na autenticação
No OSPF versão3, a autenticação foi removida do protocolo OSPF. Os
campos Autype e Authentication foram removidos do cabeçalho (COLTUN, 2008) do
pacote OSPF, e todos os campos relacionados com autenticação foram removidos
das estruturas de interface e área do OSPF. Com o IPv6, o OSPF conta com o
Authentication Header (AH) e o Encapsulating Security Payload (ESP) para certificar
a integridade e confidencialidade das trocas de roteamento;
g) Mudanças no formato de pacote
As mudanças no formato do pacote OSPF consistem:
• No número da versão do OSPF que foi alterado de 2 para 3;
• No campo OPTIONS no pacote Hello e no pacote Database
Descriptionhouve a expansão para 24 bits;
• O pacote Hello não contém informações de endereçamento e inclui uma
Interface ID que o roteador de origem atribui para identificar unicamente
29
sua interface para o link. Esta Interface ID torna-se o Link State ID dos
Network-LSAs, no caso do roteador se tornar o roteador designado no link;
• O cabeçalho do pacote OSPF agora inclui uma INSTANCE ID que permite
que múltiplas instâncias do protocolo rodem sobre um único link.
h) Mudanças no formato do pacote LSA
Novos LSAs foram adicionados para distribuir informações de endereços IPv6
e dados necessários para a resolução de próximo hop. Os nomes de alguns LSAs
do IPv4 foram alterados. As alterações no formato do LSA são:
• O campo Opções foi removido do cabeçalho LSA, expandido para 24 bits
e movido para o corpo dos LSAsRouter-LSAs, Inter-Area-Router-LSAs e
Link-LSAs;
• O campo LSA TYPE foi expandido para 16 bits, com os 3 bits superiores
codificando o escopo do flooding e de tratamento de tipos de LSA
desconhecidos;
• Os Router-LSAs e Network-LSAs agora não têm informações de
endereços, e são independentes de protocolo de rede;
• Informações sobre as interfaces do roteador podem ser emitidas através
de múltiplos Router-LSAs. Os receptores devem concatenar todos os
Routers-LSAs´s originados por um roteador quando executar o cálculo de
SPF;
• Foi introduzido um novo LSA, chamado Link-LSA, que tem escopo link-
local para flooding (nunca irá além do link a que está associado). Este LSA
fornece seus endereços link-local a todos os outros roteadores conectados
a ele no link, além de informar aos roteadores vizinhos, a lista de prefixos
IPv6 associados com o link e permitir que o roteador declare um conjunto
de opções a serem associadas com o Network-LSA;
• O Link State ID nos LSAs Inter-Area-Prefix, Inter-Area-Router e AS-
external perde a semântica de endereçamento (COLTUN, 2008), e agora
serve somente para identificar partes individuais do banco de dados do
estado do enlace. Todos os endereços ou Router IDs anteriormente
expressos pelo Link State ID, agora são carregados nos corpos do LSA.
30
2.3 OSPF e Estabilidade de Redes de Grande Porte
As redes de grande porte são complexos sistemas de equipamentos que
interagem entre si (CISCO, 2004) para manter as comunicações de grandes
empresas de maneira a atender os requisitos de segurança, velocidade e
disponibilidade de acesso a recursos remotos; Shaik (2002) define a estabilidade de
rede como a capacidade de uma rede sobreviver a falhas de comunicação. Neste
contexto, os protocolos de roteamento são responsáveis por desviar o tráfego de
rede para um caminho alternativo assim que surge uma falha. Assim, quanto mais
rápido o protocolo de roteamento reagir às falhas de rede, mais rápido a rede se
recuperará do evento de indisponibilidade e as informações estarão novamente
acessíveis.
Lichtwald (2004) define que uma das principais características à recuperação
de uma rede é o tempo de convergência do protocolo de roteamento; esse tempo é
definido como o tempo necessário para que as mudanças de topologia sejam
processadas pelo protocolo após um evento de indisponibilidade e a rede retorne a
seu funcionamento normal. O autor também sugere um método para melhorar o
tempo de convergência nas redes IPv4 com OSPF versão 2 através da modificação
dos parâmetros de verificação de alterações na rede, chamado “Adjacent Peer
Check”. Uma estratégia de otimização do protocolo OSPF proposta por Pereira
(2005) define um roteamento OSPF adaptativo baseado em estimação de banda,
onde medições da utilização dos links de comunicação são utilizadas para reduzir o
tempo de convergência da rede. Já Kiwior (2008), sugere uma análise conjunta do
atraso (delay) de pacotes, da porcentagem bem sucedida de entrega dos pacotes e
do overhead de protocolo de rede.
As interações entre o OSPF e outros protocolos de rede, como o BGP, tidos
como indispensáveis em grandes organizações (CISCO, 2004), é essencial para
auxiliar a estabilidade de rede (BAUER, 2006), já que as versões do OSPF foram
projetadas para redes internas no mesmo sistema autônomo (COLTUN, 2008) e a
redistribuição de rotas entre diferentes protocolos faz com que haja uma perda de
parâmetros e métricas de configuração específicas de cada protocolo (BAUER,
2006), podendo ocasionar loops de rede.
31
Boa parte dos artigos relacionados às estabilidades de redes e estratégias de
otimização do OSPF contêm pressupostos de que a falha de rede não é intencional.
Barbir (2008) define uma série de ameaças a protocolos de roteamento relacionadas
à ataques de negação de serviço e quebra de confidencialidade. As medidas de
segurança definidas em artigos (HU, 2008), (OLLIKAINEN, 2004) e na RFC 4593
(BARBIR,2008) devem ser levadas em conta na implementação de protocolos de
roteamento para evitar eventos propositais de indisponibilidade de rede. A troca de
pacotes de roteamento deve estar protegida com criptografia e a configuração do
roteador deve estar preparada para pacotes maliciosos destinados a indisponibilizar
os equipamentos de rede.
Para testar o desempenho de protocolos de roteamento e a estabilidade das
redes, Greenberg (2008) propõe uma arquitetura completa de teste e monitoramento
do OSPFv2 em ambientes complexos através da monitoração em tempo-real do
comportamento do OSPF na rede analisada. Trabalhos relacionados à análise e
resolução de protocolos de roteamento internos (SHU, 2004), (SHAIKH, 2008),
(ZAPPAROLI, 2006) são referências para testes de estabilidade em ambientes de
grande porte.
2.4 Considerações Finais
Este capítulo apresentou uma análise de importantes trabalhos relacionados
ao tema e uma descrição técnica do protocolo OSPF versão 3. Os trabalhos
analisados sobre OSPF são excelentes fontes para a otimização do protocolo,
entretanto, estão em sua maioria focados na versão 2, com validações e
experimentos apenas nas redes IPv4. Os trabalhos sobre estabilidade de redes
fornecem os requisitos necessários para a construção de um método de
implementação de redes de grande porte; aliados às novas funcionalidades do
OSPF versão 3 e a um estudo das interações entre o OSPF e os demais protocolos,
possibilitará um estudo aprofundado do novo protocolo OSPF em função da
estabilidade, a principal necessidade das redes de grande porte. Os trabalhos
analisados mostram que o grande número de topologias e cenários possíveis nas
redes de telecomunicações é um fator determinante para o limite de escopo do
método, que poderá se aplicar a apenas uma porcentagem das redes de grande
porte utilizadas nas empresas. Apesar de um forte movimento da comunidade
32
científica para acelerar a adoção do IPv6, há muito pouco material científico sobre o
OSPF versão 3; este trabalho pretende preencher parte desta lacuna nas pesquisas
sobre o novo protocolo propondo um método diferenciado na busca pela
estabilidade de rede nas grandes organizações.
33
3 IPV6 E OSPF VERSÃO 3
Este capítulo detalha os principais recursos de IPv6 ligados a roteamento, e
descreve com detalhes a operação do protocolo OSPF versão 3.
3.1 IPV6
A primeira versão do protocolo IP utilizada para a internet (versão 4) foi
concebida na década de 1970 para interligar um pequeno bloco de servidores;
assim, os 4 bilhões de endereços previstos foram considerados mais que suficientes
para utilização na internet. Entretanto, o rápido crescimento da internet comercial
aliado à alocação de grandes blocos para pequenas corporações (muitas vezes de
forma política, e não funcional), a má distribuição e a alocação de prefixos acelerou
o esgotamento do IPv4.
Em fevereiro de 2011, o Internet Assigned Numbers Authority (IANA) alocou
os últimos blocos /8 para os órgãos de registro regionais (AfriNIC, APNIC, ARIN,
LACNIC, RIPE) e anunciou o esgotamento do estoque principal. A estagnação da
Internet de 32 bits e a sinalização clara dada pelas entidades gestoras, apontando
como sucessora a Internet de 128 bits, deve convergir todos os esforços e a
migração para IPv6, ser apenas questão de tempo.
3.1.1 Novo Paradigma
Assim como o IPv4, o IPv6 foi desenvolvido pelo Internet Engineering Task
Force (IETF) e está descrito na RFC 2460 de 1998; no entanto, três novas
atualizações: 2007 (RFC 5871), 2009 (RFC 5722) e 2010 (RFC 5095), trazem
importantes atualizações de roteamento e segurança, o que indica que o protocolo
ainda está sendo estudado, pode sofrer alterações e seu comportamento em redes
de grande porte não é totalmente conhecido.
O IPv6 foi apontado como alternativa para o esgotamento do IPv4,
apresentando além do espaço de endereçamento aumentado um conjunto de
melhorias para facilitar o desempenho das redes e o desenvolvimento de novas
aplicações. O cabeçalho mais simples do IPv6 pode reduzir as despesas
operacionais e os recursos de segurança embutidos no novo protocolo facilitam a
proteção das organizações. Os recursos de configuração automática e divulgação
34
de prefixo trazem alternativas para configuração de dispositivos e diminuem a carga
de trabalho demandada de administradores de rede e de usuários finais.
A Internet, que essencialmente estava instalada em computadores fixos,
agora está evoluindo para uma série de dispositivos móveis com capacidade de
conectividade, como telefones celulares, impressoras, utensílios domésticos,
brinquedos robotizados e até mesmo carros e motos. A capacidade do IPv6 de tratar
dispositivos que exigem mobilidade e facilidade de configuração é fundamental para
a operação e gerenciamento da rede, que agora não é mais estática e pode ter seus
nós alterados a cada momento.
O IPv6 não implementa inter operabilidade com o IPv4 e forma uma rede
totalmente independente; entretanto diversas técnicas de transição foram criadas
para facilitar sua implantação e a convivência com protocolos anteriores. Nos itens
seguintes os detalhes do IPv6 e as técnicas de transição serão apresentadas.
3.1.2 Estrutura do Pacote IPv6
Os pacotes consistem de um cabeçalho (header) e o payload; o cabeçalho
apresenta informações para endereçamento e roteamento e o payload os dados do
usuário. O endereço IPv6 tem 128 bits, ao contrário dos 32 bits do IPv4. Apesar de
ter o cabeçalho maior, o processamento de pacotes em IPv6 foi simplificado. A
Figura 1 compara os cabeçalhos do IPv4 e IPv6:
Figura 2 – Comparação entre cabeçalhos IPv4 e IPv6 Fonte: Cisco (2007)
35
No cabeçalho do pacote IPv6 ficaram apenas os campos mais utilizados,
sendo que campos adicionais foram movidos para cabeçalhos opcionais separados
do principal.
Os roteadores IPv6 não realizam fragmentação; os hosts devem utilizar o path
mtu Discovery para realizar fragmentação fim-a-fim, ou não enviar pacotes maiores
que o MTU padrão mínimo de 1280 bytes.
O cabeçalho não é protegido por checksum; assume-se que os protocolos de
camada mais baixa e mais alta fornecerão a detecção de erros quando necessário.
O Quadro 1 apresenta o cabeçalho IPv6 completo e segue a descrição de cada
campo:
Quadro 1 – Cabeçalho do IPv6. Adaptado da RFC 2460 Fonte: Alan Aquilino
a) Version (4 bits) – Campo de versão que indica o IPv6; o pacote deve
apresentar a constante 6 em binário (0110);
b) Traffic Class (8 bits) - Dividido em dois valores. Os seis mais significativos são
utilizados para serviços diferenciados(DSCP), e tem como função classificar
pacotes de acordo com o tipo (dados, voz, vídeo, etc.). Os outros dois bits são
utilizados para controle de congestionamento de rede, Explicit Congestion
Notification (ECN) onde dois intervalos determinarão se a origem controla ou
não o congestionamento;
c) Payload Length (16 bits) - O tamanho do payload em Octetos, incluindo as
extensões de cabeçalho. Identifica o tamanho do payload do pacote em
bytes, excluído o cabeçalho fixo do IPv6. Se um cabeçalho de extensão for
utilizado, é computado como parte do payload do pacote. Um link IPv6 pode
suportar pacotes até 64 Kbytes. Para pacotes maiores, utiliza-se a opção
36
Jumbo Payload, localizada no cabeçalho de extensão Hop-by-Hop e o
tamanho do pacote será zero;
d) Flow Label (20 bits) – Identifica um fluxo de informações que pode ser tratado
de forma diferenciada pelos roteadores ou estações;
e) Next Header (8 bits) - Indica o próximo tipo de cabeçalho que está
imediatamente após o cabeçalho principal do IPv6;
f) Hop Limit (8 bits) - Substitui o campo time-to-live do IPv4. Esse valor é
decrementado de uma unidade em cada nó que o pacote trafega. Ao atingir o
valor 0, o pacote é descartado;
g) Source Address (128 bits) - É o endereço do host de origem do pacote;
h) Destination Address (128 bits) - É o endereço do host de destino. Caso exista
o cabeçalho de roteamento, este campo indica o endereço do próximo
destino, e não do destino final. Este valor pode ser alterado durante o
percurso.
3.1.3 Endereçamento
Endereços IPv6 são formados com 8 blocos de 16 bits cada um, separando
cada bloco por dois pontos (:). A notação hexadecimal substitui a notação decimal
do IPv4.
Exemplo:
2030:0000:100F:0000:0000:09a0:8b6A:488D /64
Uma série de abreviações facilita a escrita do endereço; os "zeros" iniciais de
cada grupo separado por dois pontos podem ser omitidos; blocos sucessivos de
zeros podem ser substituídos por dois grupos de dois pontos (::), entretanto essa
abreviação só pode ser utilizada uma vez.
Exemplo acima abreviado:
2030:0:100F::9a0:8b6A:488D /64
A identificação de rede e host não é mais realizada pela máscara decimal, e
sim pela notação de bits correspondentes à rede. No exemplo acima, /64 indica que
37
os 64 bits mais significativos do endereço correspondem à rede. Assim, a rede é
representada por 2030:0:100F:0/64 e os hosts estão no intervalo 2030:0:100F::/64 a
2030:0:100F:0:FFFF:FFFF:FFFF:FFFF/64.
3.1.3.1 Classes de Endereço
Os endereços IPv6 são classificados pelos tipos de roteamento mais comuns:
a) Unicast - Identifica uma única placa de rede; os pacotes do protocolo IPv6 são
enviados para um endereço Unicast para a placa de rede identificada por ele;
b) Anycast - O endereço Anycast identifica um grupo de interfaces, que
pertencem a diferentes nós da rede; o pacote geralmente é entregue para a
interface mais próxima, de acordo com as métricas do protocolo de
roteamento em questão;
c) Multicast - O IPv6 abandona o conceito de broadcast e utiliza o multicast com
escopos mais específicos, identificando um grupo de interfaces. Uma
interface pode pertencer a diversos grupos multicast. Quando se envia uma
mensagem a um endereço multicast, ela será entregue a todos os membros
do grupo por ele identificado.
3.1.3.2 Escopo de Endereçamento
a) Global: Os endereços Globais são endereços públicos e roteáveis através da
Internet; o IANA está designando para uso público o intervalo que começa
com o valor binário 001, ou seja endereços a partir de 2000::/3; as regiões
(ARIN, RIPE, APNIC, LACNIC e AfriNIC) estão recebendo blocos /16, e a
alocação para provedores e grandes empresas com AS próprio varia de /32 a
/48;
b) Link-local: Trata-se de um novo conceito de endereçamento na camada de
rede; esses endereços identificam endereços dentro de uma mesma rede
local, no IPv4 referenciada como domínio de broadcast, mesma VLAN (Virtual
Local Area Network), ou mesmo link fisicamente conectado. Roteadores não
encaminham esses endereços e eles são apenas para comunicação no
mesmo segmento de rede; esses endereços são utilizados para serviços que
utilizam comunicação local, como auto-configuração, neighbor discovery,
router discoverye protocolos de roteamento. Eles pertencem a um range
38
reservado FE80::/10 que começa com FE e tem valores que variam de 8 a B
no terceiro dígito, dependendo da aplicação;
c) Unique-local: Os endereços Unique-local são semelhantes aos endereços
privados (RFC 1918) utilizados hoje no IPv4; o escopo está dentro de uma
mesma organização; entretanto, o uso desse tipo de endereço é problemático
e é desaconselhado pela RFC 3979, de 2004. Entretanto, para aplicações
específicas que não requerem roteamento com a Internet em organizações
em que não haja endereçamento global para roteamento interno, seu uso
será permitido até que RFCs mais recentes apontem outra tecnologia ou
técnica de endereçamento substituta. São endereços que pertencem ao
range FC00:: /7.
3.1.4 Estratégias de Transição
Os protocolos IPv6 e IPv4 não são compatíveis entre si, já que possuem
estrutura de pacotes de rede diferenciada. Entretanto, a transição de IPv4 não
necessita que todos os nós da rede façam upgrade para IPv6 ao mesmo tempo;
alguns mecanismos permitem que os nós IPv4 comuniquem com nós IPv6 através
de técnicas de transição específicas; porém, tais mecanismos devem ser utilizados
com cautela, pois podem quebrar a conectividade fim-a-fim, e a inter operabilidade
não-nativa entre protocolos diferentes sempre adiciona dificuldade às atividades de
gerenciamento de rede, monitoração e resolução de problemas relacionados a
roteamento.
As RFCs 2893 (Transition Mechanisms for IPv6 Hosts and Routers) e a RFC
2185 (Routing Aspects of IPv6 Transition) definem os principais aspectos dos
mecanismos de transição, também conhecidos como SIT (Simple Internet
Transition).
3.1.5 Pilha Dupla
A implementação de pilha dupla permite que a conectividade com os
protocolos IPv4 e IPv6 aconteça simultaneamente, como mostra a Figura 2, cada nó
da rede possui ambas as pilhas instaladas em uma ou mais interfaces. Esta é a
transição mais indicada, pois utiliza o mesmo protocolo desde a origem até o
destino, e permite que as estações e servidores comuniquem em IPv6 sempre que a
39
aplicação (cliente/servidor) optar pelo novo protocolo. Assim que os
desenvolvedores portarem suas aplicações, compatibilizando-as com o IPv6, as
estações já poderão utilizá-lo.
Figura 3 – Pilha Dupla Fonte: Cisco (2007)
3.1.6 Tunelamento
Pode ser implementado quando duas máquinas, usando o mesmo protocolo,
desejam se comunicar sobre uma rede que utiliza outro protocolo de rede.
Roteadores que conhecem as duas redes constroem um túnel interligando as sub-
redes que abrigam as duas máquinas. Neste método de transição, um pacote IPv6 é
encapsulado em outro protocolo, neste caso, pacotes IPv6 são colocados dentro de
pacotes IPv4. No processo de encapsulamento, mostrado na Figura 3, é incluído um
cabeçalho de 20 bytes sem o campo "options", o tipo 41 é especificado no campo
protocol type e o pacote é completado, adicionado-se o cabeçalho e payload do
IPv6. Um dos problemas dessa técnica é que devido ao cabeçalho adicional, o MTU
é diminuído em 20 bytes.
40
Figura 4 – Opções de Tunelamento Fonte: Cisco (2007)
As técnicas de tunelamento devem ser consideradas temporárias e nunca
como soluções finais, já que quebram a comunicação fim-a-fim nativa dos protocolos
e adicionam maior complexidade aos administradores de rede (CISCO, 2007).
3.2 OSPF Versão 3
As mudanças no OSPF foram necessárias para suportar a diferença
semântica entre IPv4 e IPv6, oferecer suporte a endereços de 128 bits e consolidar
as melhorias discutidas desde a criação da versão 2 do OSPF. Essas diferenças
influenciam diretamente no método de implementação e na interação com outros
protocolos.
Este capítulo detalha as diferenças entre os protocolos OSPF e as
funcionalidades do novo protocolo. O OSPFv3 foi inicialmente definido em 1999, na
RFC 2740; entretanto, algumas mudanças e complementos foram adicionados na
versão de 2008 (RFC 5340) utilizada neste trabalho.
3.2.1 Comunicação Local
A formação de adjacência entre dois roteadores que trocam pacotes OSPF
agora acontece através dos endereços Link-Local. Tais endereços não podem ser
anunciados por roteadores. O OSPF para IPv6 assume que cada roteador tem
associado em cada uma de suas interfaces um endereço Link-Local. No escopo de
protocolos de roteamento, esses endereços têm propósito de comunicação local e
descobrimento de vizinhança. Em todas as interfaces, exceto nos links virtuais,
pacotes OSPF são enviados tendo como origem o endereço Link-Local associado à
41
interface. Um roteador aprende os endereços Link-Local de todos os roteadores
conectados a seus links, e usa esses endereços como informação de próximo hop
durante o encaminhamento de pacotes. Esse comportamento fará com que o
protocolo OSPF esteja operando mesmo sem que um IP Global (antes chamado de
“válido” no IPv4) esteja configurado na interface, fato que será discutido no Capítulo
5 juntamente com os cuidados a serem tomados ao configurar as interfaces de rede.
3.2.2 Cabeçalho e Estrutura dos Pacotes OSPF
O tamanho do cabeçalho era 24 bytes na versão 2, mostrado no Quadro 2, e
foi reduzido para 16 bytes na versão 3, conforme o Quadro 3. Router ID e Area ID
ainda utilizam número de 32 bits no mesmo formato do IPv4, entretanto isso não
significa que haja uma dependência entre os dois protocolos, pois trata-se apenas
de um parâmetro de identificação que não tem função de conectividade ou de
roteamento.
O Instance-ID é um novo campo utilizado para executar múltiplas instâncias
de OSPF por link; para duas instâncias conversarem elas precisam ter o mesmo ID.
O valor inicial da instância é "0", e é incrementado a cada nova instância. Os
campos de autenticação foram removidos e deve-se utilizar IPSEC para atribuir
confidencialidade e autenticidade nas informações de roteamento.
Quadro 2 – Cabeçalho OSPF versão 2 Fonte: Alan Aquilino
Quadro 3 – Cabeçalho OSPF versão 3 Fonte: Alan Aquilino
42
Quadro 4 – Tipos de pacotes OSPF versão 2 e 3 Fonte: Alan Aquilino
Os cinco tipos de pacotes,listados no Quadro 4, são os mesmos da versão
anterior. Entretanto, ocorreram mudanças nos campos de alguns dos tipos e
alterações nos LSAs que são mostradas nos itens seguintes.
3.2.3 Hello
A máscara de rede foi removida dos pacotes Hello, vide Quadro 5, pois como
a troca de pacotes acontece pelos endereços Link-Local, tal informação não é mais
necessária. O Interface ID é o novo campo que o roteador de origem utiliza para
identificar de forma única cada uma de suas interfaces, vide Quadro 6. Os campos
Router Priority e Hello Interval apenas mudaram de local, mas apresentam os
mesmos tamanhos e funções. O campo Options foi ampliado de 8 para 24 bits. Os
campos de Roteador Designado e Back-up agora apresentam o Router-id ao invés
do endereço IP. O Router-id juntamente com o Interface ID identificam de forma
única o Roteador Designado em uma interface.
Quadro 5 – Pacotes Hello OSPF versão 2 Fonte: Alan Aquilino
Quadro 6 – Pacotes Hello OSPF versão 3 Fonte: Alan Aquilino
43
3.2.4 Database Description
Os pacotes Database description são trocados quando uma relação de
adjacência foi formada; eles descrevem o conteúdo do banco de dados de estado do
enlace; o pacote associado à versão 2, mostrado no Quadro 7, foi aumentado em 4
bytes para formar o equivalente para a versão 3, mostrado no Quadro 8, e o campo
de opções passou a ser de 24 bits.
Quadro 7 – Database description do OSPF versão 2 Fonte: Alan Aquilino
Quadro 8 – Database Description do OSPF versão 3 Fonte: Alan Aquilino 3.2.5 Link State Request, Update e Acknowledgement
Nos pacotes do tipo Link State Requests, cada LSA é identificado pelos
campos LS Type, Link State ID e Advertising Router. Os campos da versão anterior,
vistos no Quadro 9, são os mesmos da versão atual, vistos no Quadro 10, entretanto
o LS Type foi reduzido para 2 bytes e apresenta uma codificação diferente, com dois
bits indicando o escopo de flooding.
Quadro 9 – Pacote Link State Request do OSPF versão 2 Fonte: Alan Aquilino
44
Quadro 10 – Pacote Link State Request do OSPF versão 3 Fonte: Alan Aquilino
Os pacotes Link State Update observados nos Quadros 11 e 12 não sofreram
alterações; entretanto, a lista de interfaces que ele pode transportar é diferente da
enviada na versão anterior e seu conteúdo depende do escopo de flooding do LSA.
Quadro 11 – Pacote Link State Update do OSPF versão 2 Fonte: Alan Aquilino
Quadro 12 – Pacote Link State Update do OSPF versão 3 Fonte: Alan Aquilino
Os pacotes Link State Acknowledgement são idênticos nos dois protocolos;
os Acknowledgements podem ser considerados de forma implícita no caso do envio
de pacotes do tipo Link State Update, não sendo necessário o reenvio de um pacote
específico de Acknowledgement.
O próximo capítulo caracteriza as redes de grande porte e os cenários de alta
disponibilidade em que os protocolos OSPF versão 2 e 3 são configurados. O OSPF
aplicado a tais cenários coloca à prova a capacidade da rede sobreviver a eventos
que alterem sua estabilidade.
45
4 ESTABILIDADE DE REDES DE GRANDE PORTE
4.1 Definição
As redes de grande porte são compostas por componentes que permitem
explorar recursos de alta disponibilidade, grande número de conexões,segurança,
velocidade e acesso a facilidades remotas.
4.2 Topologias de Alta Disponibilidade
Vários tipos de topologias são admitidas para criar cenários de alta
disponibilidade. As próximas seções discutem o funcionamento e as vantagens de
cada uma. Em todas elas, considera-se que a comunicação é provida por enlaces
ponto-a-ponto, sem roteadores intermediários. A utilização de links do tipo VPN
(Rede Virtual Privada) e a redistribuição de protocolos são itens tratados
separadamente, apenas nas conexões com a Internet, pois o OSPF concentra-se no
roteamento interno das redes de grande porte. As conexões são explicadas tendo
como ponto de partida a rede local LAN (Local Area Network), e o ponto de saída
considerado é o roteador do site principal da rede.
4.2.1 Um Roteador, Duas conexões: ativo/passivo
Esta topologia, apresentada na Figura 4, mostra um roteador funcionando
como única rota de saída para a rede local. Um enlace funciona como conexão
primária e o outro, Link Backup, somente é ativado em caso de queda no primeiro.
Neste cenário, o custo dos enlaces é configurado de maneira diferente, para que o
tráfego prefira sempre as rotas do Link Principal no caso de ambos os enlaces
estarem em boas condições de operação.
Recomenda-se que, em topologias ativo/passivo, os dois enlaces tenham a
mesma capacidade e mesmo tempo de resposta e, independente de serem ligados
ao mesmo provedor. A adoção de diferentes provedores pode diminuir as chances
de falha, desde que os provedores sejam independentes e não compartilhem da
mesma infra-estrutura de backbone ou conexões de última milha. Para links providos
pela própria organização, tais como fibras ópticas e enlaces de rádio para
interconexão entre prédios, é interessante que sejam compostos por tecnologias
diferentes de transmissão, diminuindo assim as chances de falha mútua.
46
Figura 5 – Um roteador, duas conexões, ativo/passivo Fonte: Alan Aquilino
4.2.2 Um Roteador, Duas conexões: ativo/ativo
Neste cenário, apresentado na Figura 5, o custo dos dois enlaces é o mesmo
e o tráfego é compartilhado entre os dois caminhos. Apesar de aparentemente esta
topologia apresentar um melhor aproveitamento dos links de comunicação, um
cauteloso planejamento de rede é necessário para evitar que ambos os links, em
situação normal de operação da rede, ultrapassem 50% de sua capacidade; tal fato
significaria que, no caso de queda de um dos links, a capacidade oferecida não seria
suficiente para atender aos requisitos de qualidade e banda disponível que a rede
precisa.
O compartilhamento de carga pode trazer problemas para aplicações tempo-
real caso os links apresentem atraso ou variação de taxa de transmissão (delay ou
jitter) entre si. A identificação do tráfego de tempo real pode ser realizada e um
conjunto de configurações pode permitir que tais aplicações funcionem em um
esquema ativo/passivo durante sua vigência, enquanto nos demais períodos, o
tráfego seja liberado em ambos os links para qualquer tipo de fluxo. Entretanto, tal
configuração adiciona complexidade à rede e dificulta testes e monitoração.
47
Figura 6 – Um roteador, duas conexões, ativo/ativo Fonte: Alan Aquilino
4.2.3 Dois Roteadores, Duas conexões: ativo/passivo
Os conceitos da topologia de roteador único com duas conexões ativo/passivo
também se aplicam quando há dois roteadores funcionando como ponto de saída,
conforme esboçado na Figura 6. Neste caso, a conexão entre os dois roteadores é
necessária para que, na queda dos enlaces; o protocolo de roteamento OSPF evite
a formação de loops de rede. Outro protocolo de redundância atua diretamente nas
interfaces locais para permitir que o roteador de saída, com link ativo, seja o
escolhido pelas estações da rede local.
48
Figura 7 – Um Dois roteadores, duas conexões, ativo/passivo
Fonte: Alan Aquilino
4.2.4 Dois Roteadores, Duas conexões: ativo/ativo
Neste cenário, mostrado na Figura 7, dois roteadores atuam em esquema de compartilhamento de carga, e todos os conceitos anteriores relacionados à topologia de links ativo/ativo e aos aspectos de redundância também se aplicam.
Figura 8 – Dois roteadores, duas conexões, ativo/ativo
Fonte: Alan Aquilino
49
4.3 Parâmetros de Estabilidade
Convergência de rede é o tempo necessário para que o tráfego seja
redirecionado para caminhos alternativos após um evento que altere as condições
normais de operação e funcionamento da rede. O tempo de convergência é o
principal parâmetro estudado na análise da estabilidade da rede.
4.4 Ciclo de Vida das Redes de Grande Porte
Muitos modelos de ciclo de vida do tipo Waterfall, conforme Fluxograma 1,
foram desenvolvidos desde a década de1970 para orientar o desenvolvimento de
sistemas. O ciclo de vida também pode ser aplicado às redes de comunicação, já
que a rede é por si só um sistema. Esta seção baseia-se no ciclo de vida de
sistemas para aplicar uma ordem lógica ao planejamento e organização das diversas
atividades que cobrem a instalação e manutenção de uma rede de grande porte.
Requisitos
Análise
Design
Codificação
Teste
Aceitação
Fluxograma 1 – Ciclo de desenvolvimento de sistemas
Fonte: Alan Aquilino
4.4.1 Requisitos
Os requisitos arquiteturais e operacionais de uma rede estão ligados aos
recursos necessários para que a comunicação entre aplicações distintas ocorra de
acordo com parâmetros aceitáveis. Um dos parâmetros de qualidade da
comunicação é o tempo de resposta que a informação demora para trafegar da
origem ao destino; a rede deve estar sempre disponível e não pode estar suscetível
à interferências ou sujeita a acessos não autorizados informação transmitida.
50
4.4.2 Análise
A análise agrupa os requisitos em demandas e funcionalidades que permitem
especificar os recursos necessários para a implantação da rede. Fazem parte dos
recursos do sistema computacional: equipamentos de conexão (roteadores,
switches, hubs, telefones IP, etc.), links de comunicação, protocolos (IP, IPv6, BGP,
OSPF, etc.), aplicativos (Sistemas Web, DNS, Sistemas de vídeo conferência, etc.) e
pessoas necessárias à configuração, operação e suporte aos serviços de
manutenção e gerenciamento da rede.
4.4.3 Design
O Design cuida dos detalhes de implementação, itens que conferem
organicidade e desempenho quando colocados em prática, tais como a topologia
lógica contendo as informações de endereçamento e protocolos de rede.
4.4.4 Codificação
A codificação trata da configuração de equipamentos e aplicativos. Aplica os
ajustes necessários para oferecer serviços sob medida.
4.4.5 Teste
O Teste engloba ensaios de conectividade, qualidade do serviço e da
redundância.
4.4.6 Aceitação
A aceitação acontece quando os parâmetros de qualidade são satisfatórios e
por uma série de critérios definidos, conforme o tipo de rede. Após a aceitação, a
rede entra em operação, com atividades de monitoração e gerenciamento; a partir
daí, para qualquer mudança em alguma das características da rede, o ciclo
recomeça.
O próximo capítulo utiliza os conceitos de redes de grande porte discutidos e
define as atividades necessárias para implementá-las com OSPF versão 3, de
acordo com as etapas estabelecidas no ciclo de vida.
51
5 MÉTODO DE IMPLEMENTAÇÃO DE REDES DE GRANDE PORTE
No capítulo anterior foram apresentados os componentes responsáveis pela
estabilidade nas redes de comunicação. Neste capítulo é apresentado o método
para implementação de redes que não se restringe apenas à instalação e
configuração, e sim estrutura a rede durante todo o ciclo de vida.
5.1 Escopo
5.1.1 Características da Rede
O trabalho destina-se a redes de grande porte, com grande número de
roteadores, interconexão de sites remotos e caminhos alternativos em caso de falha
de hardware ou problemas nos links de comunicação. Os protocolos OSPF versão 2
e 3 são utilizados para interconectar as diferentes redes IPv4 e IPv6 dentro de um
mesmo sistema autônomo (AS). Diferentes áreas de OSPF são configuradas como
estratégia para otimizar o protocolo conforme regras a serem apresentadas neste
capítulo, como mostra a Figura 9.
Figura 9 – Exemplo de rede de grande porte e protocolos de roteamento utilizados Fonte: Alan Aquilino
52
Entre as estratégias de transição apresentadas, o Capítulo 3 define os
motivos pelo qual a estratégia de “pilha dupla” apresenta a melhor alternativa para
implantação de IPv6. Considera-se que as redes implantadas terão necessidade de
conectividade fim-a-fim entre máquinas IPv4 e IPv6, ou seja, não há túneis ou outras
estratégias de conexão entre os dois protocolos, ambos serão operados de forma
independente e preservarão suas características originais.
O método proposto aplica-se a redes já existentes, em que o IPv4 já está
operando, ou para redes totalmente novas onde ambos os protocolos IPv4 e IPv6
serão instalados.
5.2 Método de Implementação e Ciclo de Vida das Redes
No Fluxograma 2 está representado o diagrama de blocos do método
proposto com exemplos das principais atividades desenvolvidas em cada etapa.
Requisitos Análise Design Codificação Teste Aceitação
Documentação
Operação,
Manutenção,
Gerenciamento
-Requisitos do
usuário
-Aplicações
necessárias
-Parâmetros de
qualidade
-Software
-Hardware
-Conectividade
-Redundância
-Topologia Física
-Topologia Lógica
-Endereçamento
-Detalhes de
Protocolos de rede
e roteamento
Configuração
-IPv4/IPv6
-OSPFv2/OSPFv3
- Roteadores
- Switches
-Conectividade
-Redundância
-Ok do Usuário
-Sistemas de
Gerenciamento
-Backup
Fluxograma 2 – Diagrama do método de implementação de redes
Fonte: Alan Aquilino
5.3 Requisitos e Análise
A definição dos requisitos da rede deve ser o primeiro passo da
implementação, já que levantamento insuficiente ou mau direcionado, seguido de
53
uma decisão incorreta de execução pode produzir impactos nos custos e
comprometer a qualidade do projeto de rede.
O mapeamento dos principais serviços, servidores e aplicativos é fundamental
para estabelecer cenários de redundância, índices de serviço aceitáveis e
parâmetros para realização dos testes a serem discutidos nos próximos itens.
5.3.1 Hardware
Os equipamentos em operação no núcleo da rede ou em plena atividade nas
grandes corporações, orientados para o tráfego de IPv4, utilizam hardware
específico e processadores com ciclos capazes de tratar endereços de 32 bits
segundo critérios de desempenho compatíveis com a demanda de uma rede quase
homogênea, e com referenciais de rapidez aceitáveis. Com o advento do IPv6, o
aumento do volume e do tamanho do endereço para 128 bits, num cenário de
crescente heterogeneidade, significa ameaça iminente à estabilidade da rede, caso
o equipamento não tenha hardware apropriado para a realização de roteamento,
pois recursos de memória e CPU podem se esgotar.
Assim, antes de adquirir equipamentos de rede, o administrador deve analisar
alguns parâmetros para especificar corretamente o produto que deverá adquirir:
a) Protocolos a serem utilizados: Os protocolos OSPFv2, OSPFv3 e BGP estão
entre os protocolos de roteamento que mais consomem recursos de
hardware;
b) Tipos de tráfego: A convergência de voz, dados e vídeo no mesmo meio, é
bastante comum hoje,não importando se a rede é do tipo privada ou pública,
restrita ou aberta, residencial ou corporativa; a quantidade de banda
reservada para aplicações em tempo real (voz, vídeo) interfere diretamente no
processamento dos roteadores;
c) Banda disponível: A velocidade das interfaces de um equipamento não
representa o throughput que ele apresenta na prática; devem ser
consideradas todas as conexões e o impacto na qualidade dos serviços, caso
a redundância precise ser acionada.
Os fabricantes devem responder se o hardware presente em seu portfólio
atende às necessidades acima descritas e evidenciar aspectos de escalabilidade
para o caso de futuras expansões na rede.
54
5.3.2 Software
Roteadores nada mais são do que equipamentos semelhantes aos PCs, com
arquitetura que privilegia fluxos de entrada e saída, tendo processador, memória e
placas de rede otimizadas para tarefas relacionadas a roteamento. São
equipamentos que dependem de softwares e executam um sistema operacional
específico. Tais softwares contêm implementações de protocolos escritos nas RFCs.
Assim como ocorreu com o IPv4, o IPv6 e os protocolos de roteamento ainda
passam por mudanças estruturais que podem alterar a maneira de operação e o
modelo de gerenciamento da rede. A análise do software é fundamental para
assegurar que os protocolos utilizados respeitem as RFCs; todos os equipamentos
da rede devem ter versão de software compatível entre si.
5.3.3 Conectividade
O IPv6 e a convergência de diferentes dispositivos estão trazendo uma
mudança drástica de paradigma na sociedade: dispositivos que antes não estavam
conectados na rede vão passar a ter informações roteadas; a organização deve
mapear todos os tipos de dispositivos e suas necessidades de conexão; alguns
equipamentos podem ter necessidades de roteamento específicas, como telefones
celulares e automóveis, e tais informações podem alterar diretamente a estabilidade
da rede.
Um parâmetro importante é considerar que todo dispositivo que utilize energia
elétrica pode ser conectado na rede IPv6 no futuro próximo; como fazer essa
conexão, quanto consome de banda, qual deve ser sua prioridade, de que maneira
será o endereçamento e qual é o impacto nos roteadores são perguntas que devem
ser respondidas ainda nos requisitos.
5.3.4 Redundância
Todos os pontos de falha da rede precisam de mapeamento para definição de
como funcionará a redundância. Os equipamentos, links de comunicação e
interfaces de conexão devem ser tratados como possíveis ponto de falha. O tipo de
redundância, detalhes do funcionamento, método de detecção, probabilidade de
ocorrência e o impacto na qualidade do serviço final são parâmetros a considerar.
55
5.4 Documentação
A documentação de rede é utilizada em todos os estágios do ciclo de vida e
deve estar sempre atualizada. Um controle de versão é necessário para acompanhar
a evolução da rede e ajudar na resolução de problemas.
A documentação deve conter, mas não está limitada a:
a) Inventário: Lista de equipamentos com descrição, versão de hardware,
software, localidade, contrato de suporte, localização física, data de “fim do
suporte” e “fim de vida” dos equipamentos;
b) Topologia física: Apresenta o nome e o desenho dos dispositivos de rede com
detalhes das conexões físicas, identificação de localidade, tipo e velocidade
dos links de comunicação;
c) Topologia lógica: Apresenta o desenho das conexões lógicas da rede;
dispositivos que atuam apenas nas camadas 1 e 2, como hubs e switches,
podem ser retirados. São necessárias informações de endereçamento IPv4 e
IPv6, protocolos de roteamento, tipo de rede, túneis, configurações de NAT
(Network Address Translation) e demais protocolos que atuam nas camadas
de 3 a 7 e podem interferir no roteamento. Como a quantidade de
informações pode interferir na visibilidade da topologia, é possível dividir uma
mesma topologia em diversas topologias mais específicas;
d) Topologias específicas relacionadas à estabilidade de redes: Pontos de falha,
funcionamento da redundância, túneis, NAT, tecnologias de mobilidade;
e) Controle de administração de IPs: Um procedimento recorrente no domínio
IPv4 é a má administração de endereços IP: muitas empresas utilizam
planilhas para efetuar o controle da atribuição de IPs a equipamentos;
entretanto, com o endereço de 128 bits do IPv6, torna-se inviável a
administração e atribuição manual. Alguns fabricantes oferecem dispositivos
com sistemas IPAM (IP Address Management) com função de DNS e
administração de IP como parte da mesma estrutura de software/harware.
Sistemas open source como o IP Plan (http://iptrack.sourceforge.net/) e MyIP
(http://sourceforge.net/projects/myipipmanage/) auxiliam o administrador de
rede, caso uma solução baseada em hardware não esteja disponível;
f) Controle de configuração: A configuração dos equipamentos deve ser
armazenada em um servidor de backup; controles de versão e o
56
armazenamento de configurações antigas podem ajudar a resolver problemas
e explicar a evolução da rede. A listagem da configuração dos equipamentos
deve sempre ter comentários com explicações sobre estratégias de
configuração utilizadas;
g) Lista de Aplicativos: Uma base de dados de identificação e localização dos
usuários (client) e servidores é fundamental para uma rede organizada.
Informações adicionais sobre os serviços, como IP de escuta, protocolos de
camada alta, portas utilizadas para conexão são indispensáveis para facilitara
convivência de redes e aplicações IPv4 e IPv6.
5.5 Configuração dos Protocolos
Deve-se tomar os seguintes cuidados na configuração dos protocolos:
5.5.1 Ordem de Configuração – IPv4 X IPv6
Em uma rede de pilha dupla, a configuração dos equipamentos apresenta
instruções separadas para os protocolos IPv4 e IPv6. Caso a rede IPv4 já esteja em
funcionamento, sugere-se que este método seja seguido por completo com a rede
existente para que depois seja implantada a parte referente ao IPv6.
Caso a rede seja nova, o IPv4 deve ser implantado antes do IPv6. A RFC
4213 (2005) sugere que por muito tempo o suporte a IPv4 ainda será necessário,
talvez até mesmo indefinidamente. Uma rede IPv4 estável pode ser uma poderosa
ferramenta para acesso aos roteadores no caso da rede IPv6 apresentar problemas
próprios de seus protocolos.
Após a implantação do IPv6, sugere-se que a conectividade IPv4 seja testada
novamente para eliminar possíveis sobrecargas de hardware oriundas do suporte ao
tráfego IPv6. Deste ponto em diante, os testes são sempre conjuntos e as duas
pilhas devem estar habilitadas em todos os cenários de teste.
5.5.2 OSPF versão 2
O OSPF é um protocolo complexo que apresenta inúmeras possibilidades de
configuração; a definição correta do modo de operação conforme o tipo de rede é
essencial para diminuir o tráfego relacionado ao protocolo de roteamento e facilitar a
convergência.
57
A localização e divisão de áreas devem levar em consideração todos os
pontos de troca de tráfego na rede, com a análise da probabilidade de queda dos
links de comunicação e impacto gerado na rede como um todo.
O Router-id deve ser definido manualmente para evitar uma eventual
mudança de identificador após alteração de endereçamento nas interfaces ou
configurações que alterem o cálculo automático do parâmetro de identificação.
A opção que melhor protege o OSPFv2 de ataques ao roteamento é a
criptografia na troca de pacotes utilizando IPSEC (Internet Protocol Security).
Entretanto, a configuração de túneis é trabalhosa e adicionará carga administrativa e
dificuldade na resolução de problemas na topologia lógica da rede. A melhor opção
nativa é a utilização de MD5 (Message-Digest algorithm 5), o que não protegerá a
confidencialidade na troca de pacotes, mas proporcionará um método de
autenticação para validar as informações de roteamento.
5.5.3 O Endereçamento IPv6
Tópicos a ser observados na elaboração de um plano de endereçamento:
5.5.3.1 Endereçamento Global X Privado
A utilização de endereços do tipo Unique-Local (equivalente à faixa de
endereçamento privado do IPv4) não é recomendada, pois esse tipo de
endereçamento quebra as conexões fim-a-fim e traz implicações aos
desenvolvedores de aplicação.
A recomendação é que endereços globais sejam utilizados na rede. Locais
que não necessitam de acesso à Internet devem ser protegidos por firewall e
políticas de roteamento. Para conexões locais (no mesmo domínio de broadcast), o
endereço do tipo Link-Local pode ser utilizado sem maiores problemas, com a
ressalva de que ele é um endereço que jamais será roteado.
5.5.3.2 Divisão de Blocos de Endereçamento Global IPv6
Há diversas maneiras de dividir um bloco IPv6, entretanto nenhuma delas é
obrigatória. A RFC 3531 (2003) define uma maneira flexível de divisão de redes
através dos bits mais significativos conforme as necessidades organizacionais.
58
De acordo com os guias de endereçamento fornecidos pela ARIN (2011), é
recomendada a alocação de no mínimo um bloco /64 para as redes. As interfaces de
equipamentos e a redes onde estão localizados os usuários finais devem ter
máscara de 64 bits; embora não sejam uma regra mandatória. A utilização de uma
máscara maior acarreta incompatibilidade com diversos recursos do IPv6, como
neighbor discovery, secure neighbor discovery, privacy extensions, mobile IPv6,
entre outros. As interfaces de loopback poderão utilizar a máscara /128, já que não
devem possuir ligação direta com a conectividade de serviços.
Assim sendo, seguindo as principais recomendações das últimas RFCs e dos
órgãos reguladores do endereçamento IPv6, deve-se utilizar /64 para todos os tipos
de redes exceto as interfaces de loopback.
5.5.4 OSPF versão 3
Aspectos relacionados à definição de tipo de rede e área discutidos na
configuração do OSPFv2 também valem para a nova versão.
Conceitos de conectividade específicos do IPv6 vão interferir diretamente na
operação do OSPFv3; a utilização dos endereços Link-Local para a descoberta de
vizinhança é um ponto a ser observado, pois mesmo sem endereçamento global nas
interfaces o OSPF ficará ativo e começará a transmitir informações de roteamento,
mesmo sem a configuração do roteador estar completa. O administrador de rede
precisa mapear a existência de redes que não devem participar do OSPF e habilitar
as interfaces apenas quando os equipamentos estiverem prontos para a troca de
tráfego. As facilidades de endereçamento e auto-configuração do IPv6 facilitam a
vida do usuário final, mas podem abrir brechas de segurança quando não
acompanhadas de cautelosa monitoração, gerenciamento e inspeção por
dispositivos de segurança de rede.
A autenticação por MD5 foi removida do protocolo; entretanto, no IPv6 o
IPSEC é nativo e a operação e manutenção foram simplificadas; a não proteção dos
pacotes de roteamento deixa a rede vulnerável a ataques de injeção de rotas para
desvio de tráfego e negação de serviço.
59
5.6 Teste de Conectividade
Após a configuração adequada dos equipamentos, deve-se testar a
conectividade fim-a-fim entre estações e servidores. Uma lista já discutida no item
“Documentação” deve facilitar a análise.
Neste primeiro momento utiliza-se uma rede por inteiro, com todos os
caminhos ligados e todas as conexões disponíveis para avaliar os seguintes
parâmetros:
a) Tempo de resposta: Deve ser medido de acordo com cada um dos serviços
testados, e não apenas com o protocolo ICMP (Internet Control Message
Protocol); técnicas de sla probing devem ser usadas para facilitar a medição
de serviços definidos com prioridades diferentes;
b) Qualidade do acesso: A opinião de usuários de aplicações deve ser
considerada para avaliar a percepção de qualidade no acesso a serviços;
c) Stress test: Trata-se de utilizar os links em sua capacidade máxima e
observar se os níveis de qualidade de serviço continuam satisfatórios de
acordo com os itens anteriores.
As ferramentas de gerenciamento devem auxiliar o administrador de rede na
coleta dessas informações; há softwares modernos capazes de gerenciar desde a
camada física até o tempo de resposta de aplicação, simulando a atividade do
usuário e coletando parâmetros para analisar a qualidade do acesso.
5.7 Testes de Redundância
Uma vez que o teste de conectividade foi realizado com sucesso, os diversos
pontos de falha da rede devem ser considerados para avaliar a capacidade da rede
de reagir a falhas de software, hardware e links de comunicação.
Os pontos de falha podem ser agrupados por ordem de prioridade e um
roteiro pode ser seguido para facilitar testes futuros. Múltiplos pontos de falha de
prioridade alta devem ser acionados ao mesmo tempo para determinar em quais
situações a rede está vulnerável e a probabilidade de ocorrência de tais eventos
deve ser calculada.
Na simulação de falha, o tempo de convergência indicará o quanto a rede foi
rápida para reagir às mudanças necessárias. Após a convergência, os parâmetros
60
do teste de conectividade devem ser coletados e comparados para determinar a
qualidade da rede em uma situação de falha.
5.8 Operação e Gerenciamento
A operação da rede fecha o ciclo de vida do método. As redes IPv4 e IPv6
devem ser monitoradas separadamente. As seguintes atividades constituem boas
práticas de gestão de redes e devem fazer parte da rotina dos administradores de
rede:
• Monitoração da capacidade de hardware, software e links de
comunicação;
• Agendamento de testes de redundância;
• Revisão de atualizações de software, com testes em ambiente segregado
antes de efetuar a atualização em ambiente de produção;
• Separação de ambientes de teste e produção para novas tecnologias ou
mudanças bruscas de configuração; utilização de emuladores e
simuladores de rede para auxiliar no processo de teste;
• Manter documentação sempre atualizada;
• Manter backup e controle de versão das configurações e da
documentação.
O Método de Implementação proposto deve ser utilizado sempre que
surgirem novas necessidades de conectividade ou mudanças no ambiente de
software ou hardware.
5.9 Troubleshooting
Em muitos casos de instabilidade de rede a análise de problemas pode se
tornar uma atividade complexa pelo tamanho da rede e pela quantidade de detalhes
que os protocolos de rede e roteamento apresentam nas configurações dos
dispositivos. Com o IPv6 e OSPFv3, a complexidade aumenta, não apenas pela
presença dos novos protocolos mas também pela interferência que os protocolos
antigos terão no comportamento dos novos.
São sugeridos os passos seguintes:
• Identificação de recursos indisponíveis; neste passo, estão incluídas
atividades de análise de logs e testes a partir de diversas redes e
61
equipamentos para verificar quais serviços estão disponíveis e a partir de
quais redes (origem);
• Se as duas pilhas de protocolos IP (IPv4 e IPv6) estiverem indisponíveis,
iniciar o troubleshooting pela rede IPv4;
• Verificação de logs e testes básicos de conectividade pelas interfaces
ponto-a-ponto;
• No IPv4, verificar a tradução entre camadas, como o protocolo ARP e
configurações dos protocolos de enlace. No IPv6, o mesmo processo
envolve informações sobre o cache do Neighboor Discovery e testes de
conectividade com de endereços link-local e global-unicast;
• Após os testes de conectividade local, analisar as informações do
protocolo de roteamento (Tabela de rotas e base de dados OSPF) e
compará-las à situação de rede estável para melhor identificação dos
problemas;
• Se mesmo após os passos anteriores o problema persiste, pode-se
desligar a rede e religá-la aos poucos até identificação do problema. Uma
alternativa é ligar primeiro a rede IPv4 e depois a rede IPv6 para eliminar
possíveis problemas isolados com algum dos dois protocolos.
62
6 CONSTRUÇÃO DE PROTÓTIPO
Neste capítulo é descrita a construção de um protótipo de rede para validação
em laboratório do método proposto. São utilizadas redes heterogêneas e ambientes
compostos de emuladores de rede (GNS3, Dynamips) e estações virtuais de
trabalho. O ambiente emulado é testado com tráfego real entre os diversos
dispositivos configurados.
As ferramentas de gerenciamento realizam a coleta dos parâmetros
necessários para validação. No protótipo, os parâmetros que indicam a estabilidade
da rede são medidos e comparados para averiguar a validade das informações.
As seguintes informações são coletadas: tempo de convergência, utilização
de CPU dos equipamentos, tabelas de roteamento, base de dados OSPF e tempo
de resposta.
6.1 Estrutura do Laboratório
Os roteadores são emulados através do emulador de rede Dynamips. Duas
máquinas virtuais (vmware) são conectadas virtualmente aos roteadores R1 e R2
através de um switch e R8, diretamente, para a realização de testes, como indica a
Figura 10. Embora a estrutura do laboratório seja emulada e virtualizada com
compartilhamento de recursos, foram tomados cuidados para que o consumo de
CPU e memória dos recursos jamais beire 100%, fato que alteraria os resultados dos
ensaios.
Durante os testes, o mesmo tipo de rede foi emulada utilizando equipamentos
físicos e dedicados para averiguação de resultados. Os parâmetros foram
analisados e verificou-se que apenas o tempo de resposta na comunicação entre os
dispositivos foi afetado. Como a medição de desempenho e velocidade de
transmissão não faz parte do escopo do laboratório, foi utilizada rede virtualizada
que mostrou diferença desprezível nos parâmetros que interessam para a análise
em questão, como o tempo de convergência da rede. A rede virtualizada/emulada,
proporciona maior agilidade e flexibilidade para realizar medições dos parâmetros
considerados e permitiu que o autor não tivesse dependência das estruturas físicas
de laboratórios previamente testadas.
Em todos os testes ocorreu troca real de tráfego entre os dispositivos
descritos, pois o Dynamips é um emulador de rede, e não apenas um modelo
63
matemático. O Vmware foi utilizado para virtualizar 2 estações usadas para testes;
as estações PC1 e PC2 estão conectadas logicamente aos roteadores R1/R2 e R8,
não permitindo a troca de tráfego com os outros dispositivos. O GNS3 é a interface
gráfica utilizada para controlar o Dynamips e gerenciar acesso aos roteadores e
elementos intermediários, como switches e conexões. As configurações completas e
comentadas do GNS e do Vmware usadas no laboratório estão listadas no Anexo A.
A figura 10esboçaa topologia visualizada no GNS3; e pode ser considerada a
topologia física do LAB. Os critérios que levaram à escolha dessa topologia são
discutidos no item “6.3 Design”.
Figura 10 – Topologia física: GNS3 e Dynamips Fonte: Alan Aquilino
A tabela 1 mostra todos os elementos utilizados no laboratório. Uma única
máquina real está emulando doze dispositivos virtuais, entre eles duas estações, um
switch Ethernet, um switch Frame-relay e 8 roteadores.
Vide configuração completa da tabela 1 no Anexo B.
64
Tabela 1 – Dispositivos do laboratório Fonte: Alan Aquilino
Para medições do tráfego ICMP utilizou-se o software Winping, compatível
com as pilhas IPv4 e IPv6. O quadro 13 mostra o envio de 32 bytes a cada segundo.
Após 31 segundos de testes, o destino pára de responder durante 12 segundos,
voltando a responder após 44 segundos. Na figura 11, um gráfico é gerado pelo
Winping mostrando o tempo de resposta em função do número de “loops” (cada
“loop” é um conjunto de 32 bytes de pacotes ICMP enviados e dura o tempo de uma
solicitação somada à resposta). Todas as medições de ICMP deste trabalho utilizam
esta estrutura.
1 Reply from 8.8.8.8 in 62 ms ; Bytes: 32 ; Average: 62,00 ms ; Time: 00:00:01.656
2 Reply from 8.8.8.8 in 113 ms ; Bytes: 32 ; Average: 87,50 ms ; Time: 00:00:02.906
3 Reply from 8.8.8.8 in 109 ms ; Bytes: 32 ; Average: 94,67 ms ; Time: 00:00:03.937
4 Reply from 8.8.8.8 in 159 ms ; Bytes: 32 ; Average: 110,75 ms ; Time: 00:00:05.953
5 Reply from 8.8.8.8 in 60 ms ; Bytes: 32 ; Average: 100,60 ms ; Time: 00:00:07.843
…
31 Reply from 8.8.8.8 in 19 ms ; Bytes: 32 ; Average: 81,55 ms ; Time: 00:00:47.656
32 TimedOut
…
43 TimedOut
44 Reply from 8.8.8.8 in 207 ms ; Bytes: 32 ; Average: 85,47 ms ; Time: 00:01:29.437
45 Reply from 8.8.8.8 in 249 ms ; Bytes: 32 ; Average: 90,42 ms ; Time: 00:01:30.796
46 Reply from 8.8.8.8 in 88 ms ; Bytes: 32 ; Average: 90,35 ms ; Time: 00:01:37.390
47 Reply from 8.8.8.8 in 668 ms ; Bytes: 32 ; Average: 106,86 ms ; Time: 00:01:39.156
48 Reply from 8.8.8.8 in 159 ms ; Bytes: 32 ; Average: 108,31 ms ; Time: 00:01:40.656
Quadro 13 – Informações geradas pelo Winping Fonte: Alan Aquilino
65
Figura 11 – Gráfico gerado pelo Winping Fonte: Alan Aquilino
E editor de texto ConTEXT foi utilizado para facilitar a visualização de
endereços IPs e outras configurações saídas específicas de roteamento. O
ConTEXT foi programado com o recurso “Realce de Sintaxe” que mostra
determinadas informações pré-programadas com uma determinada cor. O quadro 14
é um exemplo de como as informações são listadas; os números estão sendo
mostrados na cor vermelho para facilitar a visualização de endereços IPs; os
comentários tem o símbolo “!” no início a linha e são mostrados na cor verde;
palavras específicas que diferenciam o IPv4 do IPv6 são listadas na cor azul. Esta
estrutura será utilizada na apresentação de informações que foram retiradas dos
roteadores.
Quadro 14 – Comando “sh ip route” retirado do roteador R1 R1#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
! Tabela de rotamento IPv4
66
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2001:BBBB:FFFF::6/32 is subnetted,1 subnets
O 2001::6 [110/11] via 192.168.10.2,00:30:36, Ethernet1/0
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,00:30:26, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
Fonte: Alan Aquilino
A tabela 2 mostra a lista dos softwares utilizados no laboratório. O Windows 7
é utilizado como sistema base para a execução de mais softwares de emulação e
virtualização, como GNS3, Dynamips e Vmware. O Windows XP está presente nas
duas máquinas virtuais utilizadas para representar a origem e destino dos pacotes
IP, além de realizar as medições através das saídas dos softwares Winping e
traceroute; por último, o software “Small Server” provê acesso web utilizando IPv4 e
IPv6, e fornece uma maneira de validar se a rede remota está acessível, não
deixando apenas a cargo do ICMP para realizar este julgamento.
Tabela 2 – Softwares utilizados no laboratório Fonte: Alan Aquilino
6.2 Requisitos e Análise
Software e Hardware
O protótipo segue todos os passos do método para implementação de redes
proposto no capítulo anterior. O modelo de roteadores emulado (Cisco 7206) é
utilizado nas redes de grande porte e possui memória RAM e CPU compatíveis para
execução dos protocolos IPv4, IPv6, OSPFv2 e OSPFv3.
67
O tipo de tráfego testado envolve os protocolos HTTP (através de serviços
web), ICMP para IPv4 e ICMP para IPv6 (através do utilitário "ping"); a banda
disponível não é fator relevante neste ambiente de laboratório pois não serão
realizados testes de desempenho relacionados a consumo de banda; entretanto,
para todos os testes realizados são feitas medições de CPU e a utilização das
interfaces; em nenhum momento chega a 100% de consumo da CPU, pois tal
comportamento impactaria diretamente no funcionamento dos protocolos OSPFv2 e
OSPFv3
Nas redes reais de grande porte, para seguir este método, uma ferramenta de
gerenciamento deve assegurar que os links de comunicação jamais estejam com
utilização próxima de 100%. Uma alternativa válida para este cenário é a
configuração de qualidade de serviço para assegurar a operação dos protocolos
OSPFv2 e v3 em meio ao tráfego destinado a aplicações cliente/servidor da rede em
questão. Roteadores com utilização de CPU próxima a 100% interferem diretamente
na estabilidade da rede.
Tabela 3 – Inventário da rede emulada. Fonte: Alan Aquilino
Os roteadores open source, como o Quagga ou o XORP apresentaram, na
data de realização deste laboratório, implementações de OSPFv3 incompletas e não
compatíveis com a última versão da RFC. O Quagga não implementa suporte a
áreas para OSPFv3, e o XORP não está implementado com base na última versão
da RFC(Julho de 2008). Por esse motivo, esses pacotes não foram adotados. A
versão de IOS listada no inventário de hardware – tabela 3, atende ao requisito de
aderência as RFCs mais atuais. Para se chegar a essa constatação, diversas
versões foram testadas e muitas foram descartadas pois mostraram suporte
incompleto a recursos básicos de IPv6, como a descoberta de vizinhança (Neighbor
68
Discovery). As figuras 12,13 e 14 mostram detalhes sobre a documentação oficial
dos fabricantes em relação ao suporte à RFC.
Figura 12 – Compatibilidade do software de roteamento Quagga Fonte: Site www.quagga.net (2011)
Figura 13 – Compatibilidade do software de roteamento XORP Fonte: XORP (2011)
69
Figura 14 – Compatibilidade do software de roteamento Cisco IOS Fonte: CISCO (2011)
O Método descreve que a utilização de softwares com implementações
diferentes de RFC é um sério risco à estabilidade das redes. Mesmo que a RFC
indique compatibilidade com versões anteriores, os resultados deste laboratório
provaram que se deve evitar a utilização de diferentes versões, mesmo que o
fabricante do roteador/software seja o mesmo.
6.3 Design
A Topologia do laboratório foi desenhada de modo a atender diferentes
tecnologias de transmissão, múltiplas áreas OSPF e pelo menos 4 tipos de
redundância. O cenário trabalhado representa um único sistema autônomo, já que o
foco do estudo é o tratamento de protocolos do tipo IGP, como OSPFv2 e OSPFv3.
6.3.1 Topologia Física – Comunicação Protocolos WAN
As localidades físicas estão sendo representadas pelos 4 Sites. Foram
escolhidos 3 diferentes protocolos de comunicação: Ethernet, Frame-relay e PPP. A
figura 15 mostra os links principais de cor amarela, e os links backup de cor
70
vermelha. O Site 0 é a localidade principal, onde estão localizados os principais
recursos acessados pelos demais nós da rede. O site 1 apresenta a redundância do
tipo Primário/Backup, sendo cada roteador apresenta um link dedicado para um
outro roteador. O Site 2 possui uma redundância com dois roteadores, porém dois
links de comunicação que terminam no mesmo roteador do Site 0, o R1. O Site 3
representa um roteador sem alternativa de redundância direta para o Site 0. O Site 4
foi criado para apresentar um cenário de disaster recovery na topologia, onde
serviços do Site 0 seriam replicados para o Site4 em caso de desastre e
indisponibilidade total do Site 0; entretanto, o Site 4 também pode funcionar como
ponto de troca de tráfego e acesso ao Site 0 para os roteadores R5 e R8 em caso de
queda dos links principais.
Figura 15 – Topologia física - Protocolos WAN Fonte: Alan Aquilino
71
6.3.2 Endereçamento
A rede utilizada é uma rede de pilha, e cada interface de roteador tem dois
IPs configurados: um para IPv4 e outro para IPv6.
As seguintes convenções foram utilizadas para o endereçamento da rede
emulada:
Para IPv4:
• Para os endereços de loopback, utiliza-se X.X.X.X onde X é a identificação
do roteador. Ex: Para R4, utiliza-se 4.4.4.4;
• Para as interfaces ponto-a-ponto com tecnologia Ethernet para conexão
entre diferentes localidades, utiliza-se 192.168.0.X /30, onde X é sempre o
menor número no lado do roteador com a menor identificação. Ex: para
conexão entre R1 e R2, R1 tem o endereço 192.168.0.1;
• Para as interfaces ponto-a-ponto com tecnologia Ethernet para conexão
em roteadores da mesma localidade, utiliza-se 192.168.10.X /30, onde X é
sempre o menor número no lado do roteador com a menor identificação.
Ex: para conexão entre R1 e R2, R1 tem o endereço 192.168.10.1;
• Para as interfaces ponto-a-ponto com tecnologia PPP ou Frame-relay,
utilizou-se o range 172.16.0.X e 172.16.20.X, com a mesma regra de
identificação das redes Ethernet;
• Para a rede local de R1 e R2 utiliza-se 10.0.0.0/24, para a rede local de
R8 utiliza-se 10.8.0.0/24; nos demais roteadores os testes são realizados
apenas com a interface de loopback.
Para IPv6:
• Para os endereços de loopback, utiliza-se 2001:FACA::X/128 onde X é a
identificação do roteador. Ex: Para R4, utiliza-se 2001:FACA::4;
• Para as interfaces ponto-a-ponto com tecnologia Ethernet para conexão
em roteadores da mesma localidade, utiliza-se 2001:café:affX:Y, onde X é
o menor número no lado do roteador com a menor identificação e Y é igual
a D ou E, sendo D o primeiro roteador e E o segundo. . Ex: para conexão
entre R1 e R2, R1 tem o endereço 2001:café:aff1::D no lado de R1 e
2001:café:aff1::E no lado de R2;
72
• Para as interfaces ponto-a-ponto ligadas com R1 ou R2, utiliza-se
2001:café:afX::Y, onde X identifica número do site remoto e Y é igual a “A”
nas pontas de R1/R2, e Y é igual a “B” nos sites remotos;
• Para as interfaces ponto-a-ponto ligadas com R3, utiliza-se
2001:café:FFFX::Y, onde X é igual a E para a conexão com R5 e F para a
conexão com R8; Y é igual a “A” na interface de R3 e “B” nas interfaces
remotas;
• Para a rede local de R1 e R2 utiliza-se 2001:café:café::/64 e para a rede
local de R8 utiliza-se 2001:bebe::/64; nos demais roteadores os testes são
realizados apenas com a interface de loopback.
As convenções utilizadas para definição dos IPs não seguem uma regra
definida em RFC, e foram selecionadas apenas para facilitar a operação e
gerenciamento da rede. A única regra utilizada na formação dos endereços IPv6 foi
a utilização de redes /128 para as loopbacks e /64 para as redes que necessitam de
conexão com 2 ou mais pontos, conforme explicado nos capítulos anteriores.
Tabela 4 – Endereçamento
73
Fonte: Alan Aquilino
6.3.3 Topologia Lógica
A topologia lógica apresenta na forma gráfica o endereçamento explicado no
item anterior.
Figura 16 – Topologia lógica Fonte: Alan Aquilino
74
6.3.4 OSPF – Áreas e Router-id
A figura 17 apresenta as informações específicas sobre o protocolo OSPF.
Nesta topologia é importante mapear os router-ids e todos os pontos onde o OSPF
será habilitado na rede; a rede sugerida possui os protocolos OSPFv2 e OSPFv3
habilitados em todos os pontos de conexão entre roteadores, e utiliza o mesmo
router-id para as redes IPv4 e IPv6.
Figura 17 – Informações sobre OSPF Fonte: Alan Aquilino
6.3.5 Cenários de Redundância
O funcionamento da rede e os cenários de redundância de acesso aos
principais recursos de rede devem ser mapeados conforme os itens a seguir.
6.3.5.1 Rede Estável
Considera-se a rede estável quando todos os elementos de software e
hadtware que compõem a rede estão em situação normal de funcionamento, e os
75
usuários estão aptos a acessar os aplicativos necessários com a qualidade de
acesso de que necessitam.
A figura 18 mostra a topologia com flechas indicativas do caminho que os
pacotes IPv4 e IPv6 farão em uma situação de rede estável.
Figura 18 – Caminho dos pacotes na situação de rede estável Fonte: Alan Aquilino
6.3.5.2 Pontos de Falha
Toda interface de rede deve ser considerada como um ponto de falha; como o
teste de cada um dos pontos de falha é uma tarefa que demanda custos
extras com pessoal e janelas de manutenção, é possível estabelecer uma
prioridade para cada ponto de falha de acordo com o impacto na rede. Neste
trabalho foram consideradas todas as conexões com a localidade principal
(Site 0) como pontos de atenção para realização de testes.
76
6.4 Codificação
A codificação segue a ordem sugerida pelo método:
• Endereçamento das interfaces IPv4;
• Roteamento OSPF versão 2;
• Endereçamento das interfaces IPv6;
• Roteamento OSPF versão 3.
O Quadro 9 mostra um exemplo de configuração comentada para o software
de roteamento Cisco IOS. A codificação completa e comentada de todos os
roteadores está listada no Anexo D.
Quadro 15 – Exemplo de configuração
! Endereçamento IPv4:
!
int loopback0
ipaddress1.1.1.1255.255.255.255
noshut
!
interface Ethernet1/0
ipaddress192.168.10.1255.255.255.252
!
interface Ethernet1/1
ipaddress192.168.0.1255.255.255.252
!
interface Ethernet1/2
ipaddress192.168.0.13255.255.255.252
!
interface Ethernet1/3
ipaddress192.168.0.9255.255.255.252
!
interface Serial2/0.1 point-to-point
ipaddress172.16.0.1255.255.255.252
!
interface Serial2/1.1 point-to-point
ipaddress172.16.0.5255.255.255.252
!
! OSPFv2 (Para IPv4):
!
router ospf 1
77
router-id 1.1.1.1
network 1.1.1.10.0.0.0 area 0
network 192.168.10.00.0.0.3 area 0
network 192.168.0.120.0.0.3 area 0
network 192.168.0.00.0.0.3 area 1
network 192.168.0.80.0.0.3 area 3
network 172.16.0.00.0.0.3 area 2
network 172.16.0.40.0.0.3 area 2
network 10.0.0.00.0.0.255 area 0
! Endereçamento IPv6:
ipv6 unicast-routing
!
int loopback0
ipv6address2001:faca::1/128
!
interface Ethernet1/0
ipv6address2001:cafe:aff1::D/64
!
interface Ethernet1/1
ipv6address2001:cafe:af4::A/64
!
interface Ethernet1/2
ipv6address2001:cafe:af3::A/64
!
interface Ethernet1/3
ipv6address2001:cafe:af8::A/64
!
interface Serial2/0.1 point-to-point
ipv6address2001:cafe:af6::A/64
!
interface Serial2/1.1 point-to-point
ipv6address2001:cafe:af7::A/64
! OSPFv3 (Para IPv6):
ipv6router ospf 1
router-id 1.1.1.1
!
78
!
int loopback0
ipv6 ospf 1 area 0
!
interface Ethernet1/0
ipv6 ospf 1 area 0
!
interface Ethernet1/1
ipv6 ospf 1 area 1
!
interface Ethernet1/2
ipv6 ospf 1 area 0
!
interface Ethernet1/3
ipv6 ospf 1 area 3
!
interface Serial2/0.1 point-to-point
ipv6 ospf 1 area 2
!
interface Serial2/1.1 point-to-point
ipv6 ospf 1 area 2
Fonte: Alan Aquilino
6.5 Testes
O método sugere que os principais pontos de falha sejam testados; os
parâmetros de rede medidos devem sempre ser comparados à situação de rede
estável.
Para todos os processos OSPF utilizados na rede emulada os valores dos
timers OSPF utilizados são os valores padrão da plataforma de roteamento usada, a
Cisco IOS, que define os valores de 10 segundos para Hello timer e 40 segundos
para Dead timer, tanto para OSPF versão 2 como para OSPF versão 3. Logo, caso
as camadas OSI inferiores (física e enlace) não detectarem alguma queda de
interface nas duas pontas da conexão entre dois equipamentos, a rede demorará
pelo menos 40 segundos para reagir a falhas de rede.
Nos primeiros 3 testes, os principais pontos de interconexão entre as
localidades remotas (Sites1, 2 e 3) são retirados do ar e as medições são realizadas.
No 4º teste, uma situação de desastre (disaster recovery) tira o Site0 do ar para que
79
as localidades com conexão com o Site4 assumam o controle da rede e mantenham
parte dos serviços que antes estavam no Site0 em pleno funcionamento. No 5º teste,
uma simulação de ataque através de injeção de rota deixará apenas um dos
protocolos de rede (IPv6) indisponível, para que possam ser realizados testes com
os conceitos de troubleshooting definidos pelo método.
80
7 ANÁLISE DOS RESULTADOS
Neste capítulo são apresentados os resultados obtidos nos testes definidos
no capítulo anterior. Os resultados são confrontados com os objetivos do método de
forma a descrever as vantagens, desvantagens e limitações do método proposto.
7.1 Rede Estável
As informações seguintes mostram as estatísticas da rede em situação de
estabilidade; Os testes de traceroute comprovam o comportamento das rotas
conforme a figura 18, apresentada no capítulo anterior. Os quadros 16 e 17 mostram
respectivamente as rotas que normalmente são utilizadas para tráfego IPv4 e IPv6.
Em nenhum momento há troca de tráfego entre as redes, ou seja, tanto os
protocolos de rede como os protocolos de roteamento operam de maneira
independente.
Quadro 16 – Traceroute IPv4
C:\>tracert -d 10.8.0.5
Rastreando a rota para 10.8.0.5 com no máximo 30 saltos
1 156 ms 23 ms 16 ms 10.0.0.2
2 115 ms 45 ms 30 ms 192.168.0.10
3 114 ms 22 ms 203 ms 10.8.0.5
Rastreamento concluído.
C:\>tracert -d 1.1.1.1
Rastreando a rota para 1.1.1.1 com no máximo 30 saltos
1 133 ms 29 ms 11 ms 1.1.1.1
Rastreamento concluído.
C:\>tracert -d 2.2.2.2
Rastreando a rota para 2.2.2.2 com no máximo 30 saltos
81
1 51 ms 42 ms 10 ms 10.0.0.2
2 * 80 ms 131 ms 2.2.2.2
Rastreamento concluído.
C:\>tracert -d 3.3.3.3
Rastreando a rota para 3.3.3.3 com no máximo 30 saltos
1 15 ms 77 ms 33 ms 10.0.0.2
2 84 ms 1 ms 98 ms 3.3.3.3
Rastreamento concluído.
C:\>tracert -d 4.4.4.4
Rastreando a rota para 4.4.4.4 com no máximo 30 saltos
1 40 ms 26 ms 33 ms 10.0.0.2
2 27 ms 41 ms 7 ms 4.4.4.4
Rastreamento concluído.
C:\>tracert -d 5.5.5.5
Rastreando a rota para 5.5.5.5 com no máximo 30 saltos
1 5 ms 87 ms 24 ms 10.0.0.2
2 52 ms 25 ms <1 ms 192.168.0.2
3 64 ms 37 ms 42 ms 5.5.5.5
Rastreamento concluído.
C:\>
C:\>tracert -d 6.6.6.6
Rastreando a rota para 6.6.6.6 com no máximo 30 saltos
1 23 ms 1 ms 1 ms 10.0.0.2
2 45 ms 39 ms 14 ms 6.6.6.6
82
Rastreamento concluído.
C:\>tracert -d 7.7.7.7
Rastreando a rota para 7.7.7.7 com no máximo 30 saltos
1 51 ms 59 ms 1 ms 10.0.0.2
2 32 ms 68 ms 34 ms 172.16.0.2
3 59 ms 26 ms 56 ms 7.7.7.7
Rastreamento concluído.
C:\>tracert -d 8.8.8.8
Rastreando a rota para 8.8.8.8 com no máximo 30 saltos
1 3 ms 1 ms 75 ms 10.0.0.2
2 55 ms 12 ms 11 ms 8.8.8.8
Rastreamento concluído.
Fonte: Alan Aquilino
Quadro 17 – Traceroute IPv6 C:\>tracert -d 2001:BEBE::5
Rastreando a rota para 2001:bebe::5 com no máximo 30 saltos
1 25 ms 58 ms 30 ms 2001:cafe:cafe::2
2 64 ms 8 ms 31 ms 2001:cafe:af8::b
3 21 ms 35 ms 55 ms 2001:bebe::5
Rastreamento concluído.
C:\>
C:\>tracert -d 2001:FACA::1
Rastreando a rota para 2001:faca::1 com no máximo 30 saltos
83
1 31 ms <1 ms 3 ms 2001:faca::1
Rastreamento concluído.
C:\>tracert -d 2001:FACA::2
Rastreando a rota para 2001:faca::2 com no máximo 30 saltos
1 25 ms 2 ms <1 ms 2001:cafe:cafe::2
2 206 ms 29 ms 66 ms 2001:faca::2
Rastreamento concluído.
C:\>tracert -d 2001:FACA::3
Rastreando a rota para 2001:faca::3 com no máximo 30 saltos
1 33 ms 3 ms 2 ms 2001:cafe:cafe::2
2 75 ms 16 ms 3 ms 2001:faca::3
Rastreamento concluído.
C:\>tracert -d 2001:FACA::4
Rastreando a rota para 2001:faca::4 com no máximo 30 saltos
1 5 ms 7 ms 39 ms 2001:cafe:cafe::2
2 37 ms 142 ms 18 ms 2001:faca::4
Rastreamento concluído.
C:\>tracert -d 2001:FACA::5
Rastreando a rota para 2001:faca::5 com no máximo 30 saltos
1 19 ms 10 ms 25 ms 2001:cafe:cafe::2
2 65 ms 30 ms 29 ms 2001:cafe:af4::b
3 68 ms 41 ms 97 ms 2001:faca::5
Rastreamento concluído.
84
C:\>tracert -d 2001:FACA::6
Rastreando a rota para 2001:faca::6 com no máximo 30 saltos
1 8 ms 4 ms 17 ms 2001:cafe:cafe::2
2 3 ms 266 ms 10 ms 2001:faca::6
Rastreamento concluído.
C:\>tracert -d 2001:FACA::7
Rastreando a rota para 2001:faca::7 com no máximo 30 saltos
1 49 ms 10 ms 4 ms 2001:cafe:cafe::2
2 99 ms 24 ms 36 ms 2001:cafe:af6::b
3 118 ms 82 ms 57 ms 2001:faca::7
Rastreamento concluído.
C:\>tracert -d 2001:FACA::8
Rastreando a rota para 2001:faca::8 com no máximo 30 saltos
1 33 ms 3 ms 2 ms 2001:cafe:cafe::2
2 41 ms 58 ms 115 ms 2001:faca::8
Rastreamento concluído.
Fonte: Alan Aquilino
Os testes de ICMP foram realizados a partir da estação PC1(10.0.0.5). O
gráfico da Imagem 19 mostra o tempo de resposta na loopback IPv4 (8.8.8.8) do
roteador R8 em função do número de respostas a requisições ICMP.
Quadro 18 – Testes via ICMP com IPv4 para rede estável
24/12/2011 08:26:05
ping: 8.8.8.8
1 Reply from 8.8.8.8 in 103 ms ; Bytes: 32 ; Average: 103,00 ms ; Time: 00:00:01.093
2 Reply from 8.8.8.8 in 50 ms ; Bytes: 32 ; Average: 76,50 ms ; Time: 00:00:02.203
85
3 Reply from 8.8.8.8 in 34 ms ; Bytes: 32 ; Average: 62,33 ms ; Time: 00:00:03.640
4 Reply from 8.8.8.8 in 100 ms ; Bytes: 32 ; Average: 71,75 ms ; Time: 00:00:04.843
5 Reply from 8.8.8.8 in 45 ms ; Bytes: 32 ; Average: 66,40 ms ; Time: 00:00:05.843
...
87 Reply from 8.8.8.8 in 90 ms ; Bytes: 32 ; Average: 72,41 ms ; Time: 00:02:06.437
88 Reply from 8.8.8.8 in 11 ms ; Bytes: 32 ; Average: 71,72 ms ; Time: 00:02:07.703
89 Reply from 8.8.8.8 in 80 ms ; Bytes: 32 ; Average: 71,81 ms ; Time: 00:02:08.843
90 Reply from 8.8.8.8 in 88 ms ; Bytes: 32 ; Average: 71,99 ms ; Time: 00:02:10.406
Duration: 00:02:12.171
Average of the response times = 71,99 ms
Stopped Ping
Fonte: Alan Aquilino
Figura 19 – Gráfico do tempo de resposta IPv4 para rede estável Fonte: Alan Aquilino
Os testes de ICMP para IPv6 seguiram o mesma estrutura e apresentaram o
mesmo comportamento do teste com IPv4; os pacotes tiveram a origem no
PC1(2001:cafe:cafe::5) e destino na loopback IPv6 do R8(2001:FACA::8).
86
ping: 2001:faca::8 ( 2001:faca::8 )
1 Reply from 2001:faca::8 in 104 ms ; Bytes: 32 ; Average: 104,00 ms ; Time: 00:00:01.109
2 Reply from 2001:faca::8 in 29 ms ; Bytes: 32 ; Average: 66,50 ms ; Time: 00:00:02.125
3 Reply from 2001:faca::8 in 43 ms ; Bytes: 32 ; Average: 58,67 ms ; Time: 00:00:03.234
4 Reply from 2001:faca::8 in 14 ms ; Bytes: 32 ; Average: 47,50 ms ; Time: 00:00:04.234
5 Reply from 2001:faca::8 in 43 ms ; Bytes: 32 ; Average: 46,60 ms ; Time: 00:00:05.375
...
84 Reply from 2001:faca::8 in 112 ms ; Bytes: 32 ; Average: 76,81 ms ; Time: 00:01:51.796
85 Reply from 2001:faca::8 in 89 ms ; Bytes: 32 ; Average: 76,95 ms ; Time: 00:01:53.312
86 Reply from 2001:faca::8 in 28 ms ; Bytes: 32 ; Average: 76,38 ms ; Time: 00:01:54.390
87 Reply from 2001:faca::8 in 22 ms ; Bytes: 32 ; Average: 75,76 ms ; Time: 00:01:55.734
88 Reply from 2001:faca::8 in 34 ms ; Bytes: 32 ; Average: 75,28 ms ; Time: 00:01:57.125
89 Reply from 2001:faca::8 in 3 ms ; Bytes: 32 ; Average: 74,47 ms ; Time: 00:01:58.140
90 Reply from 2001:faca::8 in 269 ms ; Bytes: 32 ; Average: 76,63 ms ; Time: 00:01:59.890
Quadro 19 – Testes via ICMP com IPv6 para rede estável Fonte: Alan Aquilino
Figura 20 – Tempo de resposta IPv6 para rede estável Fonte: Alan Aquilino
O quadro 20 mostra a tabela de roteamento IPv4; as rotas são apresentadas
e a letra “O” indica destinos aprendidos via OSPF versão 2.
87
Quadro 20 – Tabela de roteamento IPv4 R1#sh ip route
Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user static
route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted,1 subnets
O 2.2.2.2[110/11] via 192.168.10.2,00:30:36, Ethernet1/0
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,00:30:26, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/11] via 192.168.0.2,00:30:16, Ethernet1/1
5.0.0.0/32 is subnetted,1 subnets
O 5.5.5.5[110/21] via 192.168.0.2,00:30:06, Ethernet1/1
192.168.10.0/30 is subnetted,3 subnets
C 192.168.10.0 is directly connected, Ethernet1/0
O 192.168.10.4[110/20] via 192.168.0.2,00:30:16, Ethernet1/1
O 192.168.10.8[110/205] via 172.16.0.2,00:28:27, Serial2/0.1
6.0.0.0/32 is subnetted,1 subnets
O 6.6.6.6[110/196] via 172.16.0.2,00:28:27, Serial2/0.1
172.16.0.0/30 is subnetted,4 subnets
O 172.16.20.0[110/520] via 192.168.0.2,00:30:07, Ethernet1/1
O 172.16.20.4[110/1010] via 192.168.0.10,00:31:07,
Ethernet1/3
C 172.16.0.4 is directly connected, Serial2/1.1
C 172.16.0.0 is directly connected, Serial2/0.1
7.0.0.0/32 is subnetted,1 subnets
O 7.7.7.7[110/206] via 172.16.0.2,00:28:27, Serial2/0.1
8.0.0.0/32 is subnetted,1 subnets
O 8.8.8.8[110/11] via 192.168.0.10,00:31:07, Ethernet1/3
10.0.0.0/24 is subnetted,2 subnets
88
O 10.8.0.0[110/20] via 192.168.0.10,00:24:47, Ethernet1/3
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/3
C 192.168.0.12 is directly connected, Ethernet1/2
C 192.168.0.0 is directly connected, Ethernet1/1
O 192.168.0.4[110/70] via 192.168.0.2,00:30:07, Ethernet1/1
R1#
Fonte: Alan Aquilino
O quadro 21 mostra a tabela de roteamento IPv6; as rotas são apresentadas
e a letra “O” indica destinos aprendidos via OSPF versão 3. A semelhança entre as
tabelas de roteamento IPv4 e IPv6 está nas interfaces de saída, já que na rede
utilizada todas os roteadores apresentam uma configuração de Pilha Dupla em suas
interfaces. A grande diferença entre as tabelas está na semântica dos endereços e
no endereçamento do tipo link-local utilizado pelo IPv6, já que o próximo hop dos
destinos aprendidos via OSPF é sempre iniciado com FE80.
Quadro 21 – Tabela de roteamento IPv6
R1#sh ipv6 route
IPv6 Routing Table -Default-29 entries
Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
O 2001:BEBE::/64[110/20]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
C 2001:CAFE:AF3::/64[0/0]
via Ethernet1/2, directly connected
L 2001:CAFE:AF3::A/128[0/0]
via Ethernet1/2, receive
C 2001:CAFE:AF4::/64[0/0]
89
via Ethernet1/1, directly connected
L 2001:CAFE:AF4::A/128[0/0]
via Ethernet1/1, receive
O 2001:CAFE:AF5::/64[110/70]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
C 2001:CAFE:AF6::/64[0/0]
via Serial2/0.1, directly connected
L 2001:CAFE:AF6::A/128[0/0]
via Serial2/0.1, receive
C 2001:CAFE:AF7::/64[0/0]
via Serial2/1.1, directly connected
L 2001:CAFE:AF7::A/128[0/0]
via Serial2/1.1, receive
C 2001:CAFE:AF8::/64[0/0]
via Ethernet1/3, directly connected
L 2001:CAFE:AF8::A/128[0/0]
via Ethernet1/3, receive
C 2001:CAFE:AFF1::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF1::D/128[0/0]
via Ethernet1/0, receive
O 2001:CAFE:AFF4::/64[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:AFF6::/64[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
O 2001:CAFE:FFFE::/64[110/520]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:FFFF::/64[110/1010]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
LC 2001:FACA::1/128[0/0]
via Loopback0, receive
O 2001:FACA::2/128[110/10]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::3/128[110/10]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
O 2001:FACA::4/128[110/10]
90
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::5/128[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::6/128[110/195]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::7/128[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::8/128[110/10]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
L FF00::/8[0/0]
via Null0, receive
R1#
Fonte: Alan Aquilino
O quadro 22 apresenta as principais informações da base de dados OSPF
versão 2 do roteador R1, o principal roteador da rede; o comando inclui rotas sobre
todas as redes IPv4 do sistema autônomo utilizado, com informações de roteamento
sobre as três áreas OSPF configuradas.
Quadro 22 – Base de dados OSPF v2 na rede estável
R1#sh ip ospf database
OSPF Router with ID (1.1.1.1)(Process ID 1)
! Roteadores na mesma area OSPF
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
Link count
1.1.1.11.1.1.114050x800000030x000DD94
2.2.2.22.2.2.214460x800000020x003FA13
3.3.3.33.3.3.314060x800000020x003EC52
! Redes diretamente conectadas
Net Link States (Area 0)
7.1.1
91
Link ID ADV Router Age Seq# Checksum
10.0.0.32.2.2.214460x800000010x0039DF
192.168.0.143.3.3.314050x800000010x008D1C
192.168.10.22.2.2.214460x800000010x009320
! Informações sobre a area 0
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
4.4.4.41.1.1.113990x800000010x0021FC
4.4.4.42.2.2.214150x800000010x00F8EE
4.4.4.43.3.3.314150x800000010x007FA0
5.5.5.51.1.1.113990x800000010x0057B8
5.5.5.52.2.2.214610x800000010x006687
5.5.5.53.3.3.314580x800000010x00EC39
6.6.6.61.1.1.113190x800000010x000656
7.7.7.71.1.1.113190x800000010x003C12
8.8.8.83.3.3.314580x800000010x00FB28
10.8.0.03.3.3.312610x800000010x00E444
172.16.0.01.1.1.113290x800000010x007942
172.16.0.41.1.1.113290x800000010x00F5FD
172.16.20.01.1.1.114030x800000010x005908
172.16.20.02.2.2.214610x800000010x0068D6
172.16.20.03.3.3.314580x800000010x005518
172.16.20.43.3.3.314680x800000010x00C6AC
192.168.0.01.1.1.114460x800000010x000CBC
192.168.0.02.2.2.214190x800000010x004840
192.168.0.03.3.3.314180x800000010x00CDF2
192.168.0.41.1.1.114030x800000010x003E4A
192.168.0.42.2.2.215580x800000010x005741
192.168.0.43.3.3.314580x800000010x00D2CB
192.168.0.81.1.1.114460x800000010x00BB05
192.168.10.41.1.1.114030x800000010x00D9D6
192.168.10.42.2.2.214610x800000010x004D37
192.168.10.43.3.3.314580x800000010x00D3E8
192.168.10.81.1.1.113190x800000010x00F2FF
! Informações sobre a area 1
92
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum
Link count
1.1.1.11.1.1.114060x800000020x00202A 1
2.2.2.22.2.2.214690x800000020x00FC161
3.3.3.33.3.3.314620x800000020x00C5A52
4.4.4.44.4.4.414060x800000030x0062A23
5.5.5.55.5.5.514310x800000030x00AE635
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum
192.168.0.24.4.4.414060x800000010x000AA3
192.168.0.52.2.2.214690x800000010x00ACFD
192.168.10.65.5.5.514310x800000010x000E7D
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum
1.1.1.11.1.1.114460x800000010x0047EC
2.2.2.21.1.1.114360x800000010x007DA8
2.2.2.22.2.2.215610x800000010x00FA31
3.3.3.33.3.3.314640x800000010x00AE75
6.6.6.61.1.1.113200x800000010x000656
7.7.7.73.3.3.313220x800000010x0064D7
8.8.8.81.1.1.13890x800000090x008C8D
10.0.0.03.3.3.314110x800000010x00759D
10.8.0.01.1.1.13890x800000090x0075A9
10.8.0.02.2.2.23960x800000060x00C053
10.8.0.03.3.3.312640x800000010x00E444
172.16.0.01.1.1.113300x800000010x007942
172.16.0.02.2.2.213320x800000010x00BFED
172.16.0.03.3.3.313320x800000010x00A108
Fonte: Alan Aquilino
O quadro 23 apresenta as principais informações da base de dados OSPF
versão 3 do roteador R1. A semelhança entre as bases de dados fica por conta do
router-id que, para facilitar a operação e gerenciamento, foi configurado com o
93
mesmo router-id do OSPF versão 2, apesar de os dois protocolos operarem de
forma independente. É importante observar que o router-id, apesar de utilizar o
mesmo formato do IPv4, é apenas um indicador de 32 bits dos protocolos OSPF
versão 2 e versão 3. A operação do OSPF versão 3 pode ocorrer em roteadores que
não apresentam a pilha IPv4 instalada, já que o parâmetro de identificação pode ser
configurado manualmente e não depende do endereçamento das interfaces de saída
utilizadas.
Para facilitar a leitura das informações, as bases de dados OSPFv2 e v3
foram listadas parcialmente neste capítulo, e estão relacionadas por completo no
Anexo E.
Quadro 23 – Base de dados OSPFv3 na rede estável R1#sh ipv6 ospf database
OSPFv3Router with ID (1.1.1.1)(Process ID 1)
! Roteadores na mesma area OSPF
Router Link States (Area 0)
ADV Router Age Seq#Fragment ID Link count Bits
1.1.1.114430x8000000403 B
2.2.2.214820x8000000402 B
3.3.3.314430x8000000401 B
! Roteadores diretamente conectados na mesa área
Net Link States (Area 0)
ADV Router Age Seq# Link ID Rtr count
2.2.2.214890x8000000152
2.2.2.214890x8000000192
3.3.3.314480x8000000152
! Prefixos IPv6 – Área 0
Inter Area Prefix Link States (Area 0)
94
ADV Router Age Seq# Prefix
1.1.1.114790x800000012001:CAFE:AF8::/64
1.1.1.114330x800000012001:CAFE:AF5::/64
1.1.1.114330x800000012001:CAFE:FFFE::/64
1.1.1.114330x800000012001:FACA::4/128
1.1.1.114340x800000012001:CAFE:AF4::/64
1.1.1.114350x800000012001:FACA::5/128
1.1.1.114350x800000012001:CAFE:AFF4::/64
1.1.1.113690x800000012001:CAFE:AF7::/64
2.2.2.215940x800000012001:CAFE:AF5::/64
2.2.2.215040x800000012001:FACA::5/128
2.2.2.215040x800000012001:CAFE:FFFE::/64
2.2.2.214540x800000012001:CAFE:AF4::/64
2.2.2.214540x800000012001:FACA::4/128
2.2.2.214540x800000012001:CAFE:AFF4::/64
3.3.3.315040x800000012001:CAFE:FFFE::/643.3.3.315040x800000012001:FACA:
:5/128
3.3.3.315040x800000012001:CAFE:AF5::/64
3.3.3.315040x800000012001:CAFE:FFFF::/64
3.3.3.315040x800000012001:FACA::8/128
3.3.3.314540x800000012001:CAFE:AFF4::/64
3.3.3.314540x800000012001:FACA::4/128
3.3.3.314540x800000012001:CAFE:AF4::/64
3.3.3.312970x800000012001:BEBE::/64
! Identificação das interfaces diretamente conectadas na Àrea 0
Link (Type-8) Link States (Area 0)
ADV Router Age Seq# Link ID Interface
1.1.1.114710x800000019 Et1/4
2.2.2.215850x800000019 Et1/4
1.1.1.114710x800000017 Et1/2
3.3.3.314940x800000015 Et1/2
1.1.1.114710x800000015 Et1/0
2.2.2.215850x800000015 Et1/0
! Configuração completa está listada no Apêndice
Fonte: Alan Aquilino
95
A Tabela 5 apresenta os resultados coletados na rede em situação de
estabilidade. A média do tempo de resposta foi de 74 ms e não houve sobrecarga
nos equipamentos de rede durante essa situação. Assim que todas as vizinhanças
OSPFv2 e v3 foram estabelecidas a rede manteve uma situação estável e permitiu a
comunicação entre as diversas interfaces configuradas.
Tabela 5 – Resultados da rede estável Fonte: Alan Aquilino
O tempo de convergência foi medido a partir do item 7.2 (Teste1), onde
situações que alteram a estabilidade de rede forçam os protocolos OSPF versão 2 e
3 a determinarem rotas alternativas para comunicação.
Para os testes envolvendo as estações PC1 e PC2 foi utilizado o servidor web
small server configurado para escutar nas portas TCP 80 tanto nas interfaces IPv4
como IPv6. O objetivo desse teste é evitar que uma estação esteja disponível via
ICMP mas indisponível via aplicação web. As figuras 21 e 22 mostram
respectivamente a resposta do servidor PC2:
Figura 21 – Resposta do servidor web via IPv4 Fonte: Alan Aquilino
96
Figura 22 – Resposta do servidor web via IPv6 Fonte: Alan Aquilino
7.2 Teste 1 – Falha na Comunicação entre R1 e R8
Para este teste foi simulada uma falha na comunicação entre os roteadores
R1 e R8, através do desligamento da interface de rede ethernet 1/0 no roteador R8.
O quadro 24 mostra o que acontece com os protocolos OSPFv2 e OSPFv3. Após 40
segundos de inatividade, as vizinhanças IPv4 e IPv6 com R8 são declaradas inativas
e a rede utiliza caminhos alternativos através de outros roteadores.
R1#
*Dec 24 08:42:29.783: %OSPF-5-ADJCHG: Process 1, Nbr 8.8.8.8 on
Ethernet1/3 from FULL to DOWN, Neighbor Down: Dead timer expired
*Dec 24 08:42:35.947: %OSPFv3-5-ADJCHG: Process 1, Nbr 8.8.8.8 on
Ethernet1/3 from FULL to DOWN, Neighbor Down: Dead timer expired
Quadro 24 – Log de queda dos protocolos OSPFv2 e v3 no Teste 1 Fonte: Alan Aquilino
Os quadros 25 e 26 e as figuras 23 e 24 mostram o que acontece com o
tempo de resposta durante o teste; o intervalo em que o tempo de resposta é igual a
97
zero é o tempo que a rede demora para convergir e voltar a funcionar. Neste teste, o
tráfego foi originado no PC1 e teve como destino as loopbacks IPv4 e IPv6 do
roteador R8.
1 Reply from 8.8.8.8 in 62 ms ; Bytes: 32 ; Average: 62,00 ms ; Time: 00:00:01.656
2 Reply from 8.8.8.8 in 113 ms ; Bytes: 32 ; Average: 87,50 ms ; Time: 00:00:02.906
…
30 Reply from 8.8.8.8 in 43 ms ; Bytes: 32 ; Average: 83,63 ms ; Time: 00:00:46.046
31 Reply from 8.8.8.8 in 19 ms ; Bytes: 32 ; Average: 81,55 ms ; Time: 00:00:47.656
32 TimedOut
…
43 TimedOut
44 Reply from 8.8.8.8 in 207 ms ; Bytes: 32 ; Average: 85,47 ms ; Time: 00:01:29.437
45 Reply from 8.8.8.8 in 249 ms ; Bytes: 32 ; Average: 90,42 ms ; Time: 00:01:30.796
…
85 Reply from 8.8.8.8 in 44 ms ; Bytes: 32 ; Average: 105,44 ms ; Time: 00:02:48.390
86 Reply from 8.8.8.8 in 274 ms ; Bytes: 32 ; Average: 107,72 ms ; Time: 00:02:52.437
87 Reply from 8.8.8.8 in 65 ms ; Bytes: 32 ; Average: 107,15 ms ; Time: 00:02:54.187
88 Reply from 8.8.8.8 in 123 ms ; Bytes: 32 ; Average: 107,36 ms ; Time: 00:02:56.953
89 Reply from 8.8.8.8 in 158 ms ; Bytes: 32 ; Average: 108,01 ms ; Time: 00:02:58.171
90 Reply from 8.8.8.8 in 143 ms ; Bytes: 32 ; Average: 108,46 ms ; Time: 00:03:00.187
Quadro 25 – Testes via ICMP com IPv4 no Teste1 Fonte: Alan Aquilino
Figura 23 – Tempo de resposta para IPv4 no Teste1 Fonte: Alan Aquilino
98
1 Reply from 2001:faca::8 in 38 ms ; Bytes: 32 ; Average: 38,00 ms ; Time: 00:00:00.125
2 Reply from 2001:faca::8 in 127 ms ; Bytes: 32 ; Average: 82,50 ms ; Time: 00:00:02.234
3 Reply from 2001:faca::8 in 114 ms ; Bytes: 32 ; Average: 93,00 ms ; Time: 00:00:03.265
4 Reply from 2001:faca::8 in 17 ms ; Bytes: 32 ; Average: 74,00 ms ; Time: 00:00:04.468
5 Reply from 2001:faca::8 in 109 ms ; Bytes: 32 ; Average: 81,00 ms ; Time: 00:00:05.281
...
30 Reply from 2001:faca::8 in 41 ms ; Bytes: 32 ; Average: 88,70 ms ; Time: 00:00:43.812
31 Reply from 2001:faca::8 in 73 ms ; Bytes: 32 ; Average: 88,19 ms ; Time: 00:00:45.015
32 Reply from 2001:faca::8 in 54 ms ; Bytes: 32 ; Average: 87,13 ms ; Time: 00:00:46.984
33 TimedOut
34 TimedOut
...
48 TimedOut
49 TimedOut
50 Reply from 2001:faca::8 in 62 ms ; Bytes: 32 ; Average: 86,36 ms ; Time: 00:01:36.781
51 Reply from 2001:faca::8 in 747 ms ; Bytes: 32 ; Average: 105,79 ms ; Time: 00:01:38.609
52 Reply from 2001:faca::8 in 144 ms ; Bytes: 32 ; Average: 106,89 ms ; Time: 00:01:40.093
53 Reply from 2001:faca::8 in 110 ms ; Bytes: 32 ; Average: 106,97 ms ; Time: 00:01:43.015
...
94 Reply from 2001:faca::8 in 141 ms ; Bytes: 32 ; Average: 112,42 ms ; Time: 00:02:59.515
95 Reply from 2001:faca::8 in 236 ms ; Bytes: 32 ; Average: 114,03 ms ; Time: 00:03:02.218
Quadro 26 – Testes via ICMP com IPv6 no Teste1 Fonte: Alan Aquilino
Figura 24 – Tempo de resposta para IPv6 no Teste1 Fonte: Alan Aquilino
99
O traceroute dos quadros 27 e 28 mostra que nova rota para acesso está
agora utilizando o roteador R3, que é apenas uma rede de trânsito para
comunicação entre R1 e R8, já que R3 não possui estações ou servidores acoplados
na rede local neste momento dos testes. As redes IPv4 e IPv6 passam pelo mesmo
caminho e apresentam tempos de resposta semelhantes.
C:\>tracert -d 8.8.8.8
Rastreando a rota para 8.8.8.8 com no máximo 30 saltos
1 14 ms 8 ms 28 ms 10.0.0.2
2 42 ms 68 ms 122 ms 192.168.0.14
3 95 ms 71 ms 46 ms 8.8.8.8
Rastreamento concluído.
C:\>tracert -d 10.8.0.5
Rastreando a rota para 10.8.0.5 com no máximo 30 saltos
1 429 ms 87 ms 118 ms 10.0.0.2
2 39 ms 84 ms 225 ms 192.168.0.14
3 62 ms 506 ms 261 ms 172.16.20.6
4 67 ms 17 ms 135 ms 10.8.0.5
Rastreamento concluído.
Quadro 27 – Rota IPv4 após Teste1 Fonte: Alan Aquilino
Quadro 28 – Rota IPv6 após Teste1 C:\>tracert -d 2001:FACA::8
Rastreando a rota para 2001:faca::8 com no máximo 30 saltos
1 3 ms 62 ms 38 ms 2001:cafe:cafe::2
2 197 ms 54 ms 46 ms 2001:cafe:af3::b
3 237 ms 142 ms 74 ms 2001:faca::8
Rastreamento concluído.
C:\>tracert -d 2001:BEBE::5
100
Rastreando a rota para 2001:bebe::5 com no máximo 30 saltos
1 250 ms 131 ms 286 ms 2001:cafe:cafe::2
2 82 ms 54 ms 200 ms 2001:cafe:af3::b
3 929 ms 56 ms 197 ms 2001:cafe:ffff::b
4 1226 ms 129 ms 1468 ms 2001:bebe::5
Rastreamento concluído.
Fonte: Alan Aquilino
O quadro 29 mostra a comparação entre as tabelas de roteamento IPv6 de
antes e depois do teste. A rede 2001:BEBE::/64 tem seu próximo hop e endereço
link-local alterado para o endereço da interface Ethernet1/2; a métrica OSPF
também é alterada de 20 para 1020, já que a rota nova apresenta links de
comunicação com velocidade reduzida e um hop a mais que situação estável.
Quadro 29 - Comparação das tabelas de roteamento IPv6 antes e depois do teste1 Fonte: Alan Aquilino
O quadro 30 compara a base de dados OSPF versão 3 antes e depois do
teste; as redes que antes eram aprendidas pela conexão direta entre R1/R8 agora
são aprendidas pelo R3, que é listado como roteador por onde o tráfego destinado
às redes 2011:BEBE::/64 e 2001:FACA::8/128 irá transitar.
101
Quadro 30 – Comparação da base de dados OSPF v3 antes e depois do teste Fonte: Alan Aquilino
A Tabela 6 apresenta os resultados: o tempo de resposta médio após o testes
foi considerado satisfatório e a diferença entre os tempos de convergência das redes
IPv4 e IPv6 foi de 8 segundos.
Tabela 6 – Resultados do Teste1 Fonte: Alan Aquilino
7.3 Teste 2 – Falha na Comunicação entre R1 e R4
Para este teste foi simulada uma falha na comunicação entre os roteadores
R1 e R4, através do desligamento da interface de rede ethernet1/1 no roteador R4.
Os quadro 31 e a figura 25 mostram o comportamento da rede IPv4 e o quadro 32 e
a figura 26 mostram a rede IPv6. Os testes tiveram origem no PC1 e foram
destinados às loopbacks do roteador R4 (4.4.4.4/32 e 2001:FACA::4/128)
Quadro 31 – Testes via ICMP com IPv4 no Teste2
ping: 4.4.4.4
1 Reply from 4.4.4.4 in 45 ms ; Bytes: 32 ; Average: 45,00 ms ; Time: 00:00:01.031
2 Reply from 4.4.4.4 in 58 ms ; Bytes: 32 ; Average: 51,50 ms ; Time: 00:00:02.187
102
...
11 Reply from 4.4.4.4 in 56 ms ; Bytes: 32 ; Average: 61,45 ms ; Time: 00:00:13.640
12 Reply from 4.4.4.4 in 86 ms ; Bytes: 32 ; Average: 63,50 ms ; Time: 00:00:15.078
13 TimedOut
14 TimedOut
...
24 TimedOut
25 TimedOut
26 Reply from 4.4.4.4 in 374 ms ; Bytes: 32 ; Average: 87,38 ms ; Time: 00:00:55.312
27 Reply from 4.4.4.4 in 93 ms ; Bytes: 32 ; Average: 87,79 ms ; Time: 00:00:56.406
...
92 Reply from 4.4.4.4 in 160 ms ; Bytes: 32 ; Average: 194,87 ms ; Time: 00:03:11.125
93 Reply from 4.4.4.4 in 406 ms ; Bytes: 32 ; Average: 197,51 ms ; Time: 00:03:12.140
Duration: 00:03:15.015
Fonte: Alan Aquilino
Figura 25 – Tempo de resposta para IPv4 no Teste2 Fonte: Alan Aquilino
103
ping: 2001:faca::4 ( 2001:faca::4 )
1 Reply from 2001:faca::4 in 49 ms ; Bytes: 32 ; Average: 49,00 ms ; Time: 00:00:01.187
2 Reply from 2001:faca::4 in 2 ms ; Bytes: 32 ; Average: 25,50 ms ; Time: 00:00:02.078
...
10 Reply from 2001:faca::4 in 12 ms ; Bytes: 32 ; Average: 46,90 ms ; Time: 00:00:12.062
11 Reply from 2001:faca::4 in 111 ms ; Bytes: 32 ; Average: 52,73 ms ; Time: 00:00:13.812
12 TimedOut
13 TimedOut
...
27 TimedOut
28 TimedOut
29 Reply from 2001:faca::4 in 419 ms ; Bytes: 32 ; Average: 83,25 ms ; Time: 00:00:57.656
30 Reply from 2001:faca::4 in 133 ms ; Bytes: 32 ; Average: 87,08 ms ; Time: 00:00:59.093
...
91 Reply from 2001:faca::4 in 409 ms ; Bytes: 32 ; Average: 183,66 ms ; Time: 00:03:08.640
92 Reply from 2001:faca::4 in 186 ms ; Bytes: 32 ; Average: 183,69 ms ; Time: 00:03:09.859
93 Reply from 2001:faca::4 in 253 ms ; Bytes: 32 ; Average: 184,61 ms ; Time: 00:03:11.375
Duration: 00:03:16.875
Quadro 32 – Testes via ICMP com IPv6 no Teste2 Fonte: Alan Aquilino
Figura 26 – Tempo de resposta para IPv6 no Teste2 Fonte: Alan Aquilino
104
Os testes de traceroute, tabela de roteamento e base dados OSPF estão
listados no Anexo F; assim como no teste anterior, a rede convergiu normalmente e
apresentou um comportamento satisfatório tanto nas redes IPv4 como IPv6. A tabela
7 mostra que as redes convergiram logo após os 40 segundos dos dead timers dos
protocolos OSPF, e apresentam apenas alguns segundos de diferença entre a
convergência IPv4 e IPv6.
Tabela 7 – Resultados do Teste2 Fonte: Alan Aquilino
7.4 Teste 3 – Falha na Comunicação entre R1 e R6
O teste 3 utiliza interfaces conectadas através do protocolo Frame-Relay.
Para os testes anteriores, apenas uma das interfaces ethernet foi desconectada e a
ponta remota não mostrou mudança no estado das interfaces; na rede utilizada para
demonstração, isso aconteceu porque o emulador de rede mostra o mesmo
comportamento de uma conexão com switch ethernet, e não um comportamento de
um cabo cross ligado de ponta a ponta; já com as conexões Frame-Relay, o
desligamento de uma das interfaces no roteador R6 também alterou o estado da
interface remota no roteador R1; logo, a rede convergiu imediatamente e não
esperou pelos 40 segundos dos timers do OSPF, já que a base de dados OSPF já
tinha informações sobre as redes solicitadas.
Os testes tiveram origem no PC1 e foram destinados às loopbacks do
roteador R6 (6.6.6.6/32 e 2001:FACA::6/128). O quadro 33 e figura 27 mostram o
comportamento do IPv4 e o quadro34/figura28 apresentam a resposta da rede IPv6.
105
ping: 6.6.6.6
1 Reply from 6.6.6.6 in 100 ms ; Bytes: 32 ; Average: 100,00 ms ; Time: 00:00:01.078
2 Reply from 6.6.6.6 in 89 ms ; Bytes: 32 ; Average: 94,50 ms ; Time: 00:00:02.078
...
10 Reply from 6.6.6.6 in 32 ms ; Bytes: 32 ; Average: 76,80 ms ; Time: 00:00:11.437
11 Reply from 6.6.6.6 in 117 ms ; Bytes: 32 ; Average: 80,45 ms ; Time: 00:00:12.796
12 TimedOut
13 TimedOut
14 Reply from 6.6.6.6 in 304 ms ; Bytes: 32 ; Average: 99,08 ms ; Time: 00:00:21.750
15 Reply from 6.6.6.6 in 238 ms ; Bytes: 32 ; Average: 109,77 ms ; Time: 00:00:23.062
...
89 Reply from 6.6.6.6 in 188 ms ; Bytes: 32 ; Average: 128,79 ms ; Time: 00:02:46.703
90 Reply from 6.6.6.6 in 113 ms ; Bytes: 32 ; Average: 128,61 ms ; Time: 00:02:49.765
91 Reply from 6.6.6.6 in 192 ms ; Bytes: 32 ; Average: 129,33 ms ; Time: 00:02:53.765
92 Reply from 6.6.6.6 in 90 ms ; Bytes: 32 ; Average: 128,89 ms ; Time: 00:02:55.546
Duration: 00:02:58.578
Quadro 33 – Testes via ICMP com IPv4 no Teste3A Fonte: Alan Aquilino
Figura 27 – Tempo de resposta para IPv4 no Teste3A Fonte: Alan Aquilino
106
ping: 2001:faca::6 ( 2001:faca::6 )
1 Reply from 2001:faca::6 in 99 ms ; Bytes: 32 ; Average: 99,00 ms ; Time: 00:00:01.093
2 Reply from 2001:faca::6 in 68 ms ; Bytes: 32 ; Average: 83,50 ms ; Time: 00:00:02.500
3 Reply from 2001:faca::6 in 148 ms ; Bytes: 32 ; Average: 105,00 ms ; Time: 00:00:03.687
4 Reply from 2001:faca::6 in 39 ms ; Bytes: 32 ; Average: 88,50 ms ; Time: 00:00:05.281
5 Reply from 2001:faca::6 in 46 ms ; Bytes: 32 ; Average: 80,00 ms ; Time: 00:00:06.765
6 Reply from 2001:faca::6 in 113 ms ; Bytes: 32 ; Average: 85,50 ms ; Time: 00:00:07.890
7 Reply from 2001:faca::6 in 55 ms ; Bytes: 32 ; Average: 81,14 ms ; Time: 00:00:08.875
8 Reply from 2001:faca::6 in 63 ms ; Bytes: 32 ; Average: 78,88 ms ; Time: 00:00:10.281
9 Reply from 2001:faca::6 in 16 ms ; Bytes: 32 ; Average: 71,89 ms ; Time: 00:00:11.453
10 Reply from 2001:faca::6 in 129 ms ; Bytes: 32 ; Average: 77,60 ms ; Time: 00:00:12.718
11 TimedOut
12 TimedOut
13 Reply from 2001:faca::6 in 516 ms ; Bytes: 32 ; Average: 117,45 ms ; Time: 00:00:20.562
14 Reply from 2001:faca::6 in 82 ms ; Bytes: 32 ; Average: 114,50 ms ; Time: 00:00:22.203
...
89 Reply from 2001:faca::6 in 113 ms ; Bytes: 32 ; Average: 118,54 ms ; Time: 00:02:44.828
90 Reply from 2001:faca::6 in 356 ms ; Bytes: 32 ; Average: 121,24 ms ; Time: 00:02:45.765
Duration: 00:02:50.218
Quadro 34 – Testes via ICMP com IPv6 no Teste3A Fonte: Alan Aquilino
Figura 28 – Tempo de resposta para IPv6 no Teste3B Fonte: Alan Aquilino
107
Para tentar testar a convergência da mesma maneira que os testes 1 e 2, o
teste 3 foi refeito, porém, desta vez alterando o DLCI na interface do roteador R6; tal
alteração deixou a comunicação indisponível sem alterar o estado das interfaces de
comunicação de R1 e R6, deixando para os protocolos OSPF declararem a
vizinhança indisponível e recuperarem a rede. Os quadros 35 e 36 e figuras 29 e 30
apresentam os resultados para IPv4 e IPv6, respectivamente.
ping: 6.6.6.6
1 Reply from 6.6.6.6 in 331 ms ; Bytes: 32 ; Average: 331,00 ms ; Time: 00:00:01.562
2 Reply from 6.6.6.6 in 170 ms ; Bytes: 32 ; Average: 250,50 ms ; Time: 00:00:02.750
...
9 Reply from 6.6.6.6 in 130 ms ; Bytes: 32 ; Average: 164,44 ms ; Time: 00:00:13.453
10 Reply from 6.6.6.6 in 118 ms ; Bytes: 32 ; Average: 159,80 ms ; Time: 00:00:15.140
11 TimedOut
...
20 TimedOut
21 Reply from 6.6.6.6 in 147 ms ; Bytes: 32 ; Average: 158,64 ms ; Time: 00:00:55.656
...
91 Reply from 6.6.6.6 in 195 ms ; Bytes: 32 ; Average: 178,88 ms ; Time: 00:03:14.500
92 Reply from 6.6.6.6 in 873 ms ; Bytes: 32 ; Average: 187,34 ms ; Time: 00:03:17.468
93 Reply from 6.6.6.6 in 119 ms ; Bytes: 32 ; Average: 186,52 ms ; Time: 00:03:22.093
94 Reply from 6.6.6.6 in 87 ms ; Bytes: 32 ; Average: 185,33 ms ; Time: 00:03:23.406
95 Reply from 6.6.6.6 in 83 ms ; Bytes: 32 ; Average: 184,13 ms ; Time: 00:03:24.468
Quadro 35 – Testes via ICMP com IPv4 no Teste3B Fonte: Alan Aquilino
108
Figura 29 – Tempo de resposta para IPv4 no Teste3B Fonte: Alan Aquilino
ping: 2001:faca::6 ( 2001:faca::6 )
1 Reply from 2001:faca::6 in 72 ms ; Bytes: 32 ; Average: 72,00 ms ; Time: 00:00:01.078
2 Reply from 2001:faca::6 in 0 ms ; Bytes: 32 ; Average: 36,00 ms ; Time: 00:00:02.140
...
9 Reply from 2001:faca::6 in 132 ms ; Bytes: 32 ; Average: 67,22 ms ; Time: 00:00:12.078
10 Reply from 2001:faca::6 in 228 ms ; Bytes: 32 ; Average: 83,30 ms ; Time: 00:00:14.265
11 TimedOut
...
22 TimedOut
23 Reply from 2001:faca::6 in 523 ms ; Bytes: 32 ; Average: 123,27 ms ; Time: 00:00:53.531
24 Reply from 2001:faca::6 in 335 ms ; Bytes: 32 ; Average: 140,92 ms ; Time: 00:00:45.062
....
91 Reply from 2001:faca::6 in 175 ms ; Bytes: 32 ; Average: 145,57 ms ; Time: 00:03:10.906
92 Reply from 2001:faca::6 in 121 ms ; Bytes: 32 ; Average: 145,26 ms ; Time: 00:03:13.125
93 Reply from 2001:faca::6 in 874 ms ; Bytes: 32 ; Average: 154,26 ms ; Time: 00:03:17.015
94 Reply from 2001:faca::6 in 88 ms ; Bytes: 32 ; Average: 153,45 ms ; Time: 00:03:20.718
Quadro 36 – Testes via ICMP com IPv6 no Teste3B Fonte: Alan Aquilino
109
Figura 30 – Tempo de resposta para IPv6 no Teste3B Fonte: Alan Aquilino
A tabela 8 mostra os resultados obtidos em situação em que as duas
extremidades detectam imediatamente a queda do link (3A) ou em situação em que
uma falha no trajeto não necessariamente derruba as duas pontas (3B). Nos dois
casos o tempo de convergência foi satisfatório e a rede operou normalmente.
Tabela 8 – Resultados dos testes 3A e 3B Fonte: Alan Aquilino
7.5 Teste 4 – Falha no Site 0 – Disaster Recovery
No teste 4 é simulada uma situação de desastre, onde todos os equipamentos
do Site 0 são desligados e apenas os sites e roteadores com conexão alternativa
para o Site 4 continuarão com a rede funcionando. O objetivo do Site 4 não é
apenas funcionar como ponto de trânsito e redundância, e sim assumir as principais
redes e serviços do Site 0 em caso de desastre ou indisponibilidade total dos
equipamentos.
110
Assim que o desastre é declarado, o PC1 é desconectado do R1 e
reconectado no R3. As redes do Site0 serão configuradas manualmente no R3 e
passarão a anunciar para os demais roteadores as loopbacks 1.1.1.1/128 e
2001:FACA:1/128, e as rede locais 10.0.0.0/24 e 2001:café:café::/64.
Os testes mostrados nos quadros 37 e 38 e figuras 31 e 32 foram originados
no PC2 (10.8.0.5/24 e 2001:BEBE::5/64) em direção ao PC1(10.0.0.5/24 e
2001:CAFÉ:CAFE::5/64).
ping: 10.0.0.5
1 Reply from 10.0.0.5 in 91 ms ; Bytes: 32 ; Average: 91,00 ms ; Time: 00:00:01.046
2 Reply from 10.0.0.5 in 214 ms ; Bytes: 32 ; Average: 152,50 ms ; Time: 00:00:02.250
...
15 Reply from 10.0.0.5 in 279 ms ; Bytes: 32 ; Average: 144,33 ms ; Time: 00:00:21.109
16 Reply from 10.0.0.5 in 58 ms ; Bytes: 32 ; Average: 138,94 ms ; Time: 00:00:23.031
17 TimedOut
...
37 TimedOut
38 Reply from 10.0.0.5 in 34 ms ; Bytes: 32 ; Average: 132,76 ms ; Time: 00:01:19.328
...
85 Reply from 10.0.0.5 in 28 ms ; Bytes: 32 ; Average: 77,23 ms ; Time: 00:02:14.328
86 Reply from 10.0.0.5 in 51 ms ; Bytes: 32 ; Average: 76,83 ms ; Time: 00:02:15.468
87 Reply from 10.0.0.5 in 45 ms ; Bytes: 32 ; Average: 76,35 ms ; Time: 00:02:16.578
88 Reply from 10.0.0.5 in 23 ms ; Bytes: 32 ; Average: 75,55 ms ; Time: 00:02:17.687
89 Reply from 10.0.0.5 in 47 ms ; Bytes: 32 ; Average: 75,13 ms ; Time: 00:02:18.750
90 Reply from 10.0.0.5 in 34 ms ; Bytes: 32 ; Average: 74,54 ms ; Time: 00:02:20.187
Quadro 37 – Testes via ICMP com IPv4 no Teste4 Fonte: Alan Aquilino
111
Figura 31 – Tempo de resposta para IPv4 no Teste4 Fonte: Alan Aquilino
ping: 2001:cafe:cafe::5 ( 2001:cafe:cafe::5 )
1 Reply from 2001:cafe:cafe::5 in 87 ms ; Bytes: 32 ; Average: 87,00 ms ; Time: 00:00:01.078
2 Reply from 2001:cafe:cafe::5 in 69 ms ; Bytes: 32 ; Average: 78,00 ms ; Time: 00:00:02.140
...
15 Reply from 2001:cafe:cafe::5 in 283 ms ; Bytes: 32 ; Average: 139,73 ms ; Time: 00:00:20.171
16 Reply from 2001:cafe:cafe::5 in 52 ms ; Bytes: 32 ; Average: 134,25 ms ; Time: 00:00:22.109
17 TimedOut
18 TimedOut
...
35 TimedOut
36 TimedOut
37 Reply from 2001:cafe:cafe::5 in 141 ms ; Bytes: 32 ; Average: 134,65 ms ; Time: 00:01:07.703
38 Reply from 2001:cafe:cafe::5 in 50 ms ; Bytes: 32 ; Average: 129,94 ms ; Time: 00:01:08.765
39 Reply from 2001:cafe:cafe::5 in 81 ms ; Bytes: 32 ; Average: 127,37 ms ; Time: 00:01:09.968
...
87 Reply from 2001:cafe:cafe::5 in 21 ms ; Bytes: 32 ; Average: 65,64 ms ; Time: 00:02:07.062
88 Reply from 2001:cafe:cafe::5 in 74 ms ; Bytes: 32 ; Average: 65,76 ms ; Time: 00:02:08.359
89 Reply from 2001:cafe:cafe::5 in 70 ms ; Bytes: 32 ; Average: 65,83 ms ; Time: 00:02:09.453
90 Reply from 2001:cafe:cafe::5 in 97 ms ; Bytes: 32 ; Average: 66,27 ms ; Time: 00:02:11.031
Quadro 38 – Testes via ICMP com IPv6 no Teste4 Fonte: Alan Aquilino
112
Figura 32 – Tempo de resposta para IPv6 no Teste4 Fonte: Alan Aquilino
Os testes de traceroute (Quadros 39 e 40) indicam que todo tráfego está
sendo roteado por R3.
tracert 10.0.0.5
Rastreando a rota para 10.0.0.5 com no máximo 30 saltos
1 36 ms 16 ms 5 ms 10.8.0.1
2 <1 ms 67 ms 3 ms 172.16.20.5
3 20 ms 93 ms 36 ms 10.0.0.5
Rastreamento concluído.
Quadro 39 – Traceroute IPv4 após teste 4 Fonte: Alan Aquilino
Quadro 40 – Traceroute IPv6 após teste 4 C:\Documents and Settings\Administrador>tracert 2001:cafe:cafe::5
Rastreando a rota para 2001:cafe:cafe::5 com no máximo 30 saltos
1 16 ms 25 ms 54 ms 2001:bebe::1
2 56 ms 33 ms 2 ms 2001:cafe:ffff::a
3 3 ms 20 ms 19 ms 2001:cafe:cafe::5
113
Rastreamento concluído.
Fonte: Alan Aquilino
A tabela 4 indica que as redes IPv4 e IPv6 convergiram e funcionaram
normalmente em situação de desastre, e com os roteadores principais desligados.
Tabela 9 – Resultados do Teste4 Fonte: Alan Aquilino
7.6 Teste 5 – Ataque à Rede IPv6 – Injeção de Rotas
O teste 5 apresenta uma situação de anormalidade não prevista durante o
design inicial da rede; é realizado um ataque ao principal roteador da rede (R1) e o
funcionamento de parte da rede é interrompido. Para simular o ataque, é
configurada uma rota estática em R1 apontando o endereço
2001:CAFE:CAFE::5/128 para Null0, ou seja, descartando o tráfego que é destinado
para o servidor 2001:CAFE:CAFE::5.
Os passos para troubleshooting descritos no capítulo 5 foram seguidos
rigorosamente e as seguintes informações foram coletadas:
• O único recurso de rede que mostrou indisponibilidade foi a estação
“2001:CAFE:CAFE::5” e apenas quando era acessada de estações
remotas (de fora da própria rede);
• Não foram encontrados logs de erro nos equipamentos de rede;
• Todos os recursos da rede IPv4 estavam em pleno funcionamento;
• As interfaces ponto-a-ponto estavam funcionando adequadamente;
• Ao comparar a tabela de roteamento IPv6 de R0 com a tabela da rede
estável, encontrou-se uma rota nova que estava descartando pacotes
destinados a um único endereço; a remoção da rota retornou a operação
da rede à normalidade.
Em todos os momentos do teste, a rede IPv4 fica intacta, e não apresenta
indisponibilidade; o quadro 41 e a figura 33 mostram que não ocorreram oscilações
no endereço IPv4 do servidor (10.0.0.5) durante o teste.
114
ping: 10.0.0.5
1 Reply from 10.0.0.5 in 102 ms ; Bytes: 32 ; Average: 102,00 ms ; Time: 00:00:01.109
2 Reply from 10.0.0.5 in 139 ms ; Bytes: 32 ; Average: 120,50 ms ; Time: 00:00:02.250
3 Reply from 10.0.0.5 in 171 ms ; Bytes: 32 ; Average: 137,33 ms ; Time: 00:00:03.546
4 Reply from 10.0.0.5 in 45 ms ; Bytes: 32 ; Average: 114,25 ms ; Time: 00:00:04.781
5 Reply from 10.0.0.5 in 18 ms ; Bytes: 32 ; Average: 95,00 ms ; Time: 00:0
...
93 Reply from 10.0.0.5 in 26 ms ; Bytes: 32 ; Average: 72,83 ms ; Time: 00:01:54.546
94 Reply from 10.0.0.5 in 328 ms ; Bytes: 32 ; Average: 75,54 ms ; Time: 00:01:55.859
95 Reply from 10.0.0.5 in 89 ms ; Bytes: 32 ; Average: 75,68 ms ; Time: 00:01:57.328
96 Reply from 10.0.0.5 in 36 ms ; Bytes: 32 ; Average: 75,27 ms ; Time: 00:01:58.406
97 Reply from 10.0.0.5 in 27 ms ; Bytes: 32 ; Average: 74,77 ms ; Time: 00:01:59.828
98 Reply from 10.0.0.5 in 22 ms ; Bytes: 32 ; Average: 74,23 ms ; Time: 00:02:00.906
Quadro 41 – Testes via ICMP na interface IPv4 no servidor Fonte: Alan Aquilino
Figura 33 – Tempo de resposta a interface IPv4 do servidor Fonte: Alan Aquilino
O servidor “2001:CAFE:CAFE::5” esteve indisponível durante o tempo em que
a rota para Null0 esteve configurada no roteador R1, como mostram o quadro 42 e a
figura 34.
115
ping: 2001:cafe:cafe::5 ( 2001:cafe:cafe::5 )
1 Reply from 2001:cafe:cafe::5 in 70 ms ; Bytes: 32 ; Average: 70,00 ms ; Time: 00:00:01.312
2 Reply from 2001:cafe:cafe::5 in 158 ms ; Bytes: 32 ; Average: 114,00 ms ; Time: 00:00:02.765
...
12 Reply from 2001:cafe:cafe::5 in 258 ms ; Bytes: 32 ; Average: 101,83 ms ; Time: 00:00:15.312
13 Reply from 2001:cafe:cafe::5 in 48 ms ; Bytes: 32 ; Average: 97,69 ms ; Time: 00:00:16.718
14 Reply from 2001:cafe:cafe::5 in 56 ms ; Bytes: 32 ; Average: 94,71 ms ; Time: 00:00:17.984
15 Reply from 2001:cafe:cafe::5 in 44 ms ; Bytes: 32 ; Average: 91,33 ms ; Time: 00:00:19.296
16 DestinationHostUnreachable
17 DestinationHostUnreachable
...
55 DestinationHostUnreachable
56 DestinationHostUnreachable
57 Reply from 2001:cafe:cafe::5 in 30 ms ; Bytes: 32 ; Average: 87,50 ms ; Time: 00:01:10.890
58 Reply from 2001:cafe:cafe::5 in 19 ms ; Bytes: 32 ; Average: 83,47 ms ; Time: 00:0
59 Reply from 2001:cafe:cafe::5 in 159 ms ; Bytes: 32 ; Average: 87,67 ms ; Time: 00:01:13.328
...
94 Reply from 2001:cafe:cafe::5 in 49 ms ; Bytes: 32 ; Average: 65,62 ms ; Time: 00:01:55.609
95 Reply from 2001:cafe:cafe::5 in 89 ms ; Bytes: 32 ; Average: 66,06 ms ; Time: 00:01:56.687
96 Reply from 2001:cafe:cafe::5 in 32 ms ; Bytes: 32 ; Average: 65,44 ms ; Time: 00:01:57.765
97 Reply from 2001:cafe:cafe::5 in 32 ms ; Bytes: 32 ; Average: 64,84 ms ; Time: 00:01:59.312
Quadro 42 – Testes via ICMP na interface IPv6 no servidor Fonte: Alan Aquilino
Figura 34 – Tempo de resposta a interface IPv6 do servidor Fonte: Alan Aquilino
116
A comparação entre as tabelas de roteamento da rede IPv6 atacada com a
rede IPv6 “estável” indicou o local exato do problema, como mostra a figura 34.
Como o problema estava localizado em um único roteador e a rota estática não foi
propagada para o resto da rede, as bases de dados OSPF permaneceram as
mesmas e não mostraram diferença em relação à rede estável.
Quadro 43 – Comparação entre as tabelas IPv6 antes e durante o ataque Fonte: Alan Aquilino
A tabela 10 mostra os resultados onde é notada a independência entre as
redes IPv4 e IPv6 já que os recursos são tratados de forma separada em uma rede
de pilha dupla. Os passos descritos pelo método de implementação de redes
auxiliaram a rápida identificação do problema e o retorno da rede à situação de
estabilidade.
Tabela 10 – Resultados do teste 6 Fonte: Alan Aquilino
117
7.7 Limitação das Validações em Laboratório Emulado
O laboratório utilizado para validação do método considerou o tempo de
convergência como principal métrica de validação das redes; não foram realizadas
avaliações de desempenho de rede, qualidade de serviço e análise de segurança de
rede, pois tais testes fogem do escopo deste trabalho.
Os tempos de resposta medidos variaram de 50 a 300ms, e foram
considerados apenas para indicar o funcionamento da rede e validação da
convergência; em uma rede real (não emulada), a variação de tempos de reposta
pode significar a falha de algum serviço e deve ser considerada com cautela.
Apesar de tais limitações, o método descrito no capítulo 5 foi validado com
sucesso e permitiu a implantação de uma rede IPv6 com OSPF versão 3 sem alterar
a estabilidade da rede.
7.8 Limitações do Método Proposto
O método proposto para implementação de redes é destinado apenas a
empresas de grande porte, do tipo enterprise, que utilizam OSPF como protocolo de
roteamento interno. O mesmo método pode ser adaptado a outros protocolos de
rede internos, como o IS-IS, considerando as alterações de semântica e
características de cada protocolo. A utilização de protocolos de roteamento
separados para as redes IPv4 e IPv6 foi consideração básica utilizada para todos os
testes e validações.
Não foram realizados testes específicos com a redistribuição de outros
protocolos de roteamento ou técnicas de transição específicas, como tunelamento
de IPv6 em IPv4; entretanto, não há nenhum impedimento técnico da utilização do
método proposto em redes com configurações de tecnologias de rede não validadas
pelo protótipo apresentado.
Este trabalho não é voltado para provedores e empresas de
telecomunicações e não considera aspectos de backbone de Internet, MPLS, e de
planejamento de redes característicos de tais empresas. A estrutura de organização
de informações proposta, como a documentação detalhada e a implementação em
fases pode ser custosa para empresas de pequeno e médio porte, que podem
escolher a adoção de somente parte do método.
118
8 CONCLUSÃO
Novo protocolo, novos desafios! A ação é irreversível devido ao esgotamento
de principal insumo da Internet: blocos de endereço IP. A ação é promissora porque,
apenas com a implantação da infraestrutura IPv6, os desenvolvedores podem se
dedicar à transformação da rede mundial. A ação é necessária porque são evidentes
os benefícios propiciados pela Internet e a rede não pode e não deve estagnar.
A adoção de protocolo IPv6 na Internet cria um cenário preocupante. Essa
adoção contempla aspectos positivos: o novo protocolo corrige deficiências da
versão anterior. Mas traz consigo uma ampla gama de incertezas devido a
mudanças profundas nos modelos de operação consagrados da versão anterior.
Além disso, as soluções encontradas para reparar as deficiências citadas, atingem o
estágio final de seu ciclo de vida.O rol das soluções reconhecidas pela comunidade
deve ser revisto e a reciclagem dos administradores de rede pode ser dispendiosa.
Pior, o administrador terá sob sua responsabilidade a rede antiga, com todos os
seus problemas e a rede nova, com toda a sua imprevisibilidade.
O método desenvolvido nessa dissertação orienta a implantação do protocolo
OSPF versão 3 em redes IPv6 de grande porte, cujos requisitos são alta velocidade,
grande número de conexões, alta disponibilidade, tolerância à falhas e convivência
com antigos protocolos. Seu desafio é garantir estabilidade e processos eficazes de
convergência de rede. Busca contribuir com movimento de todas as nações em prol
da transmutação dos protocolos IPv4-IPv6 agindo por meio de metodologia científica
baseada em experimentos e testemunhos a fim de acelerar a adoção do novo
protocolo e reduzir seus possíveis efeitos colaterais.
Os ensaios realizados em laboratório comprovaram a funcionalidade e a
adequação da arquitetura adotada: apresentou tempos de convergência satisfatórios
na operação conjunta das redes IPv4 e IPv6, compartilhando os mesmos
equipamentos sem interferir na operação e no gerenciamento da rede.O protótipo
utilizado para validar a presente arquitetura, apresenta uma estrutura que pode ser
adaptada e utilizada em empresas, permitindo a verificação prévia de configurações
e minimizando o impacto de eventuais erros cometidos na configuração.
A estrutura de documentação apresentada permite a visualização do
endereçamento e comportamento de uma rede de pilha dupla, facilitando o
119
entendimento e os processos de configuração em cada um dos pontos da rede e
protocolos de roteamento utilizados;
A estruturada de troubleshooting sugerida facilita o entendimento das redes
com pilha dupla e OSPF versão 3, acelerando o processo de resolução de
problemas e melhorando a estabilidade nas redes.
O método para implementar redes IPv6 com OSPF versão 3 permite, aos
administradores de redes e profissionais de TI, analisar parâmetros de rede
necessários à implantação do IPv6, de modo a evitar falhas de rede e ameaças à
estabilidade, implementando os novos protocolos sem prejudicar os atuais
ambientes de produção.
O método proposto fornece alternativa para implementação de redes de
grande porte a empresas que precisam acelerar a adoção do IPv6, apresentando
cada uma das fases para instalar, configurar, testar e gerenciar uma rede com OSPF
versão 3 de maneira organizada e documentada.
8.1 Trabalhos Futuros
Este trabalho concentra-se na operação do protocolo OSPF versão 3 em
empresas de grande; elaboração de métodos de implementação com foco em outros
protocolos internos, como IS-IS, podem ser desenvolvidos e tomarem como público
alvo os provedores de serviços de redes e empresas de telecomunicação. Segue
uma lista de trabalhos sugeridos para complementar aspectos não abordados nessa
dissertação:
• A interação das redes de pilha dupla com BGP, técnicas de
tunelamento, mecanismos de tradução e protocolos de redundância
(como VRRP) pode ser abordada em outros trabalhos de modo a
facilitar o entendimento das redes IPv6 e dos novos protocolos
necessários à convivência do IPv6 com IPv4.
• O OSPF versão 3 possui um mecanismo listado na RFC 3858 que
permite o transporte de prefixos IPv4 e IPv6 de maneira conjunta em
um único protocolo de roteamento. A adaptação de tal mecanismo ao
método descrito neste documento juntamente com as vantagens e
desvantagens de tal abordagem deve ser discutida em trabalho futuro.
120
• O método descrito foi validado de maneira manual através de
ferramentas de gerenciamento já existentes; uma nova e única
ferramenta pode concentrar e automatizar o processo descrito para
facilitar a implementação e gerenciamento da rede conforme os passos
descritos neste documento.
121
REFERÊNCIAS
AMERICAN REGISTRY FOR INTERNET NUMBERS - ARIN (EUA). ARIN Number Resource Policy Manual (NRPM). Versão 2011.3. 27.jul.2011. Disponível em: <https://www.arin.net/policy/nrpm.html#six541>. Acesso em: 08 ago. 2011. BARBIR, A. RFC 4593: Generic Threats to Routing Protocols. 2006. Disponível em: <http://tools.ietf.org/html/rfc4593>. Acesso em: 30 set. 2008. BASU, A.; RIECK, J. Stability issues in OSPF routing. In: SIGCOMM CONFERENCE, 1., 2001, San Diego, EUA. Proceedings of the 2001 conference on Applications, technologies, architectures, and protocols for computer communications. New York: ACM, 2001. p. 225 - 236. Disponível em: <http://portal.acm.org/citation.cfm?doid=964723.383077>. Acesso em: 12 jan. 2008. BAUER, D. et al. A Case Study in Understanding OSPF and BGP Interactions Using Efficient Experiment Design. In: PADS 2006, 20., 2006, Singapore Management University, Singapura. Proceedings of the 20th Workshop on Principles of Advanced and Distributed Simulation. Washington: IEEE Computer Society, 2006. p. 158 - 165. Disponível em: <portal.acm.org/citation.cfm?id=1136644.1136875>. Acesso em: 12 jul. 2007. BLACK, P. E. In: Dictionary of Algorithms and Data Structures. Bellman-Ford algorithm. 4. ed. Gaithersburg: U.S. National Institute Of Standards And Technology, 2005. Disponível em: <http://www.nist.gov/dads/HTML/bellmanford.html>. Acesso em: 03 nov. 2008. BONILHA, C. Desenvolvimento de um Tunnel Broker: uma arquitetura de tunelamento para instrumentar a Força Tarefa BRv6TF e acelerar a adoção do IPv6. São Paulo, 2007, 187f. Dissertação (Mestrado profissional) – Coordenadoria de Engenharia de Computação, Instituto de Pesquisas Tecnológicas do Estado de São Paulo, São Paulo, 2007. Disponível em: <biblioteca.universia.net/ficha.do?id=36763256>. Acesso em: 10 set. 2008. BOUND, J. RFC 4057: IPv6 Enterprise Network Scenarios. 2005. Disponível em: <http://tools.ietf.org/html/rfc4057>. Acesso em: 30 set. 2008. BRADNER, S. RFC 3979: Intellectual Property Rights in IETF Technology. Mar.2005. Disponível em: <http://www.ietf.org/rfc/rfc3979.txt>. Acesso em: 01 ago. 2011. CALLON, R.; HASKIN, D. RFC 2185: Routing Aspects Of IPv6 Transition. Set.1997. Disponível em: <http://tools.ietf.org/html/rfc2185>. Acesso em: 01 ago. 2011. CISCO SYSTEMS. Safe: Best Practices for Securing Routing Protocols. 2004. White Paper. Disponível em: <www.cisco.com/warp/public/cc/so/neso/vpn/prodlit/sfblp_wp.pdf>. Acesso em: 19 out. 2008.
122
CORRÊA, A. C. Metodologia para Análise Comparativa de Sistemas de Detecção de Intrusão. São Paulo, 2005, 86f. Dissertação (Mestrado profissional) – Coordenadoria de Engenharia de Computação, Instituto de Pesquisas Tecnológicas do Estado de São Paulo, São Paulo, 2005. Disponível em: <http://santafe.ipt.br/tede/tde_busca/arquivo.php?codArquivo=41>. Acesso em: 20 set. 2008. COLTUN, R.; FERGUSON, D.; MOY, J. RFC 2740: OSPF for IPv6. Dez.1999. Disponível em: <http://www.ietf.org/rfc/rfc2740.txt>. Acesso em: 01 ago. 2011. COLTUN, R. et al. RFC 5340: OSPF for IPv6. 2008. Disponível em: <http://tools.ietf.org/html/rfc5340>. Acesso em: 30 set. 2008. DEERING, S.; HINDEN, R. RFC 2460: Internet Protocol, Version 6 (IPv6) Specification. 1998. Disponível em: <http://tools.ietf.org/html/rfc2460>. Acesso em: 30 set. 2008. GIAQUINTO, S. Transição de um Ambiente Corporativo operando com os protocolos IPv4/NAT para o protocolo IPv6: colocando a IPTNET rumo às novas redes de próxima geração. São Paulo, 2003, 118f. Dissertação (Mestrado profissional) – Coordenadoria de Engenharia de Computação, Instituto de Pesquisas Tecnológicas do Estado de São Paulo, São Paulo, 2003. Disponível em: <santafe.ipt.br/tede/tde_busca/processaArquivo.php?codArquivo=3>. Acesso em: 28 set. 2008. GILLIGAN, R. E.; NORDMARK, E. RFC 2893: Transition Mechanisms for IPv6 Hosts and Routers. Ago.2000. Disponível em: <http://www.ietf.org/rfc/rfc2893.txt>. Acesso em: 01 ago. 2011. GOUGH, C. CCNP BSCI Exam Certification Guide: CCNP Self Study. 3. ed. Indianapolis: Cisco Press, 2004. GREENBERG, A.; SHAIKH, A. OSPF monitoring: architecture, design and deployment experience. In: NSDI’04, 2004, San Francisco, EUA. Proceedings of the 1st conference on Symposium on Networked Systems Design and Implementation. Berkeley: Usenix Association, 2004. v. 1, p. 5. Disponível em: <portal.acm.org/citation.cfm?id=1251180>. Acesso em: 01 nov. 2008. HINDEN, R.; DEERING, S. RFC 4291: IP Version 6 Addressing Architecture. 2006. Disponível em: <http://tools.ietf.org/html/rfc4291>. Acesso em: 30 out. 2008. HU, Y. C.; PERRIG, A.; JOHNSON, D. B. Efficient Security Mechanisms for Routing Protocols. In: NDSS’03, 10., 2003, San Diego, EUA. Proceedings of NDSS Symposium 2003. Virginia: Internet Society, 2003. p. 1 - 17. Disponível em: <http://www.isoc.org/isoc/conferences/ndss/03/proceedings/papers/4.pdf>. Acesso em: 17 out. 2008.
123
HUITEMA, C.; CARPENTER, B. RFC 3879: Deprecating Site Local Addresses.Set.2004. Disponível em: <http://www.ietf.org/rfc/rfc3879.txt>. Acesso em: 01 ago. 2011. HUNT, C. TCP/IP: Network Administration. 2. ed. Sebastopol: O'Reilly & Associates, 1998. INTERNET ASSIGNED NUMBERS AUTHORITY (IANA). IPv6 Global Unicast Address Assignments. 2008. Disponível em: <http://www.iana.org/assignments/ipv6-unicast-address-assignments>. Acesso em: 11 nov. 2008. KIWIOR, D.; LAM, L. Routing Protocol Performance over Intermittent Links. Bedford: Mitre Corporation, 2007. Disponível em: <www.mitre.org/work/tech_papers/tech_papers_07/07_0778/07_0778.pdf>. Acesso em: 19 out. 2008. LICHTWALD, G.; WALTER, U.; ZITTERBART, M. Improving Convergence Time of Routing Protocols. In: INTERNATIONAL CONFERENCE ON NETWORKING, 3., 2004, Guadelupe. Proceedings of the 3rd International Conference on Networking. Karlsruhe: Institute Of Telematics - University Of Karlsruhe, 2004. p. 640 - 647. Disponível em: <www.tm.uka.de/itm/WebMan/view.php?view=publikationen_detail&id=9&lang=en>. Acesso em: 10 out. 2008. MOY, J. RFC 2328: OSPF version 2.1998. Disponível em: <http://tools.ietf.org/html/rfc2328>. Acesso em: 30 set. 2008. NORDMARK, E.; GILLIGAN, R. E. RFC 4213: Basic Transition Mechanisms for IPv6 Hosts and Routers. Out.2005. Disponível em: <http://tools.ietf.org/html/rfc4213>. Acesso em: 01 ago. 2011. NUCCI A. et al. IGP link weight assignment for operational Tier-1 backbones. IEEE/ACM Transactions On Networking, San Francisco, v. 15, n. 4, p.789-802, 02 jul. 2007. Disponível em: <ieeexplore.ieee.org/iel5/90/4265591/04265605.pdf>. Acesso em: 17 jul. 2008. OLLIKAINEN, H. Routing Security: an Overview. In: SEMINAR ON INTERNETWORKING, 9., 2004, Sjökulla, Finlândia. Proceedings of Seminar on Internetworking. Helsinki: Helsinki University Of Technology, 2004. p. 1 - 9. Disponível em: <www.tml.tkk.fi/Studies/T-110.551/2004/papers/Ollikainen.pdf>. Acesso em: 02 nov. 2008. PEREIRA, T. Uma estratégia de roteamento OSPF adaptativo baseado em estimação de banda. Campinas, 2005, 146f. Dissertação (Mestrado profissional) – Coordenadoria de Engenharia Elétrica, Universidade Estadual de Campinas, Campinas, 2005. Disponível em: <libdigi.unicamp.br/document/?view=vtls000348637>. Acesso em: 18 mar. 2008.
124
SHAIKH, A. et al. A case study of OSPF behavior in a large enterprise network. In: INTERNET MEASUREMENT WORKSHOP, 8., 2002, Marselha, França. Proceedings of the 2nd ACM SIGCOMM Workshop on Internet measurement. New York: ACM, 2002. p. 217 - 230. Disponível em: <http://doi.acm.org/10.1145/637201.637236>. Acesso em: 17 set. 2008. SHU, Z.; KADOBAYASHI, Y. Troubleshooting on intra-domain routing instability. In: ACM SIGCOMM, 10., 2004, Portland, EUA. NetT '04 Proceedings of the ACM SIGCOMM workshop on Network troubleshooting: research, theory and operations practice meet malfunctioning reality. New York: ACM, 2004. p. 289 - 294. Disponível em: <http://doi.acm.org/10.1145/1016687.1016699>. Acesso em: 18 mar. 2008. VARMA, A.; SHAIKH, A.; DUBE, R. Avoiding Instability During Graceful Shutdown of Multiple OSPF Routers. In INFOCOM, 21., 2002, Califórnia, EUA. Proceedings of 21th Joint Conference of the IEEE Computer and Communications Societies. Filadélfia: IEEE / ACM Transactions on Networking, v. 14, p. 532 - 542, Jun.2006. Disponível em: <ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=1019335>. Acesso em: 17 out. 2008. ZAPPAROLI, P. A. Proposta de Gestão de Disponibilidade através do Gerenciamento de Rede Internet: Um Estudo de Caso. São Paulo, 2006, 103f. Dissertação (Mestrado profissional) – Coordenadoria de Engenharia de Computação, Instituto de Pesquisas Tecnológicas do Estado de São Paulo, São Paulo, 2006. Disponível em: <biblioteca.universia.net/ficha.do?id=7571136>. Acesso em: 10 set. 2008.
125
APÊNDICES
APÊNDICE A
Configuração comentada do GNS3
O arquivo LAB-OSPF.net está listado abaixo. Os comentários são iniciados
pelo caractere “#”.
autostart = False
[127.0.0.1:7212]
# Diretorio onde estao os arquivos temporarios do dynamips e
conteúdo da NVRAM.
workingdir = nvram
udp =10012
[[7200]]
# Imagem IOS utilizada para todos os LABS
image = c7200-advipservicesk9-mz.124-24.T.image
# Idle-pc impede a máquina host de ficar com 100% de processamento
idlepc =0x606dc59c
ghostios = True
[[ROUTER R2]]
# Acesso console aos equipamentos
console =2002
aux =2102
# Configuração dos roteadores carregada automaticamente quando o
emulador é iniciado
cnfg = R2.txt
# Interfaces do tipo Ethernet
126
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R1 e1/0
e1/1= R5 e1/1
e1/4= SW13
# Interfaces do tipo Serial (Frame e PPP)
slot2= PA-4T+
x =-151.0
y =-9.0
hx =20.5
hy =21.0
[[ROUTER R8]]
console =2008
aux =2108
cnfg = R8.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R1 e1/3
# Comunicação entre o Dynamips/GNS3 e o vmware PC2.
e1/4= nio_gen_eth:\device\npf_{34d54617-0d26-456f-b0ff-2057f9763769}
slot2= PA-4T+
s2/0= R3 s2/1
x =-474.517956231
y =70.632152986
hx =19.5
hy =20.0
[[ETHSW SW1]]
# Comunicação entre o Dynamips/GNS3 e o vmware PC1.
1= access 1 nio_gen_eth:\device\npf_{b1a328db-47bf-4521-b7e2-
7d0c9540bbf7}
2= access 1 R1 e1/4
3= access 1 R2 e1/4
x =-211.5
127
y =-100.0
hx =36.0
hy =-23.0
[127.0.0.1:7220]
workingdir = nvram
udp =10020
[[7200]]
image = c7200-advipservicesk9-mz.124-24.T.image
idlepc =0x606dc59c
ghostios = True
[[ROUTER R4]]
console =2004
aux =2104
cnfg = R4.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R5 e1/0
e1/1= R1 e1/1
slot2= PA-4T+
x =33.495959186
y =-76.419505145
hx =15.5
hy =20.0
[[ROUTER R5]]
console =2005
aux =2105
cnfg = R5.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R4 e1/0
e1/1= R2 e1/1
slot2= PA-4T+
s2/0= R3 s2/0
x =155.295342763
y =-23.831765446
hx =19.5
hy =20.0
[[ROUTER R7]]
console =2007
aux =2107
128
cnfg = R7.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R6 e1/0
slot2= PA-4T+
s2/0= FR13
x =-548.394025018
y =-98.779428361
[127.0.0.1:7201]
workingdir = nvram
udp =10001
[[7200]]
image = c7200-advipservicesk9-mz.124-24.T.image
idlepc =0x606dc59c
ghostios = True
[[ROUTER R6]]
console =2006
aux =2106
cnfg = R6.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R7 e1/0
slot2= PA-4T+
s2/0= FR11
x =-481.283394303
y =-184.111919048
[[ROUTER R1]]
console =2001
aux =2101
cnfg = R1.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R2 e1/0
e1/1= R4 e1/1
e1/2= R3 e1/0
e1/3= R8 e1/0
e1/4= SW12
slot2= PA-4T+
s2/0= FR12
s2/1= FR14
129
x =-266.0
y =-28.0
hx =25.0
hy =19.0
[[ROUTER R3]]
console =2003
aux =2103
cnfg = R3.txt
slot0= C7200-IO-FE
slot1= PA-8E
e1/0= R1 e1/2
slot2= PA-4T+
s2/0= R5 s2/0
s2/1= R8 s2/0
x =-208.771049795
y =143.432908974
hx =18.5
hy =19.0
[[FRSW FR1]]
# Switch Frame Relay para os roteadores R6 e R7.
1:111=2:111
2:111=1:111
3:222=4:222
4:222=3:222
1= R6 s2/0
2= R1 s2/0
3= R7 s2/0
4= R1 s2/1
x =-394.5
y =-106.5
hx =6.0
hy =-23.0
[GNS3-DATA]
width =500
height =500
[[NOTE 1]]
text = e1/4
x =-251.0
y =-51.0
130
[[NOTE 2]]
text =4
x =46.9374562953
y =40.2887469365
interface= FR14
[[NOTE 3]]
text =2
x =53.4009045446
y =12.9377214571
interface= FR12
[[NOTE 4]]
text =3
x =-18.9350798675
y =29.1988413804
interface= FR13
[[NOTE 5]]
text =1
x =-20.9056835044
y =-2.94934277571
interface= FR11
[[NOTE 6]]
text = s2/0
x =72.2339471895
y =29.7908528374
interface= R8 s2/0
[[NOTE 7]]
text = e1/0
x =70.1588676433
y =1.89630768658
interface= R8 e1/0
[[NOTE 8]]
text = s2/1
x =-45.2339471895
y =11.2091471626
interface= R3 s2/1
[[NOTE 9]]
text = e1/0
x =-24.6659701797
y =-34.9417079137
interface= R3 e1/0
131
[[NOTE 10]]
text = s2/0
x =68.4629001147
y =3.4964134435
interface= R3 s2/0
[[NOTE 11]]
text = e1/0
x =-33.4649926769
y =16.4796968621
interface= R2 e1/0
font ="MS Shell Dlg 2,7,-1,5,75,0,0,0,0,0"
[[NOTE 12]]
text = e1/1
x =72.9531864068
y =20.0653434549
interface= R2 e1/1
[[NOTE 13]]
text = s2/1
x =-40.364352794
y =8.9133040223
interface= R1 s2/1
[[NOTE 14]]
text = s2/0
x =-26.9009045446
y =-21.4377214571
interface= R1 s2/0
[[NOTE 15]]
text = e1/3
x =-3.15886764333
y =39.1036923134
interface= R1 e1/3
[[NOTE 16]]
text = e1/2
x =45.6659701797
y =50.9417079137
interface= R1 e1/2
[[NOTE 17]]
text = e1/0
x =57.4649926769
y =28.5203031379
132
interface= R1 e1/0
font ="MS Shell Dlg 2,7,-1,5,75,0,0,0,0,0"
[[NOTE 18]]
text = e1/1
x =63.4872854394
y =-7.3839085699
interface= R1 e1/1
[[NOTE 19]]
text = s2/0
x =66.4350798675
y =18.3011586196
interface= R7 s2/0
[[NOTE 20]]
text = e1/0
x =53.7273653176
y =-10.4413327397
interface= R7 e1/0
[[NOTE 21]]
text = s2/0
x =65.4056835044
y =25.4493427757
interface= R6 s2/0
[[NOTE 22]]
text = e1/0
x =6.27263468237
y =46.4413327397
interface= R6 e1/0
[[NOTE 23]]
text = s2/0
x =-9.46290011471
y =38.5035865565
interface= R5 s2/0
[[NOTE 24]]
text = e1/1
x =-57.9531864068
y =22.9346565451
interface= R5 e1/1
[[NOTE 25]]
text = e1/0
x =-13.7233114659
133
y =-18.8555477666
interface= R5 e1/0
[[NOTE 26]]
text = e1/1
x =-28.4872854394
y =30.3839085699
interface= R4 e1/1
[[NOTE 27]]
text = e1/0
x =43.7233114659
y =37.8555477666
interface= R4 e1/0
[[Cloud PC1]]
symbol = computer
x =-217.5
y =-209.0
hx =19.5
hy =-25.0
# Comunicação entre o Dynamips/GNS3 e o vmware PC1.
connections = SW1:1:nio_gen_eth:\device\npf_{b1a328db-47bf-4521-
b7e2-7d0c9540bbf7}
[[Cloud PC2]]
symbol = computer
x =-551.5
y =98.0
hx =13.5
hy =-22.0
# Comunicação entre o Dynamips/GNS3 e o vmware PC2.
connections = R8:e1/4:nio_gen_eth:\device\npf_{34d54617-0d26-456f-
b0ff-2057f9763769}
[[SHAPE 1]]
type = rectangle
x =-308.0
y =-237.0
width =272.0
height =282.0
134
z =-2.0
[[SHAPE 2]]
type = rectangle
x =-5.0
y =-95.0
width =233.0
height =147.0
z =-2.0
[[SHAPE 3]]
type = rectangle
x =-268.0
y =87.0
width =187.0
height =119.0
z =-2.0
[[SHAPE 4]]
type = rectangle
x =-557.0
y =51.0
width =197.0
height =119.0
z =-2.0
[[SHAPE 5]]
type = rectangle
x =-551.0
y =-220.0
width =223.0
height =186.0
z =-2.0
135
APÊNDICE B
Telas de configuração Vmware PC1
136
137
Telas de configuração Vmware PC2
138
139
APÊNDICE C
Planilha Check-list para facilitar a utilização do método
Requisitos/Análise:
Hardware
1 - Comporta os protocolos de roteamento utilizados. OK
2 - Tipos de tráfego (Voz, vide, etc.) OK
3 - Banda disponível/necessária OK
Software
1 - Implementa todos recursos necessários. OK
2 - A última/mesma RFC está implementada em todos os
roteadores. OK
Conectividade
1 - Todos os dispositivos elétricos foram considerados. OK
2 - A redundância de links/recursos foi considerada e mapeada
OK
Design:
1 - Inventário OK
2 - Topologia física OK
3 - Topologia física OK
4 - Topologias específicas OK
5 - Controle de IP OK
6 - Controle de configurações OK
7 - Lista de Aplicativos
OK
Codificação:
1 - IPv4 OK
2 - OSPFv2 OK
3 - IPv6 OK
4 - OSPFv3
OK
Teste:
1 - Tempo de resposta OK
2 - Qualidade dos acessos OK
3 - Capacidade dos acessos OK
4 - Redundância - Tempo de convergência OK
140
Aceitação / Gerenciamento:
1-SNMP/ICMP OK
2-Teste de aplicativos OK
3-Feedback do usuário OK
141
APÊNDICE D
Configuração comentada dos roteadores
R1
hostname R1
!
! Interfaces e endereçamento IPv4
!
int loopback0
ipaddress1.1.1.1255.255.255.255
noshut
!
interface f0/0
shut
!
interface Ethernet1/0
bandwidth 10000
ipaddress192.168.10.1255.255.255.252
noshut
interface Ethernet1/1
bandwidth 10000
ipaddress192.168.0.1255.255.255.252
noshut
interface Ethernet1/2
bandwidth 10000
ipaddress192.168.0.13255.255.255.252
noshut
interface Ethernet1/3
bandwidth 10000
ipaddress192.168.0.9255.255.255.252
noshut
interface Ethernet1/4
shut
interface Ethernet1/5
shut
interface Ethernet1/6
shut
interface Ethernet1/7
shut
142
interface Serial2/0
encapsulation frame-relay
noshutdown
!
interface Serial2/0.1 point-to-point
bandwidth 512
ipaddress172.16.0.1255.255.255.252
frame-relay interface-dlci 111
noshut
!
noshut
interface Serial2/1
encapsulation frame-relay
noshut
interface Serial2/1.1 point-to-point
bandwidth 256
ipaddress172.16.0.5255.255.255.252
frame-relay interface-dlci 222
noshut
!
interface Serial2/0
noshut
interface Serial2/1
noshut
!
! OSPF versão 2
!
router ospf 1
router-id 1.1.1.1
network 1.1.1.10.0.0.0 area 0
network 192.168.10.00.0.0.3 area 0
network 192.168.0.120.0.0.3 area 0
network 192.168.0.00.0.0.3 area 1
network 192.168.0.80.0.0.3 area 3
network 172.16.0.00.0.0.3 area 2
network 172.16.0.40.0.0.3 area 2
network 10.0.0.00.0.0.255 area 0
! Comando que habilita o roteamento IPv6
143
ipv6 unicast-routing
! Configuração do router-id para OSPF versão 3
ipv6router ospf 1
router-id 1.1.1.1
log-adjacency-changes
! Configuração das interfaces com IPv6
int loopback0
ipv6address2001:faca::1/128
! Configuração do OSPF versão 3 de acordo cada interface e área
ipv6 ospf 1 area 0
!
interface Ethernet1/0
ipv6address2001:cafe:aff1::D/64
ipv6 ospf 1 area 0
interface Ethernet1/1
ipv6address2001:cafe:af4::A/64
ipv6 ospf 1 area 1
interface Ethernet1/2
ipv6address2001:cafe:af3::A/64
ipv6 ospf 1 area 0
interface Ethernet1/3
ipv6address2001:cafe:af8::A/64
ipv6 ospf 1 area 3
!
interface Serial2/0.1 point-to-point
ipv6address2001:cafe:af6::A/64
ipv6 ospf 1 area 2
144
interface Serial2/1.1 point-to-point
ipv6address2001:cafe:af7::A/64
ipv6 ospf 1 area 2
! Configuração da interface local que conecta no PC1
interface Ethernet1/4
ipaddress10.0.0.2255.255.255.0
shutdown
duplex half
ipv6address2001:CAFE:CAFE::2/64
ipv6 ospf 1 area 0
standby version 2
standby1 ipv6 FE80:A::A
standby1 preempt
standby1 name grupo1
standby1track Ethernet1/150
standby1 priority 100
standby2ip10.0.0.1
standby2 preempt
standby2 name grupo2
standby2track Ethernet1/150
standby2 priority 100
noshut
interface Ethernet1/4
bandwidth 1000
R2
hostname R2
int loopback0
ipaddress2.2.2.2255.255.255.255
noshut
!
interface f0/0
shut
!
145
interface Ethernet1/0
ipaddress192.168.10.2255.255.255.252
interface Ethernet1/1
ipaddress192.168.0.5255.255.255.252
!
!
router ospf 1
router-id 2.2.2.2
network 2.2.2.20.0.0.0 area 0
network 192.168.10.00.0.0.3 area 0
network 192.168.0.120.0.0.3 area 0
network 192.168.0.40.0.0.3 area 1
ipv6 unicast-routing
ipv6router ospf 1
router-id 2.2.2.2
log-adjacency-changes
int loopback0
ipv6address2001:faca::2/128
ipv6 ospf 1 area 0
!
interface Ethernet1/0
ipv6address2001:cafe:aff1::E/64
ipv6 ospf 1 area 0
noip ospf cost 30
no ipv6 ospf cost 30
interface Ethernet1/1
ipv6address2001:cafe:af5::A/64
ipv6 ospf 1 area 1
ip ospf cost 50
ipv6 ospf cost 50
interface Ethernet1/4
ipaddress10.0.0.3255.255.255.0
146
ipv6address2001:CAFE:CAFE::3/64
ipv6 ospf 1 area 0
standby version 2
standby1 ipv6 FE80:A::A
standby1 preempt
standby1 name grupo1
standby1track Ethernet1/150
standby1 priority 80
standby2ip10.0.0.1
standby2 preempt
standby2 name grupo2
standby2track Ethernet1/150
standby2 priority 80
noshut
router ospf 1
network 10.0.0.00.0.0.255 area 0
interface Ethernet1/4
bandwidth 1000
R3
hostname R3
!
int loopback0
ipaddress3.3.3.3255.255.255.255
!
interface Ethernet1/0
ipaddress192.168.0.14255.255.255.252
!
interface Serial2/0
bandwidth 200
encapsulation ppp
ipaddress172.16.20.1255.255.255.252
!
interface Serial2/1
bandwidth 100
encapsulation ppp
147
ipaddress172.16.20.5255.255.255.252
!
router ospf 1
router-id 3.3.3.3
network 3.3.3.30.0.0.0 area 0
network 192.168.0.120.0.0.3 area 0
network 172.16.20.00.0.0.3 area 1
network 172.16.20.40.0.0.3 area 3
!
ipv6 unicast-routing
!
ipv6router ospf 1
router-id 3.3.3.3
log-adjacency-changes
!
int loopback0
ipv6address2001:faca::3/128
ipv6 ospf 1 area 0
!
interface Ethernet1/0
ipv6address2001:cafe:af3::B/64
ipv6 ospf 1 area 0
!
interface Serial2/0
ipv6address2001:cafe:FFFE::A/64
ipv6 ospf 1 area 1
!
interface Serial2/1
ipv6address2001:cafe:FFFF::A/64
ipv6 ospf 1 area 3
R4
hostname R4
!
int loopback0
ipaddress4.4.4.4255.255.255.255
noshut
!
148
interface f0/0
shut
!
interface Ethernet1/0
ipaddress192.168.10.5255.255.255.252
noshut
interface Ethernet1/1
ipaddress192.168.0.2255.255.255.252
noshut
!
router ospf 1
router-id 4.4.4.4
network 4.4.4.40.0.0.0 area 1
network 192.168.0.00.0.0.3 area 1
network 192.168.10.40.0.0.3 area 1
ipv6 unicast-routing
ipv6router ospf 1
router-id 4.4.4.4
log-adjacency-changes
int loopback0
ipv6address2001:faca::4/128
ipv6 ospf 1 area 1
interface Ethernet1/0
no ipv6address2001:cafe:af4::D/64
ipv6address2001:cafe:aff4::D/64
ipv6 ospf 1 area 1
interface Ethernet1/1
no ipv6address2001:cafe:af4::B/64
ipv6address2001:cafe:af4::B/64
ipv6 ospf 1 area 1
R5
hostname R5
149
!
int loopback0
ipaddress5.5.5.5255.255.255.255
noshut
!
interface Ethernet1/0
ipaddress192.168.10.6255.255.255.252
noshut
interface Ethernet1/1
ipaddress192.168.0.6255.255.255.252
noshut
interface Serial2/0
bandwidth 200
encapsulation ppp
ipaddress172.16.20.2255.255.255.252
noshut
!
router ospf 1
router-id 5.5.5.5
network 5.5.5.50.0.0.0 area 1
network 192.168.0.40.0.0.3 area 1
network 192.168.10.40.0.0.3 area 1
network 172.16.20.00.0.0.3 area 1
ipv6 unicast-routing
ipv6router ospf 1
router-id 5.5.5.5
log-adjacency-changes
int loopback0
ipv6address2001:faca::5/128
ipv6 ospf 1 area 1
interface Ethernet1/0
150
ipv6address2001:cafe:aff4::E/64
ipv6 ospf 1 area 1
interface Ethernet1/1
ip ospf cost 50
ipv6 ospf cost 50
ipv6address2001:cafe:af5::B/64
ipv6 ospf 1 area 1
interface Serial2/0
ipv6address2001:cafe:FFFE::B/64
ipv6 ospf 1 area 1
R6
hostname R6
!
int loopback0
ipaddress6.6.6.6255.255.255.255
noshut
!
interface f0/0
shut
!
interface Ethernet1/0
ipaddress192.168.10.9255.255.255.252
noshut
interface Ethernet1/1
shut
interface Ethernet1/2
shut
interface Ethernet1/3
shut
interface Ethernet1/4
shut
interface Ethernet1/5
shut
interface Ethernet1/6
shut
151
interface Ethernet1/7
shut
interface Serial2/0
noshutdown
encapsulation frame-relay
interface Serial2/0.1 point-to-point
bandwidth 512
ipaddress172.16.0.2255.255.255.252
frame-relay interface-dlci 111
noshut
interface Serial2/1
shut
interface Serial2/2
shut
interface Serial2/3
shut
!
!
interface Serial2/0
noshut
router ospf 1
router-id 6.6.6.6
network 6.6.6.60.0.0.0 area 2
network 172.16.0.00.0.0.3 area 2
network 192.168.10.80.0.0.3 area 2
ipv6 unicast-routing
ipv6router ospf 1
router-id 6.6.6.6
log-adjacency-changes
int loopback0
152
ipv6address2001:faca::6/128
ipv6 ospf 1 area 2
interface Ethernet1/0
ipv6address2001:cafe:aff6::D/64
ipv6 ospf 1 area 2
interface Serial2/0.1 point-to-point
ipv6address2001:cafe:af6::B/64
ipv6 ospf 1 area 2
interface Serial2/0
noshut
interface Serial2/1
noshut
R7
hostname R7
!
int loopback0
ipaddress7.7.7.7255.255.255.255
noshut
!
interface f0/0
shut
!
interface Ethernet1/0
ipaddress192.168.10.10255.255.255.252
noshut
interface Ethernet1/1
shut
interface Ethernet1/2
shut
interface Ethernet1/3
shut
interface Ethernet1/4
shut
interface Ethernet1/5
153
shut
interface Ethernet1/6
shut
interface Ethernet1/7
shut
interface Serial2/0
encapsulation frame-relay
noshut
interface Serial2/0.1 point-to-point
bandwidth 256
ipaddress172.16.0.6255.255.255.252
frame-relay interface-dlci 222
noshut
interface Serial2/1
shut
interface Serial2/2
shut
interface Serial2/3
shut
!
!
interface Serial2/0
noshut
!
!
router ospf 1
router-id 7.7.7.7
network 7.7.7.70.0.0.0 area 2
network 172.16.0.40.0.0.3 area 2
network 192.168.10.80.0.0.3 area 2
!
ipv6 unicast-routing
ipv6router ospf 1
router-id 7.7.7.7
log-adjacency-changes
154
int loopback0
ipv6address2001:faca::7/128
ipv6 ospf 1 area 2
interface Ethernet1/0
ipv6address2001:cafe:aff6::E/64
ipv6 ospf 1 area 2
interface Serial2/0.1 point-to-point
ipv6address2001:cafe:af7::B/64
ipv6 ospf 1 area 2
interface Serial2/0
noshut
interface Serial2/1
noshut
R8
hostname R8
!
int loopback0
ipaddress8.8.8.8255.255.255.255
noshut
!
interface f0/0
shut
!
interface Ethernet1/0
ipaddress192.168.0.10255.255.255.252
noshut
interface Ethernet1/1
shut
interface Ethernet1/2
shut
interface Ethernet1/3
shut
155
interface Ethernet1/4
shut
interface Ethernet1/5
shut
interface Ethernet1/6
shut
interface Ethernet1/7
shut
interface Serial2/0
bandwidth 100
encapsulation ppp
ipaddress172.16.20.6255.255.255.252
noshut
interface Serial2/1
shut
interface Serial2/2
shut
interface Serial2/3
shut
!
!
line con 0
exec-timeout 33333
privilege level 15
logging synchronous
line aux 0
exec-timeout 33333
privilege level 15
logging synchronous
line vty 04
password cisco
exec-timeout 33333
privilege level 15
password cisco
login
!
router ospf 1
router-id 8.8.8.8
network 8.8.8.80.0.0.0 area 3
156
network 192.168.0.80.0.0.3 area 3
network 172.16.20.40.0.0.3 area 3
ipv6 unicast-routing
ipv6router ospf 1
router-id 8.8.8.8
log-adjacency-changes
int loopback0
ipv6address2001:faca::8/128
ipv6 ospf 1 area 3
interface Ethernet1/0
ipv6address2001:cafe:af8::B/64
ipv6 ospf 1 area 3
interface Serial2/0
ipv6address2001:cafe:FFFF::B/64
ipv6 ospf 1 area 3
noshut
interface Ethernet1/4
ipaddress10.8.0.1255.255.255.0
ipv6address2001:BEBE::1/64
ipv6 ospf 1 area 3
noshut
router ospf 1
network 10.8.0.00.0.0.255 area 3
157
APÊNDICE E
Configurações do WinPING
158
Configurações do Small server:
# General setting
from_same_host=0
ip_range="1.0.0.1-254.254.254.254"
ip_deny=""
ip6_range="::1-FFFF:FFFF:FFFF:FFFF::"
ip6_deny=""
adm_range="127.0.0.1"
adm_deny=""
adm6_range="::1"
adm6_deny=""
# HTTP server setting
max=16
port=80
http_range="1.0.0.1-254.254.254.254"
http_deny=""
http6_range="::1-FFFF:FFFF:FFFF:FFFF::"
http6_deny=""
159
httpipv6
http_speed=0
http_spdusr=0
dir="C:\shttps\www"
def="index.*"
cgi_ident="\cgi-bin\"
post_limit=196608
norunhtm
cgi_timeout=7936
header="Server: SHS"
gz_lib="zlib-1.dll"
gz_low=512
nogz_ext=".gif,.jpg,.jpeg,.gz,.zip,.rar,.arj,.jar"
http_ltime=0
http_ip_limit=0
http_net_limit=0
http_limit=0
160
APÊNDICE F
Informações coletadas nos Testes
Rede estável
C:\>tracert -d 8.8.8.8
Rastreando a rota para 8.8.8.8 com no máximo 30 saltos
124 ms 31 ms 16 ms 10.0.0.2
242 ms 58 ms 58 ms 8.8.8.8
Rastreamento concluído.
C:\>tracert -d 10.8.0.5
Rastreando a rota para 10.8.0.5 com no máximo 30 saltos
171 ms 3 ms 43 ms 10.0.0.2
232 ms 128 ms 23 ms 192.168.0.10
3146 ms 70 ms 40 ms 10.8.0.5
Rastreamento concluído.
C:\>
C:\>tracert -d 2001:FACA::8
Rastreando a rota para 2001:faca::8 com no máximo 30 saltos
158 ms 17 ms 43 ms 2001:cafe:cafe::2
242 ms 19 ms 35 ms 2001:faca::8
Rastreamento concluído.
C:\>tracert -d 2001:BEBE::5
Rastreando a rota para 2001:bebe::5 com no máximo 30 saltos
126 ms 42 ms 4 ms 2001:cafe:cafe::2
272 ms 49 ms 28 ms 2001:cafe:af8::b
3100 ms 135 ms 76 ms 2001:bebe::5
Rastreamento concluído.
C:\>
R1#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
161
Gateway of last resort is not set
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted,1 subnets
O 2.2.2.2[110/11] via 192.168.10.2,02:06:11, Ethernet1/0
[110/11] via 10.0.0.3,02:06:11, Ethernet1/4
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,02:05:39, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/11] via 192.168.0.2,02:05:39, Ethernet1/1
5.0.0.0/32 is subnetted,1 subnets
O 5.5.5.5[110/21] via 192.168.0.2,02:05:39, Ethernet1/1
192.168.10.0/30 is subnetted,3 subnets
C 192.168.10.0 is directly connected, Ethernet1/0
O 192.168.10.4[110/20] via 192.168.0.2,02:05:39, Ethernet1/1
O 192.168.10.8[110/205] via 172.16.0.2,02:04:15, Serial2/0.1
6.0.0.0/32 is subnetted,1 subnets
O 6.6.6.6[110/196] via 172.16.0.2,02:04:15, Serial2/0.1
172.16.0.0/30 is subnetted,4 subnets
O 172.16.20.0[110/520] via 192.168.0.2,02:05:39, Ethernet1/1
O 172.16.20.4[110/1010] via 192.168.0.10,00:00:28, Ethernet1/3
C 172.16.0.4 is directly connected, Serial2/1.1
C 172.16.0.0 is directly connected, Serial2/0.1
7.0.0.0/32 is subnetted,1 subnets
O 7.7.7.7[110/206] via 172.16.0.2,02:04:16, Serial2/0.1
8.0.0.0/32 is subnetted,1 subnets
O 8.8.8.8[110/11] via 192.168.0.10,00:00:28, Ethernet1/3
10.0.0.0/24 is subnetted,2 subnets
O 10.8.0.0[110/20] via 192.168.0.10,00:00:28, Ethernet1/3
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/3
C 192.168.0.12 is directly connected, Ethernet1/2
C 192.168.0.0 is directly connected, Ethernet1/1
O 192.168.0.4[110/70] via 192.168.0.2,02:05:39, Ethernet1/1
R1#
R1#sh ipv6 route
IPv6 Routing Table -Default-29 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
O 2001:BEBE::/64[110/20]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
C 2001:CAFE:AF3::/64[0/0]
via Ethernet1/2, directly connected
L 2001:CAFE:AF3::A/128[0/0]
via Ethernet1/2, receive
C 2001:CAFE:AF4::/64[0/0]
via Ethernet1/1, directly connected
L 2001:CAFE:AF4::A/128[0/0]
via Ethernet1/1, receive
O 2001:CAFE:AF5::/64[110/70]
162
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
C 2001:CAFE:AF6::/64[0/0]
via Serial2/0.1, directly connected
L 2001:CAFE:AF6::A/128[0/0]
via Serial2/0.1, receive
C 2001:CAFE:AF7::/64[0/0]
via Serial2/1.1, directly connected
L 2001:CAFE:AF7::A/128[0/0]
via Serial2/1.1, receive
C 2001:CAFE:AF8::/64[0/0]
via Ethernet1/3, directly connected
L 2001:CAFE:AF8::A/128[0/0]
via Ethernet1/3, receive
C 2001:CAFE:AFF1::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF1::D/128[0/0]
via Ethernet1/0, receive
O 2001:CAFE:AFF4::/64[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:AFF6::/64[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
O 2001:CAFE:FFFE::/64[110/520]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:FFFF::/64[110/1010]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
LC 2001:FACA::1/128[0/0]
via Loopback0, receive
O 2001:FACA::2/128[110/10]
via FE80::C800:17FF:FE20:20, Ethernet1/4
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::3/128[110/10]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
O 2001:FACA::4/128[110/10]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::5/128[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::6/128[110/195]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::7/128[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::8/128[110/10]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
L FF00::/8[0/0]
via Null0, receive
R1#
R1#sh ip ospf database
OSPF Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.115600x800000060x0007DC 4
163
2.2.2.22.2.2.217230x800000050x0039A43
3.3.3.33.3.3.315820x800000050x0038C82
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 10.0.0.32.2.2.217230x800000040x0033E2
192.168.0.143.3.3.315820x800000040x00871F
192.168.10.22.2.2.217230x800000040x008D23
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 4.4.4.41.1.1.115600x800000040x001BFF
4.4.4.42.2.2.217230x800000040x00F2F1
4.4.4.43.3.3.315820x800000040x0079A3
5.5.5.51.1.1.115600x800000040x0051BB
5.5.5.52.2.2.217240x800000040x00608A
5.5.5.53.3.3.315820x800000040x00E63C
6.6.6.61.1.1.115600x800000040x00FF59
7.7.7.71.1.1.115600x800000040x003615
8.8.8.81.1.1.1600x800000010x0068A5
8.8.8.83.3.3.315820x800000040x00F52B
10.8.0.01.1.1.1600x800000010x0051C1
10.8.0.03.3.3.315820x800000040x00DE47
172.16.0.01.1.1.115600x800000040x007345
172.16.0.41.1.1.115600x800000040x00EF01
172.16.20.01.1.1.115600x800000040x00530B
172.16.20.02.2.2.217240x800000040x0062D9
172.16.20.03.3.3.315820x800000040x004F1B
172.16.20.41.1.1.1600x800000010x00670A
172.16.20.43.3.3.315820x800000040x00C0AF
192.168.0.01.1.1.115600x800000040x0006BF
192.168.0.02.2.2.217240x800000040x004243
192.168.0.03.3.3.315820x800000040x00C7F5
192.168.0.41.1.1.115600x800000040x00384D
192.168.0.42.2.2.217240x800000040x005144
192.168.0.43.3.3.315820x800000040x00CCCE
192.168.0.81.1.1.115600x800000040x00B508
192.168.0.83.3.3.3660x800000010x00B319
192.168.10.41.1.1.115600x800000040x00D3D9
192.168.10.42.2.2.217240x800000040x00473A
192.168.10.43.3.3.315830x800000040x00CDEB
192.168.10.81.1.1.115600x800000040x00EC03
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.115610x800000050x001A2D 1
2.2.2.22.2.2.217260x800000050x00F6191
3.3.3.33.3.3.315840x800000050x00BFA82
4.4.4.44.4.4.415870x800000060x005CA53
5.5.5.55.5.5.515420x800000060x00A8665
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.0.24.4.4.415870x800000040x0004A6
192.168.0.52.2.2.217260x800000040x00A601
164
192.168.10.65.5.5.515420x800000040x000880
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.115610x800000040x0041EF
1.1.1.12.2.2.217260x800000040x00879B
1.1.1.13.3.3.315850x800000040x0069B5
2.2.2.21.1.1.115610x800000040x0077AB
2.2.2.22.2.2.217260x800000040x00F434
2.2.2.23.3.3.315850x800000040x009F71
3.3.3.31.1.1.115610x800000040x0049D5
3.3.3.32.2.2.217260x800000040x008F81
3.3.3.33.3.3.315850x800000040x00A878
6.6.6.61.1.1.115610x800000040x00FF59
6.6.6.62.2.2.214750x800000040x004605
6.6.6.63.3.3.315850x800000040x00281F
7.7.7.71.1.1.115610x800000040x003615
7.7.7.72.2.2.214750x800000040x007CC0
7.7.7.73.3.3.315850x800000040x005EDA
8.8.8.81.1.1.1610x8000000F 0x004CB3
8.8.8.82.2.2.2630x8000000B 0x009A5B
8.8.8.83.3.3.315850x800000040x00F52B
10.0.0.01.1.1.115610x800000040x0047DA
10.0.0.02.2.2.217260x800000040x0029F4
10.0.0.03.3.3.315850x800000040x006FA0
10.8.0.01.1.1.1610x8000000F 0x0035CF
10.8.0.02.2.2.2630x8000000B 0x008377
10.8.0.03.3.3.315850x800000040x00DE47
172.16.0.01.1.1.115610x800000040x007345
172.16.0.02.2.2.214760x800000040x00B9F0
172.16.0.03.3.3.315850x800000040x009B0B
172.16.0.41.1.1.115610x800000040x00EF01
172.16.0.42.2.2.214760x800000040x0036AC
172.16.0.43.3.3.315850x800000040x0018C6
172.16.20.41.1.1.15550x8000000C 0x005115
172.16.20.42.2.2.217260x800000040x00A7B8
172.16.20.43.3.3.315850x800000040x00C0AF
192.168.0.81.1.1.115610x800000040x00B508
192.168.0.82.2.2.217260x800000040x00FBB3
192.168.0.83.3.3.3680x8000000F 0x009727
192.168.0.121.1.1.115610x800000040x008D2C
192.168.0.122.2.2.217260x800000040x00D3D7
192.168.0.123.3.3.315850x800000040x005160
192.168.10.01.1.1.115610x800000040x009724
192.168.10.02.2.2.217260x800000040x00793E
192.168.10.03.3.3.315850x800000040x00BFE9
192.168.10.81.1.1.115610x800000040x00EC03
192.168.10.82.2.2.214760x800000040x0033AE
192.168.10.83.3.3.315850x800000040x0015C8
Router Link States (Area 2)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.115610x800000070x0070C54
6.6.6.66.6.6.616270x800000070x00E5C84
7.7.7.77.7.7.716850x800000070x008E834
Net Link States (Area 2)
165
Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.716850x800000040x004C20
Summary Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.115610x800000040x0041EF
2.2.2.21.1.1.115610x800000040x0077AB
3.3.3.31.1.1.115610x800000040x0049D5
4.4.4.41.1.1.115610x800000050x001901
5.5.5.51.1.1.115610x800000050x004FBC
8.8.8.81.1.1.1610x8000000F 0x004CB3
10.0.0.01.1.1.115610x800000040x0047DA
10.8.0.01.1.1.1610x8000000F 0x0035CF
172.16.20.01.1.1.115610x800000050x00510C
172.16.20.41.1.1.15560x8000000C 0x005115
192.168.0.01.1.1.115610x800000040x0006BF
192.168.0.41.1.1.115610x800000050x00364E
192.168.0.81.1.1.115610x800000040x00B508
192.168.0.121.1.1.115610x800000040x008D2C
192.168.10.01.1.1.115610x800000040x009724
192.168.10.41.1.1.115610x800000050x00D1DA
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.1660x8000000C 0x00C26E 1
3.3.3.33.3.3.315840x800000050x00D0972
8.8.8.88.8.8.8670x800000130x007F6A 5
Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 192.168.0.91.1.1.1660x800000010x00178B
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.115620x800000040x0041EF
1.1.1.13.3.3.315840x800000040x0069B5
2.2.2.21.1.1.115620x800000040x0077AB
2.2.2.23.3.3.315840x800000040x009F71
3.3.3.31.1.1.115620x800000040x0049D5
3.3.3.33.3.3.315840x800000040x00A878
4.4.4.41.1.1.115620x800000050x001901
4.4.4.43.3.3.315840x800000040x0079A3
5.5.5.51.1.1.115620x800000050x004FBC
5.5.5.53.3.3.315840x800000040x00E63C
6.6.6.61.1.1.115620x800000040x00FF59
6.6.6.63.3.3.315840x800000040x00281F
7.7.7.71.1.1.115620x800000040x003615
7.7.7.73.3.3.315840x800000040x005EDA
10.0.0.01.1.1.115620x800000040x0047DA
10.0.0.03.3.3.315840x800000040x006FA0
172.16.0.01.1.1.115620x800000040x007345
172.16.0.03.3.3.315840x800000040x009B0B
172.16.0.41.1.1.115620x800000040x00EF01
172.16.0.43.3.3.315840x800000040x0018C6
166
172.16.20.01.1.1.115620x800000050x00510C
172.16.20.03.3.3.315840x800000040x004F1B
192.168.0.01.1.1.115620x800000040x0006BF
192.168.0.03.3.3.315840x800000040x00C7F5
192.168.0.41.1.1.115620x800000050x00364E
192.168.0.43.3.3.315840x800000040x00CCCE
192.168.0.121.1.1.115620x800000040x008D2C
192.168.0.123.3.3.315840x800000040x005160
192.168.10.01.1.1.115620x800000040x009724
192.168.10.03.3.3.315840x800000040x00BFE9
192.168.10.41.1.1.115620x800000050x00D1DA
192.168.10.43.3.3.315840x800000040x00CDEB
192.168.10.81.1.1.115620x800000040x00EC03
192.168.10.83.3.3.315840x800000040x0015C8
R1#
R1#sh ipv6 ospf database
OSPFv3Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.116080x8000000703 B
2.2.2.217780x8000000702 B
3.3.3.317990x8000000701 B
Net Link States (Area 0)
ADV Router Age Seq# Link ID Rtr count 2.2.2.217780x8000000452
2.2.2.217780x8000000492
3.3.3.317990x8000000452
Inter Area Prefix Link States (Area 0)
ADV Router Age Seq# Prefix 1.1.1.116080x800000042001:CAFE:AF8::/64
1.1.1.116080x800000042001:CAFE:AF5::/64
1.1.1.116080x800000042001:CAFE:FFFE::/64
1.1.1.116080x800000042001:FACA::4/128
1.1.1.116090x800000042001:CAFE:AF4::/64
1.1.1.116100x800000042001:FACA::5/128
1.1.1.116100x800000042001:CAFE:AFF4::/64
1.1.1.116100x800000042001:CAFE:AF7::/64
1.1.1.116100x800000042001:CAFE:AF6::/64
1.1.1.116100x800000042001:FACA::6/128
1.1.1.116100x800000042001:FACA::7/128
1.1.1.116100x800000042001:CAFE:AFF6::/64
1.1.1.11000x800000012001:CAFE:FFFF::/64
1.1.1.11000x800000012001:FACA::8/128
1.1.1.11000x800000012001:BEBE::/64
2.2.2.217810x800000042001:CAFE:AF5::/64
2.2.2.217810x800000042001:FACA::5/128
2.2.2.217810x800000042001:CAFE:FFFE::/64
2.2.2.217810x800000042001:CAFE:AF4::/64
2.2.2.217810x800000042001:FACA::4/128
2.2.2.217810x800000042001:CAFE:AFF4::/64
167
3.3.3.318010x800000042001:CAFE:FFFE::/64
3.3.3.318010x800000042001:FACA::5/128
3.3.3.318010x800000042001:CAFE:AF5::/64
3.3.3.318010x800000042001:CAFE:FFFF::/64
3.3.3.318010x800000042001:FACA::8/128
3.3.3.318010x800000042001:CAFE:AFF4::/64
3.3.3.318010x800000042001:FACA::4/128
3.3.3.318010x800000042001:CAFE:AF4::/64
3.3.3.318010x800000042001:BEBE::/64
3.3.3.31010x800000012001:CAFE:AF8::/64
Link (Type-8) Link States (Area 0)
ADV Router Age Seq# Link ID Interface 1.1.1.115920x800000049 Et1/4
2.2.2.217630x800000049 Et1/4
1.1.1.115920x800000047 Et1/2
3.3.3.317830x800000045 Et1/2
1.1.1.115920x800000045 Et1/0
2.2.2.217630x800000045 Et1/0
Intra Area Prefix Link States (Area 0)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.115920x8000000600x20010
2.2.2.217630x8000000500x20010
2.2.2.217630x8000000451200x20025
2.2.2.217630x8000000492160x20029
3.3.3.317830x8000000500x20010
3.3.3.317830x8000000451200x20025
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.115920x8000000601 B
2.2.2.217650x8000000701 B
3.3.3.317850x8000000501 B
4.4.4.415520x8000000902 None
5.5.5.517930x8000000903 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 2.2.2.217650x8000000462
4.4.4.415520x8000000462
5.5.5.517930x8000000452
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.115920x800000042001:FACA::1/128
1.1.1.115920x800000042001:CAFE:CAFE::/64
1.1.1.115920x800000042001:CAFE:AFF1::/64
1.1.1.1770x800000132001:CAFE:FFFF::/64
1.1.1.1770x800000132001:FACA::8/128
1.1.1.115920x800000042001:CAFE:AF8::/64
1.1.1.115920x800000042001:FACA::2/128
1.1.1.115920x800000042001:FACA::3/128
168
1.1.1.115920x800000042001:CAFE:AF3::/64
1.1.1.115920x800000042001:CAFE:AF7::/64
1.1.1.115920x800000042001:CAFE:AF6::/64
1.1.1.115920x800000042001:FACA::6/128
1.1.1.115920x800000042001:FACA::7/128
1.1.1.115920x800000042001:CAFE:AFF6::/64
1.1.1.1770x800000132001:BEBE::/64
2.2.2.217650x800000042001:FACA::2/128
2.2.2.217650x800000042001:CAFE:CAFE::/64
2.2.2.217650x800000042001:CAFE:AFF1::/64
2.2.2.217650x800000042001:CAFE:AF3::/64
2.2.2.217650x800000042001:FACA::1/128
2.2.2.217650x800000042001:CAFE:FFFF::/64
2.2.2.2850x8000000B 2001:FACA::8/128
2.2.2.217650x800000042001:CAFE:AF8::/64
2.2.2.217650x800000042001:FACA::3/128
2.2.2.215190x800000042001:CAFE:AF7::/64
2.2.2.215190x800000042001:CAFE:AF6::/64
2.2.2.215190x800000042001:FACA::6/128
2.2.2.215190x800000042001:FACA::7/128
2.2.2.215190x800000042001:CAFE:AFF6::/64
2.2.2.2850x8000000B 2001:BEBE::/64
3.3.3.317850x800000042001:FACA::3/128
3.3.3.317850x800000042001:CAFE:AF3::/64
3.3.3.317850x800000042001:CAFE:FFFF::/64
3.3.3.317850x800000042001:FACA::8/128
3.3.3.3800x800000132001:CAFE:AF8::/64
3.3.3.317850x800000042001:FACA::1/128
3.3.3.317850x800000042001:FACA::2/128
3.3.3.317850x800000042001:CAFE:AFF1::/64
3.3.3.317850x800000042001:CAFE:CAFE::/64
3.3.3.317850x800000042001:CAFE:AF7::/64
3.3.3.317850x800000042001:CAFE:AF6::/64
3.3.3.317850x800000042001:FACA::6/128
3.3.3.317850x800000042001:FACA::7/128
3.3.3.317850x800000042001:CAFE:AFF6::/64
3.3.3.317850x800000042001:BEBE::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 1.1.1.115930x800000046 Et1/1
4.4.4.415520x800000046 Et1/1
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
2.2.2.217650x8000000461440x20026
3.3.3.317850x8000000400x20010
4.4.4.415520x8000000600x20010
4.4.4.415520x8000000461440x20026
5.5.5.517940x8000000600x20010
5.5.5.517940x8000000451200x20025
Router Link States (Area 2)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.115930x8000000702 B
169
6.6.6.616620x8000000902 None
7.7.7.716440x8000000902 None
Net Link States (Area 2)
ADV Router Age Seq# Link ID Rtr count 7.7.7.716440x8000000452
Inter Area Prefix Link States (Area 2)
ADV Router Age Seq# Prefix 1.1.1.115930x800000042001:FACA::1/128
1.1.1.115930x800000042001:CAFE:CAFE::/64
1.1.1.115930x800000042001:CAFE:AFF1::/64
1.1.1.1770x800000132001:CAFE:FFFF::/64
1.1.1.1770x800000132001:FACA::8/128
1.1.1.115930x800000042001:CAFE:AF8::/64
1.1.1.115930x800000042001:FACA::2/128
1.1.1.115930x800000082001:CAFE:AFF4::/64
1.1.1.115930x800000062001:CAFE:FFFE::/64
1.1.1.115930x800000062001:FACA::5/128
1.1.1.115930x800000062001:CAFE:AF5::/64
1.1.1.115930x800000062001:FACA::4/128
1.1.1.115930x800000042001:CAFE:AF4::/64
1.1.1.115930x800000042001:FACA::3/128
1.1.1.115930x800000042001:CAFE:AF3::/64
1.1.1.1770x800000132001:BEBE::/64
Link (Type-8) Link States (Area 2)
ADV Router Age Seq# Link ID Interface 1.1.1.115930x8000000521 Se2/1.1
7.7.7.716440x8000000520 Se2/1.1
1.1.1.115930x8000000520 Se2/0.1
6.6.6.616630x8000000520 Se2/0.1
Intra Area Prefix Link States (Area 2)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.115930x8000000400x20010
6.6.6.616630x8000000600x20010
7.7.7.716440x8000000600x20010
7.7.7.716440x8000000451200x20025
Router Link States (Area 3)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.1880x8000001101 B
3.3.3.317850x8000000501 B
8.8.8.8840x8000001A 02 None
Net Link States (Area 3)
ADV Router Age Seq# Link ID Rtr count 1.1.1.1880x8000000182
Inter Area Prefix Link States (Area 3)
170
ADV Router Age Seq# Prefix 1.1.1.115940x800000042001:FACA::1/128
1.1.1.115940x800000042001:CAFE:CAFE::/64
1.1.1.115940x800000042001:CAFE:AFF1::/64
1.1.1.115940x800000042001:FACA::2/128
1.1.1.115940x800000062001:CAFE:FFFE::/64
1.1.1.115940x800000062001:FACA::5/128
1.1.1.115940x800000062001:CAFE:AF5::/64
1.1.1.115940x800000062001:FACA::4/128
1.1.1.115940x800000062001:CAFE:AFF4::/64
1.1.1.115940x800000042001:CAFE:AF4::/64
1.1.1.115940x800000042001:FACA::3/128
1.1.1.115940x800000042001:CAFE:AF3::/64
1.1.1.115940x800000042001:CAFE:AF7::/64
1.1.1.115940x800000042001:CAFE:AF6::/64
1.1.1.115940x800000042001:FACA::6/128
1.1.1.115940x800000042001:FACA::7/128
1.1.1.115940x800000042001:CAFE:AFF6::/64
3.3.3.317860x800000042001:FACA::3/128
3.3.3.317860x800000042001:CAFE:AF3::/64
3.3.3.317860x800000042001:CAFE:FFFE::/64
3.3.3.317860x800000042001:FACA::5/128
3.3.3.317860x800000042001:CAFE:AF5::/64
3.3.3.317860x800000042001:CAFE:AFF4::/64
3.3.3.317860x800000042001:FACA::4/128
3.3.3.317860x800000042001:CAFE:AF4::/64
3.3.3.317860x800000042001:FACA::1/128
3.3.3.317860x800000042001:FACA::2/128
3.3.3.317860x800000042001:CAFE:AFF1::/64
3.3.3.317860x800000042001:CAFE:CAFE::/64
3.3.3.317860x800000042001:CAFE:AF7::/64
3.3.3.317860x800000042001:CAFE:AF6::/64
3.3.3.317860x800000042001:FACA::6/128
3.3.3.317860x800000042001:FACA::7/128
3.3.3.317860x800000042001:CAFE:AFF6::/64
Link (Type-8) Link States (Area 3)
ADV Router Age Seq# Link ID Interface 1.1.1.115950x800000048 Et1/3
8.8.8.8900x800000025 Et1/3
Intra Area Prefix Link States (Area 3)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.1900x8000000181920x20028
3.3.3.317860x8000000400x20010
8.8.8.814910x8000000700x20010
R1#
Estatísticas após convergência do teste1
C:\>
171
C:\>tracert -d 8.8.8.8
Rastreando a rota para 8.8.8.8 com no máximo 30 saltos
1199 ms 35 ms 50 ms 10.0.0.2
2133 ms 25 ms 206 ms 192.168.0.14
377 ms 80 ms 102 ms 8.8.8.8
Rastreamento concluído.
C:\>
C:\>tracert -d 10.8.0.5
Rastreando a rota para 10.8.0.5 com no máximo 30 saltos
125 ms 66 ms 1 ms 10.0.0.2
277 ms 17 ms 24 ms 192.168.0.14
326 ms 20 ms 65 ms 172.16.20.6
4184 ms 67 ms 62 ms 10.8.0.5
Rastreamento concluído.
C:\>
C:\>tracert -d 2001:FACA::8
Rastreando a rota para 2001:faca::8 com no máximo 30 saltos
13 ms 21 ms 112 ms 2001:cafe:cafe::2
2181 ms 86 ms 271 ms 2001:cafe:af3::b
387 ms 83 ms 41 ms 2001:faca::8
Rastreamento concluído.
C:\>
C:\>tracert -d 2001:BEBE::5
Rastreando a rota para 2001:bebe::5 com no máximo 30 saltos
141 ms 52 ms 18 ms 2001:cafe:cafe::2
241 ms 171 ms 70 ms 2001:cafe:af3::b
3106 ms 1099 ms 53 ms 2001:cafe:ffff::b
4140 ms 59 ms 87 ms 2001:bebe::5
Rastreamento concluído.
C:\>
R1#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
172
Gateway of last resort is not set
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted,1 subnets
O 2.2.2.2[110/11] via 192.168.10.2,01:55:45, Ethernet1/0
[110/11] via 10.0.0.3,01:55:45, Ethernet1/4
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,01:55:12, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/11] via 192.168.0.2,01:55:12, Ethernet1/1
5.0.0.0/32 is subnetted,1 subnets
O 5.5.5.5[110/21] via 192.168.0.2,01:55:12, Ethernet1/1
192.168.10.0/30 is subnetted,3 subnets
C 192.168.10.0 is directly connected, Ethernet1/0
O 192.168.10.4[110/20] via 192.168.0.2,01:55:14, Ethernet1/1
O 192.168.10.8[110/205] via 172.16.0.2,01:53:50, Serial2/0.1
6.0.0.0/32 is subnetted,1 subnets
O 6.6.6.6[110/196] via 172.16.0.2,01:53:50, Serial2/0.1
172.16.0.0/30 is subnetted,4 subnets
O 172.16.20.0[110/520] via 192.168.0.2,01:55:14, Ethernet1/1
O IA 172.16.20.4[110/1010] via 192.168.0.14,01:16:53, Ethernet1/2
C 172.16.0.4 is directly connected, Serial2/1.1
C 172.16.0.0 is directly connected, Serial2/0.1
7.0.0.0/32 is subnetted,1 subnets
O 7.7.7.7[110/206] via 172.16.0.2,01:53:50, Serial2/0.1
8.0.0.0/32 is subnetted,1 subnets
O IA 8.8.8.8[110/1011] via 192.168.0.14,01:16:53, Ethernet1/2
10.0.0.0/24 is subnetted,2 subnets
O IA 10.8.0.0[110/1020] via 192.168.0.14,01:16:53, Ethernet1/2
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/3
C 192.168.0.12 is directly connected, Ethernet1/2
C 192.168.0.0 is directly connected, Ethernet1/1
O 192.168.0.4[110/70] via 192.168.0.2,01:55:14, Ethernet1/1
R1#
R1#
R1#sh ipv6 route
IPv6 Routing Table -Default-29 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
OI 2001:BEBE::/64[110/1020]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
C 2001:CAFE:AF3::/64[0/0]
via Ethernet1/2, directly connected
L 2001:CAFE:AF3::A/128[0/0]
via Ethernet1/2, receive
C 2001:CAFE:AF4::/64[0/0]
via Ethernet1/1, directly connected
L 2001:CAFE:AF4::A/128[0/0]
173
via Ethernet1/1, receive
O 2001:CAFE:AF5::/64[110/70]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
C 2001:CAFE:AF6::/64[0/0]
via Serial2/0.1, directly connected
L 2001:CAFE:AF6::A/128[0/0]
via Serial2/0.1, receive
C 2001:CAFE:AF7::/64[0/0]
via Serial2/1.1, directly connected
L 2001:CAFE:AF7::A/128[0/0]
via Serial2/1.1, receive
C 2001:CAFE:AF8::/64[0/0]
via Ethernet1/3, directly connected
L 2001:CAFE:AF8::A/128[0/0]
via Ethernet1/3, receive
C 2001:CAFE:AFF1::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF1::D/128[0/0]
via Ethernet1/0, receive
O 2001:CAFE:AFF4::/64[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:AFF6::/64[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
O 2001:CAFE:FFFE::/64[110/520]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
OI 2001:CAFE:FFFF::/64[110/1010]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
LC 2001:FACA::1/128[0/0]
via Loopback0, receive
O 2001:FACA::2/128[110/10]
via FE80::C800:17FF:FE20:20, Ethernet1/4
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::3/128[110/10]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
O 2001:FACA::4/128[110/10]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::5/128[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::6/128[110/195]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::7/128[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
OI 2001:FACA::8/128[110/1010]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
L FF00::/8[0/0]
via Null0, receive
R1#
R1#sh ip ospf database
OSPF Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
174
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.114080x800000060x0007DC 4
2.2.2.22.2.2.215710x800000050x0039A43
3.3.3.33.3.3.314300x800000050x0038C82
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 10.0.0.32.2.2.215710x800000040x0033E2
192.168.0.143.3.3.314300x800000040x00871F
192.168.10.22.2.2.215710x800000040x008D23
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 4.4.4.41.1.1.114080x800000040x001BFF
4.4.4.42.2.2.215710x800000040x00F2F1
4.4.4.43.3.3.314300x800000040x0079A3
5.5.5.51.1.1.114080x800000040x0051BB
5.5.5.52.2.2.215720x800000040x00608A
5.5.5.53.3.3.314310x800000040x00E63C
6.6.6.61.1.1.114090x800000040x00FF59
7.7.7.71.1.1.114090x800000040x003615
8.8.8.83.3.3.314310x800000040x00F52B
10.8.0.03.3.3.314310x800000040x00DE47
172.16.0.01.1.1.114090x800000040x007345
172.16.0.41.1.1.114090x800000040x00EF01
172.16.20.01.1.1.114090x800000040x00530B
172.16.20.02.2.2.215720x800000040x0062D9
172.16.20.03.3.3.314310x800000040x004F1B
172.16.20.43.3.3.314310x800000040x00C0AF
192.168.0.01.1.1.114090x800000040x0006BF
192.168.0.02.2.2.215720x800000040x004243
192.168.0.03.3.3.314310x800000040x00C7F5
192.168.0.41.1.1.114090x800000040x00384D
192.168.0.42.2.2.215720x800000040x005144
192.168.0.43.3.3.314310x800000040x00CCCE
192.168.0.81.1.1.114090x800000040x00B508
192.168.10.41.1.1.114090x800000040x00D3D9
192.168.10.42.2.2.215720x800000040x00473A
192.168.10.43.3.3.314310x800000040x00CDEB
192.168.10.81.1.1.114090x800000040x00EC03
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.114090x800000050x001A2D 1
2.2.2.22.2.2.215740x800000050x00F6191
3.3.3.33.3.3.314330x800000050x00BFA82
4.4.4.44.4.4.414360x800000060x005CA53
5.5.5.55.5.5.513900x800000060x00A8665
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.0.24.4.4.414360x800000040x0004A6
192.168.0.52.2.2.215740x800000040x00A601
175
192.168.10.65.5.5.513900x800000040x000880
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.114090x800000040x0041EF
1.1.1.12.2.2.215740x800000040x00879B
1.1.1.13.3.3.314330x800000040x0069B5
2.2.2.21.1.1.114090x800000040x0077AB
2.2.2.22.2.2.215750x800000040x00F434
2.2.2.23.3.3.314330x800000040x009F71
3.3.3.31.1.1.114090x800000040x0049D5
3.3.3.32.2.2.215750x800000040x008F81
3.3.3.33.3.3.314330x800000040x00A878
6.6.6.61.1.1.114090x800000040x00FF59
6.6.6.62.2.2.213240x800000040x004605
6.6.6.63.3.3.314330x800000040x00281F
7.7.7.71.1.1.114090x800000040x003615
7.7.7.72.2.2.213240x800000040x007CC0
7.7.7.73.3.3.314330x800000040x005EDA
8.8.8.81.1.1.111600x8000000E 0x008292
8.8.8.82.2.2.210700x8000000A 0x00D03A
8.8.8.83.3.3.314330x800000040x00F52B
10.0.0.01.1.1.114090x800000040x0047DA
10.0.0.02.2.2.215750x800000040x0029F4
10.0.0.03.3.3.314330x800000040x006FA0
10.8.0.01.1.1.111600x8000000E 0x006BAE
10.8.0.02.2.2.210700x8000000A 0x00B857
10.8.0.03.3.3.314330x800000040x00DE47
172.16.0.01.1.1.114090x800000040x007345
172.16.0.02.2.2.213240x800000040x00B9F0
172.16.0.03.3.3.314330x800000040x009B0B
172.16.0.41.1.1.114090x800000040x00EF01
172.16.0.42.2.2.213240x800000040x0036AC
172.16.0.43.3.3.314330x800000040x0018C6
172.16.20.41.1.1.14040x8000000C 0x005115
172.16.20.42.2.2.215750x800000040x00A7B8
172.16.20.43.3.3.314330x800000040x00C0AF
192.168.0.81.1.1.114090x800000040x00B508
192.168.0.82.2.2.215750x800000040x00FBB3
192.168.0.83.3.3.311910x8000000E 0x00C9D7
192.168.0.121.1.1.114090x800000040x008D2C
192.168.0.122.2.2.215750x800000040x00D3D7
192.168.0.123.3.3.314330x800000040x005160
192.168.10.01.1.1.114090x800000040x009724
192.168.10.02.2.2.215750x800000040x00793E
192.168.10.03.3.3.314330x800000040x00BFE9
192.168.10.81.1.1.114090x800000040x00EC03
192.168.10.82.2.2.213240x800000040x0033AE
192.168.10.83.3.3.314330x800000040x0015C8
Router Link States (Area 2)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.114090x800000070x0070C54
6.6.6.66.6.6.614750x800000070x00E5C84
7.7.7.77.7.7.715330x800000070x008E834
Net Link States (Area 2)
176
Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.715330x800000040x004C20
Summary Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.114100x800000040x0041EF
2.2.2.21.1.1.114100x800000040x0077AB
3.3.3.31.1.1.114100x800000040x0049D5
4.4.4.41.1.1.114100x800000050x001901
5.5.5.51.1.1.114100x800000050x004FBC
8.8.8.81.1.1.111610x8000000E 0x008292
10.0.0.01.1.1.114100x800000040x0047DA
10.8.0.01.1.1.111610x8000000E 0x006BAE
172.16.20.01.1.1.114100x800000050x00510C
172.16.20.41.1.1.14040x8000000C 0x005115
192.168.0.01.1.1.114100x800000040x0006BF
192.168.0.41.1.1.114100x800000050x00364E
192.168.0.81.1.1.114100x800000040x00B508
192.168.0.121.1.1.114100x800000040x008D2C
192.168.10.01.1.1.114100x800000040x009724
192.168.10.41.1.1.114100x800000050x00D1DA
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.111610x8000000B 0x00F0B61
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.114100x800000040x0041EF
2.2.2.21.1.1.114100x800000040x0077AB
3.3.3.31.1.1.114100x800000040x0049D5
4.4.4.41.1.1.114100x800000050x001901
5.5.5.51.1.1.114100x800000050x004FBC
6.6.6.61.1.1.114100x800000040x00FF59
7.7.7.71.1.1.114100x800000040x003615
8.8.8.81.1.1.111610x800000030x009887
10.0.0.01.1.1.114100x800000040x0047DA
10.8.0.01.1.1.111610x800000030x0081A3
172.16.0.01.1.1.114100x800000040x007345
172.16.0.41.1.1.114100x800000040x00EF01
172.16.20.01.1.1.114100x800000050x00510C
172.16.20.41.1.1.111610x800000030x00630C
192.168.0.01.1.1.114100x800000040x0006BF
192.168.0.41.1.1.114100x800000050x00364E
192.168.0.121.1.1.114100x800000040x008D2C
192.168.10.01.1.1.114100x800000040x009724
192.168.10.41.1.1.114100x800000050x00D1DA
192.168.10.81.1.1.114100x800000040x00EC03
R1#
R1#sh ipv6 ospf database
OSPFv3Router with ID (1.1.1.1)(Process ID 1)
177
Router Link States (Area 0)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.114460x8000000703 B
2.2.2.216170x8000000702 B
3.3.3.316370x8000000701 B
Net Link States (Area 0)
ADV Router Age Seq# Link ID Rtr count 2.2.2.216170x8000000452
2.2.2.216170x8000000492
3.3.3.316370x8000000452
Inter Area Prefix Link States (Area 0)
ADV Router Age Seq# Prefix 1.1.1.114460x800000042001:CAFE:AF8::/64
1.1.1.114460x800000042001:CAFE:AF5::/64
1.1.1.114460x800000042001:CAFE:FFFE::/64
1.1.1.114460x800000042001:FACA::4/128
1.1.1.114470x800000042001:CAFE:AF4::/64
1.1.1.114470x800000042001:FACA::5/128
1.1.1.114470x800000042001:CAFE:AFF4::/64
1.1.1.114470x800000042001:CAFE:AF7::/64
1.1.1.114470x800000042001:CAFE:AF6::/64
1.1.1.114470x800000042001:FACA::6/128
1.1.1.114470x800000042001:FACA::7/128
1.1.1.114470x800000042001:CAFE:AFF6::/64
2.2.2.216170x800000042001:CAFE:AF5::/64
2.2.2.216170x800000042001:FACA::5/128
2.2.2.216170x800000042001:CAFE:FFFE::/64
2.2.2.216170x800000042001:CAFE:AF4::/64
2.2.2.216170x800000042001:FACA::4/128
2.2.2.216170x800000042001:CAFE:AFF4::/64
3.3.3.316380x800000042001:CAFE:FFFE::/64
3.3.3.316380x800000042001:FACA::5/128
3.3.3.316370x800000042001:CAFE:AF5::/64
3.3.3.316370x800000042001:CAFE:FFFF::/64
3.3.3.316370x800000042001:FACA::8/128
3.3.3.316370x800000042001:CAFE:AFF4::/64
3.3.3.316370x800000042001:FACA::4/128
3.3.3.316370x800000042001:CAFE:AF4::/64
3.3.3.316370x800000042001:BEBE::/64
Link (Type-8) Link States (Area 0)
ADV Router Age Seq# Link ID Interface 1.1.1.114470x800000049 Et1/4
2.2.2.216170x800000049 Et1/4
1.1.1.114470x800000047 Et1/2
3.3.3.316380x800000045 Et1/2
1.1.1.114470x800000045 Et1/0
2.2.2.216170x800000045 Et1/0
Intra Area Prefix Link States (Area 0)
ADV Router Age Seq# Link ID Ref-lstype Ref-
178
LSID
1.1.1.114470x8000000600x20010
2.2.2.216170x8000000500x20010
2.2.2.216170x8000000451200x20025
2.2.2.216170x8000000492160x20029
3.3.3.316380x8000000500x20010
3.3.3.316380x8000000451200x20025
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.114470x8000000601 B
2.2.2.216200x8000000701 B
3.3.3.316400x8000000501 B
4.4.4.414060x8000000902 None
5.5.5.516480x8000000903 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 2.2.2.216200x8000000462
4.4.4.414060x8000000462
5.5.5.516480x8000000452
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.114470x800000042001:FACA::1/128
1.1.1.114470x800000042001:CAFE:CAFE::/64
1.1.1.114470x800000042001:CAFE:AFF1::/64
1.1.1.111960x800000112001:CAFE:FFFF::/64
1.1.1.111960x800000112001:FACA::8/128
1.1.1.114470x800000042001:CAFE:AF8::/64
1.1.1.114470x800000042001:FACA::2/128
1.1.1.114470x800000042001:FACA::3/128
1.1.1.114470x800000042001:CAFE:AF3::/64
1.1.1.114470x800000042001:CAFE:AF7::/64
1.1.1.114470x800000042001:CAFE:AF6::/64
1.1.1.114470x800000042001:FACA::6/128
1.1.1.114470x800000042001:FACA::7/128
1.1.1.114470x800000042001:CAFE:AFF6::/64
1.1.1.111960x800000112001:BEBE::/64
2.2.2.216200x800000042001:FACA::2/128
2.2.2.216200x800000042001:CAFE:CAFE::/64
2.2.2.216200x800000042001:CAFE:AFF1::/64
2.2.2.216200x800000042001:CAFE:AF3::/64
2.2.2.216200x800000042001:FACA::1/128
2.2.2.216200x800000042001:CAFE:FFFF::/64
2.2.2.211300x8000000A 2001:FACA::8/128
2.2.2.216200x800000042001:CAFE:AF8::/64
2.2.2.216200x800000042001:FACA::3/128
2.2.2.213740x800000042001:CAFE:AF7::/64
2.2.2.213740x800000042001:CAFE:AF6::/64
2.2.2.213740x800000042001:FACA::6/128
2.2.2.213740x800000042001:FACA::7/128
2.2.2.213740x800000042001:CAFE:AFF6::/64
2.2.2.211300x8000000A 2001:BEBE::/64
3.3.3.316400x800000042001:FACA::3/128
3.3.3.316400x800000042001:CAFE:AF3::/64
179
3.3.3.316400x800000042001:CAFE:FFFF::/64
3.3.3.316400x800000042001:FACA::8/128
3.3.3.311420x800000112001:CAFE:AF8::/64
3.3.3.316400x800000042001:FACA::1/128
3.3.3.316400x800000042001:FACA::2/128
3.3.3.316400x800000042001:CAFE:AFF1::/64
3.3.3.316400x800000042001:CAFE:CAFE::/64
3.3.3.316400x800000042001:CAFE:AF7::/64
3.3.3.316400x800000042001:CAFE:AF6::/64
3.3.3.316400x800000042001:FACA::6/128
3.3.3.316400x800000042001:FACA::7/128
3.3.3.316400x800000042001:CAFE:AFF6::/64
3.3.3.316400x800000042001:BEBE::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 1.1.1.114470x800000046 Et1/1
4.4.4.414070x800000046 Et1/1
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
2.2.2.216200x8000000461440x20026
3.3.3.316400x8000000400x20010
4.4.4.414070x8000000600x20010
4.4.4.414070x8000000461440x20026
5.5.5.516480x8000000600x20010
5.5.5.516480x8000000451200x20025
Router Link States (Area 2)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.114480x8000000702 B
6.6.6.615170x8000000902 None
7.7.7.714990x8000000902 None
Net Link States (Area 2)
ADV Router Age Seq# Link ID Rtr count 7.7.7.714990x8000000452
Inter Area Prefix Link States (Area 2)
ADV Router Age Seq# Prefix 1.1.1.114480x800000042001:FACA::1/128
1.1.1.114480x800000042001:CAFE:CAFE::/64
1.1.1.114480x800000042001:CAFE:AFF1::/64
1.1.1.111970x800000112001:CAFE:FFFF::/64
1.1.1.111970x800000112001:FACA::8/128
1.1.1.114480x800000042001:CAFE:AF8::/64
1.1.1.114480x800000042001:FACA::2/128
1.1.1.114480x800000082001:CAFE:AFF4::/64
1.1.1.114480x800000062001:CAFE:FFFE::/64
1.1.1.114480x800000062001:FACA::5/128
1.1.1.114480x800000062001:CAFE:AF5::/64
1.1.1.114480x800000062001:FACA::4/128
1.1.1.114480x800000042001:CAFE:AF4::/64
180
1.1.1.114480x800000042001:FACA::3/128
1.1.1.114480x800000042001:CAFE:AF3::/64
1.1.1.111970x800000112001:BEBE::/64
Link (Type-8) Link States (Area 2)
ADV Router Age Seq# Link ID Interface 1.1.1.114480x8000000521 Se2/1.1
7.7.7.714990x8000000520 Se2/1.1
1.1.1.114480x8000000520 Se2/0.1
6.6.6.615170x8000000520 Se2/0.1
Intra Area Prefix Link States (Area 2)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.114480x8000000400x20010
6.6.6.615170x8000000600x20010
7.7.7.714990x8000000600x20010
7.7.7.714990x8000000451200x20025
Router Link States (Area 3)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.111970x8000000F 00 B
Inter Area Prefix Link States (Area 3)
ADV Router Age Seq# Prefix 1.1.1.114480x800000042001:FACA::1/128
1.1.1.114480x800000042001:CAFE:CAFE::/64
1.1.1.114480x800000042001:CAFE:AFF1::/64
1.1.1.114480x800000042001:FACA::2/128
1.1.1.114480x800000062001:CAFE:FFFE::/64
1.1.1.114480x800000062001:FACA::5/128
1.1.1.114480x800000062001:CAFE:AF5::/64
1.1.1.114480x800000062001:FACA::4/128
1.1.1.114480x800000062001:CAFE:AFF4::/64
1.1.1.114480x800000042001:CAFE:AF4::/64
1.1.1.114480x800000042001:FACA::3/128
1.1.1.114480x800000042001:CAFE:AF3::/64
1.1.1.114480x800000042001:CAFE:AF7::/64
1.1.1.114480x800000042001:CAFE:AF6::/64
1.1.1.114480x800000042001:FACA::6/128
1.1.1.114480x800000042001:FACA::7/128
1.1.1.114480x800000042001:CAFE:AFF6::/64
1.1.1.111980x800000032001:BEBE::/64
1.1.1.111970x800000032001:FACA::8/128
1.1.1.111970x800000032001:CAFE:FFFF::/64
Link (Type-8) Link States (Area 3)
ADV Router Age Seq# Link ID Interface 1.1.1.114480x800000048 Et1/3
Intra Area Prefix Link States (Area 3)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
181
1.1.1.111980x8000000300x20010
R1#
Estatísticas após convergência do teste2
C:\>
C:\>tracert -d 4.4.4.4
Rastreando a rota para 4.4.4.4 com no máximo 30 saltos
1125 ms 1 ms 38 ms 10.0.0.2
262 ms 18 ms 31 ms 192.168.10.2
364 ms 26 ms 184 ms 192.168.0.6
4117 ms 63 ms 72 ms 4.4.4.4
Rastreamento concluído.
C:\>
C:\>
C:\>tracert -d 2001:FACA::4
Rastreando a rota para 2001:faca::4 com no máximo 30 saltos
1134 ms 221 ms 12 ms 2001:cafe:cafe::2
270 ms 17 ms 15 ms 2001:cafe:aff1::e
350 ms 63 ms 23 ms 2001:cafe:af5::b
4118 ms 19 ms 55 ms 2001:faca::4
Rastreamento concluído.
C:\>
Rastreamento concluído.
C:\>
R1#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted,1 subnets
O 2.2.2.2[110/11] via 192.168.10.2,03:07:29, Ethernet1/0
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,03:06:56, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
O IA 4.4.4.4[110/71] via 192.168.10.2,00:18:49, Ethernet1/0
5.0.0.0/32 is subnetted,1 subnets
O IA 5.5.5.5[110/61] via 192.168.10.2,00:18:49, Ethernet1/0
182
192.168.10.0/30 is subnetted,3 subnets
C 192.168.10.0 is directly connected, Ethernet1/0
O IA 192.168.10.4[110/70] via 192.168.10.2,00:18:49, Ethernet1/0
O 192.168.10.8[110/205] via 172.16.0.2,03:05:33, Serial2/0.1
6.0.0.0/32 is subnetted,1 subnets
O 6.6.6.6[110/196] via 172.16.0.2,03:05:33, Serial2/0.1
172.16.0.0/30 is subnetted,4 subnets
O IA 172.16.20.0[110/510] via 192.168.0.14,00:18:50, Ethernet1/2
O 172.16.20.4[110/1010] via 192.168.0.10,00:21:55, Ethernet1/3
C 172.16.0.4 is directly connected, Serial2/1.1
C 172.16.0.0 is directly connected, Serial2/0.1
7.0.0.0/32 is subnetted,1 subnets
O 7.7.7.7[110/206] via 172.16.0.2,03:05:33, Serial2/0.1
8.0.0.0/32 is subnetted,1 subnets
O 8.8.8.8[110/11] via 192.168.0.10,00:21:56, Ethernet1/3
10.0.0.0/24 is subnetted,2 subnets
O 10.8.0.0[110/20] via 192.168.0.10,00:21:55, Ethernet1/3
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/3
C 192.168.0.12 is directly connected, Ethernet1/2
C 192.168.0.0 is directly connected, Ethernet1/1
O IA 192.168.0.4[110/60] via 192.168.10.2,00:18:50, Ethernet1/0
R1#
R1#sh ipcv
R1#sh ipv
R1#sh ipv6 rou
R1#sh ipv6 route
IPv6 Routing Table -Default-29 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
O 2001:BEBE::/64[110/20]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
C 2001:CAFE:AF3::/64[0/0]
via Ethernet1/2, directly connected
L 2001:CAFE:AF3::A/128[0/0]
via Ethernet1/2, receive
C 2001:CAFE:AF4::/64[0/0]
via Ethernet1/1, directly connected
L 2001:CAFE:AF4::A/128[0/0]
via Ethernet1/1, receive
OI 2001:CAFE:AF5::/64[110/60]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
C 2001:CAFE:AF6::/64[0/0]
via Serial2/0.1, directly connected
L 2001:CAFE:AF6::A/128[0/0]
via Serial2/0.1, receive
C 2001:CAFE:AF7::/64[0/0]
via Serial2/1.1, directly connected
L 2001:CAFE:AF7::A/128[0/0]
via Serial2/1.1, receive
C 2001:CAFE:AF8::/64[0/0]
via Ethernet1/3, directly connected
183
L 2001:CAFE:AF8::A/128[0/0]
via Ethernet1/3, receive
C 2001:CAFE:AFF1::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF1::D/128[0/0]
via Ethernet1/0, receive
OI 2001:CAFE:AFF4::/64[110/70]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:CAFE:AFF6::/64[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
OI 2001:CAFE:FFFE::/64[110/510]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
O 2001:CAFE:FFFF::/64[110/1010]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
LC 2001:FACA::1/128[0/0]
via Loopback0, receive
O 2001:FACA::2/128[110/10]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::3/128[110/10]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
OI 2001:FACA::4/128[110/70]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
OI 2001:FACA::5/128[110/60]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::6/128[110/195]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::7/128[110/205]
via FE80::C805:15FF:FEC4:0, Serial2/0.1
O 2001:FACA::8/128[110/10]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
L FF00::/8[0/0]
via Null0, receive
R1#
R1#sh ip ospf database
OSPF Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.12010x800000090x0097EE 4
2.2.2.22.2.2.21880x800000080x00C9B63
3.3.3.33.3.3.313410x800000070x0034CA 2
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 10.0.0.32.2.2.214320x800000060x002FE4
192.168.0.143.3.3.313410x800000060x008321
192.168.10.22.2.2.214320x800000060x008925
Summary Net Link States (Area 0)
184
Link ID ADV Router Age Seq# Checksum 4.4.4.42.2.2.214320x800000060x00EEF3
4.4.4.43.3.3.313410x800000060x0075A5
5.5.5.52.2.2.214320x800000060x005C8C
5.5.5.53.3.3.313410x800000060x00E23E
6.6.6.61.1.1.113270x800000060x00FB5B
7.7.7.71.1.1.113270x800000060x003217
8.8.8.81.1.1.114560x800000010x0068A5
8.8.8.83.3.3.313420x800000060x00F12D
10.8.0.01.1.1.114560x800000010x0051C1
10.8.0.03.3.3.313420x800000060x00DA49
172.16.0.01.1.1.113270x800000060x006F47
172.16.0.41.1.1.113270x800000060x00EB03
172.16.20.02.2.2.214320x800000060x005EDB
172.16.20.03.3.3.313420x800000060x004B1D
172.16.20.41.1.1.114560x800000010x00670A
172.16.20.43.3.3.313420x800000060x00BCB1
192.168.0.01.1.1.113270x800000060x0002C1
192.168.0.42.2.2.214320x800000060x004D46
192.168.0.43.3.3.313420x800000060x00C8D0
192.168.0.81.1.1.113270x800000060x00B10A
192.168.0.83.3.3.314610x800000010x00B319
192.168.10.42.2.2.214320x800000060x00433C
192.168.10.43.3.3.313420x800000060x00C9ED
192.168.10.81.1.1.113270x800000060x00E805
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.112750x800000080x00A60C 1
2.2.2.22.2.2.214340x800000070x00F21B 1
3.3.3.33.3.3.313440x800000070x00BBAA 2
4.4.4.44.4.4.413500x800000080x0058A73
5.5.5.55.5.5.533330x800000070x00A6675
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.0.24.4.4.413500x800000060x00FFA8
192.168.0.52.2.2.214340x800000060x00A203
192.168.10.65.5.5.533330x800000050x000681
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.113270x800000060x003DF1
1.1.1.12.2.2.214340x800000060x00839D
1.1.1.13.3.3.313440x800000060x0065B7
2.2.2.21.1.1.113270x800000060x0073AD
2.2.2.22.2.2.214340x800000060x00F036
2.2.2.23.3.3.313440x800000060x009B73
3.3.3.31.1.1.113270x800000060x0045D7
3.3.3.32.2.2.214350x800000060x008B83
3.3.3.33.3.3.313440x800000060x00A47A
4.4.4.41.1.1.112700x800000010x007B66
5.5.5.51.1.1.112700x800000010x00E8FE
6.6.6.61.1.1.113270x800000060x00FB5B
6.6.6.62.2.2.232250x800000050x004406
6.6.6.63.3.3.313440x800000060x002421
185
7.7.7.71.1.1.113270x800000060x003217
7.7.7.72.2.2.232250x800000050x007AC1
7.7.7.73.3.3.313440x800000060x005ADC
8.8.8.81.1.1.114560x8000001B 0x0034BF
8.8.8.82.2.2.214580x800000130x008A63
8.8.8.83.3.3.313440x800000060x00F12D
10.0.0.01.1.1.11870x800000080x00C6FC
10.0.0.02.2.2.214350x800000060x0025F6
10.0.0.03.3.3.313440x800000060x006BA2
10.8.0.01.1.1.114560x8000001B 0x001DDB
10.8.0.02.2.2.214580x800000130x00737F
10.8.0.03.3.3.313440x800000060x00DA49
172.16.0.01.1.1.113270x800000060x006F47
172.16.0.02.2.2.232260x800000050x00B7F1
172.16.0.03.3.3.313440x800000060x00970D
172.16.0.41.1.1.113280x800000060x00EB03
172.16.0.42.2.2.232260x800000050x0034AD
172.16.0.43.3.3.313440x800000060x0014C8
172.16.20.01.1.1.112700x800000010x00F575
172.16.20.41.1.1.12870x800000160x003D1F
172.16.20.42.2.2.214350x800000060x00A3BA
172.16.20.43.3.3.313440x800000060x00BCB1
192.168.0.41.1.1.112710x800000010x00D9B8
192.168.0.81.1.1.113280x800000060x00B10A
192.168.0.82.2.2.214350x800000060x00F7B5
192.168.0.83.3.3.314640x8000001B 0x007F33
192.168.0.121.1.1.113280x800000060x00892E
192.168.0.122.2.2.214350x800000060x00CFD9
192.168.0.123.3.3.313440x800000060x004D62
192.168.10.01.1.1.113280x800000060x009326
192.168.10.02.2.2.214350x800000060x007540
192.168.10.03.3.3.313440x800000060x00BBEB
192.168.10.41.1.1.112710x800000010x00CFAE
192.168.10.81.1.1.113280x800000060x00E805
192.168.10.82.2.2.232260x800000050x0031AF
192.168.10.83.3.3.313440x800000060x0011CA
Router Link States (Area 2)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.113280x800000090x006CC74
6.6.6.66.6.6.613800x800000090x00E1CA 4
7.7.7.77.7.7.714230x800000090x008A854
Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.714220x800000060x004822
Summary Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.113280x800000060x003DF1
2.2.2.21.1.1.113280x800000060x0073AD
3.3.3.31.1.1.113280x800000060x0045D7
4.4.4.41.1.1.112660x800000090x006B6E
5.5.5.51.1.1.112660x800000090x00D807
8.8.8.81.1.1.114570x8000001B 0x0034BF
10.0.0.01.1.1.11880x800000080x00C6FC
186
10.8.0.01.1.1.114560x8000001B 0x001DDB
172.16.20.01.1.1.112660x800000090x00E57D
172.16.20.41.1.1.12880x800000160x003D1F
192.168.0.01.1.1.113280x800000060x0002C1
192.168.0.41.1.1.112660x800000090x00C9C0
192.168.0.81.1.1.113280x800000060x00B10A
192.168.0.121.1.1.113280x800000060x00892E
192.168.10.01.1.1.113280x800000060x009326
192.168.10.41.1.1.112660x800000090x00BFB6
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.114610x800000140x00B2761
3.3.3.33.3.3.313440x800000070x00CC992
8.8.8.88.8.8.814620x8000001F 0x0067765
Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 192.168.0.91.1.1.114570x800000090x000793
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.113280x800000060x003DF1
1.1.1.13.3.3.313440x800000060x0065B7
2.2.2.21.1.1.113290x800000060x0073AD
2.2.2.23.3.3.313440x800000060x009B73
3.3.3.31.1.1.113290x800000060x0045D7
3.3.3.33.3.3.313440x800000060x00A47A
4.4.4.41.1.1.112660x800000090x006B6E
4.4.4.43.3.3.313440x800000060x0075A5
5.5.5.51.1.1.112660x800000090x00D807
5.5.5.53.3.3.313440x800000060x00E23E
6.6.6.61.1.1.113290x800000060x00FB5B
6.6.6.63.3.3.313440x800000060x002421
7.7.7.71.1.1.113290x800000060x003217
7.7.7.73.3.3.313440x800000060x005ADC
10.0.0.01.1.1.11880x800000080x00C6FC
10.0.0.03.3.3.31900x800000080x00EEC2
172.16.0.01.1.1.113290x800000060x006F47
172.16.0.03.3.3.313440x800000060x00970D
172.16.0.41.1.1.113290x800000060x00EB03
172.16.0.43.3.3.313440x800000060x0014C8
172.16.20.01.1.1.112670x800000090x00E57D
172.16.20.03.3.3.313440x800000060x004B1D
192.168.0.01.1.1.113290x800000060x0002C1
192.168.0.03.3.3.313000x800000080x002689
192.168.0.41.1.1.112670x800000090x00C9C0
192.168.0.43.3.3.313450x800000060x00C8D0
192.168.0.121.1.1.113290x800000060x00892E
192.168.0.123.3.3.313450x800000060x004D62
192.168.10.01.1.1.113290x800000060x009326
192.168.10.03.3.3.313450x800000060x00BBEB
192.168.10.41.1.1.112670x800000090x00BFB6
192.168.10.43.3.3.313450x800000060x00C9ED
192.168.10.81.1.1.113290x800000060x00E805
192.168.10.83.3.3.313450x800000060x0011CA
187
R1#
R4#sh ipv6 ospf database
OSPFv3Router with ID (4.4.4.4)(Process ID 1)
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.113860x8000000801 B
2.2.2.215540x8000000901 B
3.3.3.315400x8000000701 B
4.4.4.413040x8000000C 01 None
5.5.5.515690x8000000B 03 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 2.2.2.215540x8000000662
5.5.5.515690x8000000652
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.113860x800000062001:FACA::1/128
1.1.1.113860x800000062001:CAFE:CAFE::/64
1.1.1.113860x800000062001:CAFE:AFF1::/64
1.1.1.114700x800000232001:CAFE:FFFF::/64
1.1.1.114700x800000232001:FACA::8/128
1.1.1.113870x800000062001:CAFE:AF8::/64
1.1.1.113870x800000062001:FACA::2/128
1.1.1.113870x800000062001:FACA::3/128
1.1.1.113870x800000062001:CAFE:AF3::/64
1.1.1.113870x800000062001:CAFE:AF7::/64
1.1.1.113870x800000062001:CAFE:AF6::/64
1.1.1.113870x800000062001:FACA::6/128
1.1.1.113870x800000062001:FACA::7/128
1.1.1.113870x800000062001:CAFE:AFF6::/64
1.1.1.114700x800000232001:BEBE::/64
2.2.2.215540x800000062001:FACA::2/128
2.2.2.22080x800000072001:CAFE:CAFE::/64
2.2.2.215540x800000062001:CAFE:AFF1::/64
2.2.2.215540x800000062001:CAFE:AF3::/64
2.2.2.215540x800000062001:FACA::1/128
2.2.2.215540x800000062001:CAFE:FFFF::/64
2.2.2.214750x800000132001:FACA::8/128
2.2.2.215540x800000062001:CAFE:AF8::/64
2.2.2.215540x800000062001:FACA::3/128
2.2.2.213030x800000062001:CAFE:AF7::/64
2.2.2.213030x800000062001:CAFE:AF6::/64
2.2.2.213030x800000062001:FACA::6/128
2.2.2.213030x800000062001:FACA::7/128
2.2.2.213030x800000062001:CAFE:AFF6::/64
2.2.2.214760x800000132001:BEBE::/64
2.2.2.213230x800000012001:CAFE:AF4::/64
3.3.3.315410x800000062001:FACA::3/128
3.3.3.315410x800000062001:CAFE:AF3::/64
188
3.3.3.315410x800000062001:CAFE:FFFF::/64
3.3.3.315410x800000062001:FACA::8/128
3.3.3.314710x800000232001:CAFE:AF8::/64
3.3.3.315410x800000062001:FACA::1/128
3.3.3.315410x800000062001:FACA::2/128
3.3.3.315410x800000062001:CAFE:AFF1::/64
3.3.3.32080x800000082001:CAFE:CAFE::/64
3.3.3.315410x800000062001:CAFE:AF7::/64
3.3.3.315410x800000062001:CAFE:AF6::/64
3.3.3.315410x800000062001:FACA::6/128
3.3.3.315410x800000062001:FACA::7/128
3.3.3.315410x800000062001:CAFE:AFF6::/64
3.3.3.315410x800000062001:BEBE::/64
3.3.3.313230x800000012001:CAFE:AF4::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 1.1.1.113870x800000066 Et1/1
4.4.4.413050x800000065 Et1/0
5.5.5.515700x800000065 Et1/0
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
2.2.2.215550x8000000661440x20026
3.3.3.315410x8000000600x20010
4.4.4.413050x8000000800x20010
5.5.5.515700x8000000800x20010
5.5.5.515700x8000000651200x20025
R4#
Estatísticas após convergência do teste3
C:\>tracert -d 6.6.6.6
Rastreando a rota para 6.6.6.6 com no máximo 30 saltos
118 ms 4 ms 4 ms 10.0.0.2
280 ms 44 ms 87 ms 172.16.0.6
347 ms 63 ms 131 ms 6.6.6.6
Rastreamento concluído.
C:\>
C:\>tracert -d 2001:FACA::6
Rastreando a rota para 2001:faca::6 com no máximo 30 saltos
176 ms 172 ms 180 ms 2001:cafe:cafe::2
2112 ms 168 ms 20 ms 2001:cafe:af7::b
3148 ms 321 ms 59 ms 2001:faca::6
Rastreamento concluído.
R1#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
189
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
1.0.0.0/32 is subnetted,1 subnets
C 1.1.1.1 is directly connected, Loopback0
2.0.0.0/32 is subnetted,1 subnets
O 2.2.2.2[110/11] via 192.168.10.2,03:59:17, Ethernet1/0
3.0.0.0/32 is subnetted,1 subnets
O 3.3.3.3[110/11] via 192.168.0.14,03:58:44, Ethernet1/2
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/11] via 192.168.0.2,00:28:33, Ethernet1/1
5.0.0.0/32 is subnetted,1 subnets
O 5.5.5.5[110/21] via 192.168.0.2,00:28:33, Ethernet1/1
192.168.10.0/30 is subnetted,3 subnets
C 192.168.10.0 is directly connected, Ethernet1/0
O 192.168.10.4[110/20] via 192.168.0.2,00:28:33, Ethernet1/1
O 192.168.10.8[110/400] via 172.16.0.6,00:07:19, Serial2/1.1
6.0.0.0/32 is subnetted,1 subnets
O 6.6.6.6[110/401] via 172.16.0.6,00:07:19, Serial2/1.1
172.16.0.0/30 is subnetted,4 subnets
O 172.16.20.0[110/520] via 192.168.0.2,00:28:33, Ethernet1/1
O 172.16.20.4[110/1010] via 192.168.0.10,01:13:43, Ethernet1/3
C 172.16.0.4 is directly connected, Serial2/1.1
C 172.16.0.0 is directly connected, Serial2/0.1
7.0.0.0/32 is subnetted,1 subnets
O 7.7.7.7[110/391] via 172.16.0.6,00:07:19, Serial2/1.1
8.0.0.0/32 is subnetted,1 subnets
O 8.8.8.8[110/11] via 192.168.0.10,01:13:43, Ethernet1/3
10.0.0.0/24 is subnetted,2 subnets
O 10.8.0.0[110/20] via 192.168.0.10,01:13:43, Ethernet1/3
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/3
C 192.168.0.12 is directly connected, Ethernet1/2
C 192.168.0.0 is directly connected, Ethernet1/1
O 192.168.0.4[110/70] via 192.168.0.2,00:28:33, Ethernet1/1
R1#
R1#sh ipv6 route
IPv6 Routing Table -Default-29 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
O 2001:BEBE::/64[110/20]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
C 2001:CAFE:AF3::/64[0/0]
190
via Ethernet1/2, directly connected
L 2001:CAFE:AF3::A/128[0/0]
via Ethernet1/2, receive
C 2001:CAFE:AF4::/64[0/0]
via Ethernet1/1, directly connected
L 2001:CAFE:AF4::A/128[0/0]
via Ethernet1/1, receive
O 2001:CAFE:AF5::/64[110/70]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
C 2001:CAFE:AF6::/64[0/0]
via Serial2/0.1, directly connected
L 2001:CAFE:AF6::A/128[0/0]
via Serial2/0.1, receive
C 2001:CAFE:AF7::/64[0/0]
via Serial2/1.1, directly connected
L 2001:CAFE:AF7::A/128[0/0]
via Serial2/1.1, receive
C 2001:CAFE:AF8::/64[0/0]
via Ethernet1/3, directly connected
L 2001:CAFE:AF8::A/128[0/0]
via Ethernet1/3, receive
C 2001:CAFE:AFF1::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF1::D/128[0/0]
via Ethernet1/0, receive
O 2001:CAFE:AFF4::/64[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:AFF6::/64[110/400]
via FE80::C804:14FF:FE2C:0, Serial2/1.1
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
O 2001:CAFE:FFFE::/64[110/520]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:CAFE:FFFF::/64[110/1010]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
LC 2001:FACA::1/128[0/0]
via Loopback0, receive
O 2001:FACA::2/128[110/10]
via FE80::C800:17FF:FE20:1C, Ethernet1/0
O 2001:FACA::3/128[110/10]
via FE80::C807:15FF:FEC4:1C, Ethernet1/2
O 2001:FACA::4/128[110/10]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::5/128[110/20]
via FE80::C802:14FF:FE2C:1D, Ethernet1/1
O 2001:FACA::6/128[110/400]
via FE80::C804:14FF:FE2C:0, Serial2/1.1
O 2001:FACA::7/128[110/390]
via FE80::C804:14FF:FE2C:0, Serial2/1.1
O 2001:FACA::8/128[110/10]
via FE80::C801:17FF:FE20:1C, Ethernet1/3
L FF00::/8[0/0]
via Null0, receive
R1#
R1#sh ip ospf database
191
OSPF Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.112760x8000000A 0x0095EF 4
2.2.2.22.2.2.213780x800000090x00C7B73
3.3.3.33.3.3.32910x800000090x0030CC 2
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 10.0.0.32.2.2.23600x800000080x002BE6
192.168.0.143.3.3.32910x800000080x007F23
192.168.10.22.2.2.23600x800000080x008527
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 4.4.4.41.1.1.117420x800000010x0021FC
4.4.4.42.2.2.23600x800000080x00EAF5
4.4.4.43.3.3.32910x800000080x0071A7
5.5.5.51.1.1.117420x800000010x0057B8
5.5.5.52.2.2.23600x800000080x00588E
5.5.5.53.3.3.32910x800000080x00DE40
6.6.6.61.1.1.14690x800000100x00F08E
7.7.7.71.1.1.14690x800000100x005E27
8.8.8.81.1.1.15190x800000030x0064A7
8.8.8.83.3.3.32910x800000080x00ED2F
10.8.0.01.1.1.15190x800000030x004DC3
10.8.0.03.3.3.32910x800000080x00D64B
172.16.0.01.1.1.12710x800000080x006B49
172.16.0.41.1.1.12710x800000080x00E705
172.16.20.01.1.1.117430x800000010x005908
172.16.20.02.2.2.23600x800000080x005ADD
172.16.20.03.3.3.32910x800000080x00471F
172.16.20.41.1.1.15190x800000030x00630C
172.16.20.43.3.3.32910x800000080x00B8B3
192.168.0.01.1.1.12710x800000080x00FDC3
192.168.0.02.2.2.217480x800000010x004840
192.168.0.03.3.3.317480x800000010x00CDF2
192.168.0.41.1.1.117430x800000010x003E4A
192.168.0.42.2.2.23600x800000080x004948
192.168.0.43.3.3.32910x800000080x00C4D2
192.168.0.81.1.1.12710x800000080x00AD0C
192.168.0.83.3.3.35390x800000030x00AF1B
192.168.10.41.1.1.117430x800000010x00D9D6
192.168.10.42.2.2.23600x800000080x003F3E
192.168.10.43.3.3.32910x800000080x00C5EF
192.168.10.81.1.1.14690x800000100x0079A6
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.117480x8000000A 0x00063D 1
2.2.2.22.2.2.23620x800000090x00EE1D 1
3.3.3.33.3.3.32930x800000090x00B7AC 2
4.4.4.44.4.4.417480x8000000C 0x002ECE 3
192
5.5.5.55.5.5.52970x8000000A 0x00A06A 5
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.0.11.1.1.117470x800000010x009E1C
192.168.0.52.2.2.23620x800000080x009E05
192.168.10.65.5.5.52970x800000080x00FF84
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.12710x800000080x0039F3
1.1.1.12.2.2.23620x800000080x007F9F
1.1.1.13.3.3.32930x800000080x0061B9
2.2.2.21.1.1.12720x800000080x006FAF
2.2.2.22.2.2.23620x800000080x00EC38
2.2.2.23.3.3.32930x800000080x009775
3.3.3.31.1.1.12720x800000080x0041D9
3.3.3.32.2.2.23620x800000080x008785
3.3.3.33.3.3.32930x800000080x00A07C
6.6.6.61.1.1.14690x800000100x00F08E
6.6.6.62.2.2.24700x800000100x00373A
6.6.6.63.3.3.34700x800000100x001954
7.7.7.71.1.1.14690x800000100x005E27
7.7.7.72.2.2.24720x800000100x00A4D2
7.7.7.73.3.3.34700x800000100x0086EC
8.8.8.81.1.1.15190x8000001D 0x0030C1
8.8.8.82.2.2.23620x800000150x008665
8.8.8.83.3.3.32930x800000080x00ED2F
10.0.0.01.1.1.112770x800000090x00C4FD
10.0.0.02.2.2.213810x800000080x00A817
10.0.0.03.3.3.312830x800000090x00ECC3
10.8.0.01.1.1.15190x8000001D 0x0019DD
10.8.0.02.2.2.23630x800000150x006F81
10.8.0.03.3.3.32940x800000080x00D64B
172.16.0.01.1.1.12720x800000080x006B49
172.16.0.02.2.2.21060x800000080x00B1F4
172.16.0.03.3.3.32940x800000080x00930F
172.16.0.41.1.1.12720x800000080x00E705
172.16.0.42.2.2.21060x800000080x002EB0
172.16.0.43.3.3.32940x800000080x0010CA
172.16.20.41.1.1.112770x800000170x003B20
172.16.20.42.2.2.23630x800000080x009FBC
172.16.20.43.3.3.32940x800000080x00B8B3
192.168.0.81.1.1.12720x800000080x00AD0C
192.168.0.82.2.2.23630x800000080x00F3B7
192.168.0.83.3.3.35410x8000001D 0x007B35
192.168.0.121.1.1.12720x800000080x008530
192.168.0.122.2.2.23630x800000080x00CBDB
192.168.0.123.3.3.32940x800000080x004964
192.168.10.01.1.1.12720x800000080x008F28
192.168.10.02.2.2.23630x800000080x007142
192.168.10.03.3.3.32940x800000080x00B7ED
192.168.10.81.1.1.14690x800000100x0079A6
192.168.10.82.2.2.24710x800000100x00BF52
192.168.10.83.3.3.34700x800000100x00A16C
Router Link States (Area 2)
193
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.14630x800000130x00DBF53
6.6.6.66.6.6.64760x800000180x00833C 2
7.7.7.77.7.7.73820x8000000B 0x0086874
Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.73820x800000080x004424
Summary Net Link States (Area 2)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.12720x800000080x0039F3
2.2.2.21.1.1.12720x800000080x006FAF
3.3.3.31.1.1.12720x800000080x0041D9
4.4.4.41.1.1.117440x8000000B 0x000D07
5.5.5.51.1.1.117440x8000000B 0x0043C2
8.8.8.81.1.1.15200x8000001D 0x0030C1
10.0.0.01.1.1.112780x800000090x00C4FD
10.8.0.01.1.1.15200x8000001D 0x0019DD
172.16.20.01.1.1.117440x8000000B 0x004512
172.16.20.41.1.1.112780x800000170x003B20
192.168.0.01.1.1.12720x800000080x00FDC3
192.168.0.41.1.1.117440x8000000B 0x002A54
192.168.0.81.1.1.12720x800000080x00AD0C
192.168.0.121.1.1.12720x800000080x008530
192.168.10.01.1.1.12720x800000080x008F28
192.168.10.41.1.1.117440x8000000B 0x00C5E0
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.15200x800000160x00AE781
3.3.3.33.3.3.32930x800000090x00C89B 2
8.8.8.88.8.8.84090x800000210x0063785
Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 192.168.0.91.1.1.15200x8000000B 0x000395
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.12720x800000080x0039F3
1.1.1.13.3.3.32930x800000080x0061B9
2.2.2.21.1.1.12730x800000080x006FAF
2.2.2.23.3.3.32930x800000080x009775
3.3.3.31.1.1.12730x800000080x0041D9
3.3.3.33.3.3.32940x800000080x00A07C
4.4.4.41.1.1.117440x8000000B 0x000D07
4.4.4.43.3.3.32940x800000080x0071A7
5.5.5.51.1.1.117440x8000000B 0x0043C2
5.5.5.53.3.3.32940x800000080x00DE40
6.6.6.61.1.1.14700x800000100x00F08E
6.6.6.63.3.3.34720x800000100x001954
7.7.7.71.1.1.14700x800000100x005E27
194
7.7.7.73.3.3.34720x800000100x0086EC
10.0.0.01.1.1.112780x800000090x00C4FD
10.0.0.03.3.3.312830x800000090x00ECC3
172.16.0.01.1.1.12730x800000080x006B49
172.16.0.03.3.3.32940x800000080x00930F
172.16.0.41.1.1.12730x800000080x00E705
172.16.0.43.3.3.32940x800000080x0010CA
172.16.20.01.1.1.117440x8000000B 0x004512
172.16.20.03.3.3.32940x800000080x00471F
192.168.0.01.1.1.12730x800000080x00FDC3
192.168.0.03.3.3.317500x8000000A 0x00BBFB
192.168.0.41.1.1.117440x8000000B 0x002A54
192.168.0.43.3.3.32940x800000080x00C4D2
192.168.0.121.1.1.12730x800000080x008530
192.168.0.123.3.3.32940x800000080x004964
192.168.10.01.1.1.12730x800000080x008F28
192.168.10.03.3.3.32940x800000080x00B7ED
192.168.10.41.1.1.117440x8000000B 0x00C5E0
192.168.10.43.3.3.32940x800000080x00C5EF
192.168.10.81.1.1.14700x800000100x0079A6
192.168.10.83.3.3.34720x800000100x00A16C
R1#
R1#sh ipv6 ospf database
OSPFv3Router with ID (1.1.1.1)(Process ID 1)
Router Link States (Area 0)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.113880x8000000B 03 B
2.2.2.212850x8000000B 02 B
3.3.3.35930x8000000B 01 B
Net Link States (Area 0)
ADV Router Age Seq# Link ID Rtr count 2.2.2.27760x8000000852
2.2.2.27760x8000000892
3.3.3.35930x8000000852
Inter Area Prefix Link States (Area 0)
ADV Router Age Seq# Prefix 1.1.1.13700x800000082001:CAFE:AF8::/64
1.1.1.13700x800000082001:CAFE:AF4::/64
1.1.1.13700x800000082001:CAFE:AF7::/64
1.1.1.13700x800000082001:CAFE:AF6::/64
1.1.1.15140x800000102001:FACA::6/128
1.1.1.15140x800000102001:FACA::7/128
1.1.1.15140x800000102001:CAFE:AFF6::/64
1.1.1.16200x800000032001:CAFE:FFFF::/64
1.1.1.16200x800000032001:FACA::8/128
1.1.1.16200x800000032001:BEBE::/64
195
1.1.1.117870x800000012001:CAFE:AF5::/64
1.1.1.117870x800000012001:CAFE:FFFE::/64
1.1.1.117870x800000012001:FACA::4/128
1.1.1.117870x800000012001:FACA::5/128
1.1.1.117870x800000012001:CAFE:AFF4::/64
2.2.2.27760x800000082001:CAFE:AF5::/64
2.2.2.27760x800000082001:FACA::5/128
2.2.2.27760x800000082001:CAFE:FFFE::/64
2.2.2.27760x800000082001:FACA::4/128
2.2.2.27760x800000082001:CAFE:AFF4::/64
2.2.2.217880x800000012001:CAFE:AF4::/64
3.3.3.35940x800000082001:CAFE:FFFE::/64
3.3.3.35940x800000082001:FACA::5/128
3.3.3.35940x800000082001:CAFE:AF5::/64
3.3.3.35940x800000082001:CAFE:FFFF::/64
3.3.3.35940x800000082001:FACA::8/128
3.3.3.35940x800000082001:CAFE:AFF4::/64
3.3.3.36000x800000082001:FACA::4/128
3.3.3.36000x800000082001:BEBE::/64
3.3.3.36000x800000032001:CAFE:AF8::/64
3.3.3.317940x800000012001:CAFE:AF4::/64
Link (Type-8) Link States (Area 0)
ADV Router Age Seq# Link ID Interface 1.1.1.13460x800000089 Et1/4
2.2.2.27530x800000089 Et1/4
1.1.1.13460x800000087 Et1/2
3.3.3.35700x800000085 Et1/2
1.1.1.13460x800000085 Et1/0
2.2.2.27530x800000085 Et1/0
Intra Area Prefix Link States (Area 0)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.13460x8000000A 00x20010
2.2.2.27530x8000000900x20010
2.2.2.27530x8000000851200x20025
2.2.2.27530x8000000892160x20029
3.3.3.35700x8000000900x20010
3.3.3.35700x8000000851200x20025
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.117670x8000000C 01 B
2.2.2.27550x8000000B 01 B
3.3.3.35720x8000000901 B
4.4.4.417680x8000000F 02 None
5.5.5.55270x8000000D 03 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 1.1.1.117680x8000000162
2.2.2.27550x8000000862
5.5.5.55270x8000000852
196
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.13470x800000082001:FACA::1/128
1.1.1.113660x800000092001:CAFE:CAFE::/64
1.1.1.13470x800000082001:CAFE:AFF1::/64
1.1.1.15970x800000252001:CAFE:FFFF::/64
1.1.1.15970x800000252001:FACA::8/128
1.1.1.13470x800000082001:CAFE:AF8::/64
1.1.1.13470x800000082001:FACA::2/128
1.1.1.13470x800000082001:FACA::3/128
1.1.1.13470x800000082001:CAFE:AF3::/64
1.1.1.13470x800000082001:CAFE:AF7::/64
1.1.1.13470x800000082001:CAFE:AF6::/64
1.1.1.14910x800000102001:FACA::6/128
1.1.1.14910x800000102001:FACA::7/128
1.1.1.14910x800000102001:CAFE:AFF6::/64
1.1.1.15970x800000252001:BEBE::/64
2.2.2.27550x800000082001:FACA::2/128
2.2.2.212640x800000082001:CAFE:CAFE::/64
2.2.2.27550x800000082001:CAFE:AFF1::/64
2.2.2.27550x800000082001:CAFE:AF3::/64
2.2.2.27550x800000082001:FACA::1/128
2.2.2.27550x800000082001:CAFE:FFFF::/64
2.2.2.27550x800000152001:FACA::8/128
2.2.2.27550x800000082001:CAFE:AF8::/64
2.2.2.27550x800000082001:FACA::3/128
2.2.2.24920x800000082001:CAFE:AF7::/64
2.2.2.24920x800000082001:CAFE:AF6::/64
2.2.2.24920x800000102001:FACA::6/128
2.2.2.24920x800000102001:FACA::7/128
2.2.2.24920x800000102001:CAFE:AFF6::/64
2.2.2.27550x800000152001:BEBE::/64
3.3.3.35730x800000082001:FACA::3/128
3.3.3.35730x800000082001:CAFE:AF3::/64
3.3.3.35730x800000082001:CAFE:FFFF::/64
3.3.3.35730x800000082001:FACA::8/128
3.3.3.35730x800000252001:CAFE:AF8::/64
3.3.3.35730x800000082001:FACA::1/128
3.3.3.35730x800000082001:FACA::2/128
3.3.3.35730x800000082001:CAFE:AFF1::/64
3.3.3.313060x800000092001:CAFE:CAFE::/64
3.3.3.35730x800000082001:CAFE:AF7::/64
3.3.3.35730x800000082001:CAFE:AF6::/64
3.3.3.34920x800000102001:FACA::6/128
3.3.3.34920x800000102001:FACA::7/128
3.3.3.34920x800000102001:CAFE:AFF6::/64
3.3.3.35730x800000082001:BEBE::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 1.1.1.13470x800000086 Et1/1
4.4.4.417690x800000026 Et1/1
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.117690x8000000161440x20026
197
2.2.2.27550x8000000861440x20026
3.3.3.35730x8000000800x20010
4.4.4.42790x8000000A 00x20010
5.5.5.55280x8000000A 00x20010
5.5.5.55280x8000000851200x20025
Router Link States (Area 2)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.14830x8000001301 B
6.6.6.64980x8000001A 01 None
7.7.7.75310x8000000D 02 None
Net Link States (Area 2)
ADV Router Age Seq# Link ID Rtr count 7.7.7.75310x8000000852
Inter Area Prefix Link States (Area 2)
ADV Router Age Seq# Prefix 1.1.1.13470x800000082001:FACA::1/128
1.1.1.113660x800000092001:CAFE:CAFE::/64
1.1.1.13470x800000082001:CAFE:AFF1::/64
1.1.1.15970x800000252001:CAFE:FFFF::/64
1.1.1.15970x800000252001:FACA::8/128
1.1.1.13470x800000082001:CAFE:AF8::/64
1.1.1.13470x800000082001:FACA::2/128
1.1.1.117590x8000000F 2001:CAFE:AFF4::/64
1.1.1.117590x8000000D 2001:CAFE:FFFE::/64
1.1.1.117590x8000000D 2001:FACA::5/128
1.1.1.117590x8000000D 2001:CAFE:AF5::/64
1.1.1.117590x8000000D 2001:FACA::4/128
1.1.1.13470x800000082001:CAFE:AF4::/64
1.1.1.13470x800000082001:FACA::3/128
1.1.1.13470x800000082001:CAFE:AF3::/64
1.1.1.15970x800000252001:BEBE::/64
Link (Type-8) Link States (Area 2)
ADV Router Age Seq# Link ID Interface 1.1.1.13480x8000000921 Se2/1.1
7.7.7.75320x8000000920 Se2/1.1
1.1.1.13480x8000000920 Se2/0.1
6.6.6.67400x8000000C 20 Se2/0.1
Intra Area Prefix Link States (Area 2)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.13480x8000000800x20010
6.6.6.64990x8000001200x20010
7.7.7.75320x8000000A 00x20010
7.7.7.75320x8000000851200x20025
Router Link States (Area 3)
ADV Router Age Seq# Fragment ID Link count Bits
198
1.1.1.15980x8000001F 01 B
3.3.3.35720x8000000901 B
8.8.8.84730x8000002C 02 None
Net Link States (Area 3)
ADV Router Age Seq# Link ID Rtr count 1.1.1.15980x8000000782
Inter Area Prefix Link States (Area 3)
ADV Router Age Seq# Prefix 1.1.1.13480x800000082001:FACA::1/128
1.1.1.113670x800000092001:CAFE:CAFE::/64
1.1.1.13480x800000082001:CAFE:AFF1::/64
1.1.1.13480x800000082001:FACA::2/128
1.1.1.117590x8000000D 2001:CAFE:FFFE::/64
1.1.1.117590x8000000D 2001:FACA::5/128
1.1.1.117590x8000000D 2001:CAFE:AF5::/64
1.1.1.117590x8000000D 2001:FACA::4/128
1.1.1.117590x8000000D 2001:CAFE:AFF4::/64
1.1.1.13480x800000082001:CAFE:AF4::/64
1.1.1.13480x800000082001:FACA::3/128
1.1.1.13480x800000082001:CAFE:AF3::/64
1.1.1.13480x800000082001:CAFE:AF7::/64
1.1.1.13480x800000082001:CAFE:AF6::/64
1.1.1.14920x800000102001:FACA::6/128
1.1.1.14920x800000102001:FACA::7/128
1.1.1.14920x800000102001:CAFE:AFF6::/64
3.3.3.35730x800000082001:FACA::3/128
3.3.3.35730x800000082001:CAFE:AF3::/64
3.3.3.35730x800000082001:CAFE:FFFE::/64
3.3.3.35730x800000082001:FACA::5/128
3.3.3.35730x800000082001:CAFE:AF5::/64
3.3.3.35730x800000082001:CAFE:AFF4::/64
3.3.3.35730x800000082001:FACA::4/128
3.3.3.317600x8000000B 2001:CAFE:AF4::/64
3.3.3.35730x800000082001:FACA::1/128
3.3.3.35730x800000082001:FACA::2/128
3.3.3.35730x800000082001:CAFE:AFF1::/64
3.3.3.313060x800000092001:CAFE:CAFE::/64
3.3.3.35730x800000082001:CAFE:AF7::/64
3.3.3.35730x800000082001:CAFE:AF6::/64
3.3.3.34930x800000102001:FACA::6/128
3.3.3.34930x800000102001:FACA::7/128
3.3.3.34930x800000102001:CAFE:AFF6::/64
Link (Type-8) Link States (Area 3)
ADV Router Age Seq# Link ID Interface 1.1.1.13480x800000088 Et1/3
8.8.8.84740x800000085 Et1/3
Intra Area Prefix Link States (Area 3)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.15980x8000000781920x20028
3.3.3.35730x8000000800x20010
8.8.8.82310x8000000B 00x20010
199
R1#
Estatísticas após convergência do teste4
PC2
---
C:\Documents and Settings\Administrador>tracert 2001:cafe:cafe::5
Rastreando a rota para 2001:cafe:cafe::5 com no máximo 30 saltos
116 ms 25 ms 54 ms 2001:bebe::1
256 ms 33 ms 2 ms 2001:cafe:ffff::a
33 ms 20 ms 19 ms 2001:cafe:cafe::5
Rastreamento concluído.
C:\Documents and Settings\Administrador>
C:\Documents and Settings\Administrador>tracert 10.0.0.5
Rastreando a rota para 10.0.0.5 com no máximo 30 saltos
136 ms 16 ms 5 ms 10.8.0.1
2<1 ms 67 ms 3 ms 172.16.20.5
320 ms 93 ms 36 ms 10.0.0.5
Rastreamento concluído.
R5
---
R5#sh ip route 10.0.0.5 Routing entry for 10.0.0.0/24
Known via "ospf 1", distance 110, metric 510, type inter area
Last update from 172.16.20.1 on Serial2/0,00:13:33 ago
Routing Descriptor Blocks:
* 172.16.20.1, from 3.3.3.3, 00:13:33 ago, via Serial2/0
Route metric is 510, traffic share count is 1
R5#
R5#
R5#sh ipv6 route 2001:cafe:cafe::5
Routing entry for 2001:CAFE:CAFE::/64
Known via "ospf 1", distance 110, metric 510, type inter area
Route count is 1/1, share count 0
Routing paths:
FE80::C807:DFF:FE90:0, Serial2/0
Last updated 00:13:33 ago
R5#
R5#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
200
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/32 is subnetted,1 subnets
O IA 3.3.3.3[110/501] via 172.16.20.1,00:13:42, Serial2/0
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/11] via 192.168.10.5,00:30:27, Ethernet1/0
5.0.0.0/32 is subnetted,1 subnets
C 5.5.5.5 is directly connected, Loopback0
192.168.10.0/30 is subnetted,1 subnets
C 192.168.10.4 is directly connected, Ethernet1/0
172.16.0.0/16 is variably subnetted,3 subnets,2 masks
C 172.16.20.0/30 is directly connected, Serial2/0
C 172.16.20.1/32 is directly connected, Serial2/0
O IA 172.16.20.4/30[110/1500] via 172.16.20.1,00:13:42, Serial2/0
8.0.0.0/32 is subnetted,1 subnets
O IA 8.8.8.8[110/1501] via 172.16.20.1,00:13:42, Serial2/0
10.0.0.0/24 is subnetted,2 subnets
O IA 10.8.0.0[110/1510] via 172.16.20.1,00:13:42, Serial2/0
O IA 10.0.0.0[110/510] via 172.16.20.1,00:13:42, Serial2/0
192.168.0.0/30 is subnetted,4 subnets
O IA 192.168.0.8[110/1510] via 172.16.20.1,00:13:42, Serial2/0
O IA 192.168.0.12[110/510] via 172.16.20.1,00:13:42, Serial2/0
O 192.168.0.0[110/20] via 192.168.10.5,00:30:27, Ethernet1/0
C 192.168.0.4 is directly connected, Ethernet1/1
R5#
R5#
R5#
R5#sh ipv
R5#sh ipv6 rou
R5#sh ipv6 route
IPv6 Routing Table -Default-17 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
OI 2001:BEBE::/64[110/1510]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:CAFE:AF3::/64[110/510]
via FE80::C807:DFF:FE90:0, Serial2/0
O 2001:CAFE:AF4::/64[110/20]
via FE80::C802:16FF:FE2C:1C, Ethernet1/0
C 2001:CAFE:AF5::/64[0/0]
via Ethernet1/1, directly connected
L 2001:CAFE:AF5::B/128[0/0]
via Ethernet1/1, receive
OI 2001:CAFE:AF8::/64[110/1510]
via FE80::C807:DFF:FE90:0, Serial2/0
C 2001:CAFE:AFF4::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AFF4::E/128[0/0]
via Ethernet1/0, receive
201
OI 2001:CAFE:CAFE::/64[110/510]
via FE80::C807:DFF:FE90:0, Serial2/0
C 2001:CAFE:FFFE::/64[0/0]
via Serial2/0, directly connected
L 2001:CAFE:FFFE::B/128[0/0]
via Serial2/0, receive
OI 2001:CAFE:FFFF::/64[110/1500]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:FACA::3/128[110/500]
via FE80::C807:DFF:FE90:0, Serial2/0
O 2001:FACA::4/128[110/10]
via FE80::C802:16FF:FE2C:1C, Ethernet1/0
LC 2001:FACA::5/128[0/0]
via Loopback0, receive
OI 2001:FACA::8/128[110/1500]
via FE80::C807:DFF:FE90:0, Serial2/0
L FF00::/8[0/0]
via Null0, receive
R5#
R5#sh ip ospf database
OSPF Router with ID (5.5.5.5)(Process ID 1)
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.118000x800000020x00202A 1
2.2.2.22.2.2.218510x800000020x00070B 1
3.3.3.33.3.3.318310x800000020x00C5A52
4.4.4.44.4.4.48460x800000040x0072013
5.5.5.55.5.5.58440x800000050x008BF65
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.10.65.5.5.518490x800000010x000E7D
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.118390x800000010x0047EC
1.1.1.12.2.2.217870x800000010x008D98
2.2.2.21.1.1.117910x800000010x007DA8
2.2.2.22.2.2.218520x800000010x00FA31
3.3.3.31.1.1.117970x800000010x004FD2
3.3.3.32.2.2.217870x800000010x00957E
3.3.3.33.3.3.318320x800000010x00AE75
6.6.6.61.1.1.113550x800000010x000656
6.6.6.62.2.2.213540x800000010x004C02
7.7.7.71.1.1.113550x800000010x003C12
7.7.7.72.2.2.213540x800000010x0082BD
8.8.8.81.1.1.117970x800000010x0068A5
8.8.8.82.2.2.217870x800000010x00AE51
8.8.8.83.3.3.318290x800000010x00FB28
10.0.0.01.1.1.118400x800000010x004DD7
10.0.0.02.2.2.217870x800000020x009184
10.0.0.03.3.3.38480x800000020x000F0D
10.8.0.01.1.1.117970x800000010x0051C1
202
10.8.0.02.2.2.217870x800000010x00976D
10.8.0.03.3.3.318290x800000010x00E444
172.16.0.01.1.1.113680x800000010x007942
172.16.0.02.2.2.213670x800000010x00BFED
172.16.0.41.1.1.113680x800000010x00F5FD
172.16.0.42.2.2.213670x800000010x003CA9
172.16.20.41.1.1.117970x800000010x00670A
172.16.20.42.2.2.217870x800000010x00ADB5
172.16.20.43.3.3.318320x800000010x00C6AC
192.168.0.81.1.1.118400x800000010x00BB05
192.168.0.82.2.2.217880x800000010x0002B0
192.168.0.83.3.3.318300x800000010x00B319
192.168.0.121.1.1.118400x800000010x009329
192.168.0.122.2.2.217880x800000010x00D9D4
192.168.0.123.3.3.318320x800000010x00575D
192.168.10.01.1.1.118400x800000010x009D21
192.168.10.02.2.2.218530x800000010x007F3B
192.168.10.81.1.1.113560x800000010x00F2FF
192.168.10.82.2.2.213550x800000010x0039AB
R5#
R5#sh ipv6 ospf database
OSPFv3Router with ID (5.5.5.5)(Process ID 1)
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.118090x8000000301 B
2.2.2.218650x8000000201 B
3.3.3.318440x8000000201 B
4.4.4.48580x8000000701 None
5.5.5.58530x8000000702 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 5.5.5.518690x8000000152
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.118560x800000012001:FACA::1/128
1.1.1.118560x800000012001:CAFE:CAFE::/64
1.1.1.118560x800000012001:CAFE:AF3::/64
1.1.1.118560x800000012001:CAFE:AFF1::/64
1.1.1.118470x800000012001:CAFE:AF8::/64
1.1.1.118090x800000012001:CAFE:FFFF::/64
1.1.1.118090x800000012001:FACA::8/128
1.1.1.118090x800000012001:BEBE::/64
1.1.1.118090x800000012001:FACA::2/128
1.1.1.118090x800000012001:FACA::3/128
1.1.1.113680x800000012001:CAFE:AF7::/64
1.1.1.113680x800000012001:CAFE:AF6::/64
1.1.1.113680x800000012001:FACA::6/128
1.1.1.113680x800000012001:FACA::7/128
1.1.1.113680x800000012001:CAFE:AFF6::/64
2.2.2.218610x800000012001:FACA::2/128
203
2.2.2.218010x800000022001:CAFE:CAFE::/64
2.2.2.218610x800000012001:CAFE:AFF1::/64
2.2.2.218010x800000012001:FACA::1/128
2.2.2.218010x800000012001:FACA::3/128
2.2.2.218010x800000012001:CAFE:AF3::/64
2.2.2.218010x800000012001:BEBE::/64
2.2.2.218010x800000012001:FACA::8/128
2.2.2.218010x800000012001:CAFE:FFFF::/64
2.2.2.218010x800000012001:CAFE:AF8::/64
2.2.2.213670x800000012001:CAFE:AF7::/64
2.2.2.213670x800000012001:CAFE:AF6::/64
2.2.2.213670x800000012001:FACA::6/128
2.2.2.213670x800000012001:FACA::7/128
2.2.2.213670x800000012001:CAFE:AFF6::/64
3.3.3.318470x800000012001:FACA::3/128
3.3.3.318470x800000012001:CAFE:AF3::/64
3.3.3.318440x800000012001:CAFE:FFFF::/64
3.3.3.318440x800000012001:FACA::8/128
3.3.3.318440x800000012001:BEBE::/64
3.3.3.318440x800000012001:CAFE:AF8::/64
3.3.3.38520x800000012001:CAFE:CAFE::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 3.3.3.318470x8000000113 Se2/0
5.5.5.518510x8000000213 Se2/0
2.2.2.218730x800000016 Et1/1
5.5.5.519450x800000026 Et1/1
4.4.4.418720x800000015 Et1/0
5.5.5.519450x800000025 Et1/0
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
3.3.3.318470x8000000100x20010
4.4.4.48590x8000000400x20010
5.5.5.58540x8000000600x20010
5.5.5.518700x8000000151200x20025
R5#
R8
---
R8#
*Dec 28 14:01:19.631: %OSPFv3-5-ADJCHG: Process 1, Nbr 1.1.1.1 on
Ethernet1/0 from FULL to DOWN, Neighbor Down: Dead timer expired
R8#
*Dec 28 14:01:22.375: %OSPF-5-ADJCHG: Process 1, Nbr 1.1.1.1 on
Ethernet1/0 from FULL to DOWN, Neighbor Down: Dead timer expired
R8#
R8#
R8#
R8#
204
R8#sh ip rou R8#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/32 is subnetted,1 subnets
O IA 3.3.3.3[110/1001] via 172.16.20.5,00:14:35, Serial2/0
4.0.0.0/32 is subnetted,1 subnets
O IA 4.4.4.4[110/1511] via 172.16.20.5,00:14:35, Serial2/0
5.0.0.0/32 is subnetted,1 subnets
O IA 5.5.5.5[110/1501] via 172.16.20.5,00:14:35, Serial2/0
192.168.10.0/30 is subnetted,1 subnets
O IA 192.168.10.4[110/1510] via 172.16.20.5,00:14:35, Serial2/0
172.16.0.0/16 is variably subnetted,3 subnets,2 masks
O IA 172.16.20.0/30[110/1500] via 172.16.20.5,00:14:35, Serial2/0
C 172.16.20.4/30 is directly connected, Serial2/0
C 172.16.20.5/32 is directly connected, Serial2/0
8.0.0.0/32 is subnetted,1 subnets
C 8.8.8.8 is directly connected, Loopback0
10.0.0.0/24 is subnetted,2 subnets
C 10.8.0.0 is directly connected, Ethernet1/4
O IA 10.0.0.0[110/1010] via 172.16.20.5,00:14:35, Serial2/0
192.168.0.0/30 is subnetted,4 subnets
C 192.168.0.8 is directly connected, Ethernet1/0
O IA 192.168.0.12[110/1010] via 172.16.20.5,00:14:35, Serial2/0
O IA 192.168.0.0[110/1520] via 172.16.20.5,00:14:35, Serial2/0
O IA 192.168.0.4[110/1550] via 172.16.20.5,00:14:35, Serial2/0
R8#
R8#sh ipv
R8#sh ipv6 rou
R8#sh ipv6 route
IPv6 Routing Table -Default-17 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
C 2001:BEBE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:BEBE::1/128[0/0]
via Ethernet1/4, receive
OI 2001:CAFE:AF3::/64[110/1010]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:CAFE:AF4::/64[110/1520]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:CAFE:AF5::/64[110/1550]
via FE80::C807:DFF:FE90:0, Serial2/0
C 2001:CAFE:AF8::/64[0/0]
205
via Ethernet1/0, directly connected
L 2001:CAFE:AF8::B/128[0/0]
via Ethernet1/0, receive
OI 2001:CAFE:AFF4::/64[110/1510]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:CAFE:CAFE::/64[110/1010]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:CAFE:FFFE::/64[110/1500]
via FE80::C807:DFF:FE90:0, Serial2/0
C 2001:CAFE:FFFF::/64[0/0]
via Serial2/0, directly connected
L 2001:CAFE:FFFF::B/128[0/0]
via Serial2/0, receive
OI 2001:FACA::3/128[110/1000]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:FACA::4/128[110/1510]
via FE80::C807:DFF:FE90:0, Serial2/0
OI 2001:FACA::5/128[110/1500]
via FE80::C807:DFF:FE90:0, Serial2/0
LC 2001:FACA::8/128[0/0]
via Loopback0, receive
L FF00::/8[0/0]
via Null0, receive
R8#
R8#sh ip ospf database
OSPF Router with ID (8.8.8.8)(Process ID 1)
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.118580x800000020x00E0591
3.3.3.33.3.3.318840x800000020x00D6942
8.8.8.88.8.8.89000x800000050x0083EA 5
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.118930x800000010x0047EC
2.2.2.21.1.1.118430x800000010x007DA8
3.3.3.31.1.1.118490x800000010x004FD2
3.3.3.33.3.3.318840x800000010x00AE75
4.4.4.41.1.1.118490x800000010x0021FC
4.4.4.43.3.3.318810x800000010x007FA0
5.5.5.51.1.1.118490x800000010x0057B8
5.5.5.53.3.3.318820x800000010x00EC39
6.6.6.61.1.1.114060x800000010x000656
7.7.7.71.1.1.114060x800000010x003C12
10.0.0.01.1.1.118930x800000010x004DD7
10.0.0.03.3.3.39010x800000020x000F0D
172.16.0.01.1.1.114190x800000010x007942
172.16.0.41.1.1.114190x800000010x00F5FD
172.16.20.01.1.1.118490x800000010x005908
172.16.20.03.3.3.318840x800000010x005518
192.168.0.01.1.1.118930x800000010x000CBC
192.168.0.03.3.3.318820x800000010x00CDF2
192.168.0.41.1.1.118490x800000010x003E4A
192.168.0.43.3.3.318820x800000010x00D2CB
206
192.168.0.121.1.1.118930x800000010x009329
192.168.0.123.3.3.318840x800000010x00575D
192.168.10.01.1.1.118930x800000010x009D21
192.168.10.41.1.1.118490x800000010x00D9D6
192.168.10.43.3.3.318820x800000010x00D3E8
192.168.10.81.1.1.114070x800000010x00F2FF
R8#
R8#sh ipv6 ospf database
OSPFv3Router with ID (8.8.8.8)(Process ID 1)
Router Link States (Area 3)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.118600x8000000301 B
3.3.3.318960x8000000201 B
8.8.8.89160x8000000701 None
Inter Area Prefix Link States (Area 3)
ADV Router Age Seq# Prefix 1.1.1.119060x800000012001:FACA::1/128
1.1.1.119060x800000012001:CAFE:CAFE::/64
1.1.1.119060x800000012001:CAFE:AF3::/64
1.1.1.119060x800000012001:CAFE:AFF1::/64
1.1.1.118960x800000012001:CAFE:AF4::/64
1.1.1.118590x800000012001:CAFE:FFFE::/64
1.1.1.118590x800000012001:FACA::4/128
1.1.1.118590x800000012001:FACA::5/128
1.1.1.118590x800000012001:CAFE:AF5::/64
1.1.1.118590x800000012001:CAFE:AFF4::/64
1.1.1.118590x800000012001:FACA::2/128
1.1.1.118590x800000012001:FACA::3/128
1.1.1.114190x800000012001:CAFE:AF7::/64
1.1.1.114190x800000012001:CAFE:AF6::/64
1.1.1.114190x800000012001:FACA::6/128
1.1.1.114190x800000012001:FACA::7/128
1.1.1.114190x800000012001:CAFE:AFF6::/64
3.3.3.318980x800000012001:FACA::3/128
3.3.3.318980x800000012001:CAFE:AF3::/64
3.3.3.318950x800000012001:CAFE:FFFE::/64
3.3.3.318950x800000012001:FACA::4/128
3.3.3.318950x800000012001:CAFE:AF4::/64
3.3.3.318950x800000012001:FACA::5/128
3.3.3.318950x800000012001:CAFE:AF5::/64
3.3.3.318950x800000012001:CAFE:AFF4::/64
3.3.3.39030x800000012001:CAFE:CAFE::/64
Link (Type-8) Link States (Area 3)
ADV Router Age Seq# Link ID Interface 8.8.8.819290x800000019 Et1/4
3.3.3.318970x8000000214 Se2/0
8.8.8.819010x8000000213 Se2/0
1.1.1.119060x800000018 Et1/0
8.8.8.819290x800000015 Et1/0
Intra Area Prefix Link States (Area 3)
207
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
3.3.3.318980x8000000100x20010
8.8.8.89160x8000000400x20010
R8#
R3
----
R3#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1- OSPF NSSA external type 1, N2- OSPF NSSA external type 2
E1- OSPF external type 1, E2- OSPF external type 2
i - IS-IS, su - IS-IS summary, L1- IS-IS level-1, L2- IS-IS level-2
ia - IS-IS inter area,* - candidate default, U - per-user
static route
o - ODR, P - periodic downloaded static route
Gateway of last resort is not set
3.0.0.0/32 is subnetted,1 subnets
C 3.3.3.3 is directly connected, Loopback0
4.0.0.0/32 is subnetted,1 subnets
O 4.4.4.4[110/511] via 172.16.20.2,00:31:48, Serial2/0
5.0.0.0/32 is subnetted,1 subnets
O 5.5.5.5[110/501] via 172.16.20.2,00:31:48, Serial2/0
192.168.10.0/30 is subnetted,1 subnets
O 192.168.10.4[110/510] via 172.16.20.2,00:31:48, Serial2/0
172.16.0.0/16 is variably subnetted,4 subnets,2 masks
C 172.16.20.0/30 is directly connected, Serial2/0
C 172.16.20.2/32 is directly connected, Serial2/0
C 172.16.20.4/30 is directly connected, Serial2/1
C 172.16.20.6/32 is directly connected, Serial2/1
8.0.0.0/32 is subnetted,1 subnets
O 8.8.8.8[110/1001] via 172.16.20.6,00:31:48, Serial2/1
10.0.0.0/24 is subnetted,2 subnets
O 10.8.0.0[110/1010] via 172.16.20.6,00:31:48, Serial2/1
C 10.0.0.0 is directly connected, Ethernet1/4
192.168.0.0/30 is subnetted,4 subnets
O 192.168.0.8[110/1010] via 172.16.20.6,00:31:48, Serial2/1
C 192.168.0.12 is directly connected, Ethernet1/0
O 192.168.0.0[110/520] via 172.16.20.2,00:31:48, Serial2/0
O 192.168.0.4[110/550] via 172.16.20.2,00:31:48, Serial2/0
R3#
R3#
R3#sh ipv
R3#sh ipv6 rou
R3#sh ipv6 route
IPv6 Routing Table -Default-18 entries Codes: C - Connected, L - Local, S - Static, U - Per-user Static
route
208
B - BGP, M - MIPv6, R - RIP, I1- ISIS L1
I2- ISIS L2, IA - ISIS interarea, IS - ISIS summary, D -
EIGRP
EX - EIGRP external
O - OSPF Intra, OI - OSPF Inter, OE1- OSPF ext 1, OE2- OSPF
ext 2
ON1- OSPF NSSA ext 1, ON2- OSPF NSSA ext 2
O 2001:BEBE::/64[110/1010]
via FE80::C801:13FF:FE94:0, Serial2/1
C 2001:CAFE:AF3::/64[0/0]
via Ethernet1/0, directly connected
L 2001:CAFE:AF3::B/128[0/0]
via Ethernet1/0, receive
O 2001:CAFE:AF4::/64[110/520]
via FE80::C803:16FF:FE2C:0, Serial2/0
O 2001:CAFE:AF5::/64[110/550]
via FE80::C803:16FF:FE2C:0, Serial2/0
O 2001:CAFE:AF8::/64[110/1010]
via FE80::C801:13FF:FE94:0, Serial2/1
O 2001:CAFE:AFF4::/64[110/510]
via FE80::C803:16FF:FE2C:0, Serial2/0
C 2001:CAFE:CAFE::/64[0/0]
via Ethernet1/4, directly connected
L 2001:CAFE:CAFE::2/128[0/0]
via Ethernet1/4, receive
C 2001:CAFE:FFFE::/64[0/0]
via Serial2/0, directly connected
L 2001:CAFE:FFFE::A/128[0/0]
via Serial2/0, receive
C 2001:CAFE:FFFF::/64[0/0]
via Serial2/1, directly connected
L 2001:CAFE:FFFF::A/128[0/0]
via Serial2/1, receive
LC 2001:FACA::3/128[0/0]
via Loopback0, receive
O 2001:FACA::4/128[110/510]
via FE80::C803:16FF:FE2C:0, Serial2/0
O 2001:FACA::5/128[110/500]
via FE80::C803:16FF:FE2C:0, Serial2/0
O 2001:FACA::8/128[110/1000]
via FE80::C801:13FF:FE94:0, Serial2/1
L FF00::/8[0/0]
via Null0, receive
R3#
R3#sh ip ospf database
OSPF Router with ID (3.3.3.3)(Process ID 1)
Router Link States (Area 0)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.118900x800000030x000DD94
2.2.2.22.2.2.218960x800000020x00D5B03
3.3.3.33.3.3.39370x800000040x00A1B73
Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum
209
10.0.0.32.2.2.218960x800000010x0039DF
192.168.10.22.2.2.218960x800000010x009320
Summary Net Link States (Area 0)
Link ID ADV Router Age Seq# Checksum 4.4.4.41.1.1.118910x800000010x0021FC
4.4.4.42.2.2.219360x800000010x00F8EE
4.4.4.43.3.3.319220x800000010x007FA0
5.5.5.51.1.1.118910x800000010x0057B8
5.5.5.52.2.2.219360x800000010x006687
5.5.5.53.3.3.319220x800000010x00EC39
6.6.6.61.1.1.114480x800000010x000656
7.7.7.71.1.1.114480x800000010x003C12
8.8.8.81.1.1.118910x800000010x0068A5
8.8.8.83.3.3.319220x800000010x00FB28
10.8.0.01.1.1.118910x800000010x0051C1
10.8.0.03.3.3.319220x800000010x00E444
172.16.0.01.1.1.114610x800000010x007942
172.16.0.41.1.1.114610x800000010x00F5FD
172.16.20.01.1.1.118910x800000010x005908
172.16.20.02.2.2.219270x800000010x0068D6
172.16.20.03.3.3.319330x800000010x005518
172.16.20.41.1.1.118910x800000010x00670A
172.16.20.43.3.3.319320x800000010x00C6AC
192.168.0.01.1.1.119340x800000010x000CBC
192.168.0.02.2.2.219370x800000010x004840
192.168.0.03.3.3.319220x800000010x00CDF2
192.168.0.41.1.1.118910x800000010x003E4A
192.168.0.42.2.2.219470x800000010x005741
192.168.0.43.3.3.319220x800000010x00D2CB
192.168.0.81.1.1.119340x800000010x00BB05
192.168.0.83.3.3.319220x800000010x00B319
192.168.10.41.1.1.118920x800000010x00D9D6
192.168.10.42.2.2.219370x800000010x004D37
192.168.10.43.3.3.319230x800000010x00D3E8
192.168.10.81.1.1.114490x800000010x00F2FF
Router Link States (Area 1)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.118950x800000020x00202A 1
2.2.2.22.2.2.219500x800000020x00070B 1
3.3.3.33.3.3.319310x800000020x00C5A52
4.4.4.44.4.4.49420x800000040x0072013
5.5.5.55.5.5.59400x800000050x008BF65
Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 192.168.10.65.5.5.5260x800000020x000C7E
Summary Net Link States (Area 1)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.119350x800000010x0047EC
1.1.1.12.2.2.218820x800000010x008D98
2.2.2.21.1.1.118870x800000010x007DA8
2.2.2.22.2.2.219520x800000010x00FA31
210
3.3.3.31.1.1.118940x800000010x004FD2
3.3.3.32.2.2.218830x800000010x00957E
3.3.3.33.3.3.319330x800000010x00AE75
6.6.6.61.1.1.114510x800000010x000656
6.6.6.62.2.2.214500x800000010x004C02
7.7.7.71.1.1.114510x800000010x003C12
7.7.7.72.2.2.214500x800000010x0082BD
8.8.8.81.1.1.118940x800000010x0068A5
8.8.8.82.2.2.218830x800000010x00AE51
8.8.8.83.3.3.319230x800000010x00FB28
10.0.0.01.1.1.119350x800000010x004DD7
10.0.0.02.2.2.218830x800000020x009184
10.0.0.03.3.3.39420x800000020x000F0D
10.8.0.01.1.1.118940x800000010x0051C1
10.8.0.02.2.2.218830x800000010x00976D
10.8.0.03.3.3.319230x800000010x00E444
172.16.0.01.1.1.114630x800000010x007942
172.16.0.02.2.2.214620x800000010x00BFED
172.16.0.41.1.1.114630x800000010x00F5FD
172.16.0.42.2.2.214620x800000010x003CA9
172.16.20.41.1.1.118940x800000010x00670A
172.16.20.42.2.2.218830x800000010x00ADB5
172.16.20.43.3.3.319340x800000010x00C6AC
192.168.0.81.1.1.119360x800000010x00BB05
192.168.0.82.2.2.218830x800000010x0002B0
192.168.0.83.3.3.319230x800000010x00B319
192.168.0.121.1.1.119360x800000010x009329
192.168.0.122.2.2.218830x800000010x00D9D4
192.168.0.123.3.3.319340x800000010x00575D
192.168.10.01.1.1.119360x800000010x009D21
192.168.10.02.2.2.219520x800000010x007F3B
192.168.10.81.1.1.114510x800000010x00F2FF
192.168.10.82.2.2.214500x800000010x0039AB
Router Link States (Area 3)
Link ID ADV Router Age Seq# Checksum Link count
1.1.1.11.1.1.119010x800000020x00E0591
3.3.3.33.3.3.319320x800000020x00D6942
8.8.8.88.8.8.89440x800000050x0083EA 5
Summary Net Link States (Area 3)
Link ID ADV Router Age Seq# Checksum 1.1.1.11.1.1.119370x800000010x0047EC
2.2.2.21.1.1.118870x800000010x007DA8
3.3.3.31.1.1.118940x800000010x004FD2
3.3.3.33.3.3.319340x800000010x00AE75
4.4.4.41.1.1.118940x800000010x0021FC
4.4.4.43.3.3.319240x800000010x007FA0
5.5.5.51.1.1.118940x800000010x0057B8
5.5.5.53.3.3.319240x800000010x00EC39
6.6.6.61.1.1.114510x800000010x000656
7.7.7.71.1.1.114510x800000010x003C12
10.0.0.01.1.1.119370x800000010x004DD7
10.0.0.03.3.3.39430x800000020x000F0D
172.16.0.01.1.1.114630x800000010x007942
172.16.0.41.1.1.114630x800000010x00F5FD
172.16.20.01.1.1.118940x800000010x005908
211
172.16.20.03.3.3.319340x800000010x005518
192.168.0.01.1.1.119370x800000010x000CBC
192.168.0.03.3.3.319240x800000010x00CDF2
192.168.0.41.1.1.118940x800000010x003E4A
192.168.0.43.3.3.319240x800000010x00D2CB
192.168.0.121.1.1.119370x800000010x009329
192.168.0.123.3.3.319340x800000010x00575D
192.168.10.01.1.1.119370x800000010x009D21
192.168.10.41.1.1.118940x800000010x00D9D6
192.168.10.43.3.3.319240x800000010x00D3E8
192.168.10.81.1.1.114510x800000010x00F2FF
R3#
R3#sh ipv6 ospf database
OSPFv3Router with ID (3.3.3.3)(Process ID 1)
Router Link States (Area 0)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.119340x8000000403 B
2.2.2.219310x8000000502 B
3.3.3.39500x8000000600 B
Net Link States (Area 0)
ADV Router Age Seq# Link ID Rtr count 2.2.2.219440x8000000152
2.2.2.219440x8000000192
Inter Area Prefix Link States (Area 0)
ADV Router Age Seq# Prefix 1.1.1.119760x800000012001:CAFE:AF4::/64
1.1.1.119760x800000012001:CAFE:AF8::/64
1.1.1.119360x800000012001:CAFE:FFFE::/64
1.1.1.119360x800000012001:FACA::4/128
1.1.1.119360x800000012001:FACA::5/128
1.1.1.119370x800000012001:CAFE:AF5::/64
1.1.1.119370x800000012001:CAFE:AFF4::/64
1.1.1.119370x800000012001:CAFE:FFFF::/64
1.1.1.119370x800000012001:FACA::8/128
1.1.1.119370x800000012001:BEBE::/64
1.1.1.114970x800000012001:CAFE:AF7::/64
1.1.1.114970x800000012001:CAFE:AF6::/64
1.1.1.114970x800000012001:FACA::6/128
1.1.1.114970x800000012001:FACA::7/128
1.1.1.114970x800000012001:CAFE:AFF6::/64
2.2.2.219890x800000012001:FACA::4/128
2.2.2.219890x800000012001:CAFE:AF4::/64
2.2.2.219890x800000012001:FACA::5/128
2.2.2.219890x800000012001:CAFE:AF5::/64
2.2.2.219890x800000012001:CAFE:AFF4::/64
2.2.2.219730x800000012001:CAFE:FFFE::/64
3.3.3.319750x800000012001:CAFE:FFFE::/64
3.3.3.319750x800000012001:FACA::4/128
3.3.3.319750x800000012001:CAFE:AF4::/64
3.3.3.319750x800000012001:FACA::5/128
212
3.3.3.319750x800000012001:CAFE:AF5::/64
3.3.3.319750x800000012001:CAFE:AFF4::/64
3.3.3.319750x800000012001:CAFE:FFFF::/64
3.3.3.319750x800000012001:FACA::8/128
3.3.3.319750x800000012001:BEBE::/64
3.3.3.319750x800000012001:CAFE:AF8::/64
Link (Type-8) Link States (Area 0)
ADV Router Age Seq# Link ID Interface 3.3.3.39850x800000029 Et1/4
1.1.1.119870x800000017 Et1/0
3.3.3.319850x800000015 Et1/0
Intra Area Prefix Link States (Area 0)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
1.1.1.119430x8000000200x20010
2.2.2.219430x8000000200x20010
2.2.2.219440x8000000151200x20025
2.2.2.219440x8000000192160x20029
3.3.3.39850x8000000400x20010
Router Link States (Area 1)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.119410x8000000301 B
2.2.2.220040x8000000201 B
3.3.3.319800x8000000201 B
4.4.4.49890x8000000701 None
5.5.5.59830x8000000702 None
Net Link States (Area 1)
ADV Router Age Seq# Link ID Rtr count 5.5.5.5720x8000000252
Inter Area Prefix Link States (Area 1)
ADV Router Age Seq# Prefix 1.1.1.119880x800000012001:FACA::1/128
1.1.1.119880x800000012001:CAFE:CAFE::/64
1.1.1.119880x800000012001:CAFE:AF3::/64
1.1.1.119880x800000012001:CAFE:AFF1::/64
1.1.1.119780x800000012001:CAFE:AF8::/64
1.1.1.119390x800000012001:CAFE:FFFF::/64
1.1.1.119390x800000012001:FACA::8/128
1.1.1.119390x800000012001:BEBE::/64
1.1.1.119390x800000012001:FACA::2/128
1.1.1.119390x800000012001:FACA::3/128
1.1.1.114990x800000012001:CAFE:AF7::/64
1.1.1.114990x800000012001:CAFE:AF6::/64
1.1.1.114990x800000012001:FACA::6/128
1.1.1.114990x800000012001:FACA::7/128
1.1.1.114990x800000012001:CAFE:AFF6::/64
2.2.2.220000x800000012001:FACA::2/128
2.2.2.219310x800000022001:CAFE:CAFE::/64
2.2.2.220000x800000012001:CAFE:AFF1::/64
213
2.2.2.219310x800000012001:FACA::1/128
2.2.2.219310x800000012001:FACA::3/128
2.2.2.219310x800000012001:CAFE:AF3::/64
2.2.2.219310x800000012001:BEBE::/64
2.2.2.219310x800000012001:FACA::8/128
2.2.2.219310x800000012001:CAFE:FFFF::/64
2.2.2.219310x800000012001:CAFE:AF8::/64
2.2.2.214980x800000012001:CAFE:AF7::/64
2.2.2.214980x800000012001:CAFE:AF6::/64
2.2.2.214980x800000012001:FACA::6/128
2.2.2.214980x800000012001:FACA::7/128
2.2.2.214980x800000012001:CAFE:AFF6::/64
3.3.3.319850x800000012001:FACA::3/128
3.3.3.319850x800000012001:CAFE:AF3::/64
3.3.3.319760x800000012001:CAFE:FFFF::/64
3.3.3.319760x800000012001:FACA::8/128
3.3.3.319760x800000012001:BEBE::/64
3.3.3.319760x800000012001:CAFE:AF8::/64
3.3.3.39800x800000012001:CAFE:CAFE::/64
Link (Type-8) Link States (Area 1)
ADV Router Age Seq# Link ID Interface 3.3.3.319860x8000000113 Se2/0
5.5.5.5730x8000000313 Se2/0
Intra Area Prefix Link States (Area 1)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
3.3.3.319860x8000000100x20010
4.4.4.49900x8000000400x20010
5.5.5.59840x8000000600x20010
5.5.5.5730x8000000251200x20025
Router Link States (Area 3)
ADV Router Age Seq# Fragment ID Link count Bits
1.1.1.119410x8000000301 B
3.3.3.319800x8000000201 B
8.8.8.89950x8000000701 None
Inter Area Prefix Link States (Area 3)
ADV Router Age Seq# Prefix 1.1.1.119860x800000012001:FACA::1/128
1.1.1.119860x800000012001:CAFE:CAFE::/64
1.1.1.119860x800000012001:CAFE:AF3::/64
1.1.1.119860x800000012001:CAFE:AFF1::/64
1.1.1.119760x800000012001:CAFE:AF4::/64
1.1.1.119390x800000012001:CAFE:FFFE::/64
1.1.1.119390x800000012001:FACA::4/128
1.1.1.119390x800000012001:FACA::5/128
1.1.1.119390x800000012001:CAFE:AF5::/64
1.1.1.119390x800000012001:CAFE:AFF4::/64
1.1.1.119390x800000012001:FACA::2/128
1.1.1.119390x800000012001:FACA::3/128
1.1.1.114990x800000012001:CAFE:AF7::/64
1.1.1.114990x800000012001:CAFE:AF6::/64
214
1.1.1.114990x800000012001:FACA::6/128
1.1.1.114990x800000012001:FACA::7/128
1.1.1.114990x800000012001:CAFE:AFF6::/64
3.3.3.319860x800000012001:FACA::3/128
3.3.3.319860x800000012001:CAFE:AF3::/64
3.3.3.319760x800000012001:CAFE:FFFE::/64
3.3.3.319760x800000012001:FACA::4/128
3.3.3.319760x800000012001:CAFE:AF4::/64
3.3.3.319760x800000012001:FACA::5/128
3.3.3.319760x800000012001:CAFE:AF5::/64
3.3.3.319760x800000012001:CAFE:AFF4::/64
3.3.3.39810x800000012001:CAFE:CAFE::/64
Link (Type-8) Link States (Area 3)
ADV Router Age Seq# Link ID Interface 3.3.3.319810x8000000214 Se2/1
8.8.8.819900x8000000213 Se2/1
Intra Area Prefix Link States (Area 3)
ADV Router Age Seq# Link ID Ref-lstype Ref-LSID
3.3.3.319860x8000000100x20010
8.8.8.89960x8000000400x20010
R3#