Instituto de Pesquisas Tecnológicas do Estado de São Paulocassiopea.ipt.br/teses/2012_EC_Alan_Belmonte.pdf · versão 3, de modo a atender as exigências de alta velocidade, grande

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



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



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 27 – Tempo de resposta para IPv4 no Teste3A 105

Figura 28 – Tempo de resposta para IPv6 no Teste3B 106





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 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 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 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 8 – Resultados dos testes 3A e 3B 109


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


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


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


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





…


32 TimedOut

…

43 TimedOut






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


O 3.3.3.3[110/11] via 192.168.0.14,00:30:26, Ethernet1/2



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;


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;


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


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

!


ipaddress192.168.0.1255.255.255.252

!


ipaddress192.168.0.13255.255.255.252

!


ipaddress192.168.0.9255.255.255.252

!

interface Serial2/0.1 point-to-point

ipaddress172.16.0.1255.255.255.252

!


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

!


ipv6address2001:cafe:aff1::D/64

!


ipv6address2001:cafe:af4::A/64

!



!



!



!



! OSPFv3 (Para IPv6):

ipv6router ospf 1

router-id 1.1.1.1

!

78

!

int loopback0

ipv6 ospf 1 area 0

!


ipv6 ospf 1 area 0

!


ipv6 ospf 1 area 1

!


ipv6 ospf 1 area 0

!


ipv6 ospf 1 area 3

!


ipv6 ospf 1 area 2

!


ipv6 ospf 1 area 2


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


1 133 ms 29 ms 11 ms 1.1.1.1




81

1 51 ms 42 ms 10 ms 10.0.0.2

2 * 80 ms 131 ms 2.2.2.2




1 15 ms 77 ms 33 ms 10.0.0.2

2 84 ms 1 ms 98 ms 3.3.3.3




1 40 ms 26 ms 33 ms 10.0.0.2

2 27 ms 41 ms 7 ms 4.4.4.4




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


C:\>



1 23 ms 1 ms 1 ms 10.0.0.2

2 45 ms 39 ms 14 ms 6.6.6.6

82




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




1 3 ms 1 ms 75 ms 10.0.0.2

2 55 ms 12 ms 11 ms 8.8.8.8



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


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




1 25 ms 2 ms <1 ms 2001:cafe:cafe::2

2 206 ms 29 ms 66 ms 2001:faca::2




1 33 ms 3 ms 2 ms 2001:cafe:cafe::2

2 75 ms 16 ms 3 ms 2001:faca::3





2 37 ms 142 ms 18 ms 2001:faca::4




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


84




2 3 ms 266 ms 10 ms 2001:faca::6




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





2 41 ms 58 ms 115 ms 2001:faca::8



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



85




...





Duration: 00:02:12.171

Average of the response times = 71,99 ms

Stopped Ping


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





...








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




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




O 2.2.2.2[110/11] via 192.168.10.2,00:30:36, Ethernet1/0


O 3.3.3.3[110/11] via 192.168.0.14,00:30:26, Ethernet1/2


O 4.4.4.4[110/11] via 192.168.0.2,00:30:16, Ethernet1/1


O 5.5.5.5[110/21] via 192.168.0.2,00:30:06, Ethernet1/1


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


O 6.6.6.6[110/196] via 172.16.0.2,00:28:27, Serial2/0.1


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



O 7.7.7.7[110/206] via 172.16.0.2,00:28:27, Serial2/0.1


O 8.8.8.8[110/11] via 192.168.0.10,00:31:07, Ethernet1/3


88

O 10.8.0.0[110/20] via 192.168.0.10,00:24:47, Ethernet1/3






O 192.168.0.4[110/70] via 192.168.0.2,00:30:07, Ethernet1/1

R1#


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


L 2001:CAFE:AF4::A/128[0/0]


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]


L 2001:CAFE:AF7::A/128[0/0]


C 2001:CAFE:AF8::/64[0/0]


L 2001:CAFE:AF8::A/128[0/0]


C 2001:CAFE:AFF1::/64[0/0]


L 2001:CAFE:AFF1::D/128[0/0]


O 2001:CAFE:AFF4::/64[110/20]


O 2001:CAFE:AFF6::/64[110/205]

via FE80::C805:15FF:FEC4:0, Serial2/0.1

C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


O 2001:CAFE:FFFE::/64[110/520]


O 2001:CAFE:FFFF::/64[110/1010]


LC 2001:FACA::1/128[0/0]

via Loopback0, receive

O 2001:FACA::2/128[110/10]


