Ccna 2

Bem-vindo
Bem-vindo ao curso Protocolos e conceitos de roteamento do CCNA Exploration. A meta

desenvolver uma compreenso de como um roteador aprende redes remotas e determina o
melhor caminho para essas redes. Este curso inclui o roteamento esttico e os protocolos de
roteamento dinmico. As habilidades especficas explicadas em cada captulo so descritas no
incio de cada um deles.
Viso geral do curso
O foco principal deste curso est no roteamento e nos protocolos de roteamento. A meta
desenvolver uma compreenso de como um roteador aprende redes remotas e determina o
melhor caminho para essas redes. Este curso inclui o roteamento esttico e os protocolos de
roteamento dinmico. Examinando vrios protocolos de roteamento, voc ter uma melhor
compreenso de cada um dos protocolos de roteamento individuais, alm de uma perspectiva
melhor do roteamento em geral. Aprender a configurao dos protocolos de roteamento
bastante simples. Desenvolver uma compreenso dos conceitos de roteamento propriamente
ditos mais difcil, embora seja essencial para implementar, verificar, identificar e solucionar
problemas das operaes de roteamento.
Cada captulo de protocolo de roteamento esttico e de roteamento dinmico usa uma nica
topologia em todo o captulo. Voc usar essa topologia para configurar, verificar, identificar e
solucionar problemas das operaes de roteamento abordadas no captulo.
1
Desenvolvido por Czar Andrade Barreto Filho
Fonte: Cisco CCNA Exploration 4.0
Os laboratrios e as atividades do Packet Tracer usadas neste curso foram criadas para ajudar
a desenvolver uma compreenso de como configurar operaes de roteamento, ao mesmo
tempo em que reforam os conceitos aprendidos em cada captulo.
Captulo 1 Introduo ao roteamento e encaminhamento de pacotes no Captulo 1, voc
ser apresentado ao roteador, sua funo nas redes, seus componentes de hardware e de
software, alm do processo de encaminhamento de pacotes. Voc tambm ter uma viso
geral das redes conectadas diretamente, dos protocolos de roteamento esttico e dinmico,
alm de uma breve introduo tabela de roteamento. Todos esses comandos so abordados
com mais detalhes em captulos posteriores. O Captulo 1 tambm inclui uma reviso dos
comandos bsicos do Cisco IOS.
Captulo 2 Roteamento esttico o Captulo 2 se concentra na funo e na configurao das
rotas estticas. O processo da tabela de roteamento apresentado, e voc ver como verificar
entradas de rota quando elas so adicionadas e excludas da tabela de roteamento. Esse
captulo tambm aborda o Cisco Discovery Protocol, uma ferramenta que voc pode usar para
ajudar a verificar operaes de rede.
Captulo 3 Introduo aos protocolos de roteamento dinmico o Captulo 3 fornece uma
viso geral dos conceitos de protocolo de roteamento e os vrios protocolos de roteamento
dinmico disponveis para o roteamento em redes IP. Nesse captulo, voc examinar a funo
dos protocolos de roteamento. H uma viso geral da classificao dos protocolos de
roteamento dinmico. Essa viso geral til para comparar os protocolos diferentes. A maior
parte das informaes deste captulo examinada com mais detalhes nos captulos
posteriores.
Captulo 4 Protocolos de roteamento do vetor de distncia o Captulo 4 apresenta dois tipos
de protocolos de roteamento diferentes: vetor de distncia e link-state. Voc examinar
conceitos do vetor de distncia e operaes, inclusive deteco de rede, manuteno da tabela
de roteamento e o problema dos loops de roteamento. Neste captulo, voc ser apresentado
aos conceitos usados em RIPv1, RIPv2 e nos protocolos de roteamento EIGRP. Esses protocolos
de roteamento so abordados com mais detalhes em captulos posteriores.
Captulo 5 RIPv1 o Captulo 5 o primeiro captulo que se concentra em um protocolo de
roteamento dinmico especfico. Neste captulo, voc aprender o RIP (Routing Information
Protocol) verso 1. O RIPv1, um protocolo de roteamento do vetor de distncia classful, foi um
dos primeiros protocolos de roteamento IP. Voc examinar as caractersticas, as operaes e
as limitaes de RIPv1. Voc tambm aprender tcnicas de configurao de RIPv1,
verificao, identificao e de soluo de problemas.
Captulo 6 VLSM e CIDR o Captulo 6 revisa os conceitos de VLSM (Variable Length Subnet
Mask) e CIDR (Classless Inter-Domain Routing) que foram apresentados no curso Network
Fundamentals. Voc explorar os benefcios de VLSM, alm da funo e dos benefcios de CIDR
nas redes atuais. Em seguida, voc ser apresentado funo dos protocolos de roteamento
classless. Os protocolos de roteamento RIPv2 classless, EIGRP e OSPF so examinados em
captulos posteriores.
2
Captulo 7 RIPv2 o Captulo 7 examina o prximo protocolo de roteamento apresentado

neste curso, RIPv2. RIPv2 um protocolo de roteamento do vetor de distncia classless. Voc
ver como RIPv2 demonstra as vantagens e as operaes de um protocolo de roteamento
classless. O captulo comea com uma discusso das limitaes do protocolo de roteamento
classful, RIPv1. Em seguida, o RIPv2 apresentado, para mostrar como um protocolo de
roteamento classless pode ser usado para superar essas limitaes. Nesse captulo, voc
tambm aprender os comandos necessrios para configurar e verificar RIPv2.
Captulo 8 A tabela de roteamento: Um exame mais detalhado o Captulo 8 examina a tabela
de roteamento de IPv4 com mais detalhes. O captulo comea com uma discusso da estrutura
da tabela de roteamento. Examinando a tabela de roteamento, voc aprender o processo de
pesquisa, como o processo da tabela de roteamento determina a melhor correspondncia com
o endereo IP de destino de um pacote e como inserir uma rota na tabela de roteamento. O
captulo termina com uma discusso sobre as diferenas entre comportamentos de
roteamento classful e classless.
Captulo 9 EIGRP o Captulo 9 se concentra no Cisco EIGRP (Enhanced Interior Gateway
Routing Protocol). EIGRP um protocolo de roteamento do vetor de distncia classless
aprimorado. Voc examinar as vantagens e as operaes do DUAL (Diffusing Update
Algorithm) EIGRP. Em seguida, voc saber sobre a configurao de EIGRP, inclusive os
comandos de verificao, identificao e de soluo de problemas.
Captulo 10 Protocolos de roteamento link-state o Captulo 10 examina conceitos do
protocolo de roteamento link-state (estado de enlace). Voc ser apresentado terminologia
de link-state e ao processo de roteamento link-state. O captulo aborda os benefcios e as
vantagens de um protocolo de roteamento link-state em comparao com um protocolo de
roteamento do vetor de distncia. Em seguida, voc examinar o algoritmo SPF (Shortest Path
First) e a forma como ele usado para criar um mapa de topologia da rede. O protocolo de
roteamento link-state OSPF abordado no captulo seguinte.
Captulo 11 OSPF o captulo final deste curso um exame do protocolo de roteamento
classless link-state OSPF (Open Shortest Path First). Neste captulo, voc examinar operaes
OSPF e configurao, inclusive os comandos de verificao, identificao e de soluo de
problemas. Ao final deste curso, voc deve se sentir confiante quanto ao seu conhecimento de
roteamento e dos protocolos de roteamento. Com estudo e prtica contnuos, voc poder
colocar suas novas habilidades para trabalhar.
3
As redes atuais tm um impacto significativo em nossas vidas alterando a forma como ns

vivemos, trabalhamos e nos divertimos. As redes de computadores e, em um contexto mais
amplo, a Internet permitem s pessoas se comunicar, colaborar e interagir de maneira que
elas jamais viram. Ns usamos a rede de vrias formas, inclusive aplicativos Web, telefonia IP,
videoconferncia, jogos interativos, comrcio eletrnico, educao e muito mais.
No centro da rede est o roteador. Resumidamente, um roteador conecta uma rede a outra.
Por isso, o roteador responsvel pela entrega de pacotes em redes diferentes. O destino do
pacote IP pode ser um servidor Web em outro pas ou um servidor de email na rede local. a
responsabilidade dos roteadores entregar esses pacotes em tempo hbil. A efetividade da
comunicao de redes interconectadas depende, amplamente, da capacidade dos roteadores
de encaminhar pacotes da maneira mais eficiente possvel.
Agora os roteadores esto sendo adicionados a satlites no espao. Esses roteadores tero a
capacidade de rotear trfego IP entre satlites no espao de maneira muito semelhante
forma como esses pacotes so movidos na Terra, o que reduz atrasos e oferece maior
flexibilidade de networking.
Alm do encaminhamento de pacotes, um roteador tambm presta outros servios. Para
atender s demandas das redes atuais, os roteadores tambm so usados para:
Assegurar uma disponibilidade 24x7 (24 horas por dia, 7 dias por semana). Para ajudar
a garantir o alcano da rede, os roteadores usam caminhos alternativos, caso haja
falha no caminho primrio.
Fornecer servios integrados de dados, vdeo e voz em redes com e sem fio. Os
roteadores usam a priorizao de Qualidade de Servio (QoS, Quality of Service) dos
pacotes IP para assegurar que o trfego em tempo real, como voz, vdeo e dados
crticos no sejam descartados ou atrasados.
Atenuar o impacto de worms, vrus e outros ataques na rede, permitindo ou negando
o encaminhamento de pacotes.
Todos esses servios so criados de acordo com o roteador e sua responsabilidade primria de
encaminhar pacotes de uma rede para a prxima. Isso s acontece por causa da capacidade do
roteador de rotear pacotes entre redes nas quais os dispositivos em redes diferentes podem se
comunicar. Este captulo ir apresentar o roteador, sua funo nas redes, seus principais
componentes de hardware e de software, alm do prprio processo de roteamento.
4
Roteadores so computadores
Um roteador um computador, assim como qualquer outro, inclusive um PC. O primeiro
roteador, usado na ARPANET (Advanced Research Projects Agency Network), foi o Processador
de Mensagem da Interface (IMP, Interface Message Processor). O IMP era um minicomputador
Honeywell 316; esse computador deu vida ARPANET no dia 30 de agosto de 1969.
Nota: a ARPANET foi desenvolvido pela ARPA (Advanced Research Projects Agency) do
Departamento de Defesa dos Estados Unidos. A ARPANET foi a primeira rede de comutao de
pacotes operacional do mundo e a antecessora da Internet atual.
Os roteadores tm muitos componentes de hardware e de software iguais encontrados em
outros computadores, inclusive:
CPU
RAM
ROM
Sistema operacional
5
Roteadores esto no centro da rede

Os usurios tpicos talvez desconheam a presena de vrios roteadores em sua prpria rede
ou na Internet. Os usurios esperam ser capazes de acessar pginas da Web, enviar emails e
baixar msicas independentemente do servidor acessado estar em sua prpria rede ou em
outra rede no mundo. No entanto, os profissionais de networking sabem que o roteador
responsvel por encaminhar pacotes de rede-a-rede, da origem original para o destino final.
Um roteador conecta vrias redes. Isso significa que ele tem vrias interfaces pertencentes a
uma rede IP diferente. Quando um roteador recebe um pacote IP em uma interface, ele
determina que interface usar para encaminhar o pacote para seu destino. A interface que o
roteador usa para encaminhar o pacote pode ser a rede do destino final do pacote (a rede com
o endereo IP de destino desse pacote) ou pode ser uma rede conectada a outro roteador
usado para alcanar a rede de destino.
Cada rede a que um roteador se conecta costuma exigir uma interface separada. Essas
interfaces so usadas para conectar uma combinao de redes locais (LANs, Local Area
Networks) e redes remotas (WAN, Wide Area Networks). As redes locais costumam ser redes
Ethernet que contm dispositivos como PCs, impressoras e servidores. As WANs so usadas
para conectar redes em uma rea geogrfica extensa. Por exemplo, uma conexo WAN
costuma ser usada para conectar uma rede local rede do Provedor de Internet (ISP, Internet
Service Provider).
6
Roteadores determinam o melhor caminho

A responsabilidade primria de um roteador direcionar pacotes com destino para redes
locais e remotas:
Determinando o melhor caminho para enviar pacotes

Encaminhando pacotes para o destino
O roteador usa sua tabela de roteamento para determinar o melhor caminho para
encaminhar o pacote. Quando o roteador recebe um pacote, ele examina seu endereo IP de
destino e procura a melhor correspondncia com um endereo de rede na tabela de
roteamento do roteador. A tabela de roteamento tambm inclui a interface a ser usada para
encaminhar o pacote. Quando uma correspondncia localizada, o roteador encapsula o
pacote IP no quadro de enlace da interface de sada, e o pacote encaminhado para seu
destino.
muito provvel que um roteador receba um pacote encapsulado em um tipo de quadro de
enlace, como um quadro Ethernet e, ao encaminhar o pacote, o encapsule em um tipo
diferente de quadro de enlace, como o Protocolo Ponto a Ponto (PPP, Point-to-Point Protocol).
O encapsulamento do quadro de enlace depende do tipo de interface do roteador e do tipo de
meio a que ele se conecta. Entre as tecnologias de enlace de dados diferentes a que um
roteador pode se conectar esto tecnologias rede local, como Ethernet e conexes WAN
seriais, como a conexo T1 que usa PPP, Frame Relay e Modo de Transferncia Assncrona
(ATM, Asynchronous Transfer Mode).
Na figura, podemos acompanhar um pacote do PC de origem at o PC de destino. Observe que
de responsabilidade do roteador localizar a rede de destino em sua tabela de roteamento e
encaminhar o pacote em para seu destino. Neste exemplo, o Roteador R1 recebe o pacote
encapsulado em um quadro Ethernet. Depois do desencapsulamento do pacote, R1 usa o
endereo IP de destino do pacote para pesquisar sua tabela de roteamento em busca de um
endereo de rede correspondente. Depois que um endereo de rede de destino localizado na
tabela de roteamento, R1 encapsula o pacote em um quadro PPP e o encaminha para R2. Um
processo semelhante executado por R2.
As rotas estticas e os protocolos de roteamento dinmico so usados por roteadores para
aprender redes remotas e criar suas tabelas de roteamento. Essas rotas e protocolos so o
foco primrio do curso, sendo abordados em detalhes nos captulos posteriores, alm do
processo que os roteadores usam ao pesquisar suas tabelas de roteamento e encaminhar os
pacotes.
Links
"Como roteadores funcionam" http://computer.howstuffworks.com/router.htm
7
Embora haja vrios tipos e modelos de roteadores diferentes, todos os roteadores tm os

mesmos componentes gerais de hardware. Dependendo do modelo, esses componentes esto
localizados em locais diferentes dentro do roteador. A figura mostra a parte interna de um
roteador 1841. Para consultar os componentes internos do roteador, voc deve desparafusar a
tampa de metal e retir-la do roteador. Normalmente, voc no precisa abrir o roteador a
menos que esteja atualizando a memria.
8
Componentes do roteador e suas funes

Assim como um PC, um roteador tambm inclui:
Unidade de Processamento Central (CPU, Central Processing Unit)

Memria de Acesso Aleatrio (RAM)
Memria somente-leitura (ROM)
CPU
A CPU executa instrues do sistema operacional, como inicializao de sistema, funes de
roteamento e de comutao.
RAM
9
A RAM armazena as instrues e os dados que precisam ser executados pela CPU. A RAM
usada para armazenar estes componentes:
Sistema operacional: O IOS (Internetwork Operating System, Sistema operacional de

Internet) Cisco copiado para a RAM durante a inicializao.
Executando arquivo de configurao: Esse o arquivo de configurao que armazena
os comandos de configurao que o IOS do roteador est usando atualmente. Com
poucas excees, todos os comandos configurados no roteador so armazenados no
arquivo de configurao em execuo, conhecido como running-config.
Tabela de roteamento IP: Esse arquivo armazena informaes sobre redes conectadas
diretamente e remotas. Ele usado para determinar o melhor caminho para
encaminhar o pacote.
Cache ARP: Esse cache contm o endereo IPv4 para mapeamentos de endereo MAC,
semelhante ao cache ARP em um PC. O cache ARP usado em roteadores com
interfaces de rede local, como interfaces Ethernet.
Buffer de pacotes: Os pacotes so armazenados temporariamente em um buffer
quando recebidos em uma interface ou antes de sarem por uma interface.
RAM uma memria voltil e perde seu contedo quando o roteador desligado ou
reiniciado. No entanto, o roteador tambm contm reas de armazenamento permanentes,
como ROM, memria flash e NVRAM.
ROM
ROM uma forma de armazenamento permanente. Os dispositivos Cisco usam a ROM para
armazenar:
As instrues de bootstrap
Software de diagnstico bsico
Verso redimensionada do IOS
A ROM usa firmware, que o software incorporado no circuito integrado. O firmware inclui o
software que normalmente no precisa ser modificado ou atualizado, como as instrues de
inicializao. Muitos desses recursos, inclusive o software monitor ROM, sero abordados em
um curso posterior. A ROM no perde seu contedo quando o roteador desligado ou
reiniciado.
Memria flash
Flash uma memria de computador no voltil que pode ser apagada e armazenada
eletricamente. A memria flash usada como armazenamento permanente para o sistema
operacional, o Cisco IOS. Na maioria dos modelos de roteadores Cisco, o IOS armazenado
permanentemente na memria memria flash e copiado para a RAM durante o processo de
inicializao, quando executado pela CPU. Alguns modelos mais antigos de roteadores Cisco
executam o IOS diretamente na memria flash. A memria flash consiste em placas SIMMs ou
PCMCIA, que podem ser atualizadas para aumentar a quantidade da memria flash.
10
A memria flash no perde seu contedo quando o roteador desligado ou reiniciado.

NVRAM
A RAM No Voltil (NVRAM, Nonvolatile RAM) no perde suas informaes quando a energia
desligada. Isso o oposto ao que acontece na maioria das formas comuns de RAM, como
DRAM, que exige energia ininterrupta para manter suas informaes. A NVRAM usada pelo
Cisco IOS como armazenamento permanente para o arquivo de configurao de inicializao
(startup-config). Todas as alteraes feitas na configurao so armazenadas no arquivo
running-config na RAM e, com poucas excees, so implementadas imediatamente pelo IOS.
Para salvar essas alteraes caso o roteador seja reiniciado ou desligado, o running-config
deve ser copiado para a NVRAM, onde armazenada como o arquivo startup-config. A NVRAM
manter seu contedo, mesmo quando o roteador for recarregado ou desligado.
ROM, RAM, NVRAM e memria flash so abordadas na seo a seguir, que apresenta o IOS e o
processo de inicializao. Elas tambm so abordadas mais detalhadamente em um curso
posterior referente ao gerenciamento do IOS.
mais importante para um profissional de networking compreender a funo dos
componentes internos principais de um roteador do que o local exato desses componentes
dentro de um roteador especfico. A arquitetura fsica interna ir variar de modelo para
modelo.
Links
Consulte "Demonstrao multimdia do portflio Cisco 1800 Series",
http://www.cisco.com/en/US/products/ps5875/index.html
11
Sistema operacional de Internet

O software de sistema operacional usado em roteadores Cisco conhecido como Sistema
operacional de Internet Cisco (IOS, Internetwork Operating System). Assim como qualquer
sistema operacional em qualquer computador, o Cisco IOS gerencia os recursos de hardware e
12
de software do roteador, inclusive a alocao de memria, os processos, a segurana e os

sistemas de arquivos. O Cisco IOS um sistema operacional multitarefa integrado a funes de
roteamento, de comutao, de inter-rede e de telecomunicao.
Embora o Cisco IOS possa ser aparentemente o mesmo em muitos roteadores, h muitas
imagens diferentes do IOS. Uma imagem do IOS um arquivo que contm todo o IOS do
roteador. A Cisco cria muitos tipos diferentes de imagens do IOS, dependendo do modelo do
roteador e dos recursos no IOS. Normalmente, quanto mais recursos no IOS, maior ser a
imagem do IOS e, logo, mais memria flash e RAM so exigidas para armazenar e carregar o
IOS. Por exemplo, entre alguns recursos esto a capacidade de executar IPv6 ou a capacidade
do roteador de executar a Traduo de Endereos de Rede (NAT, Network Address
Translation).
Assim como acontece com outros sistemas operacionais, o Cisco IOS tem sua prpria interface
do usurio. Embora alguns roteadores forneam uma Interface Grfica do Usurio (GUI,
Graphical User Interface), a Interface de Linha de Comando (CLI, Command Line Interface)
um mtodo muito mais comum de configurar roteadores Cisco. A CLI usada ao longo deste
currculo.
Durante a inicializao, o arquivo startup-config na NVRAM copiado para a RAM e
armazenado como sendo o arquivo running-config. O IOS executa os comandos de
configurao no running-config. Qualquer alterao feita pelo administrador de rede
armazenada no running-config, sendo implementada imediatamente pelo IOS. Neste captulo,
ns revisaremos alguns dos comandos bsicos do IOS usados para configurar um roteador
Cisco. Em captulos posteriores, aprenderemos os comandos usados para configurar, verificar
e solucionar problemas de roteamento esttico e de vrios protocolos de roteamento, como
RIP, EIGRP e OSPF.
Nota: O Cisco IOS e o processo de inicializao so abordados com mais detalhes em um curso
posterior.
Processo de inicializao
H quatro fases principais no processo de inicializao:
1. Executando o POST
2. Carregando o programa de bootstrap
3. Localizando e carregando o software Cisco IOS
4. Localizando e carregando o arquivo de configurao de inicializao ou acessando o modo
de configurao
13
1. Executando o POST.
O Auto-teste de inicializao (POST, Power-On Self Test) um processo comum que ocorre em
quase todos os computadores durante a inicializao. O processo POST usado para testar o
hardware do roteador. Quando o roteador for ligado, um software no chip ROM ir executar o
POST. Durante esse auto-teste, o roteador executa o diagnstico a partir da ROM em vrios
componentes de hardware, inclusive CPU, RAM e NVRAM. Depois que o POST for concludo, o
roteador ir executar o programa de bootstrap.
2. Carregando o programa de bootstrap
Depois do POST, o programa de bootstrap copiado da ROM para a RAM. Uma vez na RAM, a
CPU executa as instrues no programa de bootstrap. A tarefa principal do programa de
bootstrap localizar o Cisco IOS e carreg-lo na RAM.
Nota: A esta altura, se tiver uma conexo de console com o roteador, voc ir comear a ver a
sada na tela.
3. Localizando e carregando o IOS Cisco
Localizando o software IOS Cisco. O IOS costuma ser armazenado na memria flash, mas
tambm pode ser armazenado em outros locais como um servidor de Protocolo de
Transferncia de Arquivos Trivial (TFTP, Trivial File Transfer Protocol).
Se uma imagem completa do IOS no puder ser localizada, uma verso dimensionada do IOS
ser copiada da ROM para a RAM. Essa verso do IOS usada para ajudar a diagnosticar
qualquer problema, podendo ser usada para carregar uma verso completa do IOS na RAM.
Nota: Um servidor TFTP costuma ser usado como um servidor de backup para o IOS, mas
tambm pode ser usado como um ponto central para armazenar e carregar o IOS. O
gerenciamento do IOS e o uso do servidor TFTP so abordados em um curso posterior.
Carregando o IOS. Alguns dos roteadores Cisco mais antigos executavam o IOS diretamente a
partir da memria flash, mas os modelos atuais copiam o IOS para a RAM para execuo pela
CPU.
Nota: Quando o IOS comear a ser carregado, voc talvez veja uma cadeia de caracteres de
sustenidos (#), como os mostrados na figura, enquanto a imagem descompactada.
4. Localizando e carregando o arquivo de configurao

Localizando o arquivo de configurao de inicializao Depois que o IOS for carregado, o
programa de bootstrap ir pesquisar o arquivo de configurao de inicializao, conhecido
como startup-config, na NVRAM. Esse arquivo tem os comandos de configurao e os
parmetros j salvos, inclusive:
14
endereos de interface
informaes de roteamento
senhas
qualquer outra configurao salva pelo administrador de rede
Se o arquivo de configurao de inicializao, startup-config, estiver localizado na NVRAM, ele

ser copiado para a RAM como o arquivo de configurao em execuo, running-config.
Nota: Se no houver o arquivo de configurao de inicializao na NVRAM, o roteador talvez
procure um servidor TFTP. Se o roteador detectar a existncia de um enlace ativo para outro
roteador configurado, ele ir enviar um broadcast procura de um arquivo de configurao no
enlace ativo. Essa condio far com que o roteador pause, mas voc acabar vendo uma
mensagem de console como a seguinte:
<o roteador pra aqui ao difundir para um arquivo de configurao em um enlace ativo>
%Error opening tftp://255.255.255.255/network-confg (Timed out)
%Error opening tftp://255.255.255.255/cisconet.cfg (Timed out)
Executando o arquivo de configurao. Se um arquivo de configurao de inicializao estiver
localizado na NVRAM, o IOS ir carreg-lo na RAM como running-config e executar os
comandos no arquivo, uma linha por vez. O arquivo running-config contm endereos de
interface, inicia processos de roteamento, configura senhas de roteador e define outras
caractersticas do roteador.
Acesse o modo de configurao, Setup Mode, (opcional). Se o arquivo de configurao de
inicializao no puder ser localizado, o roteador ir solicitar ao usurio o acesso ao modo de
configurao (setup mode). Modo de configurao uma srie de perguntas que solicita ao
usurio informaes de configurao bsicas. O modo de configurao no deve ser usado
para inserir configuraes de roteador complexas, normalmente no sendo usado por
administradores de rede.
Ao inicializar um roteador que no contenha um arquivo de configurao de inicializao, voc
ver a seguinte pergunta aps o carregamento do IOS:
Would you like to enter the initial configuration dialog? [yes/no]: no
O modo de configurao no ser usado neste curso para configurar o roteador. Quando
solicitado a acessar o modo de configurao (setup mode), sempre responda no. Se
responder sim e acessar o modo de configurao (setup mode), voc poder pressionar Ctrl-C
a qualquer momento para encerrar o processo de configurao.
Quando o modo de configurao no usado, o IOS cria um running-config padro. O runningconfig padro um arquivo de configurao bsico que inclui as interfaces do roteador, as
interfaces de gerenciamento e determinadas informaes padro. O running-config padro
15
no contm nenhum endereo de interface, nenhuma informao de roteamento, senhas ou

outras informaes de configurao especficas.
Interface da linha de comando
Dependendo da plataforma e do IOS, o roteador pode fazer a seguinte pergunta antes de
exibir o prompt:
Would you like to terminate autoinstall? [yes]: <Enter>
Press the Enter key to accept the default answer.
Router>
Nota: Se um arquivo de configurao de inicializao for localizado, o running-config talvez
contenha um nome de host e o prompt ir exibir o nome de host do roteador.
Quando o prompt exibido, o roteador j est executando o IOS com o arquivo de
configurao em execuo atual. Agora o administrador de rede pode comear a usar
comandos do IOS no roteador.
Nota: O processo de inicializao abordado com mais detalhes em um curso posterior.
16
Verificando o processo de inicializao do roteador

17
O comando show version pode ser usado para ajudar a verificar e solucionar problemas de
alguns componentes bsicos de hardware e de software do roteador. O comando show version
exibe informaes sobre a verso do software Cisco IOS atualmente em execuo no roteador,
a verso do programa de bootstrap e as informaes sobre a configurao de hardware,
inclusive a quantidade de memria do sistema.
A sada de comando show version inclui:
Verso do IOS
Cisco Internetwork Operating System Software
IOS (tm) C2600 Software (C2600-I-M), Version 12.2(28), RELEASE SOFTWARE (fc5)
Esta a verso do software Cisco IOS na RAM, sendo usada pelo roteador.
Programa de bootstrap da ROM
ROM: System Bootstrap, Version 12.1(3r)T2, RELEASE SOFTWARE (fc1)
Isso mostra a verso do software de bootstrap do sistema, armazenada na memria ROM que
foi usada inicialmente para inicializar o roteador.
Local do IOS
System image file is "flash:c2600-i-mz.122-28.bin"
Isso mostra onde o programa de bootstrap est localizado e carregou o Cisco IOS, alm do
nome de arquivo completo da imagem do IOS.
CPU e quantidade de RAM
cisco 2621 (MPC860) processor (revision 0x200) with 60416K/5120K bytes of memory
A primeira parte dessa linha exibe o tipo de CPU no roteador. A ltima parte dessa linha exibe
a quantidade de DRAM. Algumas sries de roteadores, como a 2600, usam uma frao da
DRAM como memria de pacote. A memria de pacote usada para armazenar pacotes em
buffer.
Para determinar a quantidade total de DRAM no roteador, adicione ambos os nmeros. Nesse
exemplo, o roteador Cisco 2621 tem 60.416 KB (quilobytes) de DRAM livre usados para
armazenar temporariamente o Cisco IOS e outros processos de sistema. Os demais 5.120 KB
so dedicados memria de pacote. A soma desses nmeros 65.536K ou 64 megabytes (MB)
de DRAM no total.
Nota: Talvez seja necessrio atualizar a quantidade de RAM durante a atualizao do IOS.
Interfaces
2 FastEthernet/IEEE 802.3 interface(s)
18
2 Low-speed serial(sync/async) network interface(s)

Esta seo da sada exibe as interfaces fsicas no roteador. Nesse exemplo, o roteador Cisco
2621 tem duas interfaces FastEthernet e duas interfaces seriais de baixa velocidade.
Quantidade de NVRAM
32K bytes of non-volatile configuration memory.
Essa a quantidade de NVRAM no roteador. NVRAM usada para armazenar o arquivo
startup-config.
Quantidade de memria flash
16384K bytes of processor board System flash (Read/Write)
Essa a quantidade de memria flash no roteador. A memria flash usada para armazenar
permanentemente o Cisco IOS.
Nota: Talvez seja necessrio atualizar a quantidade de memria flash durante a atualizao do
IOS.
Registro de configurao
Configuration register is 0x2102
A ltima linha do comando show version exibe o valor configurado atual do registro de
configurao de software em hexadecimal. Se houver um segundo valor exibido entre
parnteses, ele ir denotar o valor do registro de configurao a ser usado durante a prxima
recarga.
O registro de configurao tem vrios usos, inclusive a recuperao de senha. A configurao
padro de fbrica do registro de configurao 0x2102. Esse valor indica que o roteador ir
tentar carregar uma imagem do software Cisco IOS a partir da memria flash e carregar o
arquivo de configurao de inicializao a partir da NVRAM.
Nota: O registro de configurao abordado com mais detalhes em um curso posterior.
19
Portas de gerenciamento
Os roteadores tm conectores fsicos usados para gerenciar o roteador. Esses conectores so
conhecidos como portas de gerenciamento. Diferentemente das interfaces Ethernet e seriais,
as portas de gerenciamento no so usadas no encaminhamento de pacotes. A porta de
gerenciamento mais comum a porta console. A porta console usada para conectar um
terminal, ou mais freqentemente um PC que executa software emulador de terminal, para
configurar o roteador sem a necessidade de acesso rede para o roteador. A porta console
deve ser usada durante a configurao inicial do roteador.
Outra porta de gerenciamento a porta auxiliar. Nem todos os roteadores tm portas
auxiliares. s vezes, a porta auxiliar pode ser usada de maneira semelhante a uma porta
console. Ela tambm pode ser usada no acoplamento a um modem. As portas auxiliares no
sero usadas neste currculo.
A figura mostra as portas de console e AUX do roteador.
Interfaces de roteador
O termo interface em roteadores Cisco se refere a um conector fsico no roteador cujo
propsito principal receber e encaminhar pacotes. Os roteadores tm vrias interfaces
usadas na conexo com vrias redes. Normalmente, as interfaces se conectam a vrios tipos
de redes, o que significa que so necessrios tipos diferentes de meio e de conectores.
Normalmente, um roteador ir precisar ter tipos diferentes de interfaces. Por exemplo, um
roteador normalmente tem interfaces FastEthernet para conexes com redes locais diferentes
20
e vrios tipos de interfaces WAN para conectar vrios enlaces seriais, inclusive T1, DSL e ISDN.
A figura mostra as interfaces FastEthernet e seriais no roteador.
Assim como as interfaces em um PC, as portas e as interfaces em um roteador esto
localizadas fora do roteador. Sua localizao externa possibilita um acoplamento prtico aos
cabos de rede e aos conectores apropriados.
Nota: Uma nica interface em um roteador pode ser usada na conexo com vrias redes; no
entanto, isso est alm do escopo deste curso, sendo abordado em um curso posterior.
Assim como a maioria dos dispositivos de networking, os roteadores Cisco usam indicadores
LED para fornecer informaes de status. Um LED de interface indica a atividade da interface
correspondente. Se um LED estiver desligado quando a interface estiver ativa e a interface
estiver conectada corretamente, isso talvez seja um indcio de que existe um problema nessa
interface. Se uma interface estiver muito ocupada, seu LED estar sempre ligado. Dependendo
do tipo de roteador, talvez haja outros LEDs. Para obter mais informaes sobre exibies de
LED no 1841, consulte o link abaixo.
Links
"Identificando e solucionando problemas dos roteadores Cisco srie 1800 (Modular),"
http://www.cisco.com/en/US/docs/routers/access/1800/1841/hardware/installation/guide/1
8troub.html (em ingls).
21
Interfaces pertencem a redes diferentes

Como mostrado na figura, toda interface no roteador membro ou host em uma rede IP
diferente. Cada interface deve ser configurada com um endereo IP e uma mscara de subrede de uma rede diferente. O Cisco IOS no ir permitir a duas interfaces ativas no mesmo
roteador pertencer mesma rede.
As interfaces de roteador podem ser divididas em dois grupos principais:
interfaces de rede local como Ethernet e FastEthernet

interfaces WAN como serial, ISDN e Frame Relay
Interfaces de rede local

Como o prprio nome diz, as interfaces de rede local so usadas para conectar o roteador
rede local, semelhante forma como uma placa de rede Ethernet do PC usada para conectar
o PC rede local Ethernet. Assim como uma placa de rede Ethernet de PC, uma interface
Ethernet de roteador tambm tem um endereo MAC de Camada 2 e participa da rede local
Ethernet da mesma forma que qualquer outro host na rede local. Por exemplo, uma interface
Ethernet de roteador participa do processo ARP da rede local. O roteador mantm um cache
ARP para a interface, envia solicitaes ARP quando necessrio e responde com respostas ARP
quando solicitado.
22
Uma interface Ethernet de roteador normalmente usa um conector RJ-45 que oferece suporte
ao cabeamento Par Tranado No-Blindado (UTP, Unshielded Twisted-Pair). Quando um
roteador conectado a um switch, um cabo straight-through usado. Quando dois roteadores
so conectado diretamentes pelas interfaces Ethernet, ou quando uma placa de rede de PC
conectada diretamente a uma interface Ethernet de roteador, usado um cabo crossover.
Use a atividade de Packet Tracer posteriormente nesta seo para testar suas habilidades de
cabeamento.
Interfaces WAN
As interfaces WAN so usadas para conectar roteadores a redes externas, normalmente a uma
grande distncia geogrfica. O encapsulamento de Camada 2 pode ser de tipos diferentes,
como PPP, Frame Relay e Controle de Enlace de Alto Nvel (HDLC, High-Level Data Link
Control). Semelhante a interfaces de rede local, cada interface WAN tem seu prprio endereo
IP e mscara de sub-rede, o que a identifica como um membro de uma rede especfica.
Nota: Os endereos MAC so usados em interfaces de rede local, como Ethernet, no sendo
usados em interfaces WAN. No entanto, as interfaces WAN usam seus prprios endereos de
Camada2, dependendo da tecnologia. Os tipos de encapsulamento WAN da Camada 2 e os
endereos sero abordados em um curso posterior.
Interfaces de roteador
O roteador na figura tem quatro interfaces. Cada interface tem um endereo IP de Camada 3 e
uma mscara de sub-rede que a configura para uma rede diferente. As interfaces Ethernet
tambm tm endereos MAC Ethernet de Camada 2.
As interfaces WAN esto usando encapsulamentos de Camada 2 diferentes. Serial 0/0/0 est
usando HDLC e Serial 0/0/1 est usando PPP. Esses dois protocolos ponto-a-ponto seriais usam
um endereo de broadcast para o endereo de destino da Camada 2 ao encapsular o pacote IP
em um quadro de enlace.
No ambiente de laboratrio, voc est restrito a quantas interfaces de rede local e WAN pode
usar para configurar laboratrios prticos. No entanto, com o Packet Tracer, voc tem a
flexibilidade de criar designs de rede mais complexos.
23
Roteadores e a camada de rede

O propsito principal de um roteador conectar vrias redes e encaminhar pacotes com
destino ou para suas prprias redes ou outras. Um roteador considerado um dispositivo de
Camada 3 porque sua deciso primria de encaminhamento se baseia nas informaes no
pacote IP da Camada 3, mais especificamente o endereo IP de destino. Esse processo
conhecido como roteamento.
Quando um roteador recebe um pacote, ele examina seu endereo IP de destino. Se o
endereo IP de destino no pertencer a nenhuma das redes conectadas diretamente do
roteador, o roteador deve encaminhar esse pacote para outro. Na figura, R1 examina o
endereo IP de destino do pacote. Depois de pesquisar a tabela de roteamento, R1 encaminha
o pacote em R2. Quando R2 recebe o pacote, ele tambm examina o endereo IP de destino
do pacote. Depois de pesquisar sua tabela de roteamento, R2 encaminha o pacote por sua
rede Ethernet conectada diretamente para PC2.
Quando cada roteador recebe um pacote, ele procura em sua tabela de roteamento at
encontrar a melhor correspondncia entre o endereo IP de destino do pacote e um dos
endereos de rede na tabela de roteamento. Quando uma correspondncia localizada, o
pacote encapsulado no quadro de enlace da Camada 2 dessa interface de sada. O tipo de
encapsulamento do enlace de dados depende do tipo de interface, como Ethernet ou HDLC.
24
O pacote acaba alcanando um roteador que faz parte de uma rede que corresponde ao
endereo IP de destino do pacote. Neste exemplo, o Roteador R2 recebe o pacote de R1. R2
encaminha o pacote por sua interface Ethernet, que pertence mesma rede do dispositivo de
destino, PC2.
Essa seqncia de eventos explicada com mais detalhes posteriormente neste captulo.
Roteadores funcionam nas camadas 1, 2 e 3

Um roteador toma sua deciso primria de encaminhamento na Camada 3, mas como vimos
anteriormente, ele tambm participa dos processos das camadas 1 e 2. Depois que um
roteador examina o endereo IP de destino de um pacote e consulta sua tabela de roteamento
para tomar sua deciso de encaminhamento, ele pode encaminhar esse pacote pela interface
apropriada na direo do seu destino. O roteador encapsula o pacote IP da Camada 3 na
poro de dados de um quadro de enlace de dados da Camada 2 apropriado interface de
sada. O tipo de quadro pode ser um encapsulamento Ethernet, HDLC ou algum outro de
Camada 2 independentemente do encapsulamento usado na interface em questo. O
quadro de Camada 2 codificado em sinais fsicos da Camada 1 usados para representar bits
no enlace fsico.
Para compreender melhor esse processo, consulte a figura. Observe que PC1 funciona em
todas as sete camadas, encapsulando os dados e enviando o quadro como um fluxo de bits
codificados para R1, seu gateway padro.
25
R1 recebe o fluxo de bits codificados em sua interface. Os bits so decodificados e passados

para a Camada 2, onde R1 desencapsula o quadro. O roteador examina o endereo de destino
do quadro de enlace de dados para determinar se ele corresponde interface de recebimento,
incluindo um endereo de broadcast ou multicast. Se houver uma correspondncia em relao
poro de dados do quadro, o pacote IP ser passado para a Camada 3, onde R1 toma sua
deciso de roteamento. Em seguida, R1 reencapsula o pacote em um novo quadro de enlace
de dados da Camada 2 e o encaminha pela interface de sada como um fluxo de bits
codificados.
R2 recebe o fluxo de bits e o processo se repete. R2 desencapsula o quadro e passa a poro
de dados do quadro, o pacote IP, para a Camada 3, onde R2 toma sua deciso de roteamento.
Em seguida, R2 reencapsula o pacote em um novo quadro de dados da Camada 2 e o
encaminha pela interface de sada como um fluxo de bits codificados.
Esse processo repetido mais uma vez pelo Roteador R3, que encaminha o pacote IP
encapsulado em um quadro de enlace de dados e codificado como bits, para PC2.
Cada roteador no caminho da origem at o destino executa esse mesmo processo de
desencapsulamento, pesquisando a tabela de roteamento, e reencapsulando. Esse processo
importante para sua compreenso de como roteadores participam de redes. Portanto, ns
veremos novamente essa discusso em mais profundidade em uma seo posterior.
26
Ao criar uma nova rede ou mapear uma j existente, documente-a. A documentao deve
incluir, pelo menos, um diagrama de topologia indicando a conectividade fsica e uma tabela
de endereamento listando todas as seguintes informaes:
Nomes de dispositivo
Interfaces usadas no design
Endereos IP e mscaras de sub-rede
Endereos de gateway padro dos dispositivos finais, como PCs
Preenchendo uma tabela de endereos

A figura mostra uma topologia de rede com os dispositivos interconectados e configurados
com endereos IP. Sob a topologia est uma tabela usada para documentar a rede. A tabela
preenchida parcialmente com os dados documentando a rede (dispositivos, endereos IP,
mscaras de sub-rede e interfaces).
O Roteador R1 e o Host PC1 j esto documentados. Termine de preencher a tabela e os
espaos em branco no diagrama, arrastando o conjunto de endereos IP mostrado abaixo da
tabela at os locais corretos.
Configurao bsica do roteador

Durante a configurao de um roteador, so executadas determinadas tarefas bsicas,
inclusive:
Nomeao do roteador
Definio de senhas
Configurao de interfaces
Configurao de um banner
27
Salvando as alteraes em um roteador

Verificao da configurao bsica e das operaes do roteador
Voc j deve estar familiarizado com estes comandos de configurao. No entanto, faremos
uma breve reviso. Comeamos nossa reviso pressupondo que o roteador no tenha um
arquivo startup-config atual.
O primeiro prompt exibido no modo de usurio. O modo de usurio permite exibir o estado
do roteador, mas no modificar sua configurao. No confunda o termo "usurio" como
usado no modo de usurio com usurios da rede. O modo de usurio se destina aos tcnicos
de rede, operadores e engenheiros que tm a responsabilidade de configurar dispositivos de
rede.
Router>
O comando enable usado para acessar o modo EXEC privilegiado. Esse modo permite ao
usurio fazer alteraes na configurao do roteador. O prompt do roteador ir passar de ">"
para "#" nesse modo.
Router>enable
Router#
Nomes de host e senhas
A figura mostra a sintaxe de comando de configurao bsica do roteador usada para
configurar R1 no exemplo a seguir. Voc pode abrir a atividade do Packet Tracer 1.2.2 e
acompanhar ou aguardar o trmino desta seo para abri-la.
Primeiro, acesse o modo de configurao global.
Router#config t
Em seguida, aplique um nome de host exclusivo ao roteador.
Router(config)#hostname R1
R1(config)#
Agora, configure uma senha a ser usada para acessar o modo EXEC privilegiado. Em nosso
ambiente de laboratrio, usaremos a senha class. No entanto, em ambientes de produo, os
roteadores devem ter senhas fortes. Consulte os links ao trmino desta seo para obter mais
informaes sobre como criar e usar senhas fortes.
Router(config)#enable secret class
Em seguida, configure as linhas de console e Telnet usando a senha cisco. Mais uma vez, a
senha cisco usada exclusivamente em nosso ambiente de laboratrio. O comando login
28
habilita a verificao da senha na linha. Se voc no inserir o comando login na linha de

console, o usurio ter acesso linha sem inserir uma senha.
R1(config)#line console 0
R1(config-line)#password cisco
R1(config-line)#login
R1(config-line)#exit
R1(config)#line vty 0 4
R1(config-line)#password cisco
R1(config-line)#login
R1(config-line)#exit
Configurando um banner
No modo de configurao global, configure o banner message-of-the-day (motd). Um
caractere de delimitao, como "#", usado no incio e no fim da mensagem. O delimitador
permite configurar um banner em vrias linhas, como mostrado aqui.
R1(config)#banner motd #
Digite a mensagem TEXT. Fim com o caractere '#'.
******************************************
AVISO!! Acesso No Autorizado Proibido!!
******************************************
#
Configurar um banner apropriado faz parte de um bom plano de segurana. Um banner deve,
pelo menos, advertir contra o acesso no autorizado. Jamais configure um banner com "boasvindas" para um usurio no autorizado.
Links
Para discusses sobre como usar senhas fortes, consulte:
"Resposta da Cisco aos ataques de dicionrio no Cisco LEAP," em
http://www.cisco.com/en/US/products/hw/wireless/ps430/prod_bulletin09186a00801cc901.
html#wp1002291 (em ingls).
"Senhas fortes: Como cri-las e us-las," em
29
http://www.microsoft.com/athome/security/privacy/password.mspx (em ingls).
Configurao da interface do roteador

Agora voc ir configurar as interfaces de roteador individuais com endereos IP e outras
informaes. Primeiro, acesse o modo de configurao da interface, especificando o tipo de
interface e o nmero. Em seguida, configure o endereo IP e a mscara de sub-rede:
R1(config)#interface Serial0/0/0
R1(config-if)#ip address 192.168.2.1 255.255.255.0
uma prtica recomendada configurar uma descrio em cada interface para ajudar a
documentar as informaes de rede. O texto da descrio est limitado a 240 caracteres. Em
redes de produo, uma descrio pode ser til na soluo de problemas, fornecendo
informaes sobre o tipo de rede a que a interface est conectada e se h qualquer outro
roteador nessa rede. Se a interface se conectar a um ISP ou a uma operadora de servio, ser
til inserir a conexo de terceiros e informaes de contato; por exemplo:
Router(config-if)#description Ciruit#VBN32696-123 (help desk:1-800-555-1234)
Em ambientes de laboratrio, insira uma descrio simples que ir ajudar a solucionar
problemas em situaes; por exemplo:
R1(config-if)#description Link to R2
Depois de configurar o endereo IP e a descrio, a interface deve ser ativada com o comando
no shutdown. Isso semelhante a ligar a interface. A interface tambm deve ser conectada a
30
outro dispositivo (um hub, um switch, outro roteador etc.) para que a camada fsica
permanea ativa.
Router(config-if)#no shutdown
Nota: Durante o cabeamento de um enlace serial ponto-a-ponto em nosso ambiente de
laboratrio, uma extremidade do cabo marcada como DTE e a outra, como DCE. O roteador
com a extremidade DCE do cabo conectado sua interface serial precisar do comando
adicional clock rate configurado nessa interface serial. Essa etapa s necessria em um
ambiente de laboratrio, sendo explicada com mais detalhes no Captulo 2, "Roteamento
esttico".
R1(config-if)#clock rate 64000
Repita os comandos de configurao da interface em todas as demais interfaces a serem
configuradas. Em nosso exemplo de topologia, a interface FastEthernet precisa ser
configurada.
R1(config)#interface FastEthernet0/0
R1(config-if)#description R1 LAN
R1(config-if)#no shutdown
Cada interface pertence a uma rede diferente
Neste momento, observe que cada interface deve pertencer a uma rede diferente. Embora o
IOS permita configurar um endereo IP da mesma rede em duas interfaces diferentes, o
roteador no ir ativar a segunda interface.
Por exemplo, e se voc tentar configurar a interface FastEthernet 0/1 em R1 com um endereo
IP na rede 192.168.1.0/24? FastEthernet 0/0 j recebeu um endereo nessa mesma rede. Se
tentar configurar outra interface, FastEthernet 0/1, com um endereo IP que pertence
mesma rede, voc ir obter a seguinte mensagem:
R1(config)#interface FastEthernet0/1
192.168.1.0 overlaps with FastEthernet0/0
Se houver uma tentativa de habilitar a interface com o comando no shutdown, a seguinte
mensagem ser exibida:
31
FastEthernet0/1: incorrect IP address assignment

Observe que a sada de comando show ip interface brief mostra que a segunda interface
configurada para a rede 192.168.1.0/24, FastEthernet 0/1, ainda est desativada.
R1#show ip interface brief
<sada omitida>
FastEthernet0/1 192.168.1.2 YES manual administratively down down
Verificando a Configurao bsica do roteador

No exemplo atual, todos os comandos de configurao bsica do roteador anteriores foram
inseridos e armazenados imediatamente no arquivo de configurao em execuo de R1. O
arquivo running-config armazenado na RAM, sendo o arquivo de configurao usado pelo
IOS. A prxima etapa verificar os comandos inseridos, exibindo a configurao em execuo
com o seguinte comando:
R1#show running-config
Agora que os comandos de configurao bsica foram inseridos, importante salvar o
running-config na memria no voltil, a NVRAM do roteador. Dessa forma, no caso de uma
queda de energia ou de uma recarga acidental, o roteador poder ser inicializado com a
configurao atual. Depois que a configurao do roteador foi concluda e testada,
importante salvar o running-config no startup-config como o arquivo de configurao
permanente.
R1#copy running-config startup-config
32
Depois de aplicar e salvar a configurao bsica, voc poder usar vrios comandos para
verificar se configurou corretamente o roteador. Clique no boto apropriado na figura para ver
uma listagem da sada de cada comando. Todos esses comandos so abordados com mais
detalhes em captulos posteriores. Por ora, comece a se familiarizar com a sada.
Esse comando exibe a configurao em execuo atual armazenada na RAM. Com algumas
excees, todos os comandos de configurao usados sero inseridos no running-config e
implementados imediatamente pelo IOS.
R1#show startup-config
Esse comando exibe o arquivo de configurao de inicializao armazenado na NVRAM. Essa
a configurao que o roteador ir usar na prxima reinicializao. Essa configurao no
alterada a menos que a configurao em execuo atual seja salva na NVRAM com o comando
copy running-config startup-config. Observe na figura que a configurao de inicializao e a
configurao em execuo so idnticas. Elas so idnticas porque a configurao em
execuo no foi alterada desde a ltima vez em que foi salva. Tambm observe que o
comando show startup-config exibe quantos bytes de NVRAM a configurao salva est
usando.
R1#show ip route
Esse comando exibe a tabela de roteamento que o IOS est usando atualmente para escolher
o melhor caminho para suas redes de destino. Neste momento, R1 s tem rotas para suas
redes conectadas diretamente por meio de suas prprias interfaces.
R1#show interfaces
Esse comando exibe todos os parmetros de configurao da interface e as estatsticas.
Algumas dessas informaes so abordadas posteriormente no currculo e no CCNP.
R1#show ip interface brief
Esse comando exibe informaes sumarizadas de configurao da interface, inclusive endereo
IP e status de interface. Esse comando uma ferramenta til para solucionar problemas, alm
de ser uma forma rpida de determinar o status de todas as demais interfaces do roteador.
33
34
Apresentando a Tabela de Roteamento

A principal funo de um roteador encaminhar um pacote para sua rede de destino, que o
endereo IP de destino do pacote. Para isso, um roteador precisa pesquisar as informaes de
roteamento armazenadas em sua tabela de roteamento.
Uma tabela de roteamento um arquivo de dados na RAM usada para armazenar informaes
de rota sobre redes conectadas diretamente e remotas. A tabela de roteamento contm
associaes de rede/prximo salto. Essas associaes informam a um roteador que, em termos
ideais, um determinado destino pode ser alcanado enviando-se o pacote para um roteador
especfico que representa o "prximo salto" a caminho do destino final. A associao de
prximo salto tambm pode ser a interface de sada para o destino final.
35
A associao rede/interface de sada tambm pode representar o endereo de rede de destino

do pacote IP. Essa associao ocorre nas redes do roteador conectadas diretamente.
Uma rede conectada diretamente uma rede acoplada diretamente a uma das interfaces do
roteador. Quando a interface de um roteador configurada com um endereo IP e uma
mscara de sub-rede, a interface se torna um host na rede acoplada. O endereo de rede e a
mscara de sub-rede da interface, alm do tipo de interface e o nmero, so inseridos na
tabela de roteamento como uma rede conectada diretamente. Quando um roteador
encaminha um pacote para um host, como um servidor Web, o host est na mesma rede da
rede conectada diretamente de um roteador.
Uma rede remota uma rede que no est conectada diretamente ao roteador. Em outras
palavras, uma rede remota uma rede que s pode ser alcanada enviando-se o pacote para
outro roteador. As redes remotas so adicionadas tabela de roteamento usando um
protocolo de roteamento dinmico ou configurando rotas estticas. Rotas dinmicas so rotas
para redes remotas que foram aprendidas automaticamente pelo roteador, usando um
protocolo de roteamento dinmico. Rotas estticas so rotas para redes configuradas
manualmente por um administrador de rede.
Nota: A tabela de roteamento com suas redes conectadas diretamente, as rotas estticas e as
rotas dinmicas sero apresentadas nas sees a seguir e abordadas com mais detalhes ao
longo deste curso.
As seguintes analogias podem ajudar a esclarecer o conceito de rotas conectadas, estticas e
dinmicas:
Rotas conectadas diretamente Para visitar um vizinho, voc s precisa descer a rua
onde mora. Esse caminho semelhante a uma rota conectada diretamente porque o
"destino" est disponvel diretamente por meio da "interface conectada", a rua.
Rotas estticos Um trem usa a mesma ferrovia sempre para uma rota especificada.
Esse caminho semelhante a uma rota esttica porque o caminho para o destino
sempre o mesmo.
Rotas dinmicas Ao dirigir um carro, voc pode escolher um caminho diferente
"dinamicamente" com base no trfego, no tempo ou em outras condies. Esse
caminho semelhante a uma rota dinmica porque voc pode escolher um novo
caminho em muitos pontos diferentes para o destino ao longo do caminho.
O comando show ip route

Como mostrado na figura, a tabela de roteamento exibida com o comando show ip route.
Neste momento, no houve nenhuma rota esttica configurada nem qualquer protocolo de
roteamento dinmico habilitado. Portanto, a tabela de roteamento de R1 s mostra as redes
do roteador conectadas diretamente. Para cada rede listada na tabela de roteamento, as
seguintes informaes so includas:
36
C - As informaes nesta coluna denotam a origem das informaes da rota, a rede

conectada diretamente, a rota esttica ou um protocolo de roteamento dinmico. C
representa uma rota conectada diretamente.
192.168.1.0/24 - Este o endereo de rede e a mscara de sub-rede da rede
conectada diretamente ou remota. Nesse exemplo, ambas as entradas na tabela de
roteamento, 192.168.1./24 e 192.168.2.0/24, so redes conectadas diretamente.
FastEthernet 0/0 - As informaes ao trmino da entrada da rota representam a
interface de sada e/ou o endereo IP do roteador de prximo salto. Nesse exemplo,
FastEthernet 0/0 e Serial0/0/0 so as interfaces de sada usadas para alcanar essas
redes.
Quando a tabela de roteamento inclui uma entrada de rota para uma rede remota,
informaes adicionais so includas, como a mtrica de roteamento e a distncia
administrativa. A mtrica de roteamento, a distncia administrativa e o comando show ip
route so explicados com mais detalhes nos captulos posteriores.
Os PCs tambm tm uma tabela de roteamento. Na figura, voc pode ver a sada de comando
route print. O comando revela o gateway padro configurado ou adquirido, as redes
conectadas, loopback, multicast e de broadcast. A sada de comando route print no ser
analisado durante este curso. Isso mostrado aqui para enfatizar o ponto que todos os
dispositivos IP configurados devem ter uma tabela de roteamento.
37
Adicionando uma rede conectada tabela de roteamento

Conforme mencionado na seo anterior, quando a interface de um roteador configurada
com um endereo IP e uma mscara de sub-rede, a interface se torna um host na rede. Por
exemplo, quando a interface FastEthernet 0/0 em R1 na figura configurada com o endereo
IP 192.168.1.1 e a mscara de sub-rede 255.255.255.0, a interface FastEthernet 0/0 se torna
membro da rede 192.168.1.0/24. Os hosts que so acoplados mesma rede local, como PC1,
tambm so configurados com um endereo IP que pertence rede 192.168.1.0/24.
Quando um PC configurado com um endereo IP de host e uma mscara de sub-rede, o PC
usa a mscara de sub-rede para determinar a que rede ela pertence agora. Isso feito pelo
sistema operacional ANDing o endereo IP de host e a mscara de sub-rede. Um roteador usa
a mesma lgica quando uma interface configurada.
Um PC normalmente configurado com um nico endereo IP de host porque s tem uma
nica interface de rede, quase sempre uma placa de rede Ethernet. Como os roteadores tm
vrias interfaces, cada interface deve ser membro de uma rede diferente. Na figura, R1
membro de duas redes diferentes: 192.168.1.0/24 e 192.168.2.0/24. O Roteador R2 tambm
membro de duas redes: 192.168.2.0/24 e 192.168.3.0/24.
Depois que a interface do roteador configurada e a interface ativada com o comando no
shutdown, a interface deve receber um sinal de operadora de outro dispositivo (roteador,
switch, hub etc.) antes do estado da interface ser considerado "ativo". Quando a interface est
"ativa", a rede dessa interface adicionada tabela de roteamento como uma rede conectada
diretamente.
Para que um roteamento esttico ou dinmico seja configurado em um roteador, o roteador
s sabe sobre suas prprias redes conectadas diretamente. Essas so as nicas redes exibidas
na tabela de roteamento at a configurao do roteamento esttico ou dinmico. As redes
conectadas diretamente tm grande importncia nas decises de roteamento. As rotas
estticas e dinmicas no podem existir na tabela de roteamento sem redes conectadas
diretamente do prprio roteador. O roteador no poder enviar pacotes por uma interface se
ela no estiver habilitada com um endereo IP e uma mscara de sub-rede, assim como um PC
no poder enviar pacotes IP por sua interface Ethernet se essa interface no for configurada
com um endereo IP e uma mscara de sub-rede.
Nota: Os processos de configurao das interfaces de roteador e de adio do endereo de
rede tabela de roteamento so abordados no captulo a seguir.
38
Roteamento esttico
As redes remotas so adicionadas tabela de roteamento, configurando rotas estticas ou
habilitando um protocolo de roteamento dinmico. Quando o IOS souber algo sobre uma rede
remota e sobre a interface que a usar para alcanar essa rede, ele ir adicionar essa rota
tabela de roteamento, desde que a interface de sada esteja habilitada.
Uma rota esttica inclui o endereo de rede e a mscara de sub-rede da rede remota, alm do
endereo IP do roteador do prximo salto ou da interface de sada. As rotas estticas so
denotadas com o cdigo S na tabela de roteamento como mostrado na figura. As rotas
estticas so examinadas com mais detalhes no prximo captulo.
Quando usar rotas estticas
As rotas estticas devem ser usadas nos seguintes casos:
Uma rede consiste em alguns roteadores. Nesse caso, usar um protocolo de

roteamento dinmico no apresenta nenhum benefcio significativo. Pelo contrrio, o
roteamento dinmico pode adicionar mais sobrecarga administrativa.
Uma rede conectada Internet apenas por meio de um nico ISP. No h nenhuma
necessidade de usar um protocolo de roteamento dinmico nesse enlace porque o ISP
representa o nico ponto de sada para a Internet.
39
Uma grande rede configurada em uma topologia hub-and-spoke. Uma topologia

hub-and-spoke consiste em um local central (o hub) e vrios locais de filial (spokes),
com cada spoke tendo apenas uma conexo com o hub. Usar o roteamento dinmico
seria desnecessrio porque cada filial s tem um caminho para um determinado
destino no local central.
Normalmente, a maior parte das tabelas de roteamento contm uma combinao de rotas
estticas e dinmicas. Mas, como dissemos anteriormente, a tabela de roteamento deve
conter primeiro as redes conectadas diretamente usadas para acessar essas redes remotas
para que um roteamento esttico ou dinmico possa ser usado.
Roteamento dinmico
As redes remotas tambm podem ser adicionadas tabela de roteamento, usando um
protocolo de roteamento dinmico. Na figura, R1 aprendeu automaticamente a rede
192.168.4.0/24 de R2 pelo protocolo de roteamento dinmico, o Protocolo de Informaes de
Roteamento (RIP, Routing Information Protocol). RIP era um dos primeiros protocolos de
roteamento IP e ser totalmente abordado em captulos posteriores.
Nota: A tabela de roteamento de R1 na figura mostra que R1 aprendeu aproximadamente
duas redes remotas: uma rota que usou o RIP dinamicamente e uma rota esttica que foi
configurada manualmente. Este um exemplo de como tabelas de roteamento podem conter
40
rotas aprendidas dinamicamente e configuradas estaticamente, no sendo necessariamente

uma representao da melhor configurao para essa rede.
Os protocolos de roteamento dinmico so usados por roteadores para compartilhar
informaes sobre o alcance e o status de redes remotas. Os protocolos de roteamento
dinmico executam vrias atividades, inclusive:
Deteco de rede
Atualizao e manuteno das tabelas de roteamento
Deteco de rede automtica

Deteco de rede a capacidade de um protocolo de roteamento de compartilhar
informaes sobre as redes aprendidas com outros roteadores que tambm esto usando o
mesmo protocolo de roteamento. Em vez de configurar rotas estticas para redes remotas em
todos os roteadores, um protocolo de roteamento dinmico permite aos roteadores aprender
automaticamente essas redes com outros roteadores. Essas redes e o melhor caminho para
cada rede so adicionadas tabela de roteamento do roteador e denotadas como uma rede
aprendida por um protocolo de roteamento dinmico especfico.
Mantendo tabelas de roteamento
Aps a deteco de rede inicial, os protocolos de roteamento dinmico atualizam e mantm
as redes em suas tabelas de roteamento. Os protocolos de roteamento dinmico no apenas
criam uma determinao de melhor caminho para vrias redes, mas tambm determinam um
novo melhor caminho caso o caminho inicial fique inutilizvel (ou caso a topologia seja
alterada). Por essas razes, os protocolos de roteamento dinmico tm uma vantagem em
relao a rotas estticas. Os roteadores que usam protocolos de roteamento dinmico
compartilham automaticamente informaes de roteamento com outros roteadores e
compensam qualquer alterao feita na topologia sem envolver o administrador de rede.
Protocolos de roteamento IP
H vrios protocolos de roteamento dinmico para IP. Aqui esto alguns do protocolos de
roteamento dinmico mais comuns para pacotes IP de roteamento:
Protocolo de informaes de roteamento (RIP, Routing Information Protocol)

Protocolo de Roteamento de Gateway Interior (IGRP, Interior Gateway Routing
Protocol)
Protocolo de Roteamento de Gateway Interior Aprimorado (EIGRP, Enhanced Interior
Gateway Routing Protocol)
Abrir caminho mais curto primeiro (OSPF, Open Shortest Path First)
Sistema Intermedirio para Sistema Intermedirio (IS-IS, Intermediate System-toIntermediate System)
Protocolo de Roteamento de Borda (BGP, Border Gateway Protocol)
41
Nota: RIP (verses 1 e 2), EIGRP e OSPF so abordados neste curso. EIGRP e OSPF tambm so
explicados com mais detalhes no CCNP, alm de IS-IS e BGP. IGRP um protocolo de
roteamento herdado, sendo substitudo por EIGRP. IGRP e EIGRP so protocolos de
roteamento de propriedade da Cisco, enquanto todos os demais protocolos de roteamento
listados so protocolos padro, sem propriedade.
Mais uma vez, lembre-se de que, na maioria dos casos, os roteadores contm uma
combinao de rotas estticas e dinmicas nas tabelas de roteamento. Os protocolos de
roteamento dinmico sero abordados com mais detalhes no Captulo 3, "Introduo aos
protocolos de roteamento dinmico".
Princpios da tabela de roteamento

s vezes, neste curso ns iremos nos referir a trs princpios relativos a tabelas de roteamento
que iro ajudar a compreender, configurar e solucionar problemas de roteamento. Esses
princpios so do livro de Alex Zinin, Cisco IP Routing.
1. Todos os roteadores tomam suas decises sozinhos com base nas informaes presentes
em sua prpria tabela de roteamento.
42
2. O fato de um roteador ter determinadas informaes em sua tabela de roteamento no

significa que todos os roteadores tenham as mesmas informaes.
3. As informaes de roteamento sobre um caminho de uma rede para outra no fornecem
informaes de roteamento sobre o caminho inverso ou de retorno.
Qual o efeito desses princpios?
1. Depois de tomar sua deciso de roteamento, o Roteador R1 encaminha o pacote com
destino a PC2 para o Roteador R2. R1 s sabe as informaes em sua prpria tabela de
roteamento, o que indica que o Roteador R2 o roteador de prximo salto. R1 no sabe se R2
tem, de fato, uma rota at a rede de destino.
2. de responsabilidade do administrador de rede ter certeza de que todos os roteadores
dentro do seu controle tenham informaes de roteamento completas e precisas para que os
pacotes possam ser encaminhados entre duas redes. Isso pode ser feito com rotas estticas,
um protocolo de roteamento dinmico ou uma combinao de ambos.
3. O Roteador R2 conseguiu encaminhar o pacote para a rede de destino de PC2. No entanto, o
pacote de PC2 para PC1 foi descartado por R2. Embora R2 tenha informaes em sua tabela de
roteamento sobre a rede de destino de PC2, no sabemos se ele tem as informaes do
caminho de retorno para a rede de PC1.
Roteamento assimtrico
Como os roteadores no necessariamente tm as mesmas informaes em suas tabelas de
roteamento, os pacotes podem atravessar a rede em uma direo, usando um caminho e
retornando por outro. Isso chamado de roteamento assimtrico. O roteamento assimtrico
mais comum na Internet, que usa o protocolo de roteamento BGP, do que na maioria das
redes internas.
Esse exemplo implica que, ao criar e solucionar problemas de uma rede, o administrador deve
verificar as seguintes informaes de roteamento:
H um caminho da origem para o destino disponvel em ambas as direes?

O caminho leva a ambas as direes? (O roteamento assimtrico no incomum, mas
s vezes pode oferecer problemas adicionais.)
Campos de pacote e de quadro

Como abordamos anteriormente, os roteadores tomam sua deciso primria de
encaminhamento, examinando o endereo IP de destino de um pacote. Antes de enviar um
pacote pela interface de sada apropriada, o pacote IP precisa ser encapsulado em um quadro
de enlace da Camada 2. Posteriormente nesta seo, acompanharemos um pacote IP da
43
origem para o destino, examinando o processo de encapsulamento e de desencapsulamento

em cada roteador. Mas antes revisaremos o formato de um pacote IP de Camada 3 e um
quadro Ethernet de Camada 2.
Formato de pacote IP (Internet Protocol, Protocolo de internet)
O protocolo de Internet especificado na RFC 791 define o formato de pacote IP. O cabealho
de pacote IP tem campos especficos que contm informaes sobre o pacote e sobre os hosts
de envio e de recebimento. Abaixo est uma lista dos campos no cabealho IP e uma descrio
sumarizada de cada um. Voc j deve estar familiarizado com os campos de endereo IP de
destino, endereo IP de origem, verso e Tempo de Vida (TTL, Time To Live). Os outros campos
so importantes, mas esto fora do escopo deste curso.
Verso nmero de verso (4 bits); a verso predominante o IP verso 4 (IPv4)

Comprimento de cabealho IP comprimento do cabealho em palavras de 32 bits (4
bits)
Precedncia e tipo de servio como o datagrama deve ser tratado (8 bits); os 3
primeiros bits so bits de precedncia (esse uso foi substitudo pelo Ponto do Cdigo
de Servios Diferenciado [DSCP, Differentiated Services Code Point]), que usa os 6
primeiros bits [ltimos 2 reservados])
Comprimento do pacote comprimento total (cabealho + dados) (16 bits)
Identificao o valor de datagrama IP exclusivo (16 bits)
Flags controlam a fragmentao (3 bits)
Deslocamento de fragmento oferece suporte fragmentao de datagramas para
permitir diferir MTUs (Maximum Transmission Units, Unidades de transmisso
mxima) na Internet (13 bits)
Tempo de vida (TTL) identifica quantos roteadores podem ser percorridos pelo
datagrama antes de ser descartado (8 bits)
Protocolo protocolo de camada superior que envia o datagrama (8 bits)
Checksum do cabealho verificao de integridade no cabealho (16 bits)
Endereo IP de origem endereo IP de origem de 32 bits (32 bits)
Endereo IP de destino endereo IP de destino de 32 bits (32 bits)
Opes de IP testes de rede, depurao, segurana e outros (0 ou 32 bits, se
qualquer)
44
Formato de quadro da camada MAC

O quadro de enlace de dados da Camada 2 normalmente contm informaes de cabealho
com um endereo de origem e de destino de enlace de dados, informaes de trailer e os
dados transmitidos reais. O endereo de origem do enlace de dados o endereo de Camada 2
da interface que enviou o quadro do enlace de dados. O endereo de destino do enlace de
dados o endereo de Camada 2 da interface do dispositivo de destino. As interfaces de
origem e de destino do enlace de dados esto na mesma rede. Como um pacote
encaminhado de um roteador para outro, os endereos IP de origem e de destino da Camada 3
no sero alterados. No entanto, os endereos do enlace de dados de origem e de destino da
Camada 2 sero alterados. Esse processo ser examinado mais atentamente mais tarde nesta
seo.
Nota: Quando a NAT usada, o endereo IP de destino no alterado, mas esse processo no
importa para IP e um processo seja executado em uma rede da empresa. O roteamento com
NAT abordado em um curso posterior.
O pacote IP de Camada 3 encapsulado no quadro de enlace da Camada 2 associado a essa
interface. Nesse exemplo, ns iremos mostrar o quadro Ethernet da Camada 2. A figura mostra
as duas verses compatveis de Ethernet. Abaixo est uma lista dos campos no cabealho
Ethernet e uma descrio sumarizada de cada um.
Prembulo sete bytes de 1s e 0s alternados, usados para sincronizar sinais

Delimitador SOF (Start-of-frame, Incio do quadro) 1 byte que sinaliza o incio do
quadro
Endereo de destino endereo MAC de 6 bytes do dispositivo de envio no segmento
local
Endereo de origem endereo MAC de 6 bytes do dispositivo de recebimento no
segmento local
45
Tipo/comprimento 2 bytes que especificam o tipo de protocolo de camada superior

(formato de quadro Ethernet II) ou o comprimento do campo de dados (formato de
quadro IEEE 802.3)
Dados e bloco 46 a 1500 bytes de dados; zeros usados para incluir um pacote de
dados inferior a 46 bytes
Seqncia de Verificao de Quadros (FCS, Frame check sequence) 4 bytes usados
em uma verificao de redundncia cclica para ter certeza de que o quadro no esteja
corrompido
Melhor caminho
Determinar o melhor caminho de um roteador envolve a avaliao de vrios caminhos para a
mesma rede de destino e selecionar o caminho ideal ou mais "curto" para alcanar essa rede.
Sempre que h vrios caminhos para alcanar a mesma rede, cada caminho usa uma interface
de sada diferente no roteador para alcanar essa rede. O melhor caminho selecionado por
um protocolo de roteamento com base no valor ou na mtrica usado para determinar a
distncia para alcanar uma rede. Alguns protocolos de roteamento, como RIP, usam a
contagem de saltos simples, o nmero de roteadores entre um roteador e a rede de destino.
Outros protocolos de roteamento, como OSPF, determinam o caminho mais curto,
examinando a largura de banda dos enlaces e usando os enlaces com a largura de banda mais
rpida de um roteador para a rede de destino.
46
Os protocolos de roteamento dinmico normalmente usam suas prprias regras e as mtricas

para criar e atualizar tabelas de roteamento. Mtrica o valor quantitativo usado para medir a
distncia at uma determinada rota. O melhor caminho para uma rede o caminho com a
menor mtrica. Por exemplo, um roteador ir preferir um caminho a 5 saltos em um caminho
que est a 10 saltos.
O principal objetivo do protocolo de roteamento determinar os melhores caminhos para
cada rota a ser includa na tabela de roteamento. O algoritmo de roteamento gera um valor,
ou uma mtrica, para cada caminho na rede. As mtricas podem se basear em uma nica
caracterstica ou em vrias caractersticas de um caminho. Alguns protocolos de roteamento
podem basear a seleo de rota em vrias mtricas, integrando-as a uma nica mtrica.
Quanto menor for o valor da mtrica, melhor ser o caminho.
Comparando a contagem de saltos e as mtricas de largura de banda
As duas mtricas usadas por alguns protocolos de roteamento dinmico so:
Contagem de saltos a contagem de saltos o nmero de roteadores que um pacote

deve percorrer at alcanar seu destino. Cada roteador igual a um salto. Uma
contagem de quatro saltos indica que um pacote deve percorrer quatro roteadores
para alcanar seu destino. Se houver vrios caminhos disponveis para um destino, o
protocolo de roteamento, como RIP, ir escolher o caminho com o menor nmero de
saltos.
Largura de banda largura de banda a capacidade de dados de um enlace, s vezes
conhecida como a velocidade do enlace. Por exemplo, a implementao da Cisco do
protocolo de roteamento OSPF usa largura de banda como sua mtrica. O melhor
caminho para uma rede determinado pelo caminho com um acmulo de enlaces
com os maiores valores de largura de banda, ou os enlaces mais rpidos. O uso da
largura de banda em OSPF ser explicado no Captulo 11.
Nota: Velocidade no uma descrio tecnicamente precisa da largura de banda porque todos
os bits percorrem na mesma velocidade usando o mesmo meio fsico. Largura de banda
definida com mais preciso como o nmero de bits que podem ser transmitidos em um enlace
por segundo.
Quando a contagem de saltos usada como a mtrica, o caminho resultante pode, s vezes,
ser inferior ao ideal. Por exemplo, considere a rede mostrada na figura. Se RIP for o protocolo
de roteamento usado pelos trs roteadores, R1 ir escolher a rota inferior ao ideal at R3 para
alcanar PC2, porque esse caminho tem menos saltos. A largura de banda no considerada.
No entanto, se OSPF for usado como o protocolo de roteamento, R1 ir escolher a rota com
base na largura de banda. Os pacotes podero alcanar seu destino usando os dois enlaces T1
mais rpidos em comparao com o nico enlace de 56 Kbps, mais lento.
47
Balanceamento de carga de mesmo custo

Voc pode estar se perguntando o que ir acontece se uma tabela de roteamento tiver dois ou
mais caminhos com a mesma mtrica para a mesma rede de destino. Quando um roteador
tem vrios caminhos para uma rede de destino e o valor dessa mtrica (contagem de saltos,
largura de banda etc.) igual, isso conhecido como mtrica de mesmo custo, e o roteador ir
executar o balanceamento de carga de mesmo custo. A tabela de roteamento ir conter a
nica rede de destino, mas ter vrias interfaces de sada, uma para cada caminho de mesmo
custo. O roteador ir encaminhar pacotes que usam as vrias interfaces de sada listadas na
tabela de roteamento.
48
Se for configurado corretamente, o balanceamento de carga poder aumentar a eficincia e o

desempenho da rede. O balanceamento de carga de mesmo custo pode ser configurado para
usar protocolos de roteamento dinmico e rotas estticas. O balanceamento de carga de
mesmo custo abordado com mais detalhes no Captulo 8, "Tabela de roteamento: uma
anlise mais profunda".
Caminhos de mesmo custo e caminhos de custo diferente
Caso voc esteja se perguntando, um roteador pode enviar pacotes em vrias redes mesmo
quando a mtrica no a mesma em caso de uso de um protocolo de roteamento com esse
recurso. Isso conhecido como balanceamento de carga de custo desigual. EIGRP e IGRP so
os nicos protocolos de roteamento que podem ser configurados para o balanceamento de
carga de custo desigual. O balanceamento de carga de custo desigual em EIGRP no
abordado neste curso, mas no CCNP.
Determinao do caminho
Encaminhar pacotes envolve duas funes:
Funo de determinao do caminho

Funo de comutao
A funo de determinao do caminho o processo de como o roteador determina que

caminho usar ao encaminhar um pacote. Para determinar o melhor caminho, o roteador
pesquisa sua tabela de roteamento em busca de um endereo de rede correspondente ao
endereo IP de destino do pacote.
Uma das trs determinaes de caminho resultante dessa pesquisa:
49
Rede conectada diretamente se o endereo IP de destino do pacote pertencer a um

dispositivo em uma rede conectada diretamente a uma das interfaces do roteador,
esse pacote ser encaminhado diretamente para o dispositivo. Isso significa que o
endereo IP de destino do pacote um endereo de host na mesma rede da interface
do roteador.
Rede remota se o endereo IP de destino do pacote pertencer a uma rede remota, o
pacote ser encaminhado para outro roteador. As redes remotas s podem ser
alcanadas encaminhando-se pacotes para outro roteador.
Nenhuma rota determinada se o endereo IP de destino do pacote no pertencer a
uma rede conectada ou remota e se o roteador no tiver uma rota padro, o pacote
ser descartado. O rotador envia uma mensagem inalcanvel ICMP para o endereo
IP de origem do pacote.
Nos dois primeiros resultados, o roteador reencapsula o pacote IP no formato do quadro de

enlace de dados da Camada 2 da interface de sada. O tipo de encapsulamento da Camada 2
determinado pelo tipo de interface. Por exemplo, se a interface de sada for FastEthernet, o
pacote ser encapsulado em um quadro Ethernet. Se a interface de sada for uma interface
serial configurada para PPP, o pacote IP ser encapsulado em um quadro PPP.
Funo de comutao
Depois que o roteador determinar a interface de sada usando a funo de determinao do
caminho, o roteador ir precisar encapsular o pacote no quadro do enlace de dados da
interface de sada.
50
A funo de comutao o processo usado por um roteador para aceitar um pacote em uma
interface e encaminh-lo usando outra interface. Uma das principais responsabilidades da
funo de comutao encapsular pacotes no tipo apropriado do quadro de enlace de dados
para o link de dados de sada.
O que um roteador faz com um pacote recebido de uma rede e com destino a outra rede? O
roteador executa as trs seguintes etapas principais:
1. Desencapsula o pacote da Camada 3, removendo o cabealho e o trailer do quadro da
Camada 2
2. Examina o endereo IP de destino do pacote IP para localizar o melhor caminho na tabela de
roteamento.
3. Encapsula o pacote de Camada 3 em um novo quadro de Camada 2 e encaminha o quadro
pela interface de sada.
Como o pacote IP de a Camada 3 encaminhado de um roteador para o prximo, o pacote IP
permanece inalterado, com a exceo do campo TTL. Quando um roteador recebe um pacote
IP, ele diminui o TTL em um. Se o valor TTL resultante for zero, o roteador ir descartar o
pacote. O TTL usado para impedir pacotes IP de percorrer eternamente as redes devido a um
loop de roteamento ou a outro mau funcionamento na rede. Os loops de roteamento so
abordados posteriormente em um captulo.
Como o pacote IP desencapsulado do quadro da Camada 2 e encapsulado em um novo
quadro de Camada 2, o endereo de destino do enlace de dados e o endereo de origem sero
alterados quando o pacote for encaminhado de um roteador para o prximo. O endereo de
origem do enlace de dados da Camada 2 representa o endereo de Camada 2 da interface de
sada. O endereo de destino da Camada 2 representa o endereo de Camada 2 do roteador de
prximo salto. Se o prximo salto for o dispositivo de destino final, ele ser o endereo de
Camada 2 do dispositivo.
muito provvel que o pacote seja encapsulado em um tipo diferente de quadro da Camada 2
daquele em que ele foi recebido. Por exemplo, o pacote pode ser recebido pelo roteador em
uma interface FastEthernet, encapsulada em um quadro Ethernet, e encaminhado por uma
interface serial encapsulada em um quadro PPP.
Lembre-se: como um pacote percorre do dispositivo de origem para o dispositivo de destino
final, os endereos IP de Camada 3 no so alterados. No entanto, os endereos de enlace de
dados da Camada 2 so alterados a cada salto quando o pacote desencapsulado e
reencapsulado em um novo quadro por cada roteador.
51
Determinao de caminho e detalhes da funo de comutao

Voc pode descrever os detalhes exatos do que acontece com um pacote nas camadas 2 e 3
quando ele deixa a origem em direo ao destino? Do contrrio, estude a animao e
acompanhe a discusso at que voc seja capaz de descrever o processo sozinho.
Etapa 1: PC1 tem um pacote a ser enviado para PC2
PC1 encapsula o pacote IP em um quadro Ethernet usando o endereo MAC de destino da
interface FastEthernet de R1 0/0.
Como PC1 sabe encaminhar o pacote para R1, e no diretamente para PC2? PC1 determinou
que os endereos de origem e de destino IP esto em redes diferentes.
PC1 sabe que a rede pertence a ele, executando uma operao AND em seu prprio endereo
IP e mscara de sub-rede que resulta em seu endereo de rede. PC1 faz essa mesma operao
AND usando o endereo IP de destino do pacote e a mscara de sub-rede PC1. Se o resultado
for o mesmo da rede, PC1 sabe que o endereo IP de destino est na prpria rede, no
precisando encaminhar o pacote para o gateway padro, o roteador. Se a operao AND
resultar em um endereo de rede diferente, PC1 sabe que o endereo IP de destino no est
em sua prpria rede, devendo encaminhar esse pacote para o gateway padro, o roteador.
Nota: Se uma operao AND com o endereo IP de destino do pacote e a mscara de sub-rede
de PC1 resultar em um endereo de rede diferente do determinado por PC1 como seu
endereo de rede prprio, esse endereo no necessariamente ir refletir o endereo de rede
remoto real. PC1 s sabe que o endereo IP de destino est em sua prpria rede, as mscaras
sero iguais e os endereos de rede seriam os mesmos. A mscara da rede remota pode ser
52
outra. Se o endereo IP de destino resultar em um endereo de rede diferente, PC1 no saber

o endereo de rede remota real ele s sabe que no est em sua prpria rede.
Como PC1 determina o endereo MAC do gateway padro, roteador R1? PC1 verifica a tabela
ARP do endereo IP do gateway padro e seu endereo MAC associado.
E se esta entrada no existir na tabela ARP? PC1 envia uma solicitao ARP e o roteador R1
devolve uma resposta ARP.
Etapa 2: Roteador R1 recebe o quadro Ethernet
1. Roteador R1 examina o endereo MAC de destino, que corresponde ao endereo MAC da
interface de recebimento, FastEthernet 0/0. Dessa forma, R1 copiar o quadro para o buffer.
2. R1 v que o campo Tipo de Ethernet 0x800, o que significa que o quadro Ethernet contm
um pacote IP na poro de dados do quadro.
3. R1 desencapsula o quadro Ethernet.
4. Como o endereo IP de destino do pacote no corresponde a nenhuma das redes
conectadas diretamente de R1, o roteador consulta sua tabela de roteamento para rotear esse
pacote. R1 pesquisa a tabela de roteamento em busca de um endereo de rede e da mscara
de sub-rede que incluiria o endereo IP de destino do pacote como um endereo de host nessa
rede. Neste exemplo, a tabela de roteamento tem uma rota para a rede 192.168.4.0/24. O
endereo IP de destino do pacote 192.168.4.10, que um endereo IP de host dessa rede.
A rota de R1 para a rede 192.168.4.0/24 tem um endereo IP do prximo salto 192.168.2.2 e
uma interface de sada de FastEthernet 0/1. Isso significa que o pacote IP ser encapsulado em
um novo quadro Ethernet com o endereo MAC de destino do endereo IP de roteador do
prximo salto. Como a interface de sada est em uma rede Ethernet, R1 deve resolver o
endereo IP do prximo salto com um endereo MAC de destino.
5. R1 observa o endereo IP do prximo salto 192.168.2.2 em seu cache ARP para a interface
FastEthernet 0/1. Se a entrada no estiver no cache ARP, R1 enviar uma solicitao ARP pela
interface FastEthernet 0/1. R2 devolve uma resposta ARP. Em seguida, R1 atualiza seu cache
ARP com uma entrada para 192.168.2.2 e o endereo MAC associado.
6. O pacote IP agora encapsulado em um novo quadro Ethernet e encaminhado para fora da
interface FastEthernet 0/1 do R1.
53
Etapa 3: Pacote chega ao roteador R2

1. Roteador R2 examina o endereo MAC de destino, que corresponde ao endereo MAC da
interface de recebimento, FastEthernet 0/0. Dessa forma, R1 copiar o quadro para o buffer.
2. R2 v que o campo Tipo de Ethernet 0x800, o que significa que o quadro Ethernet contm
um pacote IP na poro de dados do quadro.
3. R2 desencapsula o quadro Ethernet.
4. Como o endereo IP de destino do pacote no corresponde a nenhum dos endereos de
interface de R2, o roteador consulta sua tabela de roteamento para rotear esse pacote. R2
pesquisa a tabela de roteamento em busca do endereo IP de destino do pacote que usa o
mesmo processo usado por R1.
A tabela de roteamento de R2 tem uma rota para a rota 192.168.4.0/24 com um endereo IP
de prximo salto 192.168.3.2 e uma interface de sada de Serial 0/0/0. Como a interface de
sada no est em uma rede Ethernet, R2 no deve resolver o endereo IP de prximo salto
com um endereo MAC de destino.
Quando a interface for uma conexo serial ponto-a-ponto, R2 ir encapsular o pacote IP no
prprio formato de quadro de enlace de dados usado pela interface de sada (HDLC, PPP etc.).
Nesse caso, o encapsulamento de Camada 2 PPP; portanto, o endereo de destino do enlace
de dados definido como um broadcast. Lembre-se: no h nenhum endereo MAC em
interfaces seriais.
54
5. O pacote IP agora encapsulado em um novo quadro de enlace de dados, PPP, e enviado

pela interface de sada serial 0/0/0.
Etapa 4: O pacote chega a R3

1. R3 recebe e copia o quadro PPP de enlace de dados em seu buffer.
2. R3 desencapsula o quadro PPP do enlace de dados.
3. R3 pesquisa a tabela de roteamento em busca do endereo IP de destino do pacote. A
pesquisa da tabela de roteamento resulta em uma rede que uma das redes conectadas
diretamente de R3. Isso significa que o pacote pode ser enviado diretamente para o dispositivo
de destino, no precisando ser enviado para outro roteador.
Como a interface de sada no uma rede Ethernet conectada diretamente, R3 precisa
resolver o endereo IP de destino do pacote com um endereo MAC de destino.
4. R3 procura o endereo IP de destino do pacote 192.168.4.10 em seu cache ARP. Se a
entrada no estiver no cache ARP, R3 enviar uma solicitao ARP pela interface FastEthernet
0/1. PC2 devolve uma resposta ARP com seu endereo MAC. Em seguida, R1 atualiza seu cache
ARP com uma entrada para 192.168.4.10 e o endereo MAC retornado na resposta ARP.
5. O pacote IP agora encapsulado em um novo enlace de dados, o quadro Ethernet, e
encaminhado pela interface FastEthernet 0/0 de R3.
Etapa 5: O quadro Ethernet com pacote IP encapsulado chega a PC2
55
1. PC2 examina o endereo MAC de destino, que corresponde ao endereo MAC da interface
de recebimento, sua placa de rede Ethernet. Dessa forma, PC2 copiar o restante do quadro
para o buffer.
2. PC2 v que o campo Tipo de Ethernet 0x800, o que significa que o quadro Ethernet
contm um pacote IP na poro de dados do quadro.
3. PC2 desencapsula o quadro Ethernet e passa o pacote IP para o processo IP de seu sistema
operacional.
Resumo
Acabamos de examinar o encapsulamento e o processo de desencapsulamento de um pacote
quando ele encaminhado de roteador para roteador, do dispositivo de origem para o
dispositivo de destino final. Tambm fomos apresentados ao processo de pesquisa da tabela
de roteamento, que ser abordado mais detalhadamente em um captulo posterior. Vimos que
os roteadores no esto envolvidos apenas em decises de roteamento da Camada 3, mas que
tambm participam de processos da Camada 2, inclusive encapsulamento, e em redes
Ethernet, ARP. Roteadores tambm participam de Camada 1, usada para transmitir e receber
os bits de dados no meio fsico.
As tabelas de roteamento contm redes conectadas diretamente e redes remotas. porque
roteadores contm endereos para redes remotas em suas tabelas de roteamento que os
roteadores sabem aonde enviar pacotes com destino a outras redes, inclusive a Internet. Nos
captulos seguintes, voc saber como os roteadores criam e mantm essas tabelas de
roteamento usando rotas estticas inseridas manualmente ou protocolos de roteamento
dinmico.
56
Resumo
Este captulo apresentou o roteador. Roteadores so computadores e incluem muitos dos
mesmos componentes de hardware e de software encontrados em um PC tpico, como CPU,
RAM, ROM e um sistema operacional.
A principal finalidade de um roteador conectar vrias redes e encaminhar pacotes de uma
rede para a prxima. Isso significa que um roteador normalmente tem vrias interfaces. Cada
interface um membro ou host em uma rede IP diferente.
O roteador tem uma tabela de roteamento, que uma lista de redes conhecida pelo roteador.
A tabela de roteamento inclui endereos de rede de suas prprias interfaces, que so as redes
conectadas diretamente, bem como endereos de rede para redes remotas. Uma rede remota
uma rede que s pode ser alcanada encaminhando-se o pacote para outro roteador.
As redes remotas so adicionadas tabela de roteamento de duas formas: pelo administrador
de rede que configura rotas estticas manualmente ou implementando um protocolo de
roteamento dinmico. Rotas estticas no tm tanta sobrecarga quanto protocolos de
roteamento dinmico. No entanto, as rotas estticas podero exigir mais manuteno se a
topologia mudar constantemente ou for instvel.
Os protocolos de roteamento dinmico se ajustam automaticamente a alteraes sem
qualquer interveno do administrador de rede. Os protocolos de roteamento dinmico
exigem mais processamento de CPU e tambm usam uma determinada capacidade do enlace
para rotear atualizaes e mensagens. Em muitos casos, uma tabela de roteamento conter
rotas estticas e dinmicas.
Os roteadores tomam sua deciso primria de encaminhamento na Camada 3, a camada de
rede. No entanto, as interfaces de roteador participam das camadas 1, 2 e 3. Os pacotes IP de
Camada 3 so encapsulados em um quadro de enlace de dados de Camada 2 e codificados em
bits na Camada 1. As interfaces de roteador participam de processos de Camada 2 associados
ao seu encapsulamento. Por exemplo, uma interface Ethernet de um roteador participa do
processo ARP, assim como os demais hosts na rede local.
No prximo captulo, examinaremos a configurao de rotas estticas e apresentaremos a
tabela de roteamento IP.
57
Introduo do captulo
O roteamento est no centro de todas as redes de dados, movendo informaes em redes
interconectadas da origem para o destino. Os roteadores so os dispositivos responsveis pela
transferncia de pacotes de uma rede para a prxima.
Como ns vimos no captulo anterior, os roteadores aprendem as redes remotas
dinamicamente, usando protocolos de roteamento, ou manualmente, usando rotas estticas.
Em muitos casos, os roteadores usam uma combinao de protocolos de roteamento dinmico
e rotas estticas. Este captulo se concentra no roteamento esttico.
As rotas estticas so muito comuns e no exigem a mesma quantidade de processamento e
sobrecarga, como veremos com os protocolos de roteamento dinmico.
Neste captulo, acompanharemos um exemplo de topologia ao configurarmos rotas estticas e
aprenderemos tcnicas para identificao e soluo de problemas. No processo,
examinaremos vrios comandos essenciais do IOS e os resultados que eles exibem. Tambm
apresentaremos a tabela de roteamento que usa redes diretamente conectadas e rotas
estticas.
58
Enquanto voc trabalha em meio s atividades do Packet Tracer associadas a esses comandos,
reserve um momento para testar os comandos e examinar os resultados. Logo, ler as tabelas
de roteamento se tornar algo automtico.
Funo do roteador
O roteador um computador com uma finalidade especial que desempenha um papel
fundamental no funcionamento de qualquer rede de dados. Os roteadores so os principais
responsveis por interconectar redes:
Determinando o melhor caminho para enviar pacotes

Encaminhando pacotes para o destino
Os roteadores executam o encaminhamento de pacotes, aprendendo as redes remotas e

mantendo informaes de roteamento. O roteador a juno ou a interseo que conecta
vrias redes IP. A deciso primria de encaminhamento dos roteadores se baseia nas
informaes de Camada 3, o endereo IP de destino.
A tabela de roteamento do roteador usada para localizar a melhor correspondncia entre o
IP de destino de um pacote e um endereo de rede na tabela de roteamento. A tabela de
roteamento acabar determinando a interface de sada que deve encaminhar o pacote, e o
roteador encapsular esse pacote no quadro de enlace de dados apropriado a essa interface
de sada.
59
Apresentando a Topologia
A figura mostra a topologia usada neste captulo. A topologia consiste em trs roteadores,
rotulados R1, R2 e R3. Os roteadores R1 e R2 so conectados por um link WAN e os roteadores
R2 e R3, por outro link WAN. Cada roteador conectado a uma rede local Ethernet diferente,
representada por um switch e um PC.
Todos os roteadores desse exemplo so Cisco 1841. Um roteador Cisco 1841 tem as seguintes
interfaces:
Duas interfaces FastEthernet: FastEthernet 0/0 e FastEthernet 0/1

Duas interfaces seriais: Serial 0/0/0 e Serial0/0/1
As interfaces em seus roteadores podem variar em relao s do 1841, mas voc deve ser
capaz de acompanhar os comandos neste captulo com algumas modificaes mnimas e
de concluir os laboratrios prticos. Alm disso, como as atividades do Packet Tracer esto
disponveis ao longo da discusso do roteamento esttico, voc pode testar suas habilidades
na medida em que elas forem apresentadas. O Laboratrio 2.8.1, "Configurao bsica de rota
esttica", reflete a topologia, as configuraes e os comandos abordados neste captulo.
60
Conexes do roteador
Conectar um roteador a uma rede exige o acoplamento de um conector de interface do
roteador a um conector de cabo. Como voc pode ver na figura, os roteadores Cisco oferecem
suporte a muitos tipos de conector diferentes.
Conectores seriais
Em conexes WAN, os roteadores Cisco oferecem suporte aos padres EIA/TIA-232, EIA/TIA449, V.35, X.21 e EIA/TIA-530 para conexes seriais, como mostrado. No importante
memorizar esses tipos de conexo. Apenas saiba que um roteador com uma porta DB-60 pode
oferecer suporte a cinco padres de cabeamento diferentes. Como h cinco tipos de cabo
61
diferentes compatveis com essa porta, s vezes ela chamada de porta serial cinco em um. A
outra extremidade do cabo serial equipada com um conector apropriado a um dos cinco
padres possveis.
Nota: A documentao do dispositivo ao qual voc deseja se conectar deve indicar o padro
do dispositivo.
Os roteadores mais novos oferecem suporte interface smart serial que permite o
encaminhamento de mais dados em menos pinos de cabo. A extremidade serial do cabo smart
serial um conector de 26 pinos. Ele muito menor que o conector DB-60 usado na conexo
com uma porta serial cinco em um. Esses cabos de transio oferecem suporte aos mesmos
cinco padres seriais, estando disponveis em configuraes DTE ou DCE.
Nota: Para uma explicao completa de DTE e DCE, consulte o Laboratrio 1.5.1, "Cabeamento
de rede e configurao bsica do roteador".
Essas designaes de cabo s so importantes para voc ao configurar seu equipamento de
laboratrio para simular um ambiente "real". Em uma configurao de produo, o tipo de
cabo determinado para voc pelo servio WAN que voc est usando.
Conectores Ethernet
Um conector diferente usado em um ambiente de rede local baseado em Ethernet. Um
conector RJ-45 para o cabo de Par Tranado No-Blindado(UTP, Unshielded Twisted-Pair) o
conector mais comumente usado na conexo de interfaces de rede local. Em cada
extremidade de um cabo RJ-45, voc deve conseguir ver oito faixas coloridas, ou pinos. Um
cabo Ethernet usa pinos 1, 2, 3 e 6 na transmisso e no recebimento de dados.
Dois tipos de cabos podem ser usados com interfaces de rede local Ethernet:
Um cabo straight-through (ou cabo direto), ou patch cable, com a mesma ordem dos pinos
coloridos em cada extremidade do cabo
Um cabo crossover (ou cabo cruzado), com o pino 1 conectado ao pino 3 e o pino 2 conectado
ao pino 6
Os cabos straight-through so usados para:
Switch a roteador
Switch a PC
Hub a PC
Hub a servidor
Os cabos crossover so usados para:
Switch a switch
PC a PC
Switch a hub
62
Hub a hub
Roteador a roteador
Nota: A conectividade sem fio abordada em outro curso.
63
Examinando interfaces de roteador

Como aprendemos no Captulo 1, o comando show ip route usado para exibir a tabela de
roteamento. Inicialmente, a tabela de roteamento permanecer vazia se no houver nenhuma
interface configurada.
Como voc pode ver na tabela de roteamento de R1, nenhuma interface foi configurada com
um endereo IP e uma mscara de sub-rede.
Nota: As rotas estticas e dinmicas no sero adicionadas tabela de roteamento at que as
interfaces locais apropriadas, tambm conhecidas como as interfaces de sada, sejam
configuradas no roteador. Esse procedimento ser examinado mais atentamente nos prximos
captulos.
Veja na figura o comando show ip route.
Interfaces e seus Status

O status de cada interface pode ser examinado usando vrios comandos.
Veja na figura o comando show interfaces.
64
O comando show interfaces mostra o status e d uma descrio detalhada de todas as

interfaces no roteador. Como voc pode ver, a sada do comando pode ser bem longa. Para
exibir as mesmas informaes, mas para uma interface especfica, como FastEthernet 0/0, use
o comando show interfaces com um parmetro que especifique a interface. Por exemplo:
R1#show interfaces fastethernet 0/0
FastEthernet0/0 is administratively down, line protocol is down
Observe que a interface est administratively down e o line protocol is down.
Administratively down (desativada administrativamente) significa que a interface est no
modo desligado, ou desligada. Line protocol is down (Protocolo de linha est inativo)
significa, nesse caso, que a interface no est recebendo um sinal de operadora de um switch
ou do hub. Essa condio tambm pode existir devido ao fato de a interface estar no modo
desligado (shutdown).
Voc observar que o comando show interfaces no mostra nenhum endereo IP nas
interfaces de R1. A razo disso porque ns ainda no configuramos endereos IP em
nenhuma das interfaces.
Comandos adicionais para examinar o status da interface
Veja na figura o comando show ip interface brief .
65
O comando show ip interface brief pode ser usado para ver uma poro das informaes de
interface em um formato resumido.
Veja na figura o comando show running-config .
O comando show running-config exibe o arquivo de configurao atual usado pelo roteador.
Os comandos de configurao so armazenados temporariamente no arquivo de configurao
em execuo e implementados imediatamente pelo roteador. Usar esse comando outra
forma de verificar o status de uma interface, como FastEthernet 0/0.
<parte da sada do comando omitida>
interface FastEthernet0/0
66
no ip address
shutdown
No entanto, usar show running-config no necessariamente a melhor forma de verificar as
configuraes de interface. Use o comando show ip interface brief para verificar rapidamente
se as interfaces esto up (ativas) e up (administrativamente up e o protocolo de linha est up).
Configurando uma interface Ethernet

Como mostrado, R1 ainda no tem nenhuma rota. Adicionemos uma rota, configurando uma
interface e exploremos o que acontece exatamente quando essa interface ativada. Por
padro, todas as interfaces do roteador so desligadas (shutdown) ou desativadas. Para
habilitar essa interface, use o comando no shutdown, que altera a interface de
administratively down para up.
R1(config)#interface fastethernet 0/0
A seguinte mensagem retorna do IOS:
*Mar 1 01:16:08.212: %LINK-3-UPDOWN: Interface FastEthernet0/0, changed state to up
*Mar 1 01:16:09.214: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0,
changed state to up
Ambas as mensagens so importantes. A primeira mensagem changed state to up indica que,
fisicamente, a conexo est boa. Se voc no obtiver essa primeira mensagem, certifique-se de
que a interface esteja adequadamente conectada a um switch ou um hub.
Nota: Embora habilitada com no shutdown, uma interface Ethernet no permanecer em
funcionamento, ou ativa, a menos que esteja recebendo um sinal de operadora de outro
dispositivo (switch, hub, PC ou outro roteador).
A segunda mensagem changed state to up indica que a camada de enlace de dados est em
funcionamento. Em interfaces de rede local, normalmente no alteramos os parmetros da
camada de enlace de dados. No entanto, as interfaces WAN em um ambiente de laboratrio
exigem a sincronizao em um lado do link, como abordado no Laboratrio 1.5.1,
"Cabeamento de rede e configurao de roteador bsica", bem como posteriormente na
67
seo, "Configurando uma Interface Serial". Se voc no definir corretamente o clock rate, o
protocolo de linha (a camada de enlace de dados) no ser alterado para ativado.
Mensagens no solicitadas do IOS
Veja na figura as Mensagens no solicitadas do IOS.
O IOS costuma enviar mensagens no solicitadas semelhantes s mensagens changed state to

up recm-abordadas. Como voc pode ver na figura, s vezes, essas mensagens ocorrero
quando voc estiver digitando um comando, como ao configurar uma descrio para a
interface. A mensagem do IOS no afeta o comando, mas pode fazer com que voc perca a
localizao na linha onde voc estava digitando.
Veja na figura o comando Registrando em log sncrono.
68
Para manter a sada no solicitada separada da sua entrada, acesse o modo de configurao de
linha da porta de console e adicione o comando logging synchronous, como mostrado. Voc
ver que as mensagens retornadas pelo IOS no interferem mais na sua digitao.
Lendo a tabela de roteamento

Agora observe a tabela de roteamento mostrada na figura. Agora observe que R1 tem uma
interface FastEthernet 0/0 "diretamente conectada" a uma nova rede. A interface foi
configurada com o endereo IP 172.16.3.1/24, que faz dele um membro da rede
172.16.3.0/24.
Examine a seguinte linha de sada da tabela:
C 172.16.3.0 is directly connected, FastEthernet0/0
O C no incio de cada rota indica que se trata de uma rede conectada diretamente. Em outras
palavras, R1 tem uma interface que pertence a essa rede. O significado de C definido na lista
de cdigos na parte superior da tabela de roteamento.
A mscara de sub-rede /24 dessa rota exibida na linha acima da rota real.
172.16.0.0/24 is subnetted, 1 subnets
Roteadores normalmente armazenam endereos de rede
Com rarssimas excees, as tabelas de roteamento tm rotas para endereos de rede, e no
endereos de host individuais. A rota 172.16.3.0/24 na tabela de roteamento significa que essa
rota corresponde a todos os pacotes com um endereo de destino pertencente a essa rede.
Ter uma nica rota representando uma rede inteira de endereos IP de host diminui a tabela
de roteamento, com menos rotas, o que resulta em pesquisas mais rpidas na tabela de
roteamento. A tabela de roteamento pode conter todos os 254 endereos IP de host
individuais para a rede 172.16.3.0/24, mas essa uma forma ineficiente de armazenar
endereos.
Uma agenda telefnica uma boa analogia para a estrutura de uma tabela de roteamento.
Uma agenda telefnica uma lista de nomes e nmeros de telefone, classificados em ordem
alfabtica pelo sobrenome. Ao procurar um nmero, podemos supor que quanto menos
nomes houver na lista, mais rpida ser a localizao de um determinado nome. Uma agenda
telefnica com 20 pginas e talvez 2.000 entradas ser muito mais fcil de pesquisar do que
uma com 200 pginas e 20.000 entradas.
69
A agenda s contm uma listagem para cada nmero de telefone. Por exemplo, a famlia
Stanford pode ser listada como:
Stanford, Harold, 742 Evergreen Terrace, 555-1234
Essa a nica entrada para todos os que moram nesse endereo e tm o mesmo nmero de
telefone. A agenda telefnica pode conter uma listagem para cada pessoa, mas isso
aumentaria o tamanho da lista. Por exemplo, poderia haver uma listagem separada para
Harold Stanford, Margaret Stanford, Brad Stanford, Leslie Stanford e Maggie Stanford todos
com o mesmo endereo e nmero de telefone. Se isso fosse feito com todas as famlias, a
agenda telefnica seria muito maior e demoraria mais para pesquis-la.
As tabelas de roteamento funcionam da mesma forma: uma entrada na tabela representa uma
"famlia" de dispositivos em que todos compartilham a mesma rede ou espao de endereo (a
diferena entre uma rede e um espao de endereo ser esclarecida na medida em que voc
avanar no curso). Quanto menos entradas houver na tabela de roteamento, mais rpido ser
o processo de pesquisa. Para manter as tabelas de roteamento menores, so listados
endereos de rede com mscaras de sub-rede, e no endereos IP de host individuais.
Nota: s vezes, uma "rota de host" inserida na tabela de roteamento, o que representa um
endereo IP de host individual. Ela listada com o endereo IP de host do dispositivo e uma
mscara de sub-rede /32 (255.255.255.255). O tpico das rotas de host abordado em outro
curso.
Comandos para verificar a configurao da interface

O comando show interfaces fastethernet 0/0 agora mostra que a interface est up e que o
protocolo de linha est up. O comando no shutdown alterou a interface de
administratively down para up. Observe que o endereo IP exibido agora.
70
Veja o comando show interfaces na figura.
Veja o comando show ip interface brief na figura.
O comando show ip interface brief tambm mostrado com a verificao dessas mesmas
informaes. Em status e protocolo, voc deve ver "up".
O comando show running-config mostra a configurao atual dessa interface. Quando a
interface desabilitada, o comando running-config exibe shutdown. No entanto, quando a
interface habilitada, no shutdown no exibido.
<sada de comando omitida>
71
interface FastEthernet0/0
ip address 172.16.3.1 255.255.255.0
Como explicado no Captulo 1, um roteador no pode ter vrias interfaces pertences mesma
sub-rede IP. Cada interface deve pertencer a uma sub-rede separada. Por exemplo, um
roteador no pode ter sua interface FastEthernet 0/0 configurada como o endereo e a
mscara 172.16.3.1/24 e sua interface FastEthernet 0/1 configurada como 172.16.3.2/24.
O IOS retornar a seguinte mensagem de erro se voc tentar configurar a segunda interface
com a mesma sub-rede IP como a primeira interface:
R1(config-if)#int fa0/1
R1(config-if)#
Normalmente, a interface Ethernet ou FastEthernet do roteador ser o endereo IP do
gateway padro de qualquer dispositivo na rede local. Por exemplo, PC1 seria configurado com
um endereo IP de host pertencente rede 172.16.3.0/24, com o endereo IP de gateway
padro 172.16.3.1. 172.16.3.1 o endereo IP da FastEthernet do roteador R1. Lembre-se de
que a interface Ethernet ou FastEthernet de um roteador tambm participar do processo ARP
como membro da rede Ethernet.
Interfaces Ethernet participam de ARP

A interface Ethernet de um roteador participa de uma rede local assim como qualquer outro
dispositivo na rede. Isso significa que essas interfaces tm um endereo MAC de Camada 2,
como mostra a figura. O comando show interfaces exibe o endereo MAC das interfaces
Ethernet.
R1#show interfaces fastethernet 0/0
Como demonstrado no Captulo 1, uma interface Ethernet participa de solicitaes e respostas
ARP, alm de manter uma tabela ARP. Se um roteador tiver um pacote com destino a um
dispositivo em uma rede Ethernet conectada diretamente, ele verificar a tabela ARP em
busca de uma entrada com esse endereo IP de destino a fim de mape-la para o endereo
MAC. Se a tabela ARP no contiver esse endereo IP, a interface Ethernet enviar uma
solicitao ARP. O dispositivo com o endereo IP de destino retorna uma resposta ARP que
lista seu endereo MAC. Em seguida, as informaes dos endereos IP e MAC so adicionadas
72
tabela ARP dessa interface Ethernet. Agora o roteador consegue encapsular o pacote IP em
um quadro Ethernet com o endereo MAC de destino da sua tabela ARP. Em seguida, o quadro
Ethernet, com o pacote encapsulado, enviado pela interface Ethernet.
Configurando uma interface serial

Em seguida, configuremos a interface Serial 0/0/0 no roteador R1. Essa interface est na rede
172.16.2.0/24, com o endereo IP e a mscara de sub-rede 172.16.2.1/24 atribudos. O
processo que usamos para a configurao da interface serial 0/0/0 semelhante ao processo
que costumvamos usar para configurar a interface FastEthernet 0/0.
R1(config)#interface serial 0/0/0
Depois de inserir os comandos acima, o estado da interface serial pode variar de acordo com o
tipo de conexo WAN. Isso ser abordado com mais detalhes em um curso posterior. Neste
curso, usaremos conexes ponto-a-ponto seriais dedicadas entre dois roteadores. A interface
serial s ficar up depois que a outra extremidade do link serial tambm for configurada
corretamente. Podemos exibir o estado atual de serial 0/0/0 usando o comando show
interfaces serial 0/0/0, como mostrada na figura.
Como voc pode ver, o link ainda est down (desativado). O link est down porque ainda
no configuramos e habilitamos a outra extremidade do link serial.
R1#show interfaces serial 0/0/0
Serial0/0/0 is administratively down, line protocol is down
Agora configuraremos a outra extremidade desse link, Serial 0/0/0, para o roteador R2.
Nota: No h nenhum requisito de que ambas as extremidades do link serial usem a mesma
interface, nesse caso, Serial 0/0/0. No entanto, como as interfaces so membros da mesma
73
rede, elas devem ter endereos IP pertencentes rede 172.16.2.0/24. (Os termos rede e subrede podem ser usados alternadamente nesse caso.) A interface Serial 0/0/0 de R2
configurada com o endereo IP e a mscara de sub-rede 172.16.2.2/24.
Se agora emitirmos o comando show interfaces serial 0/0/0 em um dos roteadores,
continuaremos vendo que o link est up/down.
R2#show interfaces serial 0/0/0
Serial0/0/0 is up, line protocol is down
O link fsico entre R1 e R2 est up porque ambas as extremidades do link serial foram
configuradas corretamente com um endereo IP/mscara e habilitadas com o comando no
shutdown. No entanto, o protocolo de linha ainda est down. Isso porque a interface no
est recebendo um sinal de clock. Ainda h um mais comando que precisamos inserir, o
comando clock rate, no roteador com o cabo DCE. O comando clock rate definir o sinal de
clock do link. A configurao do sinal de clock ser abordado na prxima seo.
Conectando uma interface WAN fisicamente

A camada fsica WAN descreve a interface entre o Equipamento de terminal de dados (DTE,
Data Terminal Equipment) e o Equipamento de comunicao de dados( DCE, Data Circuitterminating Equipment). Normalmente, DCE a operadora e DTE, o dispositivo conectado.
Nesse modelo, os servios oferecidos ao DTE so disponibilizados por um modem ou uma
CSU/DSU.
74
Normalmente, o roteador o dispositivo DTE, estando conectado a uma CSU/DSU, que o

dispositivo DCE. A CSU/DSU (dispositivo DCE) usada para converter os dados do roteador
(dispositivo DTE) em uma forma aceitvel para a operadora WAN. A CSU/DSU (dispositivo DCE)
tambm responsvel por converter os dados da operadora WAN em uma forma aceitvel
pelo roteador (dispositivo DTE). O roteador costuma ser conectado CSU/DSU usando um
cabo serial DTE, conforme mostrado.
As interfaces seriais exigem um sinal de clock para controlar o timing da comunicao. Na
maioria dos ambientes, a operadora (um dispositivo DCE, como uma CSU/DSU) fornecer o
clock. Por padro, roteadores Cisco so dispositivos DTE. No entanto, em um ambiente de
laboratrio, no usamos nenhuma CSU/DSU e, obviamente, no temos uma operadora WAN.
Configurando links seriais em um ambiente de laboratrio

Em links seriais interconectados diretamente, como em um ambiente de laboratrio, um lado
de uma conexo deve ser considerado um DCE e fornecer um sinal de clock. Embora as
interfaces seriais Cisco sejam dispositivos DTE por padro, elas podem ser configuradas como
dispositivos DCE.
75
Para configurar um roteador como dispositivo DCE:

1. Conecte a extremidade DCE do cabo interface serial.
2. Configure o sinal de clock na interface serial usando o comando clock rate.
Os cabos seriais usados no laboratrio costumam ser de dois tipos.
Um cabo crossover DTE/DCE no qual uma extremidade DTE e a outra, DCE

Um cabo DTE conectado a um cabo DCE
Em nossa topologia de laboratrio, a interface Serial 0/0/0 em R1 conectada extremidade

DCE do cabo e a interface serial 0/0/0 em R2 conectada extremidade DTE do cabo. O cabo
deve ser rotulado como DTE ou DCE.
Voc tambm pode diferenciar DTE de DCE, observando o conector entre os dois cabos. O
cabo DTE tem um conector macho e o cabo DCE, um conector fmea.
Se um cabo for conectado entre os dois roteadores, voc poder usar o comando show
controllers para determinar que extremidade do cabo est acoplada a essa interface. Na sada
do comando, observe que R1 tem o cabo DCE conectado sua interface serial 0/0 e que no
h nenhum clock rate definido.
R1#show controllers serial 0/0/0
Interface Serial0/0/0
Hardware is PowerQUICC MPC860
DCE V.35, no clock
Quando o cabo for conectado, o clock poder ser definido com o comando clock rate. Os clock
rates disponveis, em bits por segundo, so 1200, 2400, 9600, 19200, 38400, 56000, 64000,
72000, 125000, 148000, 500000, 800000, 1000000, 1300000, 2000000 e 4000000. Algumas
taxas de bit talvez no estejam disponveis em determinadas interfaces seriais. Como a
interface Serial 0/0/0 em R1 tem o cabo DCE acoplado, configuraremos a interface com um
clock rate.
R1(config-if)#clock rate 64000
01:10:28: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial0/0/0, changed state to
up
76
Nota: Se a interface de um roteador com um cabo DTE for configurada com o comando clock
rate, o IOS desconsiderar o comando, no havendo nenhum efeito colateral.
Verificando a configurao de interface serial

Como voc pode ver na figura, podemos determinar que o protocolo de linha agora est
ativado e verificar isso em ambas as extremidades do link serial, usando os comandos show
interfaces e show ip interface brief. Lembre-se de que a interface serial s estar ativa se
ambas as extremidades do link forem configuradas corretamente. Em nosso ambiente de
laboratrio, configuramos o clock rate na extremidade com o cabo DCE.
Ainda podemos verificar se o link est up/up executando ping na interface remota.
R1#ping 172.16.2.2
Por fim, podemos ver a rede serial 172.16.2.0/24 nas tabelas de roteamento de ambos os
roteadores. Se emitirmos o comando show ip route em R1, veremos a rota conectada
diretamente da rede 172.16.2.0/24.
R1#show ip route
Agora observemos uma configurao em execuo do roteador R1 usando o comando show
running-config.
Nota: Embora o comando clock rate tenha duas palavras, o IOS indica clockrate como uma
nica palavra nos arquivos de configurao em execuo e de inicializao.
77
78
Conceitos da tabela de roteamento

Como voc pode ver na figura, o comando show ip route revela o contedo da tabela de
roteamento. Revisemos a finalidade de uma tabela de roteamento. Uma tabela de roteamento
uma estrutura de dados usada para armazenar informaes de roteamento adquiridas de
origens diferentes. A principal finalidade de uma tabela de roteamento fornecer ao roteador
caminhos para redes de destino diferentes.
A tabela de roteamento consiste em uma lista de endereos de rede "conhecidos" ou seja, os
endereos conectados diretamente, configurados estaticamente e aprendidos dinamicamente.
R1 e R2 s tm rotas para redes diretamente conectadas.
79
Observando rotas enquanto elas so adicionadas tabela de roteamento

Agora observaremos mais atentamente a forma como as rotas diretamente conectadas so
adicionadas e excludas da tabela de roteamento. Ao contrrio dos comandos show, os
comandos debug podem ser usados para monitorar operaes de roteador em tempo real. O
comando debug ip routing nos permitir ver qualquer alterao feita pelo roteador ao
adicionar ou remover rotas. Configuraremos as interfaces no roteador de R2 e examinaremos
esse processo.
Primeiro, habilitaremos a depurao com o comando debug ip routing para que possamos ver
as redes diretamente conectadas quando elas forem adicionadas tabela de roteamento.
R2#debug ip routing
IP routing debugging is on
80
Configurando o endereo IP e a mscara de sub-rede

Em seguida, configuraremos o endereo IP e a mscara de sub-rede para a interface
FastEthernet 0/0 em R2 e usaremos o comando no shutdown. Como a interface FastEthernet
se conecta rede 172.16.1.0/24, ela deve ser configurada com um endereo IP de host dessa
rede.
A seguinte mensagem retornar do IOS:
02:35:30: %LINK-3-UPDOWN: Interface FastEthernet0/0, changed state to up
02:35:31: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state
to up
Depois que o comando no shutdown for inserido e o roteador determinar que a interface e o
protocolo de linha esto no estado up e up, a sada do comando de depurao mostrar
R2 adicionando a rede conectada diretamente tabela de roteamento.
02:35:30: RT: add 172.16.1.0/24 via 0.0.0.0, connected metric [0/0]
02:35:30: RT: interface FastEthernet0/0 added to routing table
Veja a Tabela de roteamento 1 na figura.
81
A tabela de roteamento agora mostra a rota da rede conectada diretamente 172.16.1.0/24,

como visto na figura.
O comando debug ip routing exibe processos da tabela de roteamento para qualquer rota,
independentemente da rota ser uma rede conectada diretamente, uma rota esttica ou uma
rota dinmica.
Veja o comando de Desabilitar depurao na figura.
Desabilite debug ip routing usando o comando undebug ip routing ou o comando undebug all.
82
Alterando um endereo IP
Para alterar um endereo IP ou uma mscara de sub-rede de uma interface, reconfigure o
endereo IP e a mscara de sub-rede da interface. Essa alterao substituir a entrada
anterior. H formas de configurar uma nica interface com vrios endereos IP, desde que
cada endereo esteja em uma sub-rede diferente. Esse tpico ser abordado em um curso
posterior.
Para remover uma rede conectada diretamente de um roteador, use estes dois comandos:
shutdown e no ip address.
O comando shutdown usado para desabilitar interfaces. Esse comando pode ser usado
sozinho caso voc queira manter a configurao de endereo IP/mscara na interface, mas
quiser desativ-la temporariamente. Em nosso exemplo, esse comando desabilitar a interface
FastEtherent de R2. No entanto, o endereo IP continuar no arquivo de configurao,
running-config.
Depois que o comando shutdown for usado, voc poder remover o endereo IP e a mscara
de sub-rede da interface. A ordem na qual voc executa esses dois comandos no importa.
Veja a Depurao 2 na figura.
Usando debug ip routing, podemos ver o processo da tabela de roteamento, e excluiremos a

configurao da interface FastEthernet 0/0 de R2.
R2(config-if)#shutdown
Podemos ver o processo da tabela de roteamento, removendo a rota conectada diretamente.
02:53:58: RT: interface FastEthernet0/0 removed from routing table
83
02:53:58: RT: del 172.16.1.0/24 via 0.0.0.0, connected metric [0/0]

02:53:58: RT: delete subnet route to 172.16.1.0/24
O IOS tambm indica que a interface e o protocolo de linha agora esto down:
02:54:00: %LINK-5-CHANGED: Interface FastEthernet0/0, changed state to administratively
down
02:54:01: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/0, changed state
to down
Agora removeremos o endereo IP na interface.
R2(config-if)#no ip address
Desabilite a depurao:
R2#undebug all
Toda a depurao possvel foi desativada
Veja a Tabela de roteamento 2 na figura.
Para verificar se a rota foi removida da tabela de roteamento, usamos o comando show ip
route. Observe que a rota para 172.16.1.0/24 foi removida.
Reconfigurando a interface para prosseguir com o captulo.
84
Tendo em vista o restante deste captulo, partiremos do pressuposto de que o endereamento

de FastEthernet 0/0 no foi removido. Para reconfigurar a interface, basta inserir novamente
os comandos:
AVISO: Os comandos de depurao, especialmente o comando debug all, devem ser usados
com moderao. Esses comandos podem interromper operaes de roteador. Os comandos
de depurao so teis durante a configurao ou a identificao e soluo de problemas de
uma rede. No entanto, eles podem usar muito a CPU e os recursos de memria.
recomendvel que voc execute o mnimo necessrio de processos de depurao e os
desabilite imediatamente quando eles deixarem de ser necessrios. Os comandos de
depurao devem ser usados com cuidado em redes de produo porque eles podem afetar o
desempenho do dispositivo.
Acessando dispositivos em redes diretamente conectadas

Para restaurar a nossa configurao no exemplo de topologia, partiremos do pressuposto de
que agora todas as redes diretamente conectadas sejam configuradas para todos os trs
roteadores. A figura mostra as demais configuraes dos roteadores R2 e R3.
85
A sada nesta figura atesta que todas as interfaces configuradas esto up" e up".
Veja o comando show ip route na figura.
Revisando as tabelas de roteamento na figura, podemos verificar se todas as redes

diretamente conectadas esto instaladas para roteamento.
A etapa essencial da configurao da sua rede verificar se todas as interfaces esto "up" e
"up" e se as tabelas de roteamento esto completas. Independentemente do esquema de
roteamento que voc acabar configurando esttico, dinmico ou uma combinao de ambos
, verifique suas configuraes de rede iniciais usando os comandos show ip interface brief e
show ip route antes de continuar com configuraes mais complexas.
Quando um roteador s tem suas interfaces configuradas e a tabela de roteamento contm as
redes diretamente conectadas, mas nenhuma outra, apenas os dispositivos nessas redes
diretamente conectadas so alcanveis.
R1 pode se comunicar com qualquer dispositivo nas redes 172.16.3.0/24 e

172.16.2.0/24.
R2 pode se comunicar com qualquer dispositivo nas redes 172.16.1.0/24,
172.16.2.0/24 e 192.168.1.0/24.
R3 pode se comunicar com qualquer dispositivo nas redes 192.168.1.0/24 e
192.168.2.0/24.
Como esses roteadores s conhecem suas redes diretamente conectadas, os roteadores s

podem se comunicar com esses dispositivos em suas prprias redes locais diretamente
conectadas e nas redes seriais.
86
Por exemplo, PC1 na topologia foi configurado com o endereo IP 172.16.3.10 e a mscara de
sub-rede 255.255.255.0. PC1 tambm foi configurado com o endereo IP 172.16.3.1 de
gateway padro, que o endereo IP da interface FastEthernet 0/0 do roteador. Como R1 s
conhece as redes diretamente conectadas, ele pode encaminhar pacotes de PC1 para
dispositivos na rede 172.16.2.0/24, como 172.16.2.1 e 172.16.2.2. Os pacotes de PC1 com
qualquer outro endereo IP de destino, como PC2 em 172.16.1.10, seriam descartados por R1.
Observemos a tabela de roteamento de R2 na figura. R2 s conhece suas trs redes
diretamente conectadas. Tente prever o que acontecer se ns executarmos ping em uma das
interfaces FastEthernet em um dos outros roteadores.
Veja o comando ping na figura.
Observe que h falha nos pings, como indicado pela srie de cinco pontos. Houve falha porque
R2 no tem uma rota em sua tabela de roteamento correspondente a 172.16.3.1 ou
192.168.2.1, que o endereo IP de destino do pacote de ping. Para que haja uma
correspondncia entre o endereo IP de destino do pacote 172.16.3.1 e uma rota na tabela de
roteamento, o endereo deve corresponder ao nmero de bits esquerda do endereo de
rede, como indicado pelo prefixo da rota. Em R2, todas as rotas tm um prefixo /24, logo, os
24 bits esquerda so verificados para cada rota.
Verificando todas as rotas uma por uma
87
A primeira rota na tabela para R1 172.16.1.0/24.

O processo da tabela de roteamento do IOS verifica se os 24 bits esquerda do endereo IP de
destino do pacote, 172.16.3.1, correspondem rede 172.16.1.0/24.
Veja a primeira figura.
Se converter esses endereos em binrio e compar-los, como mostrado na figura, voc ver
que os primeiros 24 bits dessa rota no so correspondentes porque o 23 bit no
corresponde. Portanto, essa rota rejeitada.
C 172.16.2.0 is directly connected, Serial0/0/0
Na figura, vimos que os primeiros 24 bits da segunda rota no so correspondentes porque o
24 bit no corresponde. Portanto, essa rota tambm rejeitada, e o processo passa para a
prxima rota na tabela de roteamento.
C 192.168.1.0/24 is directly connected, Serial0/0/1
A terceira rota tambm no uma correspondncia. Como mostrado, 10 dos primeiros 24 bits
no so correspondentes. Portanto, essa rota rejeitada. Como no h mais nenhuma rota na
tabela de roteamento, os pings so descartados. O roteador toma sua deciso de
88
encaminhamento na Camada 3, um "melhor esforo" para encaminhar o pacote, mas no d

nenhuma garantia.
Observemos a segunda figura para ver o que acontecer se o roteador R2 executar ping na
interface 192.168.1.1 no Roteador R3.
Agora h xito no ping! H xito porque R2 tem uma rota em sua tabela de roteamento
correspondente a 192.168.1.1, que o endereo IP de destino do pacote de ping. As duas
primeiras rotas, 172.16.1.0/24 e 172.16.2.0/24, so rejeitadas. Mas a ltima rota,
192.168.1.0/24, corresponde aos primeiros 24 bits do endereo IP de destino. O pacote de
ping encapsulado no protocolo HDLC da Camada 2 de Serial0/0/1, a interface de sada, e
encaminhado pela interface Serial0/0/1. Agora R2 toma as decises de encaminhamento
quanto a esse pacote. As decises tomadas por outros roteadores referentes a esse pacote
no so uma preocupao.
Nota: O processo de pesquisa da tabela de roteamento ser abordado com mais detalhes no
Captulo 8, "A tabela de roteamento: Um exame mais detalhado".
Deteco de rede com CDP

CDP uma ferramenta eficiente para o monitoramento, identificao e soluo de problemas
de rede. CDP uma ferramenta que rene informaes usada por administradores de rede
para obter informaes sobre dispositivos Cisco conectados diretamente. CDP uma
ferramenta prpria que permite acessar um resumo das informaes de protocolo e de
endereo sobre dispositivos Cisco conectados diretamente. Por padro, cada dispositivo Cisco
89
envia mensagens peridicas, conhecidas como anncios CDP, para dispositivos Cisco
conectados diretamente. Esses anncios contm informaes como os tipos de dispositivos
conectados, as interface de roteador a que esto conectados, as interfaces usadas para
estabelecer as conexes e os nmeros de modelo dos dispositivos.
A maioria dos dispositivos de rede, por definio, no funciona isolada. Um dispositivo Cisco
normalmente tem outros dispositivos Cisco como seus vizinhos na rede. Informaes obtidas
de outros dispositivos podem ajudar a tomar decises de design de rede, identificar e
solucionar problemas e fazer alteraes no equipamento. CDP pode ser usado como uma
ferramenta de deteco de rede, ajudando a criar uma topologia lgica de uma rede quando
no houver essa documentao ou faltar detalhes.
A familiaridade com o conceito geral de vizinhos importante para compreender o CDP, bem
como para discusses futuras sobre protocolos de roteamento dinmico.
Vizinhos de Camada 3
Neste ponto da configurao da nossa topologia, s temos os vizinhos conectados
diretamente. Na Camada 3, os protocolos de roteamento consideram os vizinhos dispositivos
que compartilham o mesmo espao de endereo da rede.
Por exemplo, R1 e R2 so vizinhos. Ambos so os membros da rede 172.16.1.0/24. R2 e R3
tambm so vizinhos porque compartilham a rede 192.168.1.0/24. Mas R1 e R3 no so
vizinhos porque no compartilham nenhum espao de endereo da rede. Se conectssemos R1
e R3 usando um cabo e configurssemos cada um com um endereo IP da mesma rede, eles
seriam vizinhos.
Vizinhos de Camada 2
O CDP s funciona na Camada 2. Por isso, os vizinhos CDP so dispositivos Cisco conectados
direta e fisicamente e que compartilham o mesmo vnculo de dados. Na figura do protocolo
CDP, o administrador de rede fez o login em S3. S3 s receber anncios CDP de S1, S2 e R2.
Pressupondo que todos os roteadores e switches na figura sejam dispositivos Cisco com o CDP
em execuo, que vizinhos R1 teria? Voc pode determinar os vizinhos CDP de cada
dispositivo?
Veja a Topologia na figura.
90
Na topologia do nosso captulo, podemos ver as seguintes relaes de vizinho CDP:
R1 e S1 so vizinhos CDP.
R1 e R2 so vizinhos CDP.
R2 e R3 so vizinhos CDP.
Observe a diferena entre os vizinhos das camadas 2 e 3. Os switches no so vizinhos dos

roteadores na Camada 3, porque funcionam na Camada 2. No entanto, os switches so
vizinhos de Camada 2 de seus roteadores conectados diretamente.
Vejamos como o CDP pode ser til para um administrador de rede.
Operao CDP
Examine a sada dos comandos show cdp neighbors e show cdp neighbors detail na figura.
Observe que R3 obteve algumas informaes detalhadas sobre R2 e que o switch est
conectado interface Fast Ethernet em R3.
O CDP executado na camada de enlace de dados que conecta os meios fsicos aos Protocolos
de camada superior(ULPs, Upper-Layer Protocols). Como CDP funciona na camada de enlace
de dados, dois ou mais dispositivos de rede Cisco, como roteadores que oferecem suporte a
protocolos de camada de rede diferentes (por exemplo, IP e Novell IPX), podem saber um
sobre o outro.
91
Quando um dispositivo Cisco inicializado, o CDP inicializado por padro. O CDP detecta
automaticamente dispositivos Cisco vizinhos que executam CDP, independentemente do
protocolo ou dos conjuntos de aplicaes de protocolo que estejam executando. CDP troca
informaes dos dispositivos de hardware e de software com seus vizinhos de CDP conectados
diretamente.
CDP fornece as seguintes informaes sobre cada dispositivo CDP vizinho:
Identificadores de dispositivo Por exemplo, o nome de host configurado de um

switch
Lista de endereos suporte at um endereo da camada de rede para cada protocolo
Lista de recursos por exemplo, se esse dispositivo um roteador ou um switch
Plataforma a plataforma de hardware do dispositivo; por exemplo, um roteador
srie Cisco 7200
Comandos show CDP

As informaes obtidas pelo protocolo CDP podem ser examinadas com o comando show cdp
neighbors. Para cada dispositivo CDP vizinho, so exibidas as seguintes informaes:
ID de dispositivo vizinho
Interface local
Valor do tempo de espera, em segundos
Cdigo de recurso do dispositivo vizinho
Plataforma de hardware do vizinho
ID de porta remota do vizinho
Veja o comando show cdp neighbors detail na figura.

92
O comando show cdp neighbors detail tambm revela o endereo IP de um dispositivo

vizinho. CDP revelar o endereo IP do vizinho, independentemente de voc conseguir ou no
executar ping no vizinho. Esse comando muito til quando dois roteadores Cisco no podem
rotear usando o vnculo de dados compartilhado. O comando show cdp neighbors detail
ajudar a determinar se um dos vizinhos CDP tem um erro na configurao IP.
Em situaes de deteco de rede, saber o endereo IP do vizinho CDP costuma ser toda a
informao necessria execuo de telnet no dispositivo. Com uma sesso Telnet
estabelecida, as informaes podem ser obtidas sobre os dispositivos Cisco conectados
diretamente de um vizinho. Dessa forma, voc pode executar telnet em uma rede e construir
uma topologia lgica. Na prxima atividade do Packet Tracer, voc far isso.
Desabilitando CDP
CDP pode ser um risco segurana? Sim, pode. Talvez voc j tenha visto pacotes CDP em seus
laboratrios de captura de pacote de um curso anterior. Como algumas verses do IOS enviam
anncios CDP por padro, importante saber desabilitar o CDP.
Veja o comando Desabilitando CDP na figura.
93
Se voc precisar desabilitar o CDP globalmente, use este comando para todo o dispositivo:
Router(config)#no cdp run
Se voc quiser usar CDP, mas precisar parar anncios CDP em uma determinada interface, use
este comando:
Router(config-if)#no cdp enable
Os comandos show do CPD podem ser usados na deteco de informaes sobre dispositivos
desconhecidos em uma rede. Os comandos show do CPD exibem informaes sobre
dispositivos Cisco conectados diretamente, inclusive um endereo IP que pode ser usado para
alcanar o dispositivo. Dessa forma, voc pode executar telnet no dispositivo e repetir o
processo at que toda a rede seja mapeada.
Finalidade e sintaxe do comando ip route

Como abordamos anteriormente, um roteador pode aprender redes remotas de duas formas:
Manualmente, a partir de rotas estticas configuradas

Automaticamente, a partir de um protocolo de roteamento dinmico
94
O restante deste captulo se concentra em como configurar rotas estticas. Os protocolos de

roteamento dinmico sero apresentados no prximo captulo.
Rotas estticas
As rotas estticas costumam ser usadas no roteamento de uma rede para uma rede stub. Rede
stub uma rede acessada por uma nica rota. Para obter um exemplo, veja a figura. Vemos
aqui que qualquer rede conectada a R1 s teria uma forma de alcanar outros destinos,
independentemente de serem redes conectadas a R2 ou destinos alm de R2. Portanto, a rede
172.16.3.0 uma rede stub e R1 um roteador stub.
Executar um protocolo de roteamento entre R1 e R2 um desperdcio de recursos porque R1
s tem uma sada para enviar trfego que no seja local. Por isso, as rotas estticas so
configuradas tendo em vista a conectividade com redes remotas que no estejam diretamente
conectadas a um roteador. Mais uma vez, consultando a figura, configuraramos uma rota
esttica em R2 para a rede local conectada a R1. Tambm veremos como configurar uma rota
esttica padro de R1 para R2 posteriormente no captulo para que R1 possa enviar trfego
para qualquer destino alm de R2.
O comando ip route
O comando para configurar uma rota esttica ip route. A sintaxe completa para configurar
uma rota esttica :
Router(config)#ip route prefix mask {ip-address | interface-type interface-number [ipaddress]} [distance] [name] [permanent] [tag tag]
95
A maioria desses parmetros no relevante para este captulo ou para seus estudos CCNA.
Como mostrado na figura, usaremos uma verso mais simples da sintaxe:
Router(config)#ip route network-address subnet-mask {ip-address | exit-interface }
Os seguintes parmetros so usados:
network-address - Endereo da rede de destino da rede remota a ser adicionado

tabela de roteamento
subnet-mask - Mscara de sub-rede da rede remota a ser adicionada tabela de
roteamento. A mscara de sub-rede pode ser modificada para resumir um grupo de
redes.
Um ou dois dos seguintes parmetros tambm devem ser usados:
ip-address - Normalmente conhecido como o endereo IP do roteador do prximo

salto
exit-interface - Interface de sada que seria usada no encaminhamento de pacotes
para a rede de destino
Nota: O parmetro ip-address costuma ser conhecido como o endereo IP do "prximo salto"
do roteador. O endereo IP do prximo salto do roteador costuma ser usado nesse parmetro.
No entanto, o parmetro ip-address pode ser qualquer endereo IP, desde que possa ser
resolvido na tabela de roteamento. Isso est alm do escopo desse curso, mas ns
adicionamos esse ponto para manter a preciso tcnica.
96
Instalando uma rota esttica na tabela de roteamento

Lembre-se de que R1 conhece suas trs redes diretamente conectadas. Elas so as rotas
atualmente em sua tabela de roteamento. As redes remotas que R1 no conhece so:
172.16.1.0/124 a rede local em R2

192.168.1.0/24 a rede serial entre R2 e R3
192.168.2.0/24 a rede local em R3
Veja a Rota esttica na figura.
Primeiro, habilite debug ip routing para que o IOS exiba uma mensagem quando a nova rota
adicionada tabela de roteamento. Em seguida, use o comando ip route para configurar rotas
estticas em R1 para cada uma dessas redes. A figura mostra a primeira rota configurada.
R1#debug ip routing
R1#conf t
R1(config)#ip route 172.16.1.0 255.255.255.0 172.16.2.2
Examinemos cada elemento nessa sada do comando:
ip route - Comando de rota esttica

97
172.16.1.0 - Endereo de rede da rede remota

255.255.255.0 - Mscara de sub-rede da rede remota
172.16.2.2 - Endereo IP da interface Serial 0/0/0 em R2, que o "prximo salto" da
rede
Quando o endereo IP for o endereo IP do roteador do prximo salto real, esse endereo IP
ser alcanvel de uma das redes diretamente conectadas do roteador. Em outras palavras, o
endereo IP do prximo salto 172.16.2.2 est na rede 172.16.2.0/24 Serial 0/0/0 conectada
diretamente ao roteador R1.
Verificando a rota esttica
A sada do comando debug ip routing mostra que essa rota foi adicionada tabela de
roteamento.
00:20:15: RT: add 172.16.1.0/24 via 172.16.2.2, static metric [1/0]
Observe na figura que inserir show ip route em R1 mostra a nova tabela de roteamento. A
entrada de rota esttica realada.
Examinemos esta sada do comando:
S - Cdigo da tabela de roteamento para rota esttica

172.16.1.0 - Endereo de rede da rota
/24 - Mscara de sub-rede da rota; ela exibida na linha anterior, conhecida como a
rota primria e abordada no Captulo 8
[1/0] - Distncia administrativa e mtrica da rota esttica (explicada em um captulo
posterior)
via 172.16.2.2 - Endereo IP do roteador do prximo salto, o endereo IP da interface
Serial 0/0/0 de R2
Qualquer pacote com um endereo IP de destino que tenha os 24 bits esquerda

correspondentes a 172.16.1.0 usar essa rota.
98
Configurando rotas para mais duas redes remotas

Os comandos para configurar as rotas para as outras duas redes remotas so mostrados na
figura.
Observe que todas as trs rotas estticas configuradas em R1 tm o mesmo endereo IP do

prximo salto: 172.16.2.2. Usando o diagrama de topologia como referncia, podemos ver que
isso verdade porque os pacotes de todas as redes remotas devem ser encaminhados para o
roteador R2, o roteador do prximo salto.
Use o comando show ip route novamente para examinar as novas rotas estticas na tabela de
roteamento, como mostrado.
S 192.168.1.0/24 [1/0] via 172.16.2.2
S 192.168.2.0/24 [1/0] via 172.16.2.2
As mscaras de sub-rede /24 so localizadas na mesma linha do endereo de rede. Por
enquanto, essa diferena no importa. Ela ser explicada com mais detalhes no Captulo 8, "A
Tabela de Roteamento: Uma Anlise Mais Profunda".
Veja como verificar a configurao de rota esttica na figura.
99
As rotas estticas que foram configuradas tambm podem ser verificadas examinando-se a
configurao em execuo com o comando show running-config.
Agora um bom momento para salvar a configurao na NVRAM:
R1#copy running-config startup-config
Princpios da tabela de roteamento

Agora que h trs rotas estticas configuradas, voc pode prever se os pacotes com destino a
essas redes alcanaro seu destino? Os pacotes de todas essas redes com destino rede
172.16.3.0/24 alcanaro seu destino?
Apresentemos trs princpios da tabela de roteamento, conforme a descrio de Alex Zinin em
seu livro, Cisco IP Routing.
Princpio 1: "Todos os roteadores tomam suas decises sozinhos com base nas informaes
presentes em sua prpria tabela de roteamento."
R1 tem trs rotas estticas em sua tabela de roteamento e toma decises de encaminhamento
exclusivamente com base na tabela de roteamento. R1 no consulta as tabelas de roteamento
em qualquer outro roteador. Nem sabe se esses roteadores tm ou no rotas para outras
redes. Alertar cada roteador sobre redes remotas responsabilidade do administrador de
rede.
Princpio 2: "O fato de um roteador ter determinadas informaes em sua tabela de
roteamento no significa que todos os roteadores tenham as mesmas informaes."
100
R1 no sabe que informaes os demais roteadores tm em sua tabela de roteamento. Por

exemplo, R1 tem uma rota para a rede 192.168.2.0/24 por meio do roteador R2. Qualquer
pacote correspondente a essa rota pertence rede 192.168.2.0/24, sendo encaminhado para
o roteador R2. R1 no sabe se R2 tem uma rota at a rede 192.168.2.0/24. Mais uma vez, o
administrador de rede seria responsvel por assegurar que o roteador do prximo salto
tambm tenha uma rota para essa rede.
Usando o Princpio 2, continuamos precisando configurar o roteamento apropriado nos demais
roteadores (R2 e R3) para ter certeza de que eles tenham rotas para essas trs redes.
Princpio 3: "As informaes de roteamento sobre um caminho de uma rede para outra no
fornecem informaes de roteamento sobre o caminho inverso ou de retorno."
Grande parte da comunicao em redes bidirecional. Isso significa que os pacotes devem
percorrer ambas as direes entre os dispositivos finais envolvidos. Um pacote de PC1 pode
alcanar PC3 porque todos os roteadores envolvidos tm rotas para a rede de destino
192.168.2.0/24. No entanto, o xito de qualquer pacote de retorno indo de PC3 para PC1
depende se os roteadores envolvidos possuem ou no uma rota para o caminho de retorno, a
rede172.16.3.0/24 de PC1.
Usando o Princpio 3 como base, configuraremos rotas estticas apropriadas nos demais
roteadores para ter certeza de que haja rotas para a rede 172.16.3.0/24.
Aplicando os princpios
Tendo esses princpios em mente, como voc responderia as perguntas feitas por ns sobre
pacotes com origem em PC1?
101
1. Os pacotes de PC1 alcanariam seu destino?

Nesse caso, os pacotes com destino a redes 172.16.1.0/24 e 192.168.1.0/24 alcanariam seu
destino. Isso porque o roteador R1 tem uma rota para essas redes por meio de R2. Quando os
pacotes alcanam o Roteador R2, essas redes so diretamente conectadas em R2 e roteadas
usando sua tabela de roteamento.
Os pacotes com destino rede 192.168.2.0/24 no alcanaria seu destino. R1 tem uma rota
esttica para essa rede por meio de R2. No entanto, quando R2 receber um pacote, ele o
descartar porque R2 ainda no contm uma rota para essa rede em sua tabela de
roteamento.
2. Isso significa que algum pacote dessas redes com destino rede 172.16.3.0/24 alcanar
seu destino?
Se R2 ou R3 receber um pacote com destino a 172.16.3.0/24, o pacote no alcanar seu
destino, porque nenhum roteador tem uma rota para a rede 172.16.3.0/24.
Veja as Rotas Estticas de R2 e R3 na figura.
Com os comandos mostrados na figura, agora todos os roteadores tm rotas para todas as
redes remotas.
102
Examine as tabelas de roteamento na figura para verificar se todos os roteadores agora tm

rotas para todas as redes remotas.
Veja o ping na figura.
103
A conectividade pode ser melhor verificada, executando-se ping nas interfaces do roteador
remoto a partir do roteador R1, como mostrado na figura.
Agora a conectividade total obtida para os dispositivos em nossa topologia. Agora qualquer
PC, em qualquer rede local, pode acessar PCs em todas as outras redes locais.
Pesquisa de rota recursiva

Para que um pacote seja encaminhado por um roteador, o processo da tabela de roteamento
deve determinar a interface de sada a ser usada no encaminhamento do pacote. Isso
conhecido como capacidade de resoluo da rota. Examinemos esse processo, observando a
tabela de roteamento de R1 na figura. R1 tem uma rota esttica para a rede remota
192.168.2.0/24, que encaminha todos os pacotes para o endereo IP 172.16.2.2 do prximo
salto.
S 192.168.2.0/24 [1/0] via 172.16.2.2

Localizar uma rota apenas a primeira etapa do processo de pesquisa. R1 deve determinar
como alcanar o endereo IP 172.16.2.2 do prximo salto. Ele far uma segunda pesquisa em
busca de uma correspondncia para 172.16.2.2. Nesse caso, o endereo IP 172.16.2.2
corresponde rota da rede 17216.2.0/24 conectada diretamente.
C 172.16.2.0 is directly connected, Serial0/0/0
A rota 172.16.2.0 uma rede conectada diretamente com a interface de sada Serial 0/0/0.
Essa pesquisa informa ao processo da tabela de roteamento que esse pacote ser
encaminhado pela interface. Portanto, ele, na verdade, usa dois processos de pesquisa da
104
tabela de roteamento para encaminhar um pacote para a rede 192.168.2.0/24. Quando o

roteador precisa executar vrias pesquisas na tabela de roteamento antes de encaminhar um
pacote, ele executa um processo conhecido como pesquisa recursiva. Neste exemplo:
1. O endereo IP de destino do pacote corresponde rota esttica 192.168.2.0/24 com o
endereo IP 172.16.2.2 do prximo salto.
2. O endereo IP do prximo salto da rota esttica, 172.16.2.2, corresponde rede conectada
diretamente 172.16.2.0/24 com a interface de sada de Serial 0/0/0.
Toda rota que s referencia um endereo IP do prximo salto, e no uma interface de sada,
deve ter o endereo IP do prximo salto resolvido usando outra rota na tabela de roteamento
que tenha uma interface de sada.
Normalmente, essas rotas so resolvidas para rotas na tabela de roteamento que so redes
diretamente conectadas, porque essas entradas sempre contero uma interface de sada.
Veremos na prxima seo que as rotas estticas podem ser configuradas com uma interface
de sada. Isso significa que elas no precisam ser resolvidas usando outra entrada de rota.
Interface de sada est desativada

Consideremos o que aconteceria se uma interface de sada fosse desativada. Por exemplo, o
que aconteceria com a rota esttica de R1 para 192.16.2.0/24 se a interface Serial 0/0/0 fosse
desativada? Se a rota esttica no puder ser resolvida para uma interface de sada, neste caso
Serial 0/0/0, a rota esttica ser removida da tabela de roteamento.
Examine esse processo com debug ip routing em R1 e configure a Serial 0/0/0 como
shutdown, como mostrado.
105
Observe, a partir da sada de depurao, que todas as trs rotas estticas foram excludas
quando a interface Serial 0/0/0 foi fechada. Elas foram excludas porque todas as trs rotas
estticas foram resolvidas para Serial 0/0/0. No entanto, as rotas estticas ainda esto na
configurao em execuo de R1. Se a interface voltar (ser habilitada novamente com no
shutdown), o processo da tabela de roteamento do IOS reinstalar essas rotas estticas na
Configurando uma rota esttica com uma interface de sada

Investiguemos outra forma de configurar as mesmas rotas estticas. Atualmente, a rota
esttica de R1 da rede 192.168.2.0/24 est configurada com o endereo IP do prximo salto de
172.16.2.2. Na configurao em execuo, observe a seguinte linha:
ip route 192.168.2.0 255.255.255.0 172.16.2.2
Como voc se lembrar da seo anterior, essa rota esttica exige uma segunda pesquisa na
tabela de roteamento para resolver o endereo IP do prximo salto 172.16.2.2 para uma
interface de sada. No entanto, a maioria das rotas estticas pode ser configurada com uma
interface de sada, o que permite tabela de roteamento resolver a interface de sada em uma
nica pesquisa, e no duas.
Rota esttica e uma interface de sada

106
Reconfiguremos essa rota esttica para usar uma interface de sada, e no um endereo IP do
prximo salto. A primeira coisa a se fazer excluir a rota esttica atual. Isso feito usando-se o
comando no ip route como mostrado na figura.
Em seguida, configure a rota esttica de R1 como 192.168.2.0/24 usando a interface de sada
Serial 0/0/0.
E use o comando show ip route para examinar a alterao feita na tabela de roteamento.
Observe que a entrada na tabela de roteamento j no se refere mais ao endereo IP do
prximo salto, mas diretamente interface de sada. Essa interface de sada a mesma para a
qual a rota esttica foi resolvida quando usou o endereo IP do prximo salto.
S 192.168.2.0/24 is directly connected, Serial0/0/0
Agora quando o processo da tabela de roteamento tiver uma correspondncia para um pacote
e essa rota esttica, ele poder resolver a rota para uma interface de sada em uma nica
pesquisa. Como voc pode ver na figura, as outras duas rotas estticas ainda devem ser
processadas em duas etapas, resolvendo para a mesma interface Serial 0/0/0.
Nota: A rota esttica exibe a rota como conectada diretamente. importante compreender
que isso no significa que essa rota uma rede conectada diretamente ou uma rota conectada
diretamente. Essa rota continua sendo uma rota esttica. Examinaremos a importncia desse
fato ao discutirmos as distncias administrativas no prximo captulo. Aprenderemos que esse
tipo de rota esttica ainda tem uma distncia administrativa "1". Por enquanto, apenas
observe que essa rota ainda uma rota esttica com uma distncia administrativa "1", e no
uma rede conectada diretamente.
Rotas estticas e redes ponto-a-ponto
107
As rotas estticas configuradas com interfaces de sada, e no endereos IP do prximo salto,

so ideais para a maioria das redes ponto-a-ponto seriais. As redes ponto-a-ponto que usam
protocolos, como HDLC e PPP, no usam o endereo IP do prximo salto no processo de
encaminhamento de pacote. O pacote IP roteado encapsulado em um quadro de Camada 2
HDLC com um endereo de destino de Camada 2 de broadcast.
Esses tipos de links seriais ponto-a-ponto so como pipes. Um pipe tem apenas duas
extremidades. O que entra em uma extremidade s pode ter um destino nico a outra
extremidade do pipe. Qualquer pacote enviado pela interface Serial 0/0/0 de R1 s pode ter
um destino: interface Serial 0/0/0 de R2. A interface serial de R2 acaba sendo o endereo IP
172.16.2.2.
Nota: Em determinadas condies, o administrador de rede no ir querer configurar a rota
esttica com uma interface de sada, mas com o endereo IP do prximo salto. Esse tipo de
situao est alm do escopo deste curso, mas importante observ-la.
Modificando rotas estticas

H momentos em que uma rota esttica configurada anteriormente precisa ser modificada:
A rede de destino no existe mais e, por isso, a rota esttica deve ser excluda.
H uma alterao na topologia, e o endereo intermedirio ou a interface de sada
deve ser alterada.
No h forma de modificar uma rota esttica existente. A rota esttica deve ser excluda, e
uma nova configurada.
Para excluir uma rota esttica, adicione no na frente do comando ip route, seguido pelo resto
da rota esttica a ser removida.
Na seo anterior, tnhamos uma rota esttica:
ip route 192.168.2.0 255.255.255.0 172.16.2.2
Podemos excluir essa rota esttica usando o comando no ip route:
no ip route 192.168.2.0 255.255.255.0 172.16.2.2
Como voc deve se lembrar, exclumos a rota esttica porque queramos modific-la para usar
uma interface de sada, e no um endereo IP do prximo salto. Configuramos uma nova rota
esttica, usando a interface de sada:
R1(config)#ip route 192.168.2.0 255.255.255.0 serial 0/0/0
108
mais eficiente para o processo de pesquisa da tabela de roteamento ter rotas estticas com
interfaces de sada pelo menos para redes de sada ponto-a-ponto seriais. Reconfiguremos as
demais rotas estticas em R1, R2 e R3 para usar interfaces de sada.
Como voc pode ver na figura, quando excluirmos uma rota, configuraremos uma nova para a
mesma rede usando uma interface de sada.
Verificando a configurao de rota esttica

Sempre que alteraes forem feitas em rotas estticas ou em outros aspectos da rede
verifique se as alteraes entraram em vigor e se produziram os resultados desejados.
Verificando alteraes feitas na rota esttica
Na seo anterior, exclumos e reconfiguramos as rotas estticas para todos os trs
roteadores. Lembre-se de que a configurao em execuo contm a configurao do roteador
atual os comandos e os parmetros que o roteador est usando atualmente. Verifique as
suas alteraes, examinando a configurao em execuo. A figura mostra as pores da
configurao em execuo de cada roteador que mostram a rota esttica atual.
109
Essa figura mostra a tabela de roteamento de todos os trs roteadores. Observe que rotas
estticas com interfaces de sada foram adicionadas tabela de roteamento e que as rotas
estticas anteriores com endereos do prximo salto foram excludas.
110
O teste final rotear pacotes da origem para o destino. Usando o comando ping, podemos
testar se os pacotes de cada roteador esto alcanando seu destino e se o caminho de retorno
tambm est funcionando corretamente. Essa figura mostra sadas comando ping bemsucedidas.
Interfaces Ethernet e ARP

s vezes, a interface de sada uma rede Ethernet.
Suponhamos que o link de rede entre R1 e R2 seja um link Ethernet e que a interface
FastEthernet 0/1 de R1 esteja conectada essa rede, como mostrado na figura. Uma rota
esttica, usando um endereo IP do prximo salto para a rede 192.168.2.0/24, pode ser
definido usando este comando:
R1(config)#ip route 192.168.2.0 255.255.255.0 172.16.2.2
Como abordado na seo anterior, "Configurando uma interface Ethernet", o pacote IP deve
ser encapsulado em um quadro Ethernet com um endereo MAC de destino Ethernet. Se o
pacote precisar ser enviado para um roteador do prximo salto, o endereo MAC de destino
ser o endereo da interface Ethernet do roteador do prximo salto. Nesse caso, o endereo
MAC de destino Ethernet ser correspondente ao endereo IP do prximo salto 172.16.2.2. R1
verifica sua tabela ARP de FastEthernet 0/1 em busca de uma entrada com 172.16.2.2 e um
endereo MAC correspondente.
111
Enviando uma solicitao ARP

Se essa entrada no estiver na tabela ARP, R1 enviar uma solicitao ARP pela interface
FastEthernet 0/1. O broadcast de Camada 2 est solicitando que, se algum dispositivo tiver o
endereo IP 172.16.2.2, que responda com seu endereo MAC. Como a interface FastEthernet
de R2 0/1 tem o endereo IP 172.16.2.2, ela manda de volta uma resposta ARP com o
endereo MAC da interface.
R1 recebe a resposta ARP e adiciona o endereo IP 172.16.2.2, alm do endereo MAC
associado, sua tabela ARP. Agora o pacote IP encapsulado em um quadro Ethernet com o
endereo MAC de destino encontrado na tabela ARP. Em seguida, o quadro Ethernet com o
pacote encapsulado enviado pela interface FastEthernet 0/1 para o Roteador R2.
Rotas estticas e interfaces de sada Ethernet

Configuremos uma rota esttica com uma interface de sada Ethernet, e no um endereo IP
do prximo salto. Altere a rota esttica para 192.168.2.0/24 a fim de usar uma interface de
sada com este comando:
R1(config)#ip route 192.168.2.0 255.255.255.0 fastethernet 0/1
A diferena entre uma rede Ethernet e uma rede serial ponto-a-ponto que uma rede pontoa-ponto tem apenas um outro dispositivo nessa rede o roteador na outra extremidade do
link. Com redes Ethernet, talvez haja muitos dispositivos diferentes compartilhando a mesma
rede multiacesso, inclusive hosts e at mesmo vrios roteadores. Designando apenas a
interface de sada Ethernet na rota esttica, o roteador no ter informaes suficientes para
determinar que dispositivo o dispositivo do prximo salto.
112
R1 sabe que o caminho precisa ser encapsulado em um quadro Ethernet e enviado pela
interface FastEthernet 0/1. No entanto, R1 no sabe o endereo IP do prximo salto e, por
isso, no pode determinar o endereo MAC de destino para o quadro Ethernet.
Dependendo da topologia e das configuraes em outros roteadores, essa rota esttica talvez
funcione ou no. No entraremos em detalhes aqui, mas recomendvel que, quando a
interface de sada for uma rede Ethernet, que voc no use apenas a interface de sada na rota
esttica.
A pessoa pode perguntar: Existe alguma forma de configurar uma rota esttica em uma rede
Ethernet para que ela no tenha que usar a pesquisa recursiva do endereo IP do prximo
salto? Sim, isso pode ser feito configurando a rota esttica para incluir a interface de sada e o
endereo IP do prximo salto.
Como voc pode ver na figura, a interface de sada seria FastEthernet 0/1 e o endereo IP do
prximo salto, 172.16.2.2.
R1(config)#ip route 192.168.2.0 255.255.255.0 fastethernet 0/1 172.16.2.2

A entrada da tabela de roteamento dessa rota seria:
S 192.168.2.0/24 [1/0] via 172.16.2.2 FastEthernet0/1
O processo da tabela de roteamento s precisar executar uma nica pesquisa para obter a
interface de sada e o endereo IP do prximo salto.
Vantagens de usar uma interface de sada com rotas estticas
H uma vantagem em usar interfaces de sada em rotas estticas para redes de sada ponto-aponto seriais e Ethernet. O processo da tabela de roteamento s precisa executar uma nica
113
pesquisa para localizar a interface de sada, e no uma segunda pesquisa para resolver um
endereo do prximo salto.
Para rotas estticas com redes seriais ponto-a-ponto de sada, melhor configurar rotas
estticas apenas com a interface de sada. Para interfaces seriais ponto-a-ponto, o endereo
do prximo salto na tabela de roteamento jamais usado pelo procedimento de entrega do
pacote e, assim, no necessrio.
Para rotas estticas com redes Ethernet de sada, melhor configurar as rotas estticas com o
endereo do prximo salto e a interface de sada.
Nota: Para obter mais informaes sobre os problemas que podem ocorrer com rotas estticas
que s usam uma interface Ethernet ou FastEthernet de sada, leia o livro Cisco IP Routing, de
Alex Zinin.
Resumindo rotas para reduzir o tamanho da tabela de roteamento

Criar tabelas de roteamento menores torna o processo de pesquisa na tabela de roteamento
mais eficiente, porque h menos rotas a serem pesquisadas. Se uma rota esttica puder ser
usada em lugar de vrias rotas estticas, o tamanho da tabela de roteamento ser reduzido.
Em muitos casos, uma nica rota esttica pode ser usada para representar dzias, centenas ou
at mesmo milhares de rotas.
Podemos usar um nico endereo de rede para representar vrias sub-redes. Por exemplo, as
redes 10.0.0.0/16, 10.1.0.0/16, 10.2.0.0/16, 10.3.0.0/16, 10.4.0.0/16, 10.5.0.0/16 at
10.255.0.0/16 podem ser representadas por um nico endereo de rede: 10.0.0.0/8.
Sumarizao de rota
Vrias rotas estticas podem ser sumarizadas em uma nica rota esttica caso:
As redes de destino possam ser sumarizadas em um nico endereo de rede e

As vrias rotas estticas usem a mesma interface de sada ou o endereo IP do
prximo salto
Isso chamado de sumarizao de rota.

Em nosso exemplo, R3 tem trs rotas estticas. Todas as trs rotas esto encaminhando
trfego pela mesma interface Serial0/0/1. As trs rotas estticas em R3 so:
ip route 172.16.1.0 255.255.255.0 Serial0/0/1

ip route 172.16.2.0 255.255.255.0 Serial0/0/1
ip route 172.16.3.0 255.255.255.0 Serial0/0/1
114
Se possvel, gostaramos de sumarizar todas essas rotas em uma nica rota esttica.
172.16.1.0/24, 172.16.2.0/24 e 172.16.3.0/24 podem ser sumarizadas para a rede
172.16.0.0/22. Como todas as trs rotas usam a mesma interface de sada, elas podem ser
sumarizadas para a nica rede 172.16.0.0 255.255.252.0, e podemos criar uma nica rota de
sumarizao.
Calculando uma rota de sumarizao

Aqui est o processo de criao da rota de sumarizao 172.16.1.0/22, como mostrado na
figura:
1. Escreva as redes que voc deseja sumarizar em binrio.
2. Para localizar a mscara de sub-rede para sumarizao, inicie com o bit mais esquerda.
3. Siga seu caminho para a direita, localizando todos os bits que correspondem
consecutivamente.
4. Quando voc localizar uma coluna de bits no correspondente, pare. Voc est no limite de
sumarizao.
5. Agora, conte o nmero de bits mais esquerda, que em nosso exemplo 22. Este nmero
se torna sua mscara de sub-rede para a rota de sumarizao, /22 or 255.255.252.0
6. Para localizar o endereo de rede para sumarizao, copie os 22 bits correspondentes e
adicione todos os bits 0 ao final para formar 32 bits.
Seguindo essas etapas, podemos detectar que as trs rotas estticas em R3 podem ser
sumarizadas em uma nica rota esttica, usando o endereo de rede de sumarizao
172.16.0.0 255.255.252.0:
115
ip route 172.16.0.0 255.255.252.0 Serial0/0/1
Configurando uma Rota de sumarizao

Para implementar a rota de sumarizao, devemos excluir as trs rotas estticas atuais
primeiro:
R3(config)#no ip route 172.16.1.0 255.255.255.0 serial0/0/1
Em seguida, ns configuraremos a rota esttica de sumarizao:
R3(config)#ip route 172.16.0.0 255.255.252.0 serial0/0/1
Veja o Efeito da rota de sumarizao na figura.
Para verificar a nova rota esttica, examine a tabela de roteamento de R3 usando o comando
show ip route, como mostrado:
S 172.16.0.0 is directly connected, Serial0/0/1
116
Com essa rota de sumarizao, o endereo IP de destino de um pacote s precisa

corresponder aos 22 bits esquerda do endereo de rede 172.16.0.0. Qualquer pacote com
um endereo IP de destino pertencente s redes 172.16.1.0/24, 172.16.2.0/24 ou
172.16.3.0/24 corresponde a essa rota de sumarizao.
Veja como Verificar rota de sumarizao na figura.
Como voc pode ver na figura, podemos testar a reconfigurao usando o comando ping.
Verificamos que ainda temos uma conectividade apropriada ao longo da rede.
Nota: A partir de maro de 2007, h mais de 200.000 rotas nos principais roteadores de
Internet. A maioria delas de rotas sumarizadas.
Correspondncia mais especfica

possvel que o endereo IP de destino de um pacote corresponda a vrias rotas na tabela de
roteamento. Por exemplo, e se ns tivssemos as duas rotas estticas a seguir na tabela de
roteamento:
S 172.16.1.0 is directly connected, Serial0/0/0 and
S 172.16.0.0/16 is directly connected, Serial0/0/1
117
Considere um pacote com o endereo IP 172.16.1.10 de destino. Esse endereo IP corresponde

a ambas as rotas. O processo de pesquisa da tabela de roteamento usar a correspondncia
mais especfica. Como 24 bits correspondem rota 172.16.1.0/24, e apenas 16 bits da rota
172.16.0.0/16 so correspondentes, a rota esttica com a correspondncia do 24 bit ser
usada. Essa a correspondncia mais longa. Em seguida, o pacote ser encapsulado em um
quadro de Camada 2 e enviado pela interface Serial 0/0/0. Lembre-se de que a mscara de
sub-rede na entrada da rota o que determina quantos bits devem corresponder ao endereo
IP de destino do pacote para essa rota para que haja uma correspondncia.
Nota: Esse processo o mesmo para todas as rotas na tabela de roteamento, inclusive rotas
estticas, rotas aprendidas de um protocolo de roteamento e redes diretamente conectadas.
O processo de pesquisa da tabela de roteamento ser explicado com mais detalhes em um
captulo posterior.
A rota esttica padro corresponde a todos os pacotes
Uma rota esttica padro uma rota que corresponder a todos os pacotes. So usadas rotas
estticas padro:
Quando nenhuma outra rota na tabela de roteamento corresponde ao endereo IP de

destino. Em outras palavras, quando no houver uma correspondncia mais especfica.
Um uso comum ao conectar o roteador de borda de uma empresa rede ISP.
Quando um roteador s tem um outro roteador ao quale est conectado. Essa
condio conhecida como um roteador stub.
Configurando uma rota esttica padro

A sintaxe de uma rota esttica padro semelhante a qualquer outra rota esttica, exceto
pelo endereo de rede ser 0.0.0.0 e a mscara de sub-rede, 0.0.0.0:
Router(config)#ip route 0.0.0.0 0.0.0.0 [exit-interface | ip-address ]
O endereo de rede 0.0.0.0 0.0.0.0 e a mscara so chamados de rota "quad-zero".
R1 um roteador stub. Ele s conectado a R2. Atualmente, R1 tem trs rotas estticas,
usadas para alcanar todas as redes remotas em nossa topologia. Todas as trs rotas estticas
tm a interface de sada Serial 0/0/0, encaminhando pacotes para o roteador R2 do prximo
salto.
As trs rotas estticas em R1 so:
ip route 172.16.1.0 255.255.255.0 serial 0/0/0

ip route 192.168.1.0 255.255.255.0 serial 0/0/0
ip route 192.168.2.0 255.255.255.0 serial 0/0/0
118
R1 um candidato ideal para ter todas as suas rotas estticas substitudas por uma nica rota
padro. Primeiro, exclua as trs rotas estticas:
R1(config)#no ip route 172.16.1.0 255.255.255.0 serial 0/0/0
Em seguida, configure a nica rota esttica padro usando a mesma interface de sada Serial
0/0/0 como as trs rotas estticas anteriores:
Verificando uma rota esttica padro

Verifique a alterao feita na tabela de roteamento usando o comando show ip route, como
mostrado na Figura:
119
S* 0.0.0.0/0 is directly connected, Serial0/0/0

Observe o * ou o asterisco prximo ao S. Como voc pode ver na tabela Cdigos na figura, o
asterisco indica que essa rota esttica uma rota candidata padro. por isso que ela
chamada de "rota esttica padro". Ns veremos nos captulos posteriores que uma rota
"padro" nem sempre precisa ser uma rota "esttica".
A chave dessa configurao est na mscara /0. Dissemos anteriormente que a mscara de
sub-rede na tabela de roteamento quem determina quantos bits devem ser correspondentes
entre o endereo IP de destino do pacote e a rota na tabela de roteamento. Uma mscara /0
indica que no h necessidade de correspondncia de zero ou nenhum bit. Como no h uma
correspondncia mais especfica, a rota esttica padro corresponder a todos os pacotes.
120
As rotas padro so muito comuns em roteadores. Em vez dos roteadores precisarem

armazenar rotas para todas as redes na Internet, eles podem armazenar uma nica rota
padro para representar uma rede que no est na tabela de roteamento. Esse tpico ser
abordado com mais detalhes quando discutirmos protocolos de roteamento dinmico.
Rotas estticas e encaminhamento de pacotes

Este um exemplo do processo de encaminhamento de pacotes com rotas estticas. Como
voc pode ver na animao, PC1 est enviando um pacote para PC3:
1. O pacote chega na interface FastEthernet 0/0 de R1.
2. R1 no tem uma rota especfica at a rede de destino, 192.168.2.0/24. Por isso, R1 usa a
rota esttica padro .
3. R1 encapsula o pacote em um novo quadro. Como o link de R2 um link ponto-a-ponto, R1
adiciona um endereo "todos 1s" para o endereo de destino da Camada 2.
4. O quadro encaminhado pela interface serial 0/0/0. O pacote chega pela interface Serial
0/0/0 em R2.
5. R2 desencapsula o quadro e procura uma rota para o destino. R2 tem uma rota esttica para
192.168.2.0/24 por Serial0/0/1.
6. R2 encapsula o pacote em um novo quadro. Como o link de R3 um link ponto-a-ponto, R2
adiciona um endereo "todos 1s" para o endereo de destino da Camada 2.
7. O quadro encaminhado pela interface Serial0/0/1. O pacote chega pela interface
Serial0/0/1 em R3.
8. R3 desencapsula o quadro e procura uma rota para o destino. R3 tem uma rota conectada
para 192.168.2.0/24 por FastEthernet 0/1.
9. R3 procura a entrada de tabela ARP em busca de 192.168.2.10 para localizar o endereo
MAC de Camada 2 para PC3.
a. Se no houver nenhuma entrada, R3 enviar uma solicitao ARP por FastEthernet 0/0.
b. PC3 responde com uma resposta ARP que inclui o endereo MAC de PC3.
10. R3 encapsula o pacote em um novo quadro com o endereo MAC da interface
FastEthernet 0/0 como o endereo da Camada 2 de origem e o endereo MAC de PC3 como o
endereo MAC de destino.
121
11. O quadro encaminhado pela interface FastEthernet 0/0/0. O pacote chega pela interface
da placa de rede de PC3.
Esse processo no diferente do processo demonstrado no Captulo 1. Como foi explicado no
Captulo 1, voc deve ser capaz de descrever esse processo com mais detalhes. Saber como um
roteador executa suas duas funes bsicas determinao do caminho e encaminhamento
de pacotes essencial para todas as discusses de roteamento. No Laboratrio 2.8.1,
"Configurao bsica de rota esttica", voc tem uma oportunidade para demonstrar seu
conhecimento da determinao do caminho e do processo de encaminhamento de pacotes.
Identificando e Solucionando problemas de uma rota no encontrada

As redes esto sujeitas a muitas foras diferentes que podem fazer com que seu status mude
muito:
H falha em uma interface.

Uma operadora descarta uma conexo.
H links saturados.
Um administrador insere uma configurao errada.
Quando houver uma alterao na rede, a conectividade poder ser perdida. Como
administrador de rede, voc o responsvel por identificar e resolver o problema.
Que etapas voc executa?
Por enquanto, voc deve estar muito familiarizado com algumas ferramentas que podem
ajudar a isolar problemas de roteamento. Listadas na figura, entre elas esto:
ping
traceroute
show ip route
Embora ns ainda no tenhamos usado traceroute neste curso, voc deve estar muito
familiarizado com seus recursos de estudos anteriores. Lembre-se de que comandos
traceroute encontraro uma interrupo no caminho da origem at o destino.
Na medida em que avanarmos neste curso, voc descobrir mais ferramentas. Por exemplo,
show ip interface brief apresenta um resumo rpido do status da interface. O CDP pode ajudar
a obter informaes sobre a configurao IP de um dispositivo Cisco conectado diretamente
que usa o comando show cdp neighbors detail.
122
Resolvendo a rota no encontrada

Localizar uma rota no encontrada (ou configurada incorretamente) ser relativamente
simples se voc usar as ferramentas corretas de maneira organizada.
Considere este problema: PC1 no pode executar ping em PC3. Um traceroute revela que R2
est respondendo, mas que no h nenhuma resposta de R3. A exibio da tabela de
roteamento em R2 revela que a rede 172.16.3.0/24 est configurada incorretamente. A
interface de sada est configurada para enviar pacotes a R3. Obviamente, a partir da
topologia, podemos ver que R1 tem a rede 172.16.3.0/24. Por isso, R2 deve usar a Serial 0/0/0
como a interface de sada e no Serial0/0/1.
Para resolver a situao, remova a rota incorreta e adicione a rota para rede 172.16.3.0/24
com Serial 0/0/0 especificada como a interface de sada.
123
Resumo
Neste captulo, voc aprendeu como as rotas estticas podem ser usadas para alcanar redes
remotas. Redes remotas so redes que s podem ser alcanadas encaminhando-se o pacote
para outro roteador. As rotas estticas so facilmente configuradas. No entanto, em grandes
redes, essa operao manual pode ser bastante incmoda. Como ns veremos em captulos
posteriores, as rotas estticas ainda so usadas mesmo quando um protocolo de roteamento
dinmico implementado.
As rotas estticas podem ser configuradas com um endereo IP do prximo salto, que
normalmente o endereo IP do roteador do prximo salto. Quando um endereo IP do
prximo salto usado, o processo da tabela de roteamento deve resolver esse endereo para
uma interface de sada. Em links seriais ponto-a-ponto, costuma ser mais eficiente configurar a
rota esttica com uma interface de sada. Em redes multiacesso, como Ethernet, tanto um
endereo IP do prximo salto quanto uma interface de sada pode ser configurado na rota
esttica.
As rotas estticas tm uma distncia administrativa padro de "1". Essa distncia
administrativa tambm se aplica a rotas estticas configuradas com um endereo do prximo
salto, bem como uma interface de sada.
Uma rota esttica s ser inserida na tabela de roteamento se o endereo IP do prximo salto
puder ser resolvido por meio de uma interface de sada. Mesmo que a rota esttica seja
configurada com um endereo IP do prximo salto ou uma interface de sada, se a interface de
sada usada para encaminhar esse pacote no estiver na tabela de roteamento, a rota esttica
no ser includa na tabela de roteamento.
Em muitos casos, vrias rotas estticas podem ser configuradas como uma nica rota de
sumarizao. Isso significa que menos entradas na tabela de roteamento resultam em um
processo de pesquisa mais rpido na tabela de roteamento. A rota de sumarizao definitiva
uma rota padro, configurada com um endereo de rede 0.0.0.0 e uma mscara de sub-rede
0.0.0.0. Se no houver uma correspondncia mais especfica na tabela de roteamento, a tabela
de roteamento usar a rota padro para encaminhar o pacote a outro roteador.
Nota: O processo de pesquisa na tabela de roteamento examinado mais detalhadamente no
Captulo 8, "A tabela de roteamento: Um exame mais detalhado".
124
As redes de dados que usamos em nossas vidas cotidianas para aprendizado, diverso e
trabalho variam de redes locais pequenas a redes interconectadas globais grandes. Em casa,
voc pode ter um roteador e dois ou mais computadores. No trabalho, sua organizao pode
ter vrios roteadores e switches para atender s necessidades de comunicao de dados de
centenas ou at mesmo milhares de PCs.
Nos captulos anteriores, voc aprendeu como os roteadores so usados em encaminhamento
de pacotes e tambm que eles aprendem sobre redes remotas usando rotas estticas e
protocolos de roteamento dinmico. Voc aprendeu tambm como as rotas para redes
remotas podem ser configuradas manualmente atravs de rotas estticas.
Este captulo introduz os protocolos de roteamento dinmico, incluindo as diferenas de
classificao dos protocolos de roteamento, qual a mtrica que eles usam para determinar o
melhor caminho e os benefcios obtidos ao usar um protocolo de roteamento dinmico.
Geralmente, os protocolos de roteamento dinmico so usados em redes maiores para aliviar
a sobrecarga administrativa e operacional causada pelo uso de rotas estticas. Normalmente,
uma rede usa a combinao de um protocolo de roteamento dinmico e rotas estticas. Na
maioria das redes, um nico protocolo de roteamento dinmico usado. No entanto, h casos
em que partes diferentes da rede podem usar protocolos de roteamento diferentes.
125
Desde o incio dos anos 1980, surgiram vrios protocolos de roteamento dinmico diferentes.
Neste captulo, comearemos a discutir algumas das caractersticas e diferenas desses
protocolos de roteamento. No entanto, elas ficaro mais evidentes nos captulos posteriores,
quando discutiremos vrios desses protocolos de roteamento em detalhes.
Embora muitas redes usem um nico protocolo de roteamento ou usem somente rotas
estticas, importante que o profissional de rede entenda os conceitos e as operaes de
todos os protocolos de roteamento. Um profissional de rede deve ser capaz de tomar uma
deciso fundamentada sobre quando usar um protocolo de roteamento dinmico e qual
protocolo de roteamento a melhor escolha para um ambiente especfico.
A evoluo dos protocolos de roteamento dinmico

Os protocolos de roteamento dinmico so usados em redes desde o incio dos anos 1980. A
primeira verso do RIP foi lanada em 1982, mas alguns dos algoritmos bsicos do protocolo
foram usados na ARPANET j em 1969.
126
medida que as redes evoluam e se tornavam mais complexas, surgiam novos protocolos de
roteamento. A figura mostra a classificao dos protocolos de roteamento.
Um dos primeiros protocolos de roteamento foi o Protocolo de informaes de roteamento
(RIP, Routing Information Protocol). O RIP evoluiu para uma verso mais nova: o RIPv2. No
entanto, a verso mais recente do RIP ainda no pode ter sua escala alterada para
implementaes de rede maiores. Para atender s necessidades de redes maiores, foram
desenvolvidos dois protocolos de roteamento avanado: Abrir caminho mais curto primeiro
(OSPF, Open Shortest Path First) e Sistema intermedirio para sistema intermedirio (IS-IS,
Intermediate System-to-Intermediate System). A Cisco desenvolveu o Protocolo de
Roteamento de Gateway Interior (IGRP, Interior Gateway Routing Protocol) e o EIGRP, cujas
escalas tambm so boas em implementaes de rede maiores.
Alm disso, havia a necessidade de interconectar vrias redes interconectadas e possibilitar o
roteamento entre elas. O Protocolo de Roteamento de gateway de borda (BGP, Border
Gateway Protocol) agora usado entre os ISPs e tambm entre ISPs e seus maiores clientes
particulares para trocar informaes de roteamento.
Com o advento de numerosos dispositivos consumidores que usam o IP, o espao de
endereamento IPv4 est quase esgotado. Assim surgiu o IPv6. Para oferecer suporte
comunicao com base no IPv6, foram desenvolvidas verses mais recentes dos protocolos de
roteamento IP (consulte a linha IPv6 da tabela).
Nota: Este captulo apresenta uma viso geral dos diversos protocolos de roteamento
dinmico. Mais detalhes sobre o RIP, o EIGRP e os protocolos de roteamento OSPF sero
discutidos nos captulos posteriores. Os protocolos de roteamento IS-IS e BGP so explicados
no programa do CCNP. O IGRP o antecessor do EIGRP e j est obsoleto.
127
A funo do protocolo de roteamento dinmico

O que so exatamente os protocolos de roteamento dinmico? Os protocolos de roteamento
so usados para facilitar a troca de informaes de roteamento entre roteadores. Os
protocolos de roteamento permitem que os roteadores compartilhem informaes
dinamicamente sobre redes remotas e adicionam essas informaes automaticamente s suas
prprias tabelas de roteamento. Isso mostrado na animao.
Os protocolos de roteamento determinam o melhor caminho para cada rede adicionada
tabela de roteamento. Um dos principais benefcios do uso de um protocolo de roteamento
dinmico que os roteadores trocam informaes de roteamento sempre que h uma
alterao de topologia. Essa troca permite que os roteadores aprendam novas redes
automaticamente e tambm localizem caminhos alternativos quando houver uma falha do link
atual para uma rede.
Comparados ao roteamento esttico, os protocolos de roteamento dinmico requerem uma
sobrecarga administrativa menor. No entanto, para usar os protocolos de roteamento
dinmico, necessrio dedicar parte dos recursos de um roteador operao de protocolos,
incluindo tempo de CPU e largura de banda de link de rede. Apesar dos benefcios do
roteamento dinmico, o roteamento esttico ainda usado. H situaes em que o
roteamento esttico mais apropriado e outras em que o roteamento dinmico a melhor
escolha. Freqentemente, voc encontrar uma combinao de ambos os tipos de roteamento
em qualquer rede que tenha um nvel moderado de complexidade. Discutiremos as vantagens
e as desvantagens dos roteamentos esttico e dinmico posteriormente neste captulo.
128
A finalidade dos protocolos de roteamento dinmico

Um protocolo de roteamento um conjunto de processos, algoritmos e mensagens usados
para trocar informaes de roteamento e popular a tabela de roteamento com os melhores
caminhos escolhidos pelo protocolo de roteamento. Entre as finalidades de um protocolo de
roteamento esto:
A deteco de redes remotas

A manuteno de informaes de roteamento atualizadas
A escolha do melhor caminho para as redes de destino
A capacidade de localizar um novo melhor caminho, se o caminho atual no estiver
mais disponvel
Quais so os componentes de um protocolo de roteamento?

Estruturas de dados - Alguns protocolos de roteamento usam tabelas e/ou bancos de dados
para suas operaes. Essas informaes so mantidas na RAM.
Algoritmo - Um algoritmo uma lista finita de etapas usadas na realizao de uma tarefa. Os
protocolos de roteamento usam algoritmos para facilitar as informaes de roteamento e para
determinar o melhor caminho.
Mensagens do protocolo de roteamento - Os protocolos de roteamento usam vrios tipos de
mensagens para descobrir roteadores vizinhos, trocar informaes de roteamento e outras
tarefas para aprender e manter informaes precisas sobre a rede.
Operao do protocolo de roteamento dinmico
Todos os protocolos de roteamento tm a mesma finalidade: aprender redes remotas e
adaptar-se rapidamente sempre que houver uma alterao na topologia. O mtodo usado pelo
protocolo de roteamento para isso depende do algoritmo que ele usa e das caractersticas
operacionais desse protocolo. Os operaes de um protocolo de roteamento dinmico variam
de acordo com o tipo de protocolo de roteamento e o prprio protocolo de roteamento. Em
geral, as operaes de um protocolo de roteamento dinmico podem ser descritas da seguinte
forma:
O roteador envia e recebe mensagens de roteamento em suas interfaces.

O roteador compartilha mensagens e informaes de roteamento com outros
roteadores que esto usando o mesmo protocolo de roteamento.
Os roteadores trocam informaes de roteamento para aprender redes remotas.
Quando um roteador detecta uma alterao de topologia, o protocolo de roteamento
pode anunciar essa alterao a outros roteadores.
129
Nota: Para entender a operao e os conceitos do protocolo de roteamento dinmico e us-lo

em redes reais, necessrio ter um conhecimento slido do endereamento IP e da criao de
sub-redes. Trs cenrios de criao de sub-redes esto disponveis para atividades prticas no
final deste captulo.
Uso do roteamento esttico

Antes de identificar os benefcios dos protocolos de roteamento dinmico, precisamos
considerar os motivos pelos quais ns usaramos o roteamento esttico. O roteamento
dinmico tem vrias vantagens sobre o roteamento esttico. No entanto, o roteamento
esttico ainda usado em redes. De fato, as redes geralmente usam uma combinao de
roteamento esttico e dinmico.
O roteamento esttico tem vrios usos principais, incluindo:
Facilidade de manuteno da tabela de roteamento em redes menores que no

possuem crescimento significativo esperado.
Roteamento de e para redes stub (consulte o Captulo 2).
Uso de uma nica rota padro, usada para representar um caminho para qualquer
rede que no tenha uma correspondncia mais especfica com outra rota na tabela de
roteamento.
Vantagens e desvantagens do roteamento esttico

Na tabela, os recursos de roteamento dinmico e esttico so comparados diretamente. Dessa
comparao, podemos listar as vantagens de cada mtodo de roteamento. As vantagens de
um mtodo so as desvantagens do outro.
Vantagens do roteamento esttico:
Processamento mnimo da CPU.

Mais fcil para o administrador entender.
Fcil de configurar.
Desvantagens do roteamento esttico:
Processamento mnimo da CPU.

Mais fcil para o administrador entender.
Fcil de configurar.
Desvantagens do roteamento esttico:
Configurao e manuteno demoradas.

A configurao propensa a erros, principalmente em redes grandes.
130
A interveno do administrador necessria para manter as informaes da rota

alterada.
No dimensiona bem com redes em desenvolvimento; a manuteno fica muito
complicada.
Requer conhecimento completo da rede inteira para implementao adequada.
Vantagens e desvantagens do roteamento dinmico

Vantagens do roteamento dinmico:
O administrador tem menos trabalho para manter a configurao ao adicionar ou

excluir redes.
Os protocolos reagem automaticamente s alteraes de topologia.
A configurao menos propensa a erros.
Mais escalvel, o desenvolvimento da rede no costuma ser um problema.
Desvantagens do roteamento dinmico:

So usados recursos de roteador (ciclos de CPU, memria e largura de banda de link).
So necessrios mais conhecimentos de administrador para configurao, verificao e
soluo de problemas.
Classificao dos protocolos de roteamento dinmico

Os protocolos de roteamento podem ser classificados em grupos diferentes de acordo com
suas caractersticas. Os protocolos de roteamento mais usados so:
RIP - Uma distncia vetor do protocolo de roteamento interior

131
IGRP - O vetor de distncia de roteamento interior desenvolvido pela Cisco

(substitudo de 12.2 IOS e posterior)
OSPF - Um protocolo de roteamento interior de link-state
IS-IS - Um protocolo de roteamento interior de link-state
EIGRP - O protocolo de roteamento interior de vetor de distncia avanado
desenvolvido pela Cisco
BGP - Um protocolo de roteamento exterior de vetor de caminho
Nota: IS-IS e BGP esto alm do escopo deste curso e so abordados no programa do CCNP.
Os critrios de classificao sero explicados posteriormente neste captulo.
Um sistema autnomo (AS, autonomous system) tambm conhecido como um domnio de

roteamento - um conjunto de roteadores sob a mesma administrao. Alguns exemplos
tpicos so a rede interna de uma empresa e a rede de um provedor de Internet. Como a
Internet baseada no conceito de sistema autnomo, so necessrios dois tipos de protocolos
de roteamento: protocolos de roteamento interior e exterior. Esses protocolos so:
Protocolos de gateway interior (IGP, Interior Gateway Protocol) so usados para

roteamento de sistema intra-autnomo - roteamento dentro de um sistema
autnomo.
Protocolos EGP so usados para roteamento de sistema inter-autnomo - roteamento
entre sistemas autnomos.
132
A figura uma exibio simplificada da diferena entre IGPs e EGPs. O conceito de sistema
autnomo ser explicado em mais detalhes posteriormente no captulo.
Caractersticas dos protocolos de roteamento IGP e EGP
Os IGPs so usados para roteamento dentro de um domnio de roteamento; redes sob
controle de uma nica organizao. Geralmente, um sistema autnomo formado por muitas
redes individuais que pertencem a empresas, escolas e outras instituies. Um IGP usado
para fazer o roteamento no sistema autnomo e tambm nas prprias redes individuais. Por
exemplo, o CENIC opera um sistema autnomo formado por escolas, faculdades e
universidades da Califrnia. O CENIC usa um IGP para rotear dentro de seu sistema autnomo
com a finalidade de interconectar todas essas instituies. Cada instituio educacional
tambm usa um IGP prprio para rotear dentro de sua prpria rede individual. O IGP usado
por cada entidade fornece a determinao do melhor caminho em seus prprios domnios de
roteamento, da mesma maneira que o IGP usado pelo CENIC fornece as melhores rotas no
prprio sistema autnomo. Os IGPs para IP incluem RIP, IGRP, EIGRP, OSPF e IS-IS.
Os protocolos de roteamento, e mais especificamente o algoritmo usado por esse protocolo de
roteamento, usam uma mtrica para determinar o melhor caminho para uma rede. A mtrica
usada pelo protocolo de roteamento RIP a contagem de saltos, que o nmero de
roteadores que um pacote deve percorrer ao alcanar outra rede. O OSPF usa a largura de
banda para determinar o caminho mais curto.
Por outro lado, os EGPs foram projetados para o uso entre sistemas autnomos diferentes que
estejam sob o controle de administraes diferentes. O BGP o nico EGP atualmente vivel e
o protocolo de roteamento usado pela Internet. O BGP um protocolo de vetor de caminho
que pode usar muitos atributos diferentes para medir rotas. No nvel do ISP, geralmente h
mais problemas importantes do que a simples escolha do caminho mais rpido. Normalmente,
o BGP usado entre ISPs. s vezes, ele usado entre uma empresa e um ISP. O BGP no faz
parte deste curso ou CCNA; ele abordado no CCNP.
133
Os Protocolos de Gateway Interior (IGP, Interior Gateway Protocol) podem ser classificados
como dois tipos:
Protocolos de roteamento do vetor de distncia

Link-state protocolos de roteamento
Operao do protocolo de roteamento do vetor de distncia

Vetor de distncia significa que as rotas so anunciadas como vetores de distncia e direo. A
distncia definida em termos de uma mtrica como contagem de saltos e a direo dada
simplesmente pelo roteador do prximo salto ou pela interface de sada. Os protocolos do
vetor de distncia normalmente usam o algoritmo Bellman-Ford para determinar a melhor
rota.
Alguns protocolos do vetor de distncia enviam periodicamente tabelas de roteamento
completas a todos os vizinhos conectados. Em redes grandes, essas atualizaes de
roteamento podem ficar enormes, causando trfego significativo nos links.
Embora o algoritmo Bellman-Ford acabe acumulando conhecimentos suficientes para manter
um banco de dados de redes alcanveis, o algoritmo no permite que um roteador aprenda a
topologia exata de redes interconectadas. O roteador s conhece as informaes de
roteamento recebidas de seus vizinhos.
Os protocolos do vetor de distncia usam os roteadores como postagens de sinal ao longo do
caminho para o destino final. As nicas informaes que um roteador conhece sobre uma rede
remota so a distncia ou a mtrica para alcanar essa rede e o caminho ou a interface que
134
devem ser usados para isso. Os protocolos de roteamento do vetor de distncia no tm um

mapa real da topologia da rede.
Os protocolos do vetor de distncia funcionam melhor em situaes nas quais:
A rede simples e fixa e no requer um design hierrquico especial.

Os administradores no tm conhecimentos suficientes para configurar e solucionar os
problemas dos protocolos link-state.
Redes de tipos especficos, como redes hub-and-spoke, esto sendo implementadas.
Os tempos de convergncia inesperada em uma rede no so uma preocupao.
As funes e operaes do protocolo de roteamento do vetor de distncia sero explicadas no

prximo captulo. Voc tambm aprender as operaes e a configurao dos protocolos de
roteamento do vetor de distncia RIP e EIGRP.
Operao do protocolo link-state

Em comparao com a operao do protocolo de roteamento do vetor de distncia, um
roteador configurado com um protocolo de roteamento link-state pode criar uma exibio
completa ou topologia da rede coletando informaes de todos os outros roteadores. Para
continuar nossa analogia de postagens de sinal, usar um protocolo de roteamento link-state
como ter um mapa completo da topologia da rede. As postagens de sinal ao longo do caminho,
da origem ao destino, no so necessrias, pois todos os roteadores link-state esto usando
um "mapa" idntico da rede. Um roteador link-state usa as informaes de link-state para criar
135
um mapa de topologia e selecionar o melhor caminho para todas as redes de destino da

topologia.
Com alguns protocolos de roteamento do vetor de distncia, os roteadores enviam
atualizaes peridicas de suas informaes de roteamento aos seus vizinhos. Os protocolos
de roteamento link-state no usam atualizaes peridicas. Depois que a rede convergir, a
atualizao de link-state s ser enviada quando houver uma alterao na topologia. Por
exemplo, a atualizao de link-state na animao no ser enviada at que a rede 172.16.3.0
pare de funcionar.
Os protocolos de link-state funcionam melhor em situaes nas quais:
O design de rede hierrquico, o que normalmente ocorre em redes grandes.

Os administradores tm um bom conhecimento do protocolo de roteamento link-state
implementado.
A convergncia rpida da rede crucial.

As funes e operaes do protocolo de roteamento link-state sero explicadas nos captulos
posteriores. Voc tambm aprender as operaes e a configurao do protocolo de
roteamento link-state OSPF.
Protocolos de roteamento classful
136
Os protocolos de roteamento classful no enviam informaes sobre a mscara de sub-rede

nas atualizaes de roteamento. Os primeiros protocolos de roteamento, como o RIP, eram
classful. Isso ocorria em uma poca em que os endereos de rede eram alocados com base em
classes: classe A, B ou C. O protocolo de roteamento no precisava incluir a mscara de subrede na atualizao de roteamento porque a mscara de rede podia ser determinada com base
no primeiro octeto do endereo de rede.
Os protocolos de roteamento classful ainda podem ser usados em algumas das redes atuais.
No entanto, como eles no incluem a mscara de sub-rede, no podem ser usados em todas as
situaes. Os protocolos de roteamento classful no podem ser usados quando uma rede
colocada em sub-rede usando mais de uma mscara de sub-rede. Em outras palavras, os
protocolos de roteamento classful no suportam VLSMs.
H outras limitaes para os protocolos de roteamento classful, incluindo sua incapacidade de
suportar redes descontguas. Os protocolos de roteamento classful, as redes no contguas e a
VLSM sero discutidos em captulos posteriores.
Os protocolos de roteamento classful incluem o RIPv1 e o IGRP.
Protocolos de roteamento classless
Os protocolos de roteamento classless incluem a mscara de sub-rede com o endereo de
rede nas atualizaes de roteamento. As redes atuais no so mais alocadas com base em
classes e a mscara de sub-rede no pode ser determinada pelo valor do primeiro octeto. Os
protocolos de roteamento classless so obrigatrios na maioria das redes atuais porque
suportam VLSMs, redes no contguas e outros recursos que sero discutidos em captulos
posteriores.
Na figura, observe que a verso classless da rede est usando ambas as mscaras de sub-rede
/30 e /27 na mesma topologia. Observe tambm que essa topologia est usando um projeto
no contguo.
Os protocolos de roteamento classless so RIPv2, EIGRP, OSPF, IS-IS e BGP.
137
O que a convergncia?
A convergncia ocorre quando as tabelas de roteamento de todos os roteadores esto em um
estado de consistncia. Haver convergncia na rede quando todos os roteadores tiverem
informaes completas e precisas sobre ela. O tempo de convergncia o tempo que os
roteadores levam para compartilhar informaes, calcular os melhores caminhos e atualizar
suas tabelas de roteamento. Para que uma rede seja completamente opervel, necessrio
que haja convergncia nela. Portanto, a maioria das redes requer pouco tempo de
convergncia.
A convergncia colaborativa e independente. Os roteadores compartilham informaes
entre si, mas devem calcular de forma independente os impactos da alterao na topologia em
suas prprias rotas. Como eles desenvolvem um acordo com a nova topologia de forma
independente, acredita-se que eles realizam convergncias nesses consensos.
As propriedades da convergncia incluem a velocidade de propagao das informaes de
roteamento e o clculo de caminhos ideais. Os protocolos de roteamento podem ser
classificados com base na velocidade de convergncia; quanto mais rpida for a convergncia,
melhor ser o protocolo de roteamento. Geralmente, o RIP e o IGRP so lentos para convergir,
enquanto o EIGRP e o OSPF so mais rpidos.
138
H casos em que um protocolo de roteamento aprende mais de uma rota para o mesmo
destino. Para selecionar o melhor caminho, o protocolo de roteamento deve poder avaliar e
diferenciar os caminhos disponveis. A mtrica usada para essa finalidade. Mtrica um
valor usado por protocolos de roteamento para atribuir custos com a finalidade de alcanar
redes remotas. A mtrica usada para determinar o melhor caminho quando houver vrios
caminhos para a mesma rede remota.
Cada protocolo de roteamento usa sua prpria mtrica. Por exemplo, o RIP usa a contagem de
saltos, o EIGRP usa uma combinao de largura de banda e atraso e a implantao do OSPF
feita pela Cisco usa a largura de banda. A contagem de saltos a mtrica mais fcil de
visualizar. A contagem de saltos se refere ao nmero de roteadores que um pacote deve
atravessar para alcanar a rede de destino. Para o R3 mostrado na figura, a rede 172.16.3.0
est h dois saltos, ou dois roteadores, de distncia.
Nota: A mtrica de determinado protocolo de roteamento e a maneira como ela calculada
sero discutidas no captulo desse protocolo de roteamento.
139
Os parmetros da mtrica
Protocolos de roteamento diferentes usam mtricas diferentes. A mtrica usada por um
protocolo de roteamento no comparvel mtrica usada por outro protocolo de
roteamento. Se dois protocolos de roteamento usarem mtricas diferentes, podero escolher
caminhos diferentes para o mesmo destino.
O RIP escolher o caminho com menor quantidade de saltos e o OSPF escolher o caminho
com a maior largura de banda.
A mtrica usada em protocolos de roteamento IP inclui:
Contagem de saltos - Uma mtrica simples que conta o nmero de roteadores que um
pacote deve atravessar
Largura de banda - Influencia a seleo do caminho ao escolher o caminho com a
maior largura de banda
Carga - Considera a utilizao de trfego de determinado link
Atraso - Considera o tempo que um pacote leva para atravessar um caminho
Confiabilidade - Avalia a probabilidade de uma falha de link, calculada a partir da
contagem de erros de interface ou de falhas de link anteriores
Custo - Um valor determinado pelo IOS ou pelo administrador de rede para indicar sua
preferncia por uma rota. O custo pode representar uma mtrica, uma combinao de
mtricas ou uma poltica.
Nota: Neste ponto, no importante entender completamente essas mtricas; elas sero
explicadas em captulos posteriores.
140
O campo de mtricas na tabela de roteamento

A mtrica de cada protocolo de roteamento :
RIP: Contagem de saltos - O melhor caminho escolhido pela rota com a menor
contagem de saltos.
IGRP e EIGRP: Largura de banda, atraso, confiabilidade e carga - O melhor caminho
escolhido pela rota com o menor valor de mtrica composto calculado a partir desses
parmetros mltiplos. Por padro, somente a largura de banda e o atraso so
utilizados.
IS-IS e OSPF: Custo - O melhor caminho escolhido pela rota com o menor custo. . A
implementao do OSPF pela Cisco usa a largura de banda. O IS-IS discutido no
CCNP.
Os protocolos de roteamento determinam o melhor caminho com base na rota com a menor
mtrica.
Consulte o exemplo na figura. Os roteadores esto usando o protocolo de roteamento RIP. A
exibio da mtrica associada a determinada rota pode melhorada utilizando o comando show
ip route. O valor da mtrica o segundo valor dentro dos colchetes de uma entrada na tabela
de roteamento. Na figura, o R2 tem uma rota para a rede 192.168.8.0/24 que est a 2 saltos
de distncia.
141
R 192.168.8.0/24 [120/2] via 192.168.4.1, 00:00:26, Serial0/0/1

Nota: Mais informaes detalhadas sobre mtricas especficas de protocolos de roteamento e
tambm sobre como os calcular essas mtricas estaro disponveis nos captulos posteriores
que descrevem os protocolos de roteamento individuais.
Discutimos que os protocolos de roteamento individuais usam mtricas com a finalidade de

determinar a melhor rota para alcanar redes remotas. Mas o que acontece quando duas ou
mais rotas para o mesmo destino tm valores de mtrica idnticos? Como o roteador decidir
o caminho a ser usado para encaminhar um pacote? Nesse caso, o roteador no escolhe
apenas uma rota. Em vez disso, o roteador faz o "balanceamento de carga" entre esses
caminhos de mesmo custo. Os pacotes so encaminhados usando caminhos de custo igual.
Para verificar se o balanceamento de carga est em vigor, consulte a tabela de roteamento. Se
duas ou mais rotas estiverem associadas ao mesmo destino, significa que o balanceamento
de carga est em vigor.
Nota: O balanceamento de carga pode ser feito por pacote ou por destino. A maneira como
um roteador faz o balanceamento de carga de pacotes entre os caminhos de custo depende do
processo de comutao. O processo de comutao ser discutido em mais detalhes em um
captulo posterior.
O R2 faz o balanceamento de carga do trfego para o PC5 por dois caminhos de custo igual.
O comando show ip route revela que a rede de destino 192.168.6.0 est disponvel atravs da
192.168.2.1 (Serial 0/0/0) e da 192.168.4.1 (Serial 0/0/1).
R 192.168.6.0/24 [120/1] via 192.168.2.1, 00:00:24, Serial0/0/0
[120/1] via 192.168.4.1, 00:00:26, Serial0/0/1
142
Todos os protocolos de roteamento discutidos neste curso so capazes de fazer o

balanceamento de carga de trfego automaticamente para at quatro rotas de custo igual por
padro. O EIGRP tambm capaz de fazer o balanceamento de carga em caminhos de custo
desigual. Esse recurso do EIGRP discutido no CCNP.
Vrias origens de roteamento

Sabemos que os roteadores aprendem redes adjacentes diretamente conectadas e redes
remotas usando rotas estticas e protocolos de roteamento dinmico. De fato, um roteador
pode aprender uma rota para a mesma rede a partir de mais de uma origem. Por exemplo,
uma rota esttica pode ter sido configurada para a mesma rede/mscara de sub-rede que foi
aprendida dinamicamente por um protocolo de roteamento dinmico, como o RIP. O roteador
deve escolher a rota a ser instalada.
Nota: Voc pode estar se perguntando: e os caminhos de custo igual? Vrias rotas para a
mesma rede s podem ser instaladas quando vm da mesma origem de roteamento. Por
exemplo, para que as rotas de custo igual sejam instaladas, ambas devem ser rotas estticas
ou rotas RIP.
Embora menos comum, mais de um protocolo de roteamento dinmico pode ser implantado
na mesma rede. Em algumas situaes, pode ser necessrio rotear o mesmo endereo de rede
que usa vrios protocolos de roteamento como RIP e OSPF. Como protocolos de roteamento
diferentes usam mtricas diferentes, o RIP utiliza a contagem de saltos e o OSPF utiliza a
largura de banda, no possvel comparar as mtricas para determinar o melhor caminho.
Desse modo, como um roteador determina a rota a ser instalada na tabela de roteamento
quando tiver aprendido a mesma rede a partir de mais de uma origem de roteamento?
143
A finalidade da distncia administrativa

A distncia administrativa (AD, administrative distance) define a preferncia de uma origem de
roteamento. Cada origem de roteamento, incluindo protocolos de roteamento especficos,
rotas estticas e at mesmo redes diretamente conectadas, priorizada na ordem da mais
para a menos prefervel usando um valor de distncia administrativa. Os roteadores Cisco
usam o recurso AD para selecionar o melhor caminho quando aprendem a mesma rede de
destino a partir de duas ou mais origens de roteamento diferentes.
A distncia administrativa um valor inteiro de 0 a 255. Quanto menor o valor, melhor ser a
origem de rota. A melhor distncia administrativa a de 0. Somente uma rede diretamente
conectada tem uma distncia administrativa de 0. Essa distncia no pode ser alterada.
possvel modificar a distncia administrativa de rotas estticas e de protocolos de
roteamento dinmico. Isso discutido no CCNP.
Uma distncia administrativa de 255 significa que o roteador no acreditar na origem dessa
rota e no ser instalado na tabela de roteamento.
Nota: A confiabilidade do termo costuma ser usada ao definir a distncia administrativa.
Quanto menor o valor da distncia administrativa, maior ser a confiabilidade da rota.
144
O valor da AD o primeiro valor dentro dos colchetes de uma entrada na tabela de

roteamento. Observe que o R2 tem uma rota para a rede 192.168.6.0/24 com um valor de AD
de 90.
D 192.168.6.0/24 [90/2172416] via 192.168.2.1, 00:00:24, Serial0/0/0
O R2 est executando os protocolos de roteamento RIP e EIGRP. Lembre-se: no comum os
roteadores executarem vrios protocolos de roteamento dinmico, mas usamos esse exemplo
aqui para demonstrar como funciona a distncia administrativa. O R2 aprendeu a rota
192.168.6.0/24 do R1 atravs das atualizaes do EIGRP e do R3 atravs das atualizaes do
RIP. O RIP tem uma distncia administrativa de 120, mas o EIGRP tem uma distncia
administrativa menor de 90. Assim, o R2 adiciona a rota aprendida atravs do EIGRP tabela
de roteamento e encaminha todos os pacotes rede 192.168.6.0/24 para o roteador R1.
Veja o comando show ip rip database na figura.
O que acontecer se o link para o R1 ficar indisponvel? O R2 no ter uma rota para a rede
192.168.6.0. Na verdade, o R2 ainda tem as informaes da rota do RIP para a rede
192.168.6.0 armazenadas no banco de dados do RIP. Isso pode ser verificado com o comando
show ip rip database. Esse comando mostra todas as rotas RIP aprendidas pelo R2 mesmo que
a rota RIP no esteja instalada na tabela de roteamento.
145
Voc j sabe que pode verificar esses valores de AD com o comando show ip route.
Veja o comando show ip protocols na figura.
O valor de AD tambm pode ser verificado com o comando show ip protocols. Esse comando
exibe todas as informaes pertinentes sobre os protocolos de roteamento que funcionam no
roteador. Veremos o comando show ip protocols em detalhes muitas vezes durante o restante
do curso. Por enquanto, observe a sada de dados realada: O R2 tem dois protocolos de
roteamento listados e o valor de AD chamado de Distncia.
146
Veja a Tabela de AD na figura.
Observe os valores diferentes de distncia administrativa de vrios protocolos de roteamento.
Como voc j viu no Captulo 2, as rotas estticas so inseridas por um administrador que
deseja configurar manualmente o melhor caminho para o destino. Por isso, as rotas estticas
tm um valor de AD padro de 1. Isso significa que depois das redes diretamente conectadas,
que tm um valor de AD padro de 0, as rotas estticas so a origem de rota preferida.
H situaes em que um administrador configurar uma rota esttica aprendida com um
protocolo de roteamento dinmico para o mesmo destino, mas usando um caminho diferente.
A rota esttica ser configurada com um AD maior do que o do protocolo de roteamento. Se
houver uma falha de link no caminho usado pelo protocolo de roteamento dinmico, a rota
inserida pelo protocolo de roteamento ser removida da tabela de roteamento. Ento, a rota
esttica se tornar a nica origem e ser adicionada automaticamente tabela de roteamento.
Isso conhecido como rota esttica flutuante e discutido no CCNP.
Uma rota esttica que usa um endereo IP do prximo salto ou uma interface de sada tem um
valor de AD padro de 1. No entanto, o valor de AD no ser listado em show ip route quando
voc configurar uma rota esttica com a interface de sada especificada. Quando uma rota
esttica configurada com uma interface de sada, a sada de dados mostra a rede como
diretamente conectada atravs dessa interface.
147
A rota esttica para a 172.16.3.0 listada como diretamente conectada. No entanto, no h

nenhuma informao sobre o valor de AD. Um erro comum supor que o valor de AD dessa
rota deve ser 0 porque indica "diretamente conectado". No entanto, essa pressuposio
falsa. O AD padro de qualquer rota esttica, incluindo as configuradas com uma interface de
sada, 1. Lembre-se, somente uma rede diretamente conectada pode ter um AD de 0. Isso
pode ser verificado estendendo o comando show ip route com a opo [route]. Ao especificar
a [route], sero reveladas informaes detalhadas sobre a rota, incluindo sua distncia ou
valor de AD.
Veja o comando show ip route 172.16.3.0 na figura.
O comando show ip route 172.16.3.0 revela que, de fato, a distncia administrativa 1.
Redes diretamente conectadas aparecero na tabela de roteamento assim que o endereo IP

da interface for configurado e a interface estiver habilitada e em funcionamento. O valor de
AD de redes diretamente conectadas 0, o que significa que essa a origem de roteamento
148
preferida. A melhor rota para um roteador ter uma de suas interfaces diretamente
conectada a essa rede. Por isso, a distncia administrativa de uma rede diretamente conectada
no pode ser alterada e nenhuma outra origem de rota pode ter uma distncia administrativa
de 0.
A sada de dados do comando show ip route exibe as redes diretamente conectadas sem
informaes sobre o valor de AD. A sada de dados semelhante sada de rotas estticas que
apontam para uma interface de sada. A nica diferena a letra C no comeo da entrada,
indicando que a rede diretamente conectada.
Para visualizar o valor de AD de uma rede diretamente conectada, use a opo [route].
Veja o comando show ip route 172.16.1.0 na figura.
149
O comando show ip route 172.16.1.0 revela que a distncia 0 para essa rota diretamente
conectada.
Resumo
Os protocolos de roteamento dinmico so usados pelos roteadores para aprender
automaticamente redes remotas de outros roteadores. Neste captulo, voc foi apresentado a
vrios protocolos de roteamento dinmico diferentes.
Voc aprendeu que os protocolos de roteamento podem ser classificados como classful ou
classless, link-state, do vetor de distncia ou de vetor de caminho, e se um protocolo de
roteamento um protocolo IGP ou um protocolo EGP. As diferenas entre essas classificaes
sero mais bem compreendidas nos captulos posteriores, nos quais voc obter mais
informaes sobre esses protocolos e conceitos de roteamento.
Os protocolos de roteamento detectam redes remotas e tambm tm um procedimento para
manter informaes de rede precisas. Quando h uma mudana na topologia, funo do
protocolo de roteamento informar aos outros roteadores sobre essa mudana.
Quando houver uma mudana na topologia de rede, alguns protocolos de roteamento podem
propagar essa informao por todo o domnio de roteamento com mais rapidez do que outros
protocolos de roteamento. O processo de fazer com que todas as tabelas de roteamento
fiquem consistentes chamado de convergncia. A convergncia ocorre quando todos os
roteadores no mesmo domnio de roteamento ou rea tm informaes completas e precisas
sobre a rede.
As mtricas so usadas pelos protocolos de roteamento para determinar o melhor caminho ou
o caminho mais curto para alcanar uma rede de destino. Protocolos de roteamento diferentes
podem usar mtricas diferentes. Normalmente, uma mtrica menor significa um caminho
melhor. Alcanar uma rede com cinco saltos melhor do que alcan-la com 10 saltos.
s vezes, os roteadores aprendem vrias rotas para a mesma rede a partir de rotas estticas e
de protocolos de roteamento dinmico. Quando um roteador aprende uma rede de destino a
partir de mais de uma origem de roteamento, os roteadores Cisco usam o valor de distncia
administrativa para determinar a origem a ser usada. Cada protocolo de roteamento dinmico
tem um valor administrativo exclusivo, junto com rotas estticas e redes diretamente
conectadas. Quanto menor o valor administrativo, melhor ser a origem da rota. Uma rede
diretamente conectada sempre a origem preferida. A seguir esto as rotas estticas e,
finalmente, vrios protocolos de roteamento dinmico.
150
Todas as classificaes e conceitos deste captulo sero discutidos com mais detalhes no
restante dos captulos deste curso. Ao final deste curso, voc poder consultar este captulo
revisar e obter uma viso geral dessas informaes.
Introduo
Os captulos sobre o roteamento dinmico deste curso esto concentrados nos protocolos IGP.
Conforme foi discutido no Captulo 3, os IGPs so classificados como protocolos de roteamento
link-state ou do vetor de distncia.
Este captulo descreve as caractersticas, as operaes e a funcionalidade dos protocolos de
roteamento do vetor de distncia. H vantagens e desvantagens de usar qualquer tipo de
protocolo de roteamento. Portanto, sero descritas as condies que influenciam a operao
dos protocolos do vetor de distncia, bem como suas armadilhas e as solues para super-las.
Entender a operao do roteamento do vetor de distncia essencial para habilitar, verificar e
solucionar problemas destes protocolos.
151
Os protocolos de roteamento dinmico ajudam o administrador da rede a superar o processo

demorado e exigente de configurar e manter rotas estticas. Por exemplo, voc pode imaginar
como manter as configuraes de roteamento esttico dos 28 roteadores mostrados na
figura? O que acontece quando um link desativado? Como voc garante que os caminhos
redundantes esto disponveis? O roteamento dinmico a escolha mais comum para redes
grandes como a da figura.
Os protocolos de roteamento do vetor de distncia incluem RIP, IGRP e EIGRP.
RIP
O protocolo de informaes de roteamento (RIP, Routing Information Protocol) foi
especificado originalmente em RFC 1058. Suas principais caractersticas so:
A mtrica usada para a seleo de caminhos a contagem de saltos.

Se a contagem de saltos de uma rede for maior do que 15, o RIP no poder fornecer
uma rota a essa rede.
Por padro, as atualizaes de roteamento so broadcast ou multicast a cada 30
segundos.
IGRP
152
O protocolo de roteamento de gateway interior (IGRP, Interior Gateway Routing Protocol)

um protocolo proprietrio desenvolvido pela Cisco. As principais caractersticas de design do
IGRP so:
So usadas largura de banda, atraso, carga e confiabilidade para criar uma mtrica
composta.
Por padro, as atualizaes de roteamento so difundidas a cada 90 segundos.
O IGRP o antecessor do EIGRP e j est obsoleto.
EIGRP
O IGRP aprimorado (EIGRP, Enhanced IGRP) um protocolo de roteamento do vetor de
distncia de propriedade da cisco. As principais caractersticas do EIGRP so:
Ele pode fazer o balanceamento de carga de custo desigual.

Usa Algoritmo de atualizao por broadcast (DUAL) para calcular o caminho mais
curto.
No h nenhuma atualizao peridica, ao contrrio do RIP e do IGRP. As atualizaes
de roteamento so enviadas quando h uma mudana na topologia.
O significado de vetor de distncia
153
Como o prprio nome diz, vetor de distncia significa que as rotas so anunciadas como
vetores de distncia e direo. A distncia definida em termos de uma mtrica como
contagem de saltos, e a direo dada simplesmente pelo roteador do prximo salto ou pela
interface de sada.
Um roteador que usa um protocolo de roteamento do vetor de distncia no tem o
conhecimento do caminho inteiro para uma rede de destino. O roteador s conhece:
A direo ou a interface para a qual os pacotes devem ser encaminhados e

A distncia at a rede de destino
Na figura, por exemplo, o R1 sabe que a distncia para alcanar a rede 172.16.3.0/24 1 salto
e que a direo est fora da interface S0/0/0 para o R2.
Operao de protocolos de roteamento do vetor de distncia

Alguns protocolos de roteamento do vetor de distncia pedem que o roteador difunda
periodicamente a tabela de roteamento inteira para cada um de seus vizinhos. Esse mtodo
ineficiente, pois as atualizaes consomem largura de banda e recursos de CPU dos roteadores
para processar as atualizaes.
Os protocolos de roteamento do vetor de distncia compartilham determinadas
caractersticas.
154
As atualizaes peridicas so enviadas em intervalos regulares (30 segundos para o RIP e 90

segundos para o IGRP). Mesmo que a topologia no tenha sido alterada nos ltimos dias, as
atualizaes peridicas continuaro sendo enviadas a todos os vizinhos.
Vizinhos so roteadores que compartilham um link e so configurados para usar o mesmo
protocolo de roteamento. O roteador s conhece os endereos de rede de suas prprias
interfaces e os endereos de rede remota que pode alcanar atravs de seus vizinhos. Ele no
tem nenhum conhecimento mais amplo da topologia da rede. Os roteadores que usam
roteamento do vetor de distncia no conhecem a topologia da rede.
As atualizaes de broadcast so enviadas para a 255.255.255.255. Os roteadores vizinhos
que estiverem configurados com o mesmo protocolo de roteamento processaro as
atualizaes. Todos os outros dispositivos processaro a atualizao at a Camada 3 e depois a
descartaro. Alguns protocolos de roteamento do vetor de distncia usam endereos multicast
em vez de endereos de broadcast.
As atualizaes da tabela de roteamento inteira so enviadas periodicamente a todos os
vizinhos, com algumas excees que sero discutidas posteriormente. Os vizinhos que
recebem essas atualizaes devem processar a atualizao inteira para localizar as
informaes pertinentes e descartar o restante. Alguns protocolos de roteamento do vetor de
distncia, como o EIGRP, no enviam atualizaes peridicas da tabela de roteamento.
A finalidade do algoritmo
No centro do protocolo do vetor de distncia est o algoritmo. O algoritmo utilizado para
calcular os melhores caminhos e enviar essas informaes aos vizinhos.
155
Um algoritmo um procedimento para realizar determinada tarefa, iniciando em determinado

estado inicial e finalizando em um estado de trmino definido. Protocolos de roteamento
diferentes usam algoritmos diferentes para instalar rotas na tabela de roteamento, enviar
atualizaes aos vizinhos e tomar decises de determinao de caminho.
O algoritmo usado para os protocolos de roteamento define os seguintes processos:

Mecanismo para enviar e receber informaes de roteamento.
Mecanismo para calcular os melhores caminhos e instalar rotas na tabela de
roteamento.
Mecanismo para detectar e reagir a alteraes de topologia.
Na figura, o R1 e o R2 so configurados com um protocolo de roteamento. O algoritmo envia e

recebe atualizaes. Ento, o R1 e o R2 coletam novas informaes da atualizao. Nesse caso,
cada roteador aprende uma nova rede. O algoritmo de cada roteador faz seus clculos
independentemente e atualiza a tabela de roteamento com as novas informaes. Quando a
rede local em R2 for desativada, o algoritmo construir uma atualizao "disparada" e a
enviar ao R1. Ento, o R1 remove a rede da tabela de roteamento. As atualizaes disparadas
sero discutidas posteriormente neste captulo.
Caractersticas dos protocolos de roteamento
156
Os protocolos de roteamento podem ser comparados com base nas seguintes caractersticas:
Tempo de convergncia - O tempo de convergncia define a rapidez com que os

roteadores da topologia de rede compartilham informaes de roteamento e
alcanam um estado de conhecimento consistente. Quanto mais rpida for a
convergncia, melhor ser o protocolo. Os loops de roteamento podem ocorrer
quando as tabelas de roteamento inconsistentes no so atualizadas devido a uma
convergncia lenta em uma rede varivel.
Escalabilidade - A escalabilidade define o tamanho mximo que uma rede pode ter
com base no protocolo de roteamento implantado. Quanto maior for a rede, mais
escalvel dever ser o protocolo de roteamento.
Classless (uso de VLSM) ou classful - Os protocolos de roteamento classless incluem a
mscara de sub-rede nas atualizaes. Esse recurso suporta o uso de Mscara de subrede de tamanho varivel (VLSM) e melhor sumarizao de rota. Os protocolos de
roteamento classful no incluem a mscara de sub-rede e no podem suportar VLSMs.
Uso de recursos - O uso de recursos inclui os requisitos de um protocolo de
roteamento como espao de memria, utilizao de CPU e utilizao de largura de
banda de link. Os requisitos de recursos mais altos precisam de hardware mais
avanado para suportar a operao do protocolo de roteamento, alm dos processos
de encaminhamento de pacotes.
Implantao e manuteno - Implantao e manuteno descreve o nvel de
conhecimento necessrio para que um administrador de rede implante e mantenha a
rede com base no protocolo de roteamento implantado.
As vantagens e as desvantagens dos protocolos de roteamento do vetor de distncia so

mostradas na tabela.
157
Verificao de aprendizagem do protocolo de roteamento

Na figura, todos os protocolos de roteamento discutidos no curso so comparados com base
nessas caractersticas. Embora o IGRP no seja mais suportado pelo IOS, ele mostrado aqui
para fazer uma comparao com a verso IGRP Aprimorado. Alm disso, embora o protocolo
de roteamento IS-IS seja abordado em cursos de CCNP, ele mostrado aqui porque um
protocolo IGP muito usado.
Estude as caractersticas apropriadas para cada protocolo de roteamento. Com base nas
informaes discutidas anteriormente, voc j deve ser capaz de identificar as vantagens e as
desvantagens dos protocolos de roteamento do vetor de distncia.
Quando um roteador inicializado, ele no sabe nada sobre a topologia da rede. Ele no sabe
nem mesmo que h dispositivos na outra extremidade dos seus links. As nicas informaes
que um roteador tem so as de seu prprio arquivo de configurao salvo armazenado na
NVRAM. Quando um roteador inicializado com xito, ele aplica a configurao salva.
Conforme descrito no Captulo 1 e no Captulo 2, se o endereamento IP for configurado
corretamente, o roteador far a deteco inicial de suas prprias redes diretamente
conectadas.
Deteco inicial da rede
No exemplo da figura, depois de uma inicializao e antes da troca de informaes de
roteamento, os roteadores faro a deteco inicial das prprias mscaras de sub-rede e redes
diretamente conectadas. Essas informaes so adicionadas s suas tabelas de roteamento:
R1
158
10.1.0.0 disponvel atravs da interface FastEthernet 0/0

10.2.0.0 disponvel atravs da interface Serial 0/0/0


10.4.0.0 disponvel atravs da interface FastEthernet 0/
R2
R3
Se um protocolo de roteamento for configurado, os roteadores comearo a trocar

atualizaes de roteamento. Inicialmente, essas atualizaes s incluem informaes sobre
suas redes diretamente conectadas. Ao receber uma atualizao, o roteador verifica a
existncia de novas informaes nela. Todas as rotas que ainda no estiverem em sua tabela
de roteamento sero adicionadas.
Troca inicial
Os trs roteadores enviam suas tabelas de roteamento aos seus vizinhos que, nesse momento,
contm somente as redes diretamente conectadas. Cada roteador processa as atualizaes da
seguinte maneira:
R1
Envia uma atualizao sobre a rede 10.1.0.0 pela interface Serial0/0/0

159
Envia uma atualizao sobre a rede 10.2.0.0 pela interface FastEthernet0/0

Recebe a atualizao do R2 sobre a rede 10.3.0.0 com uma mtrica de 1
Armazena a rede 10.3.0.0 na tabela de roteamento com uma mtrica de 1
Envia uma atualizao sobre a rede 10.3.0.0 pela interface Serial 0/0/0
Recebe uma atualizao do R1 sobre a rede 10.1.0.0 com uma mtrica de 1
Envia uma atualizao sobre a rede 10.3.0.0 pela interface FastEthernet0/0
R2
R3
Depois dessa primeira sesso de trocas de atualizaes, cada roteador conhece as redes
conectadas dos seus vizinhos diretamente conectados. No entanto, voc notou que o R1 ainda
no conhece a 10.4.0.0 e que o R3 ainda no conhece a 10.1.0.0? O conhecimento total e uma
rede convergida no acontecero at que haja outra troca de informaes de roteamento.
160
Neste ponto, os roteadores tm conhecimento sobre suas prprias redes diretamente

conectadas e sobre as redes conectadas de seus vizinhos imediatos. Continuando o processo
que resultar na convergncia, os roteadores trocam a prxima sesso de atualizaes
peridicas. Novamente, cada roteador verifica a existncia de novas informaes nas
atualizaes.
Prxima atualizao
A figura mostra o R1, o R2 e o R3 enviando a tabela de roteamento mais recente aos seus
vizinhos. Cada roteador processa as atualizaes da seguinte maneira:
R1
Envia uma atualizao sobre a rede 10.1.0.0 pela interface Serial 0/0/0.
Envia uma atualizao sobre as redes 10.2.0.0 e 10.3.0.0 pela interface
FastEthernet0/0.
Recebe uma atualizao do R2 sobre a rede 10.4.0.0 com uma mtrica de 2.
Armazena a rede 10.4.0.0 na tabela de roteamento com uma mtrica de 2.
A mesma atualizao do R2 contm informaes sobre a rede 10.3.0.0 com uma
mtrica de 1. No h nenhuma alterao; portanto, as informaes de roteamento
permanecem as mesmas.
R2
Envia uma atualizao sobre as redes 10.3.0.0 e 10.4.0.0 pela interface Serial 0/0/0.
Envia uma atualizao sobre as redes 10.1.0.0 e 10.2.0.0 pela interface Serial 0/0/1.
Recebe uma atualizao do R1 sobre a rede 10.1.0.0. No h nenhuma alterao;
portanto, as informaes de roteamento permanecem as mesmas.
Recebe uma atualizao do R3 sobre a rede 10.4.0.0. No h nenhuma alterao;
portanto, as informaes de roteamento permanecem as mesmas.
R3
Envia uma atualizao sobre a rede 10.4.0.0 pela interface Serial 0/0/1.
Envia uma atualizao sobre as redes 10.2.0.0 e 10.3.0.0 pela interface
FastEthernet0/0.
Recebe uma atualizao do R2 sobre a rede 10.1.0.0 com uma mtrica de 2.
Armazena a rede 10.1.0.0 na tabela de roteamento com uma mtrica de 2.
A mesma atualizao do R2 contm informaes sobre a rede 10.2.0.0 com uma
mtrica de 1. No h nenhuma alterao; portanto, as informaes de roteamento
permanecem as mesmas.
Nota: Os protocolos de roteamento do vetor de distncia geralmente implantam uma tcnica

conhecida como split horizon. O split horizon impede o envio das informaes pela mesma
interface da qual foram recebidas. Por exemplo, o R2 no enviaria uma atualizao pela Serial
161
0/0/0 que contm a rede 10.1.0.0, pois o R2 aprendeu aquela rede atravs da Serial 0/0/0.
Esse mecanismo ser explicado em mais detalhes posteriormente neste captulo.
A quantidade de tempo que uma rede leva para convergir diretamente proporcional ao
tamanho dessa rede. Na animao, um roteador de filial na Regio 4 (B2-R4) est sendo
inicializado. A figura mostra a propagao de novas informaes de roteamento medida que
as atualizaes so enviadas entre roteadores vizinhos. So necessrias cinco sesses de
intervalos de atualizao peridicos para que a maioria dos roteadores de filial nas Regies 1, 2
e 3 aprendam as novas rotas anunciadas pela B2-R4. Os protocolos de roteamento so
comparados com base na velocidade com a qual podem propagar essas informaes - sua
velocidade de convergncia.
A velocidade de obteno da convergncia consiste em:
Velocidade com a qual os roteadores propagam uma mudana na topologia em uma

atualizao de roteamento para seus vizinhos.
A velocidade do clculo das melhores rotas usando as novas informaes de
roteamento coletadas.
Para que uma rede seja completamente opervel, necessrio que haja convergncia nela.
Portanto, os administradores de rede preferem protocolos de roteamento com tempos de
convergncia menores.
162
Manuteno da tabela de roteamento

Muitos protocolos do vetor de distncia empregam atualizaes peridicas para trocar
informaes de roteamento com seus vizinhos e para manter informaes de roteamento
atualizadas na tabela de roteamento. RIP e IGRP so exemplos desses protocolos.
Na figura, os roteadores esto enviando a tabela de roteamento periodicamente aos seus
vizinhos. O termo atualizaes peridicas se refere ao fato de que um roteador envia a tabela
de roteamento completa aos seus vizinhos em um intervalo predefinido. Para o RIP, essas
atualizaes so enviadas a cada 30 segundos como um broadcast (255.255.255.255), havendo
ou no alteraes na topologia. Esse intervalo de 30 segundos um temporizador de
atualizao de rota que tambm ajuda no acompanhamento da idade das informaes de
roteamento na tabela de roteamento.
A idade das informaes de roteamento em uma tabela de roteamento atualizada sempre
que uma atualizao recebida. Desse modo, as informaes da tabela de roteamento
podero ser mantidas quando houver uma alterao na topologia. As alteraes podem
ocorrer por vrias razes, incluindo:
Falha de um link
Introduo de um novo link
Falha de um roteador
Alterao de parmetros de link
163
Temporizadores de RIP
Alm do temporizador de atualizao, o IOS implementa trs temporizadores adicionais para o
RIP:
Invlido
Descarga
Hold-down
Temporizador invlido. Se uma atualizao no foi recebida para atualizar uma rota existente
depois de 180 segundos (o padro), a rota ser marcada como invlida definindo a mtrica
como 16. A rota ser retida na tabela de roteamento at que o temporizador de descarga
expire.
Temporizador de descarga. Por padro, o temporizador de descarga definido para 240
segundos, 60 segundos a mais que o temporizador invlido. Quando o temporizador de
descarga expira, a rota removida da tabela de roteamento.
Temporizador de hold-down. Esse temporizador estabiliza as informaes de roteamento e
ajuda a impedir loops de roteamento durante perodos em que a topologia est convergindo
em novas informaes. Quando uma rota marcada como inalcanvel, ela deve ficar em
hold-down pelo tempo suficiente para que todos os roteadores na topologia aprendam a rede
inalcanvel. Por padro, o temporizador de hold-down definido para 180 segundos. O
temporizador de hold-down discutido com mais detalhes posteriormente neste captulo.
164
Os valores do temporizador podem ser verificados com dois comandos: show ip route e show
ip protocols. Na sada de comando de show ip route, observe que cada rota aprendida atravs
do RIP mostra o tempo decorrido desde a ltima atualizao, expresso em segundos.
Essas informaes tambm so repetidas no comando show ip protocols gerado com o ttulo
ltima atualizao. O comando show ip protocols mostra quando esse roteador, R1, est
pronto para enviar sua prxima sesso de atualizaes. Ele tambm lista os valores padro do
temporizador invlido, de hold-down e de descarga.
165
Ao contrrio do que ocorre com outros protocolos de roteamento do vetor de distncia, o

EIGRP no envia atualizaes peridicas. Em vez disso, o EIGRP enviar atualizaes associadas
sobre uma rota quando um caminho for alterado ou a mtrica dessa rota for alterada. Quando
uma nova rota fica disponvel ou quando uma rota precisar ser removida, o EIGRP envia
somente uma atualizao sobre essa rede, e no sobre a tabela inteira. Essas informaes so
enviadas somente aos roteadores que precisam delas.
O protocolo EIGRP usa atualizaes que so:
No peridicas, pois no so enviadas regularmente.

Parciais, enviadas somente quando houver uma mudana na topologia que influencie
as informaes de roteamento.
Limitadas, o que significa que a propagao das atualizaes parciais so limitadas
automaticamente para que somente os roteadores que precisam das informaes
sejam atualizados.
Nota: Mais detalhes sobre como o EIGRP opera sero apresentados no Captulo 9.
Para acelerar a convergncia quando h uma mudana na topologia, o RIP usa atualizaes
disparadas. Uma atualizao disparada uma atualizao da tabela de roteamento enviada
imediatamente em resposta a uma alterao de roteamento. As atualizaes disparadas no
esperam que os temporizadores de atualizao expirem. O roteador de deteco envia
imediatamente uma mensagem de atualizao aos roteadores adjacentes. Os roteadores de
166
recebimento, por sua vez, geram atualizaes disparadas que notificam seus vizinhos sobre a
alterao.
As atualizaes disparadas so enviadas quando:
Uma interface alterar seu estado (ativada ou desativada)

Uma rota tiver entrado (ou sado) do estado "inalcanvel"
Uma rota instalada na tabela de roteamento
Se houvesse uma garantia de que a onda de atualizaes alcanaria todos os roteadores

apropriados imediatamente, o uso de atualizaes disparadas seria suficiente. No entanto, h
dois problemas com as atualizaes disparadas:
Pacotes que contm a mensagem de atualizao podem ser descartados ou corrompidos por
algum link na rede.
As atualizaes disparadas no acontecem instantaneamente. possvel que um roteador que
ainda no recebeu a atualizao disparada emita uma atualizao regular no tempo errada,
fazendo com que a rota incorreta seja reinserida em um vizinho que j havia recebido a
atualizao disparada.
A figura mostra como uma mudana na topologia de rede propagada por toda a rede.
Quando a rede 10.4.0.0 fica indisponvel e roteador 3 fica ciente disso, ele envia as
informaes aos seus vizinhos. Ento, as informaes so propagadas por toda a rede.
Problemas com atualizaes sincronizadas

Quando vrios roteadores transmitem atualizaes de roteamento ao mesmo tempo em
segmentos de rede local de multiacesso (conforme mostrado na animao), os pacotes de
atualizao podem colidir e causar atrasos ou consumir muita largura de banda.
Nota: As colises so apenas um problema com hubs e no com switches.
O processo de enviar atualizaes ao mesmo tempo conhecido como sincronizao de
atualizaes. A sincronizao pode se tornar uma problema com protocolos de roteamento do
vetor de distncia devido ao uso que eles fazem de atualizaes peridicas. medida que mais
temporizadores de roteadores so sincronizados, mais colises de atualizaes e mais atrasos
167
ocorrem na rede. Inicialmente, as atualizaes de roteadores no sero sincronizadas. Mas,

com o passar do tempo, os temporizadores em uma rede sero globalmente sincronizados.
A soluo
Para impedir a sincronizao de atualizaes entre roteadores, o IOS Cisco usa uma varivel
aleatria, chamada de RIP_JITTER, que subtrai uma quantidade de tempo varivel do intervalo
de atualizao para cada roteador na rede. Esse atraso do sincronismo, ou quantidade de
tempo varivel, vai de 0% a 15% do intervalo de atualizao especificado. Desse modo, o
intervalo de atualizao varia aleatoriamente de 25 a 30 segundos para o intervalo padro de
30 segundos.
O que um loop de roteamento?

Um loop de roteamento uma condio em que um pacote transmitido continuamente em
uma srie de roteadores sem sequer alcanar sua rede de destino desejada. Um loop de
roteamento pode ocorrer quando dois ou mais roteadores tm informaes de roteamento
que indicam de forma incorreta que um caminho vlido para um destino inalcanvel existe.
O loop pode ser resultado de:
Rotas estticas configuradas incorretamente

Rota configurada incorretamente redistribuio (redistribuio o processo de
entregar as informaes de roteamento de um protocolo de roteamento para outro.
Ele discutido em cursos de nvel CCNP)
Tabelas de roteamento inconsistentes que no esto sendo atualizadas devido a uma
convergncia lenta em uma rede varivel
Rotas de descarte incorretamente instaladas ou configuradas
168
Os protocolos de roteamento do vetor de distncia so fceis de operar. Sua simplicidade

resulta em desvantagens de protocolo, como loops de roteamento. Os loops de roteamento
no chegam a ser um problema em protocolos de roteamento link-state, mas podem ocorrer
em determinadas situaes.
Nota: O protocolo IP tem seu prprio mecanismo para impedir a possibilidade de um pacote
atravessar a rede indefinidamente. O IP tem um campo Tempo de vida (TTL, Time To Live) e
seu valor reduzido de 1 em cada roteador. Se o TTL for zero, o roteador ir descartar o
pacote.
Quais so as implicaes dos loops de roteamento?
Um loop de roteamento pode ter um efeito devastador em uma rede, resultando em um
desempenho de rede inferior ou at mesmo em uma indisponibilidade de rede.
Um loop de roteamento pode criar as seguintes condies:
A largura de banda de link ser usada para loops de trfego alternado de um lado para
outro entre os roteadores em um loop.
A CPU de um roteador ser estendida porque os pacotes entraram em loop.
A CPU de um roteador ser sobrecarregada com encaminhamentos de pacote inteis
que afetaro a convergncia da rede de forma negativa.
As atualizaes de roteamento podem ser perdidas ou no ser processadas em tempo
hbil. Essas condies introduziriam loops de roteamento adicionais, piorando a
situao.
Os pacotes podem ser perdidos em "buracos negros".
A figura exibe um possvel cenrio de loop de roteamento no qual os mecanismos para impedir
tais loops no existem.
Como voc pode ver, os loops de roteamento consomem largura de banda e recursos do
roteador, resultando em uma rede lenta ou que no responde.
H vrios mecanismos disponveis para eliminar loops de roteamento, principalmente com
protocolos de roteamento do vetor de distncia. Esses mecanismos incluem:
Definio de uma mtrica mxima para impedir a contagem at o infinito

Temporizadores de hold-down
Split horizon
Route poisoning ou poison reverse
Atualizaes disparadas
As atualizaes disparadas foram discutidas na seo anterior. Os outros mecanismos de

preveno de loops so discutidos posteriormente neste captulo.
169
A contagem at o infinito uma condio que existe quando as atualizaes de roteamento

imprecisas aumentam o valor da mtrica para "infinito" para uma rede que no mais
alcanvel.
Com a finalidade de parar o aumento da mtrica, "infinito" definido configurando um valor

mximo para a mtrica. Por exemplo, o RIP define o infinito como 16 saltos uma mtrica
170
"inalcanvel". Quando os roteadores fizerem a "contagem at o infinito", eles marcaro a

rota como inalcanvel.
Anteriormente, voc aprendeu que os protocolos do vetor de distncia empregam

atualizaes disparadas para acelerar o processo de convergncia. Lembre-se de que, alm das
atualizaes disparadas, os roteadores que usam protocolos de roteamento do vetor de
distncia tambm enviam atualizaes peridicas. Imagine que uma rede especfica instvel.
A interface redefinida como ativada, desativada e ativada rapidamente. A rota est
oscilando. Usando as atualizaes disparadas, os roteadores podem reagir muito rapidamente
e criar um loop de roteamento involuntariamente. Um loop de roteamento tambm pode ser
criado por uma atualizao peridica enviada pelos roteadores durante a instabilidade. Os
temporizadores de hold-down impedem que os loops de roteamento sejam criados por essas
condies. Os temporizadores de hold-down tambm ajudam a impedir a condio de
contagem at o infinito.
Os temporizadores de hold-down so usados para impedir que as mensagens de atualizao
regulares restabeleam incorretamente uma rota que pode ter apresentado uma falha. Eles
instruem os roteadores a manter todas as alteraes que podem afetar rotas durante um
perodo especificado. Se uma rota for identificada como desativada, ou possivelmente
desativada, todas as outras informaes dessa rota que contiverem o mesmo status, ou um
status pior, sero ignoradas por um perodo pr-determinado (o perodo de hold-down). Isso
significa que os roteadores deixaro uma rota marcada como inalcanvel nesse estado por
um perodo longo o suficiente para que as atualizaes propaguem as tabelas de roteamento
com as informaes mais recentes.
171
Os temporizadores de hold-down funcionam da seguinte maneira:

1. Um roteador recebe uma atualizao de um vizinho indicando que determinada rede no
est mais acessvel.
2. O roteador marca a rede como possivelmente desativada e inicia o temporizador de holddown.
3. Se uma atualizao com uma mtrica melhor para essa rede for recebida de qualquer
roteador vizinho durante o perodo de hold-down, a rede ser restabelecida e o temporizador
de hold-down ser removido.
4. Se uma atualizao de qualquer outro vizinho for recebida durante o perodo de hold-down
com a mesma mtrica ou com uma mtrica pior para essa rede, tal atualizao ser ignorada.
Desse modo, haver mais tempo para a propagao das informaes sobre a alterao.
5. Os roteadores ainda encaminham pacotes para redes de destino marcadas como
possivelmente desativadas. Isso permite que o roteador supere qualquer problema associado
conectividade intermitente. Se a rede de destino estiver mesmo indisponvel e os pacotes
forem encaminhados, ser criado um roteamento de buraco negro que ir durar at que o
temporizador de hold-down expire.
O split horizon outro mtodo usado para impedir loops de roteamento causados pela
convergncia lenta de um protocolo de roteamento do vetor de distncia. A regra do split
horizon diz que um roteador no deve anunciar uma rede atravs da interface da qual veio a
atualizao.
Se voc aplicar o split horizon ao exemplo anterior da rota 10.4.0.0, as seguintes aes sero
geradas:
O R3 anuncia a rede 10.4.0.0 para o R2.

O R2 recebe as informaes e atualiza sua tabela de roteamento.
Em seguida, o R2 anuncia a rede 10.4.0.0 para o R1 pela S0/0/0. O R2 no anuncia a
rede 10.4.0.0 para o R3 pela S0/0/1, pois a rota originou dessa interface.
O R1 recebe as informaes e atualiza sua tabela de roteamento.
Por causa do split horizon, o R1 tambm no anuncia as informaes sobre a rede
10.4.0.0 novamente para o R2.
So trocadas atualizaes de roteamento completas, com exceo de rotas que violam a regra
split horizon. Os resultados tm esta aparncia:
O R2 anuncia as redes 10.3.0.0 e 10.4.0.0 para o R1.

O R2 anuncia as redes 10.1.0.0 e 10.2.0.0 para o R3.
172
Observe que o R2 envia atualizaes de roteamento diferentes para o R1 e o R3.

Nota: O split horizon pode ser desabilitado por um administrador. Em determinadas
condies, isso tem que ser feito para que o roteamento apropriado seja obtido. Essas
condies so discutidas em cursos posteriores.
Route poisoning
O route poisoning outro mtodo empregado pelos protocolos de roteamento do vetor de
distncia para impedir loops de roteamento. O route poisoning usado para marcar a rota
como inalcanvel em uma atualizao de roteamento enviada para outros roteadores.
Inalcanvel interpretado como uma mtrica definida como mximo. Para o RIP, uma rota
envenenada tem uma mtrica de 16.
Ocorre o seguinte processo:
A rede 10.4.0.0 fica indisponvel devido a uma falha de link.

O R3 envenena a mtrica com um valor de 16 e, em seguida, envia uma atualizao
disparada (triggered update) informando que a rede 10.4.0.0 est indisponvel.
O R2 processa a atualizao. Como a mtrica 16, o R2 invalida a entrada de
roteamento em sua tabela de roteamento.
Ento, o R2 envia a atualizao de poison ao R1, indicando que a rota est
indisponvel, novamente definindo o valor da mtrica como 16.
O R1 processa a atualizao e invalida a entrada de roteamento da rede 10.4.0.0 em
sua tabela de roteamento.
O route poisoning acelera o processo de convergncia medida que as informaes sobre a

rede 10.4.0.0 so difundidas na rede com mais rapidez do que ao esperar que a contagem de
saltos alcance o "infinito".
Split horizon com poison reverse

O poison reverse pode ser combinado com a tcnica do split horizon. O mtodo chamado de
split horizon com poison reverse. A regra para o split horizon com o poison reverse determina
que, ao enviar atualizaes por uma interface especfica, designe todas as redes que foram
aprendidas nessa interface como inalcanveis.
173
O conceito de split horizon com poison reverse : instruir explicitamente um roteador a

ignorar uma rota melhor do que no instru-lo preventivamente sobre a rota.
Ocorre o seguinte processo:
A rede 10.4.0.0 fica indisponvel devido a uma falha de link.

O R3 envenena a mtrica com um valor de 16 e, em seguida, envia uma atualizao
disparada informando que a rede 10.4.0.0 est indisponvel.
O R2 processa essa atualizao, invalida a entrada de roteamento em sua tabela de
roteamento e envia imediatamente um poison reverse ao R3.
Poison reverse uma circunstncia especfica que substitui o split horizon. Ocorre para
garantir que o R3 no esteja suscetvel a atualizaes incorretas sobre rede 10.4.0.0.
Nota: O split horizon habilitado por padro. No entanto, o split horizon com o poison reverse
pode no ser o padro em todas as implementaes de IOS.
O tempo de vida (TTL, Time To Live) um campo de 8 bits no cabealho do IP que limita o
nmero de saltos que um pacote pode atravessar pela rede antes de ser descartado. A
finalidade do campo TTL evitar uma situao na qual um pacote que no pode ser entregue
continue circulando indefinidamente na rede. Com o TTL, o campo de 8 bits definido com um
valor pelo dispositivo de origem do pacote. O TTL diminudo em um por todos os roteadores
na rota para seu destino. Se o campo TTL alcanar zero antes que o pacote chegue ao seu
destino, o pacote ser descartado e o roteador enviar uma mensagem de erro do protocolo
ICMP origem do pacote IP.
A figura mostra que, mesmo que ocorram loops de roteamento, os pacotes no permanecero
em loop indefinidamente na rede. Finalmente, o valor do TTL diminuir at alcanar 0 e o
pacote ser descartado pelo roteador.
174
Para os protocolos de roteamento do vetor de distncia, h apenas duas escolhas: RIP ou

EIGRP. A deciso sobre o protocolo de roteamento a ser utilizado em determinada situao
influenciada por vrios fatores, incluindo:
O tamanho da rede
Compatibilidade entre modelos de roteadores
Conhecimento administrativo necessrio
RIP
Ao longo dos anos, o RIP evoluiu de um protocolo de roteamento classful (RIPv1) para um
protocolo de roteamento classless (RIPv2). O RIPv2 um protocolo de roteamento
padronizado que funciona em um ambiente misto de roteadores de fornecedores. Os
roteadores feitos por empresas diferentes podem comunicar-se usando o RIP. Ele um dos
protocolos de roteamento mais fceis de configurar. Por isso, uma boa opo para redes
pequenas. No entanto, o RIPv2 ainda possui limitaes. O RIPv1 e o RIPv2 tm uma mtrica de
rota baseada somente na contagem de saltos e limitada a 15 saltos.
Caractersticas do RIP:
Suporta split horizon e split horizon com poison reverse para impedir loops.
capaz de fazer o balanceamento de carga de at seis caminhos de custo iguais. O padro
quatro caminhos de custo iguais.
O RIPv2 introduziu seguintes as melhorias no RIPv1:
Inclui a mscara de sub-rede nas atualizaes de roteamento, tornando-o um

protocolo de roteamento classless.
Tem mecanismo de autenticao para proteger atualizaes da tabela de roteamento.
Suporta a mscara de sub-rede de tamanho varivel (VLSM).
Utiliza endereos de multicast em vez de broadcast.
Suporta a sumarizao manual de rota.
EIGRP
O Enhanced IGRP (EIGRP) foi desenvolvido a partir do IGRP, outro protocolo do vetor de
distncia. O EIGRP um, protocolo de roteamento do vetor de distncia classless e com
recursos encontrados em protocolos de roteamento link-state. No entanto, ao contrrio do RIP
ou do OSPF, o EIGRP um protocolo proprietrio desenvolvido pela Cisco e executado
somente em roteadores Cisco.
Os recursos do EIGRP incluem:
175
Atualizaes disparadas (o EIGRP no tem nenhuma atualizao peridica).

Uso de uma tabela de topologia para manter todas as rotas recebidas de vizinhos (no
s os melhores caminhos).
Estabelecimento de adjacncias com roteadores vizinhos que usam o protocolo hello
EIGRP.
Suporte ao VLSM e sumarizao manual de rota. Eles permitem que o EIGRP crie
grandes redes hierarquicamente estruturadas.
Vantagens do EIGRP:
Embora as rotas sejam propagadas como um vetor de distncia, a mtrica baseada

em largura de banda mnima e atraso cumulativo do caminho, e no na contagem de
saltos.
Convergncia rpida devido ao clculo de rota do Algoritmo de atualizao por
broadcast. O DUAL permite a insero de rotas de backup na tabela de topologia do
EIGRP. Elas sero usadas se a rota principal falhar. Como um procedimento local, a
alterao para a rota de backup imediata e no envolve a ao em nenhum outro
roteador.
O termo atualizaes associadas significa que o EIGRP usa menos largura de banda,
principalmente em redes grandes com muitas rotas.
O EIGRP suporta vrios protocolos de camada de Rede atravs de mdulos
dependentes do protocolo, que incluem suporte a IP, IPX e AppleTalk.
Resumo
Um modo de classificar os protocolos de roteamento pelo tipo de algoritmo que eles usam
para determinar o melhor caminho para uma rede de destino. Os protocolos de roteamento
podem ser classificados como link-state, do vetor de distncia ou de vetor de caminho. Vetor
176
de distncia significa que as rotas so anunciadas como vetores de distncia e direo. A

distncia definida em termos de uma mtrica como contagem de saltos, e a direo dada
simplesmente pelo roteador do prximo salto ou pela interface de sada.
Os protocolos de roteamento do vetor de distncia incluem:
RIPv1
RIPv2
IGRP
EIGRP
Os roteadores que usam protocolos de roteamento do vetor de distncia determinam o

melhor caminho para redes remotas com base nas informaes que aprendem com seus
vizinhos. Se o roteador X aprender dois caminhos para a mesma rede, um atravs do roteador
Y a 7 saltos e outra rota atravs do roteador Z a 10 saltos, o roteador escolher o caminho
mais curto que usa o roteador Y como roteador do prximo salto. O roteador X no conhece a
aparncia da rede alm dos roteadores Y e Z, e s pode tomar a deciso sobre o melhor
caminho com base nas informaes enviadas a ele por esses dois roteadores. Os protocolos de
roteamento do vetor de distncia no tm um mapa da topologia como os protocolos de
roteamento link-state.
A deteco da rede um processo importante de qualquer protocolo de roteamento. Alguns
protocolos de roteamento do vetor de distncia, como o RIP, passam por um processo passo a
passo de aprendizado e compartilhamento de informaes de roteamento com seus vizinhos.
Como as rotas so aprendidas com um vizinho, essas informaes so passadas a outros
vizinhos com um aumento na mtrica de roteamento.
Os protocolos de roteamento tambm precisam manter suas tabelas de roteamento para que
permaneam atualizados e precisos. O RIP troca informaes da tabela de roteamento com
seus vizinhos a cada 30 segundos. O EIGRP, outro protocolo de roteamento do vetor de
distncia, no envia essas atualizaes peridicas. Ele envia somente uma atualizao
"limitada" quando h uma mudana na topologia e somente aos roteadores que precisam
dessas informaes. O EIGRP discutido em um captulo posterior.
O RIP tambm usa temporizadores para determinar quando um roteador vizinho no est mais
disponvel, ou quando alguns dos roteadores podem no ter informaes de roteamento
atuais. Isso ocorre normalmente porque a rede ainda no convergiu devido a uma recente
mudana na topologia. Os protocolos de roteamento do vetor de distncia tambm usam
atualizaes disparadas para ajudar a acelerar o tempo de convergncia.
Uma desvantagem dos protocolos de roteamento do vetor de distncia o potencial para
loops de roteamento. Os loops de roteamento podem ocorrer quando a rede no estiver
convergida. Os protocolos de roteamento do vetor de distncia usam temporizadores de holddown para impedir o roteador de usar outra rota para uma rede recentemente desativada at
que todos os roteadores tenham tempo suficiente para aprender essa mudana na topologia.
177
O split horizon e o split horizon com poison reverse tambm so utilizados pelos roteadores
para ajudar a impedir loops de roteamento. A regra de split horizon diz que um roteador nunca
deve anunciar uma rota atravs da interface da qual veio a atualizao. Split horizon com
poison reverse significa que melhor informar explicitamente que esse roteador no tem uma
rota para essa rede envenenando a rota com uma mtrica que informa que a rota
inalcanvel.
s vezes, os protocolos de roteamento do vetor de distncia so chamados de "roteamento
por rumor", embora esse termo possa ser errneo. Os protocolos de roteamento do vetor de
distncia so muito populares entre muitos administradores de rede, pois geralmente so
entendidos com facilidade e sua implementao simples. Isso no significa necessariamente
que os protocolos de roteamento link-state so mais complicados ou difceis de configurar.
Infelizmente, os protocolos de roteamento link-state so conhecidos injustamente dessa
forma. Voc aprender em captulos posteriores que os protocolos de roteamento link-state
so to fceis de entender e configurar quanto os protocolos de roteamento do vetor de
distncia.
Ao longo dos anos, os protocolos de roteamento evoluram para atender s crescentes

demandas de redes complexas. O primeiro protocolo usado foi o Protocolo de informaes de
roteamento (RIP, Routing Information Protocol). O RIP ainda popular devido sua
simplicidade e suporte difundido.
178
Entender o RIP importante para os seus estudos de rede por duas razes. Em primeiro lugar,
o RIP ainda usado. Voc pode encontrar uma implementao de rede que seja grande o
suficiente para precisar de um protocolo de roteamento, porm simples o suficiente para usar
o RIP com eficincia. Em segundo lugar, a familiaridade com muitos dos conceitos
fundamentais do RIP o ajudar a comparar o RIP com outros protocolos. Entender o
funcionamento e a implementao do RIP facilitar a aprendizagem de outros protocolos de
roteamento.
Este captulo aborda os detalhes da primeira verso do RIP, incluindo um pouco de histria,
caractersticas do RIPv1, operao, configurao, verificao e identificao e soluo de
problemas. Ao longo do captulo, voc poder usar as atividades do Packet Tracer para praticar
o que voc est aprendendo. No final do captulo, so fornecidos trs laboratrios prticos e
uma atividade avanada de Integrao das Habilidades do Packet Tracer para ajud-lo a
integrar o RIPv1 ao seu conjunto crescente de habilidades e conhecimentos de rede.
Impacto histrico do RIP
179
O RIP o mais antigo dos protocolos de roteamento de vetor de distncia. Embora o RIP no
tenha a sofisticao dos protocolos de roteamento mais avanados, sua simplicidade e seu uso
corrente so uma prova da sua longevidade. O RIP no um protocolo em extino. Na
realidade, um formato IPv6 do RIP, chamado RIPng (ltima gerao), j est disponvel.
O RIP evoluiu de um protocolo anterior desenvolvido na Xerox, chamado Protocolo de
Informaes de Gateway (GWINFO, Gateway Information Protocol). Com o desenvolvimento
do XNS (Xerox Network System), o GWINFO resultou no RIP. Posteriormente, ele ganhou
popularidade porque foi implementado na BSD (Berkeley Software Distribution) como um
daemon chamado de routed (pronunciado "route-dee" e no "rout-ed"). Vrios outros
fornecedores fizeram implementaes ligeiramente diferentes do RIP. Reconhecendo a
necessidade de padronizao do protocolo, Charles Hedrick escreveu a RFC 1058 em 1988, no
qual ele documentou o protocolo existente e especificou algumas melhorias. Desde ento, o
RIP foi melhorado com o RIPv2 em 1994 e com o RIPng em 1997.
Nota: A primeira verso do RIP chamada freqentemente de RIPv1, para diferenci-la da
RIPv2. No entanto, ambas as verses compartilham muitos dos mesmos recursos. Ao discutir
recursos comuns s duas verses, ns iremos nos referir ao RIP. Ao discutir recursos exclusivos
de cada verso, ns usaremos RIPv1 e RIPv2. O RIPv2 discutido em um captulo posterior.
Links
"RFC 1058: Protocolo RIP," http://www.ietf.org/rfc/rfc1058.txt,
180
Caractersticas do RIP
Conforme discutido no Captulo 4, "Protocolos de roteamento de vetor de distncia", as
principais caractersticas do RIP so:
O RIP um protocolos de roteamento de vetor de distncia.

O RIP usa a contagem de saltos como sua nica mtrica para seleo de caminho.
Rotas anunciadas com contagens de saltos maiores que 15 so inalcanveis.
As mensagens so enviadas por broadcast a cada 30 segundos.
A parte de dados de uma mensagem RIP encapsulada em um segmento do protocolo UDP,

com nmeros de porta de origem e de destino definidos como 520. O cabealho IP e os
cabealhos de enlace de dados adicionam endereos de destino broadcast antes que a
mensagem seja enviada a todas as interfaces configuradas do RIP.
Formato de mensagem RIP: Cabealho RIP

So especificados trs campos na parte de cabealho de quatro bytes mostrada em laranja na
figura. O campo Comando especifica o tipo de mensagem, discutido em mais detalhe na
prxima seo. O campo Verso definido como 1 para o RIP verso 1. O terceiro campo
181
rotulado como Deve ser zero. Os campos "Deve ser zero" permitem a expanso futura do
protocolo.
Formato de mensagem RIP: Entrada de rota
A parte da entrada de rota da mensagem inclui trs campos que contm: Identificador da
famlia de endereos (2 para IP, a menos que uma Solicitao seja para a tabela de roteamento
completa; nesse caso, o valor ser configurado para zero), Endereo IP e Mtrica. Essa parte da
entrada de rota representa uma rota de destino com sua mtrica associada. Uma atualizao
RIP pode conter at 25 entradas de rota. O tamanho mximo do datagrama 504 bytes, sem
incluir os cabealhos IP ou UDP.
Por que h tantos campos definidos como zero?
O RIP foi desenvolvido antes do IP e era usado para outros protocolos de rede (como o XNS). O
BSD tambm teve a sua influncia. Inicialmente, o espao adicional foi includo com a inteno
de suportar espaos de endereos maiores no futuro. Como veremos no Captulo 7, o RIPv2
usa a maioria desses campos vazios.
Processo de solicitao/resposta do RIP

O RIP usa dois tipos de mensagem especificados no campo Command: Mensagem de
solicitao e Mensagem de resposta.
182
Cada interface configurada pelo RIP envia uma mensagem de solicitao na inicializao,
solicitando que todos os vizinhos RIP enviem suas tabelas de roteamento completas. Uma
mensagem de resposta devolvida por vizinhos habilitados pelo RIP. Quando o roteador
solicitante recebe as respostas, ele avalia cada entrada de rota. Se uma entrada de rota for
nova, o roteador receptor instalar a rota na tabela de roteamento. Se a rota j estiver na
tabela e a nova entrada tiver uma contagem de saltos melhor, a entrada existente ser
substituda. Ento, o roteador de inicializao envia uma atualizao disparada a todas as
interfaces habilitadas pelo RIP que contm sua prpria tabela de roteamento para que os
vizinhos RIP possam ser informados de todas as rotas novas.
Classes de endereos IP e roteamento classful

De acordo com o que foi aprendido em estudos anteriores, inicialmente os endereos IP
atribudos a hosts eram divididos em 3 classes: classe A, classe B e classe C. A cada classe foi
atribuda uma mscara de sub-rede padro, conforme mostrado na figura. Conhecer a mscara
de sub-rede padro de cada classe importante para entender como o RIP funciona.
O RIP um protocolo de roteamento classful. Como voc deve ter percebido na discusso
anterior sobre formato de mensagem, o RIPv1 no envia informaes de mscara de sub-rede
na atualizao. Portanto, um roteador usa a mscara de sub-rede configurada em uma
interface local ou aplica a mscara de sub-rede padro com base na classe do endereo.
Devido a essa limitao, as redes RIPv1 no podem ser descontguas e no podem
implementar o VLSM.
O endereamento IP discutido no Captulo 6, "VLSM e CIDR". Voc tambm pode acessar os
links a seguir para fazer uma reviso das classes.
Links
"Protocolo IP", http://www.ietf.org/rfc/rfc791.txt
"Endereamento
IP
e
criao
de
sub-redes
para
novos
usurios",
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a00800a67f5.shtml
183
De acordo com o que foi aprendido no Captulo 3, "Introduo aos protocolos de roteamento
dinmico", a distncia administrativa (AD, administrative distance) a confiana (ou
preferncia) da origem da rota. O RIP tem uma distncia administrativa padro de 120.
Quando comparado a outros protocolos IGP, o RIP o protocolo de roteamento menos
preferido. IS-IS, OSPF, IGRP e EIGRP tm valores inferiores de AD padro.
Lembre-se de que voc pode verificar a distncia administrativa usando os comandos show
ip route ou show ip protocols.
184
A figura mostra as trs topologias de roteador usadas no Captulo 2, "Roteamento esttico".

Fisicamente, a topologia a mesma. A diferena que no precisaremos de PCs conectados s
redes locais. Porm, o esquema de endereamento diferente. Estamos usando cinco
endereos de rede de classe C.
Para habilitar um protocolo de roteamento dinmico, entre no modo de configurao global e

use o comando router. Conforme mostrado na figura, se voc digitar um espao seguido por
185
um ponto de interrogao, ser exibida uma lista de todos os protocolos de roteamento

disponveis pelo IOS.
Para entrar no modo de configurao de roteador do RIP, digite router rip no prompt de
configurao global. Observe que o prompt alterado de prompt de configurao global para:
R1(config-router)#
Esse comando no inicia diretamente o processo RIP. Em vez disso, ele permite que voc
defina as configuraes do protocolo de roteamento. Nenhuma atualizao de roteamento
enviada.
Se voc precisar remover completamente o processo de roteamento do protocolo RIP de um
dispositivo, negue o comando com no router rip. Esse comando pra o processo RIP e apaga
todas as configuraes RIP existentes.
Ao entrar no modo de configurao do roteador RIP, o roteador instrudo a executar o RIP.

Porm, o roteador ainda precisa saber quais interfaces locais deve usar para a comunicao
com outros roteadores e tambm quais redes localmente conectadas ele deve anunciar a
esses roteadores. Para habilitar o roteamento RIP de uma rede, use o comando network no
modo de configurao do roteador e insira o endereo de rede classful de cada rede
diretamente conectada.
Router(config-router)#network directly-connected-classful-network-address
O comando network:
Habilita o RIP em todas as interfaces que pertencem a uma rede especfica. Agora, as
interfaces associadas enviaro e recebero atualizaes RIP.
186
Anuncia a rede especificada em atualizaes de roteamento do RIP enviadas a outros

roteadores a cada 30 segundos.
Nota: Se voc inserir um endereo de sub-rede, o IOS o converter automaticamente em um

endereo de rede classful. Por exemplo, se voc inserir o comando network 192.168.1.32, o
roteador o converter no comando network 192.168.1.0.
Na figura, o comando network configurado nos trs roteadores para as redes diretamente
conectadas. Observe que somente redes classful foram inseridas.
O que acontecer se voc inserir um endereo de sub-rede ou um endereo IP de interface em
vez do endereo de rede classful ao usar o comando network para configuraes RIP?
R3(config)#router rip
R3(config-router)#network 192.168.4.0
Neste exemplo, inserimos um endereo IP de interface em vez do endereo de rede classful.
Observe que o IOS no exibe uma mensagem de erro. Em vez disso, ele corrige a entrada e
insere o endereo de rede classful. Isso provado com a verificao abaixo.
!
router rip
network 192.168.4.0
187
network 192.168.5.0
!
Comandos eficientes de identificao e soluo de problemas

Para verificar, identificar e solucionar problemas de roteamento, comece usando os comandos
show ip route e show ip protocols. Se voc no conseguir isolar o problema com esses dois
comandos, use o debug ip rip para ver exatamente o que est acontecendo. Esses trs
comandos so discutidos em uma ordem sugerida que voc pode usar para verificar,
identificar e solucionar problemas de configurao de um protocolo de roteamento. Antes de
configurar qualquer roteamento - esttico ou dinmico verifique se todas as interfaces
necessrias esto up (camada fsica) e up (camada de enlace) com o comando show ip
interface brief.
Veja R1, R2 e R3 nas tabelas de roteamento.
188
189
O comando show ip route verifica se as rotas recebidas por vizinhos RIP esto instaladas na
tabela de roteamento. Um R na sada de comando indica rotas do protocolo RIP. Como esse
comando exibe toda a tabela de roteamento, incluindo rotas estticas e diretamente
conectadas, normalmente ele o primeiro comando usado para verificar a convergncia. As
rotas podem no aparecer imediatamente quando voc executar o comando, pois as redes
precisam de algum tempo para convergir. No entanto, quando o roteamento estiver
configurado corretamente em todos os roteadores, o comando show ip route refletir que
cada roteador tem uma tabela de roteamento completa, com uma rota para cada rede na
topologia.
Como voc pode ver na figura, h cinco redes na topologia. Cada roteador lista cinco redes na
tabela de roteamento; portanto, podemos dizer que os trs roteadores convergiram porque
cada roteador tem uma rota para todas as redes mostradas na topologia.
Interpretando a sada do comando show ip route

Usando as informaes da figura, vamos nos concentrar em uma rota do protocolo RIP
aprendida pelo R1 e interpretar a sada de comando mostrada na tabela de roteamento.
R 192.168.5.0/24 [120/2] via 192.168.2.2, 00:00:23, Serial0/0/0
A listagem de rotas com o cdigo R uma maneira rpida de verificar se o RIP est sendo
executado nesse roteador. Se o RIP no estiver pelo menos parcialmente configurado, voc
no visualizar nenhuma rota do protocolo RIP.
Em seguida, o endereo de rede remota e a mscara de sub-rede sero listados
(192.168.5.0/24).
O valor de AD (120 para o RIP) e a distncia at a rede (2 saltos) so mostrados entre
colchetes.
So listados o endereo IP de prximo salto do roteador anunciante (R2 em 192.168.2.2) e os
segundos decorridos desde a ltima atualizao (00:00:23, nesse caso).
Por fim, a interface de sada que esse roteador usar para o trfego destinado rede remota
listada (Serial 0/0/0).
190
Interpretando a sada de show ip protocols

Se estiver faltando uma rede na tabela de roteamento, verifique a configurao de
roteamento usando o comando show ip protocols. O comando show ip protocols exibe o
protocolo de roteamento atualmente configurado no roteador. Esta sada de comando pode
ser usada para verificar a maioria dos parmetros de RIP para confirmar se:
O roteamento RIP est configurado

As interfaces corretas enviam e recebem atualizaes RIP
O roteador anuncia as redes corretas
Os vizinhos RIP esto enviando atualizaes
Esse comando tambm muito til ao verificar os operaes de outros protocolos de

roteamento, como veremos posteriormente com o EIGRP e o OSPF.
Veja a figura 1.
191
A primeira linha da sada de comando verifica se o roteamento RIP est configurado e em

execuo no roteador R2. Como vimos na seo anterior, "Configurao bsica do RIPv1", pelo
menos uma interface ativa com um comando network necessria para que o roteamento RIP
seja iniciado.
Veja a figura 2.
Estes so os temporizadores que sero mostrados quando a prxima sesso de atualizaes

for enviada deste roteador - daqui a 23 segundos, no exemplo.
Veja a figura 3.
192
Essas informaes esto relacionadas filtragem de atualizaes e redistribuio de rotas, se

estiverem configuradas neste roteador. A filtragem e a redistribuio so tpicos do CCNP.
Veja a figura 4.
Este bloco de sada contm informaes sobre qual verso do RIP est atualmente configurada
e quais interfaces esto participando de atualizaes RIP.
Veja a figura 5.
193
Esta parte da sada do comando mostra que o roteador R2 est sumarizando no limite de rede
classful e, por padro, usar at quatro rotas de custo iguais para fazer balanceamento de
carga do trfego.
Veja a figura 6.
As redes classful configuradas com o comando network so listadas a seguir. Estas so as redes
que o R2 incluir em suas atualizaes RIP.
194
Veja a figura 7.
Role para visualizar a sada restante. Aqui, os vizinhos RIP so listados como Origens de
informaes de roteamento. Gateway o endereo IP do prximo salto do vizinho que est
enviando atualizaes de R2. Distncia o AD que o R2 usa para atualizaes enviadas por
esse vizinho. ltima atualizao o tempo decorrido em segundos desde que a ltima
atualizao foi recebida desse vizinho.
Interpretando a sada de debug ip rip

A maioria dos erros de configurao do RIP envolvem uma instruo de configurao de
network incorreta, uma instruo de configurao de network que est faltando ou a
configurao de sub-redes descontguas em um ambiente classful. Conforme mostrado na
figura, um comando eficiente usado para localizar problemas com atualizaes RIP o debug
ip rip. Ele exibe as atualizaes feitas no roteamento do protocolo RIP enquanto elas so
enviadas e recebidas. Como as atualizaes so peridicas, necessrio aguardar a prxima
sesso de atualizaes para visualizar alguma sada.
Veja a figura 1.
195
Primeiro, visualizamos uma atualizao vinda do R1 na interface Serial 0/0/0. Observe que o
R1 s envia uma rota rede 192.168.1.0. Nenhuma outra rota enviada porque isso violaria a
regra de split horizon. O R1 no tem permisso para anunciar redes anteriormente enviadas a
ele pelo R2 de volta ao R2.
Veja a figura 2.
A prxima atualizao recebida de R3. Novamente, por causa da regra de split horizon, o R3
envia somente uma rota - a rede 192.168.5.0.
Veja a figura 3.
196
O R2 envia suas prprias atualizaes. Primeiro, o R2 cria uma atualizao para ser enviada
interface FastEthernet0/0. A atualizao inclui toda a tabela de roteamento, exceto a rede
192.168.3.0, que conectada FastEthernet0/0.
Veja a figura 4.
A seguir, o R2 cria uma atualizao a ser enviada ao R3. So includas trs rotas. Por causa do
split horizon, o R2 no anuncia a rede que R2 e R3 compartilham nem a rede 192.168.5.0.
Veja a figura 5.
197
Por fim, R2 cria uma atualizao a ser enviada ao R1. So includas trs rotas. Por causa do split
horizon, o R2 no anuncia a rede que R2 e R1 compartilham nem a rede 192.168.1.0.
Nota: Se aguardar mais 30 segundos, voc visualizar toda a sada do comando debug
mostrada na repetio da figura, pois o RIP envia atualizaes peridicas a cada 30 segundos.
Veja a figura 6.
Para deixar de monitorar atualizaes RIP no R2, insira o comando no debug ip rip ou
simplesmente undebug all, conforme mostrado na figura.
198
Ao revisar essa sada de depurao, podemos verificar se o roteamento RIP est funcionando
completamente no R2. Mas voc consegue imaginar uma maneira de otimizar roteamento RIP
no R2? O R2 precisa enviar atualizaes usando a FastEthernet0/0? No prximo tpico,
veremos como possvel evitar atualizaes desnecessrias.
Atualizaes RIP desnecessrias afetam a rede

Como voc viu no exemplo anterior, embora no exista nenhum dispositivo RIP nessa rede
local, R2 est enviando atualizaes usando a FastEthernet0/0. O R2 no tem como saber isso
e, como resultado, envia uma atualizao a cada 30 segundos. Enviar atualizaes
desnecessrias em uma rede local afeta a rede de trs maneiras:
1. H desperdcio de largura de banda no transporte de atualizaes desnecessrias. Como as
atualizaes RIP so broadcast, os switches encaminharo essas atualizaes usando todas as
portas.
2. Todos os dispositivos na rede local devem processar a atualizao at as camadas de
transporte, onde ela ser descartada pelo dispositivo receptor.
3. Anunciar atualizaes em uma rede de broadcast um risco segurana. As atualizaes
RIP podem ser interceptadas com software de deteco de pacotes. As atualizaes de
roteamento podem ser modificadas e enviadas novamente ao roteador, corrompendo a tabela
de roteamento com mtricas falsas que direcionam o trfego de forma errada.
Parando atualizaes RIP desnecessrias
Voc poderia tentar parar as atualizaes removendo a rede 192.168.3.0 da configurao
usando o comando no network 192.168.3.0. No entanto, o R2 no anunciaria essa rede local
como uma rota em atualizaes enviadas a R1 e R3. A soluo correta usar o comando
passive-interface, que impede a transmisso de atualizaes de roteamento atravs de uma
interface do roteador, mas ainda permite que essa rede seja anunciada a outros roteadores.
Insira o comando passive-interface no modo de configurao do roteador.
Router(config-router)#passive-interface interface-type interface-number
Esse comando pra as atualizaes de roteamento pela interface especificada. No entanto, a
rede qual a interface especificada pertence ainda ser anunciada em atualizaes de
roteamento enviadas por outras interfaces.
Na figura, R2 configurado primeiro com o comando passive-interface para impedir
atualizaes de roteamento na FastEthernet0/0, pois no existe nenhum vizinho RIP na rede
local. Ento, o comando show ip protocols utilizado para verificar a interface passiva.
Observe que a interface no mais listada em Interface, e sim em uma nova seo chamada
de Passive Interface(s). Observe tambm que a rede 192.168.3.0 ainda listada em Routing
199
for Networks, o que significa que essa rede ainda est includa como uma entrada de rota em
atualizaes RIP enviadas a R1 e R3.
Todos os protocolos de roteamento suportam o comando passive-interface. Voc dever usar
o comando passive-interface, quando adequado, como parte de sua configurao de
roteamento normal.
Para ajudar na discusso da sumarizao automtica, a topologia RIP mostrada na figura

passou pelas seguintes modificaes:
So usadas trs redes classful:
172.30.0.0/16
192.168.4.0/24
192.168.5.0/24
A rede 172.30.0.0/16 dividida em trs sub-redes:
172.30.1.0/24
172.30.2.0/24
172.30.3.0/24
Os seguintes dispositivos fazem parte do endereo de rede classful 172.30.0.0/16:
Todas as interfaces em R1
S0/0/0 e Fa0/0 em R2
200
A rede 192.168.4.0/24 dividida como uma nica sub-rede 192.168.4.8/30
Observe que os comandos no shutdown e clock rate no so necessrios, pois esses comandos
ainda esto configurados no Cenrio A. No entanto, como foram adicionadas novas redes, o
processo de roteamento RIP foi completamente removido com o comando no router rip e, em
seguida, habilitado novamente.
Veja R1 na figura.
Na sada de R1, observe que ambas as sub-redes foram configuradas com o comando network.
Essa configurao est tecnicamente incorreta, pois o RIPv1 envia o endereo de rede classful
201
em suas atualizaes, e no a sub-rede. Portanto, o IOS alterou a configurao para refletir o

correto, a configurao classful, como pode ser visualizado com a sada do comando show run.
Veja R2 na figura.
Na sada de comando para R2, observe que a sub-rede 192.168.4.8 foi configurada com o
comando network. Novamente, essa configurao est tecnicamente incorreta e o IOS a
alterou para 192.168.4.0 na configurao em execuo.
Veja R3 na figura.
A configurao de roteamento para R3 est correta. A configurao em execuo corresponde

ao que foi inserido no modo de configurao do roteador.
202
Nota: Em exames de avaliao e de certificao, inserir um endereo de sub-rede em vez do

endereo de rede classful em um comando network a resposta ser considerada incorreta.
Como sabe voc, o RIP um protocolo de roteamento classful que sumariza automaticamente
redes classful nas bordas das principais redes. Na figura, voc pode visualizar que o R2 tem
interfaces em mais de uma rede classful principal. Isso faz do R2 um roteador de borda no RIP.
As interfaces Serial 0/0/0 e FastEthernet 0/0 no R2 esto dentro do limite de 172.30.0.0. A
interface Serial 0/0/1 est dentro do limite de 192.168.4.0.
Como os roteadores de borda sumarizam as sub-redes RIP de uma rede principal para outra, as
atualizaes para as redes 172.30.1.0, 172.30.2.0 e 172.30.3.0 sero automaticamente
sumarizadas em 172.30.0.0 quando enviadas pela interface Serial 0/0/1 de R2.
Veremos nas prximas duas sees como roteadores de borda executam essa sumarizao.
Regras para processar atualizaes RIPv1

As duas regras a seguir determinam as atualizaes RIPv1:
Se uma atualizao de roteamento e a interface na qual ela recebida pertencerem

mesma rede principal, a mscara de sub-rede da interface ser aplicada rede na
atualizao de roteamento.
Se uma atualizao de roteamento e a interface na qual ela recebida pertencerem a
redes principais diferentes, a mscara de sub-rede classful da rede ser aplicada rede
na atualizao de roteamento.
203
Exemplo de processamento de atualizaes RIPv1

Na figura, R2 recebe uma atualizao de R1 e insere a rede na tabela de roteamento. Como R2
sabe que essa sub-rede tem uma mscara de sub-rede /24 (255.255.255.0)? Sabe porque:
R2 recebeu essas informaes em uma interface que pertence mesma rede classful
(172.30.0.0) que a da atualizao 172.30.1.0 recebida.
O endereo IP para o qual R2 recebeu a mensagem "172.30.1.0 em 1 saltos" estava na
Serial 0/0/0 com um endereo IP de 172.30.2.2 e uma mscara de sub-rede de
255.255.255.0 (/24).
R2 usa sua prpria mscara de sub-rede nessa interface e a aplica a essa interface e a
todas as outras sub-redes 172.30.0.0 que recebe nessa interface - nesse caso,
172.30.1.0.
A sub-rede 172.30.1.0 /24 foi adicionada tabela de roteamento.
Os roteadores que executam RIPv1 so limitados ao uso da mesma mscara de sub-rede para
todas as sub-redes com a mesma rede classful.
Como voc aprender em captulos posteriores, os protocolos de roteamento classless, como
o RIPv2, permitem que a mesma rede principal (classful) use mscaras de sub-rede diferentes
em sub-redes diferentes, mais conhecido como Mscara de sub-rede de tamanho varivel
(VLSM).
Usando debug para exibir a sumarizao automtica

204
Ao enviar uma atualizao, o roteador de borda R2 incluir o endereo de rede e a mtrica

associada. Se a entrada de rota for para uma atualizao enviada por uma rede principal
diferente, o endereo de rede na entrada de rota ser sumarizado para o endereo de rede
principal ou classful. Isso exatamente o que R2 faz para 192.168.4.0 e 192.168.5.0. Ela envia
essas redes classful ao R1.
R2 tambm tem rotas para as sub-redes 172.30.1.0/24, 172.30.2.0/24 e 172.30.3.0/24. Na
atualizao de roteamento de R2 para R3 na Serial0/0/1, R2 s envia um resumo do endereo
de rede classful de 172.30.0.0.
Se a entrada de rota for para uma atualizao enviada dentro de uma rede principal, a mscara
de sub-rede da interface de sada ser usada para determinar o endereo de rede a ser
anunciado. R2 envia a sub-rede 172.30.3.0 para R1 usando a mscara de sub-rede na
Serial0/0/0 para determinar o endereo de sub-rede a ser anunciado.
R1 recebe a atualizao 172.30.3.0 na interface Serial0/0/0, que tem um endereo de interface
de 172.30.2.1/24. Como a atualizao de roteamento e a interface pertencem mesma rede
principal, R1 aplica sua mscara /24 rota 172.30.3.0.
Veja as Tabelas de roteamento de R1 e R3 na figura para compar-las.
Observe que R1 tem trs rotas para a rede principal 172.30.0.0, que foi dividida em sub-redes
para /24 ou 255.255.255.0. R3 tem somente uma rota para a rede 172.30.0.0, e a rede no foi
dividida em sub-redes. R3 tem a rede principal em sua tabela de roteamento. No entanto,
seria um engano assumir que R3 no tem conectividade completa. R3 enviar todos os pacotes
destinados s redes 172.30.1.0/24, 172.30.2.0/24 e 172.30.3.0/24 para R2, pois essas trs
redes pertencem 172.30.0.0/16 e so alcanveis atravs de R2.
205
Vantagens da sumarizao automtica

Assim como ocorreu com o R2 na figura anterior, o RIP sumariza automaticamente as
atualizaes entre redes classful. Como a atualizao de 172.30.0.0 enviada por uma
interface (Serial 0/0/1) em outra rede classful (192.168.4.0), o RIP envia somente uma nica
atualizao para toda a rede classful, em vez de uma para cada uma das vrias sub-redes. Esse
processo semelhante ao que fizemos quando sumarizamos vrias rotas estticas em uma
nica rota esttica. Por que a sumarizao automtica uma vantagem?
Atualizaes de roteamento menores enviadas e recebidas, o que usa menos largura

de banda para atualizaes de roteamento entre R2 e R3.
R3 tem uma nica rota para a rede 172.30.0.0/16, independente de quantas sub-redes
existam ou de como ela dividida em sub-redes. Usar uma nica rota resulta em um
processo de busca mais rpido na tabela de roteamento para R3.
H alguma desvantagem na sumarizao automtica? Sim, quando h redes descontguas

configuradas na topologia.
Desvantagem da sumarizao automtica
206
Como voc pode visualizar na figura, o esquema de endereamento foi alterado. Essa
topologia ser usada para mostrar uma das principais desvantagens dos protocolos de
roteamento classful, como RIPv1 - sua falta de suporte para redes descontguas.
Protocolos de roteamento classful no incluem a mscara de sub-rede nas atualizaes de
roteamento. As redes so automaticamente sumarizadas nos limites da rede principal, pois o
roteador receptor no pode determinar a mscara da rota. Isso ocorre porque a interface
receptora pode ter uma mscara diferente da mscara das rotas divididas em sub-redes.
Observe que R1 e R3 tm sub-redes da rede principal 172.30.0.0/16, e R2 no. Essencialmente,
R1 e R3 so roteadores de borda para 172.30.0.0/16 porque eles so separados por outra rede
principal, 209.165.200.0/24. Essa separao cria uma rede descontgua, pois os dois grupos de
sub-redes 172.30.0.0/24 so separados por pelo menos uma outra rede principal.
172.30.0.0/16 uma rede descontgua.
Topologias descontguas no convergem com RIPv1

A figura mostra a configurao RIP para cada roteador de acordo com a topologia. A
configurao RIPv1 est correta, mas ela no pode determinar todas as redes dessa topologia
descontgua. Para entender por que isso ocorre, lembre-se de que um roteador s anunciar
endereos de redes principais por interfaces que no pertencem rota anunciada. Como
resultado, R1 no anunciar 172.30.1.0 ou 172.30.2.0 para R2 na rede 209.165.200.0. R3 no
anunciar 172.30.100.0 ou 172.30.200.0 para R2 na rede 209.165.200.0. No entanto, os
roteadores R1 e R3 anunciaro o endereo de rede principal 172.30.0.0.
207
Qual o resultado? Sem a incluso da mscara de sub-rede na atualizao de roteamento,

RIPv1 no pode anunciar informaes de roteamento especficas que permitiro que os
roteadores estabeleam a rota correta para as sub-redes 172.30.0.0/24.
R1 no tem nenhuma rota para as redes locais conectadas a R3.

R3 no tem nenhuma rota para as redes locais conectadas a R1.
R2 tem dois caminhos de custos iguais para a rede 172.30.0.0.
R2 far balanceamento de carga do trfego destinado a qualquer sub-rede de
172.30.0.0. Isso significa que R1 obter metade do trfego e R3 obter a outra a
metade independentemente do destino do trfego ser ou no destinado a uma das
suas redes locais.
No Captulo 7, "RIPv2", voc ver uma verso dessa topologia. Ela ser usada para mostrar a
diferena entre os roteamentos classful e classless.
Adicionando acesso Internet topologia

O RIP foi o primeiro protocolo de roteamento dinmico e foi muito usado nas primeiras
implementaes entre clientes e ISPs, bem como entre ISPs diferentes. No entanto, nas redes
atuais os clientes no tm necessariamente que trocar atualizaes de roteamento com seus
ISPs. Roteadores do cliente que se conectam a um ISP no precisam de uma listagem para
todas as rotas na Internet. Em vez disso, esses roteadores tm uma rota padro que envia todo
o trfego ao roteador ISP quando o roteador do cliente no tem uma rota para um destino. O
ISP configura uma rota esttica que aponta para o roteador do cliente para endereos que
esto dentro da rede do cliente.
No cenrio C, R3 o provedor de servios com acesso Internet, representado pela nuvem. R3
e R2 no trocam atualizaes RIP. Em vez disso, R2 usa uma rota padro para alcanar a rede
local de R3 e todos os outros destinos que no esto listados em sua tabela de roteamento. R3
208
usa uma rota de sumarizao esttica para alcanar as sub-redes 172.30.1.0, 172.30.2.0 e
172.30.3.0.
Para preparar a topologia, podemos deixar o endereamento no local; o mesmo que foi
usado no Cenrio B. No entanto, precisamos tambm concluir as seguintes etapas:
Veja a configurao RIP na figura.
1. Desabilite o roteamento RIP para a rede 192.168.4.0 em R2.

2. Configure R2 com uma rota padro esttica para enviar o trfego padro para R3.
3. Desabilite completamente o roteamento RIP em R3.
4. Configure R3 com uma rota esttica para as sub-redes 172.30.0.0.
Para fornecer conectividade Internet para todas as outras redes no domnio de roteamento
RIP, a rota esttica padro precisa ser anunciada a todos os outros roteadores que usam o
protocolo de roteamento dinmico. Voc poderia configurar uma rota esttica padro em R1
apontando para R2, mas essa tcnica no escalvel. Com todos os roteadores adicionados ao
domnio de roteamento RIP, voc teria que configurar outra rota esttica padro. Por que no
deixar o protocolo de roteamento fazer o trabalho para voc?
Em muitos protocolos de roteamento, inclusive no RIP, voc pode usar o comando defaultinformation originate no modo de configurao do roteador para especificar que esse roteador
servir para originar informaes padro propagando a rota esttica padro em atualizaes
RIP. Na figura, R2 foi configurado com o comando default-information originate. Observe que a
sada de comando debug ip rip est enviando uma rota esttica padro "quad-zero" para R1.
209
Na tabela de roteamento de R1, voc pode ver que h uma rota padro candidata, conforme
denotado pelo cdigo R*. A rota esttica padro em R2 foi propagada para R1 em uma
atualizao RIP. R1 tem conectividade rede local em R3 e a todos os destinos na Internet.
Resumo
O RIP (verso 1) um protocolo de roteamento de vetor de distncia classless. O RIPv1 foi um
dos primeiros protocolos de roteamento desenvolvido para roteamento de pacotes IP. O RIP
usa a contagem de saltos para sua mtrica, com uma mtrica de 16 saltos significando que
essa rota inalcanvel. Como resultado, o RIP s pode ser usado em redes com at quinze
roteadores entre duas redes.
As mensagens RIP so encapsuladas em um segmento do protocolo UDP, com portas de
origem e de destino de 520. Os roteadores RIP enviam suas tabelas de roteamento completas
aos seus vizinhos a cada 30 segundos, exceto as rotas relacionadas a regra de split horizon.
O RIP habilitado usando o comando router rip no prompt de configurao global. O comando
network usado para especificar quais interfaces no roteador sero habilitadas para RIP, junto
com o endereo de rede classful de cada rede diretamente conectada. O comando network
permite que a interface envie e receba atualizaes RIP e tambm anuncia essa rede em
atualizaes RIP para outros roteadores.
O comando debug ip rip pode ser usado para exibir as atualizaes RIP enviadas e recebidas
pelo roteador. Para impedir que as atualizaes RIP sejam enviadas por uma interface, como
em uma rede local na qual no h nenhum outro roteador, necessrio usar o comando
passive-interface.
210
As entradas RIP so exibidas na tabela de roteamento com o cdigo fonte de R e tm uma

distncia administrativa de 120. As rotas padro so propagadas no RIP configurando uma rota
esttica padro e usando o comando default-information originate no RIP.
O RIPv1 sumariza sub-redes automaticamente para seus endereos classful ao enviar uma
atualizao por uma interface que est em uma rede principal diferente da rede principal que
contm o endereo de sub-rede da rota. Como o RIPv1 um protocolo de roteamento classful,
a mscara de sub-rede no includa na atualizao de roteamento. Quando um roteador
recebe uma atualizao de roteamento RIPv1, o RIP deve determinar a mscara de sub-rede
dessa rota. Se a rota pertencer mesma rede classful principal da atualizao, o RIPv1 aplicar
a mscara de sub-rede da interface que recebeu a atualizao. Se a rota pertencer a uma rede
classful principal diferente da rede da interface receptora, o RIPv1 aplicar a mscara classful
padro.
O comando show ip protocols pode ser usado para exibir informaes para qualquer
protocolo de roteamento habilitado no roteador. Sobre o RIP, esse comando exibe
informaes de temporizador, status da sumarizao automtica, quais redes esto habilitadas
nesse roteador para RIP e outras informaes.
Como o RIPv1 um protocolo de roteamento classful, ele no suporta redes descontguas nem
VLSM. Esses dois tpicos so discutidos no Captulo 7, "RIPv2".
211
Antes de 1981, os endereos IP usavam apenas os primeiros 8 bits para especificar a poro da
rede do endereo, limitando a Internet - ento conhecida como ARPANET - a 256 redes. Desde
o incio, ficou bvio que esse espao no seria suficiente para os endereos.
Em 1981, a RFC 791 modificou o endereo de 32 bits IPv4 para permitir trs classes ou
tamanhos diferentes das redes: classe A, classe B e classe C. Os endereos de classe A usavam
8 bits para a poro da rede do endereo, a classe B usava 16 bits e a classe C usava 24 bits.
Esse formato ficou conhecido como endereamento IP classful.
O desenvolvimento inicial do endereo classful solucionou o problema do limite de 256 redes,
mas apenas por algum tempo. Uma dcada depois, ficou claro que o espao para os endereos
IP estava acabando rapidamente. Em resposta, a IETF (Internet Engineering Task Force)
introduziu o Roteamento entre domnios com endereos classless (CIDR, Classless InterDomain Routing), que usava Mscara de sub-rede de tamanho varivel (VLSM, Variable Length
Subnet Masking) para ajudar a preservar o espao para os endereos.
Com a introduo do CIDR e do VLSM, os ISPs podiam atribuir parte de uma rede classful a um
cliente e a outra parte a outro cliente. Essa atribuio de endereo descontguo realizada pelos
ISPs foi comparada ao desenvolvimento de protocolos de roteamento classless. Para
comparar: os protocolos de roteamento classful so sempre sumarizados no limite classful e
no incluem a mscara de sub-rede nas atualizaes de roteamento. Os protocolos de
roteamento classless incluem a mscara de sub-rede nas atualizaes de roteamento e no
so exigidos para executar a sumarizao. Os protocolos de roteamento classless discutidos
neste curso so RIPv2, EIGRP e OSPF.
Com a introduo do VLSM e do CIDR, os administradores de rede tiveram que usar
habilidades adicionais de criao de sub-redes. O VLSM simplesmente o fato de criar subredes de uma sub-rede. As sub-redes podem ser ainda mais divididas em sub-redes em vrios
nveis, como voc aprender neste captulo. Alm da criao de sub-redes, tornou-se possvel
sumarizar uma grande quantidade de redes classful em uma rota agregada ou super-rede.
Neste captulo, voc tambm revisar as habilidades de sumarizao de rota.
212
Quando a ARPANET foi autorizada em 1969, ningum pensou que a Internet nasceria desse
humilde projeto inicial de pesquisa. Em 1989, a ARPANET havia sido transformada no que
chamamos agora de Internet. No decorrer da dcada seguinte, o nmero de hosts na Internet
aumentou exponencialmente: de 159.000 em outubro de 1989 para mais de 72 milhes ao
final do milnio. Em janeiro de 2007, havia mais de 433 milhes de hosts na Internet.
Sem a introduo da notao do VLSM e do CIDR em 1993 (RFC 1519), do Tradutor de
endereos de rede (NAT, Network Address Translator) em 1994 (RFC 1631) e do
endereamento privado em 1996 (RFC 1918), o espao de endereo de 32 bits IPv4 j teria
acabado.
Links:
Pesquisa
de
domnios
ISC:
https://www.isc.org/solutions/survey/history
nmero
de
hosts
na
Internet,
Os bits mais altos

Inicialmente, os endereos IPv4 foram alocados com base na classe. Na especificao original
de IPv4 (RFC 791) lanada em 1981, os autores estabeleceram as classes para fornecer trs
tamanhos diferentes de rede para organizaes grandes, mdias e pequenas. Como resultado,
os endereos de classe A, B e C foram definidos com um formato especfico para os bits mais
altos. Em um endereo de 32 bits, os bits mais altos so os da extremidade esquerda.
Conforme mostrado na figura:
Os endereos de classe A comeam com um bit 0. Portanto, todos os endereos de

0.0.0.0 a 127.255.255.255 pertencem classe A. O endereo 0.0.0.0 reservado para
o roteamento padro e o 127.0.0.0 para testes de loopback.
Os endereos de classe B comeam com um bit 1 e um bit 0. Portanto, todos os
endereos de 128.0.0.0 a 191.255.255.255 pertencem classe B.
Os endereos de classe C comeam com dois bits 1 e um bit 0. Os endereos de classe
C vo do 192.0.0.0 ao 223.255.255.255.
Os endereos restantes foram reservados para multicast e utilizaes futuras. Os endereos

multicast comeam com trs 1s e um bit 0. Os endereos multicast so usados para identificar
um grupo de hosts que fazem parte de um grupo multicast. Isso ajuda a reduzir a quantidade
de processamentos de pacote feitos pelos hosts, especialmente em meios de transmisso.
Neste curso, voc ver que os protocolos de roteamento RIPv2, EIGRP e OSPF usam endereos
de multicast especficos.
Os endereos IP que comeam com quatro bits 1 foram reservados para uso futuro.
213
Links: "Protocolo IP", http://www.ietf.org/rfc/rfc791.txt

"Endereos multicast de Internet", http://www.iana.org/assignments/multicast-addresses
A estrutura de endereos classful IPv4

As designaes de bits de rede e de bits de host foram estabelecidas no RFC 790 (lanado com
o RFC 791). Conforme mostrado na figura, as redes de classe A usavam o primeiro octeto para
atribuio de rede, que foi convertido em uma mscara de sub-rede classful 255.0.0.0. Como
s foram deixados 7 bits no primeiro octeto (lembre-se, o primeiro bit sempre 0), o resultado
foi 2 para a 7 potncia ou 128 redes.
Com 24 bits na poro de host, cada endereo de classe A tinha potencial para mais de 16
milhes de endereos de host individuais. Antes do CIDR e do VLSM, um endereo inteiro de
rede classful era atribudo s organizaes. O que uma organizao faria com 16 milhes de
endereos? Agora voc j pode entender o enorme desperdcio de espao de endereo que
ocorria nos primrdios da Internet, quando as empresas recebiam endereos de classe A.
Algumas empresas e organizaes governamentais ainda possuem endereos de classe A. Por
exemplo, a General Electric possui o 3.0.0.0/8, a Apple Computer possui o 17.0.0.0/8 e o U.S.
Postal Service possui o 56.0.0.0/8. Consulte o link "Espao de endereo Protocolo IP v4" abaixo
para obter uma listagem de todas as atribuies de IANA.
A classe B no era muito melhor. O RFC 790 especificou os dois primeiros octetos como rede.
Com os dois primeiros bits j estabelecidos como 1 e 0, os bits 14 permaneceram nos dois
primeiros octetos para atribuir redes, o que resultou em 16.384 endereos de rede de classe B.
Como cada endereo de rede de classe B continha 16 bits na poro de host, ele controlava
65.534 endereos. Lembre-se de que dois endereos foram reservados para os endereos de
rede e de transmisso.) Somente as maiores organizaes e os governos poderiam usar todos
os 65.000 endereos. Como ocorria com a classe A, o espao de endereo da classe B era
desperdiado.
214
Para piorar as coisas, os endereos de classe C eram freqentemente muito pequenos! O RFC
790 especificou os trs primeiros octetos como rede. Com os trs primeiros bits estabelecidos
como 1 e 1 e 0, os bits 21 foram deixados para atribuio de redes a mais de 2 milhes de
redes de classe C. Porm, cada rede de classe C tinha somente 8 bits na poro de host ou 254
possveis endereos de host.
Links:
"Um breve histrico da Internet", http://www.isoc.org/internet/history/brief.shtml
"Espao de endereo Protocolo IP v4", http://www.iana.org/assignments/ipv4-address-space
Exemplo de atualizaes de roteamento classful

O uso de endereos IP classful significava que a mscara de sub-rede de um endereo de rede
poderia ser determinada pelo valor do primeiro octeto ou, mais precisamente, pelos trs
primeiros bits do endereo. Os protocolos de roteamento, como o RIPv1, s precisavam
propagar o endereo de rede de rotas conhecidas e no precisavam incluir a mscara de subrede na atualizao do roteamento. Isso ocorria porque o roteador que recebia a atualizao
do roteamento podia determinar a mscara de sub-rede simplesmente examinando o valor do
primeiro octeto do endereo de rede ou aplicando sua mscara de interface de ingresso a
rotas em sub-rede. A mscara de sub-rede era relacionada diretamente ao endereo de rede.
215
Atualizao de R1 para R2 na figura.
No exemplo, o R1 sabe que a sub-rede 172.16.1.0 pertence mesma rede classful principal
que a interface de sada. Portanto, ele envia uma atualizao RIP ao R2 que contm a sub-rede
172.16.1.0. Quando o R2 receber a atualizao, ele a aplicar a mscara de sub-rede de
interface de recebimento (/24) atualizao e adicionar a 172.16.1.0 tabela de roteamento.
Atualizao de R2 para R3 na figura.
216
Ao enviar atualizaes ao R3, o R2 resume as sub-redes 172.16.1.0/24, 172.16.2.0/24 e

172.16.3.0/24 na rede classful principal 172.16.0.0. Como o R3 no possui nenhuma sub-rede
que pertena 172.16.0.0, ele aplicar a mscara classful a uma rede de classe B, a /16.
A mudana para o endereo classless

Em 1992, membros da IETF (Internet engineering task force) estavam seriamente preocupados
com o crescimento exponencial da Internet e a escalabilidade limitada das tabelas de
roteamento da Internet. Eles tambm estavam preocupados com o esgotamento do espao de
endereo de 32 bits IPv4. O esgotamento do espao de endereo de classe B estava ocorrendo
to rapidamente que em dois anos no haveria mais nenhum endereo de classe B disponvel
(RFC 1519). Esse esgotamento estava ocorrendo porque todas as organizaes que pediram e
obtiveram aprovao para receber um espao para endereo IP receberam um endereo de
rede classful inteiro um endereo de classe B com 65.534 endereos de host ou um de classe
C com 254 endereos de host. Uma das principais causas desse problema era a falta de
flexibilidade. No existia nenhuma classe para servir a uma organizao de mdio porte que
precisava de milhares de endereos IP, mas no de 65.000.
Em 1993, a IETF introduziu o Roteamento entre domnios classless ou CIDR (RFC 1517). O CIDR
permitiu:
o uso mais eficiente do espao de endereo IPv4

a agregao de prefixos, que reduziu o tamanho das tabelas de roteamento
Para roteadores compatveis com CIDR, a classe do endereo no tem sentido. A poro da
rede do endereo determinada pela mscara de sub-rede da rede, tambm conhecida como
prefixo da rede ou tamanho do prefixo (/8, /19, etc.). O endereo de rede no mais
determinado pela classe do endereo.
Os ISPs j poderiam alocar espao de endereo de forma mais eficiente usando qualquer
tamanho do prefixo, comeando com /8 e aumentando posteriormente (/8, /9, /10, etc.). Os
ISPs no eram mais limitados a uma mscara de sub-rede /8, /16 ou /24. Poderiam ser
atribudos blocos de endereos IP a uma rede com base nos requisitos do cliente, variando de
alguns hosts a centenas ou milhares de hosts.
217
Sumarizao de rota e de CIDR

O CIDR usa VLSMs para alocar endereos IP para sub-redes de acordo com necessidades
individuais e no por classe. Esse tipo de alocao permite que o limite de rede/host ocorra
em qualquer bit do endereo. As redes podem ser divididas em sub-redes cada vez menores.
No incio dos anos 1990, a Internet e as tabelas de roteamento mantidas por roteadores de
Internet sob endereos IP classful cresciam exponencialmente. CIDR permitido para a
agregao de prefixo, que voc j conhece como sumarizao de rota. Lembre-se do Captulo
2, "Roteamento esttico", no qual voc viu que pode criar uma rota esttica para vrias redes.
As tabelas de roteamento da Internet j podiam se beneficiar do mesmo tipo de agregao de
rotas. A capacidade de sumarizao das rotas como uma nica rota ajuda a reduzir o tamanho
das tabelas de roteamento da Internet.
Na figura, observe que o ISP1 tem quatro clientes, cada um com uma quantidade varivel de
espao de endereo IP. Porm, todo o espao de endereo do cliente pode ser sumarizado em
um anncio para o ISP2. A rota de sumarizao ou agregada 192.168.0.0/20 inclui todas as
redes que pertencem aos Clientes A, B, C e D. Esse tipo de rota conhecido como rota de
super-rede. Uma super-rede resume vrios endereos de rede com uma mscara menor do
que a mscara classful.
Para propagar rotas de VLSM e de super-rede, necessrio um protocolo de roteamento
classless, pois a mscara de sub-rede no pode mais ser determinada pelo valor do primeiro
octeto. Agora, a mscara de sub-rede precisa ser includa no endereo de rede. Os protocolos
de roteamento classless incluem a mscara de sub-rede com o endereo de rede na
atualizao de roteamento.
Links:
Roteamento entre domnios classless (CIDR, Classless Inter-Domain Routing): uma estratgia
de agregao e atribuio de endereo, http://www.ietf.org/rfc/rfc1519.txt
"Espao de endereo Protocolo IP v4", http://www.iana.org/assignments/ipv4-address-space
218
Os protocolos de roteamento classless incluem RIPv2, EIGRP, OSPF, IS-IS, e BGP. Esses
protocolos de roteamento incluem a mscara de sub-rede com o endereo de rede em suas
atualizaes de roteamento. Os protocolos de roteamento classless so necessrios quando a
mscara no pode ser assumida ou determinada pelo valor do primeiro octeto.
Por exemplo, as redes 172.16.0.0/16, 172.17.0.0/16, 172.18.0.0/16 e 172.19.0.0/16 podem ser
sumarizadas como 172.16.0.0/14.
Se o R2 enviar a rota de sumarizao 172.16.0.0 sem a mscara /14, o R3 s saber aplicar a
mscara classful padro de /16. Em um cenrio de protocolo de roteamento classful, o R3 no
conhece as redes 172.17.0.0/16, 172.18.0.0/16 e 172.19.0.0/16.
Nota: Usando um protocolo de roteamento classful, o R2 pode enviar essas redes individuais
sem sumarizao, mas os benefcios da sumarizao so perdidos.
Os protocolos de roteamento classful no podem enviar rotas de super-rede porque o
roteador receptor aplicar o classful padro ao endereo de rede na atualizao do
roteamento. Se a nossa topologia contivesse um protocolo de roteamento classful, o R3 s
instalaria a 172.16.0.0/16 na tabela de roteamento.
Nota: Por exemplo, quando uma rota de super-rede est em uma tabela de roteamento como
uma rota esttica, o protocolo de roteamento classful no inclui essa rota nas suas
atualizaes.
Com um protocolo de roteamento classless, o R2 anunciar a rede 172.16.0.0 junto com a
mscara /14 ao R3. Em seguida, o R3 poder instalar a rota de super-rede 172.16.0.0/14 em
sua tabela de roteamento, proporcionando acessibilidade s redes 172.16.0.0/16,
172.17.0.0/16, 172.18.0.0/16 e 172.19.0.0/16.
219
Em um curso anterior, voc aprendeu como o VLSM permite o uso de mscaras diferentes
para cada sub-rede. Depois que um endereo de rede for dividido em sub-redes, elas tambm
podero ser subdivididas em outras sub-redes. Como voc deve se lembrar, o VLSM est
apenas criando sub-redes de uma sub-rede. O VLSM pode ser considerado como criador de
sub-redes.
220
A figura mostra a rede 10.0.0.0/8, que foi dividida em sub-redes usando a mscara de sub-rede
de /16, que gera 256 sub-redes.
10.0.0.0/16
10.1.0.0/16
10.2.0.0/16
.
.
.
10.255.0.0/16
Qualquer uma dessas sub-redes /16 podem ser divididas em outras sub-redes. Por exemplo, na
figura, a sub-rede 10.1.0.0/16 novamente dividida em uma sub-rede usando a mscara /24 e
resulta nas seguintes sub-redes adicionais.
10.1.1.0/24
10.1.2.0/24
10.1.3.0/24
.
.
.
10.1.255.0/24
A sub-rede 10.2.0.0/16 tambm subdividida em sub-redes com uma mscara /24. A sub-rede
10.3.0.0/16 novamente dividida em sub-redes com a mscara /28 e a sub-rede 10.4.0.0/16
novamente dividida em sub-redes com a mscara /20.
So atribudos endereos de host individuais dos endereos de "sub-redes das sub-redes". Por
exemplo, a figura mostra a sub-rede 10.1.0.0/16 dividida em sub-redes /24. O endereo
10.1.4.10 seria agora um membro da sub-rede 10.1.4.0/24 mais especfica.
Outra maneira de exibir as sub-redes de VLSM listar cada sub-rede e suas sub-redes de subredes. Na figura, a rede 10.0.0.0/8 o espao de endereo inicial. Ela dividida em sub-redes
221
com uma mscara /16 na primeira sesso de criao de sub-redes. Voc j sabe que o
emprstimo de 8 bits (de /8 a /16) cria 256 sub-redes. Com o roteamento classful, esse o
nmero mximo de sub-redes que podem ser criadas. Voc pode escolher apenas uma
mscara para todas as suas redes. Com o roteamento classless e de VLSM, voc tem mais
flexibilidade para criar endereos de rede adicionais e usar uma mscara adequada s suas
necessidades.
Em 10.1.0.0/16 na figura.
Para a sub-rede 10.1.0.0/16, so emprestados mais 8 bits para criar 256 sub-redes com uma
mscara /24. Essa mscara permite 254 endereos de host por sub-rede. As sub-redes de
10.1.0.0/24 a 10.1.255.0/24 so sub-redes da sub-rede 10.1.0.0/16.
222
A sub-rede 10.2.0.0/16 tambm subdividida em sub-redes com uma mscara /24. As subredes de 10.2.0.0/24 a 10.2.255.0/24 so sub-redes da sub-rede 10.2.0.0/16.
223
A sub-rede 10.3.0.0/16 subdividida em sub-redes com uma mscara /28. Essa mscara
permite 14 endereos de host por sub-rede. Doze bits so emprestados, criando 4.096 subredes de 10.3.0.0/28 a 10.3.255.240/28.
A sub-rede 10.4.0.0/16 subdividida em sub-redes com uma mscara /20. Essa mscara
permite 2046 endereos de host por sub-rede. Quatro bits so emprestados, criando 16 subredes de 10.4.0.0/20 a 10.4.240.0/20. Essas sub-redes /20 so grandes o suficiente para serem
divididas em outras sub-redes, permitindo a criao de mais redes.
Como voc j aprendeu, a sumarizao de rota, tambm conhecida como agregao de rota,
o processo de anncio de um conjunto contguo de endereos como um nico endereo com
uma mscara de sub-rede mais curta e menos especfica. Lembre-se de que o CIDR uma
forma de sumarizao de rota e tambm um sinnimo do termo criao de super-redes.
Voc j deve conhecer a sumarizao de rota feita por protocolos de roteamento classful
como a RIPv1. A RIPv1 resume sub-redes em um nico endereo de rede classful principal ao
enviar a atualizao da RIPv1 a uma interface que pertence a outra rede principal. Por
exemplo, a RIPv1 sumarizar as sub-redes 10.0.0.0/24 (de 10.0.0.0/24 a 10.255.255.0/24)
como 10.0.0.0/8.
224
O CIDR ignora a limitao de limites classful e permite a sumarizao com mscaras menores
do que a da mscara classful padro. Esse tipo de sumarizao ajuda a reduzir o nmero de
entradas nas atualizaes de roteamento e nas tabelas de roteamento locais. Ele tambm
ajuda a reduzir a utilizao de largura de banda para atualizaes de roteamento e resulta em
pesquisas de tabela de roteamento mais rpidas.
A figura mostra uma nica rota esttica com o endereo 172.16.0.0 e a mscara 255.248.0.0
que resume todas as redes classful de 172.16.0.0/16 a 172.23.0.0/16. Embora a 172.22.0.0/16
e a 172.23.0.0/16 no sejam mostradas no grfico, elas tambm esto includas na rota de
sumarizao. Observe que a mscara /13 (255.248.0.0) menor do que a mscara classful
padro /16 (255.255.0.0).
Nota: Voc deve se lembrar de que uma super-rede sempre uma rota de sumarizao, mas
uma rota de sumarizao nem sempre uma super-rede.
possvel que um roteador tenha uma entrada de rota especfica e uma entrada de rota de
sumarizao abrangendo a mesma rede. Vamos supor que o roteador X tem uma rota
especfica para a 172.22.0.0/16 usando a 0/0/1 serial e uma rota de sumarizao de
172.16.0.0/13 usando a 0/0/0 serial. Os pacotes com o endereo IP de 172.22.n.n
correspondem a ambas as entradas de rota. Esses pacotes, destinados 172.22.0.0, seriam
enviados para fora da interface 0/0/1 serial porque h uma correspondncia de 16 bits mais
especfica do que a de 13 bits da rota de sumarizao da 172.16.0.0/13.
O processo de clculo das sumarizaes de rota e de super-redes idntico ao que voc j

aprendeu no Captulo 2, "Roteamento esttico". Portanto, o exemplo a seguir apresentado
como uma reviso rpida.
225
A sumarizao de redes em um nico endereo e uma nica mscara pode ser feito em trs
etapas. Veja estas quatro redes:
172.20.0.0/16
172.21.0.0/16
172.22.0.0/16
172.23.0.0/16
Etapa 1 na figura.
A primeira etapa listar as redes em formato binrio. A figura mostra as quatro redes em
formato binrio.
Etapa 2 na figura.
A segunda etapa contar o nmero de bits correspondentes da extremidade esquerda para

determinar a mscara da rota de sumarizao. Voc pode exibir na figura que os primeiros 14
bits correspondentes da extremidade esquerda so correspondentes. Esse o prefixo, ou
mscara de sub-rede, da rota de sumarizao: /14 ou 255.252.0.0.
226
Etapa 3 na figura.
A terceira etapa copiar os bits correspondentes e adicionar bits 0 para determinar o

endereo da rede sumarizada. A figura mostra que os bits correspondentes com zeros no final
resultam no endereo de rede 172.20.0.0. As quatro redes - 172.20.0.0/16, 172.21.0.0/16,
172.22.0.0/16 e 172.23.0.0/16 podem ser sumarizadas no prefixo e endereo de rede nico
172.20.0.0/14.
As atividades da prxima seo oferecem uma oportunidade de praticar a criao e a soluo
de problemas de esquemas de endereamento de VLSM. Voc tambm praticar a criao e a
soluo de problemas de sumarizao de rota.
Resumo
O CIDR foi introduzido em 1993 para substituir a gerao anterior de sintaxe de endereo IP, as
redes classful. O CIDR permitiu o uso mais eficiente do espao de endereo IPv4 e da
agregao de prefixo, conhecida como sumarizao de rota ou criao de super-redes.
Com o CIDR, as classes de endereo (classe A, classe B e classe C) perderam o sentido. O
endereo de rede no era mais determinado pelo valor do primeiro octeto e sim pelo tamanho
do prefixo atribudo (mscara de sub-rede). O espao de endereo, nmero de hosts em uma
rede, j podia ter um prefixo especfico atribudo, dependendo do nmero de hosts
necessrios e essa rede.
227
O CIDR permite a criao de super-redes. Uma super-rede um grupo de endereos de rede

principais sumarizados como um nico endereo de rede com uma mscara menor do que a
da mscara classful padro.
O CIDR usa VLSMs para alocar endereos IP para sub-redes de acordo com necessidades
individuais e no por classe. O VLSM permite que as sub-redes sejam divididas em sub-redes
ainda menores. O VLSM est apenas criando sub-redes de uma sub-rede.
Para propagar super-redes de CIDR ou sub-redes de VLSM, necessrio um protocolo de
roteamento classless. O protocolo de roteamento classless inclui a mscara de sub-rede com o
endereo de rede na atualizao de roteamento.
A determinao da rota de sumarizao e da mscara de sub-rede de um grupo de redes pode
ser feita em trs etapas fceis. A primeira etapa listar as redes em formato binrio. A
segunda etapa contar o nmero de bits correspondentes da extremidade esquerda. Fazendo
isso, voc saber qual o tamanho do prefixo ou a mscara de sub-rede da rota de
sumarizao. A terceira etapa copiar os bits correspondentes e adicionar bits 0 ao restante
do endereo para determinar o endereo da rede sumarizada. O endereo de rede sumarizado
e a mscara de sub-rede j podem ser usados como a rota de sumarizao para este grupo de
redes. As rotas sumarizadas podem ser usadas por rotas estticas e por protocolos de
roteamento classless. Os protocolos de roteamento classful s podem sumarizar rotas
mscara classful padro.
Os protocolos de roteamento classless e sua capacidade de suportar a super-rede de CIDR, o
VLSM e as redes descontguas so descritos nos captulos seguintes.
Para saber mais
CIDR RFC 1519
RFCs (Request for Comments) so uma srie de documentos enviados para a IETF (Internet
Engineering Task Force) para propor um padro de Internet ou atribuir novos conceitos,
informaes ou at mesmo humor. RFC 1519 o RFC para o CIDR.
As RFCs podem ser acessadas em vrios sites, inclusive www.ietf.org. Leia tudo ou partes do
RFC 1519 para saber mais sobre a introduo do CIDR na comunidade da Internet.
Principais roteadores de Internet
Na seo Para saber mais do Captulo 3 (Introduo a protocolos de roteamento dinmico),
voc acessou servidores de rota para exibir rotas de BGP na Internet. Um desses sites
www.traceroute.org.
Acesse um dos servidores de rota e, usando o comando show ip route, visualize a tabela de
roteamento real de um roteador de Internet. Observe quantas rotas existem em um roteador
principal de Internet. Em maro de 2007, havia mais de 200.000 rotas. Muitas delas so super-
228
redes e rotas de sumarizao. Use o comando show ip route 207.62.187.0 para exibir uma
dessas super-redes.
CAIDA
Um site interessante o da CAIDA, a Associao cooperativa para anlise de dados da Internet,
www.caida.org. A CAIDA fornece ferramentas e anlises que promovem a engenharia e a
manuteno de uma infra-estrutura de Internet global, escalvel e forte. A CAIDA conta com
vrios patrocinadores, inclusive a Cisco Systems. Embora muitas dessas informaes possam
parecer difceis, voc comear a reconhecer muitos desses termos e conceitos.
O RIP Verso 2 (RIPv2) definido na RFC 1723. o primeiro protocolo de roteamento classless
discutido neste curso. A figura coloca o RIPv2 em sua perspectiva apropriada com outros
protocolos de roteamento. Embora o RIPv2 seja um protocolo de roteamento adequado para
alguns ambientes, ele perdeu a popularidade quando comparado a outros protocolos de
roteamento como o protocolo EIGRP, OSPF, e IS-IS, que oferecem mais recursos e que so
mais escalveis.
Embora ele possa ser menos popular do que outros protocolos de roteamento, ambas as
verses de RIP ainda so apropriadas em algumas situaes. Embora falte ao RIP os recursos
de muitos dos protocolos mais novos, sua absoluta simplicidade e uso difundido em diversos
sistemas operacionais o torna um candidato ideal para redes menores e homogneas, onde o
suporte a diversos fornecedores necessrio - principalmente dentro de ambientes UNIX.
Como voc precisar entender o RIPv2 - mesmo se no utiliz-lo - este captulo se concentrar
nas diferenas entre um protocolo de roteamento classful (RIPv1) e um protocolo de
roteamento classless (RIPv2) em vez de abordar apenas os detalhes do RIPv2. A limitao
principal do RIPv1 que ele um protocolo de roteamento classful. Como voc sabe, os
protocolos de roteamento classful no incluem a mscara de sub-rede com o endereo de
rede em atualizaes de roteamento, o que pode causar problemas com redes ou sub-redes
descontguas que utilizam Mascaramento de Sub-rede de Tamanho Varivel (VLSM, VariableLength Subnet Masking). Como o RIPv2 um protocolo de roteamento classless, so includas
mscaras de sub-rede nas atualizaes de roteamento, tornando o RIPv2 mais compatvel com
ambientes de roteamento modernos.
O RIPv2 , de fato, mais um aprimoramento dos recursos e extenses do RIPv1 do que um
protocolo completamente novo. Algumas destas caractersticas aprimoradas incluem:
Endereos do prximo salto includos nas atualizaes de roteamento

Uso de endereos de multicast nas atualizaes enviadas
Opo de autenticao disponvel
229
Como o RIPv1, o RIPv2 um protocolo de roteamento do vetor de distncia. Ambas as verses

de RIP compartilham as seguintes caractersticas e limitaes:
Uso de holddown e outros temporizadores para ajudar a impedir loops de

roteamento.
Uso de split horizon ou split horizon com poison reverse para ajudar tambm a evitar
loops de roteamento.
Uso de atualizaes disparadas (triggered updates) quando h uma mudana na
topologia para uma convergncia mais rpida.
Limite mximo de contagem de 15 saltos, com a contagem de saltos de 16 significando
uma rede inalcanvel.
A figura mostra a topologia e o esquema de endereamento utilizados neste captulo. Este

cenrio semelhante ao domnio de roteamento com trs roteadores que foi utilizado no fim
do Captulo 5, "RIPv1." Lembre-se de que ambos os roteadores R1 e R3 possuem sub-redes
que fazem parte da rede classful principal 172.30.0.0/16 (classe B). Lembre-se tambm de que
ambos os roteadores R1 e R3 esto conectados a R2 utilizando sub-redes da rede classful
principal 209.165.200.0/24 (classe C). Esta topologia no contgua e no converge porque
172.30.0.0/16 est dividida pela 209.165.200.0/24.
230
Rota de sumarizao
A topologia mostra que R2 possui uma rota de sumarizao esttica para a rede
192.168.0.0/16. A configurao desta rota de sumarizao ser exibida posteriormente nesta
seo.
O conceito e a configurao de rotas de sumarizadas estticas foram discutidos no Captulo 2,
"Roteamento esttico". Ns podemos acrescentar informaes da rota esttica nas
atualizaes de protocolo de roteamento. Isto chamado de redistribuio e tambm ser
discutido posteriormente nesta seo. Por enquanto, entenda que esta rota de sumarizao
causar problemas com RIPv1 porque 192.168.0.0/16 no um endereo classful principal e
inclui todas as /24 verses de 192.168.0.0/16, conforme mostrado na topologia.
Finalmente, observe que os roteadores R1 e R3 contm redes de VLSM e esto
compartilhando espao de endereo da rede classful principal 172.30.0.0/16. A seguir,
observaremos o esquema de endereamento de VLSM.
VLSM
Reveja o esquema de endereamento de VLSM na figura. Como mostrado no grfico da parte
superior, R1 e R3 tiveram a rede 172.30.0.0/16 dividida em /24 sub-redes. Quatro destas /24
sub-redes so atribudas: duas para R1 (172.30.1.0/24 e 172.30.2.0/24) e duas para R3
(172.30.100.0/24 e 172.30.110.0/24).
No grfico da parte inferior, ns subdividimos a rede 172.30.200.0/24 e a dividimos em subredes novamente, utilizando os primeiros quatro bits para sub-redes e os ltimos quatro bits
para hosts. O resultado uma mscara 255.255.255.240 ou /28. A sub-rede 1 e a sub-rede 2
so atribudas a R3. Isto significa que a sub-rede 172.30.200.0/24 j no pode ser utilizada
apesar de as /28 sub-redes restantes poderem ser utilizadas.
231
Endereos privados da RFC 1918

Voc j deve estar familiarizado com a RFC 1918 e o raciocnio relacionado ao endereamento
privado. Todos os exemplos no currculo utilizam endereos IP privados para o exemplo de
endereamento interior.
Os endereos referentes RFC 1918 so mostrados na tabela. Mas quando o trfego IP
roteado atravs dos links de WAN por um ISP, ou quando usurios internos precisam acessar
sites externos, um endereo IP pblico deve ser utilizado.
Exemplos de endereos IP da Cisco
Voc pode ter notado que os links de WAN entre R1, R2 e R3 esto utilizando endereos IP
pblicos. Embora estes endereos IP no sejam endereos privados de acordo com a RFC 1918,
a Cisco adquiriu alguns espaos de endereo pblico para serem utilizados como exemplos.
Os endereos mostrados na figura so todos os endereos IP pblicos vlidos que podem ser
roteados na Internet. A Cisco reservou estes endereos para propsitos educacionais.
Portanto, este curso e futuros cursos utilizaro estes endereos quando houver uma
necessidade de utilizar endereos pblicos.
Na figura, R1, R2 e R3 esto conectados utilizando o espao de endereamento pblico da
Cisco de 209.165.200.224/27. Como os links de WAN precisam somente de dois endereos, a
232
209.165.200.224/27 dividida em sub-rede com uma mscara de /30. Na topologia, a subrede 1 atribuda ao link de WAN entre R1 e R2. A sub-rede 2 atribuda ao link de WAN entre
R2 e R3.
Interfaces de loopback
Note que R3 est utilizando interfaces de loopback (Lo0, Lo1 e Lo2). Uma interface de
loopback uma interface somente de software que utilizada para emular uma interface
fsica. Como outras interfaces, pode-se atribuir a ela um endereo IP. As interfaces de loopback
tambm so utilizadas por outros protocolos de roteamento, tais como OSPF, para propsitos
diferentes. Estes usos sero discutidos no Captulo 11 OSPF.
Em um ambiente de laboratrio, as interfaces de loopback so teis para criar redes adicionais
sem ter que adicionar mais interfaces fsicas no roteador. Uma interface de loopback pode
sofrer ping e a sub-rede pode ser anunciada em atualizaes de roteamento. Portanto, as
interfaces de loopback so ideais para simular diversas redes conectadas ao mesmo roteador.
Em nosso exemplo, o R3 no precisa de quatro interfaces de rede local para demonstrar vrias
sub-redes e VLSM. Em vez disso, ns utilizamos as interfaces de loopback.
Links
"Internet Assigned Numbers Authority (IANA), http://www.iana.org/
"Configurando
Interfaces
Lgicas,"
http://www.cisco.com/en/US/docs/ios/12_2/interface/configuration/guide/icflogin.html
233
Rotas estticas e interfaces nulas

Para configurar a rota de super-rede esttica em R2, utiliza-se o seguinte comando:
R2(config)#ip route 192.168.0.0 255.255.0.0 Null0
Lembre-se de que a sumarizao de rota permite uma nica entrada de rota de alto nvel para
representar muitas rotas de nvel menor, reduzindo assim o tamanho das tabelas de
roteamento. A rota esttica em R2 utiliza uma mscara /16 para sumarizar todas as 256 redes
entre 192.168.0.0/24 e 192.168.255.0/24.
O espao de endereo representado pela rota de sumarizao esttica 192.168.0.0/16 no
existe verdadeiramente. Para simular esta rota esttica, ns utilizamos uma interface nula (null
interface) como a interface de sada. Voc no precisa digitar nenhum comando para criar ou
configurar a interface nula. Ela est sempre ativa, mas no encaminha ou recebe trfego. O
trfego enviado interface nula descartado. Para nossos propsitos, a interface nula servir
como a interface de sada para nossa rota esttica. Lembre-se do Captulo 2, "Roteamento
esttico", que uma rota esttica deve ter uma interface de sada ativa antes de ser instalada na
tabela de roteamento. Utilizar a interface nula permitir que R2 anuncie a rota esttica atravs
do RIP embora as redes que pertencem rede sumarizadas 192.168.0.0/16 no existam de
fato.
Redistribuio de rota
O segundo comando que precisa ser digitado o comando redistribute static:
R2(config-router)#redistribute static
234
A redistribuio envolve levar as rotas de uma origem de roteamento para outra. Em nossa
topologia de exemplo, desejamos que o processo RIP em R2 redistribua nossa rota esttica
(192.168.0.0/16) importando a rota para RIP e a enviando, ento, para R1 e R3, utilizando o
processo RIP. Ns veremos se isto realmente est acontecendo e, se no, por qu.
Links
"Configurando
Interfaces
Lgicas,"
http://www.cisco.com/en/US/docs/ios/12_2/interface/configuration/guide/icflogin.html
Verificando e testando a conectividade

Para testar se a topologia possui conectividade completa ou no, ns verificamos primeiro se
ambos os links seriais em R2 esto ativos utilizando show ip interface brief, conforme
mostrado na figura para Links de R2. Se um link estiver inativo, o campo de Status ou o campo
de Protocolo (ou ambos os campos) exibiro down (inativo) na sada do comando. Se um link
estiver ativo, ambos os campos exibiro up (ativo), conforme mostrado aqui. R2 possui
conectividade direta com R1 e R3 atravs dos links seriais.
Mas R2 pode executar ping nas redes locais em R1 e R3? H algum problema de conectividade
com um protocolo de roteamento classful e com as sub-redes descontguas de 172.30.0.0?
Testemos as comunicaes entre os roteadores que utilizam ping.
235
Pings de R2 na figura.
Esta sada mostra R2 tentando executar ping na interface de 172.30.1.1 em R1 e na interface

de 172.30.100.1 em R3. Sempre que R2 executar ping em qualquer sub-rede de 172.30.0.0 em
R1 ou R3, somente por volta de 50% das mensagens de ICMP sero bem-sucedidas.
Esta sada do comando mostra que R1 pode executar ping em 10.1.0.1, mas malsucedido ao
tentar executar ping na interface de 172.30.100.1 em R3.
236
Esta sada do comando mostra que R3 pode executar ping em 10.1.0.1, mas malsucedido ao
tentar executar ping na interface de 172.30.1.1 em R1.
Como voc pode ver, h um problema bvio ao tentar comunicar-se com as sub-redes
descontguas de 172.30.0.0. Nas sees seguintes ns examinaremos as tabelas de roteamento
e atualizaes de roteamento para investigar mais a fundo este problema e tentar resolv-lo.
Voc j sabe que o RIPv1 um protocolo de roteamento classful. Como voc pode ver no
formato de mensagem de RIPv1, ela no inclui as mscaras de sub-rede em suas atualizaes
de roteamento. Portanto, RIPv1 no pode suportar redes descontguas, VLSM ou super-redes
de Roteamento entre Domnios com Endereos Classless (CIDR, Classless Inter-Domain
Routing). No entanto, pode haver espao para expandir o formato de mensagem de RIPv1 para
incluir a mscara de sub-rede de forma que ns possamos ter realmente uma configurao de
rede descontgua? Como voc alteraria o formato desta mensagem na figura para incluir a
mscara de sub-rede?
237
Como a mscara de sub-rede no est includa na atualizao, RIPv1 e outros protocolos de

roteamento classful devem sumarizar as redes a limites de rede principal. Como voc pode ver
na figura, RIPv1 em ambos os roteadores R1 e R3 ir sumarizar suas sub-redes de 172.30.0.0
para o endereo de rede classful principal de 172.30.0.0 ao enviar atualizaes de roteamento
para R2. Da perspectiva de R2, ambas as atualizaes possuem um custo igual de 1 salto para
alcanar a rede 172.30.0.0/16. Como voc ver, R2 instala ambos os caminhos na tabela de
roteamento.
Examinando as tabelas de roteamento

Como voc viu, R2 obtm resultados inconsistentes ao tentar executar ping em um endereo
em uma das sub-redes de 172.30.0.0.
Rotas de R2 na figura.
238
Note que R2 possui duas rotas para a rede 172.30.0.0/16 com custos iguais. Isto porque R1 e
R3 esto enviando para R2 uma atualizao de RIPv1 para a rede classful 172.30.0.0/16 com
uma mtrica de 1 salto. Como R1 e R3 sumarizaram automaticamente as sub-redes individuais,
a tabela de roteamento de R2 contm somente o endereo classful principal de 172.30.0.0/16.
Ns podemos examinar o contedo das atualizaes de roteamento conforme as atualizaes
so enviadas e recebidas com o comando debug ip rip.
Depur. de R2 1 na figura.
A sada deste comando mostra que R2 est recebendo duas rotas de custos iguais de
172.30.0.0 com uma mtrica de 1 salto. R2 est recebendo uma rota na Serial 0/0/0 de R1 e a
outra rota na Serial 0/0/1 de R3. Observe que a mscara de sub-rede no est includa junto ao
endereo de rede na atualizao.
E quanto a R1 e R3? Eles esto recebendo cada umas das sub-redes de 172.30.0.0?
239
Rotas de R1 na figura.
Aqui ns vemos que R1 possui suas prprias rotas para 172.30.0.0: 172.30.2.0/24 e
172.30.1.0/24. Mas R1 no envia para R2 essas sub-redes. R3 possui uma tabela de
roteamento semelhante. R1 e R3 so roteadores de borda e esto enviando somente a rede
172.30.0.0 sumarizada para R2 em suas atualizaes de roteamento de RIPv1. Como resultado,
R2 sabe somente sobre a rede classful 172.30.0.0/16 e no tem cincia de nenhuma sub-rede
de 172.30.0.0.
Depur. de R2 2 na figura.
Observe que, na sada do comando debug ip rip para R2, no est includa a rede 172.30.0.0
em suas atualizaes para R1 ou R3. Por que no? Porque a regra de split horizon aplicada.
R2 obteve informaes sobre 172.30.0.0/16 em ambas as interfaces Serial 0/0/0 e Serial 0/0/1.
240
Como R2 obteve informaes sobre 172.30.0.0 nestas interfaces, ele no inclui aquela rede
nas atualizaes que envia para estas mesmas interfaces.
Como RIPv1 no envia a mscara de sub-rede nas atualizaes de roteamento, ele no pode
suportar VLSM. O roteador R3 configurado com sub-redes VLSM, das quais todas so
membros da rede de classe B 172.30.0.0/16:
172.30.100.0/24 (FastEthernet 0/0)

172.30.110.0/24 (Loopback 0)
172.30.200.16/28 (Loopback 1)
172.30.200.32/28 (Loopback 2)
Como vimos nas atualizaes de 172.30.0.0/16 para R2 por R1 e R3, o RIPv1 sumariza as subredes ao limite de classful ou utiliza a mscara de sub-rede da interface de sada para
determinar para quais sub-redes deve anunciar.
Topologia na figura.
Para demonstrar como o RIPv1 utiliza a mscara de sub-rede da interface de sada, R4

adicionado topologia conectada a R3 atravs da interface FastEthernet0/0 na rede
172.30.100.0/24.
241
Sada do comando do roteador na figura.
Observe o debug ip rip na figura. Observe que a nica sub-rede de 172.30.0.0 que enviada ao
roteador R4 172.30.110.0. Voc ver tambm que R3 est enviando a rede classful principal
172.30.0.0 inteira para a Serial 0/0/1.
Por que RIPv1 em R3 no est incluindo as outras sub-redes, 172.30.200.16/28 e
172.30.200.32/28, nas atualizaes para R4? Essas sub-redes no possuem a mesma mscara
de sub-rede que a FastEthernet 0/0. Esse o motivo pelo qual todas as sub-redes devem
utilizar a mesma mscara de sub-rede quando um protocolo de roteamento classful
implementado na rede.
Uma explicao mais detalhada
R3 precisa determinar quais sub-redes de 172.30.0.0 devem ser includas nas atualizaes
partindo de sua interface FastEthernet 0/0 com o endereo IP 172.30.100.1/24. Ele somente
inclura essas rotas de 172.30.0.0 em sua tabela de roteamento com a mesma mscara da
interface de sada. Considerando que a interface 172.30.100.1 com uma mscara /24, ele
incluir somente as sub-redes 172.30.0.0 com uma mscara /24. A nica que atende esta
condio 172.30.110.0.
As outras sub-redes de 172.30.0.0, 172.30.200.16/28 e 172.30.200.32/28 no so includas
porque as mscaras /28 no correspondem mscara /24 da interface de sada. O roteador
destino, R4, pode aplicar somente sua prpria mscara de interface /24 aos anncios de rota
de RIPv1 com sub-redes 172.30.0.0. R4 aplicaria a mscara errada /24 a estas sub-redes com
mscaras /28.
A rota esttica de 192.168.0.0/16

At o momento, grande parte destas informaes devem ser familiares a voc pelo Captulo 5,
"RIPv1." Porm, h um problema que ns ainda no abordamos.
242
Veja o Roteamento de R2 na figura.
Ns configuramos uma rota esttica para a rede 192.168.0.0/16 em R2 e instrumos RIP a

incluir aquela rota em suas atualizaes utilizando o comando redistribute static, como
mostrado na figura. Esta rota esttica uma sumarizao das sub-redes de 192.168.0.0/24
entre 192.168.0.0/24 e 192.168.255.0/24.
Veja as Rotas de R2 na figura.
Ns podemos ver que a rota esttica est includa na tabela de roteamento de R2.
243
Observando a tabela de roteamento para R1, notamos que R1 no est recebendo esta rota de
192.168.0.0/16 em suas atualizaes RIP de R2, embora pudssemos esperar que o fizesse.
Veja a Depurao de R2 na figura.
Utilizando debug ip rip em R2, observamos que RIPv1 no inclui a rota 192.168.0.0/16 em suas
atualizaes de RIP para R1 ou R3. Voc pode imaginar por que esta rota no includa?
Observe a rota 192.168.0.0/16. Qual a classe da rota? Classe A, B ou C? Qual a mscara
utilizada na rota esttica? Ela corresponde classe? A mscara na rota esttica menor do
que a mscara classful?
Ns configuramos a rota esttica 192.168.0.0 com uma mscara /16. Ela tem menos bits do
que a mscara classful de classe C /24. Como a mscara no corresponde classe ou a uma
sub-rede da classe, RIPv1 no incluir esta rota em suas atualizaes para outros roteadores.
244
RIPv1 e outros protocolos de roteamento classful no podem suportar rotas de CIDR que so
rotas sumarizadas com uma mscara de sub-rede menor do que a mscara classful da rota.
RIPv1 ignora estas super-redes na tabela de roteamento e no as inclui nas atualizaes para
outros roteadores. Isto acontece porque o roteador destino s pode aplicar a maior mscara
classful para a atualizao e no a mscara /16 mais curta.
Nota: Se a rota esttica de 192.168.0.0 fosse configurada com uma mscara /24 ou maior, esta
rota seria includa nas atualizaes RIP. Os roteadores destino aplicariam a mscara classful
/24 para esta atualizao.
Comparando os formatos de mensagem de RIPv1 e RIPv2

O RIPv2 est definido na RFC 1723. Como a verso 1, o RIPv2 encapsulado em um segmento
de UDP utilizando a porta 520 e pode carregar at 25 rotas. Embora o RIPv2 possua o mesmo
formato de mensagem bsico que o RIPv1, so adicionadas duas extenses significativas.
A primeira extenso no formato de mensagem de RIPv2 o campo de mscara de sub-rede,
que permite incluir uma mscara de 32 bits na entrada de rota RIP. Como resultado, o
roteador destino j no depende da mscara de sub-rede da interface de entrada ou da
mscara classful ao determinar a mscara de sub-rede para uma rota.
A segunda extenso significativa para o formato de mensagem de RIPv2 a adio do
endereo do prximo salto. O endereo do prximo salto utilizado para identificar um
endereo do prximo salto melhor caso exista do que o endereo do roteador de origem.
Se o campo for definido como todos os zeros (0.0.0.0), o endereo do roteador origem ser o
melhor endereo do prximo salto. Informaes detalhadas sobre como o endereo do
prximo salto utilizado esto alm do escopo deste curso. Entretanto, um exemplo pode ser
encontrado na RFC 1722 ou em TCP/IP de Roteamento Volume 1 de Jeff Doyle.
Links: RFC 1723: RIP Verso 2," http://www.ietf.org/rfc/rfc1723.txt
245
Verso 2
Por padro, quando um processo de RIP configurado em um roteador Cisco, isso significa que
ele est executando o RIPv1. Entretanto, embora o roteador somente envie mensagens de
RIPv1, ele pode interpretar mensagens de RIPv1 e de RIPv2. Um roteador com RIPv1 ir
somente ignorar os campos de RIPv2 na entrada de rota.
Veja o RIPv1 de R2 na figura.
246
O comando show ip protocols verifica se R2 est configurado para RIPv1, mas recebe
mensagens de RIP para ambas as verses.
Veja as Configs de RIPv2 na figura.
Observe que o comando version 2 utilizado para modificar o RIP para utilizar a verso 2. Este
comando deve ser configurado em todos os roteadores no domnio de roteamento. O
processo de RIP incluir agora a mscara de sub-rede em todas as atualizaes, fazendo de
RIPv2 um protocolo de roteamento classless.
Veja o RIPv2 de R2 na figura.
Como voc pode ver na sada do comando, quando um roteador configurado para a verso
2, somente as mensagens de RIPv2 so enviadas e recebidas.
Veja o RIPv1 na figura.
247
O comportamento padro de RIPv1 pode ser restaurado utilizando o comando no version no

modo de configurao do roteador. Porm, o comando version 1 tambm pode ser utilizado
de forma que somente as mensagens de RIPv1 sejam enviadas e recebidas.
Examinando as tabelas de roteamento

Como RIPv2 um protocolo de roteamento classless, espera-se que voc veja as sub-redes
individuais de 172.30.0.0 nas tabelas de roteamento. Porm, quando examinarmos a tabela de
roteamento para R2 na figura, ainda veremos a rota de 172.30.0.0/16 sumarizada com os
mesmos dois caminhos de custos iguais. Os roteadores R1 e R3 ainda no incluem as sub-redes
de 172.30.0.0 do outro roteador.
248
A nica diferena at o momento entre RIPv1 e RIPV2 que R1 e R3 possuem, cada um, uma
rota para a super-rede 192.168.0.0/16. Esta era a rota esttica configurada em R2 e
redistribuda por RIP.
Veja a Depurao de R1 1 na figura.
Ento, o que est acontecendo? Para examinar quais rotas de RIPv2 esto sendo enviadas e
recebidas, ns utilizaremos o comando debug ip rip. A figura mostra a sada do comando
debug ip rip para R1. Note que RIPv2 est enviando o endereo de rede e a mscara de subrede:
RIP: sending v2 update to 224.0.0.9 via Serial0/0 (209.165.200.230)
172.30.0.0/16 via 0.0.0.0, metric 1, tag 0
Observe, entretanto, que a rota enviada o endereo sumarizado de rede classful,
172.30.0.0/16, e no as sub-redes 172.30.1.0/24 e 172.30.2.0/24 individuais.
Veja a Sumarizao automtica na figura.
249
Por padro, RIPv2 sumariza automaticamente as redes a limites de rede principal, assim
como o RIPv1. Ambos os roteadores R1 e R3 ainda esto sumarizando suas sub-redes de
172.30.0.0 ao endereo classe B 172.30.0.0 ao enviar atualizaes para fora de suas interfaces
nas redes 209.165.200.228 e 209.165.200.232, respectivamente. O comando show ip protocols
mostra que "automatic summarization is in effect." (sumarizao automtica est em
funcionamento).
Veja a Depurao de R1 2 na figura.
A nica alterao resultante do comando version 2 que R2 est incluindo agora a rede
192.168.0.0/16 em suas atualizaes. Isto porque o RIPv2 inclui a mscara 255.255.0.0 com o
endereo de rede 192.168.0.0 na atualizao. R1 e R3 recebero agora esta rota esttica
redistribuda por RIPv2 e as inseriro em suas tabelas de roteamento.
Nota: Lembre-se: a rota 192.168.0.0/16 no pde ser distribuda com RIPv1 porque a mscara
de sub-rede era menor que a mscara classful. Como a mscara no includa nas atualizaes
de RIPv1, no havia nenhum modo do roteador utilizando RIPv1 determinar qual mscara
deveria ser. Portanto, a atualizao nunca foi enviada.
250
Como voc pode ver na figura, para modificar o comportamento de RIPv2 padro de
sumarizao automtica, utilize o comando no auto-summary no modo de configurao do
roteador. Este comando no vlido com RIPv1. Embora o IOS Cisco permita que voc
configure o no auto-summary para RIPv1, o comando no tem efeito algum. Voc tambm
deve configurar a verso 2 antes de o IOS Cisco alterar o modo de envio das atualizaes de
RIP.
Quando a sumarizao automtica foi desabilitada, o RIPv2 j no sumariza redes para o seu
endereo classful em roteadores de borda. O RIPv2 incluir agora todas as sub-redes e suas
mscaras apropriadas em suas atualizaes de roteamento. O comando show ip protocols
pode ser utilizado para verificar se "automatic network summarization is not in effect."
(sumarizao automtica de rede no est em funcionamento).
Agora que ns estamos utilizando o protocolo de roteamento classless RIPv2 e que tambm
desabilitamos a sumarizao automtica, o que deveremos ver nas tabelas de roteamento?
Na figura, a tabela de roteamento para R2 agora contm as sub-redes individuais para
172.30.0.0/16. Observe que no h mais uma rota de sumarizao nica com dois caminhos de
custos iguais. Cada sub-rede e mscara tem sua prpria entrada especfica, juntamente com a
interface de sada e endereo do prximo salto para alcanar aquela sub-rede.
251
A tabela de roteamento para R1 contm todas as sub-redes para 172.30.0.0/16, inclusive as

sub-redes de R3.
A tabela de roteamento para R3 contm todas as sub-redes para 172.30.0.0/16, incluindo as

sub-redes de R1. Esta rede convergiu.
252
Ns podemos verificar se o protocolo de roteamento classless RIPv2 est de fato enviando e

recebendo as informaes de mscara de sub-rede nas atualizaes de roteamento utilizando
o comando debug ip rip. Note que cada entrada de rota inclui agora a notao de corte para a
mscara de sub-rede.
Ns tambm podemos ver se uma atualizao em uma interface tem sua mtrica aumentada
antes de ela ser enviada para outra interface. Por exemplo, a atualizao que foi recebida na
Serial 0/0/1 para a rede 172.30.100.0/24 com 1 salto enviada para outras interfaces, tais
como a Serial 0/0/0, com uma mtrica de 2, ou 2 saltos.
RIP: received v2 update from 209.165.200.234 on Serial0/0/1
172.30.100.0/24 via 0.0.0.0 in 1 hops
RIP: sending v2 update to 224.0.0.9 via Serial0/0/0 (209.165.200.229)
172.30.100.0/24 via 0.0.0.0, metric 2, tag 0
Observe tambm que as atualizaes so enviadas com o uso do endereo de multicast
224.0.0.9. O RIPv1 envia atualizaes como um broadcast 255.255.255.255. Existem diversas
vantagens de utilizar um endereo de multicast. Detalhes sobre endereamento multicast
esto alm do escopo deste curso; porm, em geral multicasts podem consumir menos largura
de banda na rede. Alm disso, atualizaes de multicast exigem menos processamento por
dispositivos que no so habilitados para RIP. Sob RIPv2, qualquer dispositivo que no estiver
configurado para RIP descartar o quadro na camada de enlace de dados. Com atualizaes de
broadcast sob configuraes de RIPv1, todos os dispositivos em uma rede de broadcast como a
Ethernet devem processar uma atualizao RIP por todo o caminho at a camada de
transporte, onde o dispositivo detecta finalmente que o pacote destinado para um processo
que no existe.
253
Como os protocolos de roteamento classless como o RIPv2 podem considerar tanto o

endereo de rede quanto a mscara de sub-rede, eles no precisam sumarizar estas redes aos
seus endereos classful a limites de rede principal. Portanto, os protocolos de roteamento
classless suportam VLSM. Os roteadores que utilizam o RIPv2 j no precisam utilizar a
mscara da interface de entrada para determinar a mscara de sub-rede no anncio da rota. A
rede e a mscara so explicitamente includas em todas as atualizaes de roteamento.
Em redes que utilizam um esquema de endereamento de VLSM, um protocolo de roteamento
classless essencial para propagar todas as redes junto com suas mscaras de sub-rede
corretas. Observando a sada do comando debug ip rip para R3 na figura, ns podemos ver
que RIPv2 inclui as redes e suas mscaras de sub-rede em suas atualizaes de roteamento.
Observe tambm na figura que ns adicionamos mais uma vez o roteador R4 na topologia.
Lembre-se: com RIPv1, R3 enviaria somente para R4 as rotas 172.30.0.0 que tiveram a mesma
mscara que a interface de sada FastEthernet 0/0. Como a interface 172.30.100.1 com uma
mscara /24, RIPv1 somente incluiu as sub-redes 172.30.0.0 com uma mscara /24. A nica
rota que atendeu esta condio foi 172.30.110.0.
Porm, com RIPv2, R3 pode incluir agora todas as sub-redes de 172.30.0.0 em suas
atualizaes do roteamento para R4, como mostrado na sada do comando de depurao na
figura. Isto porque o RIPv2 pode incluir a mscara de sub-rede adequada com o endereo de
rede na atualizao.
254
Uma das metas do Roteamento Entre Domnios com Endereos Classless (CIDR, Classless InterDomain Routing), conforme estabelecido pela RFC 1519, "fornecer um mecanismo para a
agregao de informaes de roteamento". Esta meta inclui o conceito de criar super-redes.
Uma super-rede um bloco de redes classful contguas que tratado como uma nica rede.
No roteador R2, ns configuramos uma super-rede - uma rota esttica para uma nica rede
que utilizada para representar diversas redes ou sub-redes.
Super-redes possuem mscaras que so menores do que a mscara classful (neste caso /16,
em vez da classful /24). Para a super-rede ser includa em uma atualizao de roteamento, o
protocolo de roteamento deve ter a capacidade de considerar aquela mscara. Em outras
palavras, ela deve ser um protocolo de roteamento classless, como RIPv2.
A rota esttica em R2 inclui uma mscara que menor que a mscara classful:
Em um ambiente classful, o endereo de rede 192.168.0.0 seria associado mscara de classe
C /24 ou 255.255.255.0. Nas redes de hoje, ns no associamos mais os endereos de rede a
mscaras classful . Neste exemplo, a rede 192.168.0.0 possui uma mscara /16 ou 255.255.0.0.
Esta rota pode representar uma srie de redes 192.168.0.0/24 ou qualquer nmero de
intervalos de endereos diferentes. O nico modo de esta rota ser includa em uma atualizao
de roteamento dinmico utilizando um protocolo de roteamento classless que inclua a
mscara /16.
255
Utilizando o comando debug ip rip, podemos ver que esta super-rede de CIDR includa na
atualizao de roteamento enviada por R2. A sumarizao automtica no precisa ser
desabilitada em RIPv2 ou em qualquer protocolo de roteamento classless para que as superredes sejam includas nas atualizaes.
A tabela de roteamento para R1 mostra que ele recebeu a rota de super-rede de R2.
Existem diversas maneiras para verificar, identificar e solucionar problemas de RIPv2. Muitos
dos mesmos comandos utilizados para RIPv2 podem ser utilizados para verificar, identificar e
solucionar problemas de outros protocolos de roteamento.
256
melhor sempre comear com o bsico:

1. Certifique-se de que todos os links (interfaces) estejam ativos e em funcionamento.
2. Verifique o cabeamento.
3. Certifique-se de que voc tem o endereo IP e mscara de sub-rede corretos em cada
interface.
4. Remova os comandos de configurao que no sejam mais necessrios ou que tenham sido
substitudos por outros comandos.
Este o primeiro comando a ser utilizado para verificar a convergncia de rede. Conforme
voc examina a tabela de roteamento, importante procurar as rotas que voc espera que
estejam nela e tambm as que no deveriam estar.
Se estiver faltando uma rede na tabela de roteamento, geralmente porque uma interface
est inativa ou configurada incorretamente. Os comando show ip interface brief verifica
rapidamente o status de todas as interfaces.
257
O comando show ip protocols verifica diversos itens crticos, inclusive se o RIP est habilitado,
a verso do RIP, o status da sumarizao automtica e as redes que foram includas nos
comandos network. As Fontes de Informaes de Roteamento listadas na parte inferior da
sada do comando so os vizinhos de RIP dos quais este roteador est atualmente recebendo
atualizaes.
Veja o comando debug ip rip na figura.
Conforme demonstrado ao longo do captulo, o comando debug ip rip um excelente

comando para examinar o contedo das atualizaes de roteamento que so enviadas e
recebidas por um roteador. Muitas vezes, uma rota pode ser recebida por um roteador mas
no ser adicionada tabela de roteamento. Uma razo para isto pode ser que uma rota
esttica tambm est configurada para a mesma rede que est sendo anunciada. Por padro,
uma rota esttica possui uma distncia administrativa inferior do que qualquer protocolo de
roteamento dinmico e levar vantagem para ser acrescentada na tabela de roteamento.
258
Um modo fcil de verificar a conectividade de ida-e-volta com o comando ping. Se

conectividade fim-a-fim no for bem-sucedida, comece executando ping nas interfaces locais.
Caso obtenha sucesso, execute ping nas interfaces de roteador nas redes diretamente
conectadas. Se isso tambm obtiver sucesso, continue executando ping nas interfaces em cada
roteador sucessivo. Quando o comando ping for malsucedido, examine ambos os roteadores e
todos os roteadores intermedirios para determinar onde e por que o ping est falhando.
Veja o comando show running-config na figura.
O comando show running-config pode ser utilizado para verificar todos os comandos
configurados atualmente. Normalmente, outros comandos so mais eficientes e fornecem
mais informaes do que uma simples listagem de configuraes atuais. Porm, o comando
show running-config til para determinar se algo bvio foi esquecido ou mal configurado.
259
Ao identificar e solucionar problemas especficos para RIPv2, existem vrias reas a serem
examinadas.
Verso
Um bom ponto de partida para comear a identificar e solucionar problemas na rede que est
executando o RIP verificar se a verso 2 est configurada em todos os roteadores. Embora o
RIPv1 e o RIPv2 sejam compatveis, o RIPv1 no suporta sub-redes descontguas, VLSM ou
rotas de super-rede CIDR. melhor sempre utilizar o mesmo protocolo de roteamento em
todos os roteadores a menos que haja uma razo especfica para no faz-lo.
Comandos network
Outra fonte de problemas pode ser comandos network rede incorretos ou perdidos. Lembrese de que um comando network faz duas coisas:
Permite que o protocolo de roteamento envie e receba atualizaes nas interfaces

locais que pertenam quela rede.
Inclui aquela rede em suas atualizaes de roteamento para seus roteadores vizinhos.
Um comando network incorreto ou que estiver faltando resultar na perda ou no envio de

atualizaes de roteamento em uma interface.
Sumarizao automtica
Se houver necessidade ou expectativa para enviar sub-redes especficas e no apenas rotas
sumarizadas, verifique se a sumarizao automtica foi desabilitada.
260
A maioria dos protocolos de roteamento envia suas atualizaes de roteamento e outras

informaes de roteamento utilizando o IP (em pacotes IP). IS-IS a exceo notvel e
discutido em cursos CCNP. Uma preocupao de segurana de qualquer protocolo de
roteamento a possibilidade de aceitar atualizaes de roteamento invlidas. A origem destas
atualizaes de roteamento invlidas pode ser um invasor tentando atrapalhar o
funcionamento da rede ou tentando capturar pacotes enganando o roteador enviando suas
atualizaes ao destino errado. Outra fonte de atualizaes invlidas pode ser um roteador
mal configurado. Ou talvez um host esteja conectado rede executando o protocolo de
roteamento da rede local sem o conhecimento de seu usurio.
Por exemplo, na figura, R1 est propagando uma rota padro a todos os outros roteadores
neste domnio de roteamento. Porm, algum adicionou o roteador R4 erroneamente rede,
o qual tambm est propagando uma rota padro. Alguns dos roteadores podem encaminhar
trfego padro para R4 em vez de encaminhar para o roteador gateway real, R1. Estes pacotes
podem entrar em um buraco negro e nunca mais serem vistos.
Qualquer que seja a razo, uma boa prtica autenticar as informaes de roteamento
transmitidas entre os roteadores. RIPv2, EIGRP, OSPF, IS-IS e BGP podem ser configurados para
autenticar suas informaes de roteamento. Esta prtica assegura que os roteadores somente
aceitem informaes de roteamento de outros roteadores que foram configurados com a
mesma senha ou informaes de autenticao. Nota: A autenticao no criptografa a tabela
de roteamento.
Nota: Como o RIP abriu caminho para protocolos de roteamento mais populares, no so
discutidas neste captulo as caractersticas detalhadas de configurao para autenticao em
RIPv2. Em vez disso, a configurao de protocolos de roteamento para utilizar autenticao
ser discutida em um curso posterior com outras questes de segurana.
261
Resumo
RIPv2 o protocolo de roteamento do vetor de distncia classless que definido na RFC 1723.
Como o RIPv2 um protocolo de roteamento classless, ele inclui a mscara de sub-rede com
os endereos de rede nas atualizaes de roteamento. Assim como ocorre com outros
protocolos de roteamento classless, o RIPv2 suporta super-redes CIDR, VLSM e redes
descontguas.
Ns vimos que os protocolos de roteamento classful como o RIPv1 no podem suportar redes
descontguas porque eles sumarizam automaticamente a limites de rede principal. Um
roteador que recebe atualizaes de roteamento de vrios roteadores que anunciam a mesma
rota de sumarizao classful no pode determinar quais sub-redes pertencem a qual rota de
sumarizao. Esta incapacidade leva a resultados inesperados, por exemplo, pacotes enviados
a rotas erradas.
A verso padro de RIP a verso 1. O comando version 2 utilizado para modificar o RIP para
RIPv2.
Semelhante ao RIPv1, o RIPv2 sumariza automaticamente aos limites de rede principal.
Entretanto, com RIPv2, a sumarizao automtica pode ser desabilitada com o comando no
auto-summary. A sumarizao automtica deve ser desabilitada para suportar redes
descontguas. O RIPv2 tambm suporta super-redes CIDR e VLSM porque a mscara de subrede especfica includa com o endereo de rede em toda atualizao de roteamento. Voc
pode utilizar o comando debug ip rip para exibir a atualizao RIP que envia a mscara de subrede com o endereo de rede como parte da entrada de rota.
O comando show ip protocols mostrar que o RIP est enviando e recebendo agora as
atualizaes da verso 2 e se a sumarizao automtica est sendo aplicada ou no.
262
Em captulos anteriores, ns examinamos a tabela de roteamento utilizando o comando show

ip route. Ns vimos como rotas diretamente conectadas, estticas e dinmicas so adicionadas
e excludas da tabela de roteamento.
Um administrador de rede precisa conhecer profundamente a tabela de roteamento ao
identificar e solucionar problemas de rede. Entender a estrutura e o processo de procura da
tabela de roteamento ajudar a diagnosticar qualquer problema de tabela de roteamento independentemente de seu nvel de familiaridade com um protocolo de roteamento
especfico. Por exemplo, voc pode encontrar uma situao na qual a tabela de roteamento
tem todas as rotas que voc esperava ver, mas o encaminhamento de pacotes no est
funcionando conforme o esperado. Saber realizar o processo de procura de um endereo IP de
destino para um pacote lhe dar a capacidade de determinar se o pacote est sendo
encaminhado conforme o esperado, se e por que o pacote est sendo enviado para outro lugar
ou se o pacote foi descartado.
Neste captulo, ns examinaremos a tabela de roteamento mais detalhadamente. A primeira
parte do captulo aborda a estrutura da tabela de roteamento de IP da Cisco. Examinaremos o
formato da tabela de roteamento e obteremos mais informaes sobre as rotas de nvel 1 e
nvel 2. A segunda parte do captulo analisa o processo de procura da tabela de roteamento.
Ns discutiremos o comportamento de roteamento classful, bem como o comportamento de
roteamento classless, que utiliza os comandos no ip classless e ip classless.
Muitos dos detalhes relacionados estrutura e ao processo de procura da tabela de
roteamento de IP Cisco foram omitidos deste captulo. Se voc estiver interessado em ler mais
sobre este assunto e os mecanismos internos do IOS Cisco j que esto relacionados a
roteamento, leia Cisco IP Routing, de Alex Zinin (ISBN 0-201-60473-6).
Nota: Este no um livro para iniciantes sobre protocolos de roteamento - uma anlise
completa de protocolos, processos e algoritmos utilizados pelo IOS Cisco.
Neste captulo, ns utilizaremos uma rede simples de trs roteadores, como mostrado na
figura. R1 e R2 compartilham uma rede 172.16.0.0/16 comum com sub-redes de
172.16.0.0/24. R2 e R3 esto conectados pela rede 192.168.1.0/24. Observe que R3 tambm
possui uma sub-rede 172.16.4.0/24 que est desconectada, ou descontgua, da rede
172.16.0.0 que R1 e R2 compartilham. Sero examinados os efeitos desta sub-rede
descontgua posteriormente neste captulo, quando observarmos o processo de procura de
rota.
263
Veja R1 e R3 nas figuras.
Tambm so mostradas as configuraes de interface para R1 e R3 na figura. Em uma seo

posterior, ns configuraremos as interfaces para R2.
A tabela de roteamento de exemplo na figura consiste de entradas de rota das seguintes

origens:
Redes diretamente conectadas

Rotas estticas
Protocolos de roteamento dinmico
264
A origem da rota no afeta a estrutura da tabela de roteamento. A figura mostra um exemplo

de uma tabela de roteamento com rotas diretamente conectadas, estticas e dinmicas.
Observe que as sub-redes de 172.16.0.0/24 possuem uma combinao de todos os trs tipos
de fontes de roteamento.
Nota: A hierarquia de tabela de roteamento no IOS Cisco foi implementada originalmente com
o esquema de roteamento classful. Embora a tabela de roteamento incorpore endereamento
classful e classless, a estrutura global ainda criada ao redor deste esquema classful.
Os roteadores R1 e R3 j tm suas interfaces configuradas com os endereos IP e mscaras de

sub-rede apropriados. Agora ns configuraremos as interfaces para R2 e utilizaremos o
comando debug ip routing para exibir o processo da tabela de roteamento utilizado para
adicionar estas entradas.
A figura mostra o que acontece quando a interface Serial 0/0/1 para R2 est configurada com
o endereo 192.168.1.1/24. Assim que o comando no shutdown digitado, a sada do
comando debug ip routing mostra que esta rota foi adicionada tabela de roteamento.
265
Na figura, show ip route exibe a rede diretamente conectada na tabela de roteamento que
ns acabamos de adicionar a R2.
A tabela de roteamento de IP Cisco no um banco de dados flat (plano). A tabela de
roteamento , de fato, uma estrutura hierrquica utilizada para acelerar o processo de procura
quando se deseja localizar rotas e pacotes de encaminhamento. Dentro desta estrutura, a
hierarquia inclui diversos nveis. Para simplificar, ns discutiremos todas as rotas como um dos
dois nveis: nvel 1 ou nvel 2.
266
Vamos aprender sobre as rotas dos nveis 1 e 2 revisando a entrada de tabela de roteamento
mais detalhadamente.
Uma rota de nvel 1 uma rota com uma mscara de sub-rede igual ou menor que a mscara
classful do endereo de rede. 192.168.1.0/24 uma rota de rede de nvel 1, porque a mscara
de sub-rede igual mscara classful da rede. A mscara classful /24 para as redes de classe
C, tais como a rede 192.168.1.0.
Uma rota de nvel 1 pode funcionar como:
Rota padro - Uma rota padro uma rota esttica com o endereo 0.0.0.0/0.
Rota de super-rede - Uma rota de super-rede um endereo de rede com uma
mscara menor do que a mscara classful.
Rota de rede - Uma rota de rede uma rota que possui uma mscara de sub-rede
igual a da mscara classful. Uma rota de rede tambm pode ser uma rota primria. As
rotas primrias sero abordadas na prxima seo.
A origem da rota de nvel 1 pode ser uma rede diretamente conectada, rota esttica ou um
protocolo de roteamento dinmico.
267
Rota definitiva
A rota de nvel que 1 192.168.1.0/24 pode ainda ser definida como uma rota definitiva. A rota
definitiva uma rota que inclui:
um endereo IP do prximo salto (outro caminho)
e/ou uma interface de sada
A rede diretamente conectada 192.168.1.0/24 uma rota de rede de nvel 1 pois possui uma
mscara de sub-rede que a mesma que sua mscara classful. Esta mesma rota tambm
uma rota definitiva porque contm a interface de sada Serial 0/0/1.
Veremos no prximo tpico que as rotas de nvel 2 tambm so rotas definitivas.
No tpico anterior, ns vimos uma rota de rede de nvel 1 que tambm era uma rota
definitiva. Vejamos agora outro tipo de rota de rede de nvel 1, uma rota primria. A figura
mostra a configurao da interface 172.16.3.1/24 em R2 e a sada do comando show ip route.
Observe que existem, na verdade, duas entradas adicionais na tabela de roteamento. Uma
268
entrada a rota primria e a outra a rota secundria. Por que existem duas entradas em vez
de uma?
Veja a rota Primria e Secundria na figura.
Quando a sub-rede 172.16.3.0 foi adicionada tabela de roteamento, outra rota, 172.16.0.0,
tambm foi adicionada. A primeira entrada, 172.16.0.0/24, no contm nenhum endereo IP
do prximo salto ou informaes de interface de sada. Esta rota conhecida como uma rota
primria de nvel 1.
Uma rota primria de nvel 1 uma rota de rede que no contm endereo IP do prximo
salto ou interface de sada para nenhuma rede. Uma rota primria , de fato, um ttulo que
indica a presena de rotas de nvel 2, tambm conhecidas como rotas secundrias. Uma rota
primria de nvel 1 criada automaticamente toda vez que uma sub-rede adicionada
tabela de roteamento. Em outras palavras, uma rota primria criada sempre que uma rota
com uma mscara maior do que a mscara classful inserida na tabela de roteamento. A sub269
rede a rota secundria de nvel 2 da rota primria. Neste caso, a rota primria de nvel 1 que
foi criada automaticamente :
Uma rota de nvel 2 uma rota que uma sub-rede de um endereo de rede classful. Como
uma rota de nvel 1, a fonte de uma rota de nvel 2 pode ser uma rede diretamente conectada,
uma rota esttica ou um protocolo de roteamento dinmico. Neste caso, a rota de nvel 2 a
rota de sub-rede real que foi adicionada rede quando ns configuramos a interface
FastEthernet 0/0:
Nota: Lembre-se de que a hierarquia da tabela de roteamento no IOS Cisco possui um
esquema de roteamento classful. Uma rota primria de nvel 1 o endereo de rede classful
da rota de sub-rede. Este o caso mesmo se um protocolo de roteamento classless for a
origem da rota de sub-rede.
Analisemos as entradas da tabela de roteamento para a rota primria de nvel 1 e a rota

secundria de nvel 2 (sub-rede).
270
Rota primria de nvel 1

Esta rota primria contm as seguintes informaes:
172.16.0.0 - O endereo de rede classful para nossa sub-rede. Lembre-se: a tabela de

roteamento de IP Cisco estruturada de uma maneira classful.
/24 - A mscara de sub-rede para todas as rotas secundrias. Se as rotas secundrias
tiverem mscaras de sub-rede de tamanho varivel (VLSM, variable length subnet
masks), a mscara de sub-rede ser excluda da rota primria e includa com as rotas
secundrias individuais. Isto ser mostrado em uma seo posterior.
is subnetted, 1 subnet - Esta parte da rota especifica que esta uma rota primria e,
neste caso, tem uma rota secundria, ou seja, 1 sub-rede.
Rota secundria de nvel 2

A segunda entrada, 172.16.3.0, a rota real para nossa rede diretamente conectada. Esta
uma rota de nvel 2, tambm conhecida como rota secundria, e contm as seguintes
informaes:
C - O cdigo do roteador para a rede diretamente conectada.

172.16.3.0 - A entrada de rota especfica.
est diretamente conectada - Junto com o cdigo de rota de C, isto especifica que esta
uma rede diretamente conectada com uma distncia administrativa de 0.
FastEthernet0/0 - A interface de sada para encaminhar pacotes que correspondem a
esta entrada de rota especfica.
A rota secundria de nvel 2 a entrada de rota especfica para a sub-rede 172,16.3.0/24.

Observe que a mscara de sub-rede no est includa com a sub-rede, a rota secundria de
nvel 2. A mscara de sub-rede para esta rota secundria (sub-rede) a mscara /24 includa
em sua rota primria, 172.16.0.0.
271
As rotas secundrias de nvel 2 contm a origem de rota e o endereo de rede da rota. As

rotas de nvel 2 tambm so consideradas rotas definitivas porque contm o endereo IP do
prximo salto e/ou a interface de sada.
A figura mostra a configurao da interface Serial 0/0/0 em R2.
A tabela de roteamento mostra duas rotas secundrias para a mesma rota primria
172.16.0.0/24. Tanto 172.16.2.0 como 172.16.3.0 pertencem mesma rota primria, porque
ambos so membros da rede classful 172.16.0.0/16.
Como ambas as rotas secundrias possuem a mesma mscara de sub-rede, a rota primria
ainda mantm a mscara /24, mas agora mostra 2 sub-redes. A funo da rota primria ser
examinada quando ns discutirmos o processo de procura de rota.
Nota: Se houver apenas uma nica rota secundria de nvel 2 e esta rota for removida, a rota
primria de nvel 1 ser excluda automaticamente. Uma rota primria de nvel 1 existe
somente quando h pelo menos uma rota secundria de nvel 2.
272
Para esta discusso, ns utilizaremos a topologia mostrada na figura. Utilizando o Roteador X

com a configurao de VLSM mostrada, ns podemos examinar o efeito de VLSM na tabela de
roteamento. O Roteador X possui trs redes diretamente conectadas. Todas as trs sub-redes
pertencem rede classful 172.16.0.0/16 e so, portanto, rotas secundrias de nvel 2.
Veja as rotas secundrias na figura.
273
Observe que nossas rotas secundrias no compartilham a mesma mscara de sub-rede, como
era o caso no exemplo classful. Neste caso, ns estamos implementando um esquema de
endereamento de rede com VLSM.
Sempre que houver duas ou mais rotas secundrias com mscaras de sub-rede diferentes
pertencendo mesma rede classful, a tabela de roteamento apresentar uma exibio
ligeiramente diferente, que declara que esta rede primria variably subnetted
(variavelmente dividida em sub-redes).
Veja a rota Primria na figura.
Embora a relao de primrio/secundrio utilize uma estrutura classful para exibir redes e suas
sub-redes, este formato pode ser utilizado com endereamento classful e classless. Seja qual
for o esquema de endereamento utilizado pela rede (classless ou classful), a tabela de
roteamento utilizar um esquema classful.
274
Observe tambm que a rota primria declara que as rotas secundrias so "variably
subnetted" (variavelmente divididas em sub-redes). semelhana do exemplo classful, a rota
primria exibe o nmero de sub-redes, mas agora tambm inclui o nmero de mscaras
diferentes das rotas secundrias.
A diferena final entre redes classful e classless est nas rotas secundrias. Cada rota
secundria contm agora a mscara de sub-rede para aquela rota especfica. No exemplo de
no-VLSM, ambas as rotas secundrias compartilharam a mesma mscara de sub-rede e a
primria exibiu sua mscara de sub-rede comum. Com VLSM, as vrias mscaras de sub-rede
so exibidas com as rotas secundrias especficas.
A rota primria contm as seguintes informaes:
172.16.0.0 - A rota primria, o endereo de rede classful associado a todas as rotas

secundrias.
/16 - A mscara de sub-rede classful da rota primria.
variably subnetted - Declara que as rotas secundrias esto variavelmente divididas
em sub-redes e que existem vrias mscaras para esta rede classful.
3 subnets, 2 masks - Indica o nmero de sub-redes e o nmero de mscaras de subrede diferentes para as rotas secundrias sob esta rota primria.
Utilizando uma das rotas secundrias como exemplo, ns podemos ver as seguintes
informaes:
C - O cdigo de rota para uma rede diretamente conectada.

172.16.1.4 - A entrada de rota especfica.
/30 - A mscara de sub-rede para esta rota especfica.
is directly connected - Junto com o cdigo de rota de C, especifica que esta uma
rede diretamente conectada com uma distncia administrativa de 0.
Serial0/0/0 - A interface de sada para encaminhar pacotes que correspondem a esta
entrada de rota especfica.
275
Ento, por que a Cisco utiliza o formato de tabela de roteamento classful? Entenderemos a
resposta nas sees seguintes quando o processo de procura de rota for discutido.
Nesta topologia, RIPv1, um protocolo de roteamento classful, est agora configurado. Observe
que ns escolhemos especificamente um protocolo de roteamento classful com nossas subredes de 172.16.0.0 descontguas. A razo para isto ficar evidente em uma seo posterior.
Veja as configuraes de RIP e as tabelas de roteamento resultantes.
Conforme o esperado com este esquema de endereamento e um protocolo de roteamento

classful, existem problemas de acessibilidade. R1 e R2 no possuem uma rota para 172.16.4.0.
Alm disso, R3 no possui rotas para as sub-redes 172.16.1.0/24, 172.16.2.0/24, ou
172.16.3.0/24.
Examinemos com maior profundidade como os roteadores determinam as melhores rotas para
utilizar ao enviar pacotes e por que os protocolos de roteamento classful no funcionam com
projetos descontguos. Ns consideraremos:
1. O que acontece quando um roteador recebe um pacote IP, examina o endereo de destino
IP e procura este endereo na tabela de roteamento?
2. Como o roteador decide qual rota na tabela de roteamento a melhor correspondncia?
3. Que efeito tem a mscara de sub-rede no processo de procura na tabela de roteamento?
4. Como o roteador decidir se utiliza ou no uma super-rede ou rota padro se uma
correspondncia melhor no for localizada?
Comecemos a responder a estas perguntas examinando as etapas no processo de procura de
rota.
276
O processo de procura de rota

Siga estas etapas na figura para ver o processo de procura de rota. No se preocupe em
entender completamente as etapas neste momento. Voc entender melhor este processo
quando examinarmos alguns exemplos nas sees seguintes.
Etapa 1.
O roteador examina as rotas de nvel 1, inclusive rotas de rede e rotas de super-rede, para a
melhor correspondncia com o endereo de destino do pacote IP.
Etapa 1a.
277
Se a melhor correspondncia for uma rota definitiva de nvel 1 - uma rede classful, super-rede
ou rota padro - esta rota ser utilizada para encaminhar o pacote.
Etapa 1b.
Se a melhor correspondncia for uma rota primria de nvel 1, v para a Etapa 2.

Etapa 2.
278
O roteador examina as rotas secundrias (as rotas de sub-rede) da rota primria para uma
melhor correspondncia.
Etapa 2a.
Se houver uma correspondncia com uma rota secundria de nvel 2, aquela sub-rede ser
utilizada para encaminhar o pacote.
Etapa 2b.
279
Se no houver uma correspondncia com as rotas secundrias de nvel 2, v para a Etapa 3.

Clique na Etapa 3. O roteador est implementando o comportamento de roteamento classful
ou classless?
Etapa 3.
Comportamento de roteamento classful: Se o comportamento de roteamento classful estiver

em vigor, finalize o processo de procura e descarte o pacote.
280
Etapa 3a.
Comportamento de roteamento classless: Se o comportamento de roteamento classless

estiver em vigor, continue procurando as rotas de super-rede de nvel 1 na tabela de
roteamento para obter uma correspondncia, inclusive a rota padro, se houver.
Etapa 3b.
281
Etapa 4.
Se agora houver uma menor correspondncia com uma super-rede de nvel 1 ou rotas padro,
o roteador utilizar esta rota para encaminhar o pacote.
Etapa 5.
Se no houver uma correspondncia com qualquer rota na tabela de roteamento, o roteador

descartar o pacote.
282
O comportamento de roteamento classful e classless sero discutidos em mais detalhes em

uma seo posterior.
Nota: Uma rota que menciona somente um endereo IP do prximo salto e no uma interface
de sada deve ser determinada para uma rota com uma interface de sada. Uma procura
recursiva realizada no endereo IP do prximo salto at que a rota seja determinada para
uma interface de sada.
Correspondncia mais longa

O termo melhor correspondncia foi utilizado na discusso anterior de procura de rota. O que
significa a melhor correspondncia? A melhor correspondncia chamada de correspondncia
mais longa.
Em primeiro lugar, o que uma correspondncia? Para que haja uma correspondncia entre o
endereo IP de destino de um pacote e uma rota na tabela de roteamento, um nmero
mnimo de bits esquerda deve corresponder entre o endereo IP do pacote e a rota na tabela
de roteamento. A mscara de sub-rede da rota na tabela de roteamento utilizada para
determinar o nmero mnimo de bits esquerda que devem corresponder. (Lembre-se: um
pacote IP somente contm o endereo IP e no a mscara de sub-rede.)
A melhor correspondncia ou correspondncia mais longa a rota na tabela de roteamento
que tem o maior nmero de bits esquerda correspondentes ao endereo IP de destino do
pacote. A rota com a maior parte do nmero de bits esquerda equivalentes, ou a
correspondncia mais longa, sempre a rota preferida.
Por exemplo, na figura ns temos um pacote destinado a 172.16.0.10. Muitas possveis rotas
poderiam corresponder a este pacote. So mostradas trs possveis rotas que correspondem a
este pacote: 172.16.0.0/12, 172.16.0.0/18 e 172.16.0.0/26. Das trs rotas, 172.16.0.0/26 tem a
correspondncia mais longa. Lembre-se: para qualquer uma destas rotas ser considerada uma
correspondncia, deve haver, pelo menos, o nmero de bits correspondentes indicados pela
mscara de sub-rede da rota.
283
Exemplo: Rota definitiva de Nvel 1

A mscara de sub-rede que utilizada para determinar a correspondncia mais longa nem
sempre bvia. Examinemos este conceito em mais detalhes, utilizando diversos exemplos.
Neste exemplo, PC1 envia um ping para 192.168.1.2, a interface em R3. R1 recebe o pacote.
Veja a Tabela de Roteamento de R1 na figura.
284
Voc se lembra da primeira parte da Etapa 1 no processo de procura de rota? A figura

demonstra esta etapa.
O roteador examina primeiro as rotas de nvel 1 para a melhor correspondncia. Em nosso

exemplo, h uma correspondncia entre o endereo IP de destino 192.168.1.2 e a rota
definitiva de nvel 1 de 192.168.1.0/24.
Veja a etapa 1 na figura:
285
R 192.168.1.0/24 [120/1] via 172.16.2.2, 00:00:25, Serial0/0/0

R1 utiliza esta rota e encaminha o pacote para fora da interface Serial 0/0/0.
Por que h uma correspondncia com a rota de nvel 1 de 192.168.1.0/24 e no com uma das
sub-redes 172.16.0.0? Isto pode parecer bvio. Ns dizemos, "claro que o roteador utilizar
192.168.1.0/24." Mas o processo de procura est comparando endereos de 32 bits com
entradas de rota de 32 bits, procurando a correspondncia mais longa.
O algoritmo utilizado pelo IOS para pesquisar a tabela de roteamento est alm do escopo
deste captulo. O importante entender por que uma entrada de rota corresponde ou no ao
endereo IP de destino do pacote.
Por que no h uma correspondncia com nenhuma das sub-redes de 172.16.0.0/24 na tabela
de roteamento?
A 172.16.0.0/24 uma rota primria de trs sub-redes ou rotas secundrias. Antes de uma
rota secundria ser examinada para verificar se h correspondncia, deve haver, pelo menos,
uma correspondncia entre o endereo IP de destino do pacote e o endereo classful da rota
primria, ou 172.16.0.0/16.
Pelo menos 16 dos bits esquerda da rota primria correspondem aos primeiros 16 bits do
endereo IP de destino do pacote de 192.168.1.2? A resposta no bvia para ns. Mas na
figura, voc ver que o roteador na verdade verifica o primeiro bit e encontra uma
correspondncia. O roteador vai, ento, para o segundo bit. Como no h uma
correspondncia, o processo de procura pesquisar outras entradas de rota.
286
Agora vejamos como o roteador localiza uma correspondncia entre o endereo IP de destino
do pacote de 192.168.1.2 e a prxima rota na tabela de roteamento, 192.168.1.0/24, uma rota
definitiva.
R 192.168.1.0/24 [120/1] via 172.16.2.2, 00:00:25, Serial0/0/0
A rota 192.168.1.0 uma rota definitiva de nvel 1 e, portanto, tambm contm a mscara de
sub-rede /24. Na figura, observe que pelo menos os primeiros 24 bits esquerda so
correspondentes.
O mnimo de 24 bits no somente corresponde, mas tambm um total de 30 bits corresponde,
como mostrado na figura. Isto importante? Como veremos posteriormente, em algumas
situaes, h diversas rotas correspondentes na tabela de roteamento para o mesmo
endereo IP de destino. Qual a rota preferida? A que possui o maior nmero de bits
correspondentes, a correspondncia mais longa.
Neste exemplo, h uma correspondncia entre o endereo IP de destino 192.168.1.0 e a rota
definitiva de nvel 1 192.168.1.0/24. Como no h uma correspondncia mais longa e mais
especfica, o pacote encaminhado para fora da interface de sada Serial 0/0/0.
Nota: Lembre-se de que o processo de procura de rota precisar fazer uma pesquisa recursiva
em qualquer rota que faa referncia somente a um endereo IP do prximo salto e no a uma
interface de sada. Para uma reviso de procuras recursivas, consulte o Captulo 2,
"Roteamento esttico."
287
Examinemos o que acontece quando h uma correspondncia com uma rota primria de nvel
1.
288
Como mostrado na figura, uma rota primria no inclui um endereo do prximo salto ou uma
interface de sada, apenas um "cabealho" para suas rotas secundrias de nvel 2, as subredes.
A mscara de sub-rede para as rotas secundrias - /24 na figura - exibida na rota primria,
172.16.0.0, para sub-redes que utilizam a mesma mscara de sub-rede.
Antes de as rotas secundrias de nvel 2 serem examinadas para verificar se h uma
correspondncia, dever haver primeiro uma correspondncia entre o endereo classful da
rota primria de nvel 1 e o endereo IP de destino do pacote.
Exemplo: Rota primria de nvel 1 e rotas secundrias de nvel 2
289
No exemplo na figura, PC1 envia um ping para PC2 em 172.16.3.10. R1 recebe o pacote e
comea a procurar uma rota na tabela de roteamento.
Veja Etapa 1b na figura.
A melhor correspondncia que ocorre com a rota primria de nvel 1, 172.16.0.0. Lembre-se:
com sub-redes no-VLSM, a mscara classful da rota primria no exibida. Antes de qualquer
rota secundria (sub-redes) ser examinada para verificar se h uma correspondncia, deve
haver primeiro uma correspondncia com o endereo classful da rota primria.
Uma vez que a primeira entrada de rota uma rota primria de nvel 1 que corresponde ao
endereo de destino (Etapa 1b do processo de procura de rota), o processo de procura de rota
vai para a Etapa 2.
Veja a Etapa 2 na figura.
290
Como h uma correspondncia com rota primria, as rotas secundrias de nvel 2 sero
examinadas para verificar se h uma correspondncia. Entretanto, neste momento, a mscara
de sub-rede real de /24 utilizada para o nmero mnimo de bits esquerda que devem
corresponder.
Veja a Etapa 2a na figura.
291
O processo de procura de rota pesquisa as rotas secundrias para encontrar uma

correspondncia. Neste caso, deve haver um mnimo de 24 bits correspondentes.
Vejamos como o roteador localiza uma correspondncia com uma das rotas secundrias de
nvel 2.
Primeiro, o roteador examina a rota primria para encontrar uma correspondncia. Neste
exemplo, os primeiros 16 bits do endereo IP devem corresponder aos da rota primria. Os 16
bits esquerda devem corresponder porque esta a mscara classful da rota primria, /16.
Se houver uma correspondncia com a rota primria, ento o roteador verificar a rota
172.16.1.0. Rotas secundrias somente so examinadas quando h uma correspondncia com
a mscara classful da rota primria.
Veja a figura.
292
Verificando a primeira sub-rede, 172.16.1.0, o 23o bit no corresponde; portanto, esta rota
rejeitada porque os primeiros 24 bits no correspondem.
Veja a figura.
Em seguida, o roteador verifica a rota 172.16.2.0/24. Como o 24o bit no corresponde, esta
rota tambm rejeitada. Todos os 24 bits devem corresponder.
Veja a figura.
293
O roteador verifica a ltima rota secundria para 172.16.3.0/24 e localiza uma

correspondncia. Os 24 bits iniciais correspondem. O processo da tabela de roteamento
utilizar esta rota, 172.16.3.0/24, para encaminhar o pacote com o endereo IP de destino de
172.16.3.10 para fora da interface de sada de Serial 0/0/0.
R 172.16.3.0 [120/1] via 172.16.2.2, 00:00:25, Serial0/0/0
O que acontece se o roteador no tiver uma rota? Ele descartar o pacote.
Exemplo: Processo de procura de rota com VLSM

E sobre nossa topologia do Roteador X, que est utilizando um esquema de endereamento de
VLSM? Como isto altera o processo de procura?
Utilizar o VLSM no altera o processo de procura. Com o VLSM, a mscara classful /16
exibida com a rota primria de nvel 1 (172.16.0.0/16 na figura).
294
Da mesma maneira que ocorre com as redes noVLSM, se houver uma correspondncia entre
o endereo IP de destino do pacote e a mscara classful da rota primria de nvel 1, as rotas
secundrias de nvel 2 devero ser buscadas.
A nica diferena do VLSM que as rotas secundrias exibem suas prprias mscaras de subrede especficas. Essas mscaras de sub-rede so utilizadas para determinar o nmero de bits
esquerda que devem corresponder ao endereo IP de destino do pacote. Por exemplo, para
que haja uma correspondncia com a rota secundria 172.16.1.4, um mnimo de 30 bits
esquerda deve corresponder porque a mscara de sub-rede /30.
A prxima etapa no processo de procura de rota (Etapa 3) observa o comportamento de

roteamento. O comportamento de roteamento influencia o processo de procurar a rota
preferida utilizando os comandos no ip classless ou ip classless.
295
Os comportamentos de roteamento classless e classful no so os mesmos que os protocolos

de roteamento classless e classful. Os protocolos de roteamento classful e classless afetam o
modo como a tabela de roteamento preenchida. Os comportamentos de roteamento classful
e classless determinam como ocorre a procura na tabela de roteamento depois de ela ser
preenchida. Na figura, as origens de roteamento (inclusive protocolos de roteamento classful e
classless) so as entradas utilizadas para preencher a tabela de roteamento. O comportamento
de roteamento, especificado pelos comandos ip classless ou no ip classless, determina como o
processo de procura de rota ir para a Etapa 3.
Como voc pode ver, os protocolos de roteamento e comportamentos de roteamento so
completamente independentes um do outro. A tabela de roteamento pode ser preenchida
com rotas de um protocolo de roteamento classless como RIPv2 e ainda implementar o
comportamento de roteamento classful porque o comando no ip classless est configurado.
Alteraes de topologia
No Captulo 7, "RIPv2", ns aprendemos que os protocolos de roteamento classful, como o
RIPv1, no suportam redes descontguas. Embora nossa topologia atual tenha redes
descontguas, ns podemos configurar rotas estticas para alcanar essas redes.
296
Primeiro, ns adicionamos uma rota "quad-zero" esttica em R2 para enviar trfego padro
para R3. Ns adicionamos ento o comando default-information originate ao processo de
roteamento RIP de forma que R2 envie a rota padro para R1. Isto permitir que R1 e R2
alcancem todas as outras redes, inclusive 172.16.4.0/24 em R3. Finalmente, ns digitamos o
comando no network 192.168.1.0 porque no queremos mais trocar atualizaes RIP com R3.
Para concluir nossa configurao, ns removemos o roteamento RIP em R3 e adicionamos uma

rota esttica em R3 para enviar trfego para a rede principal 172.16.0.0/16, que no tem uma
correspondncia mais longa na tabela de roteamento, para R2.
297
Ns no vamos testar a conectividade neste momento. A conectividade ser testada nas

sees seguintes.
Ns abordamos agora a Etapa 3 no processo de procura de rota. Ou seja, o que acontece

depois da Etapa 2b quando no h uma correspondncia com as rotas secundrias de nvel 2
da rota primria. Posteriormente, voc ver um exemplo especfico.
Conforme visto na seo anterior, nas Etapas 1 e 2, o roteador examina as rotas secundrias e
de nvel 1 procurando a melhor correspondncia com o endereo de destino do pacote IP.
Suponhamos que no haja nenhuma correspondncia e retomemos nossa anlise do processo
de procura de rota com a Etapa 3.
Veja a Etapa 3 na figura.
O roteador est implementando o comportamento de roteamento classful ou classless?

Veja a Etapa 3a na figura.
298
Se o comportamento de roteamento classful estiver em vigor, finalize o processo de procura e

descarte o pacote.
Nota: Em comportamento de roteamento classful, o processo nunca vai para a Etapa 4.
Antes do IOS 11.3, no ip classless era o comportamento padro para roteadores Cisco. O
comando no ip classless significa que o processo de procura de rota utiliza, por padro,
pesquisas de tabela de roteamento classful. Isto ser explicado nas sees seguintes.
Os comandos no ip classless e ip classless so comandos de configurao global e podem ser
exibidos digitando show running-config. Em verses IOS 11.3 e posteriores, o comando ip
classless o padro, implementando um processo de procura de rota classless.
Qual o efeito do comportamento de roteamento classful quando todos os roteadores esto
configurados com o comando no ip classless?
R1(config)#no ip classless
Examinemos o que acontece quando o roteador est realizando o comportamento de
roteamento classful ou seja, quando o comando no ip classless est configurado.
299
Em nosso processo de procura na tabela de roteamento, a Etapa 3a afirma que, quando o

comportamento de roteamento classful estiver aplicado (no ip classless), o processo no
continuar pesquisando rotas de nvel 1 na tabela de roteamento. Se um pacote no
corresponder a uma rota secundria para a rota de rede primria, ento o roteador descartar
o pacote. Vejamos um exemplo.
Exemplo: R2 funcionando com comportamento de roteamento classful
Neste exemplo, o R2 recebe um pacote destinado para PC3 em 172.16.4.10.
Veja Tabela de roteamento de R2 e Primria na figura.
300
O processo de roteamento procura na tabela de roteamento e localiza uma correspondncia

de 16 bits com a rota primria 172.16.0.0, como mostrado na figura. De acordo com a Etapa 1b
do processo de roteamento, se uma correspondncia for feita na rota primria, as rotas
secundrias sero verificadas.
Observemos agora o processo de correspondncia de bits reais que est sendo implementado
conforme as rotas secundrias so verificadas.
Veja nas figuras.
301
Observe que nenhum dos 24 bits esquerda das rotas secundrias corresponde ao endereo
IP de destino de 172.16.4.10. No mximo, somente os 21 bits correspondem. No h nenhuma
correspondncia com as rotas secundrias de nvel 2.
Ento o que acontece em seguida? O Roteador R2 descarta o pacote.

Veja que no existe Nenhuma correspondncia na figura.
302
Como o roteador R2 est utilizando o comportamento de roteamento classful, no ip classless,

o roteador no pesquisar alm das rotas secundrias para obter uma menor
correspondncia.
Veja como processo de Descartar o pacote na figura.
O processo da tabela de roteamento no utilizar a rota padro, 0.0.0.0/0, ou qualquer outra

rota.
Um erro comum ser assumir que uma rota padro sempre ser utilizada se o roteador no
tiver uma rota melhor. Em nosso exemplo, a rota padro de R2 no examinada nem
utilizada, embora seja uma correspondncia. um resultado geralmente muito surpreendente
quando um administrador de rede no entende a diferena entre comportamento de
roteamento classful e classless.
303
Nota: Veremos tambm outro exemplo no Captulo 9, EIGRP, em que entender o processo de
procura na tabela de roteamento o ajudar a identificar e solucionar problemas por que uma
rota padro no utilizada - mesmo com um comportamento de roteamento classless.
Por que o comportamento de roteamento classful funciona dessa maneira? A idia geral do
comportamento de roteamento classful vem do momento em que todas as redes eram de
natureza classful. No comeo do crescimento da Internet, uma organizao recebeu um
endereo de rede principal de classe A, classe B ou classe C. Quando uma organizao tinha
um endereo de rede principal IP classful, ela tambm administraria todas as sub-redes para
aquele endereo classful. Todos os roteadores pertencentes organizao conheceriam todas
as sub-redes da rede principal. Se uma sub-rede no estivesse na tabela de roteamento, ela
no existiria. Como voc aprendeu no Captulo 6, "VLSM e CIDR", os endereos IP j no so
alocados com base na classe.
Iniciando com o IOS 11.3, a Cisco alterou o comportamento padro de roteamento classful
para classless. O comando ip classless configurado como padro. O comando show runningconfig exibe o comportamento de roteamento. O comportamento de roteamento classless
significa que o processo de roteamento j no assume que todas as sub-redes para uma rede
classful principal somente podem ser alcanadas dentro das rotas secundrias da rota
primria. O comportamento de roteamento classless funciona bem para redes descontguas e
super-redes de CIDR.
Nesta seo, ns examinaremos o efeito do comportamento de roteamento classless. Todos os
roteadores so configurados com o comando ip classless.
R1(config)#ip classless
Discutiremos o que acontece a um pacote quando h uma correspondncia com uma rota
primria de nvel 1, mas no h uma correspondncia com as rotas secundrias ou sub-redes
de nvel 2. Isto nos leva Etapa 3b, comportamento de roteamento classless.
304
Conforme visto no processo da tabela de roteamento, nas Etapas 1 e 2, o processo da tabela

de roteamento examina as rotas secundrias de nvel 1 e nvel 2 procurando a melhor
correspondncia com o endereo de destino do pacote IP. Suponhamos que no haja
nenhuma correspondncia e retomemos nossa anlise do processo de procura de rota com a
Etapa 3.
O Processo de procura de rota:
Siga estas etapas na figura para ver o processo de procura de rota:
Etapa 3.
305
O roteador est implementando o comportamento de roteamento classful ou classless?

Etapa 3a.
Comportamento de roteamento classful: Se o comportamento de roteamento classful estiver

em vigor, finalize o processo de procura e descarte o pacote.
Etapa 3b.
306
Comportamento de roteamento classless: Se comportamento de roteamento classless estiver

em vigor, continue procurando as rotas de super-rede de nvel 1 na tabela de roteamento para
obter uma correspondncia, inclusive a rota padro, se houver.
Etapa 4.
Se houver agora uma menor correspondncia com uma super-rede de nvel 1 ou rotas padro,
o roteador utilizar esta rota para encaminhar o pacote.
Etapa 5.
307
Se no houver uma correspondncia com qualquer rota na tabela de roteamento, o roteador

descartar o pacote.
Vejamos novamente nosso exemplo de topologia e observemos a correspondncia de bits que

acontece quando o comportamento de roteamento classless (ip classless) aplicado.
Mais uma vez, o Roteador R2 recebe um pacote destinado para PC3 em 172.16.4.10. Do
mesmo modo que fizemos com o comportamento de roteamento classful, o roteador procura
na tabela de roteamento e localiza uma correspondncia de 16 bits com a rota primria
172.16.0.0, como mostrado na figura. De acordo com a Etapa 1b do processo de roteamento,
se houver uma correspondncia com uma rota primria, as rotas secundrias sero verificadas.
Como anteriormente, nenhum dos 24 bits esquerda das rotas secundrias corresponde ao
endereo IP de destino de 172.16.4.10. No mximo, somente os 21 bits correspondem. No h
nenhuma correspondncia com as rotas secundrias de nvel 2.
Como estamos utilizando o comportamento de roteamento classless (ip classless), o roteador

continua pesquisando na tabela de roteamento, alm desta rota primria e suas rotas
secundrias. O processo de roteamento continuar a procurar na tabela de roteamento uma
rota com uma mscara de sub-rede menor que os 16 bits da rota primria anterior. Em outras
palavras, o roteador continuar pesquisando as outras rotas na tabela de roteamento onde
pode haver menos bits correspondentes, mas ainda uma correspondncia.
308
Veja a Rota de rede na figura.
A rota /24 de 192.168.1.0 no tem os 24 bits esquerda que correspondem ao endereo IP de

destino.
Veja a Rota padro na figura.
E sobre a rota padro? Quantos bits precisam corresponder?

S* 0.0.0.0/0 is directly connected, Serial0/0/1
A mscara /0, o que significa que zero ou nenhum bit precisa ser correspondente. Uma rota
padro ser a correspondncia do bit mais baixo. No comportamento de roteamento classless,
se nenhuma outra rota corresponder, a rota padro corresponder.
Veja como Encaminhar pacote na figura.
309
Neste caso, o roteador utilizar a rota padro, porque esta ser a melhor correspondncia. O
pacote ser encaminhado interface 0/0/1Serial.
Rota classful em R3
Veja a Tabela de Roteamento de R3 na figura.
O que R3 faz com o trfego de retorno de volta ao PC2 em 172.16.2.10? Na figura, voc ver
que, na tabela de roteamento para R3, a rota de sub-rede 172.16.4.0/24 e a rota de rede
classful 172.16.0.0/16 so rotas secundrias de nvel 2 da rota primria 172.16.0.0/16. Sempre
que existirem rotas para ambas as sub-redes de uma rede classful e uma rota para a prpria
rota de rede classful, a rota classful ser considerada uma rota secundria de nvel 2, do
mesmo modo que as sub-redes.
Neste caso, R3 utiliza a rota secundria 172.16.0.0/16 e encaminha o trfego de Serial 0/0/1 de
volta para R2.
310
Comportamento de roteamento classful e classless no mundo real

Lembre-se de que os comportamentos de roteamento classful e classless so independentes
dos protocolos de roteamento classful e classless. Um roteador pode ser configurado com um
comportamento de roteamento classful (no ip classless) e um protocolo de roteamento
classless, como o RIPv2. Um roteador tambm pode ser configurado com um comportamento
de roteamento classless (ip classless) e um protocolo de roteamento classful, como o RIPv1.
Nas redes de hoje, recomenda-se o uso do comportamento de roteamento classless de forma
que a super-rede e as rotas padro possam ser utilizadas sempre que necessrio.
Resumo
Entender a estrutura e o processo de procura da tabela de roteamento pode ser importante na
verificao e na identificao e soluo de problemas de rede. Saber quais rotas devem ser
includas ou no na tabela de roteamento uma habilidade essencial ao identificar e
solucionar problemas de roteamento.
311
A tabela de roteamento de IP Cisco estruturada de uma maneira classful, o que significa que
ela utiliza, como padro, endereos classful para organizar as entradas de rota. A origem de
uma entrada de rota pode ser uma rede diretamente conectada, uma rota esttica ou uma
rota reconhecida dinamicamente a partir de um protocolo de roteamento.
Neste captulo, voc aprendeu que existem rotas de nvel 1 e nvel 2. Uma rota de nvel 1 pode
ser uma rota definitiva ou uma rota primria. Uma rota definitiva de nvel 1 uma rota com
uma mscara de sub-rede igual a ou menor que a mscara classful padro da rede; e um
endereo do prximo salto ou uma interface de sada. Por exemplo, uma rota reconhecida por
RIP com o endereo de rede de 192.168.1.0 e uma mscara de rede /24 uma rota definitiva
de nvel 1. Estas rotas so exibidas na tabela de roteamento como uma nica entrada de rota,
como:
R 192.168.1.0/24 [120/1] via 172.16.2.2, 00:00:25, Serial0/0/0
Outro tipo de rota de nvel 1 uma rota primria. Uma rota primria de nvel 1 criada
automaticamente quando uma rota de sub-rede adicionada tabela de roteamento. A rota
de sub-rede conhecida como uma rota secundria de nvel 2. A rota primria um cabealho
para rotas secundrias de nvel 2. Veja aqui um exemplo de uma rota primria de nvel 1 e uma
rota secundria de nvel 2:
R 172.16.1.0 [120/1] via 172.16.2.1, 00:00:07, Serial0/0/0
A mscara de sub-rede das rotas secundrias exibida na rota primria a menos que o VLSM
seja utilizado. Com o VLSM, a rota primria exibe a mscara classful e a mscara de sub-rede
includa com as entradas de rota VLSM individuais.
Neste captulo, voc tambm conheceu o processo de procura na tabela de roteamento.
Quando um pacote recebido pelo roteador, ele procura a correspondncia mais longa com
uma das rotas na tabela de roteamento. A correspondncia mais longa a rota com o nmero
maior de bits esquerda que correspondem entre o endereo IP de destino do pacote e o
endereo de rede da rota na tabela de roteamento. A mscara de sub-rede associada com o
endereo de rede na tabela de roteamento define o nmero mnimo de bits que devem
corresponder para que a rota seja considerada uma correspondncia.
Antes de examinar qualquer rota secundria de nvel 2 (sub-redes) para verificar se h uma
correspondncia, deve haver primeiro uma correspondncia com a rota primria de nvel 1. A
mscara classful da rota primria determina quantos bits devem corresponder rota primria.
Se houver uma correspondncia com a rota primria, as rotas secundrias sero examinadas
para verificar se h uma correspondncia.
O que acontece quando h uma correspondncia com a rota primria, mas no h com
nenhuma das rotas secundrias? Se o roteador estiver utilizando o comportamento de
roteamento classful, nenhuma outra rota ser procurada e o pacote ser descartado. O
comportamento de roteamento classful era o comportamento de roteamento padro nos
312
roteadores Cisco antes do IOS 11.3. O comportamento de roteamento classful pode ser
implementado utilizando o comando no ip classless.
Iniciando com o IOS 11.3, o comportamento de roteamento classless tornou-se o padro. Se
houver uma correspondncia com uma rota primria, mas no houver com nenhuma das rotas
secundrias, o processo da tabela de roteamento continuar procurando outras rotas na
tabela de roteamento, inclusive uma rota padro, caso exista uma. O comportamento de
roteamento classless implementado utilizando o comando no ip classless.
As rotas para as redes so adicionadas tabela de roteamento a partir de diversas fontes,
incluindo redes diretamente conectadas, rotas estticas, protocolos de roteamento classful e
protocolos de roteamento classless. O processo de procura, comportamento de roteamento
classful ou classless, so independentes da origem da rota. Uma tabela de roteamento pode
ter rotas reconhecidas de um protocolo de roteamento classful, como RIPv1, mas deve utilizar
o comportamento de roteamento classless, no ip classless, para o processo de procura.
O Protocolo de gateway interior aprimorado (EIGRP, Enhanced Interior Gateway Routing

Protocol) um protocolo de roteamento classless de vetor de distncia que foi lanado em
1992 com IOS 9.21. Como sugere seu nome, o EIGRP um aprimoramento do Protocolo de
roteamento de gateway interior (IGRP, Interior Gateway Routing Protocol) da Cisco. Ambos
so protocolos proprietrios da Cisco e operam somente em roteadores Cisco.
O propsito principal no desenvolvimento do EIGRP da Cisco era criar uma verso classless do
IGRP. O EIGRP inclui diversos recursos que geralmente no so encontrados em outros
protocolos de roteamento de vetor de distncia como o RIP (RIPv1 e RIPv2) e IGRP. Estes
recursos incluem:
O Protocolo confivel de transporte (RTP, Reliable Transport Protocol)

Atualizaes associadas
Algoritmo de atualizao por difuso (DUAL, Diffuding Update Algorithm)
Estabelecimento de adjacncias
Tabelas de vizinho e topologia
Embora o EIGRP possa atuar como um protocolo de roteamento link-state, ele ainda um
protocolo de roteamento do vetor de distncia.
Nota: O termo protocolo de roteamento hbrido s vezes utilizado para definir o EIGRP.
Porm, este termo impreciso porque o EIGRP no um hbrido entre os protocolos de
roteamento de vetor de distncia e link-state ele somente um protocolo de roteamento do
vetor de distncia. Portanto, a Cisco j no est utilizando este termo para referir-se ao EIGRP.
313
Neste captulo, voc aprender a configurar o EIGRP e a verificar sua configurao do EIGRP
com novos comandos show. Voc tambm aprender a frmula utilizada pelo EIGRP para
calcular esta mtrica composta.
O exclusivo protocolo RTP do EIGRP fornece uma entrega confivel e no confivel de pacotes
EIGRP. Alm disso, o EIGRP estabelece relaes com roteadores diretamente conectados que
tambm esto utilizando o EIGRP. So utilizadas relaes de vizinhana para monitorar o
status destes vizinhos. O RTP e o monitoramento de adjacncias de vizinho definem a etapa
para o trabalho do EIGRP, o Algoritmo de atualizao por difuso (DUAL).
Na condio de mecanismo computacional principal do EIGRP, o DUAL permanece no centro
do protocolo de roteamento, garantindo caminhos sem loop e caminhos de backup ao longo
do domnio de roteamento. Voc aprender exatamente como o DUAL seleciona uma rota
para instalar na tabela de roteamento e o que o DUAL faz com rotas de backup potenciais.
Como o RIPv2, o EIGRP pode funcionar com comportamento de roteamento classful ou
classless. Voc aprender como desabilitar a sumarizao automtica e ento como sumarizar
manualmente as redes para reduzir o tamanho das tabelas de roteamento. Finalmente, voc
aprender a utilizar o roteamento padro com o EIGRP.
Embora o EIGRP seja descrito como um protocolo de roteamento do vetor de distncia

aprimorado, ele ainda um protocolo de roteamento do vetor de distncia. Isto pode ser uma
fonte de confuso. De modo a valorizar os aprimoramentos do EIGRP e eliminar qualquer
confuso, ns devemos olhar primeiro para seu antecessor, o IGRP.
314
Razes do EIGRP: IGRP

A Cisco desenvolveu o IGRP em 1985, em resposta a algumas das limitaes do RIPv1, inclusive
o uso da mtrica de contagem de saltos e o tamanho de rede mximo de 15 saltos.
Em vez da contagem de saltos, o IGRP e EIGRP utilizam mtricas compostas de largura de
banda, atraso, confiabilidade e carga. Por padro, ambos os protocolos de roteamento utilizam
somente a largura de banda e atraso. Porm, como o IGRP um protocolo de roteamento
classful que utiliza o algoritmo de Bellman-Ford e atualizaes peridicas, sua utilidade est
limitada em muitas das redes de hoje.
Portanto, a Cisco aprimorou o IGRP com um novo algoritmo, o DUAL, e outros recursos. Os
comandos para o IGRP e EIGRP so semelhantes e, em muitos casos, idnticos. Isto permite a
migrao fcil do IGRP para EIGRP. A Cisco descontinuou o IGRP a partir do IOS 12.2 (13) T e
12.2 (R1s4) S.
Embora discutido mais detalhadamente ao longo deste captulo, examinemos algumas das
diferenas entre um protocolo de roteamento do vetor de distncia tradicional, como o RIP e
IGRP, e o protocolo de roteamento do vetor de distncia aprimorado, o EIGRP.
A figura resume as diferenas principais entre um protocolo de roteamento do vetor de
distncia tradicional, como o RIP, e o protocolo de roteamento do vetor de distncia
melhorado, EIGRP.
O algoritmo
Todos os protocolos de roteamento de vetor de distncia tradicionais utilizam algumas
variantes do algoritmo de Bellman-Ford ou Ford-Fulkerson. Nestes protocolos, como o RIP e
IGRP, as entradas de roteamento individuais expiram e, portanto, precisam enviar
periodicamente atualizaes de tabela de roteamento.
O EIGRP utiliza o Algoritmo de atualizao por difuso (DUAL, Diffusing Update Algorithm).
Embora ainda seja um protocolo de roteamento do vetor de distncia, o EIGRP com DUAL
implementa recursos no encontrados em protocolos de roteamento do vetor de distncia
tradicionais. O EIGRP no envia atualizaes peridicas e as entradas de rota no expiram. Em
vez disso, o EIGRP utiliza um protocolo Hello para monitorar o status de conexo com seus
vizinhos. Somente alteraes nas informaes de roteamento, tais como um novo link ou um
link tornando-se indisponvel, fazem uma atualizao de roteamento ocorrer. As atualizaes
de roteamento EIGRP ainda so vetores de distncias transmitidas a vizinhos diretamente
conectados.
Determinao do caminho
Protocolos de roteamento de vetor de distncia tradicionais, como o RIP e IGRP, mantm o
monitoramento somente das rotas preferidas; o melhor caminho para uma rede de destino. Se
315
a rota tornar-se indisponvel, o roteador esperar por outra atualizao de roteamento com
um caminho para esta rede remota.
O DUAL do EIGRP mantm uma tabela de topologia separada da tabela de roteamento, que
inclui o melhor caminho para uma rede de destino e caminhos de backup que o DUAL tenha
determinado como sendo caminhos sem loop. Sem loop significa que o vizinho no possui uma
rota at a rede de destino que atravesse este roteador.
Mais adiante neste captulo, voc ver que, para uma rota ser considerada um caminho de
backup sem loop pelo DUAL, ela dever atender o requisito conhecido como condio de
viabilidade. Garante-se que qualquer caminho de backup que atenda esta condio seja um
caminho sem loop. Como o EIGRP um protocolo de roteamento do vetor de distncia,
possvel que haja caminhos de backup sem loop para uma rede de destino que no atendam a
condio de viabilidade. Estes caminhos, portanto, no so includos pelo DUAL na tabela de
topologia como um caminho de backup sem loop vlido.
Se uma rota tornar-se indisponvel, o DUAL buscar por um caminho de backup vlido em sua
tabela de topologia. Se existir alguma, aquela rota ser imediatamente inserida na tabela de
roteamento. Se no existir, o DUAL executar um processo de deteco de rede para ver se
houve um caminho de backup que no atendeu o requisito da condio de viabilidade. Este
processo discutido em mais detalhes posteriormente neste captulo.
Convergncia
Protocolos de roteamento de vetor de distncia tradicionais, como o RIP e IGRP, utilizam
atualizaes peridicas. Devido natureza no confivel das atualizaes peridicas, os
protocolos de roteamento de vetor de distncia tradicionais esto propensos a loops de
roteamento e a problemas de contagem at o infinito. O RIP e IGRP utilizam vrios
mecanismos para ajudar a evitar estes problemas, incluindo temporizadores de hold-down,
que causam longos perodos de convergncia.
O EIGRP no utiliza temporizadores de hold-down. Em vez disso, os caminhos sem loop so
obtidos atravs de um sistema de clculos de rota (computaes por difuso) que so
executados de uma forma coordenada entre os roteadores. O detalhe de como isto feito est
alm do escopo deste curso, mas o resultado a convergncia mais rpida do que os
protocolos de roteamento de vetor de distncia tradicionais.
316
A poro dos dados de uma mensagem EIGRP encapsulada em um pacote. Este campo de
dados chamado de Tipo/Tamanho/Valor ou TLV (Type/Length/Value). Como mostrado na
figura, os tipos de TLVs relevantes para este curso so os Parmetros do EIGRP, Rotas IP
Internas e Rotas IP Externas. Os componentes do campo de dados de TLV so discutidos mais a
fundo na prxima pgina.
O cabealho do pacote EIGRP includo em todos os pacotes EIGRP, independentemente de

seu tipo. Os cabealho do pacote EIGRP e TLV so ento encapsulados em um pacote IP. No
cabealho de pacote IP, o campo de protocolo definido como 88 para indicar EIGRP e o
endereo de destino definido para o endereo de multicast 224.0.0.10. Se o pacote EIGRP for
encapsulado em um quadro Ethernet, o endereo MAC de destino tambm ser um endereo
multicast: 01-00-5E-00-00-0A.
317
Nota: Na discusso seguinte sobre mensagens do EIGRP, muitos campos esto alm do escopo
deste curso. Todos os campos so mostrados para fornecer uma imagem precisa do formato
de mensagem do EIGRP. Porm, somente os campos relevantes ao candidato de CCNA sero
discutidos.
Veja o Cabealho do pacote EIGRP na figura.
318
Toda mensagem do EIGRP inclui o cabealho. Os campos importantes para nossa discusso
incluem o campo Opcode e o campo Nmero de sistema autnomo. O Opcode especifica o
tipo de pacote EIGRP:
Atualizao
Consulta
Resposta
Hello
O Nmero de Sistema autnomo (AS, Autonomous System) especifica o processo de

roteamento EIGRP. Ao contrrio do RIP, os roteadores Cisco podem executar mltiplas
instncias do EIGRP. O nmero de AS utilizado para monitorar as mltiplas instncias do
EIGRP.
Os tipos de pacote EIGRP so discutidos neste captulo.
Veja o TLV: Parmetros do EIGRP na figura.
319
A mensagem de parmetros EIGRP inclui os pesos que o EIGRP utiliza para sua mtrica
composta. Por padro, somente a largura de banda e o atraso so considerados. Ambos so
igualmente considerados, portanto, o campo K1 para largura de banda e o campo K3 para
atraso so ambos definidos como 1. Os outros valores K so definidos como zero. Os clculos
de mtrica so discutidos mais a fundo posteriormente neste captulo.
O Tempo de espera (Hold Time) a quantidade de tempo que o vizinho EIGRP que recebe esta
mensagem deve esperar antes de considerar que o roteador que anuncia esteja inativo. O
Tempo de espera discutido em mais detalhes posteriormente neste captulo.
Veja o TLV: IP Interno na figura.
320
A mensagem IP interno utilizada para anunciar as rotas do EIGRP dentro de um sistema

autnomo. Campos importantes para nossa discusso incluem: os campos de mtrica (Atraso e
largura de banda), o campo de mscara de sub-rede (Tamanho do prefixo) e o campo Destino.
O atraso calculado como a soma de atrasos da origem para o destino em unidades de 10
microssegundos. A largura de banda a mais baixa largura de banda configurada de qualquer
interface ao longo da rota.
A mscara de sub-rede especificada como o tamanho do prefixo ou o nmero de bits de rede
na mscara de sub-rede. Por exemplo, o tamanho do prefixo para a mscara de sub-rede
255.255.255.0 24 porque 24 o nmero de bits da rede.
O campo Destino armazena o endereo da rede de destino. Embora somente os 24 bits sejam
mostrados nesta figura, este campo varia com base no valor da poro da rede do endereo de
rede de 32 bits. Por exemplo, a poro da rede de 10.1.0.0/16 de 10.1. Portanto, o campo
Destino armazena os primeiros 16 bits. Uma vez que o comprimento mnimo deste campo 24
bits, o restante do campo preenchido com zeros. Se um endereo de rede for mais longo que
24 bits (192.168.1.32/27, por exemplo), ento o campo Destino ser estendido para outros 32
bits (para um total de 56 bits) e os bits no utilizados so preenchidos com zeros.
Veja o TLV: IP Externo na figura.
A mensagem de IP Externo utilizada quando rotas externas so importadas para o processo

de roteamento EIGRP. Neste captulo, ns importaremos ou redistribuiremos uma rota
esttica padro para o EIGRP. Note que a metade inferior do TLV de IP Externo inclui todos os
campos utilizados pelo TLV de IP Interno.
321
Nota: Algumas literaturas do EIGRP podem declarar incorretamente que a Unidade mxima de
transmisso (MTU, Maximum Transmission Unit) uma das mtricas utilizadas pelo EIGRP. O
MTU no uma mtrica utilizada pelo EIGRP. O MTU est includo nas atualizaes de
roteamento, mas no utilizado para determinar a mtrica de roteamento.
O EIGRP possui a capacidade de rotear vrios protocolos diferentes inclusive IP, IPX e
AppleTalk utilizando Mdulos dependentes do protocolo (PDM, Protocol-Dependent
Modules). Os PDMs so responsveis pelas tarefas de roteamento especficas para cada
protocolo de camada de rede.
Por exemplo:
O mdulo de IP-EIGRP responsvel por enviar e receber pacotes do EIGRP que so

encapsulados em IP e por utilizar DUAL para criar e manter a tabela de roteamento IP.
Como voc pode ver na figura, o EIGRP utiliza diferentes pacotes EIGRP e mantm
vizinho, topologia e tabelas de roteamento separados para cada protocolo de camada
de rede.
O mdulo IPX EIGRP responsvel por trocar informaes de roteamento sobre redes
IPX com outros roteadores IPX EIGRP. O IPX EIGRP e Appletalk EIGRP no esto
includos neste curso.
322
O Protocolo de transporte confivel (RTP, Reliable Transport Protocol) o protocolo utilizado

pelo EIGRP para a entrega e o recebimento dos pacotes EIGRP. O EIGRP foi criado como um
protocolo de roteamento independente de camada de rede; portanto, no pode utilizar os
servios de UDP ou TCP porque o IPX e Appletalk no utilizam protocolos da pilha TCP/IP. A
figura mostra conceitualmente como o RTP funciona.
Embora "Confivel" faa parte de seu nome, o RTP inclui entrega confivel e entrega no
confivel de pacotes EIGRP, semelhante ao TCP e UDP, respectivamente. O RTP confivel exige
que uma confirmao seja confirmada pelo receptor ao remetente. Um pacote RTP no
confivel no exige uma confirmao.
O RTP pode enviar pacotes como unicast ou multicast. Os pacotes multicast do EIGRP utilizam
o endereo de multicast reservado 224.0.0.10.
323
Tipos de pacote EIGRP

O EIGRP utiliza cinco tipos de pacote diferentes, alguns em pares.
Veja o Hello na figura.
Os pacotes Hello so utilizados pelo EIGRP para detectar vizinhos e formar adjacncias com
esses vizinhos. Os pacotes hello do EIGRP so multicasts e utilizam entrega no confivel. Os
pacotes Hello do EIGRP so discutidos em uma seo posterior.
Veja a Atualizao e ACK na figura.
324
Os pacotes de atualizao so utilizados pelo EIGRP para propagar informaes de

roteamento. Diferentemente do RIP, o EIGRP no envia atualizaes peridicas. Os pacotes de
atualizao so enviados somente quando necessrio. As atualizaes do EIGRP contm
apenas as informaes de roteamento necessrias e so enviadas somente aos roteadores que
as exigem. Os pacotes de atualizao EIGRP utilizam entrega confivel. Os pacotes de
atualizao so enviados como multicast quando exigidos por vrios roteadores, ou como
unicast quando exigidos somente por um nico roteador. Na figura, como os links so ponto-aponto, as atualizaes so enviadas como unicasts.
Os Pacotes de confirmao (ACK, Acknowledgement) so enviados pelo EIGRP quando a
entrega confivel utilizada. O RTP utiliza entrega confivel para pacotes de atualizao,
consulta e resposta do EIGRP. Os pacotes de confirmao do EIGRP contm um nmero de
confirmao diferente de zero e sempre so enviados utilizando um endereo unicast.
Na figura, o R2 perdeu conectividade rede local conectada a sua interface FastEthernet. O R2
envia uma Atualizao imediatamente a R1 e R3 percebendo a rota inativa. R1 e R3 respondem
com uma confirmao.
Veja a Consulta e resposta na figura.
325
Os pacotes consulta e resposta so utilizados pelo DUAL ao procurar redes e ao realizar outras
tarefas. Consultas e respostas utilizam entrega confivel. Consultas utilizam multicast,
enquanto respostas so sempre enviadas como unicast. O DUAL discutido em uma seo
posterior. Os pacotes de consulta e resposta so discutidos em mais detalhes no CCNP.
Na figura, o R2 perdeu conectividade com a rede local e envia consultas a todos os vizinhos
EIGRP que procuram possveis rotas para a rede local. Como as consultas utilizam entrega
confivel, o roteador de destino deve devolver uma confirmao EIGRP. (Para manter este
exemplo simples, as confirmaes foram omitidas no grfico.)
Todos os vizinhos devem enviar uma resposta independentemente de ter ou no uma rota
para a rede inativa. Uma vez que as respostas tambm utilizam entrega confivel, roteadores
como R2 devem enviar uma confirmao.
Nota: Voc pode estar se perguntando por que o R2 enviaria uma consulta para uma rede que
sabe que est inativa. De fato, somente a interface conectada rede est inativa. Outro
roteador pode estar conectado mesma rede local. Portanto, R2 consulta para tal roteador
antes de remover a rede completamente de seu banco de dados.
Antes de os pacotes EIGRP poderem ser trocados entre os roteadores, o EIGRP deve primeiro
detectar seus vizinhos. Os vizinhos EIGRP so outros roteadores que executam o EIGRP em
redes compartilhadas diretamente conectadas.
326
Os roteadores EIGRP detectam vizinhos e estabelecem adjacncias com roteadores vizinhos

utilizando o pacote Hello. Na maioria das redes, os pacotes Hello do EIGRP so enviados a cada
5 segundos. Em redes ponto-multiponto (NBMA, nonbroadcast multiaccess networks ) como
X.25, Frame Relay e interfaces ATM com links de acesso de T1 (1.544 Mbps) ou mais lentas, os
Hellos so unicast a cada 60 segundos. Um roteador EIGRP assume que, contanto que esteja
recebendo pacotes Hello de um vizinho, o vizinho e suas rotas permanecero viveis.
O tempo de espera revela ao roteador o tempo mximo que ele deve esperar para receber o
prximo Hello antes de declarar o vizinho como inalcanvel. Por padro, o tempo de espera
de trs vezes o intervalo Hello ou 15 segundos na maioria das redes e de 180 segundos em
redes NBMA de baixa velocidade. Se o tempo de espera expirar, o EIGRP declarar a rota como
inativa e o DUAL procurar um novo caminho enviando consultas.
O EIGRP utiliza o termo parcial ou associada ao referir-se a seus pacotes de atualizao.

Diferentemente do RIP, o EIGRP no envia atualizaes peridicas. Ao contrrio, o EIGRP envia
suas atualizaes somente quando a mtrica para uma rota muda.
O termo parcial significa que a atualizao somente inclui informaes sobre as alteraes de
rota. O EIGRP envia estas atualizaes adicionais quando o estado de um destino muda, em
vez de enviar os contedos inteiros da tabela de roteamento.
327
O termo associado refere-se propagao de atualizaes parciais enviadas somente a esses

roteadores que so afetados pela alterao. A atualizao parcial associada
automaticamente de forma que somente esses roteadores que precisam das informaes
sejam atualizados.
Por enviar somente as informaes de roteamento que so necessrias e somente para esses
roteadores que precisam delas, o EIGRP minimiza a largura de banda exigida para enviar
pacotes EIGRP.
O Algoritmo de atualizao por difuso (DUAL, Diffusing Update Algorithm) o algoritmo de

convergncia utilizado pelo EIGRP em vez dos algoritmos Bellman-Ford ou Ford Fulkerson
utilizados por outros protocolos de roteamento de vetor de distncia, como o RIP. O DUAL
baseado em uma pesquisa realizada no SRI International, utilizando clculos que foram
propostos primeiramente por E.W. Dijkstra e C.S. Scholten. O trabalho mais bem conhecido
com DUAL foi feito por J.J. Garcia-Luna-Aceves.
Loops de roteamento, mesmo os temporrios, podem ser extremamente prejudiciais para o
desempenho da rede. Os protocolos de roteamento de vetor de distncia, como o RIP,
impedem loops de roteamento com temporizadores de hold-down e split horizon. Embora o
EIGRP utilize as duas tcnicas, ele as utiliza de um modo um pouco diferente. A principal
maneira com a qual o EIGRP impede loops de roteamento com o algoritmo DUAL.
O algoritmo DUAL utilizado para obter liberdade de loop a todo momento ao longo de uma
computao de rota. Isto permite que todos os roteadores envolvidos em uma alterao de
topologia sincronizem ao mesmo tempo. Os roteadores que no so afetados pelas alteraes
de topologia no so envolvidos na nova computao. Este mtodo proporciona ao EIGRP
tempos de convergncia mais rpidos que outros protocolos de roteamento de vetor de
distncia.
328
O processo de deciso para todas as computaes de rota feito pela Mquina de estado
finito DUAL. Em termos gerais, uma mquina de estado finito (FSM, Finite State Machine) um
modelo de comportamento composto de um nmero finito de estados, transies entre esses
estados e eventos ou aes que criam as transies.
O FSM DUAL monitora todas as rotas, utiliza sua mtrica para escolher caminhos eficientes,
sem loop e seleciona as rotas com o caminho de menor custo para inserir na tabela de
roteamento. O FSM DUAL ser discutido em mais detalhes posteriormente neste captulo.
Como a nova computao do algoritmo DUAL pode ser intensa para o processador, vantajoso
evit-la sempre que possvel. Portanto, o DUAL mantm uma lista de rotas de backup que j
determinou como sendo sem loop. Se a rota primria na tabela de roteamento falhar, a
melhor rota de backup ser adicionada imediatamente tabela de roteamento.
Como voc aprendeu no Captulo 3, "Introduo aos protocolos de roteamento dinmico", a

distncia administrativa (AD, Administrative Distance) a confiana (ou preferncia) da origem
da rota. O EIGRP possui uma distncia administrativa padro de 90 para rotas internas e 170
para rotas externas, como as rotas padro. Quando comparado a outros protocolos IGP, o
EIGRP o preferido pelo IOS Cisco porque tem a distncia administrativa mais baixa.
Observe na figura que o EIGRP possui um terceiro valor de distncia administrativa, de 5, para
rotas de sumarizao. Posteriormente neste captulo, voc aprender a configurar as rotas de
sumarizao do EIGRP.
329
Como outros protocolos de roteamento, o EIGRP pode ser configurado para autenticao.
RIPv2, EIGRP, OSPF, IS-IS e BGP podem ser configurados para criptografar e autenticar suas
informaes de roteamento.
uma prtica recomendada autenticar informaes de roteamento transmitidas. Esta prtica
assegura que os roteadores somente aceitem informaes de roteamento de outros
roteadores que foram configurados com a mesma senha ou informaes de autenticao.
Nota: A autenticao no criptografa a tabela de roteamento do roteador.
Como dito em captulos anteriores, a configurao de protocolos de roteamento para utilizar
autenticao ser discutida em um curso posterior.
330
A figura mostra nossa topologia de captulos anteriores, mas agora inclui a adio do roteador
ISP. Observe que ambos os roteadores R1 e R2 possuem sub-redes que fazem parte da rede
classful 172.16.0.0/16, um endereo de classe B. O fato de 172.16.0.0 ser um endereo classe
B s relevante porque o EIGRP sumariza automaticamente em limites classful , semelhante
ao RIP.
Veja R1, R2 e R3 para ver a configurao inicial de cada roteador.
331
332
Observe que o roteador ISP no existe fisicamente em nossas configuraes. A conexo entre
R2 e o ISP representada com uma interface de loopback no roteador R2. Lembre-se do
Captulo 7, "RIPv2", que uma interface de loopback pode ser utilizada para representar uma
interface em um roteador que no tem nenhuma conexo real com um link fsico na rede.
Endereos de loopback podem ser verificados com o comando ping e includos nas
atualizaes de roteamento.
Nota: As interfaces de loopback tambm possuem usos especficos com alguns protocolos de
roteamento, como veremos no Captulo 11, OSPF.
Sistema autnomo
Um sistema autnomo (AS, Autonomous System) uma coleo de redes sob o controle
administrativo de uma nica entidade que apresenta uma poltica de roteamento comum para
a Internet. Na figura, as empresas A, B, C e D esto todas sob o controle administrativo de
ISP1. ISP1 apresenta uma poltica de roteamento comum" para todas estas empresas ao
anunciar rotas para ISP2.
As diretrizes para a criao, seleo e registro de um sistema autnomo so descritas na RFC
1930. Os nmeros de AS so atribudos pela IANA (Internet Assigned Numbers Authority), a
mesma autoridade que atribui o espao de endereo IP. Voc aprendeu sobre IANA e seus
Registros de Internet Regionais (RIRs, Regional Internet Registries) em um curso anterior. O RIR
local responsvel por atribuir um nmero de AS a uma entidade de seu bloco de nmeros de
AS atribudos. Antes de 2007, os nmeros de AS eram nmeros de 16 bits, variando de 0 at
65535. Agora so atribudos nmeros de AS de 32 bits, aumentando a quantidade de nmeros
de AS disponveis para mais de 4 bilhes.
333
Quem precisa de um nmero de sistema autnomo? Normalmente os ISPs (Provedores de

Internet), provedores de backbone de Internet e instituies de grande porte que se conectam
a outras entidades que tambm possuem um nmero de AS. Estes provedores de Internet e
instituies de grande porte utilizam o protocolo de roteamento de gateway exterior Border
Gateway Protocol, ou BGP, para propagar informaes de roteamento. O BGP o nico
protocolo de roteamento que utiliza um nmero de sistema autnomo real em sua
configurao.
A grande maioria das empresas e instituies com redes IP no precisa de um nmero de AS
porque elas esto sob o controle de uma entidade maior como um provedor de Internet. Estas
empresas utilizam protocolos IGP como RIP, EIGRP, OSPF, e IS-IS para rotear pacotes dentro de
suas prprias redes. Elas so algumas redes independentes e separadas dentro do sistema
autnomo do ISP. O ISP responsvel pelo roteamento de pacotes dentro de seu sistema
autnomo e entre outros sistemas autnomos.
ID de processo
EIGRP e OSPF utilizam uma ID de processo para representar uma instncia de seu respectivo
protocolo de roteamento sendo executado no roteador.
Router(config)#router eigrp autonomous-system
334
Embora o EIGRP refira-se ao parmetro como um nmero de sistema autnomo, na verdade

ele funciona como uma ID de processo. Este nmero no est associado a um nmero de
sistema autnomo previamente discutido e pode receber qualquer valor de 16 bits.
Router(config)#router eigrp 1
Neste exemplo, o nmero 1 identifica este processo de EIGRP especfico sendo executado
neste roteador. Para estabelecer adjacncias de vizinho, o EIGRP exige que todos os
roteadores no mesmo domnio de roteamento sejam configurados com a mesma ID de
processo. Normalmente, s uma nica ID de processo de qualquer protocolo de roteamento
configurada em um roteador.
Nota: O RIP no utiliza IDs de processo; portanto, somente pode suportar uma nica instncia
de RIP. Tanto o EIGRP quanto o OSPF podem suportar mltiplas instncias de cada protocolo
de roteamento, embora este tipo de implementao de protocolo de roteamento mltipla no
seja geralmente necessria ou recomendada.
O comando de configurao global router eigrp autonomous-system habilita o EIGRP. O

parmetro de sistema autnomo um nmero escolhido pelo administrador de rede entre 1 e
335
65535. O nmero escolhido o nmero de ID do processo e importante porque todos os

roteadores neste domnio de roteamento EIGRP devem utilizar o mesmo nmero de ID de
processo (nmero de sistema autnomo).
Veja a Sada do comando do roteador na figura.
336
Como voc pode ver na topologia e na sada do comando do roteador na figura, ns

habilitaremos o EIGRP em todos os trs roteadores utilizando a ID de processo de 1.
O comando network em EIGRP possui a mesma funo que em outros protocolos de

roteamento IGP:
Qualquer interface neste roteador que corresponda ao endereo de rede no comando

network ser habilitado para enviar e receber atualizaes de EIGRP.
Esta rede (ou sub-rede) ser includa nas atualizaes de roteamento EIGRP.
O comando network utilizado no modo de configurao do roteador.

Router(config-router)#network network-address
O network-address o endereo de rede classful para esta interface. A figura mostra os
comandos de rede configurados para R1 e R2. R3 ser configurado na prxima pgina. Na
figura, um nico comando network classful utilizado em R1 para incluir ambas as sub-redes
172.16.1.0/24 e 172.16.3.0/30:
Quando o EIGRP for configurado em R2, o DUAL enviar uma mensagem de notificao para a
console dizendo que uma relao de vizinho com outro roteador de EIGRP foi estabelecida.
Esta nova adjacncia acontece automaticamente porque R1 e R2 esto utilizando o mesmo
processo de roteamento eigrp 1 e ambos os roteadores esto agora enviando atualizaes na
rede 172.16.0.0.
337
%DUAL-5-NBRCHANGE: IP-EIGRP 1: Neighbor 172.16.3.1 (Serial0/0) is up: new adjacency
O Comando network com uma mscara curinga

Por padro, ao utilizar o comando network e um endereo de rede classful como 172.16.0.0,
todas as interfaces no roteador que pertencem a este endereo de rede classful sero
habilitadas para EIGRP. Porm, pode haver momentos em que o administrador de rede no
deseja incluir todas as interfaces dentro de uma rede ao habilitar o EIGRP. Para configurar o
EIGRP para anunciar somente sub-redes especficas, utilize a opo wildcard-mask com o
comando network:
Router(config-router)#network network-address [wildcard-mask]
Pense em uma mscara curinga como o inverso de uma mscara de sub-rede. O inverso da
mscara de sub-rede 255.255.255.252 0.0.0.3. Para calcular o inverso da mscara de subrede, subtraia a mscara de sub-rede de 255.255.255.255:
255.255.255.255
- 255.255.255.252
Subtraia a mscara de sub-rede
--------------0. 0. 0. 3
mscara curinga
338
Na figura, R2 configurado com a sub-rede 192.168.10.8 e a mscara curinga 0.0.0.3.

R2(config-router)#network 192.168.10.8.0.0.0.3
Algumas verses de IOS tambm permitem que voc simplesmente digite a mscara de subrede. Por exemplo, voc pode digitar o seguinte:
R2(config-router)#network 192.168.10.8 255.255.255.252
Porm, o IOS converter ento o comando ao formato de mscara curinga, como pode ser
verificado com o comando show run:
R2#show run
!
router eigrp 1
network 172.16.0.0
network 192.168.10.8 0.0.0.3
auto-summary
!
A figura tambm mostra a configurao para R3. Assim que a rede classful 192.168.10.0 for
configurada, R3 estabelecer adjacncias com R1 e R2.
339
Antes de as atualizaes poderem ser enviadas ou recebidas por EIGRP, os roteadores devero
estabelecer adjacncias com seus vizinhos. Os roteadores de EIGRP estabelecem adjacncias
com roteadores vizinhos trocando pacotes Hello do EIGRP.
Utilize o comando show ip eigrp neighbors para exibir a tabela de vizinho e verificar se o EIGRP
estabeleceu uma adjacncia com seus vizinhos. Para cada roteador, voc deve poder ver o
endereo IP do roteador adjacente e a interface que este roteador utiliza para alcanar o
vizinho de EIGRP. Na figura, ns podemos verificar que todos os roteadores estabeleceram as
adjacncias necessrias. Cada roteador possui dois vizinhos listados na tabela de vizinho.
A sada do comando show ip eigrp neighbor inclui:
coluna H - Lista os vizinhos na ordem em que eles foram reconhecidos.

Endereo (Address) - O endereo IP do vizinho.
Interface - A interface local na qual este pacote Hello foi recebido.
Espera (Hold) - O tempo de espera atual. Sempre que um pacote Hello recebido,
este valor redefinido para o tempo de espera mximo para aquela interface e ento
faz contagem regressiva at zero. Se o zero for alcanado, o vizinho ser considerado
"inativo."
Tempo de atividade (Uptime) - Quantidade de tempo desde que este vizinho foi
adicionado tabela de vizinho.
SRTT (Smooth Round Trip Timer, Temporizador de ida e volta suave) e RTO
(Retransmit Interval, Intervalo de retransmisso) - Utilizado por RTP para gerenciar
pacotes de EIGRP confiveis. O SRTT e RTO so discutidos mais a fundo nos cursos
CCNP.
Contagem de fila - Sempre deve ser zero. Se for mais que zero, isso significar que os
pacotes de EIGRP esto esperando para serem enviados. A contagem de fila
discutida mais a fundo nos cursos CCNP.
Nmero de seqncia - Utilizado para monitorar atualizaes, consultas e pacotes de
resposta. Os nmeros de seqncia so discutidos mais a fundo nos cursos CCNP.
O comando show ip eigrp neighbors muito til para verificar, identificar e solucionar
problemas do EIGRP. Se um vizinho no for listado depois que as adjacncias forem
estabelecidas com os vizinhos de um roteador, verifique a interface local para ter certeza de
que est ativada com o comando show ip interface brief. Se a interface estiver ativa, tente
executar ping no endereo IP do vizinho. Se o ping falhar, isso significa que a interface de
vizinho est inativa e precisa ser ativada. Se o ping tiver xito e o EIGRP ainda no vir o
roteador como um vizinho, examine as seguintes configuraes:
Ambos os roteadores esto configurados com a mesma ID de processo de EIGRP?

A rede diretamente conectada est includa nos comandos network do EIGRP?
340
O comando passive-interface est configurado para evitar pacotes Hello do EIGRP na

interface?
Assim como ocorre com RIP, o comando show ip protocols pode ser utilizado para verificar se
o EIGRP est habilitado. O comando show ip protocols exibe tipos diferentes de sada do
comando especficos para cada protocolo de roteamento. Ns examinaremos alguns destes
detalhes em sees posteriores.
341
Observe que a sada do comando especifica a ID de processo utilizada pelo EIGRP:

Routing Protocol is "eigrp 1"
Lembre-se de que a ID de processo deve ser a mesma em todos os roteadores para que EIGRP
estabelea adjacncias e compartilhe as informaes de roteamento.
As distncias administrativas interna e externa de EIGRP tambm so exibidas:
Distance: internal 90 external 170
Outro modo de verificar se o EIGRP e outras funes do roteador esto adequadamente

configurados examinar as tabelas de roteamento com o comando show ip route.
Veja R1, R2 e R3 na figura.
342
343
Por padro, o EIGRP sumariza as rotas automaticamente ao limite de rede principal. Ns

podemos desabilitar a sumarizao automtica com o comando no auto-summary, da mesma
maneira que fizemos com o RIPv2. Examinaremos isso mais detalhadamente em uma seo
posterior.
Observe que as rotas de EIGRP so denotadas na tabela de roteamento com um D, que
significa DUAL.
Lembre-se, uma vez que o EIGRP um protocolo de roteamento classless (inclui a mscara de
sub-rede na atualizao de roteamento), ele suporta VLSM e CIDR. Ns podemos ver na tabela
de roteamento para R1 que a rede primria 172.16.0.0/16 colocada como sub-rede de modo
varivel com trs rotas secundrias utilizando uma mscara /24 ou /30.
Apresentando rota de sumarizao Null0

A figura mostra a tabela de roteamento para R2 com duas entradas destacadas. Observe que o
EIGRP incluiu uma rota de sumarizao automaticamente para Null0 para as redes classful
192.168.10.0/24 e 172.16.0.0/16.
Lembre-se do Captulo 7, "RIPv2", em que aprendemos que Null0 no uma interface real.
Observe que as rotas de sumarizao so originadas de Null0 - isto porque estas rotas so
utilizadas com fins de anncio. As rotas 192.168.10.0/24 e 172.16.0.0/16 no representam, de
fato, um caminho para alcanar as redes primrias. Se um pacote no corresponder a uma das
rotas secundrias do nvel 2, ele ser enviado interface Null0. Em outras palavras, se o
pacote corresponder rota primria do nvel 1 - o endereo de rede classful - mas a nenhuma
das sub-redes, o pacote ser descartado.
Nota: O EIGRP inclui automaticamente uma rota de sumarizao null0 como uma rota
secundria sempre que ambas as condies seguintes existirem:
H pelo menos uma sub-rede que foi reconhecida pelo EIGRP.

A sumarizao automtica est habilitada.
Ns veremos que a rota de sumarizao null0 removida quando a sumarizao automtica

desabilitada.
344
Tabela de roteamento R3
A tabela de roteamento para R3 mostra que o R1 e o R2 esto sumarizando automaticamente
a rede 172.16.0.0/16 e enviando-a como uma nica atualizao de roteamento. R1 e R2 no
esto propagando as sub-redes individuais por causa da sumarizao automtica. Ns
desligaremos a sumarizao automtica mais tarde. Como o R3 est obtendo duas rotas de
custo iguais para 172.16.0.0/16 de R1 e R2, ambas as rotas so includas na tabela de
roteamento.
345
O EIGRP utiliza os valores seguintes em sua mtrica composta para calcular o caminho
preferido para uma rede:
Largura de banda
Atraso
Confiabilidade
Carga
Nota: Como mencionado anteriormente neste captulo, embora o MTU seja includo nas
atualizaes da tabela de roteamento, ele no uma mtrica de roteamento utilizada pelo
EIGRP ou IGRP. Por padro, somente a largura de banda e atraso so utilizados para calcular a
mtrica. A Cisco recomenda que a confiabilidade e a carga no sejam utilizadas a menos que o
administrador tenha uma necessidade explcita para faz-lo.
A mtrica composta
346
A figura mostra a frmula da mtrica composta utilizada pelo EIGRP. A frmula consiste de
valores de K1 a K5, conhecidos como pesos de mtrica EIGRP. Por padro, K1 e K3 so
definidos como 1 e K2, K4 e K5 so definidos como 0. O resultado que somente os valores de
largura de banda e atraso so utilizados na computao da mtrica composta padro.
Os valores de K padro podem ser alterados com o comando de roteador EIGRP:
Router(config-router)#metric weights tos k1 k2 k3 k4 k5
Nota: Modificar os pesos de mtrica est alm do escopo deste curso, mas sua relevncia
importante para estabelecer vizinhos e discutida em uma seo posterior. O valor tipo de
servio (TOS, Type of Service) legado do IGRP e nunca foi implementado. O valor tos sempre
definido como 0.
Verificando os valores de K
O comando show ip protocols utilizado para verificar os valores de K. A sada do comando
para R1 mostrada na figura. Note que os valores de K em R1 so definidos para os valores
padro. Novamente, no recomendado alterar estes valores para diferente do padro a
menos que o administrador de rede tenha uma razo muito boa para faz-lo.
347
Examinando os valores da mtrica

Agora voc conhece os valores padro de K. Utilizando o comando show interface, ns
podemos examinar os valores reais utilizados para largura de banda, atraso, confiabilidade e
carga na computao da mtrica de roteamento.
348
A sada do comando na figura mostra os valores utilizados na mtrica composta para a

interface 0/0/0 Serial em R1.
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Largura de banda (Bandwidth)

A mtrica de largura de banda (1544 Kbit) um valor esttico utilizado por alguns protocolos
de roteamento como o EIGRP e OSPF para calcular sua mtrica de roteamento. A largura de
banda exibida em Kbit (quilobits). A maioria das interfaces seriais utiliza o valor de largura de
banda padro de 1544 Kbit ou 1.544.000 bps (1.544 Mbps). Esta a largura de banda de uma
conexo T1. Porm, algumas interfaces seriais utilizam um valor de largura de banda padro
diferente. Sempre verifique a largura de banda com o comando show interface.
O valor da largura de banda pode ou no refletir na largura de banda fsica real da interface.
Modificar o valor de largura de banda no altera a largura de banda real do link. Se a largura
de banda real do link diferir do valor de largura de banda padro, ento voc dever modificar
o valor de largura de banda, como veremos em uma seo posterior.
Atraso
349
Atraso uma medida do tempo necessrio para um pacote atravessar um caminho. A mtrica
de atraso (DLY) um valor esttico baseado no tipo de link para o qual a interface conectada
e expressada em microssegundos. O atraso no medido dinamicamente. Em outras
palavras, o roteador no monitora de fato quanto tempo os pacotes esto levando para
alcanar o destino. O valor de atraso, tal como o valor de largura de banda, um valor padro
que pode ser alterado pelo administrador de rede.
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
A tabela na figura mostra os valores de atraso padro para vrias interfaces. Note que o valor
padro 20.000 microssegundos para interfaces seriais e 100 microssegundos para interfaces
FastEthernet.
Confiabilidade
Confiabilidade (confiabilidade) uma medida da probabilidade de o link falhar ou que diz a
freqncia de o link resultar em erro. Ao contrrio do atraso, a Confiabilidade medida
dinamicamente com um valor entre 0 e 255, com 1 sendo um link minimamente confivel e
255 cem por cento confivel. A confiabilidade calculada em uma mdia ponderada de 5
minutos para evitar o impacto sbito de taxas de erro altas (ou baixas).
350
A confiabilidade expressada como uma frao de 255 quanto mais alto o valor, mais
confivel o link. Assim, 255/255 seria 100 por cento confivel, considerando que um link de
234/255 seria 91,8 por cento confivel.
Lembre-se: Por padro, o EIGRP no utiliza a confiabilidade em seu clculo de mtrica.
Carga
A carga (carga) reflete a quantidade de trfego que utiliza o link. Como a confiabilidade, a
carga medida dinamicamente com um valor entre 0 e 255. De maneira semelhante
confiabilidade, a carga expressada como uma frao de 255. Porm, neste caso, um valor de
carga inferior mais desejvel porque indica menos carga no link. Assim, 1/255 seria um link
minimamente carregado, 40/255 um link com 16 por cento de capacidade e 255/255 seria
um link que est 100 por cento saturado.
A carga exibida como um valor de carga de sada ou transmisso, (txload) e um valor de
carga de entrada ou recebimento, (rxload). Este valor calculado em uma mdia ponderada
de 5 minutos para evitar o impacto sbito de utilizao de canal alta (ou baixa).
Lembre-se: por padro, o EIGRP no utiliza a carga em seu clculo de mtrica.
Na maioria dos links seriais, a mtrica da largura de banda ser padronizada como 1544 Kbits.
Como o EIGRP e OSPF utilizam a largura de banda em clculos de mtrica padro, um valor
correto para largura de banda muito importante para a exatido das informaes de
roteamento. Mas o que fazer se a largura de banda real do link no corresponder largura de
banda padro da interface?
351
Veja a configurao da largura de banda na figura.
Utilize o comando de interface bandwidth para modificar a mtrica de largura de banda:

Router(config-if)#bandwidth kilobits
Utilize o comando de interface no bandwidth para restaurar o valor padro.
Na figura, o link entre R1 e R2 possui uma largura de banda de 64 kbps e o link entre R2 e R3
possui uma largura de banda de 1024 kbps. A figura mostra as configuraes utilizadas em
todos os trs roteadores para modificar a largura de banda nas interfaces seriais apropriadas.
Veja a largura de banda na figura.
352
Podemos verificar a alterao utilizando o comando show interface. importante modificar a

mtrica da largura de banda nos dois lados do link para assegurar o roteamento adequado em
ambas as direes.
Nota: Uma concepo errnea comum para alunos novos de rede e do IOS Cisco presumir
que o comando bandwidth alterar a largura de banda fsica do link. Como informado na seo
anterior, o comando bandwidth somente modifica a mtrica de largura de banda utilizada por
protocolos de roteamento como o EIGRP e OSPF. s vezes, um administrador de rede alterar
o valor de largura de banda de modo a ter mais controle sobre a interface de sada escolhida.
A figura mostra a mtrica composta utilizada por EIGRP. Utilizando os valores padro para K1 e
K3, ns podemos simplificar este clculo para: a largura de banda mais lenta (ou largura de
banda mnima) mais a soma cumulativa de todos os atrasos.
Em outras palavras, examinando os valores de largura de banda e de atraso para todas as
interfaces de sada da rota, ns podemos determinar a mtrica de EIGRP. Primeiro, determine
o link com a largura de banda mais lenta. Esta largura de banda utilizada para a parte
(10.000.000/largura de banda) * 256 da frmula. Em seguida, determine o valor de atraso
para cada interface de sada a caminho do destino. Some os valores de atraso e divida por 10
(soma de atraso/10) e, em seguida, multiplique por 256 (* 256). Adicione a largura de banda e
a soma de valores de atraso para obter a mtrica de EIGRP.
353
A sada do comando da tabela de roteamento para R2 mostra que a rota para 192.168.1.0/24
tem uma mtrica de EIGRP de 3.014.400. Vejamos exatamente como o EIGRP calculou este
valor.
Largura de banda
Veja o Clculo da largura de banda na figura.
354
Como o EIGRP utiliza a largura de banda mais lenta em sua mtrica de clculo, ns podemos
localizar a largura de banda mais lenta examinando cada interface entre R2 e o destino de rede
192.168.1.0. A interface 0/0/1 Serial em R2 possui uma largura de banda de 1.024 Kbps ou
1.024.000 bps. A interface FastEthernet em R3 possui uma largura de banda de 100.000 Kbps
ou 100 Mbps. Portanto, a largura de banda mais lenta de 1024 Kbps e utilizada no clculo
da mtrica.
O EIGRP pega o valor de largura de banda de referncia de 10.000.000 e o divide pelo valor de
largura de banda em kbps. Isto resultar em valores de largura de banda mais altos que
recebem uma mtrica mais baixa e valores de largura de banda mais baixos que recebem uma
mtrica mais alta.
O valor de 10.000.000 dividido por 1024. Se o resultado no for um nmero inteiro, o valor
ser arredondado para baixo. Neste caso, 10.000.000 divididos por 1024 igual a 9765.625
(625 ignorado antes de multiplicar por 256). A parte de largura de banda da mtrica
composta 2.499.840.
Atraso
Utilizando as mesmas interfaces de sada, tambm podemos determinar o valor de atraso.
Veja o Clculo do atraso na figura.
355
O EIGRP utiliza a soma cumulativa das mtricas de atraso de todas as interfaces de sada. A
interface Serial 0/0/1 em R2 possui um atraso de 20000 microsegundos. A interface
FastEthernet 0/0 em R3 possui um atraso de 100 microsegundos.
Cada valor de atraso dividido por 10 e ento somado: 20.000/10 + 100/10 resulta em um
valor de 2.010. Este resultado ento multiplicado por 256. A parte de atraso da mtrica de
composio 514.560.
Adicionando a largura de banda e atraso
Veja a Mtrica do EIGRP na figura.
356
Some simplesmente os dois valores, 2.499.840 + 514.560, para obter a mtrica de EIGRP de
3.014.400. Este valor corresponde ao valor mostrado na tabela de roteamento para R2. Este
um resultado da largura de banda mais lenta e da soma dos atrasos.
Como declarado em uma seo anterior, DUAL (Algoritmo de Atualizao por Difuso) o
algoritmo utilizado pelo EIGRP. Esta seo discutir como o DUAL determina o melhor caminho
sem loop e caminhos de backup sem loop.
O DUAL utiliza diversos termos que sero discutidos em mais detalhes ao longo desta seo:
Sucessor
Distncia vivel (FD)
Sucessor vivel (FS)
Distncia reportada (RD) ou Distncia anunciada (AD)
Condio vivel ou Condio de viabilidade (FC)
Estes termos e conceitos so fundamentais para o mecanismo que evita loop do DUAL. Vamos
examin-los com mais profundidade.
Um sucessor um roteador vizinho que utilizado para o encaminhamento de pacotes e a

rota de menor custo para a rede de destino. O endereo IP de um sucessor mostrado em
uma entrada da tabela de roteamento depois da palavra via.
Distncia vivel (FD, Feasible distance) a mtrica calculada mais baixa para alcanar a rede de
destino. FD a mtrica listada na entrada da tabela de roteamento como o segundo nmero
357
dentro dos colchetes. Tal como com outros protocolos de roteamento, isto tambm
conhecido como a mtrica para a rota.
Examinando a tabela de roteamento para R2 na figura, ns podemos ver que o melhor

caminho de EIGRP para a rede 192.168.1.0/24 pelo roteador R3 e que a distncia vivel (FD)
de 3014400-a mesma mtrica que ns calculamos no ltimo tpico:
D 192.168.1.0/24 [90/3014400] via 192.168.10.10, 00:00:31, Serial0/0/1
Tambm so mostrados outros sucessores e distncias viveis na figura. Voc pode responder
s seguintes perguntas?
Qual o endereo IP do sucessor para a rede 172.16.1.0/24?
Resposta: 172.16.3.1, que R1.
Qual a distncia vivel para 172.16.1.0/24?
Resposta: 40514560.
Uma das razes pela qual o DUAL pode convergir rapidamente depois de uma mudana na
topologia porque ele pode utilizar caminhos de backup para outros roteadores conhecidos
como sucessores viveis sem ter que recomputar o DUAL.
358
Veja o Sucessor vivel na figura.
Um sucessor vivel (FS, Feasible Successor) um vizinho que tem um caminho de backup sem
loop para a mesma rede que o sucessor porque atende a condio de viabilidade. Em nossa
topologia, R2 consideraria R1 como um sucessor vivel para a rede 192.168.1.0/24? Para ser
um sucessor vivel, R1 deve atender a condio de viabilidade (FC). Examinemos o que isso
significa.
Veja a Condio de viabilidade na figura.
359
A condio de viabilidade (FC, Feasibility Condition) atingida quando a distncia reportada

(RD, Reported Distance) para uma rede menor que a distncia vivel do roteador para a
mesma rede de destino. A distncia reportada (RD) ou distncia anunciada simplesmente
uma distncia vivel do vizinho de EIGRP para a mesma rede de destino. A distncia reportada
(RD) a mtrica que um roteador relata a um vizinho sobre seu prprio custo para aquela
rede.
Se R3 o sucessor, o vizinho R1 pode ser um sucessor vivel para esta mesma rede
192.161.0/24? Em outras palavras, se o link entre R2 e R3 falhar, o R1 pode ser utilizado
imediatamente como um caminho de backup sem uma nova computao do algoritmo DUAL?
R1 somente pode ser um sucessor vivel se atingir a condio de viabilidade.
Na figura, R1 est relatando a R2 que sua distncia de viabilidade para 192.168.1.0/24
2172416. Da perspectiva de R2, 2172416 a distncia relatada de R1. Da perspectiva de R1,
2172416 sua distncia vivel.
Veja a Distncia reportada na figura.
R2 examina a distncia reportada (RD) de 2172416 para R1. Como a distncia reportada (RD)
de R1 menor que a prpria distncia vivel de R2 (FD) de 3014400, R1 atende a condio de
viabilidade. R1 agora um sucessor vivel para R2 para a rede 192.168.1.0/24.
Por que R1 no o sucessor se sua distncia reportada (RD) menor que a distncia vivel
(FD) de R2 para 192.168.1.0/24? Porque o custo total para R2, sua distncia vivel (FD), para
alcanar 192.168.1.0/24 maior por R1 do que por R3.
360
O sucessor, a distncia vivel e qualquer sucessor vivel com suas distncias relatadas so
mantidos por um roteador em sua tabela de topologia de EIGRP ou banco de dados de
topologia. Como mostrado na figura, a tabela de topologia pode ser exibida com o uso do
comando show ip eigrp topology. A tabela de topologia lista todos os sucessores e sucessores
viveis que o DUAL calculou para as redes de destino.
Veja abaixo uma descrio detalhada de cada parte da entrada da tabela de topologia para
rede de destino 192.168.1.0/24.
361
A primeira linha mostra:
P - Esta rota est em estado passivo. Quando DUAL no est realizando suas
computaes por difuso para determinar um caminho para uma rede, a rota estar
em um modo estvel, conhecido como o estado passivo. Se o DUAL estiver
recalculando ou procurando um novo caminho, a rota estar em um estado ativo.
Todas as rotas na tabela de topologia devem estar no estado passivo para um domnio
de roteamento estvel. O DUAL exibir um A se a rota estiver "Presa em Ativo" que
um problema de identificao e soluo de problemas do nvel de CCNP.
192.168.1.0/24 - Esta a rede de destino que tambm est localizada na tabela de
roteamento.
1 sucessores - Isto mostra o nmero de sucessores para esta rede. Se houver vrios
caminhos de custo iguais para esta rede, haver diversos sucessores.
FD 3014400 - Esta a distncia vivel, a mtrica de EIGRP para alcanar a rede de
destino.
A primeira entrada mostra o sucessor:
via 192.168.10.10 - Este o endereo do prximo salto do sucessor, R3. Este endereo
mostrado na tabela de roteamento.
3014400 - Esta a distncia vivel para 192.168.1.0/24. Esta a mtrica mostrada na
28160 - Esta a distncia reportada do sucessor e o custo de R3 para alcanar esta
rede.
Serial0/0/1 - Esta a interface de sada utilizada para alcanar esta rede, tambm
mostrada na tabela de roteamento.
A segunda entrada mostra o sucessor vivel, R1 (se no houver uma segunda entrada, ento
no haver nenhum sucessor vivel):
via 172.16.3.1 - Este o endereo do prximo salto do sucessor vivel, R1.

41026560 - Esta seria a nova distncia vivel de R2 para 192.168.1.0/24 se R1 se tornar
o novo sucessor.
2172416 - Esta a distncia reportada do sucessor vivel ou a mtrica de R1 para
alcanar esta rede. Este valor, RD, deve ser menor que o FD atual de 3014400 para
atender a condio de viabilidade.
Serial0/0/0 - Esta a interface de sada utilizada para alcanar o sucessor vivel, se
este roteador se tornar o sucessor.
Para exibir informaes detalhadas sobre as mtricas de uma entrada especfica na tabela de
topologia, adicione o parmetro opcional [network] para o comando show ip eigrp topology,
como mostrado na figura:
362
R2#show ip eigrp topology 192.168.1.0

Lembre-se de que o EIGRP um protocolo de roteamento do vetor de distncia. Este comando
lista todas as mtricas de vetor de distncia disponveis para EIGRP embora, por padro, o
EIGRP utilize somente largura de banda e atraso. Ele tambm exibe outras informaes
includas na atualizao de roteamento, mas no includas na mtrica composta: MTU mnimo
e contagem de saltos.
Para continuar nossa compreenso sobre o DUAL e seu uso de sucessores e sucessores viveis,
olhemos para a tabela de roteamento para R1.
Veja a Tabela de roteamento R1 na figura.
363
A rota para 192.168.1.0/24 mostra que o sucessor R3 via 192.168.10.6 com uma distncia
vivel de 2172416.
D 192.168.1.0/24 [90/21724162172416] via 192.168.10.6, 00:56:13, Serial0/1
Agora examinemos a tabela de topologia para ver se h qualquer sucessor vivel para esta
rota.
Veja a Tabela de topologia de R1 na figura.
A tabela de topologia somente mostra o sucessor 192.168.10.6. No h nenhum sucessor

vivel. Olhando para a topologia fsica real ou diagrama de rede, bvio que h uma rota de
backup para 192.168.1.0/24 por R2. Por que R2 no est listado como um sucessor vivel? R2
no um sucessor vivel porque no atende a condio de viabilidade.
Embora, olhando para a topologia, seja bvio que R2 uma rota de backup, o EIGRP no tem
um mapa da topologia de rede. EIGRP um protocolo de roteamento do vetor de distncia e
somente sabe sobre informaes de rede remota atravs de seus vizinhos.
364
Portanto, o DUAL no armazena a rota por R2 na tabela de topologia. Porm, ns podemos

exibir todos os possveis links se eles atenderem a condio de viabilidade ou no adicionando
a opo [all-links] ao comando show ip eigrp topology.
Veja Tabela de topologia R1 [all-links] na figura.
O comando show ip eigrp topology all-links mostra todos os possveis caminhos para uma
rede inclusive sucessores, sucessores viveis e at mesmo essas rotas que no so sucessores
viveis. A distncia vivel de R1 para 192.168.1.0/24 de 2172416 pelo sucessor R3. Para que
R2 seja considerado um sucessor vivel, ele deve atender a condio de viabilidade. A distncia
vivel de R2 para alcanar 192.168.1.0/24 deve ser menor que a distncia vivel (FD) atual de
R1. Como podemos ver na figura, a distncia vivel de R2 3014400, que mais alta que a
distncia vivel de 2172416 de R1.
Embora R2 aparente ser um caminho de backup vivel para 192.168.1.0/24, R1 no sabe que
seu caminho no um loop em potencial atravs de si mesmo. O EIGRP um protocolo de
roteamento do vetor de distncia, sem a capacidade para ver um mapa de topologia sem loop
completo da rede. O mtodo do DUAL de garantir que um vizinho tenha um caminho sem loop
que a mtrica do vizinho deve atender a condio de viabilidade. Assegurando que o RD do
vizinho seja menor que seu prprio FD, o roteador pode assumir que este roteador vizinho no
faz parte de sua prpria rota anunciada, evitando assim um loop em potencial.
Isto significa que R2 no pode ser utilizado se o sucessor falhar? No, R3 pode ser utilizado,
mas haver um atraso mais longo antes de adicion-lo tabela de roteamento. Antes de isto
poder acontecer, o DUAL precisar fazer mais alguns processamentos, explicados no prximo
tpico.
365
Mquina de estado finito (FSM, Finite State Machine) do DUAL

O ponto central do EIGRP o DUAL e seu mecanismo de clculo de rota EIGRP. O nome real
desta tecnologia Mquina de Estado Finito do DUAL (FSM). Esta mquina de estado finito
contm toda a lgica utilizada para calcular e comparar rotas em uma rede EIGRP. A figura
mostra uma verso simplificada do FSM do DUAL.
Uma mquina de estado finito uma mquina abstrata, no um dispositivo mecnico com
componentes mveis. As FSMs definem um conjunto de possveis estados pelos quais algo
pode passar, quais eventos causam esses estados e quais eventos so resultados desses
estados. Os programadores utilizam FSMs para descrever como um dispositivo, programa de
computador ou algoritmo de roteamento reagiro a um conjunto de eventos de entrada.
Mquinas de estado finito esto alm do escopo deste curso; porm, introduzimos o conceito
para examinar algumas das sadas do comando da mquina de estado finito do EIGRP
utilizando debug eigrp fsm. Utilizemos o comando para ver o que o DUAL faz quando uma rota
removida da tabela de roteamento.
Veja a Tabela 1 de topologia de R2 na figura.

366
Lembre-se de nossas discusses anteriores que R2 est utilizando atualmente o R3 como o

sucessor para 192.168.1.0/24. Alm disso, R2 lista R1 atualmente como um sucessor vivel.
Assistamos o que acontece quando simulamos uma falha do link entre R2 e R3.
Veja a Sada do comando da depurao de R2 na figura.
Primeiro, ns habilitamos a depurao do DUAL com o comando debug eigrp fsm. Ento,
simulamos uma falha de link utilizando o comando shutdown na interface Serial 0/0/1 em R2.
Quando voc faz isto em um roteador real ou no Packet Tracer, voc ver toda a atividade
gerada pelo DUAL quando um link ficar inativo. R2 deve informar a todos os vizinhos EIGRP
sobre o link perdido e tambm deve ter o cuidado de atualizar suas prprias tabelas de
roteamento e topologia. A figura neste exemplo somente mostra a sada selecionada de dados
da depurao. Em particular, observe que a mquina de estado finito de DUAL procura e
encontra um sucessor vivel para a rota na tabela de topologia de EIGRP. O sucessor vivel, R1,
367
torna-se agora o sucessor e instalado na tabela de roteamento como o novo melhor caminho
para 192.168.1.0/24.
A tabela de topologia de R2 mostra agora o R1 como o sucessor e no h novos sucessores

viveis.
Se voc estiver fazendo o acompanhamento em roteadores ou no Packet Tracer, restaure a
topologia original reativando a interface Serial 0/0/1 em R2 com o comando no shutdown.
Nenhum sucessor vivel

E se o caminho para o sucessor falhar e no houver sucessores viveis? Lembre-se: s porque
o DUAL no possui um sucessor vivel, isso no significa que no h outro caminho para a
rede. Significa somente que o DUAL no tem um caminho de backup sem loop garantido para
a rede, ento ele no foi adicionado tabela de topologia como um sucessor vivel. Se no
houver nenhum sucessor vivel na tabela de topologia, o DUAL colocar a rede no estado
ativo. O DUAL ativamente consultar seus vizinhos em busca de um novo sucessor.
368
R1 est utilizando R3 atualmente como o sucessor para 192.168.1.0/24. Porm, R1 no tem o

R2 listado como um sucessor vivel porque R2 no atende a condio de viabilidade.
Assistamos o que acontece quando simulamos uma falha do link entre R1 e R3.
Veja a Sada do comando da depurao de R1 na figura.
Primeiro, ns habilitamos a depurao do DUAL com o comando debug eigrp fsm. Ento,
simulamos uma falha de link utilizando o comando shutdown na interface Serial 0/0/1 em R1.
A sada do comando da depurao selecionada mostra a rede 192.168.1.0/24 colocada no
estado ativo e as consultas de EIGRP so enviadas a outros vizinhos. R2 responde com um
caminho para esta rede, tornando-se ento o novo sucessor e instalado na tabela de
roteamento.
369
Quando o sucessor no estiver mais disponvel e no houver nenhum sucessor vivel, o DUAL
colocar a rota em estado ativo. O DUAL enviar consultas de EIGRP pedindo a outros
roteadores um caminho para esta rede. Outros roteadores devolvero respostas de EIGRP,
informando o remetente da consulta de EIGRP se eles tm ou no um caminho para rede
solicitada. Se nenhuma das respostas de EIGRP tiver um caminho para esta rede, o remetente
da consulta no ter uma rota para esta rede.
Se o remetente das consultas do EIGRP receber respostas de EIGRP que incluem um caminho
para a rede solicitada, o caminho preferido ser adicionado como o novo sucessor e
adicionado tabela de roteamento. Este processo levar mais tempo do que se o DUAL tivesse
um sucessor vivel em sua tabela de topologia e se fosse capaz de adicionar rapidamente a
nova rota tabela de roteamento.
Nota: O FSM DUAL e o processo de consultas e respostas esto alm do escopo deste curso.
A tabela de topologia para R1 mostra agora o R2 como o sucessor e no h novos sucessores

viveis.
Se voc estiver fazendo o acompanhamento em roteadores ou no Packet Tracer, restaure a
topologia original reativando a interface Serial 0/0/1 em R1 com o comando no shutdown.
Analisar uma tabela de roteamento contendo as rotas EIGRP pode ser confuso devido
incluso automtica do EIGRP das rotas de sumarizao Null0. Na figura, a tabela de
roteamento de R1 contm duas rotas que possuem uma interface de sada de Null0. Lembrese do Captulo 7, "RIPv2", quando vimos que a interface Null0 simplesmente uma rota para
lugar algum, comumente conhecida como "cesta de bits". Ento, por padro, o EIGRP utiliza a
370
interface Null0 para descartar os pacotes que correspondem rota primria, mas no
correspondem a nenhuma das rotas secundrias.
Voc pode pensar que, se ns configurarmos o comportamento de roteamento classless com o

comando ip classless, o EIGRP no descartar aquele pacote, mas continuaria procurando uma
rota padro ou de super-rede. Entretanto, a rota de sumarizao Null0 do EIGRP uma rota
secundria que corresponder aos pacotes possveis da rota primria que no correspondem a
outra rota secundria. At mesmo com comportamento de roteamento classless, ip classless,
onde voc esperaria que o processo de procura de rota procurasse super-redes e rotas padro,
o EIGRP utilizar a rota de sumarizao Null0 e descartar o pacote porque esta rota
corresponder aos pacotes da rota primria que no possuam uma rota secundria.
Seja qual for o uso do comportamento de roteamento classful ou classless, a sumarizao de
null0 ser utilizada e, portanto, negando o uso de qualquer rota de super-rede ou padro.
Na figura, R1 descartar os pacotes que correspondem rede classful 172.16.0.0/16, mas que
no correspondem a uma das rotas secundrias 172.16.1.0/24, 172.16.2.0/24 ou
172.16.3.0/24. Por exemplo, um pacote para 172.16.4.10 seria descartado. Mesmo que uma
rota padro fosse configurada, R1 ainda descartaria o pacote porque ele corresponde rota de
sumarizao Null0 para 172.16.0.0/16.
D 172.16.0.0/16 is a summary, 00:46:10, Null0
Nota: O EIGRP inclui automaticamente uma rota de sumarizao null0 como uma rota
secundria sempre que ambas as condies seguintes existirem:
H pelo menos uma sub-rede que foi reconhecida pelo EIGRP.

A sumarizao automtica est habilitada.
371
Como o RIP, o EIGRP sumariza automaticamente aos limites de rede principal. Voc j pode ter
notado na sada do comando de show run que o EIGRP, por padro, utiliza o comando autosummary. No prximo tpico, voc ver que desabilitar a sumarizao automtica remover a
rota de sumarizao Null0 e permitir que o EIGRP procure uma rota de super-rede ou padro
quando uma rota secundria de EIGRP no corresponder a um pacote de destino.
Como o RIP, o EIGRP sumariza automaticamente a limites de rede principal utilizando o

comando padro auto-summary. Ns podemos ver o resultado disto observando a tabela de
roteamento para R3.
Veja a Tabela de roteamento de R3 na figura.
Observe que R3 no est recebendo rotas individuais para as sub-redes 172.16.1.0/24,

172.16.2.0/24 e 172.16.3.0/24. R1 e R2 sumarizaram automaticamente essas sub-redes ao
limite da rede classful 172.16.0.0/16 ao enviar pacotes de atualizao de EIGRP para R3. O
resultado que R3 tem uma rota para 172.16.0.0/16 por R1. R1 o sucessor devido
diferena da largura de banda.
D 172.16.0.0/16 [90/2172416] via 192.168.10.5, 01:08:30, Serial0/0/0
Voc pode ver rapidamente que esta rota no a ideal. R3 rotear todos os pacotes
destinados para 172.16.2.0 por R1. R3 no sabe que R1 ter que rotear estes pacotes por um
link muito lento para R2. O nico modo pelo qual R3 pode obter informaes sobre esta
largura de banda lenta se R1 e R2 enviarem rotas individuais para cada uma das sub-redes de
172.16.0.0/16. Em outras palavras, R1 e R2 devem interromper a sumarizao automtica de
172.16.0.0/16.
Veja o no auto-summary na figura.
372
Como em RIPv2, a sumarizao automtica pode ser desabilitada com o comando no autosummary. O comando de configurao do roteador eigrp log-neighbor-changes est ativado,
por padro, em algumas implementaes de IOS. Caso ativado, voc ver uma sada do
comando semelhante quela mostrada para R1. O DUAL torna inativas todas as adjacncias de
vizinho e, em seguida, as restabelece de forma que o efeito do comando no auto-summary
possa ser percebido completamente. Todos os vizinhos de EIGRP enviaro imediatamente um
novo ciclo de atualizaes que no sero sumarizadas automaticamente.
373
Podemos ver nas tabelas de roteamento para todos os trs roteadores que o EIGRP est agora
propagando sub-redes individuais. Observe que o EIGRP j no inclui a rota de sumarizao
Null0, porque a sumarizao automtica foi desabilitada com no auto-summary. Contanto que
o comportamento padro de roteamento classless (ip classless) esteja em vigor, as rotas de
super-rede e padro sero utilizadas quando no houver uma correspondncia com uma rota
de sub-rede.
Como as rotas no so mais sumarizadas automaticamente a limites de rede principal, as

tabelas de roteamento e topologia do EIGRP tambm mudam.
374
375
Sem sumarizao automtica, a tabela de roteamento de R3 inclui agora as trs sub-redes,

172.16.1.0/24, 172.16.2.0/24 e 172.16.3.0/24. Por que a tabela de roteamento de R3 possui
agora dois caminhos de custos iguais para 172.16.3.0/24? O melhor caminho no deveria ser
somente por R1 com o link de 1544 Mbps?
Lembre-se de que EIGRP somente utiliza o link com a largura de banda mais lenta ao calcular a
mtrica de composio. O link mais lento o link do 64 Kbps que contm a rede 172.16.3.0/30.
Neste exemplo, o link de 1544 Mbps e o link de 1024 Kbps so irrelevantes para o clculo da
mtrica de largura de banda. Como ambos os caminhos possuem o mesmo nmero e tipos de
interfaces de sada, os valores de atraso acabam sendo os mesmos. Como resultado, a mtrica
do EIGRP para ambos os caminhos a mesma, embora o caminho por R1 seja, de fato, o
caminho mais "rpido."
O EIGRP pode ser configurado para sumarizar rotas, estando habilitada ou no a sumarizao
automtica (auto-summary). Como o EIGRP um protocolo de roteamento classless e inclui a
mscara de sub-rede nas atualizaes de roteamento, a sumarizao manual pode incluir rotas
de super-rede. Lembre-se: uma super-rede uma agregao de diversos endereos de rede
classful principal.
Veja as Novas redes locais de R3 na figura.
376
Suponha que ns acrescentamos duas redes a mais ao roteador R3 utilizando interfaces de

loopback: 192.168.2.0/24 e 192.168.3.0/24. Ns tambm configuramos redes no processo de
roteamento do EIGRP de R3 com comandos network de forma que R3 propagar estas redes a
outros roteadores.
Veja as Tabelas de roteamento 1 na figura.
Para verificar se R3 enviou os pacotes de atualizao do EIGRP para R1 e R2, ns verificamos as

tabelas de roteamento. Na figura, somente as rotas relevantes so mostradas. As tabelas de
roteamento de R1 e R2 mostram estas redes adicionais em suas tabelas de roteamento:
192.168.2.0/24 e 192.168.3.0/24. Em vez de enviar trs redes separadas, R3 pode sumarizar as
redes 192.168.1.0/24, 192.168.2.0/24 e 192.168.3.0/24 como uma nica rota.
Veja a Rota de sumarizao de R3 na figura.
377
Determinando a rota de sumarizao de EIGRP

Primeiro, determinemos qual seria a sumarizao destas trs redes utilizando o mesmo
mtodo que utilizamos para determinar as rotas estticas sumarizadas:
1. Escreva as redes que voc deseja sumarizar em binrio.
2. Para localizar a mscara de sub-rede para sumarizao, inicie com o bit mais esquerda.
3. Siga seu caminho para a direita, localizando todos os bits que correspondem
consecutivamente.
4. Quando voc localizar uma coluna de bits que no correspondem, pare. Voc est no limite
da sumarizao.
5. Agora, conte o nmero de bits mais esquerda, que, em nosso exemplo, 22. Este nmero
se torna sua mscara de sub-rede para a rota de sumarizao: /22 ou 255.255.252.0
6. Para localizar o endereo de rede para sumarizao, copie os 22 bits correspondentes e
adicione todos os 0 bits ao final para formar 32 bits.
O resultado o endereo e mscara de rede de sumarizao para 192.168.0.0/22.
Configurar a Sumarizao Manual de EIGRP
Para estabelecer a sumarizao manual de EIGRP em todas as interfaces que enviam pacotes
de EIGRP, utilize o seguinte comando de interface:
Router(config-if)#ip summary-address eigrp as-number network-address subnet-mask
Como R3 possui dois vizinhos EIGRP, a sumarizao manual do EIGRP configurada na Serial
0/0/0 e Serial 0/0/1.
378
Veja as Tabelas de roteamento 2 na figura.
As tabelas de roteamento de R1 e R2 agora j no incluem as redes individuais 192.168.1.0/24,

192.168.2.0/24 e 192.168.3.0/24. Em vez disso, elas mostram uma nica rota de sumarizao
de 192.168.0.0/22. Como voc aprendeu no Captulo 2, "Roteamento esttico", as rotas de
sumarizao reduzem o nmero de rotas totais nas tabelas de roteamento, o que torna o
processo de procura na tabela de roteamento mais eficiente. As rotas de sumarizao tambm
exigem uma menor utilizao de largura de banda para as atualizaes de roteamento porque
uma nica rota pode ser enviada em vez de vrias rotas individuais.
Veja a Configurao padro esttica de R2 na figura.
379
Utilizar uma rota esttica para 0.0.0.0/0 como uma rota padro no depende do protocolo de
roteamento. A rota padro esttica "quatro zero de octetos (quad zero)" pode ser utilizada
com qualquer protocolo de roteamento suportado. A rota padro esttica normalmente
configurada no roteador que possui uma conexo com uma rede fora do domnio de
roteamento EIGRP, por exemplo, para um ISP.
O EIGRP requer o uso do comando redistribute static para incluir esta rota padro esttica com
suas atualizaes de roteamento de EIGRP. O comando redistribute static diz ao EIGRP para
incluir esta rota esttica em suas atualizaes de EIGRP para outros roteadores. A figura
mostra a configurao da rota padro esttica e o comando redistribute static no roteador R2.
Nota: A rota padro esttica est utilizando a interface de sada de Loopback1. Isto porque o
roteador ISP no existe fisicamente em nossa topologia. Utilizando uma interface de loopback,
podemos simular uma conexo com outro roteador.
380
381
As tabelas de roteamento mostram agora uma rota padro esttica e um gateway de ltimo
recurso agora definido.
Nas tabelas de roteamento para R1 e R3, observe a origem de roteamento e a distncia
administrativa para a nova rota padro esttica. A entrada para a rota padro esttica em R1
a seguinte:
D*EX 0.0.0.0/0 [170/3651840] via 192.168.10.6, 00:01:08, Serial0/1
D - Esta rota esttica foi obtida a partir de uma atualizao de roteamento do EIGRP.
- A rota uma candidata para uma rota padro.
EX - A rota uma rota de EIGRP externa, neste caso uma rota esttica fora do domnio
de roteamento do EIGRP.
170 - Esta a distncia administrativa de uma rota externa ao EIGRP.
Rotas padro fornecem um caminho padro para fora do domnio de roteamento e, assim
como as rotas de sumarizao, minimizam o nmero de entradas na tabela de roteamento.
Nota: H outro mtodo para propagar uma rota padro no EIGRP, utilizando o comando ip
default-network. Mais informaes sobre este comando podem ser encontradas em:
http://www.cisco.com/en/US/tech/tk365/technologies_tech_note09186a0080094374.shtml
Os ltimos dois tpicos deste captulo discutem dois modos fundamentais de ajustar as
operaes do EIGRP. Primeiro, ns discutiremos a utilizao da largura de banda do EIGRP. Em
seguida, ns discutiremos como alterar o tempo padro do hello e do tempo de espera.
382
Utilizao da largura de banda do EIGRP

Por padro, o EIGRP utilizar somente at 50 por cento da largura de banda de uma interface
para informaes de EIGRP. Isto impede que o processo do EIGRP utilize um link em excesso e
que no libere largura de banda suficiente para o roteamento de trfego normal. O comando
ip bandwidth-percent eigrp pode ser utilizado para configurar o percentual de largura de
banda que pode ser utilizado por EIGRP em uma interface.
Router(config-if)#ip bandwidth-percent eigrp as-number percent
Na figura, R1 e R2 compartilham um link muito lento de 64kbps. A configurao para limitar
quanta largura de banda o EIGRP utiliza mostrada, juntamente com o comando de largura de
banda (bandwidth). O comando ip bandwidth-percent eigrp utiliza a quantidade de largura de
banda configurada (ou largura de banda padro) ao calcular a porcentagem que o EIGRP pode
utilizar. Em nosso exemplo, ns estamos limitando o EIGRP para no mais que 50 por cento da
largura de banda do link. Portanto, o EIGRP nunca utilizar mais do que os 32kbps da largura
de banda do link para o trfego de pacote do EIGRP.
Configurando os Intervalos Hello e Tempos de espera

Os intervalos Hello e os tempos de espera so configurveis por interface e no precisam
corresponder com outros roteadores de EIGRP para estabelecer adjacncias. O comando para
configurar um intervalo hello diferente :
383
Router(config-if)#ip hello-interval eigrp as-number seconds

Se voc alterar o intervalo hello, verifique se voc tambm alterou o tempo de espera para um
valor igual ou maior que o intervalo hello. Caso contrrio, a adjacncia de vizinho ficar inativa
depois que o tempo de espera expirar e antes do prximo intervalo hello. O comando para
configurar um tempo de espera diferente :
Router(config-if)#ip hold-time eigrp as-number seconds
O valor em segundos para os ambos os intervalos hello e de tempo de espera podem variar de
1 at 65.535. Este intervalo significa que voc pode definir o intervalo hello para um valor de
at 18 horas, que pode ser apropriado para um link de dial-up muito caro. Porm, na figura
ns configuramos R1 e R2 para utilizar um intervalo hello de 60 segundos e um tempo de
espera de 180 segundos. A forma no pode ser utilizada nestes comandos para restaurar os
valores padro.
Resumo
O Protocolo de roteamento de gateway interior (EIGRP, Enhanced Interior Gateway Routing
Protocol) um protocolo de roteamento do vetor de distncia classless que foi lanado em
1992 pela Cisco Systems. O EIGRP protocolo de roteamento proprietrio da Cisco e um
aprimoramento de outro protocolo proprietrio da Cisco, o Protocolo de roteamento de
gateway interior (IGRP, Interior Gateway Routing Protocol). O IGRP um protocolo de
roteamento do vetor de distncia classful que j no mais suportado pela Cisco. O EIGRP
utiliza o cdigo-fonte de "D" para DUAL na tabela de roteamento. O EIGRP possui uma
distncia administrativa padro de 90 para rotas internas e 170 para rotas importadas de uma
fonte externa, como as rotas padro.
O EIGRP utilizou PDMs (Mdulos dependentes do protocolo) conferindo-lhe a capacidade de
suportar protocolos de camada 3 diferentes incluindo IP, IPX e AppleTalk. O EIGRP utiliza o
Protocolo de transporte confivel( RTP, Reliable Transport Protocol) como o protocolo da
camada de transporte para a entrega de pacotes EIGRP. O EIGRP utiliza entrega confivel para
atualizaes, consultas e respostas do EIGRP e utiliza entrega no confivel para hellos e
confirmaes do EIGRP. RTP confivel significa que uma confirmao do EIGRP deve ser
devolvida.
Antes de as atualizaes de EIGRP serem enviadas, um roteador dever detectar primeiro seus
vizinhos. Isto feito com pacotes hello do EIGRP. Na maioria das redes, o EIGRP envia pacotes
Hello a cada 5 segundos. Em redes ponto-multiponto (NBMA, Nonbroadcast Multiaccess
Networks) como X.25, Frame Relay e interface ATM com links de acesso de T1 (1.544 Mbps) ou
mais lentas, os Hellos so enviados a cada 60 segundos. O tempo de espera de trs vezes o
384
hello ou 15 segundos na maioria das redes e de 180 segundos em redes NBMA de baixa
velocidade.
Os valores de hello e do tempo de espera (hold-down) no precisam corresponder para que
dois roteadores tornem-se vizinhos. O comando show ip eigrp neighbors utilizado para exibir
a tabela de vizinho e verificar se o EIGRP estabeleceu uma adjacncia com seus vizinhos.
O EIGRP no envia atualizaes peridicas como faz o RIP. O EIGRP envia atualizaes parciais
ou associadas que incluem somente as alteraes de rota e somente para os roteadores que
forem afetados pela alterao. A mtrica composta do EIGRP utiliza a largura de banda, atraso,
confiabilidade e carga para determinar o melhor caminho. Por padro, somente a largura de
banda e o atraso so utilizados. O clculo padro a largura de banda mais lenta mais a soma
dos atrasos das interfaces de sada do roteador para a rede de destino.
Ao centro do EIGRP est o Algoritmo de atualizao por difuso (DUAL, Diffusing Update
Algorithm). A mquina de estado finito do DUAL utilizada para determinar o melhor caminho
e caminhos de backup em potencial para cada rede de destino. O sucessor um roteador
vizinho que utilizado para encaminhar pacotes utilizando a rota de menor custo para a rede
de destino. Distncia vivel (FD, Feasible Distance) a mtrica mais baixa calculada para
alcanar a rede de destino atravs do sucessor. Um sucessor vivel (FS, Feasible Successor)
um vizinho que tem um caminho de backup sem loop para a mesma rede que o sucessor e que
tambm atende a condio de viabilidade. A condio de viabilidade (FC, Feasibility Condition)
atingida quando a distncia reportada (RD, Reported Distance) de um vizinho para uma rede
for menor que a distncia vivel do roteador para a mesma rede de destino. A distncia
reportada simplesmente uma distncia vivel do vizinho EIGRP para a rede de destino.
O EIGRP configurado com o comando router eigrp autonomous-system. O valor do
autonomous-system , de fato, uma ID de processo e deve ser o mesmo em todos os
roteadores no domnio de roteamento de EIGRP. O comando network semelhante ao
utilizado com o RIP. A rede o endereo de rede classful das interfaces diretamente
conectadas no roteador. Uma mscara curinga um parmetro opcional que pode ser
utilizado para incluir somente interfaces especficas.
Existem diversos modos de propagar uma rota padro esttica com o EIGRP. O comando
redistribute static no modo de roteador do EIGRP um mtodo comum.
385
No Captulo 3, "Introduo aos protocolos de roteamento dinmico", ilustramos a diferena

entre roteamento link-state e roteamento do vetor de distncia com uma analogia. A analogia
afirma que protocolos de roteamento do vetor de distncia funcionam como sinais de estrada
que guiam voc at seu destino, apenas com informaes sobre distncia e direo. Por sua
vez, protocolos de roteamento link-state funcionam como um mapa. Em um mapa, voc pode
consultar todas as rotas possveis e determinar seu caminho preferido.
Protocolos de roteamento do vetor de distncia so como sinais de estrada porque roteadores
devem basear-se em uma distncia ou em um indicador a uma rede para escolher caminhos
preferidos. Do mesmo modo como viajantes confiam em uma placa para saber com preciso a
distncia at a prxima cidade, um roteador do vetor de distncia confia que outro roteador
est anunciando a verdadeira distncia at a rede de destino.
Protocolos de roteamento link-state adotam uma abordagem diferente. Eles funcionam mais
como um mapa de estrada porque criam um mapa topolgico da rede, e cada roteador usa
esse mapa para determinar o caminho mais curto para cada rede. Da mesma maneira que
voc recorre a um mapa para localizar a rota at outra cidade, roteadores link-state usam um
mapa para determinar o melhor caminho para chegar a outro destino.
Roteadores que executam um protocolo de roteamento link-state enviam informaes sobre o
estado dos links desse protocolo para outros roteadores no domnio de roteamento. O estado
desses links refere-se a suas redes diretamente conectadas e inclui informaes sobre o tipo
386
de rede e todos os roteadores vizinhos nessas redes da o nome protocolo de roteamento

link-state.
O objetivo final que cada roteador receba todas as informaes link-state sobre todos os
outros roteadores na rea de roteamento. Com essas informaes link-state, cada roteador
pode criar seu prprio mapa topolgico da rede e calcular de maneira independente o
caminho mais curto para toda rede.
Este captulo apresenta os conceitos dos protocolos de roteamento link-state. No Captulo 11,
aplicaremos estes conceitos ao protocolo OSPF (Open Shortest Path First, Abrir caminho mais
curto primeiro).
Protocolos de roteamento link-state tambm so conhecidos como protocolos de caminho

mais curto primeiro e so criados a partir do algoritmo caminho mais curto primeiro (SPF) de
Edsger Dijkstra. Abordaremos mais detalhes do algoritmo SPF em uma seo posterior.
Os protocolos de roteamento link-state IP so mostrados na figura:
Protocolo OSPF
IS-IS (Intermediate-System-to-Intermediate-System, Sistema intermedirio para
sistema intermedirio)
Protocolos de roteamento link-state tm a reputao de serem muito mais complexos que

seus correlatos vetores de distncia. Entretanto, a funcionalidade bsica e a configurao de
protocolos de roteamento link-state no so nada complexas. At mesmo o prprio algoritmo
pode ser entendido facilmente, como voc ver no prximo tpico. Operaes OSPF bsicas
podem ser configuradas com um comando de router ospf process-ide um comando network,
semelhante a outros protocolos de roteamento como o RIP e o EIGRP.
Nota: O OSPF discutido no Captulo 11, e o IS-IS discutido no CCNP. Tambm h protocolos
de roteamento link-state para redes no IP. Eles incluem o DNA Phase V da Dec e o NetWare
Link Services Protocol da Novell (NLSP), que no fazem parte do CCNA ou do currculo CCNP.
387
O algoritmo de Dijkstra geralmente chamado de algoritmo de caminho mais curto primeiro

(SPF). Ele acumula custos ao longo de cada caminho, da origem para o destino. Embora o
algoritmo de Dijkstra seja conhecido como SPF (algoritmo de caminho mais curto primeiro),
esse na realidade o propsito de todo algoritmo de roteamento.
388
Na figura, cada caminho rotulado com um valor arbitrrio para custo. O custo do caminho
mais curto para R2 enviar pacotes LAN anexada a R3 27. Observe que esse custo no 27
para todos os roteadores alcanarem a LAN anexada a R3. Cada roteador determina seu
prprio custo para cada destino na topologia. Em outras palavras, cada roteador calcula o
algoritmo SPF e determina o custo a partir de sua prpria perspectiva. Isso ficar mais claro
posteriormente neste captulo.
Veja R1 na figura.
Para R1, o caminho mais curto para cada LAN - junto com o custo - mostrado na tabela. O
caminho mais curto no necessariamente o caminho com o menor nmero de saltos. Por
exemplo, observe o caminho para a LAN R5. Voc poderia pensar que R1 enviaria diretamente
para R4 em vez de enviar para R3. Porm, o custo para alcanar R4 diretamente (22) mais
alto que o custo para alcanar R4 atravs de R3 (17).
Veja de R2 at R5 na figura.
389
Observe o caminho mais curto para cada roteador alcanar cada uma das LANs, como
mostrado nas tabelas.
Ento, como um protocolo de roteamento link-state funciona realmente? Todos os roteadores

em nossa topologia concluiro o seguinte processo de roteamento link-state genrico para
alcanar um estado de convergncia:
390
1. Cada roteador obtm informaes sobre seus prprios links e suas prprias redes
diretamente conectadas. Isso obtido pela deteco de uma interface no estado up (ativo).
2. Cada roteador responsvel por encontrar seus vizinhos em redes diretamente
conectadas. Semelhantes ao EIGRP, roteadores link-state fazem isso trocando pacotes Hello
com outros roteadores link-state em redes diretamente conectadas.
3. Cada roteador cria um pacote link-state (LSP) que contm o estado de cada link
diretamente conectado. Isso feito com o registro de todas as informaes pertinentes sobre
cada vizinho, inclusive a ID do vizinho, o tipo de link e a largura de banda.
4. Cada roteador inunda o LSP para todos os vizinhos, que armazenam todos os LSPs
recebidos em um banco de dados. Esses vizinhos, por sua vez, inundam os LSPs para todos os
seus vizinhos at que todos os roteadores na rea tenham recebido os LSPs. Cada roteador
armazena uma cpia de cada LSP recebido de seus vizinhos em um banco de dados local.
5. Cada roteador usa o banco de dados para criar um mapa completo da topologia e
computa o melhor caminho para cada rede de destino. Como se tivesse um mapa de estrada,
o roteador tem agora um mapa completo de todos os destinos na topologia e as rotas para
alcan-los. O algoritmo SPF usado para criar o mapa da topologia e determinar o melhor
caminho para cada rede.
Abordaremos mais detalhes deste processo nos tpicos seguintes.
Veja o Processo de Roteamento Link-State na figura.
391
A topologia mostra agora os endereos de rede para cada link. Cada roteador obtm
informaes sobre seus prprios links e suas prprias redes diretamente conectadas da
mesma maneira apresentada no Captulo 1, "Introduo ao Roteamento e Encaminhamento
de Pacote". Quando a interface de um roteador configurada com um endereo IP e uma
mscara de sub-rede, a interface torna-se parte dessa rede.
Veja R1 na figura.
Quando voc configura e ativa as interfaces corretamente, o roteador obtm informaes

sobre suas prprias redes diretamente conectadas. Independentemente dos protocolos de
roteamento usados, essas redes diretamente conectadas agora fazem parte da tabela de
roteamento. Em relao nossa discusso, ns nos concentraremos no processo de
roteamento link-state a partir da perspectiva de R1.
Link
Com protocolos de roteamento link-state, um link uma interface em um roteador. Assim
como protocolos de vetor de distncia e rotas estticas, a interface deve ser corretamente
392
configurada com um endereo IP e uma mscara de sub-rede, e o link deve estar no estado up
antes de o protocolo de roteamento link-state obter informaes sobre um link. Tambm
como protocolos de vetor de distncia, a interface deve ser includa em um dos comandos
network antes de poder participar do processo de roteamento link-state.
A figura mostra R1 conectado a quatro redes diretamente conectadas:

Interface FastEthernet 0/0 na rede 10.1.0.0/16
Serial 0/0/0 na rede 10.2.0.0/16
Serial 0/0/1 na rede 10.3.0.0/16
Serial 0/0/2 na rede 10.4.0.0/16
Link-state
Informaes sobre o estado desses links so conhecidas como link-states. Como voc pode ver
na figura, essas informaes incluem:
O endereo IP da interface e a mscara de sub-rede.

O tipo de rede, como Ethernet (difuso) ou link serial ponto a ponto.
O custo do link.
Qualquer roteador vizinho nesse link.
393
Nota: Veremos que a implementao do OSPF pela Cisco especifica o custo do link, a mtrica
de roteamento do OSPF, como a largura de banda da interface de sada. Entretanto, para a
finalidade deste captulo, usamos valores de custo arbitrrios para simplificar nossa
demonstrao.
O segundo passo no processo de roteamento link-state :

Cada roteador responsvel por encontrar seus vizinhos em redes diretamente conectadas.
Roteadores com protocolos de roteamento link-state usam um protocolo Hello para detectar
todos os vizinhos em seus links. Um vizinho qualquer outro roteador habilitado com o
mesmo protocolo de roteamento link-state.
R1 envia pacotes Hello a seus links (interfaces) para descobrir se h algum vizinho. R2, R3 e R4
respondem ao pacote Hello com seus prprios pacotes Hello porque estes roteadores so
configurados com o mesmo protocolo de roteamento link-state. No h nenhum vizinho na
394
interface FastEthernet 0/0. Como o R1 no recebe um pacote Hello nesta interface, ele no
continua com os passos do processo de roteamento link-state para o link FastEthernet 0/0.
Da mesma maneira que acontece com os pacotes Hello do EIGRP, quando dois roteadores linkstate descobrem que so vizinhos, eles formam uma adjacncia. Esses pequenos pacotes Hello
continuam sendo trocados entre dois vizinhos adjacentes, o que funciona como uma funo de
manuteno de atividade (keepalive) para monitorar o estado do vizinho. Se um roteador
deixa de receber pacotes Hello de um vizinho, esse vizinho considerado inalcanvel e a
adjacncia interrompida. Na figura, R1 forma uma adjacncia com os trs roteadores.
Veja o Processo de Roteamento Link-State na figura.
Estamos agora no terceiro passo do processo de roteamento link-state:

Cada roteador cria um pacote link-state que contm o estado de cada link diretamente
conectado.
Veja R1 na figura.
395
Uma vez que um roteador estabelece suas adjacncias, ele pode criar seus pacotes link-state
que contm as informaes link-state sobre seus links. Uma verso simplificada dos LSPs do R1
:
1. R1; Ethernet network 10.1.0.0/16; Cost 2
2. R1 -> R2; Serial point-to-point network; 10.2.0.0/16; Cost 20
Como mostra a figura, o quarto passo no processo de roteamento link-state :
396
Cada roteador inunda o LSP em todos os vizinhos, que armazenam todos os LSPs recebidos em
um banco de dados.
Cada roteador inunda suas informaes link-state em todos os outros roteadores link-state na
rea de roteamento. Sempre que um roteador recebe um LSP de um roteador vizinho, esse
roteador imediatamente envia o LSP para todas as outras interfaces, exceto a interface que
recebeu o LSP. Esse processo cria um efeito de inundao de LSPs de todos os roteadores ao
longo da rea de roteamento.
397
Como voc pode ver na figura, LSPs so inundados quase imediatamente aps serem
recebidos, sem qualquer clculo intermedirio. Ao contrrio de protocolos de roteamento do
vetor de distncia que devem executar o algoritmo Bellman-Ford para processar atualizaes
de roteamento antes de envi-las a outros roteadores, os protocolos de roteamento link-state
calculam o algoritmo SPF depois de a inundao ser concluda. Como resultado, os protocolos
de roteamento link-state alcanam convergncia muito mais rapidamente que protocolos de
roteamento do vetor de distncia.
Lembre-se de que LSPs no precisam ser enviados periodicamente. Um LSP s precisa ser
enviado:
Durante a primeira inicializao do roteador ou do processo de protocolo de roteamento nesse
roteador
Sempre que houver uma mudana na topologia, incluindo um link para cima ou para baixo, ou
uma adjacncia de vizinho que estiver sendo estabelecida ou quebrada.
Alm das informaes link-state, outras informaes so includas no LSP - como nmeros de
seqncia e informaes de idade - para ajudar a gerenciar o processo de inundao. Essas
informaes so usadas por cada roteador para determinar se ele j recebeu o LSP de outro
roteador ou se o LSP tem informaes mais novas que as existentes no banco de dados linkstate. Esse processo permite que um roteador mantenha apenas as informaes mais atuais
em seu banco de dados link-state.
398
Nota: O modo como esses nmeros de seqncia e essas informaes antigas so usados est
alm do escopo deste currculo. Informaes adicionais podem ser localizadas em Routing
TCP/IP, de Jeff Doyle.
O ltimo passo no processo de roteamento link-state :

Cada roteador usa o banco de dados para criar um mapa completo da topologia e computa o
melhor caminho para cada rede de destino.
Depois que cada roteador propaga seus prprios LSPs usando o processo de inundao linkstate, cada roteador tem um LSP recebido de todos os roteadores link-state na rea de
roteamento. Esses LSPs so armazenados no banco de dados link-state. Agora, cada roteador
na rea de roteamento pode usar o algoritmo SPF para criar as rvores SPF que voc viu
anteriormente.
Vejamos o banco de dados link-state para R1, assim como a rvore SPF que resulta do clculo
do algoritmo SPF.
399
Veja o Banco de Dados Link-State do R1 na figura.
Como resultado do processo de inundao, o roteador R1 obteve as informaes link-state de

cada roteador em sua rea de roteamento. A figura mostra as informaes link-state que R1
recebeu e armazenou em seu banco de dados link-state. Observe que R1 tambm inclui suas
prprias informaes link-state no banco de dados link-state.
Veja a rvore SPF do R1 na figura.
Com um banco de dados link-state completo, o R1 pode usar o banco de dados e o algoritmo
SPF (caminho mais curto primeiro) para calcular o caminho preferido ou o caminho mais curto
para cada rede. Na figura, observe que R1 no usa o caminho entre si e R4 para alcanar
400
nenhuma LAN na topologia, inclusive a LAN anexada a R4. O caminho atravs de R3 tem um
custo menor. Alm disso, R1 no usa o caminho entre R2 e R5 para alcanar R5. O caminho
atravs de R3 tem um custo menor. Cada roteador na topologia determina o caminho mais
curto a partir de sua prpria perspectiva.
Nota: O banco de dados link-state e a rvore SPF ainda incluiriam essas redes diretamente
conectadas, esses links que foram obscurecidos no grfico.
Criando a rvore SPF
Examinemos mais detalhadamente como R1 cria sua rvore SPF. A topologia atual de R1 inclui
apenas seus vizinhos. Porm, usando as informaes link-state de todos os outros roteadores,
R1 pode comear a construir uma rvore SPF da rede consigo mesmo na raiz da rvore.
Nota: O processo descrito nesta seo apenas uma forma conceitual do algoritmo SPF e da
rvore SPF para ajudar a torn-la mais compreensvel.
401
Veja LSPs de R2 na figura.
O algoritmo SPF comea processando as seguintes informaes de LSP do R2:

1. Conectado ao vizinho R1 na rede 10.2.0.0/16, custo de 20
3. Tem uma rede 10.5.0.0/16, custo de 2
R1 pode ignorar o primeiro LSP porque j sabe que est conectado a R2 na rede 10.2.0.0/16
com um custo de 20. R1 pode usar o segundo LSP e criar um link a partir do R2 at outro
roteador, R5, com a rede 10.9.0.0/16 e um custo de 10. Essas informaes so acrescentadas
rvore SPF. Usando o terceiro LSP, R1 soube que R2 tem uma rede 10.5.0.0/16 com um custo
de 2 e nenhum vizinho. Este link foi acrescentado rvore SPF do R1.
402
O algoritmo SPF processa agora os LSPs do R3:

com um custo de 5. R1 pode usar o segundo LSP e criar um link a partir do R3 at o roteador
R4, com a rede 10.7.0.0/16 e um custo de 10. Essas informaes so acrescentadas rvore
SPF. Usando o terceiro LSP, R1 soube que R3 tem uma rede 10.6.0.0/16 com um custo de 2 e
nenhum vizinho. Este link foi acrescentado rvore SPF do R1.
403
O algoritmo SPF processa agora os LSPs a partir do R4:

com um custo de 20. R1 tambm pode ignorar o segundo LSP porque o SPF j obteve do R3 as
informaes sobre a rede 10.6.0.0/16 com um custo de 10.
Entretanto, R1 pode usar o terceiro LSP para criar um link a partir de R4 at o roteador R5,
com a rede 10.10.0.0/16 e um custo de 10. Estas informaes so acrescentadas rvore SPF.
Usando o quarto LSP, R1 sabe que R4 tem uma rede 10.8.0.0/16 com um custo de 2 e nenhum
vizinho. Este link foi acrescentado rvore SPF do R1.
404
O algoritmo SPF processa agora os ltimos LSPs do R5:

R1 pode ignorar os dois primeiros LSPs (para as redes 10.9.0.0/16 e 10.10.0.0/16) porque o SPF
j obteve informaes sobre esses links e os adicionou rvore SPF. R1 pode processar o
terceiro LSP ao saber que R5 tem uma rede 10.11.0.0/16 com um custo de 2 e nenhum vizinho.
Este link foi acrescentado rvore SPF do R1.
Determinao do Caminho Mais Curto

Como todos o LSPs foram processados com o uso do algoritmo SPF, R1 concluiu a criao da
rvore SPF. Os links 10.4.0.0/16 e 10.9.0.0/16 no so usados para alcanar outras redes
porque existem caminhos mais curtos ou de custo mais baixo. Entretanto, essas redes ainda
existem como parte da rvore SPF e so usadas para alcanar dispositivos nessas redes.
Nota: O algoritmo SPF real determina o caminho mais curto enquanto cria a rvore SPF.
Fizemos isso em dois passos para simplificar a compreenso do algoritmo.
405
A figura mostra a rvore SPF do R1. Com esta rvore, os resultados do algoritmo SPF indicam o
caminho mais curto para cada rede. Apenas as LANs so mostradas na tabela, mas o SPF
tambm pode ser usado para determinar o caminho mais curto para cada rede de link de
WAN. Neste caso, R1 determina que o caminho mais curto para cada rede :
Rede 10.5.0.0/16 via R2 serial 0/0/0 a um custo de 22
Cada roteador cria sua prpria rvore SPF independentemente de todos os outros roteadores.
Para assegurar o roteamento correto, os bancos de dados link-state usados para criar essas
rvores devem ser idnticos em todos os roteadores. No Captulo 11, "OSFP", examinaremos
isso mais detalhadamente.
Gerando uma Tabela de Roteamento da rvore SPF
406
Usando as informaes de caminho mais curto determinadas pelo algoritmo SPF, estes
caminhos podem agora ser acrescentados tabela de roteamento. Na figura, possvel ver
como as seguintes rotas foram acrescentadas tabela de roteamento do R1:
10.5.0.0/16 via R2 Serial 0/0/0, custo = 22

A tabela de roteamento incluir tambm todas as redes e rotas diretamente conectadas de

qualquer outra origem, como, por exemplo, rotas estticas. Os pacotes sero agora
encaminhados de acordo com as entradas na tabela de roteamento.
Protocolos de roteamento link-state proporcionam diversas vantagens, comparados a

protocolos de roteamento do vetor de distncia.
407
Constroem um mapa topolgico

Protocolos de roteamento link-state criam um mapa topolgico ou uma rvore SPF da
topologia de rede. Protocolos de roteamento do vetor de distncia no tm um mapa
topolgico da rede. Roteadores que implementam um protocolo de roteamento do vetor de
distncia tm apenas uma lista de redes que inclui o custo (distncia) e roteadores do prximo
salto (direo) para essas redes. Como protocolos de roteamento link-state trocam estados de
link, o algoritmo SPF pode criar uma rvore SPF da rede. Usando a rvore SPF, cada roteador
pode determinar de maneira independente o caminho mais curto para cada rede.
Convergncia rpida
Ao receberem um pacote link-state, protocolos de roteamento link-state imediatamente
inundam o LSP em todas as interfaces com exceo da interface da qual o LSP foi recebido. Um
roteador que usa um protocolo de roteamento do vetor de distncia precisa processar cada
atualizao de roteamento e atualizar sua tabela de roteamento antes de inund-las em outras
interfaces, at mesmo com atualizaes disparadas. Uma convergncia mais rpida
alcanada com protocolos de roteamento link-state. Uma exceo notvel o EIGRP.
Atualizaes baseadas em eventos
Depois da inundao inicial dos LSPs, os protocolos de roteamento link-state s enviam um LSP
quando h uma mudana na topologia. O LSP contm apenas as informaes relativas ao link
afetado. Ao contrrio de alguns protocolos de roteamento do vetor de distncia, os protocolos
de roteamento link-state no enviam atualizaes peridicas.
Nota: Roteadores OSPF inundam seus prprios link-states a cada 30 minutos. Isso conhecido
como uma atualizao paranica, que discutida no prximo captulo. Alm disso, nem todos
os protocolos de roteamento do vetor de distncia enviam atualizaes peridicas. O RIP e o
IGRP enviam atualizaes peridicas; entretanto, o EIGRP no faz isso.
Design hierrquico
Protocolos de roteamento link-state como o OSPF e o IS-IS usam o conceito de reas. reas
mltiplas criam um design hierrquico para redes, possibilitando melhor agregao de rota
(sumarizao) e o isolamento de problemas de roteamento dentro de uma rea. OSPF e IS-IS
de reas mltiplas so discutidos mais adiante no CCNP.
408
Protocolos de roteamento link-state modernos so criados para minimizar os efeitos sobre

memria, CPU e largura de banda. O uso e a configurao de vrias reas podem reduzir o
tamanho dos bancos de dados link-state. Vrias reas tambm podem limitar a quantidade de
informaes link-state que inundam em um domnio de roteamento e enviam LSPs apenas aos
roteadores que precisam deles.
Por exemplo, quando h uma mudana na topologia, s os roteadores na rea afetada
recebem o LSP e executam o algoritmo SPF. Isso pode ajudar a isolar um link instvel em uma
rea especfica no domnio de roteamento. Na figura, h trs domnios de roteamento
separados: rea 1, rea 0 e rea 51. Se uma rede na rea 51 parar de funcionar, o LSP com as
informaes sobre o link parado s ser inundado para outros roteadores nessa rea. Apenas
roteadores na rea 51 precisaro atualizar seus bancos de dados link-state, executar
novamente o algoritmo SPF, criar uma nova rvore SPF e atualizar suas tabelas de roteamento.
Roteadores em outras reas sabero que essa rota no est funcionando, mas isso ser obtido
com um tipo de pacote link-state que no os faa executar novamente o algoritmo SPF.
Roteadores em outras reas podem atualizar suas tabelas de roteamento diretamente.
Nota: reas mltiplas com OSPF e IS-IS so discutidas no CCNP.
409
Requisitos de memria
Protocolos de roteamento link-state normalmente exigem mais memria, mais processamento
de CPU e, s vezes, mais largura de banda do que protocolos de roteamento do vetor de
distncia. Os requisitos de memria devem-se ao uso de bancos de dados link-state e criao
da rvore SPF.
Requisitos de processamento
Protocolos de roteamento link-state podem exigir tambm mais processamento de CPU do
que protocolos de roteamento do vetor de distncia. O algoritmo SPF requer mais tempo de
CPU do que algoritmos do vetor de distncia, como o Bellman-Ford, porque protocolos linkstate criam um mapa completo da topologia.
Requisitos de largura de banda
A inundao de pacotes link-state pode comprometer a largura de banda disponvel em uma
rede. Isso deve ocorrer apenas durante a primeira inicializao dos roteadores, mas tambm
pode ser um problema em redes instveis.
410
Atualmente, h dois protocolos de roteamento link-state usados no roteamento de IP.
Protocolo OSPF
Intermediate System-to-Intermediate System (IS-IS)
OSPF
O OSPF foi criado pelo Grupo de Trabalho IETF (Internet Engineering Task Force) do OSPF, que
existe at hoje. O desenvolvimento do OSPF comeou em 1987 e h duas verses em uso
atualmente:
OSPFv2: OSPF para redes IPv4 (RFC 1247 e RFC 2328)

OSPFv3: OSPF para redes IPv6 (RFC 2740)
A maior parte do trabalho no OSPF foi feita por John Moy, autor da maioria dos RFCs relativos
ao OSPF. Seu livro, OSPF, Anatomy of an Internet Routing Protocol, traz uma viso interessante
do desenvolvimento do OSPF.
Nota: O OSPF discutido no prximo captulo. O OSPF de reas mltiplas e o OSPFv3 so
discutidos no CCNP.
IS-IS
O IS-IS foi criado pela ISO (International Organization for Standardization, Organizao
internacional para padronizao) e descrito na ISO 10589. A primeira verso deste protocolo
de roteamento foi desenvolvida na DEC (Digital Equipment Corporation) e foi conhecida como
DECnet Phase V. Radia Perlman foi a engenheira-chefe do protocolo de roteamento IS-IS.
O IS-IS foi criado originalmente para o conjunto de aplicaes de protocolo OSI e no para o
protocolo TCP/IP. Posteriormente, o IS-IS Integrated, ou Dual IS-IS, passou a oferecer suporte a
redes IP. Embora o IS-IS seja conhecido como o protocolo de roteamento usado
principalmente pelos ISPs e pelas operadoras, mais redes de empresas esto comeando a
us-lo.
O OSPF e o IS-IS possuem muitas semelhanas, mas tambm tm muitas diferenas. H muitas
opinies, ora a favor do OSPF, ora a favor do IS-IS, que discutem e debatem as vantagens de
um protocolo de roteamento em relao ao outro. Ambos os protocolos de roteamento
fornecem a funcionalidade de roteamento necessria. Voc pode obter mais informaes
sobre o IS-IS e o OSPF no CCNP e descobrir por si mesmo se um protocolo mais vantajoso
que o outro.
411
Resumo
Protocolos de roteamento link-state tambm so conhecidos como protocolos de caminho
mais curto primeiro e so criados a partir do algoritmo SPF (caminho mais curto primeiro) de
Edsger Dijkstra. H dois protocolos de roteamento link-state para IP. OSPF (Abrir Caminho
Mais Curto Primeiro) e IS-IS (Intermediate-System-to-Intermediate-System).
O processo link-state pode ser resumido da seguinte forma:
1. Cada roteador obtm informaes sobre suas prprias redes diretamente conectadas.
2. Cada roteador responsvel por "dizer ol" a seus vizinhos em redes diretamente
conectadas.
3. Cada roteador cria um pacote link-state que contm o estado de cada link diretamente
conectado.
4. Cada roteador inunda o LSP para todos os vizinhos, que armazenam todos os LSPs recebidos
em um banco de dados.
5. Cada roteador usa o banco de dados para criar um mapa completo da topologia e computa
o melhor caminho para cada rede de destino.
Um link uma interface no roteador. Um link-state a informao sobre a interface, que inclui
o endereo IP e a mscara de sub-rede, o tipo de rede, o custo associado ao link e qualquer
roteador vizinho quele link.
412
Cada roteador determina seus prprios link-states e inunda as informaes em todos os outros
roteadores na rea. Como resultado, cada roteador cria um banco de dados link-state (LSDB)
que contm as informaes link-state de todos os outros roteadores. Todos os roteadores tm
LSDBs idnticos. Usando as informaes no LSDB, cada roteador executa o algoritmo SPF. O
algoritmo SPF cria uma rvore SPF, com o roteador na raiz da rvore. Enquanto cada link
conectado a outros links, a rvore SPF criada. Quando a rvore SPF concluda, o roteador
pode determinar por si s o melhor caminho para cada rede na rvore. Essas informaes de
melhor caminho so ento armazenadas na tabela de roteamento do roteador.
Protocolos de roteamento link-state criam um mapa da topologia local da rede que permite
que cada roteador determine o melhor caminho para uma determinada rede. Um novo LSP s
enviado quando h uma mudana na topologia. Quando um link adicionado, removido ou
modificado, o roteador inunda o novo LSP para todos os outros roteadores. Quando um
roteador recebe o novo LSP, ele atualiza o LSDB, executa novamente o algoritmo SPF, cria uma
nova rvore SPF e atualiza a tabela de roteamento.
Protocolos de roteamento link-state normalmente tm um tempo de convergncia mais
rpido que protocolos de roteamento do vetor de distncia. Uma exceo notvel o EIGRP.
Porm, os protocolos de roteamento link-state exigem mais memria e processamento. Isso
no costuma ser um problema com os roteadores atuais.
No prximo e ltimo captulo deste curso, voc obter informaes sobre o protocolo de
roteamento link-state, OSPF.
Livros sugeridos
Entender o algoritmo SPF no difcil. H vrios livros bons e recursos online que explicam o
algoritmo de Dijkstra e como ele usado em redes. H vrios sites dedicados a explicar como
esses algoritmos funcionam. Procure alguns dos recursos e familiarize-se com o
funcionamento do algoritmo.
Aqui esto alguns recursos sugeridos:
Interconnections, Bridges, Routers, Switches, and Internetworking Protocols, de Radia

Perlman
Cisco IP Routing, de Alex Zinin
Routing in the Internet, de Christian Huitema
Analogia em sala de aula

Um exerccio para ajudar a entender o algoritmo SPF pode ser feito em uma sala de aula, com
alunos e um conjunto de fichas. Cada aluno ganha um conjunto de quatro fichas. Na primeira
ficha, o aluno escrever seu nome junto com o nome do aluno sentado sua esquerda. Se no
houver ningum esquerda, o aluno dever escrever a palavra "nenhum". Na prxima ficha, o
aluno far a mesma coisa, mas para o aluno sua direita. As prximas duas fichas so para os
alunos que sentam na frente e atrs. As fichas representam informaes link-state.
413
Por exemplo, Teri tem um conjunto de quatro fichas com as seguintes informaes:
Teri --->Jen
Teri --->Pat
Teri --->Rick
Teri --->Allan
Quando todos os alunos na sala de aula tiverem preenchido as fichas, o instrutor recolher
todas elas. Isto semelhante ao processo de inundao link-state. A pilha de fichas
semelhante ao banco de dados link-state. Em uma rede, todos os roteadores teriam um banco
de dados link-state idntico a esse.
O instrutor pega cada ficha e coloca no quadro o nome do aluno e do vizinho com uma linha
entre eles. Quando todas as fichas tiverem sido transcritas no quadro, o resultado final ser
um mapa dos alunos na sala. Para tornar a coisa mais fcil, o instrutor deve mapear os nomes
obedecendo a disposio dos alunos na sala de aula (por exemplo, Jen est sentada esquerda
de Teri). Isto semelhante rvore SPF que um protocolo de roteamento link-state cria.
Usando este mapa topolgico na lousa, o instrutor pode ver todos os caminhos para todos os
alunos na sala.
O protocolo OSPF um protocolo de roteamento link-state que foi desenvolvido como uma
substituio para o protocolo de roteamento do vetor de distncia RIP. O RIP foi um protocolo
de roteamento aceitvel no incio da Internet, mas sua confiabilidade em contagem de saltos
como a nica medida para escolher a melhor rota rapidamente tornou-se inaceitvel em redes
maiores que necessitavam de uma soluo de roteamento mais robusta. O OSPF um
protocolo de roteamento classless que usa o conceito de reas para escalabilidade. O RFC
2328 define a mtrica de OSPF como um valor arbitrrio chamado custo. O IOS Cisco utiliza a
largura de banda como mtrica de custo do OSPF.
As principais vantagens do OSPF sobre o RIP so sua rpida convergncia e escalabilidade para
implementaes de rede muito maiores. Neste captulo final do curso de Protocolos e
conceitos de roteamento, voc aprender implementaes e configuraes OSPF bsicas e de
rea nica. As configuraes e os conceitos OSPF mais complexos esto reservados para os
cursos de nvel CCNP.
414
O desenvolvimento inicial do OSPF comeou em 1987 pelo Grupo de Trabalho do OSPF da

Internet Engineering Task Force (IETF). Naquele tempo, a Internet era predominantemente
uma rede acadmica e de pesquisa fundada pelo governo norte-americano.
Em 1989, a especificao para o OSPFv1 foi publicada na RFC 1131. Havia duas
implementaes escritas: uma para executar em roteadores e outra para executar em
estaes de trabalho UNIX. A ltima implementao tornou-se mais tarde um processo UNIX
difundido conhecido como GATED. O OSPFv1 foi um protocolo de roteamento experimental e
nunca foi implantado.
Em 1991, o OSPFv2 foi introduzido na RFC 1247 por John Moy. O OSPFv2 ofereceu melhorias
tcnicas significativas sobre o OSPFv1. Ao mesmo tempo, a ISO trabalhava em um protocolo de
roteamento link-state prprio chamado Intermediate System-to-Intermediate System (IS-IS).
Conforme o esperado, a IETF escolheu o OSPF como seu IGP recomendado (Protocolo IGP).
Em 1998, a especificao de OSPFv2 foi atualizada na RFC 2328 e a RFC atual para OSPF.
Nota: Em 1999, OSPFv3 para IPv6 foi publicado na RFC 2740. O RFC 2740 foi escrito por John
Moy, Rob Coltun e Dennis Ferguson. OSPFv3 discutido no CCNP.
415
Links: "OSPF Verso 2", http://www.ietf.org/rfc/rfc2328.txt
Os dados de uma mensagem OSPF so encapsulados em um pacote. Este campo de dados

pode incluir um dos cinco tipos de pacote OSPF. No prximo tpico, cada tipo de pacote
discutido brevemente.
O cabealho do pacote OSPF includo com todos os pacotes OSPF, independentemente de
seu tipo. Os dados especficos do cabealho e do tipo do pacote OSPF so ento encapsulados
em um pacote IP. No cabealho de pacote IP, o campo de protocolo definido como 89 para
indicar OSPF e o endereo de destino definido como um dos dois endereos multicast:
224.0.0.5 ou 224.0.0.6. Se o pacote OSPF for encapsulado em um quadro ethernet, o endereo
MAC de destino tambm ser um endereo multicast: 01-00-5E-00-00-05 ou 01-00-5E-00-0006.
416
No captulo anterior, ns apresentamos os Pacotes Link-State (LSPs). A figura mostra os cinco

diferentes tipos de pacotes link-state OSPF. Cada pacote serve a um propsito especfico no
processo de roteamento OSPF:
1. Hello - Os pacotes Hello so utilizados para estabelecer e manter a adjacncia com outros
roteadores OSPF. O protocolo hello discutido detalhadamente no prximo tpico.
2. DBD - O pacote de Descrio de Bancos de Dados (DBD) contm uma lista abreviada do
banco de dados link-state do roteador que o est enviando, os roteadores que o recebem
comparam com o banco de dados link-state local.
3. LSR - Os roteadores que recebem podem solicitar mais informaes sobre qualquer entrada
no DBD enviando uma Requisio Link-State (LSR).
4. LSU - Os pacotes de Atualizao Link-State (LSU) so utilizados para responder s LSRs, bem
como anunciar novas informaes. Os LSUs contm sete tipos diferentes de Anncios LinkState (LSAs). Os LSUs e os LSAs so brevemente discutidos em um tpico posterior.
5. LSAck - Quando um LSU recebido, o roteador envia um Link-State Acknowledgement
(LSAck) para confirmar o recebimento do LSU.
417
A figura mostra o cabealho do pacote OSPF e o pacote Hello. Os campos em azul sero
discutidos em mais detalhes posteriormente no captulo. Por enquanto, vamos nos concentrar
nos usos do pacote Hello.
O pacote OSPF Tipo 1 o pacote Hello de OSPF. Os pacotes Hello so utilizados para:
Detectar os vizinhos de OSPF e estabelecer as adjacncias do vizinho.
Anunciar parmetros nos quais dois roteadores devem concordar em se tornar vizinhos.
Eleger o Roteador designado (DR) e o Roteador designado de backup (BDR) em redes
multiacesso como a Ethernet e Frame Relay.
418
Os campos importantes mostrados na figura incluem:
Tipo: Tipo de pacote OSPF: Hello (1), DD (2), LS Request (3), LS Update (4), LS ACK (5)
ID do roteador: ID do roteador de origem
ID da rea: rea a partir da qual o pacote foi originado
Mscara de rede: Mscara de sub-rede associada com a interface de envio
Intervalo de Hello: nmero de segundos entre os hellos do roteador de envio
Prioridade do roteador: Utilizado na eleio DR/BDR (discutida posteriormente)
Roteador Designado (DR): ID do roteador do DR, se houver
Roteador designado de dackup (BDR) ID do roteador do BDR, se houver
Lista de vizinhos: lista o OSPF ID do(s) roteador(es) vizinho(s)
Estabelecimento da vizinhana
Antes de um roteador OSPF poder enviar seus link-states a outros roteadores, ele dever
determinar se existem outros vizinhos OSPF em algum de seus links. Na figura, os roteadores
OSPF esto enviando pacotes Hello em todas as interfaces habilitadas por OSPF para
determinar se existem vizinhos nesses links. As informaes no OSPF Hello incluem a ID do
roteador OSPF que envia o pacote Hello (a ID do roteador discutida posteriormente no
captulo). Receber um pacote Hello de OSPF em uma interface confirma para um roteador que
h outro roteador OSPF neste link. O OSPF estabelece ento uma adjacncia com o vizinho.
Por exemplo, na figura, R1 estabelecer adjacncias com R2 e R3.
Intervalos de Hello e de Dead de OSPF
Antes de dois roteadores poderem formar uma adjacncia de vizinho OSPF, eles devero
concordar em trs valores: Intervalo de hello, intervalo de dead e tipo de rede. O intervalo de
Hello de OSPF indica com que freqncia o roteador OSPF transmite seus pacotes Hello. Por
padro, os pacotes Hello de OSPF so enviados a cada 10 segundos em segmentos multiacesso
e ponto-a-ponto e a cada 30 segundos em segmentos de rede ponto-a-multiponto (NBMA)
(Frame Relay, X.25, ATM) (NBMA).
Na maioria dos casos, os pacotes Hello de OSPF so enviados como multicast para um
endereo reservado para ALLSPFRouters em 224.0.0.5. Utilizar um endereo multicast permite
que um dispositivo ignore o pacote se sua interface no estiver habilitada para aceitar pacotes
OSPF. Isto economiza o tempo de processamento da CPU em dispositivos no-OSPF.
O intervalo de dead o perodo, expresso em segundos, que o roteador esperar para receber
um pacote Hello antes de declarar o vizinho "inativo." A Cisco utiliza um padro de quatro
vezes o intervalo de Hello. Para segmentos multiacesso e ponto-a-ponto, este perodo de 40
segundos. Para redes NBMA, o intervalo de Dead de 120 segundos.
419
Se o intervalo de Dead expirar antes de os roteadores receberem um pacote Hello, o OSPF

remover aquele vizinho de seu banco de dados link-state. O roteador envia as informaes
link-state sobre o vizinho "inativo" para todas as interfaces OSPF habilitadas.
Os tipos de rede so discutidos posteriormente no captulo.
Elegendo um DR e BDR
Para reduzir a quantidade de trfego OSPF nas redes multiacesso, o OSPF elege um Roteador
Designado (DR) e um Roteador Designado de Backup (BDR). O DR responsvel por atualizar
todos os outros roteadores OSPF (chamados de DROthers) quando uma alterao ocorrer na
rede multiacesso. O BDR monitora o DR e assume como DR se o DR atual falhar.
Na figura, R1, R2 e R3 so conectados atravs de links ponto-a-ponto. Portanto, no ocorre

nenhuma eleio de DR/BDR. A eleio e os processos de DR/BDR sero discutidos em um
tpico posterior e a topologia ser alterada para uma rede multiacesso.
Nota: O pacote Hello discutido em mais detalhes no CCNP juntamente com os outros tipos
de pacotes OSPF.
As atualizaes do link-state (LSUs) so os pacotes utilizados para atualizaes de roteamento

OSPF. Um pacote LSU pode conter 11 tipos diferentes de Anncios Link-State (LSAs), como
420
mostrado na figura. A diferena entre os termos Atualizao Link-State (LSU) e Anncio LinkState (LSA) pode, s vezes, ser confusa. De vez em quando, estes termos so utilizados um no
lugar do outro. Um LSU contm um ou mais LSAs e ambos os termos podem ser utilizados para
referir-se a informaes de link-state propagadas por roteadores OSPF.
Nota: Os diferentes tipos de LSAs so discutidos no CCNP.
Cada roteador de OSPF mantm um banco de dados link-state contendo os LSAs recebidos de
todos os outros roteadores. Quando um roteador recebe todos os LSAs e constri seu banco
de dados link-state local, o OSPF utiliza o algoritmo open shortest path first (SPF) de Dijkstra
para criar uma rvore SPF. A rvore SPF ento utilizada para preencher a tabela de
roteamento IP com os melhores caminhos para cada rede.
421
Como voc aprendeu no Captulo 3, "Introduo aos protocolos de roteamento dinmico", a

distncia administrativa (AD) a confiana (ou preferncia) da origem da rota. O OSPF tem
uma distncia administrativa padro de 110. Como voc pode ver na figura, quando
comparado a outros protocolos IGP, o OSPF preferido em relao ao IS-IS e RIP.
422
Como foi dito em captulos anteriores, a configurao de protocolos de roteamento para

utilizar autenticao ser discutida em um curso posterior. Como outros protocolos de
roteamento, o OSPF pode ser configurado para autenticao.
uma prtica boa autenticar informaes de roteamento transmitidas. RIPv2, EIGRP, OSPF, ISIS e BGP podem ser configurados para criptografar e autenticar suas informaes de
roteamento. Esta prtica assegura que os roteadores somente aceitem informaes de
roteamento de outros roteadores que foram configurados com as mesmas informaes de
senha ou autenticao.
Nota: a autenticao no criptografa a tabela de roteamento do roteador.
A figura mostra a topologia para este captulo. Observe que o esquema de endereamento no
contguo. O OSPF um protocolo de roteamento classless. Portanto, ns configuraremos a
mscara como parte de nossa configurao OSPF. Como voc sabe, fazer isto supera o
problema do endereamento no contguo. Tambm observe nesta topologia que h trs links
seriais de vrias larguras de banda e que cada roteador possui vrios caminhos para cada rede
remota.
423
O OSPF habilitado com o comando de configurao global router ospf process-id. O processid um nmero entre 1 e 65535 escolhido pelo administrador de rede. O process-id tem
significado local, o que significa que ele no tem que corresponder a outros roteadores OSPF
para estabelecer adjacncias com esses vizinhos. Isto difere do EIGRP. A ID do processo EIGRP
ou o nmero do sistema autnomo precisa ser correspondente para que dois vizinhos EIGRP
tornem-se adjacentes.
Em nossa topologia, ns habilitaremos OSPF em todos os trs roteadores que utilizam a
mesma ID do processo cujo valor ser 1. Ns estamos utilizando a mesma ID do processo
simplesmente para fins de consistncia.
R1(config)#router ospf 1
R1(config-router)#
424
O comando network utilizado com o OSPF tem a mesma funo de quando utilizado com
outros protocolos de roteamento IGP:
As interfaces em um roteador que corresponderem ao endereo de rede no comando network
sero habilitadas para enviar e receber pacotes OSPF.
Esta rede (ou sub-rede) ser includa nas atualizaes de roteamento OSPF.
O comando network utilizado no modo de configurao de roteamento.
Router(config-router)#network network-address wildcard-mask area area-id
O comando network de OSPF utiliza uma combinao de endereo-de-rede e mscara-curinga
semelhante quele que pode ser utilizado por EIGRP. Porm, ao contrrio do EIGRP, o OSPF
exige a mscara curinga. O endereo de rede, juntamente com a mscara curinga, utilizado
para especificar a interface ou intervalo de interfaces que sero habilitadas para OSPF
utilizando este comando network.
Como com o EIGRP, a mscara curinga pode ser configurada como o inverso de uma mscara
de sub-rede. Por exemplo, a interface FastEthernet 0/0 de R1 est na rede 172.16.1.16/28. A
mscara de sub-rede para esta interface /28 ou 255.255.255.240. O inverso da mscara de
sub-rede resulta na mscara curinga.
Nota: assim como o EIGRP, algumas verses do IOS permitem que voc simplesmente informe
a mscara de sub-rede em vez da mscara curinga. O IOS converte ento a mscara de subrede para o formato de mscara curinga.
255.255.255.255
- 255.255.255.240 Subtraia a mscara de sub-rede
425
-------------------0. 0. 0. 15 Wildcard mask

A rea area-id refere-se rea OSPF. Uma rea OSPF um grupo de roteadores que
compartilham informaes link-state. Todos os roteadores OSPF na mesma rea devem ter as
mesmas informaes link-state em seus bancos de dados link-state. Isto realizado por
roteadores que enviam seus link-states individuais a todos os outros roteadores na rea. Neste
captulo, ns configuraremos todos os roteadores OSPF dentro de uma nica rea. Isto
conhecido como OSPF de nica rea.
Uma rede OSPF tambm pode ser configurada como reas mltiplas. H vrias vantagens de se
configurar grandes redes OSPF como reas mltiplas, inclusive bancos de dados link-state
menores e a capacidade de isolar problemas de rede instveis dentro de uma rea. O OSPF
multirea abordado no CCNP.
Quando todos os roteadores estiverem dentro da mesma rea OSPF, os comandos de rede
devem ser configurados com o mesmo area-id em todos os roteadores. Embora qualquer areaid possa ser utilizada, recomendado utilizar um area-id de 0 com o OSPF de nica rea. Esta
conveno facilitar o processo no caso de a rede ser posteriormente configurada como OSPF
com mltiplas reas, onde a rea 0 torna-se a rea de backbone.
A figura mostra os comandos network para todos os trs roteadores, habilitando o OSPF em
todas as interfaces. Neste ponto, todos os roteadores devem poder executar ping em todas as
redes.
Determinando a ID do roteador
426
A ID do roteador OSPF utilizada para identificar unicamente cada roteador no domnio de

roteamento OSPF. Uma ID de roteador simplesmente um endereo IP. Os roteadores Cisco
produzem a ID do roteador com base em trs critrios e com a seguinte precedncia:
1. Utilize o endereo IP configurado com o comando router-id de OSPF.
2. Se o router-id no estiver configurado, o roteador escolher o endereo IP mais alto de
qualquer uma de suas interfaces de loopback.
3. Se nenhuma interface de loopback estiver configurada, o roteador escolher o endereo IP
ativo mais alto de suas interfaces fsicas.
Endereo IP Ativo mais alto
Se um roteador OSPF no estiver configurado com um comando router-id de OSPF e no
houver interfaces de loopback configuradas, a ID do roteador OSPF ser o endereo IP ativo
mais alto em qualquer uma de suas interfaces. A interface no precisa estar habilitada para
OSPF, o que significa que ela no precisa ser includa em um dos comandos network de OSPF.
Porm, a interface deve estar ativa ela deve estar no estado up.
Verificando a ID do roteador
Por no termos configurado as IDs do roteador ou interfaces de loopback em nossos trs
roteadores, a ID de roteador para cada roteador determinada pelo critrio nmero trs na
lista: o endereo IP ativo mais alto em quaisquer das interfaces fsicas do roteador. Como
mostrado na figura, a ID de roteador para cada roteador :
R1: 192.168.10.5, que mais alto que 172.16.1.17 ou 192.168.10.1
Voc pode utilizar o comando show ip protocols para verificar a ID de roteador atual. Algumas
verses do IOS no exibem a ID do roteador como mostrado na figura. Nesses casos, utilize os
comandos show ip ospf ou show ip ospf interface para verificar a ID do roteador.
427
Endereo de loopback
Se o comando router-id de OSPF no for utilizado e as interfaces de loopback estiverem
configuradas, o OSPF escolher o endereo IP mais alto de qualquer uma de suas interfaces de
loopback. Um endereo de loopback uma interface virtual e est automaticamente no
estado up quando configurado. Voc j sabe os comandos para configurar uma interface de
loopback:
Router(config)#interface loopback number
Router(config-if)#ip address ip-address subnet-mask
Veja a Topologia na figura.
428
Nesta topologia, todos os trs roteadores foram configurados com endereos de loopback
para representar as IDs do roteador OSPF. A vantagem de utilizar uma interface de loopback
que diferente das interfaces fsicas ela no pode falhar. No h nenhum cabo ou
dispositivo adjacente real dos quais a interface de loopback dependa para estar no estado up.
Portanto, utilizar um endereo de loopback para a ID do roteador fornece estabilidade ao
processo OSPF. Como o comando router-id de OSPF, que ser discutido a seguir, um
acrscimo relativamente recente ao IOS, mais comum encontrar endereos de loopback
utilizados para configurar IDs de roteador OSPF.
O comando router-idde OSPF
O comando router-id de OSPF foi introduzido no IOS 12.0 (T) e tem prioridade sobre os
endereos IP de interface de loopback e fsica para determinar a ID do roteador. A sintaxe do
comando :
Router(config)#router ospf process-id
Router(config-router)#router-id ip-address
Modificando a ID do roteador
A ID do roteador selecionada quando o OSPF configurado com seu primeiro comando
network de OSPF. Se o comando router-id de OSPF ou o endereo de loopback for configurado
depois do comando network do OSPF, a ID do roteador ser derivada da interface com o
endereo IP ativo mais alto.
A ID do roteador pode ser modificada com o endereo IP de um comando router-id de OSPF
subseqente carregando o roteador ou utilizando o seguinte comando:
Router#clear ip ospf process
429
Nota: modificar uma ID de roteador com um novo endereo IP de interface de loopback ou

fsica pode exigir o recarregamento do roteador.
IDs de roteador duplicadas
Quando dois roteadores tiverem a mesma ID de roteador em um domnio OSPF, o roteamento

poder no funcionar corretamente. Se a ID do roteador for a mesma em dois roteadores
vizinhos, o estabelecimento da vizinhana pode no ocorrer. Quando ocorrerem IDs de
roteador OSPF duplicadas, o IOS exibir uma mensagem semelhante a:
%OSPF-4-DUP_RTRID1: Detected router with duplicate router ID
Para corrigir este problema, configure todos os roteadores de forma que eles tenham IDs de
roteador OSPF exclusivas.
Veja as Novas IDs de roteador na figura.
Como algumas verses do IOS no suportam o comando router-id, ns utilizaremos o mtodo

de endereo de loopback para atribuir IDs de roteador. Um endereo IP de uma interface de
loopback normalmente substituir uma ID de roteador OSPF atual somente recarregando o
roteador. Na figura, os roteadores foram recarregados. O comando show ip protocols
utilizado para verificar que cada roteador est utilizando agora o endereo de loopback para a
ID do roteador.
430
O comando show ip ospf neighbor pode ser utilizado para verificar, identificar e solucionar
problemas de relaes de vizinhos OSPF. Para cada vizinho, este comando exibe a seguinte
sada de comando:
Neighbor ID - A ID do roteador vizinho.

Pri - A prioridade OSPF da interface. Isto discutido em uma seo posterior.
State - O estado OSPF da interface. O estado FULL significa que o roteador e seu
vizinho tm bancos de dados link-state OSPF idnticos. Os estados OSPF so discutidos
no CCNP.
Dead Time - A quantidade de tempo restante que o roteador esperar para receber
um pacote Hello de OSPF do vizinho antes de declarar o vizinho inativo. Este valor
redefinido quando a interface recebe um pacote Hello.
Address - O endereo IP da interface do vizinho ao qual este roteador est
diretamente conectado.
Interface - A interface na qual este roteador formou adjacncia com o vizinho.
Ao identificar e solucionar problemas de redes OSPF, o comando do vizinho show ip ospf pode
ser utilizado para verificar que o roteador formou uma adjacncia com seus roteadores
vizinhos. Se a ID de roteador do roteador vizinho no for exibida, ou se no se mostrar como
um estado de FULL, isso significar que os dois roteadores no formaram uma adjacncia de
OSPF. Se dois roteadores no estabelecerem adjacncia, as informaes link-state no sero
trocadas. Bancos de dados link-state incompletos podem causar rvores SPF e tabelas de
roteamento inexatas. As rotas para as redes de destino podem no existir ou podem no ser o
melhor caminho.
Nota: Em redes multiacesso como Ethernet, dois roteadores adjacentes podem ter seus
estados exibidos como 2WAY. Isto ser discutido em uma seo posterior.
Dois roteadores podem no formar uma adjacncia de OSPF se:
As mscaras de sub-rede no corresponderem, fazendo os roteadores estarem em

redes separadas.
Os Temporizadores de Hello ou de Dead do OSPF no correspondem.
Os tipos de rede OSPF no correspondem.
H um comando network de OSPF faltando ou incorreto.
431
Outros comandos eficientes de identificao e soluo de problemas OSPF incluem:
show ip protocols
show ip ospf
show ip ospf interface
Como mostrado na figura, o comando show ip protocols um modo rpido de verificar as

informaes vitais de configurao OSPF, inclusive a ID do processo OSPF, a ID do roteador, as
redes que o roteador est anunciando, os vizinhos dos quais o roteador est recebendo
atualizaes e a distncia administrativa padro, que 110 para OSPF.
432
Veja o show ip ospf na figura.
O comando show ip ospf tambm pode ser utilizado para examinar a ID do processo OSPF e a
ID do roteador. Alm disso, este comando exibe as informaes de rea do OSPF, bem como a
ltima vez que o algoritmo SPF foi calculado. Como voc pode ver no exemplo, o OSPF um
protocolo de roteamento muito estvel. O nico evento relacionado ao OSPF no qual o R1
participou durante as ltimas 11 horas e meia foi enviar pequenos pacotes Hello aos seus
vizinhos.
Nota: informaes adicionais exibidas pelo comando show ip ospf so discutidas em cursos de
CCNP.
A sada de comando inclui informaes importantes do algoritmo SPF que incluem o atraso de
programao SPF:
Initial SPF schedule delay 5000 msecs

Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Sempre que um roteador recebe novas informaes sobre a topologia (adio, excluso ou
modificao de um link), o roteador deve executar novamente o algoritmo SPF, criar uma nova
rvore SPF e atualizar a tabela de roteamento. O algoritmo SPF utiliza muito a CPU e o tempo
necessrio para o clculo depende do tamanho da rea. O tamanho de uma rea medido
pelo nmero de roteadores e pelo tamanho do banco de dados link-state.
Uma rede que fica entre um estado up e um estado down chamada de link flapping. Um link
flapping pode fazer com que roteadores OSPF em uma rea recalculem constantemente o
algoritmo SPF, impedindo a convergncia adequada. Para minimizar este problema, o roteador
espera 5 segundos (5000 milissegundos) depois de receber um LSU antes de executar o
algoritmo SPF. Isto conhecido como atraso de programao SPF. Para impedir que um
433
roteador execute constantemente o algoritmo SPF, h um tempo de espera (Hold Time)

adicional de 10 segundos (10000 milissegundos). O roteador espera 10 segundos depois de
executar o algoritmo SPF antes de executar novamente o algoritmo.
Veja o show ip ospf interface na figura.
O modo mais rpido de verificar os intervalos de Hello e de Dead utilizar o comando show ip
ospf interface. Como mostrado na figura, adicionar o nome e nmero da interface ao comando
exibe uma sada de comando para uma interface especfica. Estes intervalos so includos nos
pacotes Hello de OSPF enviados entre os vizinhos. O OSPF pode ter intervalos de Hello e de
Dead diferentes em vrias interfaces, mas para que os roteadores OSPF se tornem vizinhos,
seus intervalos de Hello e de Dead do OSPF devem ser idnticos. Por exemplo, na figura, R1
est utilizando um intervalo de Hello de 10 e um intervalo de Dead de 40 na interface Serial
0/0/0. R2 tambm dever utilizar os mesmos intervalos em sua interface Serial 0/0/0 ou os
dois roteadores no formaro uma adjacncia.
Como voc sabe, o modo mais rpido de verificar a convergncia de OSPF observar a tabela
de roteamento para cada roteador na topologia.
Veja R1, R2 e R3 na figura para ver a sada de comando de show ip route.
434
O comando show ip route pode ser utilizado para verificar que o OSPF est enviando e
recebendo rotas via OSPF. O O no comeo de cada rota indica que a origem da rota o OSPF. A
435
tabela de roteamento e o OSPF sero examinados mais atentamente na seo seguinte.

Porm, voc deve notar imediatamente duas diferenas distintas na tabela de roteamento
OSPF comparada s tabelas de roteamento que voc viu em captulos anteriores. Primeiro,
observe que cada roteador possui quatro redes diretamente conectadas porque a interface de
loopback conta como a quarta rede. Estas interfaces de loopback no so anunciadas no OSPF.
Portanto, cada roteador lista sete redes conhecidas. Em segundo lugar, ao contrrio do RIPv2 e
EIGRP, o OSPF no resume automaticamente as redes aos limites das rede principais. O OSPF
inerentemente classless.
A mtrica do OSPF chamada de custo. Da RFC 2328: "Um custo est associado com o lado de
sada de cada interface do roteador. Este custo configurvel pelo administrador do sistema.
Quanto menor o custo, mais provvel ser o uso da interface para encaminhar o trfego de
dados."
Note que o RFC 2328 no especifica quais valores devem ser utilizados para determinar o
custo
O Cisco IOS utiliza as larguras de banda cumulativas das interfaces de sada do roteador para
a rede de destino como o valor de custo. Em cada roteador, o custo para uma interface
calculado como 10 8a potncia dividido pela largura de banda em bps. Isto conhecido como
largura de banda de referncia. Divide-se 10 8a potncia pela largura de banda da interface
de modo que as interfaces com os valores de largura de banda mais altos tenham um menor
custo calculado. Lembre-se de que, nas mtricas de roteamento, a rota de custo mais baixo a
rota preferida (por exemplo, com RIP, 3 saltos melhor que 10). A figura mostra os custos de
OSPF padro para vrios tipos de interfaces.
Largura de Banda de Referncia
A largura de banda de referncia padronizada em 10 8a potncia, 100.000.000 bps ou 100
Mbps. Isto resulta em interfaces com uma largura de banda de 100 Mbps ou maiores tendo o
mesmo custo de OSPF de 1. A largura de banda de referncia pode ser modificada para
acomodar redes com links mais rpidos que 100.000.000 bps (100 Mbps), usando o comando
OSPF auto-cost reference-bandwidth. Quando este comando for necessrio, recomenda-se
que ele seja utilizado em todos os roteadores de modo que a mtrica de roteamento OSPF
permanea consistente.
436
O OSPF acumula custos

O custo de uma rota OSPF o valor acumulado de um roteador para a rede de destino. Por
exemplo, na figura, a tabela de roteamento em R1 mostra um custo de 65 para alcanar a rede
10.10.10.0/24 em R2. Uma vez que o 10.10.10.0/24 est conectado a uma interface
FastEthernet, R2 atribui o valor 1 como o custo para 10.10.10.0/24. R1 adiciona ento o valor
de custo adicional de 64 para enviar dados pelo link T1 padro entre R1 e R2.
437
Largura de banda padro em Interfaces Seriais

Voc viu no Captulo 9, "EIGRP", que voc pode utilizar o comando show interface para exibir o
valor de largura de banda utilizado por uma interface. Nos roteadores Cisco, o valor de largura
de banda em muitas interfaces seriais padroniza-se em T1 (1.544 Mbps). Porm, algumas
interfaces seriais podem padronizar-se a 128 kbps. Portanto, nunca suponha que o OSPF est
utilizando um valor de largura de banda especfico. Sempre verifique o valor padro com o
comando show interface.
Lembre-se de que este valor de largura de banda no afeta realmente a velocidade do link; ele
utilizado por alguns protocolos de roteamento para computar a mtrica do roteamento.
Mais provavelmente, em interfaces seriais, a velocidade real do link diferente da largura de
banda padro. importante que o valor de largura de banda reflita a velocidade real do link de
forma que a tabela de roteamento tenha informaes precisas sobre o melhor caminho. Por
exemplo, voc pode estar pagando somente por uma conexo T1 fracionria de seu provedor
de servios, um quarto de uma conexo T1 inteira (384 kbps). Porm, para propsitos de
protocolo de roteamento, o IOS assume um valor de largura de banda T1 muito embora a
interface esteja enviando e recebendo de fato somente um quarto de uma conexo T1 inteira
(384 kbps).
A figura mostra a sada de comando para a interface Serial 0/0/0 em R1. A topologia tambm
reflete agora a largura de banda real do link entre os roteadores. Observe que o valor de
largura de banda padro na sada de comando para R1 de 1544 kbps. Entretanto, a largura
de banda real deste link de 64 kbps. Isto significa que o roteador possui informaes de
roteamento que no refletem precisamente a topologia de rede.
Veja o show ip route na figura.
438
A figura mostra a tabela de roteamento para R1. R1 acredita que ambas as suas interfaces
seriais esto conectadas a links de T1, embora um dos links seja um link de 64 kbps e o outro
seja um link de 256 kbps. Isto resulta na tabela de roteamento de R1 tendo dois caminhos de
custos iguais rede 192.168.8.0/30, quando o Serial 0/0/1 , de fato, o melhor caminho.
O 192.168.10.8 [110/128] por 192.168.10.6, 00:03:41, Serial0/0/1
[110/128] por 192.168.10.2, 00:03:41, Serial0/0/0
439
O custo de OSPF calculado de uma interface pode ser verificado com o comando show ip ospf
interface. Na figura, ns podemos verificar que R1 est de fato atribuindo um custo de 64
interface Serial 0/0/0. Embora voc possa pensar que este o custo correto porque esta
interface est conectada a um link de 64 kbps, lembre-se de que este custo derivado da
frmula de custo. O custo de um link de 64 kbps de 1562 (100.000.000/64.000). O valor de
64 exibido corresponde ao custo de um link T1. No prximo tpico, voc aprender a modificar
o custo de todos os links na topologia.
Quando a interface serial no estiver realmente operando velocidade de T1 padro, a

interface exigir uma modificao manual. Ambos os lados do link devem ser configurados
para ter o mesmo valor. Ambos os comandos de interface bandwidth ou ip ospf cost alcanam
este objetivo - um valor preciso para uso pelo OSPF na determinao da melhor rota.
Ocomandobandwidth
O comando bandwidth utilizado para modificar o valor de largura de banda utilizado pelo IOS
para calcular a mtrica de custo do OSPF. A sintaxe de comando de interface a mesma
sintaxe que voc aprendeu no Captulo 9, "EIGRP":
Router(config-if)#bandwidth bandwidth-kbps
440
A figura mostra os comandos bandwidth utilizados para modificar os custos de todas as

interfaces seriais na topologia. Para R1, o comando show ip ospf interface mostra que o custo
do link 0/0/0 Serial agora de 1562, o resultado do clculo do custo da implementao OSPF
da Cisco 100.000.000/64.000.
Ocomandoip ospf cost

Um mtodo alternativo para utilizar o comando bandwidth utilizar o comando ip ospf cost,
que permite especificar diretamente o custo de uma interface. Por exemplo, em R1, ns
podemos configurar a Serial 0/0/0 com o seguinte comando:
R1(config-if)#ip ospf cost 1562
Obviamente, isto no alteraria a sada de comando show ip ospf interface, que ainda mostra o
custo como 1562. Este ser o mesmo custo calculado pelo IOS quando ns configurarmos a
largura de banda como 64.
441
Ocomandobandwidth vs o comando ip ospf cost

O comando ip ospf cost til em ambientes com vrios fornecedores em que os roteadores
que no so da Cisco utilizam uma mtrica diferente da largura de banda para calcular os
custos de OSPF. A principal diferena entre os dois comandos que o comando bandwidth
utiliza o resultado do clculo de custo para determinar o custo do link. O comando ip ospf cost
ignora este clculo definindo diretamente o custo do link para um valor especfico.
442
A figura mostra as duas alternativas que podem ser utilizadas para modificar os custos dos
links seriais na topologia. O lado direito da figura mostra o comando ip ospf cost equivalente
aos comandos bandwidth esquerda.
Uma rede multiacesso uma rede com mais de dois dispositivos compartilhando o mesmo
meio. Na parte superior da figura, a rede local Ethernet anexada a R1 estendida para mostrar
possveis dispositivos que podem ser anexados rede 172.16.1.16/28. As redes locais Ethernet
so um exemplo de uma rede multiacesso com broadcast. Elas so redes com broadcast
porque todos os dispositivos na rede observam todos os quadros de broadcast. Elas so redes
multiacesso porque pode haver nelas numerosos hosts, impressoras, roteadores e outros
dispositivos que so todos membros da mesma rede.
Por outro lado, em uma rede ponto-a-ponto existem somente dois dispositivos na rede, um
em cada ponta. O link de WAN entre R1 e R3 um exemplo de um link ponto-a-ponto. A parte
inferior na figura mostra o link ponto-a-ponto entre R1 e R3.
O OSPF define cinco tipos de rede:

443
Ponto-a-ponto
Multiacesso com broadcast
Rede sem broadcast multiacesso (NBMA)
Ponto-a-multiponto
Links virtuais
NBMA e redes ponto-a-multiponto incluem as redes Frame Relay, ATM e X.25. As redes NBMA
so discutidas em outro curso CCNA. As redes ponto-a-multiponto so discutidas no CCNP. Os
links virtuais so um tipo especial de link que podem ser utilizados em OSPF multirea. Os links
virtuais OSPF so discutidos no CCNP.
A figura mostra que a topologia utiliza as redes ponto-a-ponto e de broadcast.
444
Redes multiacesso podem criar dois desafios para o OSPF com relao ao envio de LSAs:
1. Criao de mltiplas adjacncias, uma adjacncia para cada par de roteadores.
2. Grande envio de LSAs (Link-State Advertisements, Anncios Link-State).
Adjacncias mltiplas
A criao de uma adjacncia entre cada par de roteadores em uma rede pode criar um nmero
desnecessrio de adjacncias. Isto conduziria a um nmero excessivo de LSAs transmitidos
entre roteadores na mesma rede.
Para entender o problema com adjacncias mltiplas, precisamos estudar uma frmula. Para
qualquer nmero de roteadores (designado como n) em uma rede multiacesso, haver n (n 1) / 2 adjacncias. A figura mostra uma topologia simples de cinco roteadores, dos quais todos
esto anexados mesma rede Ethernet multiacesso. Sem algum tipo de mecanismo para
reduzir o nmero de adjacncias, estes roteadores formariam coletivamente 10 adjacncias: 5
( 5 - 1 ) / 2 = 10. Pode no parecer muito, mas, conforme os roteadores so acrescentados
rede, o nmero de adjacncias aumenta drasticamente. Embora os 5 roteadores na figura
precisem somente de 10 adjacncias, voc pode observar que 10 roteadores exigiriam 45
adjacncias. Vinte roteadores exigiriam 190 adjacncias!
445
Enviando LSAs
Lembre-se, do Captulo 10, "Protocolos de Roteamento Link-State", que os roteadores linkstate enviam seus pacotes link-state quando o OSPF inicializado ou quando h uma mudana
na topologia.
Veja um cenrio de envio de LSA.
446
Em uma rede multiacesso, este envio pode tornar-se excessivo. Na animao, R2 envia um
LSA. Este evento faz que todos os outros roteadores tambm enviarem um LSA. Na animao
no so mostradas as confirmaes exigidas enviadas para cada LSA recebido. Se todo
roteador em uma rede multiacesso tivesse que enviar e confirmar todos os LSAs recebidos a
todos os outros roteadores nesta mesma rede multiacesso, o trfego da rede ficaria bastante
catico.
Para ilustrar este ponto, imagine que voc est em uma sala com grande nmero de pessoas. E
se todo o mundo tivesse que se apresentar individualmente aos outros? Cada pessoa no teria
somente que dizer a todos o seu nome, mas sempre que uma pessoa soubesse o nome de
outra pessoa, esta pessoa teria que diz-lo tambm a todos os outros na sala, um de cada vez.
Como voc pode ver, este processo leva ao caos!
Soluo: Roteador designado

A soluo para gerenciar o nmero de adjacncias e o envio de LSAs em uma rede multiacesso
o Roteador Designado (DR). Continuando nosso exemplo anterior, esta soluo anloga a
eleger algum na sala para passar e saber o nome de todo mundo e ento anunciar estes
nomes a todos na sala de uma s vez.
Em redes multiacesso, o OSPF elege um Roteador Designado (DR) para ser o ponto de coleta e
distribuio para os LSAs enviados e recebidos. Um Roteador Designado de Backup (BDR)
tambm eleito no caso de o Roteador Designado falhar. Todos os outros roteadores se
tornam DROthers (isto indica um roteador que no o DR nem o BDR).
Veja a da funo do DR.
447
Os roteadores em uma rede multiacesso elegem um DR e um BDR. Os DROthers s formam

adjacncias inteiras com o DR e o BDR na rede. Isto significa que, em vez de enviar LSAs para
todos os roteadores na rede, os DROthers somente enviam os LSAs para o DR e BDR utilizando
o endereo multicast 224.0.0.6 (ALLDRouters Todos os roteadores DR). Na animao, R1
envia LSAs para o DR. O BDR tambm escuta. O DR responsvel por encaminhar os LSAs de
R1 para todos os outros roteadores. O DR utiliza o endereo multicast 224.0.0.5 (AllSPFRouters
- Todos os roteadores OSPF). O resultado final que h somente um roteador fazendo todo o
envio de todos os LSAs na rede multiacesso.
Alterao de topologia
As eleies de DR/BDR no ocorrem em redes ponto-a-ponto. Portanto, em uma topologia de
trs roteadores padro, R1, R2 e R3 no precisam eleger um DR e BDR, porque os links entre
estes roteadores no so redes multiacesso.
Veja a Topologia Multiacesso na figura.
Para o resto da discusso sobre DR e BDR, ns utilizaremos a topologia multiacesso mostrada

na figura. Os nomes dos roteadores so diferentes, somente para enfatizar que esta topologia
no a mesma topologia de trs roteadores que ns temos utilizado at este ponto. Ns
voltaremos a nossa topologia do captulo depois da discusso do processo de eleio DR/BDR.
Nesta nova topologia, ns temos trs roteadores que compartilham uma rede multiacesso
Ethernet comum, 192.168.1.0/24. Cada roteador configurado com um endereo IP na
interface Fast Ethernet e um endereo de loopback para a ID do roteador.
448
Eleio DR/BDR
Como o DR e o BDR so eleitos? Os seguintes critrios so aplicados:
1. DR: Roteador com a mais alta prioridade de interface OSPF.
2. BDR: Roteador com a segunda mais alta prioridade de interface OSPF.
3. Se as prioridades de interface OSPF so iguais, a ID de roteador mais alta utilizada para
desempatar.
Neste exemplo, a prioridade de interface OSPF padro 1. Como resultado, baseado nos
critrios de seleo listados acima, a ID do roteador OSPF utilizada para eleger o DR e BDR.
Como voc pode ver, o Roteador C torna-se o DR e o Roteador B, com a segunda maior ID de
roteador, torna-se o BDR. Como o Roteador A no eleito nem como DR nem BDR, ele se
torna o DROther.
OS DROthers s formam adjacncias FULL com o DR e BDR, mas ainda formaro uma
adjacncia de vizinho com qualquer DROther que se unir rede. Isto significa que todos os
roteadores DROther na rede multiacesso ainda recebem pacotes Hello de todos os outros
roteadores DROther. Deste modo, eles esto cientes de todos os roteadores na rede. Quando
dois roteadores DROther formarem uma adjacncia de vizinho, o estado de vizinho exibido
como 2WAY. Os diferentes estados de vizinho so discutidos no CCNP.
Veja o show ip ospf neighbor na figura.
449
A sada de comando na figura exibe a adjacncia de vizinho de cada roteador na rede

multiacesso. Note que, para o Roteador A, ela mostra que o DR o Roteador C com a ID de
roteador 192.168.31.33 e que o BDR o Roteador B com a ID de roteador 192.168.31.22.
Como o Roteador A mostra seus dois vizinhos como o DR e BDR, o Roteador A um DROther.
Isto pode ser verificado com o uso do comando show ip ospf interface fastethernet 0/0 no
Roteador A, como mostrado na figura. Este comando mostrar o estado DR, BDR ou DROTHER
deste roteador, junto com a ID de roteador do DR e BDR nesta rede multiacesso.
Momento da eleio DR/BDR

O processo de eleio DR e BDR acontece assim que o primeiro roteador com uma interface
habilitada de OSPF est ativo na rede multiacesso. Isto pode acontecer quando os roteadores
forem ligados ou quando o comando network do OSPF para aquela interface for configurado.
O processo de eleio s leva alguns segundos. Se todos os roteadores na rede multiacesso
no terminarem de inicializar, possvel que um roteador com uma ID de roteador inferior
torne-se o DR. Este poderia ser um roteador lower-end que levou menos tempo para
inicializar.
Quando o DR eleito, ele permanece como DR at que uma das condies seguintes ocorra:
O DR falha.
O processo OSPF no DR falha.
A interface multiacesso no DR falha.
450
Na figura, um X vermelho indica uma ou mais destas falhas.

Veja o DR falha na figura.
Se o DR falhar, o BDR assume a funo de DR e uma eleio realizada para escolher um novo
BDR. Na figura, o Roteador C falha e o BDR antigo, o Roteador B, torna-se o DR. O nico outro
roteador disponvel para ser o BDR o Roteador A.
Veja o Novo roteador na figura.
O Roteador D junta-se rede. Se um novo roteador entrar na rede depois de o DR e BDR terem
sido eleitos, ele no se tornar o DR ou o BDR mesmo se tiver uma prioridade de interface
OSPF ou ID de roteador mais altas do que o DR e BDR atuais. O novo roteador pode ser eleito
451
como BDR se o DR ou BDR atuais falharem. Se o DR atual falhar, o BDR se tornar o DR e o

novo roteador poder ser eleito o novo BDR. Depois de o novo roteador tornar-se o BDR, se o
DR falhar, o novo roteador se tornar o DR. O DR e BDR atuais devero falhar antes de o novo
roteador poder ser eleito DR ou BDR.
Veja o DR antigo retorna na figura.
Um DR anterior no recupera o status de DR se voltar rede. Na figura, o Roteador C concluiu

uma reinicializao e tornou-se um DROther embora sua ID de roteador, 192.168.31.33, seja
mais alta que o DR e BDR atuais.
Veja o BDR falha na figura.
452
Se o BDR falhar, uma eleio realizada entre os DRothers para ver qual roteador ser o novo
BDR. Na figura, o roteador BDR falha. Uma eleio realizada entre o Roteador C e o Roteador
D. O Roteador D ganha a eleio com a ID de roteador mais alta.
Veja Novo DR falha na figura.
Na figura, o Roteador B falha. Como o Roteador D o BDR atual, ele promovido a DR. O
Roteador C torna-se o BDR.
Sendo assim, como voc tem certeza de que os roteadores que voc deseja que sejam o DR e
BDR ganham a eleio? Sem configuraes adicionais, a soluo :
Em primeiro lugar, inicialize o DR, seguido pelo BDR e, em seguida, inicialize todos os outros
roteadores, ou
Desligue a interface em todos os roteadores, seguido por um no shutdown no DR, depois no
BDR e ento todos os outros roteadores.
Porm, como voc j pode ter adivinhado, ns podemos alterar a prioridade de interface OSPF
para controlar melhor nossas eleies de DR/BDR.
Como o DR se torna o foco para coleta e distribuio de LSAs, importante que este roteador
tenha CPU suficiente e capacidade de memria para arcar com a responsabilidade. Em vez de
confiar na ID do roteador para decidir quais roteadores so eleitos DR e BDR, melhor
controlar a eleio destes roteadores com o comando de interface ip ospf priority.
453
Router(config-if)#ip ospf priority {0 - 255}

Em nossa discusso anterior, a prioridade de OSPF era igual. Isto se deve ao fato de que o valor
de prioridade padro 1 para todas as interfaces do roteador. Portanto, a ID de roteador
determinou o DR e o BDR. No entanto, se voc alterar o valor padro de 1 para um valor mais
alto, o roteador com a prioridade mais alta se tornar o DR e o roteador com a prxima
prioridade mais alta se tornar o BDR. Um valor de 0 faz o roteador no qualificado se tornar
um DR ou BDR.
Como as prioridades so um valor especfico de interface, elas fornecem um melhor controle
das redes multiacesso OSPF. Elas tambm permitem que um roteador seja o DR em uma rede
e um DROther em outra.
Veja show ip ospf interface na figura.
Para simplificar nossa discusso, ns removemos o Roteador D da topologia. A prioridade de

interface OSPF pode ser exibida utilizando o comando show ip ospf interface. Na figura, ns
podemos verificar que a prioridade no Roteador A possui o valor padro de 1.
Veja Modificar prioridade na figura.
454
A figura mostra as prioridades da interface OSPF do Roteador A e do Roteador B modificadas

de forma que o Roteador A com a prioridade mais alta torne-se o DR e o Roteador B torne-se o
BDR. A prioridade de interface OSPF do Roteador C permanece com o valor padro de 1.
Veja Forar eleio na figura.
Depois de fazer um shutdown e um no shutdown nas interfaces FastEthernet 0/0 de todos os

trs roteadores, observamos o resultado da alterao das prioridades do OSPF nas interface. O
comando show ip ospf neighbor no Roteador C mostra agora que o Roteador A (ID de roteador
192.168.31.11) o DR com a mais alta prioridade de interface OSPF de 200 e que o Roteador B
(ID de roteador 192.168.31.22) ainda o BDR com a prxima mais alta prioridade de interface
OSPF de 100. A partir da sa's do Roteador A de show ip ospf neighbor, observe que ela no
mostra um DR, porque o Roteador A o real DR nesta rede.
455
Topologia
Voltemos topologia anterior, que agora inclui um novo link para ISP. Assim como com RIP e
EIGRP, o roteador conectado Internet utilizado para propagar uma rota padro a outros
roteadores no domnio de roteamento OSPF. Este roteador chamado algumas vezes de
borda, entrada ou roteador gateway. Porm, na terminologia de OSPF, o roteador localizado
entre um domnio de roteamento OSPF e uma rede no-OSPF chamado de Roteador de
Borda de Sistema Autnomo (ASBR). Nesta topologia, o Loopback1 (Lo1) representa um link
para uma rede no-OSPF. Ns no configuraremos a rede 172.30.1.1/30 como parte do
processo de roteamento OSPF.
Veja a Configurao padro esttica de R1 na figura.
A figura mostra o ASBR (R1) configurado com o endereo IP de Loopback1 e a rota padro
esttica encaminhando o trfego para o roteador ISP:
R1(config)#ip route 0.0.0.0 0.0.0.0 loopback 1
Nota: a rota padro esttica est utilizando o loopback como uma interface de sada porque o
roteador ISP nesta topologia no existe fisicamente. Utilizando uma interface de loopback,
podemos simular a conexo com outro roteador.
Como o RIP, o OSPF requer o uso do comando default-information originate para anunciar a
rota padro esttica 0.0.0.0/0 aos outros roteadores na rea. Se o comando defaultinformation originate no for utilizado, a rota "quad-zero" padro no ser propagada a outros
roteadores na rea OSPF.
456
A sintaxe do comando :
R1(config-router)#default-information originate
457
R1, R2 e R3 possuem agora um "gateway de ltimo recurso" definido na tabela de roteamento.

Observe a rota padro em R2 e R3 assinalada como tendo sido aprendida atravs do OSPF,
mas com o cdigo adicional E2. Para R2, a rota :
O*E2 0.0.0.0/0 [110/1] via 192.168.10.10, 00:05:34, Serial0/0/1
E2 denota que esta rota uma rota OSPF Externa Tipo 2.
As rotas externas OSPF caem em uma de duas categorias: Externa Tipo 1 (E1) ou Externa Tipo 2
(E2). A diferena entre os dois est no modo como o custo de OSPF da rota calculado em
cada roteador. O OSPF acumula o custo para uma rota E1 conforme a rota est sendo
propagada ao longo da rea OSPF. Este processo idntico para clculos de custo para rotas
internas OSPF normais. Porm, o custo de uma rota E2 sempre o custo externo, seja qual for
o custo interior para alcanar aquela rota. Nesta topologia, uma vez que a rota padro possui
um custo externo de 1 no roteador R1, R2 e R3 tambm exibem um custo de 1 para a rota E2
padro. As rotas E2 a um custo de 1 so a configurao OSPF padro. A alterao destes
padres, bem como mais informaes de rotas externas, discutida no CCNP.
Largura de banda de referncia

Como voc se lembra, o custo do Cisco OSPF utiliza largura de banda acumulada. O valor de
largura de banda de cada interface calculado utilizando 100.000.000/largura de banda;
100.000.000 ou 10 8a potncia conhecido como a largura de banda de referncia.
458
Portanto, 100.000.000 a largura de banda padro indicada quando a largura de banda real
convertida em uma mtrica de custo. De acordo com o que foi aprendido em estudos
anteriores, agora temos velocidades de link que so muito mais rpidas do que as velocidades
da Fast Ethernet, inclusive o Gigabit Ethernet e 10GigE. Utilizar uma largura de banda de
referncia de 100.000.000 resulta em interfaces com valores de largura de banda de 100 Mbps
e mais altos, tendo o mesmo custo de OSPF de 1.
Para obter clculos de custo mais precisos, pode ser necessrio ajustar o valor de largura de
banda de referncia. A largura de banda de referncia pode ser modificada para acomodar
estes links mais rpidos utilizando o comando auto-cost reference-bandwidth de OSPF.
Quando este comando for necessrio, utilize-o em todos os roteadores de modo que a mtrica
de roteamento OSPF permanea consistente.
R1(config-router)#auto-cost reference-bandwidth ?
1-4294967 The reference bandwidth in terms of Mbits per second
Observe que o valor expressado em Mbps. Portanto, o valor padro equivalente a 100.
Para aument-lo a velocidades de 10GigE, voc precisa alterar a largura de banda de
referncia para 10000.
R1(config-router)#auto-cost reference-bandwidth 10000
Novamente, certifique-se de ter configurado este comando em todos os roteadores no
domnio de roteamento OSPF. O IOS tambm pode lembr-lo, como mostrado na figura.
Veja R1 antes e R1 depois na figura.
459
A tabela de roteamento para R1 mostra a alterao na mtrica de custo OSPF. Observe que os
valores de custo muito mais altos para rotas OSPF. Por exemplo, em R1 Antes, o custo para
10.10.10.0/24 1172. Depois de configurar uma nova largura de banda de referncia, o custo
para a mesma rota agora 117287.
Modificando os intervalos de OSPF

Veja os Vizinhos de R1 1 na figura.
460
O comando show ip ospf neighbor em R1 verifica que R1 adjacente a R2 e R3. Observe na

sada de comando que o Dead Time est fazendo uma contagem regressiva de 40 segundos.
Por padro, este valor atualizado a cada 10 segundos quando o R1 recebe Hello do vizinho.
Voc pode desejar alterar os temporizadores de OSPF de forma que os roteadores detectem
falhas de rede em menos tempo. Fazer isto aumentar o trfego, mas muitas vezes h uma
necessidade de uma convergncia rpida mesmo que isto implique em um trfego adicional.
Os intervalos de Hello e de Dead de OSPF podem ser modificados manualmente utilizando os
seguintes comandos de interface:
Router(config-if)#ip ospf hello-interval seconds
Router(config-if)#ip ospf dead-interval seconds
Veja Modificar temporizadores de R1 na figura.
A figura mostra os intervalos de Hello e de Dead modificados para 5 segundos e 20 segundos,

respectivamente, na interface Serial 0/0/0 para R1. Imediatamente depois de alterar o
461
intervalo de Hello, o Cisco IOS modifica o intervalo de Dead automaticamente para quatro
vezes o intervalo de Hello. Porm, sempre recomendvel modificar o temporizador
explicitamente em vez de confiar em um recurso do IOS de modo que as modificaes sejam
documentadas na configurao.
Aps 20 segundos, o Temporizador Dead em R1 expira. R1 e R2 perdem adjacncia. Ns
somente modificamos os valores em um lado do link serial entre R1 e R2.
Lembre-se, os intervalos de Hello e de Dead de OSPF devem ser equivalentes entre os vizinhos.
Voc pode verificar a perda de adjacncia com o comando show ip ospf neighbor em R1.
Observe que o vizinho 10.2.2.2 no est mais presente. Porm, 10.3.3.3 ou R3 ainda um
vizinho. Os temporizadores definidos na Serial 0/0/0 no afetam a adjacncia de vizinho com
R3.
Veja os Temporizadores de R2 na figura.
462
Os intervalos de Hello e de Dead no correspondentes podem ser verificados em R2 utilizando

o comando show ip ospf interface serial 0/0/0. Os valores do intervalo em R2, ID de roteador
10.2.2.2, ainda esto definidos com um intervalo de Hello de 10 segundos e intervalo de Dead
de 40 segundos.
Veja Modificar temporizadores de R2 na figura.
Para restaurar a adjacncia entre R1 e R2, modifique os intervalos de Hello e de Dead na

interface Serial 0/0/0 em R2 para corresponder aos intervalos na interface Serial 0/0/0 em R1.
O IOS exibe uma mensagem informando que a adjacncia foi estabelecida com um estado de
FULL.
14:22:27: %OSPF-5-ADJCHG: Process 1, Nbr 10.1.1.1 on Serial0/0 from LOADING to FULL,
Loading Done
463
Verifique que a adjacncia de vizinho restaurada com o comando show ip ospf neighbor em
R1. Observe que o Dead Time da Serial 0/0/0 agora muito inferior porque est fazendo
contagem regressiva de 20 segundos em vez dos 40 segundos padro. Serial 0/0/1 ainda est
em funcionamento com temporizadores padro.
Nota: o OSPF exige que os intervalos de Hello e de Dead faam a correspondncia entre dois
roteadores para que eles se tornem adjacentes. Isto difere do EIGRP, onde os temporizadores
Hello e Holddown no precisam corresponder para que dois roteadores formem uma
adjacncia de EIGRP.
Resumo
OSPF (Open Shortest Path First) um protocolo de roteamento link-state classless. A verso
atual do OSPF para IPv4 o OSPFv2 introduzido na RFC 1247 e atualizado na RFC 2328 por
John Moy. Em 1999, o OSPFv3 para IPv6 foi publicado na RFC 2740.
O OSPF tem uma distncia administrativa padro de 110 e denotado na tabela de
roteamento com um cdigo de fonte de rota de O. O OSPF habilitado com o comando de
configurao global router ospf process-id. O process-id localmente significativo, o que
significa que ele no tem que corresponder a outros roteadores OSPF para estabelecer
adjacncias com esses vizinhos.
O comando network utilizado com o OSPF tem a mesma funo de quando utilizado com
outros protocolos de roteamento IGP, mas com sintaxe ligeiramente diferente.
Router (config-router)#network network-address wildcard-mask area area-id
O wildcard-mask o inverso da mscara de sub-rede e o area-id deve ser definido como 0.
O OSPF no utiliza um protocolo da camada de transporte, j que os pacotes OSPF so
enviados diretamente utilizando-se a camada IP. O pacote Hello do OSPF utilizado por OSPF
para estabelecer adjacncias de vizinho. Por padro, os pacotes Hello de OSPF so enviados a
cada 10 segundos em segmentos multiacesso e ponto-a-ponto e a cada 30 segundos em
segmentos de rede ponto-a-multiponto (NBMA) (Frame Relay, X.25, ATM) (NBMA). O intervalo
de Dead o perodo de tempo que um roteador OSPF esperar antes de finalizar a adjacncia
com um vizinho. Por padro, o intervalo de Dead quatro vezes o intervalo de Hello. Para
segmentos multiacesso e ponto-a-ponto, este perodo de 40 segundos. Para redes NBMA, o
intervalo de Dead de 120 segundos.
Para que os roteadores se tornem adjacentes, o intervalo de Hello, o intervalo de Dead, os
tipos de rede e as mscaras de sub-rede devem corresponder. O comando show ip ospf
neighbors pode ser utilizado para verificar as adjacncias de OSPF.
464
A ID do roteador OSPF utilizada para identificar unicamente cada roteador no domnio de

roteamento OSPF. Os roteadores Cisco produzem a ID do roteador com base em trs critrios
e com a seguinte precedncia:
1. Utilize o endereo IP configurado com comando router-id de OSPF.
2. Se o router-id no estiver configurado, o roteador escolher o endereo IP mais alto de
qualquer uma de suas interfaces de loopback.
3. Se nenhuma interface de loopback estiver configurada, o roteador escolher o endereo IP
ativo mais alto de suas interfaces fsicas.
A RFC 2328 no especifica quais valores devem ser utilizados para determinar o custo. O Cisco
IOS utiliza as larguras de banda cumulativas das interfaces de sada do roteador para a rede de
destino como o valor de custo.
Redes multiacesso podem criar dois desafios para o OSPF relativos ao envio de LSAs, inclusive
a criao de mltiplas adjacncias - uma adjacncia para cada par de roteadores e envio
excessivo de LSAs (Anncios Link-State). O OSPF elege um Roteador Designado (DR) para agir
como ponto de coleta e distribuio para os LSAs enviados e recebidos na rede multiacesso.
Um BDR (Roteador Designado de Backup) eleito para assumir a funo do DR no caso de o
DR falhar. Todos os outros roteadores so conhecidos como DROthers. Todos os roteadores
enviam seus LSAs para o DR, que, por sua vez, envia o LSA para todos os outros roteadores na
rede multiacesso.
O roteador com a ID de roteador mais alta o DR e o roteador com a segunda ID de roteador
mais alta o BDR. Isto pode ser substitudo pelo comando ip ospf priority naquela interface.
Por padro, o ip ospf priority "1" em todas as interfaces multiacesso. Se um roteador for
configurado com um novo valor de prioridade, o roteador com o valor de prioridade mais alto
ser o DR e o prximo mais alto ser o BDR. Um valor de prioridade de 0 significa que o
roteador no qualificado para se tornar um DR ou BDR.
Uma rota padro propagada em OSPF semelhante quela de RIP. O comando do modo do
roteamento OSPF default-information originate utilizado para propagar uma rota padro
esttica.
O comando show ip protocols utilizado para verificar informaes de configurao OSPF

importantes, inclusive a ID do processo OSPF, ID de roteador e as redes que o roteador est
anunciando.
465
466

Ccna 2

Enviado por

Dados do documentoclique para ver informações do documento

Direitos autorais:

Formatos disponíveis

Ccna 2

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Ccna 2

Enviado por

Direitos autorais:

Formatos disponíveis

Bem-vindo

Bem-vindo ao curso Protocolos e conceitos de roteamento do CCNA Exploration. A meta

Captulo 7 RIPv2 o Captulo 7 examina o prximo protocolo de roteamento apresentado

As redes atuais tm um impacto significativo em nossas vidas alterando a forma como ns

Roteadores esto no centro da rede

Roteadores determinam o melhor caminho

Determinando o melhor caminho para enviar pacotes

Embora haja vrios tipos e modelos de roteadores diferentes, todos os roteadores tm os

Componentes do roteador e suas funes

Unidade de Processamento Central (CPU, Central Processing Unit)

Sistema operacional: O IOS (Internetwork Operating System, Sistema operacional de

A memria flash no perde seu contedo quando o roteador desligado ou reiniciado.

Sistema operacional de Internet

de software do roteador, inclusive a alocao de memria, os processos, a segurana e os

4. Localizando e carregando o arquivo de configurao

Se o arquivo de configurao de inicializao, startup-config, estiver localizado na NVRAM, ele

no contm nenhum endereo de interface, nenhuma informao de roteamento, senhas ou

Verificando o processo de inicializao do roteador

2 Low-speed serial(sync/async) network interface(s)

Interfaces pertencem a redes diferentes

interfaces de rede local como Ethernet e FastEthernet

Interfaces de rede local

Roteadores e a camada de rede

Roteadores funcionam nas camadas 1, 2 e 3

R1 recebe o fluxo de bits codificados em sua interface. Os bits so decodificados e passados

Preenchendo uma tabela de endereos

Configurao bsica do roteador

Salvando as alteraes em um roteador

habilita a verificao da senha na linha. Se voc no inserir o comando login na linha de

http://www.microsoft.com/athome/security/privacy/password.mspx (em ingls).

Configurao da interface do roteador

FastEthernet0/1: incorrect IP address assignment

Verificando a Configurao bsica do roteador

Apresentando a Tabela de Roteamento

A associao rede/interface de sada tambm pode representar o endereo de rede de destino

O comando show ip route

C - As informaes nesta coluna denotam a origem das informaes da rota, a rede

Adicionando uma rede conectada tabela de roteamento

Uma rede consiste em alguns roteadores. Nesse caso, usar um protocolo de

Uma grande rede configurada em uma topologia hub-and-spoke. Uma topologia

rotas aprendidas dinamicamente e configuradas estaticamente, no sendo necessariamente

Deteco de rede automtica

Protocolo de informaes de roteamento (RIP, Routing Information Protocol)

Princpios da tabela de roteamento

2. O fato de um roteador ter determinadas informaes em sua tabela de roteamento no

H um caminho da origem para o destino disponvel em ambas as direes?

Campos de pacote e de quadro

origem para o destino, examinando o processo de encapsulamento e de desencapsulamento

Verso nmero de verso (4 bits); a verso predominante o IP verso 4 (IPv4)

Formato de quadro da camada MAC

Prembulo sete bytes de 1s e 0s alternados, usados para sincronizar sinais

Tipo/comprimento 2 bytes que especificam o tipo de protocolo de camada superior

Os protocolos de roteamento dinmico normalmente usam suas prprias regras e as mtricas

Contagem de saltos a contagem de saltos o nmero de roteadores que um pacote

Balanceamento de carga de mesmo custo

Se for configurado corretamente, o balanceamento de carga poder aumentar a eficincia e o

Funo de determinao do caminho