O 2001:FACA::3/128[110/10]

via FE80::C807:15FF:FEC4:1C, Ethernet1/2

O 2001:FACA::4/128[110/10]

90


O 2001:FACA::5/128[110/20]


O 2001:FACA::6/128[110/195]


O 2001:FACA::7/128[110/205]


O 2001:FACA::8/128[110/10]


L FF00::/8[0/0]

via Null0, receive

R1#


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


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)


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



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



192.168.0.24.4.4.414060x800000010x000AA3

192.168.0.52.2.2.214690x800000010x00ACFD

192.168.10.65.5.5.514310x800000010x000E7D



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


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


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


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


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


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.



…



32 TimedOut

…

43 TimedOut



…







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






...




33 TimedOut

34 TimedOut

...

48 TimedOut

49 TimedOut





...





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.



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


C:\>tracert -d 10.8.0.5


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


Quadro 27 – Rota IPv4 após Teste1 Fonte: Alan Aquilino

Quadro 28 – Rota IPv6 após Teste1 C:\>tracert -d 2001:FACA::8


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


C:\>tracert -d 2001:BEBE::5

100


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



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


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



102

...



13 TimedOut

14 TimedOut

...

24 TimedOut

25 TimedOut



...



Duration: 00:03:15.015



103

ping: 2001:faca::4 ( 2001:faca::4 )



...



12 TimedOut

13 TimedOut

...

27 TimedOut

28 TimedOut



...




Duration: 00:03:16.875



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.



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



...



12 TimedOut

13 TimedOut



...





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 )











11 TimedOut

12 TimedOut



...



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



...



11 TimedOut

...

20 TimedOut


...






Quadro 35 – Testes via ICMP com IPv4 no Teste3B Fonte: Alan Aquilino

108


ping: 2001:faca::6 ( 2001:faca::6 )



...



11 TimedOut

...

22 TimedOut



....





Quadro 36 – Testes via ICMP com IPv6 no Teste3B Fonte: Alan Aquilino

109


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



...



17 TimedOut

...

37 TimedOut


...








111


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


...



17 TimedOut

18 TimedOut

...

35 TimedOut

36 TimedOut




...






112


Os testes de traceroute (Quadros 39 e 40) indicam que todo tráfego está

sendo roteado por R3.

tracert 10.0.0.5


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


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



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.


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





5 Reply from 10.0.0.5 in 18 ms ; Bytes: 32 ; Average: 95,00 ms ; Time: 00:0

...







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 )



...





16 DestinationHostUnreachable


...




58 Reply from 2001:cafe:cafe::5 in 19 ms ; Bytes: 32 ; Average: 83,47 ms ; Time: 00:0


...





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]]


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]]


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]]


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


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


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

!


bandwidth 10000

ipaddress192.168.10.1255.255.255.252

noshut


bandwidth 10000

ipaddress192.168.0.1255.255.255.252

noshut


bandwidth 10000

ipaddress192.168.0.13255.255.255.252

noshut


bandwidth 10000

ipaddress192.168.0.9255.255.255.252

noshut


shut


shut


shut


shut

142

interface Serial2/0

encapsulation frame-relay

noshutdown

!


bandwidth 512

ipaddress172.16.0.1255.255.255.252

frame-relay interface-dlci 111

noshut

!

noshut

interface Serial2/1


noshut


bandwidth 256

ipaddress172.16.0.5255.255.255.252


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


! 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


! Configuração do OSPF versão 3 de acordo cada interface e área

ipv6 ospf 1 area 0

!



ipv6 ospf 1 area 0



ipv6 ospf 1 area 1



ipv6 ospf 1 area 0



ipv6 ospf 1 area 3

!



ipv6 ospf 1 area 2

144



ipv6 ospf 1 area 2

! Configuração da interface local que conecta no PC1


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




noshut


bandwidth 1000

R2

hostname R2

int loopback0

ipaddress2.2.2.2255.255.255.255

noshut

!

interface f0/0

shut

!

145


ipaddress192.168.10.2255.255.255.252


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


ipv6router ospf 1

router-id 2.2.2.2


int loopback0


ipv6 ospf 1 area 0

!


ipv6address2001:cafe:aff1::E/64

ipv6 ospf 1 area 0

noip ospf cost 30

no ipv6 ospf cost 30



ipv6 ospf 1 area 1

ip ospf cost 50

ipv6 ospf cost 50


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




standby2ip10.0.0.1

standby2 preempt




noshut

router ospf 1

network 10.0.0.00.0.0.255 area 0


bandwidth 1000

R3

hostname R3

!

int loopback0

ipaddress3.3.3.3255.255.255.255

!


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

!


!

ipv6router ospf 1

router-id 3.3.3.3


!

int loopback0


ipv6 ospf 1 area 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

!


ipaddress192.168.10.5255.255.255.252

noshut


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


ipv6router ospf 1

router-id 4.4.4.4


int loopback0


ipv6 ospf 1 area 1


no ipv6address2001:cafe:af4::D/64


ipv6 ospf 1 area 1


no ipv6address2001:cafe:af4::B/64


ipv6 ospf 1 area 1

R5

hostname R5

149

!

int loopback0

ipaddress5.5.5.5255.255.255.255

noshut

!


ipaddress192.168.10.6255.255.255.252

noshut


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


ipv6router ospf 1

router-id 5.5.5.5


int loopback0


ipv6 ospf 1 area 1


150


ipv6 ospf 1 area 1


ip ospf cost 50

ipv6 ospf cost 50


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

!


ipaddress192.168.10.9255.255.255.252

noshut


shut


shut


shut


shut


shut


shut

151


shut

interface Serial2/0

noshutdown



bandwidth 512

ipaddress172.16.0.2255.255.255.252


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


ipv6router ospf 1

router-id 6.6.6.6


int loopback0

152


ipv6 ospf 1 area 2



ipv6 ospf 1 area 2



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

!


ipaddress192.168.10.10255.255.255.252

noshut


shut


shut


shut


shut


153

shut


shut


shut

interface Serial2/0


noshut


bandwidth 256

ipaddress172.16.0.6255.255.255.252


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

!


ipv6router ospf 1

router-id 7.7.7.7


154

int loopback0


ipv6 ospf 1 area 2



ipv6 ospf 1 area 2



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

!


ipaddress192.168.0.10255.255.255.252

noshut


shut


shut


shut

155


shut


shut


shut


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


ipv6router ospf 1

router-id 8.8.8.8


int loopback0


ipv6 ospf 1 area 3



ipv6 ospf 1 area 3

interface Serial2/0

ipv6address2001:cafe:FFFF::B/64

ipv6 ospf 1 area 3

noshut


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



124 ms 31 ms 16 ms 10.0.0.2

242 ms 58 ms 58 ms 8.8.8.8


C:\>tracert -d 10.8.0.5


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


C:\>



158 ms 17 ms 43 ms 2001:cafe:cafe::2

242 ms 19 ms 35 ms 2001:faca::8




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


C:\>

R1#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP





ia - IS-IS inter area,* - candidate default, U - per-user

static route


161





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


O 3.3.3.3[110/11] via 192.168.0.14,02:05:39, Ethernet1/2


O 4.4.4.4[110/11] via 192.168.0.2,02:05:39, Ethernet1/1


O 5.5.5.5[110/21] via 192.168.0.2,02:05:39, Ethernet1/1



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


O 6.6.6.6[110/196] via 172.16.0.2,02:04:15, Serial2/0.1


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




O 7.7.7.7[110/206] via 172.16.0.2,02:04:16, Serial2/0.1


O 8.8.8.8[110/11] via 192.168.0.10,00:00:28, Ethernet1/3


O 10.8.0.0[110/20] via 192.168.0.10,00:00:28, Ethernet1/3






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



EIGRP

EX - EIGRP external


ext 2


O 2001:BEBE::/64[110/20]


C 2001:CAFE:AF3::/64[0/0]


L 2001:CAFE:AF3::A/128[0/0]


C 2001:CAFE:AF4::/64[0/0]


L 2001:CAFE:AF4::A/128[0/0]


O 2001:CAFE:AF5::/64[110/70]

162


C 2001:CAFE:AF6::/64[0/0]


L 2001:CAFE:AF6::A/128[0/0]


C 2001:CAFE:AF7::/64[0/0]


L 2001:CAFE:AF7::A/128[0/0]


C 2001:CAFE:AF8::/64[0/0]


L 2001:CAFE:AF8::A/128[0/0]


C 2001:CAFE:AFF1::/64[0/0]


L 2001:CAFE:AFF1::D/128[0/0]


O 2001:CAFE:AFF4::/64[110/20]


O 2001:CAFE:AFF6::/64[110/205]


C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


O 2001:CAFE:FFFE::/64[110/520]


O 2001:CAFE:FFFF::/64[110/1010]


LC 2001:FACA::1/128[0/0]


O 2001:FACA::2/128[110/10]

via FE80::C800:17FF:FE20:20, Ethernet1/4


O 2001:FACA::3/128[110/10]


O 2001:FACA::4/128[110/10]


O 2001:FACA::5/128[110/20]


O 2001:FACA::6/128[110/195]


O 2001:FACA::7/128[110/205]


O 2001:FACA::8/128[110/10]


L FF00::/8[0/0]

via Null0, receive

R1#




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


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


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



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


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


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



1.1.1.11.1.1.115610x800000070x0070C54

6.6.6.66.6.6.616270x800000070x00E5C84

7.7.7.77.7.7.716850x800000070x008E834


165

Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.716850x800000040x004C20



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



1.1.1.11.1.1.1660x8000000C 0x00C26E 1

3.3.3.33.3.3.315840x800000050x00D0972

8.8.8.88.8.8.8670x800000130x007F6A 5


Link ID ADV Router Age Seq# Checksum 192.168.0.91.1.1.1660x800000010x00178B



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



ADV Router Age Seq# Fragment ID Link count Bits

1.1.1.116080x8000000703 B

2.2.2.217780x8000000702 B

3.3.3.317990x8000000701 B


ADV Router Age Seq# Link ID Rtr count 2.2.2.217780x8000000452

2.2.2.217780x8000000492

3.3.3.317990x8000000452


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


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



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



4.4.4.415520x8000000462

5.5.5.517930x8000000452


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



4.4.4.415520x800000046 Et1/1



2.2.2.217650x8000000461440x20026

3.3.3.317850x8000000400x20010

4.4.4.415520x8000000600x20010

4.4.4.415520x8000000461440x20026

5.5.5.517940x8000000600x20010

5.5.5.517940x8000000451200x20025



1.1.1.115930x8000000702 B

169

6.6.6.616620x8000000902 None

7.7.7.716440x8000000902 None





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


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



1.1.1.115930x8000000400x20010

6.6.6.616630x8000000600x20010

7.7.7.716440x8000000600x20010

7.7.7.716440x8000000451200x20025



1.1.1.1880x8000001101 B

3.3.3.317850x8000000501 B

8.8.8.8840x8000001A 02 None




170


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



8.8.8.8900x800000025 Et1/3



1.1.1.1900x8000000181920x20028

3.3.3.317860x8000000400x20010

8.8.8.814910x8000000700x20010

R1#

Estatísticas após convergência do teste1

C:\>

171



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


C:\>

C:\>tracert -d 10.8.0.5


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


C:\>



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


C:\>



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


C:\>







static route


172





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


O 3.3.3.3[110/11] via 192.168.0.14,01:55:12, Ethernet1/2


O 4.4.4.4[110/11] via 192.168.0.2,01:55:12, Ethernet1/1


O 5.5.5.5[110/21] via 192.168.0.2,01:55:12, Ethernet1/1



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


O 6.6.6.6[110/196] via 172.16.0.2,01:53:50, Serial2/0.1


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




O 7.7.7.7[110/206] via 172.16.0.2,01:53:50, Serial2/0.1


O IA 8.8.8.8[110/1011] via 192.168.0.14,01:16:53, Ethernet1/2


O IA 10.8.0.0[110/1020] via 192.168.0.14,01:16:53, Ethernet1/2






O 192.168.0.4[110/70] via 192.168.0.2,01:55:14, Ethernet1/1

R1#

R1#

R1#sh ipv6 route


route



EIGRP

EX - EIGRP external


ext 2


OI 2001:BEBE::/64[110/1020]


C 2001:CAFE:AF3::/64[0/0]


L 2001:CAFE:AF3::A/128[0/0]


C 2001:CAFE:AF4::/64[0/0]


L 2001:CAFE:AF4::A/128[0/0]

173


O 2001:CAFE:AF5::/64[110/70]


C 2001:CAFE:AF6::/64[0/0]


L 2001:CAFE:AF6::A/128[0/0]


C 2001:CAFE:AF7::/64[0/0]


L 2001:CAFE:AF7::A/128[0/0]


C 2001:CAFE:AF8::/64[0/0]


L 2001:CAFE:AF8::A/128[0/0]


C 2001:CAFE:AFF1::/64[0/0]


L 2001:CAFE:AFF1::D/128[0/0]


O 2001:CAFE:AFF4::/64[110/20]


O 2001:CAFE:AFF6::/64[110/205]


C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


O 2001:CAFE:FFFE::/64[110/520]


OI 2001:CAFE:FFFF::/64[110/1010]


LC 2001:FACA::1/128[0/0]


O 2001:FACA::2/128[110/10]

via FE80::C800:17FF:FE20:20, Ethernet1/4


O 2001:FACA::3/128[110/10]


O 2001:FACA::4/128[110/10]


O 2001:FACA::5/128[110/20]


O 2001:FACA::6/128[110/195]


O 2001:FACA::7/128[110/205]


OI 2001:FACA::8/128[110/1010]


L FF00::/8[0/0]

via Null0, receive

R1#




174


1.1.1.11.1.1.114080x800000060x0007DC 4

2.2.2.22.2.2.215710x800000050x0039A43

3.3.3.33.3.3.314300x800000050x0038C82


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


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



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


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



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



1.1.1.11.1.1.114090x800000070x0070C54

6.6.6.66.6.6.614750x800000070x00E5C84

7.7.7.77.7.7.715330x800000070x008E834


176

Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.715330x800000040x004C20



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



1.1.1.11.1.1.111610x8000000B 0x00F0B61



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#



177



1.1.1.114460x8000000703 B

2.2.2.216170x8000000702 B

3.3.3.316370x8000000701 B



2.2.2.216170x8000000492

3.3.3.316370x8000000452



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



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


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



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



4.4.4.414060x8000000462

5.5.5.516480x8000000452



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



4.4.4.414070x800000046 Et1/1



2.2.2.216200x8000000461440x20026

3.3.3.316400x8000000400x20010

4.4.4.414070x8000000600x20010

4.4.4.414070x8000000461440x20026

5.5.5.516480x8000000600x20010

5.5.5.516480x8000000451200x20025



1.1.1.114480x8000000702 B

6.6.6.615170x8000000902 None

7.7.7.714990x8000000902 None





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



7.7.7.714990x8000000520 Se2/1.1

1.1.1.114480x8000000520 Se2/0.1

6.6.6.615170x8000000520 Se2/0.1



1.1.1.114480x8000000400x20010

6.6.6.615170x8000000600x20010

7.7.7.714990x8000000600x20010

7.7.7.714990x8000000451200x20025



1.1.1.111970x8000000F 00 B



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





181

1.1.1.111980x8000000300x20010

R1#


C:\>



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


C:\>

C:\>



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


C:\>


C:\>







static route






O 2.2.2.2[110/11] via 192.168.10.2,03:07:29, Ethernet1/0


O 3.3.3.3[110/11] via 192.168.0.14,03:06:56, Ethernet1/2


O IA 4.4.4.4[110/71] via 192.168.10.2,00:18:49, Ethernet1/0


O IA 5.5.5.5[110/61] via 192.168.10.2,00:18:49, Ethernet1/0

182



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


O 6.6.6.6[110/196] via 172.16.0.2,03:05:33, Serial2/0.1


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




O 7.7.7.7[110/206] via 172.16.0.2,03:05:33, Serial2/0.1


O 8.8.8.8[110/11] via 192.168.0.10,00:21:56, Ethernet1/3


O 10.8.0.0[110/20] via 192.168.0.10,00:21:55, Ethernet1/3






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


route



EIGRP

EX - EIGRP external


ext 2


O 2001:BEBE::/64[110/20]


C 2001:CAFE:AF3::/64[0/0]


L 2001:CAFE:AF3::A/128[0/0]


C 2001:CAFE:AF4::/64[0/0]


L 2001:CAFE:AF4::A/128[0/0]


OI 2001:CAFE:AF5::/64[110/60]


C 2001:CAFE:AF6::/64[0/0]


L 2001:CAFE:AF6::A/128[0/0]


C 2001:CAFE:AF7::/64[0/0]


L 2001:CAFE:AF7::A/128[0/0]


C 2001:CAFE:AF8::/64[0/0]


183

L 2001:CAFE:AF8::A/128[0/0]


C 2001:CAFE:AFF1::/64[0/0]


L 2001:CAFE:AFF1::D/128[0/0]


OI 2001:CAFE:AFF4::/64[110/70]


O 2001:CAFE:AFF6::/64[110/205]


C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


OI 2001:CAFE:FFFE::/64[110/510]


O 2001:CAFE:FFFF::/64[110/1010]


LC 2001:FACA::1/128[0/0]


O 2001:FACA::2/128[110/10]


O 2001:FACA::3/128[110/10]


OI 2001:FACA::4/128[110/70]


OI 2001:FACA::5/128[110/60]


O 2001:FACA::6/128[110/195]


O 2001:FACA::7/128[110/205]


O 2001:FACA::8/128[110/10]


L FF00::/8[0/0]

via Null0, receive

R1#





1.1.1.11.1.1.12010x800000090x0097EE 4

2.2.2.22.2.2.21880x800000080x00C9B63

3.3.3.33.3.3.313410x800000070x0034CA 2


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


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



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


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


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



1.1.1.11.1.1.113280x800000090x006CC74

6.6.6.66.6.6.613800x800000090x00E1CA 4

7.7.7.77.7.7.714230x800000090x008A854


Link ID ADV Router Age Seq# Checksum 192.168.10.107.7.7.714220x800000060x004822



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



1.1.1.11.1.1.114610x800000140x00B2761

3.3.3.33.3.3.313440x800000070x00CC992

8.8.8.88.8.8.814620x8000001F 0x0067765





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#





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



5.5.5.515690x8000000652



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



4.4.4.413050x800000065 Et1/0

5.5.5.515700x800000065 Et1/0



2.2.2.215550x8000000661440x20026

3.3.3.315410x8000000600x20010

4.4.4.413050x8000000800x20010

5.5.5.515700x8000000800x20010

5.5.5.515700x8000000651200x20025

R4#




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


C:\>



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



189






static route






O 2.2.2.2[110/11] via 192.168.10.2,03:59:17, Ethernet1/0


O 3.3.3.3[110/11] via 192.168.0.14,03:58:44, Ethernet1/2


O 4.4.4.4[110/11] via 192.168.0.2,00:28:33, Ethernet1/1


O 5.5.5.5[110/21] via 192.168.0.2,00:28:33, Ethernet1/1



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


O 6.6.6.6[110/401] via 172.16.0.6,00:07:19, Serial2/1.1


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




O 7.7.7.7[110/391] via 172.16.0.6,00:07:19, Serial2/1.1


O 8.8.8.8[110/11] via 192.168.0.10,01:13:43, Ethernet1/3


O 10.8.0.0[110/20] via 192.168.0.10,01:13:43, Ethernet1/3






O 192.168.0.4[110/70] via 192.168.0.2,00:28:33, Ethernet1/1

R1#

R1#sh ipv6 route


route



EIGRP

EX - EIGRP external


ext 2


O 2001:BEBE::/64[110/20]


C 2001:CAFE:AF3::/64[0/0]

190


L 2001:CAFE:AF3::A/128[0/0]


C 2001:CAFE:AF4::/64[0/0]


L 2001:CAFE:AF4::A/128[0/0]


O 2001:CAFE:AF5::/64[110/70]


C 2001:CAFE:AF6::/64[0/0]


L 2001:CAFE:AF6::A/128[0/0]


C 2001:CAFE:AF7::/64[0/0]


L 2001:CAFE:AF7::A/128[0/0]


C 2001:CAFE:AF8::/64[0/0]


L 2001:CAFE:AF8::A/128[0/0]


C 2001:CAFE:AFF1::/64[0/0]


L 2001:CAFE:AFF1::D/128[0/0]


O 2001:CAFE:AFF4::/64[110/20]


O 2001:CAFE:AFF6::/64[110/400]

via FE80::C804:14FF:FE2C:0, Serial2/1.1

C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


O 2001:CAFE:FFFE::/64[110/520]


O 2001:CAFE:FFFF::/64[110/1010]


LC 2001:FACA::1/128[0/0]


O 2001:FACA::2/128[110/10]


O 2001:FACA::3/128[110/10]


O 2001:FACA::4/128[110/10]


O 2001:FACA::5/128[110/20]


O 2001:FACA::6/128[110/400]


O 2001:FACA::7/128[110/390]


O 2001:FACA::8/128[110/10]


L FF00::/8[0/0]

via Null0, receive

R1#


191




1.1.1.11.1.1.112760x8000000A 0x0095EF 4

2.2.2.22.2.2.213780x800000090x00C7B73

3.3.3.33.3.3.32910x800000090x0030CC 2


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


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



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


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


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


193


1.1.1.11.1.1.14630x800000130x00DBF53

6.6.6.66.6.6.64760x800000180x00833C 2

7.7.7.77.7.7.73820x8000000B 0x0086874





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



1.1.1.11.1.1.15200x800000160x00AE781

3.3.3.33.3.3.32930x800000090x00C89B 2

8.8.8.88.8.8.84090x800000210x0063785


Link ID ADV Router Age Seq# Checksum 192.168.0.91.1.1.15200x8000000B 0x000395



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#





1.1.1.113880x8000000B 03 B

2.2.2.212850x8000000B 02 B

3.3.3.35930x8000000B 01 B



2.2.2.27760x8000000892

3.3.3.35930x8000000852



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



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



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



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



2.2.2.27550x8000000862

5.5.5.55270x8000000852

196



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



4.4.4.417690x800000026 Et1/1



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



1.1.1.14830x8000001301 B

6.6.6.64980x8000001A 01 None

7.7.7.75310x8000000D 02 None





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



7.7.7.75320x8000000920 Se2/1.1

1.1.1.13480x8000000920 Se2/0.1

6.6.6.67400x8000000C 20 Se2/0.1



1.1.1.13480x8000000800x20010

6.6.6.64990x8000001200x20010

7.7.7.75320x8000000A 00x20010

7.7.7.75320x8000000851200x20025



198

1.1.1.15980x8000001F 01 B

3.3.3.35720x8000000901 B

8.8.8.84730x8000002C 02 None





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



8.8.8.84740x800000085 Et1/3



1.1.1.15980x8000000781920x20028

3.3.3.35730x8000000800x20010

8.8.8.82310x8000000B 00x20010

199

R1#


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


C:\Documents and Settings\Administrador>

C:\Documents and Settings\Administrador>tracert 10.0.0.5


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


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#






200


static route




O IA 3.3.3.3[110/501] via 172.16.20.1,00:13:42, Serial2/0


O 4.4.4.4[110/11] via 192.168.10.5,00:30:27, 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


O IA 172.16.20.4/30[110/1500] via 172.16.20.1,00:13:42, Serial2/0


O IA 8.8.8.8[110/1501] via 172.16.20.1,00:13:42, Serial2/0


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


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


R5#

R5#

R5#

R5#sh ipv

R5#sh ipv6 rou

R5#sh ipv6 route


route



EIGRP

EX - EIGRP external


ext 2


OI 2001:BEBE::/64[110/1510]

via FE80::C807:DFF:FE90:0, Serial2/0

OI 2001:CAFE:AF3::/64[110/510]


O 2001:CAFE:AF4::/64[110/20]

via FE80::C802:16FF:FE2C:1C, Ethernet1/0

C 2001:CAFE:AF5::/64[0/0]


L 2001:CAFE:AF5::B/128[0/0]


OI 2001:CAFE:AF8::/64[110/1510]


C 2001:CAFE:AFF4::/64[0/0]


L 2001:CAFE:AFF4::E/128[0/0]


201

OI 2001:CAFE:CAFE::/64[110/510]


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]


OI 2001:FACA::3/128[110/500]


O 2001:FACA::4/128[110/10]

via FE80::C802:16FF:FE2C:1C, Ethernet1/0

LC 2001:FACA::5/128[0/0]


OI 2001:FACA::8/128[110/1500]


L FF00::/8[0/0]

via Null0, receive

R5#





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


Link ID ADV Router Age Seq# Checksum 192.168.10.65.5.5.518490x800000010x000E7D


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#





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





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


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



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


R8#

*Dec 28 14:01:22.375: %OSPF-5-ADJCHG: Process 1, Nbr 1.1.1.1 on


R8#

R8#

R8#

R8#

204

R8#sh ip rou R8#sh ip route Codes: C - connected, S - static, R - RIP, M - mobile, B - BGP






static route




O IA 3.3.3.3[110/1001] via 172.16.20.5,00:14:35, Serial2/0


O IA 4.4.4.4[110/1511] via 172.16.20.5,00:14:35, Serial2/0


O IA 5.5.5.5[110/1501] via 172.16.20.5,00:14:35, Serial2/0


O IA 192.168.10.4[110/1510] via 172.16.20.5,00:14:35, Serial2/0


O IA 172.16.20.0/30[110/1500] via 172.16.20.5,00:14:35, Serial2/0







O IA 10.0.0.0[110/1010] via 172.16.20.5,00:14:35, Serial2/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


route



EIGRP

EX - EIGRP external


ext 2


C 2001:BEBE::/64[0/0]


L 2001:BEBE::1/128[0/0]


OI 2001:CAFE:AF3::/64[110/1010]


OI 2001:CAFE:AF4::/64[110/1520]


OI 2001:CAFE:AF5::/64[110/1550]


C 2001:CAFE:AF8::/64[0/0]

205


L 2001:CAFE:AF8::B/128[0/0]


OI 2001:CAFE:AFF4::/64[110/1510]


OI 2001:CAFE:CAFE::/64[110/1010]


OI 2001:CAFE:FFFE::/64[110/1500]


C 2001:CAFE:FFFF::/64[0/0]


L 2001:CAFE:FFFF::B/128[0/0]


OI 2001:FACA::3/128[110/1000]


OI 2001:FACA::4/128[110/1510]


OI 2001:FACA::5/128[110/1500]


LC 2001:FACA::8/128[0/0]


L FF00::/8[0/0]

via Null0, receive

R8#





1.1.1.11.1.1.118580x800000020x00E0591

3.3.3.33.3.3.318840x800000020x00D6942

8.8.8.88.8.8.89000x800000050x0083EA 5



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#





1.1.1.118600x8000000301 B

3.3.3.318960x8000000201 B

8.8.8.89160x8000000701 None



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



3.3.3.318970x8000000214 Se2/0

8.8.8.819010x8000000213 Se2/0

1.1.1.119060x800000018 Et1/0

8.8.8.819290x800000015 Et1/0


207


3.3.3.318980x8000000100x20010

8.8.8.89160x8000000400x20010

R8#

R3

----







static route






O 4.4.4.4[110/511] via 172.16.20.2,00:31:48, Serial2/0


O 5.5.5.5[110/501] via 172.16.20.2,00:31:48, Serial2/0


O 192.168.10.4[110/510] via 172.16.20.2,00:31:48, Serial2/0







O 8.8.8.8[110/1001] via 172.16.20.6,00:31:48, Serial2/1


O 10.8.0.0[110/1010] via 172.16.20.6,00:31:48, Serial2/1



O 192.168.0.8[110/1010] via 172.16.20.6,00:31:48, Serial2/1


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


route

208



EIGRP

EX - EIGRP external


ext 2


O 2001:BEBE::/64[110/1010]

via FE80::C801:13FF:FE94:0, Serial2/1

C 2001:CAFE:AF3::/64[0/0]


L 2001:CAFE:AF3::B/128[0/0]


O 2001:CAFE:AF4::/64[110/520]

via FE80::C803:16FF:FE2C:0, Serial2/0

O 2001:CAFE:AF5::/64[110/550]


O 2001:CAFE:AF8::/64[110/1010]


O 2001:CAFE:AFF4::/64[110/510]


C 2001:CAFE:CAFE::/64[0/0]


L 2001:CAFE:CAFE::2/128[0/0]


C 2001:CAFE:FFFE::/64[0/0]


L 2001:CAFE:FFFE::A/128[0/0]


C 2001:CAFE:FFFF::/64[0/0]


L 2001:CAFE:FFFF::A/128[0/0]


LC 2001:FACA::3/128[0/0]


O 2001:FACA::4/128[110/510]


O 2001:FACA::5/128[110/500]


O 2001:FACA::8/128[110/1000]


L FF00::/8[0/0]

via Null0, receive

R3#





1.1.1.11.1.1.118900x800000030x000DD94

2.2.2.22.2.2.218960x800000020x00D5B03

3.3.3.33.3.3.39370x800000040x00A1B73



209

10.0.0.32.2.2.218960x800000010x0039DF

192.168.10.22.2.2.218960x800000010x009320


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



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


Link ID ADV Router Age Seq# Checksum 192.168.10.65.5.5.5260x800000020x000C7E



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



1.1.1.11.1.1.119010x800000020x00E0591

3.3.3.33.3.3.319320x800000020x00D6942

8.8.8.88.8.8.89440x800000050x0083EA 5



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#





1.1.1.119340x8000000403 B

2.2.2.219310x8000000502 B

3.3.3.39500x8000000600 B



2.2.2.219440x8000000192



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



1.1.1.119870x800000017 Et1/0

3.3.3.319850x800000015 Et1/0



1.1.1.119430x8000000200x20010

2.2.2.219430x8000000200x20010

2.2.2.219440x8000000151200x20025

2.2.2.219440x8000000192160x20029

3.3.3.39850x8000000400x20010



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





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



5.5.5.5730x8000000313 Se2/0



3.3.3.319860x8000000100x20010

4.4.4.49900x8000000400x20010

5.5.5.59840x8000000600x20010

5.5.5.5730x8000000251200x20025



1.1.1.119410x8000000301 B

3.3.3.319800x8000000201 B

8.8.8.89950x8000000701 None



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



8.8.8.819900x8000000213 Se2/1



3.3.3.319860x8000000100x20010

8.8.8.89960x8000000400x20010

R3#