3.

2 Implementing OSPF
OSPF Introduction

OSPF é um dos protocolos de roteamento IP mais comumente usados em redes hoje. É um

padrão aberto usado em redes corporativas e de provedores de serviços.
O protocolo em si é baseado na tecnologia de estado de link, que é uma partida dos
algoritmos baseados em vetor Bellman-Ford que são usados em protocolos de roteamento
de Internet tradicionais, como Routing Information Protocol (RIP). O OSPF introduziu novos
conceitos, como autenticação de atualizações de roteamento, máscaras de sub-rede de
comprimento variável (VLSMs), resumo de rota e assim por diante.

Esta seção apresenta cada uma das principais características do protocolo de roteamento
OSPF, incluindo uma descrição dos protocolos de roteamento link-state, a estrutura
hierárquica OSPF, adjacências link-state e cálculos Shortest Path First (SPF).

O OSPF usa um algoritmo de estado de link para construir e calcular o caminho mais curto
para todos os destinos conhecidos. O algoritmo por si só é bastante complicado.

A seguir está uma maneira simplificada de alto nível de examinar as várias etapas do
algoritmo:

Na inicialização ou devido a qualquer alteração nas informações de roteamento, um

roteador gerará um anúncio de estado de link (LSA). Este anúncio representará a coleção de
todos os estados de link neste roteador.

Todos os roteadores trocarão estados de link por meio de inundação. Cada roteador que
recebe uma atualização de estado de link deve armazenar uma cópia em seu banco de
dados de estado de link (LSDB) e, em seguida, propagar a atualização para outros
roteadores.

Depois que o banco de dados de cada roteador for concluído, o roteador calculará uma
árvore do caminho mais curto (SPT) para todos os destinos. O roteador usa o algoritmo de
Dijkstra para calcular a árvore do caminho mais curto. Os destinos, o custo associado e o
próximo salto para alcançar esses destinos formarão a tabela de roteamento IP.
Se nenhuma mudança ocorrer na rede OSPF, como o custo de um link ou uma rede sendo
adicionada ou excluída, o OSPF deve ser silencioso.
OSPF usa flooding para trocar atualizações de link-state entre roteadores. Qualquer
mudança nas informações de roteamento é enviada a todos os roteadores da rede. As
áreas são introduzidas para colocar um limite no crescimento das atualizações de link-state.
A inundação e o cálculo do algoritmo de Dijkstra em um roteador são limitados a links
dentro de uma área. Todos os roteadores em uma área têm o LSDB exato. Os roteadores
que pertencem a várias áreas e conectam essas áreas à área de backbone são chamados de
roteadores de borda de área (ABRs). Os ABRs devem, portanto, manter informações que
descrevam as áreas do backbone e quaisquer outras áreas anexadas.
ABRs também fornecem mecanismos para agregar rotas e reduzir a propagação
desnecessária de informações de sub-rede.

OSPF tem as seguintes características principais:

-Cria uma relação de vizinho trocando pacotes de saudação

-Propaga LSAs em vez de atualizações da tabela de roteamento

- Link: Router interface

- State : Descrição de uma interface e sua relação com roteadores vizinhos

- Envia LSAs para todos os roteadores OSPF na área, não apenas roteadores conectados
diretamente

- Junta todos os LSAs gerados pelos roteadores OSPF para criar o OSPF LSDB

- Usa o algoritmo SPF para calcular o caminho mais curto para cada destino e o coloca na
tabela de roteamento

OSPF é um protocolo de roteamento link-state. Você pode pensar em um link como uma
interface em um roteador. O estado do link é uma descrição dessa interface e de seu
relacionamento com os roteadores vizinhos. Uma descrição da interface incluiria, por
exemplo, o endereço IP da interface, máscara de sub-rede, tipo de rede à qual está
conectada, roteadores que estão conectados a esta rede e assim por diante. A coleção de
todos esses estados de link forma um banco de dados de estado de link.

Um roteador envia pacotes LSA para anunciar seu estado periodicamente (a cada 30
minutos) e imediatamente quando o estado do roteador muda. Informações sobre
interfaces anexadas, métricas que são usadas e outras variáveis estão incluídas em OSPF
LSAs. Conforme os roteadores OSPF acumulam informações de link state, eles usam o
algoritmo SPF para calcular o caminho mais curto para cada nó.

Um banco de dados topológico (link-state) é, essencialmente, uma imagem geral das redes
em relação aos roteadores. O banco de dados topológico contém a coleção de LSAs que são
recebidos de todos os roteadores na mesma área. Como os roteadores na mesma área
compartilham as mesmas informações, eles têm bancos de dados topológicos idênticos.
NOTE:
O OSPF pode operar dentro de uma hierarquia. A maior entidade dentro da hierarquia é o
sistema autônomo (AS), que é uma coleção de redes sob uma administração comum que
compartilha uma estratégia de roteamento comum. Um AS pode ser dividido em várias
áreas, que são grupos de redes contíguas e hosts conectados.

Link-State Data Structures

Existem várias estruturas que permitem manter registros de informações de estado do link:

.Neighbor table:
- Também conhecido como banco de dados de adjacência
- Contém uma lista de vizinhos reconhecidos

. Topology table:
- Normalmente referido como LSDB
- Contém todos os roteadores e seus links anexados na área ou rede
- LSDB idêntico para todos os roteadores dentro de uma área

.Routing table:
-Normalmente denominado banco de dados de encaminhamento
-Contém uma lista dos melhores caminhos para destinos

OSPF e Sistema Intermediário para Sistema Intermediário (IS-IS) são classificados como
protocolos de roteamento link-state devido à maneira como distribuem informações de
roteamento e calculam rotas.

Os protocolos de roteamento link-state coletam informações de roteamento de todos os

outros roteadores da rede ou de uma área definida da rede. Quando os protocolos de
roteamento link-state coletam essas informações de todos os roteadores, cada roteador
calcula independentemente seus melhores caminhos para todos os destinos na rede,
usando o algoritmo de Dijkstra.

As informações incorretas de qualquer roteador específico têm menos probabilidade de

causar confusão, porque cada roteador mantém sua própria visão da rede.

Para que decisões de roteamento consistentes sejam tomadas por todos os roteadores da
rede, cada roteador deve manter um registro das seguintes informações:

Seus roteadores vizinhos imediatos: Se o roteador perder contato com um roteador

vizinho, em alguns segundos, ele invalidará todos os caminhos por meio desse roteador e
recalculará seus caminhos pela rede. As informações de adjacência sobre vizinhos são
armazenadas na tabela de vizinhos, também conhecida como banco de dados de
adjacência, no OSPF.
Todos os outros roteadores da rede, ou em sua área da rede, e suas redes conectadas:
O roteador reconhece outros roteadores e redes por meio de LSAs, que são inundados pela
rede. Os LSAs são armazenados em uma tabela de topologia, também chamada de LSDB.
Os melhores caminhos para cada destino: Cada roteador calcula independentemente os
melhores caminhos para cada destino na rede usando o algoritmo de Dijkstra. Os melhores
caminhos são então oferecidos para a tabela de roteamento ou banco de dados de
encaminhamento. Os pacotes que chegam ao roteador são encaminhados com base nas
informações mantidas na tabela de roteamento.

OSPF and OSPFv3 Relation

OSPF e OSPF versão 3 (OSPFv3) têm estas características principais:

. OSPFv3 é uma implementação do protocolo de roteamento OSPF para IP versão 6 (IPv6).

. OSPF versão 2 (OSPFv2), para redes IP versão 4 (IPv4), e OSPFv3 são executados
independentemente em um dispositivo de rede.
. OSPFv3 tem os mesmos recursos principais que OSPFv2:
-Projeto de rede multiarea com ABRs que segmentam a rede.
-Algoritmo SPF para cálculo de caminho ideal.
-Tipos de áreas especiais e manuseio sofisticado de rotas externas.
-O resumo nas bordas da área simplifica os projetos de rede (áreas de stub).

O OSPF segmenta a rede em várias áreas que se comunicam por meio de ABRs. Essa
abordagem permite maior escalabilidade e dispensa os roteadores de executar cálculos de
rota para eventos que não estão em sua área. Apenas ABRs precisam saber a topologia
exata de todas as áreas anexadas. Esses roteadores enviam rotas apropriadas como rotas
entre áreas.

O OSPF gerencia rotas externas de maneira diferente das rotas internas. As rotas são
propagadas por todas as áreas em um pacote de atualização especial e são diferenciadas na
tabela de roteamento.

Tipos de área especiais, como áreas de stub e áreas não tão curtas (NSSAs), permitem o
gerenciamento de rotas externas e sumarização. O algoritmo central para o cálculo do
melhor caminho é o SPF ou o algoritmo de Dijkstra. Este algoritmo é executado toda vez
que houver uma mudança de topologia na área. OSPFv3 é uma reescrita completa do
protocolo OSPF para suportar IPv6. A base permanece a mesma no IPv4 e no OSPFv2.
OSPFv3 e OSPFv2 são executados independentemente em um dispositivo de rede.
A métrica OSPFv3 é baseada no custo da interface. Os tipos de pacote e mecanismos de
descoberta de vizinho são os mesmos em OSPFv3 e OSPFv2. O OSPFv3 também oferece
suporte aos mesmos tipos de interface, incluindo transmissão, ponto a ponto, ponto a
multiponto, multiacesso sem transmissão e links virtuais.

OSPF ROUTING

O protocolo de roteamento OSPF usa suas estruturas de dados para armazenar

informações sobre a rede. Em seguida, ele aplica o algoritmo SPF de Dijkstra para calcular
os melhores caminhos para todas as redes conhecidas em cada roteador da rede.

Structure of an OSPF Network

Para entender a estrutura de uma rede OSPF, você deve estar familiarizado com a estrutura
hierárquica de duas camadas do OSPF, incluindo as características das áreas de trânsito e
áreas regulares, e a terminologia usada.

A seguir estão a terminologia da área e os tipos de roteador:

- ABR
- Internal router
- Autonomous System Boundary Router (ASBR)
- Backbone router

Todas as áreas OSPF e roteadores executando o protocolo de roteamento OSPF compõem o

sistema autônomo OSPF. Os roteadores que constituem áreas não backbone (normais) são
conhecidos como roteadores internos e possuem todas as interfaces em apenas uma área.
Os roteadores que compõem a Área 0 são conhecidos como roteadores de backbone
(roteadores internos de backbone). A rede hierárquica OSPF define a Área 0 como o núcleo.
Todas as outras áreas se conectam diretamente à Área 0. Um ABR conecta a Área 0 às áreas
não backbone. Um OSPF ABR desempenha um papel importante no projeto de rede e tem
interfaces em mais de uma área.

Um ABR tem as seguintes características:

-Ele separa as zonas de inundação LSA.

-Torna-se o ponto principal para o resumo do endereço de área.
-Ele funciona regularmente como a fonte para rotas padrão.
-Ele mantém o LSDB para cada área com a qual está conectado.

O projeto ideal é ter cada ABR conectado a apenas duas áreas, o backbone e outra área,
com três áreas sendo o limite superior.

Um ASBR conecta qualquer área OSPF a uma administração de roteamento diferente (como
Border Gateway Protocol [BGP] ou Enhanced Interior Gateway Routing Protocol [EIGRP]). O
ASBR é o ponto onde as rotas externas podem ser redistribuídas no OSPF.

Resumindo, para separar as zonas de inundação LSA, o OSPF define estes tipos de
roteadores principais:

Internal router: Este tipo de roteador reside dentro de qualquer área e é membro de
apenas uma área.

ABR: este tipo de roteador é membro de mais de uma área. Como um roteador de
fronteira, ele tem a capacidade de controlar o tráfego de roteamento de uma área para
outra. Diferentes tipos de LSAs são trocados entre as áreas. Os ABRs podem transmitir
esses LSAs ou bloqueá-los e enviar rotas padrão.

ASBR: Este tipo de roteador é usado para inserir informações de roteamento externo de
outro sistema autônomo não OSPF. Os roteadores ASBR geram LSAs externos, que podem
ser bloqueados por roteadores ABR.
Em geral, existem seis tipos diferentes de áreas:

Área de backbone ou Área 0, que normalmente carrega todas as informações de

roteamento.

Áreas regulares não backbone.

Áreas atarracadas que não originam ou recebem quaisquer rotas externas.

Áreas totalmente atarracadas que não se originam (redistribuição para outros protocolos)
ou recebem quaisquer rotas externas ou resumos (apenas a rota padrão).

NSSAs que podem originar rotas externas (redistribuição para outros protocolos), mas não
as recebem de outras áreas OSPF.

Totalmente NSSAs que podem originar rotas externas (redistribuição para outros
protocolos), mas não os recebem de outras áreas, nem recebem resumos (apenas a rota
padrão).
Hierarchical Structure of OSPF in a Service Provider Environment

Um dos conceitos mais importantes no OSPF é a existência de hierarquia e áreas. O OSPF

permite que coleções de redes contíguas sejam agrupadas. Esse grupo, junto com os
roteadores que mantêm interfaces com qualquer uma das redes incluídas, é chamado de
área.
Em redes pequenas, a teia de links do roteador não é complexa e os caminhos para
destinos individuais são facilmente deduzidos. No entanto, em grandes redes de
provedores de serviços, a web é altamente complexa e o número de caminhos potenciais
para cada destino é grande. Portanto, os cálculos de Dijkstra que comparam todas essas
rotas possíveis podem ser complexos e levar um tempo significativo para serem concluídos.
Todos os roteadores devem manter uma cópia do LSDB - quanto mais roteadores OSPF,
maior o LSDB. Pode ser vantajoso ter todas as informações em todos os roteadores, mas
essa abordagem não se adapta a grandes tamanhos de rede.

O protocolo de roteamento OSPF reduz o tamanho dos cálculos Dijkstra, particionando a

rede em áreas. O número de roteadores em uma área e o número de LSAs que inundam
dentro da área são pequenos, o que significa que o estado do link ou banco de dados de
topologia para uma área é pequeno. Conseqüentemente, o cálculo Dijkstra é mais fácil e
leva menos tempo. Os roteadores dentro de uma área mantêm informações detalhadas
sobre os links e apenas informações gerais ou resumidas sobre roteadores e links em outras
áreas.

Quando um roteador ou link falha, essas informações são transmitidas ao longo das
adjacências apenas para os roteadores na área local. Os roteadores fora da área não
recebem essas informações. Ao manter uma estrutura hierárquica e limitar o número de
roteadores em uma área, um sistema autônomo OSPF pode ser dimensionado para
tamanhos muito grandes.

As áreas OSPF requerem uma estrutura hierárquica, o que significa que todas as áreas
devem se conectar diretamente à Área 0, backbone. Na figura, observe que os links entre
os roteadores da Área 1 e os roteadores da Área 2, 3 ou 4 não são permitidos.

As diretrizes de design tradicionais encorajaram o uso de áreas OSPF. Usando um design

multiarea, você pode limitar a influência dos flaps de link (links que vão para cima e para
baixo repetidamente) e minimizar o tamanho da tabela de roteamento. Você também pode
tirar proveito dos recursos de filtragem em ABRs e conter a inundação de LSAs para um
pequeno número de roteadores.

Por outro lado, as redes modernas usam a abordagem oposta, chamada de design de área
única. Você pode tirar proveito do roteamento ideal porque cada roteador vê uma
topologia completa, o que não é o caso no design de várias áreas. Atualmente, links
instáveis, energia da CPU e recursos de memória não são tão preocupantes quanto eram no
passado. O design OSPF de área única fornece suporte para implementação simplificada do
Cisco Multiprotocol Label Switching Traffic Engineering (MPLS TE).

OSPF Best Path Calculation

Aqui está como o OSPF calcula o melhor caminho para uma rede:

Os roteadores encontram os melhores caminhos para os destinos aplicando o algoritmo SPF

de Dijkstra ao LSDB.

O melhor caminho é calculado com base no menor custo total e enviado para a tabela de
roteamento.

Todos os roteadores formam uma adjacência, que é o pré-requisito para o processo de

criação do LSDB. Quando eles tiverem adjacências formadas, eles começam a trocar LSAs. O
roteador R1 tem quatro roteadores vizinhos: R2, R3, R4 e R5. Desses roteadores, R1 recebe
os LSAs de todos os outros roteadores da rede. A partir desses LSAs, ele também pode
deduzir os links entre todos os roteadores e desenhar a rede de roteadores representada
na figura. Desta forma, o LSDB é criado.
Edsger Dijkstra projetou um algoritmo matemático para calcular os melhores caminhos em
redes complexas. Os protocolos de roteamento link-state usam o algoritmo de Dijkstra para
calcular os melhores caminhos através de uma rede. Eles atribuem um custo a cada link na
rede e colocam o nó específico na raiz de uma árvore e, em seguida, somam os custos para
cada destino determinado. Dessa forma, eles calculam os galhos da árvore para determinar
o melhor caminho para cada destino. O melhor caminho é calculado em relação ao menor
custo total de links para um destino específico e é colocado no banco de dados de
encaminhamento (tabela de roteamento). Para OSPF, o comportamento padrão é que o
custo da interface seja calculado com base na largura de banda configurada. Você também
pode definir manualmente um custo OSPF para cada interface, que substitui o valor de
custo padrão.

OSPF Route Entry Creation

A necessidade de superar as limitações dos protocolos de roteamento de vetor de distância

levou ao desenvolvimento de protocolos de roteamento link-state. Usando LSAs, cada
roteador constrói sua própria visão da rede e também mantém uma lista de vizinhos, uma
lista de todos os roteadores na área e uma lista dos melhores caminhos para cada destino.
O OSPF é classificado como um protocolo de roteamento link-state devido à maneira como
distribui as informações de roteamento e calcula as rotas.

Os protocolos de roteamento link-state geram atualizações de roteamento apenas quando

ocorre uma alteração na topologia da rede. Quando um link muda de estado, o dispositivo
que detectou a mudança cria um LSA relacionado a este link.

O LSA é propagado para todos os dispositivos vizinhos usando um endereço multicast

especial. Cada dispositivo de roteamento cria uma cópia do LSA, atualiza seu LSDB e
encaminha o LSA para todos os dispositivos vizinhos dentro de uma área. Essa inundação
do LSA garante que todos os dispositivos de roteamento atualizem seus bancos de dados
antes de atualizar as tabelas de roteamento para refletir a nova topologia.

O LSDB é usado para calcular os melhores caminhos na rede. Os roteadores link-state

encontram os melhores caminhos para um destino aplicando o algoritmo de Dijkstra,
também conhecido como SPF, contra o LSDB para construir a árvore SPF. Os melhores
caminhos são então selecionados na árvore SPF e colocados na tabela de roteamento.

OSPF e IS-IS são exemplos de protocolos de roteamento link-state.

OSPF Link-State Database

O banco de dados link-state é um componente chave do OSPF. O banco de dados armazena

todos os LSAs que os roteadores trocam entre si. Os LSAs no banco de dados são usados
para determinar a topologia da rede para executar o algoritmo SPF para determinar o
melhor caminho para qualquer rede em um roteador. Em uma área, todos os roteadores
devem ter o mesmo banco de dados de LSAs, mas cada roteador faz o cálculo do caminho
sozinho.

Building the LSDB

O LSDB é construído da seguinte maneira:

O protocolo Hello é usado para definir vizinhos.

Uma adjacência é estabelecida.

-Area ID
-Authentication
-Hello and dead intervals
-Stub area flag

Roteadores adjacentes trocam LSAs.

Cada roteador constrói um LSDB usando LSAs.

Os roteadores que compartilham um segmento comum tornam-se vizinhos nesse
segmento. Os vizinhos são eleitos por meio do protocolo Hello. Pacotes de saudação são
enviados periodicamente de cada interface. Os roteadores se tornam vizinhos assim que se
veem listados no pacote de saudação do vizinho. Portanto, uma comunicação bidirecional é
garantida.

Dois roteadores não se tornarão vizinhos, a menos que concordem com o seguinte:

Area ID: Dois roteadores com um segmento comum - suas interfaces devem pertencer à
mesma área nesse segmento.
Authentication: O OSPF permite a configuração de uma senha para uma área específica. Os
roteadores que desejam se tornar vizinhos precisam trocar a mesma senha em um
segmento específico.
Hello and dead intervals: OSPF troca pacotes de saudação em cada segmento. Este
processo é uma forma de manutenção de atividade usada por roteadores para reconhecer
sua existência em um segmento e para eleger um roteador designado (DR) em segmentos
de multiacesso. O OSPF requer que esses intervalos sejam exatamente iguais entre dois
vizinhos.
Stub area flag: Dois roteadores precisam concordar com o sinalizador da área de stub nos
pacotes de saudação para se tornarem vizinhos. Lembre-se de que definir áreas de stub
afetará o processo de eleição do vizinho.

A adjacência é a próxima etapa após o processo de se tornarem vizinhos. Roteadores

adjacentes são roteadores que vão além da simples troca de hello e seguem para o
processo de troca de banco de dados. Os pacotes de atualização do estado de link (LSU) são
trocados e a confirmação é necessária. Uma LSU carrega um ou mais LSAs dentro dela. A
seleção e o processamento de LSUs são baseados nos números de sequência. No final, os
roteadores adjacentes terão o mesmo banco de dados link-state.

A seguir, um breve resumo dos estados pelos quais uma interface passa antes de se tornar
adjacente a outro roteador:

-Down
-Attempt
-Initial (INIT)
-Two-way
-Exstart
-Exchange
-Loading
-Full

LSA Operation

Cada entrada LSA tem seu próprio cronômetro de envelhecimento, idade do link-state, que
fornece o tempo em segundos desde que o LSA foi originado. A idade máxima do LSA é
3600 segundos e o tempo de atualização é 1800 segundos. Se a duração do link-state
atingir 3600 segundos, o LSA deverá ser removido do banco de dados.

Depois que uma entrada LSA atinge o tempo de atualização, o roteador que originou a
entrada envia o LSA (com um número de sequência mais alto em uma LSU) para verificar se
o link ainda está ativo. A LSU pode conter um ou mais LSAs. Este método de validação LSA
economiza largura de banda em comparação com roteadores de vetor de distância, cada
um dos quais envia sua tabela de roteamento inteira em intervalos curtos.

Quando cada roteador recebe a LSU, ele faz o seguinte:

Se o LSA ainda não existir, o roteador adiciona a entrada ao seu LSDB, envia de volta uma
confirmação de estado de link (LSAck), inunda as informações para outros roteadores,
executa o SPF e atualiza sua tabela de roteamento.
Se a entrada já existe e o LSA recebido tem o mesmo número de sequência, o roteador
ignora a entrada LSA.

Se a entrada já existe, mas o LSA inclui informações mais recentes (tem um número de
sequência mais alto), o roteador adiciona a entrada ao seu LSDB, envia de volta um LSAck,
envia as informações para outros roteadores, executa o SPF e atualiza sua tabela de
roteamento.

Se a entrada já existir, mas o LSA incluir informações mais antigas, ele enviará uma LSU ao
remetente com as informações mais recentes.

Uma combinação de duração máxima (idade máxima) e cronômetros de atualização, bem

como números de sequência de estado de link, ajuda o OSPF a manter um banco de dados
apenas dos registros de estado de link mais recentes.

Um LSA é mais recente se tiver o seguinte:

-Um número de sequência superior.

-Um número de soma de verificação mais alto.
-Uma idade igual à idade máxima (envenenamento).
-Uma idade de link-state significativamente menor (o LSA é significativamente mais jovem).

Lembre-se dos seguintes fatos sobre a operação LSA:

.Cada LSA no LSDB mantém um número de sequência:

Número de 4 bytes
 .Começa com 0x80000001; termina com 0x7FFFFFFF

O OSPF inunda cada LSA a cada 30 minutos.

- Cada vez, o número da sequência é incrementado em um.

- O LSA com o número de sequência mais alto (mais recente) é mais recente.
- No final das contas, um número de sequência será alterado para 0x80000001.
- O LSA existente foi prematuramente envelhecido até a idade máxima (uma hora) e lavado.

O campo de número de sequência de link-state em um cabeçalho LSA tem 32 bits (4 bytes).

Começando com o conjunto de bits mais à esquerda, o primeiro número de sequência
válido é 0x80000001 e o último é 0x7FFFFFFF. O número é incrementado em cada novo LSA
até atingir 0xFFFFFFFF. O próximo número é 0x00000000, seguido por 0x00000001,
0x00000002 e assim por diante. 0x8000000 é reservado e nunca usado. O campo do
número de sequência é usado para detectar LSAs antigos ou redundantes.

Para garantir um banco de dados preciso, o OSPF inunda (atualiza) cada LSA a cada 30
minutos. Cada vez que um registro é inundado, o número de sequência é incrementado em
um. Um registro LSA redefinirá sua idade máxima quando receber uma nova atualização
LSA. Um LSA nunca permanecerá no banco de dados por mais do que a idade máxima de 1
hora sem uma atualização.

É possível que um LSA permaneça no banco de dados por longos períodos, sendo
atualizado a cada 30 minutos. Em algum ponto, o número de sequência precisará voltar ao
número de sequência inicial. Quando isso ocorre, o LSA existente envelhece
prematuramente (o cronômetro de duração máxima é definido imediatamente para 1 hora)
e é liberado. O LSA então começará seu sequenciamento em 0x80000001 novamente.

Quando um roteador encontra duas instâncias de um LSA, ele deve determinar qual é a
mais recente. O LSA com o número de sequência de link-state mais alto é o LSA mais
recente.
Os comandos do banco de dados Cisco IOS XR show ospf ou Cisco IOS e IOS XE show ip ospf
database exibem listas de informações relacionadas ao banco de dados OSPF de um
roteador específico. A saída do comando mostrado na figura fornece um exemplo de como
a idade do link-state e os números de sequência LSA são mantidos no banco de dados.

Cada roteador OSPF tem interfaces em uma ou mais áreas e anuncia um roteador LSA para
as interfaces que possui nessas áreas. O link ID é o ID do roteador que criou o roteador LSA.
O roteador de anúncio (mostrado como "Roteador ADV" na saída) é a ID do roteador OSPF
que anunciou o LSA do roteador. Geralmente, o ID do link e o roteador de anúncio para um
roteador LSA são os mesmos.

A entrada LSA do roteador realçada no banco de dados OSPF indica que o LSA do roteador
com ID de link 10.1.10.1 foi atualizado três vezes (porque o número de sequência é
0x80000003) e que a última atualização ocorreu 115 segundos atrás.

A saída na figura é obtida do roteador Cisco IOS XR. A saída dos roteadores Cisco IOS e IOS
XE seria semelhante à seguinte:
OSPF Link-State Database
O OSPF mantém um banco de dados apenas com os LSAs mais recentes e atualizados com o
uso de temporizadores MaxAge e LSRefreshTime e números de sequência de estado de link.

Router and Network LSAs

A lista a seguir resume os principais conceitos sobre roteadores e LSAs de rede:

-Inclui uma lista de links diretamente anexados.

-Links identificados pelo prefixo IP e tipo de link.

.LSA identificado pela ID do roteador do roteador de origem.

.Inundações apenas na sua área; não cruza um ABR.
.Anunciado pelo DR.

. Um LSA de rede para cada rede de transmissão de trânsito ou multiacesso sem difusão
(NBMA):

-Includes a list of attached routers on the transit link.

-Includes a subnet mask of the link.
. Anunciado pelo DR.
. Inundações apenas na sua área; não cruza um ABR.
Um roteador anuncia um LSA tipo 1 que inunda todos os outros roteadores na área em que
foi originado. Um LSA tipo 1 descreve os estados coletivos dos links diretamente
conectados (interfaces) do roteador. Cada LSA tipo 1 é identificado pela ID do roteador.
Cada link de roteador é definido como um dos quatro tipos de link: tipo 1, 2, 3 ou 4. O LSA
inclui um campo de ID de link que identifica, pelo número de rede e máscara, o objeto ao
qual esse link se conecta.

Dependendo do tipo, o ID do link tem significados diferentes, conforme descrito na tabela.

Uma rede stub é um link sem saída que possui apenas um roteador conectado. Além disso,
o LSA tipo 1 descreve se o roteador é um ABR ou ASBR.

Um LSA tipo 2 é gerado para cada transmissão de trânsito ou rede NBMA dentro de uma
área. Uma rede de trânsito tem pelo menos dois roteadores OSPF conectados diretamente.
Uma rede multiacesso, como Ethernet, é um exemplo de rede de trânsito.

O DR da rede é responsável por divulgar a rede LSA. Um LSA de rede tipo 2 lista cada um
dos roteadores conectados que constituem a rede de trânsito, incluindo o próprio DR e a
máscara de sub-rede usada no link. O LSA tipo 2 então inundará todos os roteadores dentro
da área de rede de trânsito. Os LSAs do tipo 2 nunca cruzam um limite de área. A ID de link-
state para um LSA de rede é o endereço de interface IP do DR que o anuncia.

LSA type 3: Usado para inundar as informações da rede para áreas fora da área de origem:

- Descreve o número da rede e a máscara do link

 - Anunciado para cada sub-rede e não resumido, por padrão

LSA type 4: Used to advertise a metric to the ASBR, which is used for path selection:

- Contém o ID do roteador do ASBR

O ABR envia LSAs de resumo tipo 3. Os LSAs do tipo 3 anunciam redes pertencentes a uma
área para o resto das áreas no OSPF AS, conforme mostrado na figura. O link-state ID é
definido como o número da rede e a máscara também é anunciada.

Por padrão, o OSPF não resume automaticamente grupos de sub-redes contíguas, nem
resume uma rede até seu limite de classe. A operadora de rede, por meio de comandos de
configuração, deve especificar como ocorrerá a sumarização. Por padrão, um LSA tipo 3 é
anunciado na área de backbone para cada sub-rede definida na área de origem, o que pode
causar problemas de inundação significativos. Consequentemente, você deve sempre
considerar o uso de resumo de rota manual no ABR. Resumo LSAs são inundados em uma
única área apenas, mas são regenerados por ABRs para inundar em outras áreas. Por
padrão, os LSAs resumidos não contêm rotas resumidas.

Um LSA de resumo tipo 4 é gerado por um ABR apenas quando um ASBR existe dentro de
uma área. Um LSA tipo 4 identifica o ASBR e fornece uma rota para ele. A ID do link-state é
definida como a ID do roteador ASBR. Todo o tráfego destinado a um AS externo requer
conhecimento da tabela de roteamento do ASBR que originou as rotas externas.

Na figura, o ASBR envia um roteador LSA do tipo 1 com um bit (conhecido como bit externo
[e bit]) que é definido para se identificar como ASBR. Quando o ABR (identificado com o bit
de borda [b bit] no roteador LSA) recebe esse LSA tipo 1, ele constrói um LSA tipo 4 e o
inunda para o backbone, Área 0. ABRs subsequentes regeneram um LSA tipo 4 para inundar
suas áreas.

LSA type 5: Usado para anunciar redes de outro AS:

- Inundado em todo o AS
 - ID do roteador de publicidade inalterado em todo o AS
- O LSA tipo 4 é necessário para encontrar o ASBR

LSA type 7: Used to advertise networks from other AS devices injected into the NSSA:

- Mesmo formato de um LSA externo tipo 5

- Traduzido para LSA tipo 5 no ABR NSSA, então propagado como LSA tipo 5 por ABR
subsequente

LSAs externos do tipo 5 descrevem rotas para redes fora do OSPF AS. Os LSAs do tipo 5 são
originados pelo ASBR e inundados para todo o AS. O ID do link-state é o número da rede
externa. Por causa do escopo de inundação e dependendo do número de redes externas, a
falta padrão de resumo de rota também pode ser um grande problema com LSAs externos.
Portanto, você deve sempre tentar resumir blocos de números de rede externa no ASBR
para reduzir problemas de inundação.

LSAs externos do tipo 7 descrevem rotas para redes fora do OSPF AS. A redistribuição de
um AS externo para um NSSA cria este LSA tipo 7 especial, que só pode existir em um NSSA.
Um NSSA ASBR gera este LSA, e um NSSA ABR o traduz em um LSA tipo 5, que é propagado
para o domínio OSPF para todas as áreas que podem suportar LSAs tipo 5.

Os roteadores que operam em áreas NSSA definem o bit n para significar que eles podem
oferecer suporte a NSSAs tipo 7. Esses bits de opção devem ser verificados durante o
estabelecimento vizinho. Eles devem corresponder para uma adjacência se formar.

O roteador de anúncio é definido com a ID do roteador que injetou a rota externa no OSPF -
um roteador dentro deste NSSA. Este endereço também é definido como o "Endereço de
encaminhamento" para este prefixo - o endereço que é usado para determinar o caminho a
seguir em direção a este destino externo.

OSPF LSA Types Summary

LSAs são os blocos de construção do OSPF LSDB. Individualmente, eles atuam como
registros de banco de dados. Combinados, eles descrevem toda a topologia de uma rede ou
área OSPF.
A seguir estão as descrições de cada tipo de LSA. Os tipos de LSA 1 a 5 e 7 são explicados
com mais detalhes. A maior parte da funcionalidade LSA no OSPFv3 é igual à do OSPFv2,
com algumas exceções. Além disso, o OSPFv3 tem dois novos tipos de LSA para melhorar a
escalabilidade do OSPF.

Type 1

Cada roteador gera anúncios de link de roteador para cada área a que pertence. Anúncios
de link do roteador descrevem o estado dos links do roteador para a área e são inundados
apenas nessa área específica.

No OSPFv3, as informações da interface do roteador podem ser espalhadas por vários LSAs
de roteador. Os receptores devem concatenar todos os LSAs do roteador originados por um
determinado roteador ao executar o cálculo do SPF. No OSPFv3, os LSAs do roteador não
contêm informações de endereço. Um roteador OSPFv3 origina um novo link LSA para cada
link ao qual está conectado. Este novo link LSA é um LSA tipo 8 e fornece o endereço local
do link do roteador e outros endereços neste link.
Type 2

Os DRs geram anúncios de link de rede para redes multiacesso, que descrevem o conjunto
de roteadores conectados a uma rede multiacesso específica. Anúncios de link de rede são
inundados na área que contém a rede.
No OSPFv3, LSAs de roteador e LSAs de rede não carregam nenhuma informação de rota.
As informações de rota são transportadas pelos novos LSAs de prefixo intra-área do tipo 9.

Types 3 and 4

ABRs geram anúncios de links de resumo. Anúncios de link de resumo descrevem as

seguintes rotas entre áreas:

- O tipo 3 descreve rotas para redes e rotas agregadas.

- O tipo 4 descreve rotas para ASBRs.

Esses LSAs são inundados por toda a área do backbone para os outros ABRs. As entradas de
link não são inundadas em áreas totalmente atarracadas ou NSSAs.

Type 5

ASBRs generate AS external link advertisements. External link advertisements describe

routes to destinations that are external to the AS and are flooded everywhere except for
stub areas, totally stubby areas, NSSAs, and totally NSSAs.

Type 6

Os LSAs do tipo 6 são LSAs especializados usados em aplicativos OSPF multicast. O OSPF
multicast não é compatível com a Cisco e não é amplamente usado em geral. Este tipo de
LSA é considerado para uso em diferentes aplicações.

Type 7
LSAs tipo 7 são usados em NSSAs para rotas externas.

Type 8

Os LSAs do tipo 8 são LSAs especializados que são usados na internetworking OSPF e BGP.
No OSPFv3, os LSAs de link (tipo 8) têm escopo de inundação local de link e nunca são
inundados além do link ao qual estão associados. Os LSAs de link fornecem o endereço local
do link do roteador a todos os outros roteadores anexados ao link, informa aos outros
roteadores anexados ao link uma lista de prefixos para associar ao link e permite que o
roteador afirme um conjunto de opções bits para associar ao LSA de rede que será
originado para o link.

Types 9, 10, and 11

Os LSAs opacos, tipos 9, 10 e 11, são designados para atualizações futuras do OSPF para fins
específicos de aplicativos. Por exemplo, a Cisco usa LSAs opacos para Multiprotocol Label
Switching (MPLS) com OSPF. Os mecanismos de inundação LSDB padrão são usados para
distribuição de LSAs opacos. Cada um dos três tipos tem um escopo de inundação
diferente.

No OSPFv3, um roteador pode originar vários LSAs de prefixo intra-área (tipo 9) para cada
roteador ou rede de trânsito, cada um com um ID de link-state exclusivo. O link-state ID
para cada prefixo intra-área LSA descreve sua associação ao roteador LSA ou à rede LSA e
contém prefixos para redes stub e de trânsito.

OSPF Intra-Area Routing

A figura mostra a topologia que será usada para descrever o OSPF LSDB para roteamento
intra-área. Os roteadores são configurados para roteamento OSPF. O banco de dados Cisco
IOS XR show ospf ou os comandos do banco de dados Cisco IOS e IOS XE show ip ospf são
usados para obter informações sobre um OSPF LSDB.

O estado do link do roteador é do tipo 1 LSA e o estado do link da rede é do tipo 2 LSA.

As colunas do banco de dados são as seguintes:

Link ID: Esta coluna identifica cada LSA.

ADV router: Esta coluna mostra o endereço do roteador de anúncio - o roteador de origem
do LSA.
Age: Esta coluna mostra o contador de idade máxima em segundos. O contador de tempo
máximo configurável é 1 hora ou 3600 segundos.
Seq#: Esta coluna mostra o número de sequência do LSA. O número começa em
0x80000001 e aumenta a cada atualização do LSA.
Checksum: Esta coluna mostra a soma de verificação do LSA individual, que pode ser usada
para garantir o recebimento confiável desse LSA.
Link count: Esta coluna mostra o número total de links conectados diretamente, que são
usados apenas em LSAs de roteador. A contagem de links inclui todos os links ponto a
ponto, de trânsito e stub. Cada link serial ponto a ponto conta como dois e todos os outros
links contam como um, incluindo links Ethernet.

A saída na figura é uma saída parcial de um ABR (Cisco IOS XR Software), roteador PE1. A
saída de comando completa deste roteador é a seguinte:

A saída completa de um roteador interno (Cisco IOS Software), roteador CE1, é a seguinte:
OSPF Interarea Routing

A figura apresenta a topologia que será usada para descrever o OSPF LSDB para roteamento
entre áreas. Todos os roteadores são configurados para roteamento OSPF. Os estados do
link de rede de resumo são LSAs do tipo 3. Como o PE1 é o ABR, ele possui o banco de
dados para todas as áreas às quais está conectado, tornando-o o melhor local para ver o
banco de dados OSPF. Para anunciar rotas de uma área para outra, o ABR cria links de
resumo, que você pode ver usando os comandos Cisco IOS XR show ospf database ou
Cisco IOS e IOS XE show ip ospf database summary.

A saída na figura é a saída parcial de um ABR (Cisco IOS XR Software), roteador PE1. A saída
de comando completa deste roteador é a seguinte:
OSPF External Routes
A figura mostra a topologia que será usada para descrever o OSPF LSDB para
rotas externas. Todos os roteadores são configurados para roteamento OSPF. A
figura ilustra o uso do banco de dados Cisco IOS XR #show ospf Database ou
Cisco IOS e IOS XE #show ip ospf database comandos para obter informações
sobre um OSPF LSDB para rotas externas.

O ASBR (roteador CE1) cria LSAs externos (tipo 5) para anunciar rotas externas
no OSPF. LSAs externos são inundados inalterados em todas as áreas. No
entanto, o ASBR não está na Área 0. Os roteadores na Área 0 não sabem como
alcançar o ASBR. Para anunciar a acessibilidade de um ASBR em outras áreas, o
ABR (roteador PE1) cria LSAs de resumo ASBR (tipo 4).

Para anunciar rotas externas em um NSSA, o ASBR (roteador CE2) cria LSAs
NSSA externos (tipo 7). O ABR (roteador PE2) converte LSAs tipo 7 em LSAs tipo
5 e propaga os LSAs tipo 5 em áreas normais. Os LSAs de resumo ASBR não são
necessários neste caso, porque o ABR origina o LSA externo e pode ser
alcançado dentro da Área 0.

A saída na figura é uma saída parcial do ABR (roteador PE1). As saídas de

comando completas dos ABRs (PE1 e PE2) são as seguintes:
OSPF Virtual Link
A figura apresenta a topologia que será usada para descrever o OSPF LSDB quando um link
virtual for configurado. Todos os roteadores são configurados para roteamento OSPF. A
figura ilustra o uso do banco de dados Cisco IOS XR show ospf ou comandos do banco de
dados Cisco IOS e IOS XE show ip ospf para obter informações sobre um OSPF LSDB para
links virtuais.

Os estados do link do roteador são LSAs do tipo 1 e os estados do link da rede de resumo
são LSAs do tipo 3. Ambos são usados para anunciar rotas de uma área para outra. Observe
que os LSAs aprendidos por meio do link virtual têm a opção DoNotAge (DNA). O link virtual
é tratado como um circuito de demanda.

O roteador CE1 se considera um ABR, pois possui um link para a Área 0 (o link virtual).
Como resultado, ele gera um resumo LSA para 10.1.10.1 e 192.168.101.0 na Área 0, que
você pode ver quando emite o comando show ospf database no PE1.

Interpreting OSPF Routes in the Routing Table

Usando o exemplo na figura, você aprenderá como interpretar as entradas da tabela de

roteamento para rotas aprendidas OSPF.
Os comandos Cisco IOS XR show route e Cisco IOS e IOS XE show ip route na figura
representam rotas intra-área (O), interarea (O IA) e externas tipo 2 (O E2).

A entrada "O E2" é uma rota externa do ASBR, via ABR. Os dois números entre colchetes,
[110/15], são a distância administrativa e o custo total da rota para uma rede de destino
específica. Nesse caso, a distância administrativa é definida como o padrão de 110 para
todas as rotas OSPF e o custo total da rota foi calculado como 15.

O roteador e os LSAs de rede descrevem os detalhes dentro de uma área. A tabela de

roteamento reflete essas informações de link-state com uma designação de "O", o que
significa que a rota é intra-área OSPF.

Quando um ABR recebe LSAs de resumo, ele os adiciona ao seu LSDB e os regenera na área
local. Quando um ABR recebe LSAs externos, ele os adiciona ao seu LSDB e os inunda na
área. Os roteadores internos então assimilam as informações em seus bancos de dados. Os
LSAs de resumo aparecem na tabela de roteamento como "IA". Os LSAs externos aparecem
na tabela de roteamento marcada como rotas "E1" ou "E2".

O algoritmo SPF é então executado no LSDB para construir a árvore SPF. A árvore SPF é
usada para determinar os melhores caminhos. A ordem em que os melhores caminhos são
calculados é a seguinte:

. Todos os roteadores calculam os melhores caminhos para destinos dentro de suas áreas
(intra-área) e adicionam essas entradas à tabela de roteamento. Esses são os LSAs do tipo 1
e do tipo 2, que são anotados na tabela de roteamento com um designador de roteamento
"O."
. Todos os roteadores calculam os melhores caminhos para as outras áreas da internetwork.
Esses melhores caminhos são as entradas de rota entre áreas ou LSAs do tipo 3 e 4, e são
indicados com um designador de roteamento "O IA".

. Todos os roteadores (exceto aqueles que estão na forma de uma área de stub) calculam os
melhores caminhos para os destinos AS externos (tipo 5). Estes são indicados com um
designador de rota "O E1" ou "O E2", dependendo da configuração.

Neste ponto, um roteador pode se comunicar com qualquer rede dentro ou fora do OSPF
AS.

Calculating Costs for E1 and E2 OSPF Routes

O custo de uma rota externa varia, dependendo do tipo externo configurado no ASBR. Os
seguintes tipos de pacotes externos podem ser configurados:

. E1: As rotas externas E1 do tipo O calculam o custo adicionando o custo externo ao custo
interno de cada link que o pacote cruza. Use este tipo quando houver vários ASBRs que
estão anunciando uma rota externa para o mesmo AS, para evitar um roteamento abaixo
do ideal.

. E2 (default): O custo externo das rotas de pacotes O E2 é sempre apenas o custo

externo. Use este tipo se apenas um ASBR estiver anunciando uma rota externa para o AS.

A figura mostra o diagrama de rede com dois ASBRs (R5 e R6). Ambos os ASBRs estão
enviando rotas externas para o AS OSPF. As rotas externas podem ser enviadas como E1 ou
E2. R1 recebe as mesmas rotas externas de R2 e R3. Na figura, o caminho de R1 a R6 é mais
curto do que o caminho de R1 a R5. Se as rotas externas forem recebidas como rotas E2
(configuração padrão), o custo é o mesmo, independentemente da topologia no domínio
OSPF, o que significa que haverá um roteamento abaixo do ideal. Se as rotas externas são
recebidas como rotas E1, o custo é diferente, pois o custo OSPF interno é adicionado ao
custo externo. O roteamento é ideal e o caminho mais curto é selecionado para o destino.

OSPF Operation

A função do processo OSPF no roteador é descobrir a topologia da rede, executar cálculos

de roteamento e inserir as rotas na tabela de roteamento como resultado. Para manter
outros roteadores atualizados, o processo OSPF no roteador também inunda suas
informações LSDB, enviando vários LSAs para outros roteadores na área. Sempre que o
roteador detecta que há uma mudança na topologia, como um link caindo ou similar, ele
emitirá LSAs refletindo esse evento para outros roteadores. Essa funcionalidade é
necessária para garantir que todos os roteadores tenham o mesmo LSDB.

Depois que o OSPF inicialmente preencher a tabela de encaminhamento do roteador, o

estado dos links que estão ao redor do sistema autônomo OSPF pode mudar. O OSPF é
capaz de detectar essas mudanças e responder inundando essas informações em todo o
sistema autônomo OSPF, ou pelo menos na área onde a mudança foi detectada. A
inundação de novas informações é necessária para manter os LSDBs em todos os
roteadores vizinhos.

Para todas essas funções, vários tipos de pacote OSPF estão envolvidos.

OSPF Packet Format

Existem cinco tipos de pacotes OSPF distintos.

Todos os cinco pacotes OSPF são encapsulados diretamente em uma carga IP, conforme
mostrado na figura. O pacote OSPF não usa TCP ou UDP. O OSPF requer um esquema de
transporte de pacote confiável e, como não usa TCP, definiu sua própria rotina de
confirmação usando um pacote de confirmação (pacote OSPF tipo 5).

No cabeçalho IP, um identificador de protocolo de 89 define todos os pacotes OSPF. Cada

um dos pacotes OSPF começa com o mesmo formato de cabeçalho. Este cabeçalho possui
os seguintes campos:

Version number: Versão 2 para OSPF com IPv4 e versão 3 para OSPF com IPv6.

Type: Diferencia os cinco tipos de pacote OSPF.

Packet length: O comprimento do pacote OSPF em bytes.

Router ID: Define qual roteador é a origem do pacote.

Area ID: Define a área de origem do pacote.

Checksum: Usado para detecção de erro de cabeçalho de pacote para garantir que o pacote
OSPF não foi corrompido durante a transmissão.

Authentication type: Uma opção no OSPF que não descreve autenticação, senhas em texto
não criptografado ou formatos de Message Digest 5 (MD5) criptografados para
autenticação de roteador.
Authentication: Usado no esquema de autenticação.

Data: Each of the five packet types includes different data:

 - Hello packet: Contém uma lista de vizinhos conhecidos.

- DBD packet: O descritor de banco de dados (DBD) contém um resumo do LSDB, que
inclui todos os IDs de roteadores conhecidos e seus últimos números de sequência, entre
vários outros campos.

- LSR packet: Contém o tipo de LSA necessário e a ID do roteador que possui a LSU
necessária.

- LSU packet: Contém as entradas LSA completas. Várias entradas LSA podem caber
em um pacote de atualização OSPF.

- LSAck packet: Vazia.

OSPF Packet Types

Cada interface que participa do OSPF usa o endereço IP multicast 224.0.0.5 para enviar
pacotes de saudação periodicamente.

Um pacote de saudação contém as seguintes informações:

Router ID: A ID do roteador é um número de 32 bits que identifica exclusivamente o

roteador. O endereço IP mais alto em uma interface ativa é escolhido por padrão, a menos
que uma interface de loopback ou a ID do roteador seja configurada. Por exemplo, o
endereço IP 172.16.12.1 seria escolhido em vez de 172.16.1.1. Essa identificação é
importante para estabelecer relacionamentos com vizinhos e coordenar as trocas de LSU.
Além disso, a ID do roteador rompe os laços durante os processos de seleção do roteador
designado de DR e backup (BDR) se os valores de prioridade OSPF forem iguais.
Hello and dead intervals: O intervalo hello especifica a frequência, em segundos, com a
qual um roteador envia pacotes hello (10 segundos é o padrão em redes multiacesso). O
intervalo morto é o tempo em segundos que um roteador espera para ouvir de um vizinho
antes de declarar o roteador vizinho fora de serviço (quatro vezes o intervalo hello, por
padrão). Esses temporizadores devem ser iguais nos roteadores vizinhos; caso contrário,
uma adjacência não será estabelecida.

Neighbors: O campo Vizinhos lista os roteadores adjacentes com comunicação bidirecional

estabelecida. Essa comunicação bidirecional é indicada quando o roteador se reconhece
listado no campo de vizinhos do pacote hello do vizinho.

Area ID: Para se comunicar, dois roteadores devem compartilhar um segmento comum e
suas interfaces devem pertencer à mesma área OSPF naquele segmento. (Eles também
devem compartilhar a mesma sub-rede e máscara.) Todos esses roteadores terão as
mesmas informações de link-state.

Router priority: A prioridade do roteador é um número de 8 bits que indica a prioridade de

um roteador. A prioridade é usada ao selecionar um DR e BDR.

DR and BDR IP addresses: Esses são os endereços IP do DR e BDR da rede específica, se

forem conhecidos.

Authentication password: Se a autenticação do roteador estiver habilitada, dois roteadores

devem trocar a mesma senha. A autenticação não é necessária, mas se estiver habilitada,
todos os roteadores de mesmo nível devem ter a mesma senha.

Stub area flag: Uma área * stub é uma área especial. Dois roteadores devem concordar
com o sinalizador da área de stub nos pacotes de saudação. Designar uma área de stub é
uma técnica que reduz o número de atualizações de roteamento, substituindo muitas delas
por uma rota padrão.

Os campos a seguir devem corresponder quando os pacotes de hello são trocados entre os
roteadores vizinhos: hello e dead intervalos, ID de área, senha de autenticação e sinalizador
de área de stub.

Depois que uma adjacência bidirecional é formada, o OSPF deve trocar e sincronizar os
LSDBs entre os roteadores. Todas as atualizações de roteamento são enviadas em pacotes
IP (protocolo tipo 89), para os quais o OSPF não faz nenhuma fragmentação e remontagem
no IP.

Quatro tipos de pacotes de atualização são usados ao trocar e sincronizar LSDBs:

Type 2 DBD packet: Usado para descrever as rotas de rede de cada vizinho.
Type 3 LSR packet: Depois que os pacotes de descrição do banco de dados são trocados, os
roteadores solicitam informações ausentes usando pacotes de solicitação.

Type 4 LSU packet: Todas as informações que faltam são enviadas aos vizinhos através do
envio de pacotes de atualização, que contêm diferentes LSAs.

Type 5 LSAck packet: Cada pacote é reconhecido, para garantir um transporte confiável e
troca confiável de informações.

Os pacotes do tipo 4 e do tipo 5 são enviados para endereços IP multicast, exceto quando
retransmitindo, quando enviados através de um link virtual e quando enviados em redes
sem difusão. Todos os outros pacotes são enviados para endereços IP unicast.

OSPF Neighbor States

Quando a adjacência OSPF é formada, um roteador passa por várias mudanças de estado
antes de se tornar totalmente adjacente ao seu vizinho.

Os estados são:

- Down
- Attempt
- INIT
- 2-Way
- Exstart
- Exchange
- Loading
- Full

Quando os roteadores que estão executando o OSPF são inicializados, um processo de

troca usando o protocolo Hello é o primeiro procedimento. O processo de troca que
acontece quando os roteadores aparecem na rede é ilustrado na figura:
. O roteador R1 está habilitado na LAN e está em um estado inativo, porque não trocou
informações com nenhum outro roteador. Ele começa enviando um pacote hello através de
cada uma de suas interfaces que estão participando do OSPF, mesmo que não saiba a
identidade do DR ou de quaisquer outros roteadores. O pacote hello é enviado usando o
endereço multicast 224.0.0.5.

. Todos os roteadores conectados diretamente que estão executando o OSPF recebem o

pacote hello do roteador R1 e adicionam o roteador R1 às suas listas de vizinhos. Depois de
adicionar R1 à lista, outros roteadores estão no estado INIT.

. Cada roteador que recebeu o pacote hello envia um pacote hello de resposta unicast para
R1 com suas informações correspondentes. O campo vizinho no pacote hello inclui todos os
roteadores vizinhos e R1.

. Quando R1 recebe esses pacotes de hello, ele adiciona todos os roteadores que tinham
sua ID de roteador em seus pacotes de hello ao seu próprio banco de dados de
relacionamento vizinho. Após esse processo, R1 está no estado bidirecional. Neste ponto,
todos os roteadores que têm uns aos outros em suas listas de vizinhos estabeleceram
comunicação bidirecional.

Se o tipo de link for uma rede de difusão, um DR e um BDR devem ser selecionados
primeiro. O DR forma adjacências bidirecionais com todos os outros roteadores no link de
LAN. Este processo deve ocorrer antes que os roteadores possam começar a trocar
informações de link-state. Periodicamente (a cada 10 segundos em redes de broadcast, por
padrão), os roteadores em uma rede trocam pacotes de saudação para garantir que a
comunicação ainda esteja funcionando. As atualizações de hello incluem o DR, BDR e a lista
de roteadores para os quais os pacotes de hello foram recebidos pelo roteador. Lembre-se
de que "recebido" significa que o roteador receptor reconhece seu próprio nome como
uma das entradas no pacote de saudação recebido.

Depois que o DR e o BDR são selecionados, os roteadores são considerados no estado

exstart. Os roteadores estão prontos para descobrir as informações de estado do link sobre
a internetwork e criar seus LSDBs. O protocolo de troca é usado para descobrir as rotas de
rede e move todos os roteadores do estado de troca para um estado completo de
comunicação. A primeira etapa neste processo é o DR e o BDR estabelecerem adjacências
com cada um dos outros roteadores. Quando os roteadores adjacentes estão em um
estado completo, eles não repetem o protocolo de troca, a menos que o estado completo
seja alterado.

Aqui estão as etapas para o protocolo de troca:

1. Conforme mostrado na figura, o protocolo de troca opera da seguinte forma:

- No estado exstart, o DR e o BDR estabelecem adjacências com cada roteador na rede.
Durante esse processo, uma relação mestre-escravo é criada entre cada roteador e seu
DR e BDR adjacentes. O roteador com o ID de roteador mais alto atua como o mestre
durante o processo de troca - R2 se torna o DR. Apenas o DR troca e sincroniza
informações de link-state com os roteadores para os quais estabeleceu adjacências. Ter
o DR representando a rede nesta capacidade reduz a quantidade de tráfego de
atualização de roteamento.

Os roteadores mestre e escravo trocam um ou mais pacotes DBD. Os roteadores estão

no estado de troca.

Um DBD inclui informações sobre o cabeçalho de entrada LSA que aparece no LSDB do
roteador. As entradas podem ser sobre um link ou uma rede. Cada cabeçalho de entrada
LSA inclui informações sobre o tipo de link-state, o endereço do roteador de anúncio, o
custo do link e o número de sequência. O roteador usa o número de sequência para
determinar a "novidade" das informações de link-state recebidas.

2. Quando o roteador recebe o DBD, ele executa estas ações, conforme mostrado na
figura:
- Ele confirma o recebimento do DBD usando o pacote LSAck.

- Ele compara as informações que recebeu com as informações que possui. Se o DBD
tiver uma entrada de estado de link mais atualizada, o roteador enviará um LSR para
o outro roteador. Quando os roteadores começam a enviar LSRs, eles estão no
estado de carregamento.

- O outro roteador responde com as informações completas sobre a entrada

solicitada em um pacote LSU. Novamente, quando o roteador recebe uma LSU, ele
envia um LSAck.

3. O roteador adiciona as novas entradas de link-state ao seu LSDB.

- Quando todos os LSRs são satisfeitos para um determinado roteador, os roteadores

adjacentes são considerados sincronizados. Eles estão em um estado completo. Os
roteadores devem estar em um estado completo para que possam rotear o tráfego.
Neste ponto, todos os roteadores na área devem ter LSDBs idênticos.
OSPF Link-State Flooding

Em um ambiente de roteamento link-state, é importante que os LSDBs (tabelas de

topologia) de todos os roteadores permaneçam sincronizados. Quando há uma mudança
no estado de um link, os roteadores usam um processo de inundação para notificar os
outros roteadores na rede sobre a mudança.

Em geral, as etapas do processo de inundação em uma rede multiacesso são as seguintes:

1. Um roteador percebe uma mudança no estado de um link e faz o multicast de um

pacote LSU para todos os vizinhos OSPF em 224.0.0.5 ou para todos os DRs e BDRs
OSPF em 224.0.0.6.
2. O DR confirma o recebimento da alteração e inunda a LSU para outras pessoas na
rede usando o endereço multicast OSPF 224.0.0.5. Depois de receber a LSU, cada
roteador responde ao DR com um LSAck. Para tornar o procedimento de inundação
confiável, cada LSA deve ser reconhecido separadamente.
3. Se um roteador estiver conectado a outras redes, ele inunda a LSU para essas outras
redes, encaminhando a LSU para o DR da rede multiacesso ou para o roteador
adjacente se estiver em uma rede ponto a ponto.
4. O roteador atualiza seu LSDB usando o LSU que inclui o LSA alterado. Em seguida,
ele recalcula o algoritmo SPF em relação ao banco de dados atualizado após um
pequeno atraso (o atraso SPF) e atualiza a tabela de roteamento, conforme necessário.
Quando o algoritmo SPF é executado? Uma mudança no banco de dados de topologia é uma
condição necessária, mas não suficiente, para o recálculo do SPF. Essas condições acionam o
algoritmo SPF:

O campo LSA Options muda.

A idade da instância LSA é definida como MaxAge.
O campo de comprimento no cabeçalho LSA muda.
O conteúdo do LSA (excluindo o cabeçalho LSA) muda.
Um cálculo SPF é executado separadamente para cada área no banco de dados de topologia.

O OSPF simplifica o problema de sincronização, exigindo que apenas roteadores adjacentes

permaneçam sincronizados.

Resumos de entradas de link-state individuais, não as entradas completas de link-state, são

enviados a cada 30 minutos para garantir a sincronização LSDB adequada. Cada entrada de
link state tem um cronômetro para determinar quando a atualização de atualização LSA deve
ser enviada.

Cada entrada de link-state também tem uma duração máxima de 60 minutos. Se uma entrada
de estado de link não tiver sido atualizada em 60 minutos, ela será removida do LSDB.

3.6 OSPF Adjacencies and Modes

O OSPF oferece suporte a vários modos de adjacência para acomodar várias topologias e
tecnologias de rede.

OSPF Adjacency over Point-to-Point Link

Um roteador executando um protocolo de roteamento link-state deve primeiro estabelecer
adjacências vizinhas com seus roteadores vizinhos. Um roteador consegue essa adjacência de
vizinho trocando pacotes de hello com os roteadores vizinhos.

Quando os roteadores se tornam adjacentes, eles começam a trocar as informações de link-

state para sincronizar o LSDB. As informações de link state devem ser sincronizadas entre os
roteadores. Somente inundando de forma confiável as informações do estado do link você
pode garantir que cada roteador na área ou domínio tenha a visão mais recente e precisa da
rede. Só então o roteador pode tomar decisões de roteamento confiáveis que sejam
consistentes com as decisões de outros roteadores na rede.

Uma rede ponto a ponto une um único par de roteadores. Uma linha serial T1 configurada
com um protocolo de camada de enlace, como PPP ou Controle de enlace de dados de alto
nível (HDLC), é um exemplo de rede ponto a ponto. Os dois roteadores OSPF em um link
serial ponto a ponto formam uma adjacência completa um com o outro. Os roteadores OSPF
na LAN formam adjacências de uma maneira diferente.

Em redes ponto a ponto, o roteador detecta dinamicamente seus roteadores vizinhos por
multicast de seus pacotes de hello para todos os roteadores OSPF, usando o endereço
224.0.0.5 em OSPFv2 e FF02 :: 5 em OSPFv3. Em redes ponto a ponto, os roteadores
vizinhos tornam-se adjacentes sempre que podem se comunicar diretamente. Nenhuma
eleição de DR ou BDR é realizada. O motivo é que pode haver apenas dois roteadores em
um link ponto a ponto, portanto, não há necessidade de um DR ou BDR.

O hello OSPF padrão e os intervalos mortos em links ponto a ponto são de 10 e 40 segundos,
respectivamente.

OSPF Adjacency on a LAN Link

Um roteador OSPF em uma rede de difusão multiacesso, como Ethernet, forma uma
adjacência com seu DR e BDR. Um segmento de mídia comum é a base para a adjacência,
como um segmento Ethernet que está conectando dois ou mais roteadores. Quando os
roteadores são ativados pela primeira vez na Ethernet, eles executam o processo de saudação
e, em seguida, elegem o DR e o BDR. Os roteadores então tentam formar adjacências com o
DR e o BDR.

Os roteadores em um segmento devem eleger um DR e um BDR para representar a rede de

broadcast multiacesso. O BDR não executa nenhuma função de DR quando o DR está
operando. Em vez disso, o BDR recebe todas as informações, mas o DR executa as tarefas de
encaminhamento LSA e sincronização LSDB. O BDR executa as tarefas de DR somente se o
DR falhar. Se o DR falhar, o BDR se tornará automaticamente o DR e ocorrerá uma nova
eleição de BDR.

O hello OSPF padrão e os intervalos mortos em links de LAN são 30 e 120 segundos,
respectivamente.

Após a seleção de um DR e BDR, qualquer roteador adicionado à rede estabelece

adjacências apenas com o DR e o BDR. Em links de LAN, o roteador detecta dinamicamente
seus roteadores vizinhos por multicast de seus pacotes de hello para todos os roteadores
OSPF, usando o endereço 224.0.0.5 em OSPFv2 e FF02 :: 5 em OSPFv3. Todos os outros
roteadores (não DR nem BDR) estão usando endereços multicast 224.0.0.6 em OSPFv2 e
FF02 :: 6 em OSPFv3 ao enviar pacotes OSPF para o DR.

O DR e o BDR melhoram o funcionamento da rede das seguintes maneiras:

Reducing routing update traffic: O DR e o BDR atuam como um ponto central de contato
para a troca de informações de link state em uma rede de difusão multiacesso. Portanto, cada
roteador deve estabelecer uma adjacência completa apenas com o DR e o BDR. Cada
roteador, em vez de trocar informações de estado de link com todos os outros roteadores do
segmento, envia as informações de estado de link apenas para o DR e o BDR. O DR
representa a rede de difusão multiacesso no sentido de que envia informações de estado de
link de cada roteador para todos os outros roteadores da rede. Esse processo de inundação
reduz significativamente o tráfego relacionado ao roteador em um segmento.

Managing link-state synchronization: O DR e o BDR garantem que os outros roteadores

na rede tenham as mesmas informações de link-state sobre a internetwork. Dessa forma, o
DR e o BDR reduzem o número de erros de roteamento.
OSPF Adjacency over NBMA Network Types

Estes são os tipos de rede possíveis para OSPF sobre NBMA:

Conforme descrito na RFC 2328, o OSPF é executado em um desses dois modos oficiais nas
topologias NBMA:

Nonbroadcast multiaccess: O modo NBMA simula a operação do OSPF em redes de

transmissão. Os vizinhos devem ser configurados manualmente e a escolha de DR e BDR é
necessária. Essa configuração é normalmente usada com redes totalmente em malha.

Point-to-multipoint: O modo ponto a multiponto trata a rede sem difusão como uma
coleção de links ponto a ponto. Nesse ambiente, os roteadores identificam automaticamente
seus roteadores vizinhos, mas não elegem um DR e um BDR. Essa configuração é
normalmente usada com redes parcialmente em malha. Cada roteador na sub-rede gera uma
rota de host (/ 32).

A escolha entre os modos NBMA e ponto a multiponto determina a maneira como o

protocolo Hello e a inundação funcionam na rede sem difusão. A principal vantagem do
modo ponto a multiponto é que ele requer menos configuração manual, e a principal
vantagem do modo sem difusão é que há menos tráfego aéreo.
Cisco definiu os seguintes modos adicionais:

Point-to-multipoint nonbroadcast: O modo sem difusão ponto a multiponto é usado no

lugar do modo ponto a multiponto compatível com RFC se o multicast e a transmissão não
estiverem habilitados nos circuitos virtuais, porque o roteador não pode descobrir
dinamicamente seus roteadores vizinhos usando pacotes multicast hello. Este modo requer
que os vizinhos sejam configurados manualmente e não requer a escolha de DR e BDR.
Cada roteador na sub-rede gera uma rota de host (/ 32).

Broadcast: Faz com que a interface WAN pareça ser uma LAN, usa uma sub-rede IP e os
pacotes de saudação OSPF usam multicast para descobrir automaticamente os vizinhos. Os
roteadores elegem o DR e o BDR e exigem uma topologia de malha completa ou malha
parcial. O modo de transmissão é uma solução alternativa para listar estaticamente todos os
roteadores vizinhos existentes. A interface está configurada para transmitir e se comporta
como se o roteador se conectasse a uma LAN. A eleição de DR e BDR ainda é realizada;
portanto, tome cuidado especial para garantir uma topologia de malha completa ou uma
seleção estática do DR com base na prioridade da interface.

Point-to-point: Possui uma sub-rede de IP diferente em cada subinterface. Não tem eleição
de DR ou BDR. O modo ponto a ponto é usado quando apenas dois roteadores precisam
formar uma adjacência em um par de interfaces. Ele pode ser usado com interfaces LAN ou
WAN.

As redes OSPFv3 se enquadram em quatro tipos de protocolo de camada de enlace de

dados:

NBMA: Se Frame Relay, ATM ou X.25 for adotado, o OSPF padroniza o tipo de rede para
NBMA.

Point-to-multipoint: O OSPF não padroniza o tipo de rede para nenhum protocolo de

camada de enlace de ponto a multiponto.

Broadcast: Se Ethernet ou FDDI for adotado, o OSPF padroniza o tipo de rede para
transmissão.

Point-to-point: Se PPP ou HDLC for adotado, o OSPF padroniza o tipo de rede ponto a
ponto.

Enabling OSPF on a Link with NBMA Mode

No início, um ou mais processos de roteamento OSPF devem ser habilitados no roteador,

seguido pela configuração que define quais interfaces estão envolvidas no roteamento OSPF.
Quando todas as informações necessárias são definidas e a configuração OSPF básica é
aplicada, um plano de implementação mostrando as seguintes tarefas é necessário para
definir a configuração específica do NBMA:

Manual configuration of the neighbors: Para configurar roteadores OSPF que estão se
interconectando a redes sem difusão, use o comando Cisco IOS, IOS XE ou IOS XR *
neighbour * no modo de configuração do roteador OSPF. O comando * neighbour * na
figura mostra a configuração quando a palavra-chave opcional * priority 0 * é usada. Um
número indica o valor de prioridade do roteador do vizinho sem difusão que está associado
ao endereço IP especificado. O valor padrão é 1. Se o valor zero for usado, o vizinho
especificado não pode se tornar um DR ou BDR. Observe que esta configuração é executada
em um roteador para seu vizinho. Em outras palavras, este exemplo especifica no roteador
PE1 que a prioridade do roteador CE1 deve ser 0. No entanto, um valor de prioridade já pode
estar definido no CE1. Nesse caso, a prioridade definida localmente em CE1 substituirá a
prioridade desejada definida em PE1 para CE1 e o comando * priority * não terá efeito.

Definition of the OSPF network type: Para configurar o tipo de rede OSPF para um tipo
diferente do padrão para um determinado meio, use o comando Cisco IOS XR * network *
OSPF ou o comando Cisco IOS e IOS XE * ip ospf network * interface. O tipo de rede
OSPF padrão na interface Gigabit Ethernet é transmitido. A palavra-chave * nonbroadcast *
na figura mostra que o tipo de rede selecionado é NBMA.

É importante que os dois roteadores adjacentes concordem com o tipo de mídia. Se um

roteador considerar a mídia como broadcast e o outro como não broadcast, a adjacência pode
não se formar porque os intervalos de hello não são iguais nos segmentos de broadcast e não
broadcast. Em segmentos de transmissão, as mensagens de olá são enviadas a cada 10
segundos. Em segmentos sem transmissão, intervalos de saudação são enviados a cada 30
segundos. O intervalo morto, que determina o intervalo durante o qual pelo menos um pacote
hello deve ser recebido de um vizinho antes que o roteador declare o vizinho inativo,
também depende do intervalo hello (quatro vezes o intervalo hello por padrão). Os
roteadores vizinhos precisam ter os mesmos valores de intervalo para formar uma
adjacência. Você pode ajustar manualmente os intervalos da seguinte forma:

. O comando OSPF do roteador Cisco IOS XR * hello-interval * ou o comando de interface

Cisco IOS e IOS XE * ip ospf hello-interval * ajusta o intervalo de hello OSPF nesta
interface.

. O comando OSPF do roteador Cisco IOS XR * intervalo morto * ou o comando de

interface Cisco IOS e IOS XE * ip ospf dead-interval * ajusta o intervalo morto OSPF nesta
interface.

Para exibir as informações do vizinho OSPF por interface, você deve usar o comando Cisco
IOS XR * show ospf neighbour * ou Cisco IOS e IOS XE * show ip ospf neighbour *. A
saída na figura mostra os vizinhos OSPF, conforme visto do roteador Cisco IOS XR, a saída
obtida do roteador Cisco IOS e IOS XE é a seguinte:
Subinterfaces over Multiaccess WAN Networks

Uma interface física pode ser dividida em várias interfaces lógicas, chamadas subinterfaces.
As subinterfaces foram originalmente criadas para lidar melhor com problemas causados por
split horizon em um NBMA para protocolos de roteamento baseados em vetor de distância.

Aqui estão as principais características das subinterfaces em redes WAN multiacesso:

Várias subinterfaces lógicas podem ser criadas em todas as redes WAN multiacesso:

Cada subinterface requer uma sub-rede IP.

No roteamento, as interfaces lógicas se comportam da mesma maneira que as físicas.

As estatísticas e o comportamento de modelagem de tráfego diferem entre as interfaces e
subinterfaces.

Cada subinterface é definida como uma interface ponto a ponto ou ponto a multiponto.
Durante a configuração de subinterfaces, você deve inserir o Cisco IOS e IOS XE ou IOS
XR * ponto a ponto * ou
Palavras-chave * multiponto *. A escolha dos modos afeta a operação do OSPF.

O modo OSPF padrão em uma subinterface Frame Relay ponto a ponto é o modo ponto a
ponto; o modo OSPF padrão em uma subinterface ponto a multiponto do Frame Relay é o
modo sem difusão. O modo OSPF padrão em uma interface Frame Relay principal também é
o modo de não difusão.

Quando subinterfaces ponto a ponto são configuradas, cada PVC obtém sua própria
subinterface e os PVCs são tratados como links ponto a ponto. Uma subinterface ponto a
ponto tem as propriedades de qualquer interface ponto a ponto física e requer sua própria
sub-rede. Não há processo de eleição de DR ou BDR. A descoberta de vizinho é automática,
portanto, os vizinhos não precisam ser configurados. Para configurar a interface ponto a
ponto, você deve inserir a palavra-chave ponto a ponto durante a configuração da
subinterface.
Quando subinterfaces multiponto são configuradas, existem vários PVCs em uma única
subinterface. Cada subinterface requer uma sub-rede IP. As subinterfaces Multipoint Frame
Relay são padronizadas para o modo de não difusão OSPF, que requer que os vizinhos sejam
configurados estaticamente e realiza uma escolha de DR e BDR. Para configurar a interface
multiponto, você deve inserir a palavra-chave multiponto durante a configuração da
subinterface.

Enabling OSPF on a Link with Point-to-Point Mode

As redes no modo ponto a ponto são projetadas para emular redes de linha alugada. Este
modo é um modo proprietário da Cisco. Como são tratados como links ponto a ponto, o DR
e o BDR não são usados e a adjacência se forma na rede ponto a ponto sem escolha de DR
ou BDR. Apenas uma única sub-rede é usada por link ponto a ponto.

A figura mostra a configuração parcial de CE1 e PE1 no modo ponto a ponto. Essa
configuração não requer subinterfaces e usa apenas uma única sub-rede.

O comando show ospf interface do Cisco IOS XR ou o comando show ip ospf interface do
Cisco IOS e IOS XE exibe os principais detalhes do OSPF para cada interface. O tipo de
rede OSPF, número de área, custo e estado da interface são exibidos. Os modos ponto a
ponto e de transmissão são padronizados para um temporizador de saudação de 10 segundos.
Os timers hello e dead timers nas interfaces vizinhas devem corresponder para que os
vizinhos formem adjacências bem-sucedidas. Os roteadores vizinhos adjacentes listados são
todos aprendidos dinamicamente. A configuração manual de roteadores vizinhos não é
necessária.

Enabling OSPF on a Link with Point-to-Multipoint Mode

As redes no modo ponto a multiponto são projetadas para funcionar com malha parcial ou
topologias em estrela. Com o modo ponto a multiponto compatível com RFC 2328, o OSPF
trata todas as conexões roteador a roteador pela rede sem difusão como se fossem links ponto
a ponto. No modo ponto a multiponto, os DRs não são usados e um LSA tipo 2 não é
enviado para roteadores adjacentes. Em vez disso, o OSPF ponto a multiponto funciona
trocando LSUs adicionais que são projetados para descobrir automaticamente roteadores
vizinhos e adicioná-los à tabela vizinha.

Em redes grandes, o uso do modo ponto a multiponto reduz o número de circuitos virtuais
permanentes (PVCs) necessários para a conectividade completa, porque você não precisa ter
uma topologia de malha completa. Além disso, não ter uma topologia full-mesh reduz o
número de entradas vizinhas na tabela de vizinhos. O modo ponto a multiponto tem as
seguintes propriedades:

Does not require a fully meshed network: Este ambiente permite que o roteamento ocorra
entre dois roteadores que não estão diretamente conectados, mas estão conectados por meio
de um roteador que possui circuitos virtuais para cada um dos dois roteadores.

Does not require a static neighbor configuration: No modo sem difusão, os roteadores
vizinhos são definidos estaticamente para iniciar o processo de eleição de DR e permitir a
troca de atualizações de roteamento. Como o modo ponto a multiponto trata a rede como
uma coleção de links ponto a ponto, os pacotes de saudação multicast descobrem roteadores
vizinhos dinamicamente. A configuração estática de roteadores vizinhos não é necessária.

Uses one IP subnet: Como no modo sem difusão, quando você está usando o modo ponto a
multiponto, todos os roteadores estão em uma sub-rede IP.

Duplicates LSA packets: Da mesma forma que no modo sem difusão, ao efetuar flood em
uma interface sem difusão no modo ponto a multiponto, o roteador deve replicar a LSU. O
pacote LSU é enviado a cada um dos roteadores vizinhos da interface, conforme definido na
tabela de vizinhos.
A figura mostra configurações parciais de CE1 e PE1 no modo ponto a multiponto. Essa
configuração não requer subinterfaces e usa apenas uma única sub-rede. A configuração do
CE2 seria muito semelhante à configuração exibida para o CE1. No modo ponto a
multiponto, um DR ou BDR não é usado; portanto, a eleição e as prioridades de DR e BDR
não são uma preocupação.

O intervalo de saudação para uma interface ponto a multiponto é de 30 segundos, com um

intervalo morto de 120 segundos.

Enabling OSPF on a Link with Point-to-Multipoint Nonbroadcast Mode

A Cisco define modos adicionais para o relacionamento do vizinho OSPF, incluindo não-
difusão ponto a multiponto. Este modo é uma extensão Cisco do modo ponto a multiponto
compatível com RFC. Você deve definir vizinhos estaticamente e pode modificar o custo do
link para o roteador vizinho para refletir as diferentes larguras de banda de cada link. O
modo RFC ponto a multiponto foi desenvolvido para suportar circuitos virtuais ponto a
multiponto subjacentes que suportam multicast e broadcast; portanto, este modo permite a
descoberta dinâmica de roteadores vizinhos. Por esse motivo, nenhum DR ou BDR é usado.

Este modo é usado em casos especiais onde os vizinhos não podem ser descobertos
automaticamente. Se, por exemplo, multicast e broadcast não estiverem habilitados nos
circuitos virtuais, o modo ponto a multiponto compatível com RFC não pode ser usado,
porque o roteador não pode descobrir dinamicamente seus roteadores vizinhos usando os
pacotes multicast hello; este modo Cisco deve ser usado em seu lugar.

To define point-to-multipoint nonbroadcast mode, you must use the Cisco IOS XR  network point-to-multipoint
nonbroadcast  router OSPF command or Cisco IOS and IOS XE IP  OSPF network point-to-multipoint
nonbroadcast  interface command.
3.7 Implementing OSPF

OSPF Implementation

A configuração e verificação do OSPF em um roteador Cisco IOS XR ou IOS XE é uma

habilidade importante de um engenheiro de nível de provedor de serviços. Você aprenderá as
etapas necessárias para implementar o OSPF em uma rede de provedor de serviços.

Existem dois tipos de roteadores do ponto de vista da configuração:

Routers with single-area configuration: Roteadores internos, roteadores de backbone e

ASBRs que residem em uma área.

Routers with a multiarea configuration: ABRs e ASBRs que residem em mais de uma
área.

O tipo de implementação do protocolo de roteamento OSPF que você deve escolher depende
de suas necessidades e topologia específicas. Ao se preparar para implantar o roteamento
OSPF em uma rede, você deve primeiro reunir o estado e os requisitos existentes e, em
seguida, considerar as diferentes opções de implantação:

O plano de endereçamento IP rege como o OSPF pode ser implantado e quão bem a
implantação do OSPF pode ser escalonada. Portanto, um plano de endereçamento IP
detalhado, junto com as informações da sub-rede IP, deve ser criado. Um plano de
endereçamento IP sólido deve permitir o uso do design e resumo da área OSPF para
dimensionar a rede mais facilmente, bem como otimizar o comportamento OSPF e a
propagação de LSAs.

A topologia de rede consiste em links que conectam o equipamento de rede (roteadores,

switches e assim por diante) e pertencem a diferentes áreas OSPF em um design OSPF de
várias áreas. Um plano de topologia de rede detalhado deve ser apresentado para avaliar os
requisitos de escalabilidade do OSPF e determinar as diferentes áreas do OSPF, ABRs e
ASBRs, junto com os pontos de resumo e redistribuição.

Um plano de implementação deve ser criado antes de configurar o roteamento OSPF na

rede.
Depois de reunir todas as informações necessárias, você deve criar um plano de
implementação que inclua as seguintes tarefas para realizar a configuração OSPF básica:

Defina um ou mais processos OSPF globalmente no roteador.

Defina as interfaces nas quais o OSPF será executado.

Configuração OSPF Básica

A primeira e mais importante etapa na configuração do OSPF no software Cisco IOS XR e
IOS XE é iniciar um processo OSPF. Para configurar o processo OSPF, conclua estas
tarefas:

. Habilite o processo OSPF no roteador

. Identifique quais interfaces no roteador fazem parte do processo OSPF.

A figura a seguir mostra um cenário de exemplo de uma configuração OSPF envolvendo

roteadores CE1 e PE1. O roteador CE1 é interno e pertence apenas à área 11 do OSPF, e o
roteador PE1 é um ABR e conecta duas áreas não backbone (1 e 11) à área backbone.
Para configurar um processo de roteamento OSPF, use os comandos Cisco IOS, IOS XE e
IOS XR router ospf. O parâmetro process-id dentro do comando router ospf é um
parâmetro de identificação usado internamente para o processo de roteamento OSPF. É
atribuído localmente e pode ser qualquer número inteiro positivo. Um valor exclusivo é
atribuído a cada processo de roteamento OSPF no roteador.

Para definir as interfaces nas quais o OSPF é executado e definir os IDs de área para essas
interfaces, use o comando OSPF do roteador de interface Cisco IOS XR ou o comando
OSPF do roteador de área de rede Cisco IOS e IOS XE. O parâmetro de máscara curinga
Cisco IOS e IOS XE no comando da área de rede determina como interpretar o endereço IP.
A máscara possui bits curinga, nos quais 0 é uma correspondência e 1 indica que o valor não
é significativo. Por exemplo, 0.0.255.255 indica uma correspondência nos primeiros dois
octetos.

No software Cisco IOS XE, o OSPF pode ser habilitado diretamente na interface usando o
comando Cisco IOS e IOS XE ip ospf area, que simplifica a configuração de interfaces não
numeradas. Como o comando é configurado explicitamente para a interface, ele tem
precedência sobre o comando de área de rede.

OSPF Router ID
O banco de dados OSPF usa a ID do roteador OSPF para descrever exclusivamente cada
roteador na rede. Cada roteador mantém um banco de dados de topologia completo de todos
os roteadores e links em uma área ou rede; portanto, cada roteador deve ter um ID de
roteador exclusivo.

O ID do roteador OSPF tem estas características:

. O roteador é conhecido pelo OSPF pelo número de identificação do roteador.

. Este roteador ID é usado em LSDBs para diferenciar roteadores.
. OSPF requer pelo menos uma interface ativa com um endereço IP.
. Por padrão, o ID do roteador é:

- O endereço IP mais alto em uma interface ativa no momento da inicialização do processo

OSPF.

- Se houver uma interface de loopback, a ID do roteador será o endereço IP mais alto em

qualquer interface de loopback ativa. Uma interface de loopback substitui a ID do roteador
OSPF.

. O comando OSPF router-id pode ser usado para substituir o processo de seleção de ID do
roteador OSPF padrão.
. Usar uma interface de loopback ou o comando router-id é recomendado para estabilidade.

Um recurso útil para todos os protocolos de roteamento no Cisco IOS XR Software é o

comando global router-id. Você pode substituir o comando roteador-id global no Cisco IOS
XR Software configurando posteriormente o comando roteador-id em um determinado
protocolo. No entanto, configurar IDs de roteador diferentes por protocolo torna o
gerenciamento mais complicado e não oferece ganho, portanto, não é recomendado.

Quando o ID do roteador OSPF é definido, ele não muda, mesmo se a interface que o
roteador está usando para o ID do roteador cair. A ID do roteador OSPF muda apenas se o
roteador recarregar ou se o processo de roteamento OSPF for reiniciado.

Se o processo OSPF já estiver em execução, o roteador deverá ser recarregado ou o processo

OSPF deverá ser removido e reconfigurado antes que o novo endereço de loopback tenha
efeito.

Use o comando OSPF do roteador Cisco IOS, IOS XE e IOS XR router-id para garantir que
o OSPF use um ID de roteador específico. Depois que a ID do roteador for configurada, use
o comando Cisco IOS XR clear ospf process ou o comando Cisco IOS e IOS XE clear ip
ospf process. Este comando reinicia o processo de roteamento OSPF para que ele selecione
novamente o novo endereço IP como seu ID de roteador. Reiniciar o processo OSPF
interromperá temporariamente uma rede operacional. Os IDs de roteador devem ser
exclusivos em todo o AS, independentemente de como são configurados.

Use o comando Cisco IOS XR show ospf ou o comando Cisco IOS e IOS XE show ip ospf
para verificar a ID do roteador OSPF.

OSPF Passive Interface

Para evitar que outros roteadores em uma rede local aprendam dinamicamente sobre as rotas,
você pode evitar que mensagens de atualização de roteamento sejam enviadas por meio de
uma interface de roteador. No OSPF, o endereço de interface que você especifica como
passivo aparece como uma rede stub no domínio OSPF. As informações de roteamento
OSPF não são enviadas nem recebidas por meio da interface do roteador especificada.

Estas são as características de uma interface passiva OSPF:

. O envio e recebimento de atualizações de roteamento está desativado.

. O endereço de interface especificado aparece como uma rede stub no domínio OSPF.
Na figura, os roteadores são configurados para o protocolo de roteamento OSPF. Entre os
roteadores CE1 e PE1, há dois links, mas a adjacência OSPF deve ser estabelecida somente
na primeira interface Gigabit Ethernet.

Para desativar o envio e o recebimento de atualizações de roteamento OSPF em uma

interface, use o comando Cisco IOS XR passive enable router OSPF ou o comando Cisco
IOS e IOS XE passive-interface router OSPF.

Em redes de provedores de serviços e grandes empresas, muitos dos roteadores de

distribuição têm mais de 200 interfaces. Portanto, muitos LSAs podem ser inundados no
domínio. O protocolo de roteamento OSPF pode ser configurado em todas as interfaces e o
recurso de interface passiva pode ser habilitado nas interfaces onde a adjacência não é
desejada. Em algumas redes, habilitar o recurso de interface passiva significa codificar 100
ou mais declarações de interface passiva. Com o recurso de interface passiva padrão, este
problema é resolvido permitindo que todas as interfaces sejam definidas como passivas, por
padrão, usando um único comando Cisco IOS XR passivo habilitar roteador OSPF ou
comando OSPF de roteador padrão Cisco IOS e IOS XE de interface passiva padrão, então
configurar interfaces individuais onde as adjacências são desejadas, usando o comando
OSPF do roteador de desabilitação passiva do Cisco IOS XR ou o comando Cisco IOS e IOS
XE no passive-interface.

Verifying Basic OSPF

Depois que o OSPF básico é configurado, você pode usar vários comandos de verificação
para verificar sua operação. Uma das primeiras etapas é verificar a presença do processo de
roteamento OSPF. Se o processo OSPF foi configurado com sucesso, deve haver um
roteador OSPF dentro da tabela de roteamento IP. Além disso, você pode verificar as
interfaces OSPF, os vizinhos do processo de roteamento e o banco de dados.
Os comandos mostrados na figura são comandos de verificação Cisco IOS XR. Os comandos
de verificação do Cisco IOS e IOS XE são os seguintes: show ip ospf, show ip ospf
interface, show ip ospf neighbour, show ip route ospf, show ip protocol e show ip ospf
database.

Use o comando Cisco IOS XR show ospf ou o comando Cisco IOS e IOS XE show ip ospf
para exibir informações gerais sobre os processos de roteamento OSPF. A saída do comando
mostra a ID do roteador OSPF, os temporizadores OSPF, o número de vezes que o algoritmo
SPF foi executado e as informações de LSA.

O comando Cisco IOS XR show ospf interface ou o comando Cisco IOS e IOS XE show ip
ospf interface exibe informações de interface relacionadas ao OSPF. Use este comando para
verificar se as interfaces estão configuradas nas áreas pretendidas. Além disso, este comando
exibe os intervalos do temporizador (incluindo o intervalo hello) e mostra as adjacências do
vizinho. Este comando também exibe outras informações, como o ID do processo OSPF, o
ID do roteador OSPF, o tipo de rede OSPF, o DR e BDR, temporizadores e adjacência do
vizinho.

Um dos comandos de verificação e solução de problemas de OSPF mais importantes é o

comando show ospf neighbour do Cisco IOS XR ou o comando show ip ospf neighbour do
Cisco IOS e IOS XE. O OSPF não envia ou recebe atualizações sem ter adjacências
completas entre vizinhos. Este comando exibe uma lista de vizinhos, incluindo seus IDs de
roteador OSPF, suas prioridades OSPF, seus estados de adjacência de vizinho (por exemplo,
INIT, exstart ou full) e seus temporizadores mortos.

Use o comando show route ospf do Cisco IOS XR ou o comando show ip route ospf do
Cisco IOS e IOS XE para verificar as rotas OSPF que são conhecidas pelo roteador na tabela
de roteamento IP. Este comando é uma das melhores maneiras de determinar a conectividade
entre o roteador local e o resto da internetwork. Este comando também possui parâmetros
opcionais para que você possa especificar ainda mais as informações que devem ser
exibidas, incluindo o ID do processo OSPF. O código "O" representa as rotas OSPF e "IA"
representa as rotas entre áreas. Na figura, a sub-rede 10.1.10.1/32 é reconhecida em Gigabit
Ethernet 0/0/0/0 por meio do vizinho 192.168.101.11. A entrada "[110/2]" na tabela de
roteamento representa a distância administrativa atribuída ao OSPF (110) e o custo total da
rota para a sub-rede 10.1.10.0 (custo de 2).

Use o comando show protocol Cisco IOS XR ou o comando show ip protocol Cisco IOS e
IOS XE para verificar os parâmetros do protocolo de roteamento OSPF sobre
temporizadores, filtros, métricas, redes e outras informações para todo o roteador. A saída do
comando na figura mostra que o protocolo de roteamento OSPF com o processo número 1
está configurado no roteador PE1. O ID do roteador do roteador é 10.1.1.1 e pertence às
áreas 0, 1 e 11.

Configuring OSPF Virtual Links

Todas as áreas em um OSPF AS devem estar fisicamente conectadas à área de backbone

(Área 0). Em alguns casos, onde essa configuração não é possível, você pode usar um link
virtual para se conectar ao backbone por meio de uma área sem backbone. Você também
pode usar links virtuais para conectar duas partes de um backbone particionado por meio de
uma área sem backbone. A área por meio da qual você configura o link virtual, conhecida
como área de trânsito, deve ter informações completas de roteamento. A área de trânsito não
pode ser uma área de stub.

A figura a seguir descreve como você configura o link virtual OSPF:

Use o comando OSPF do roteador de link virtual Cisco IOS XR ou o comando OSPF do
roteador de link virtual Cisco IOS e IOS XE para definir um link virtual OSPF. A
configuração deve ser feita em ambos os lados do link virtual e o comando em cada lado
deve incluir a ID do roteador da extremidade oposta. CE1 constrói um link virtual para PE1,
e PE1 constrói um link virtual para CE1. Cada roteador aponta para a ID do roteador do
outro roteador.
Use o comando Cisco IOS XR show ospf virtual-links ou o comando Cisco IOS e IOS XE
show ip ospf virtual-links para verificar se o link virtual configurado funciona
corretamente. A figura mostra que o link virtual para o roteador vizinho com o ID de
roteador 10.1.10.1 está ativo e a Área 11 é usada como uma área de trânsito. A saída também
mostra que a interface GigabitEthernet 0/0/0/0 é usada para formar o link virtual, junto com
vários temporizadores OSPF.

OSPF Cost

O custo do OSPF tem as seguintes características:

O custo, ou métrica, é uma indicação da sobrecarga para enviar pacotes por meio de uma
interface.

O custo OSPF é usado como critério de seleção de rota.

O algoritmo de Dijkstra determina o melhor caminho adicionando todos os custos de link ao

longo de um caminho.

O custo OSPF é calculado automaticamente:

- Cost = 108 / bandwidth (in bps).

-Bandwidth is specified on the interface with the bandwidth command.

. O custo OSPF é recalculado após cada mudança de largura de banda.

O valor do custo é um número positivo de 16 bits entre 1 e 65.535, onde um valor mais baixo
é uma métrica mais desejável. Por exemplo, um link de 64 kbps obtém uma métrica de 1562,
enquanto um link T1 obtém uma métrica de 64. O custo é aplicado a todos os caminhos de
link do roteador e as decisões de rota são tomadas com base no custo total de um caminho. A
métrica só é relevante em um caminho de saída; as decisões de rota não são feitas para o
tráfego de entrada. O custo OSPF é recalculado após cada mudança de largura de banda, e o
algoritmo de Dijkstra determina o melhor caminho adicionando todos os custos de link ao
longo de um caminho.

Changing OSPF Cost:

Como o custo de OSPF é calculado com base em uma largura de banda máxima de 100
Mbps, que é um custo de 1, ter interfaces mais rápidas na rede pode forçar você a recalibrar o
custo de 1 para uma largura de banda máxima mais alta.

Para elaborar, para interfaces que são mais rápidas do que 100 Mbps (Gigabit Ethernet, Ten
Gigabit Ethernet, e assim por diante), a atribuição automática de custo retornaria o valor 1.
Em tais cenários, um novo valor de referência deve ser configurado para o valor de valor de
largura de banda de sua interface mais rápida na rede, a fim de ter métricas realistas para o
roteamento OSPF. Use o comando OSPF do roteador de custo automático do Cisco IOS, IOS
XE ou IOS XR para garantir cálculos de rota precisos. O valor de largura de banda de
referência no comando autocusto é uma largura de banda de referência em megabits por
segundo; ela varia de 1 a 4.294.967, com um valor padrão de 100. Usar valores de largura de
banda de referência mais altos é considerada a melhor prática em redes modernas de alta
velocidade. Se você usar um valor não padrão, certifique-se de configurá-lo em todos os
roteadores da rede.

Quando você estiver usando a largura de banda da interface para determinar o custo de
OSPF, sempre lembre-se de usar o comando de interface de largura de banda do Cisco IOS,
IOS XE ou IOS XR para definir com precisão a largura de banda da interface (em kbps). O
comando bandwidth é a referência para o cálculo do custo.

Para substituir o custo padrão calculado automaticamente, você pode definir manualmente o
custo usando o comando Cisco IOS XR cost router OSPF ou o comando Cisco IOS e IOS
XE ip ospf cost interface. O valor do custo é arbitrário com base nas suas necessidades e
pode ser um número inteiro de 1 a 65.535. No OSPF, a rota preferencial para um destino é
roteada por meio do link com o valor numérico de menor custo.

OSPF Authentication Overview

O protocolo de roteamento OSPF oferece suporte à autenticação de atualizações de
roteamento para evitar ataques ao protocolo de roteamento. Por exemplo, um invasor pode
"envenenar" a tabela de roteamento do roteador, enviando uma rota para uma das redes,
usando um bom custo, e o tráfego para essa rede seria desviado para o roteador do invasor.
Uma situação semelhante se aplica a um invasor que intercepta uma atualização de
roteamento, a altera e a encaminha. A autenticação evita tais ataques, autenticando cada
atualização de roteamento. A autenticação é realizada pela troca de informações de
autenticação conhecidas apenas pelo roteador de envio e recebimento.

As principais características da autenticação OSPF são as seguintes:

.A autenticação OSPF é usada para prevenir o seguinte:

- Adjacências indesejadas e rotas não autorizadas a serem inseridas no OSPF.

- Mudanças nas informações de roteamento.

A autenticação OSPF existe nestes dois modos:

- Autenticação de texto simples - evite sempre!

- Autenticação MD5.

O material de autenticação é inserido no cabeçalho OSPF de cada pacote OSPF e verificado

pelo outro roteador.

O tipo de autenticação OSPFv2 e a chave nas plataformas Cisco IOS XR podem ser
configurados em níveis diferentes. A autenticação pode ser especificada para um processo ou
área inteira ou em uma interface. Uma interface pode ser configurada para apenas um tipo de
autenticação, não para ambos. A autenticação configurada para uma interface substitui a
autenticação configurada para a área ou processo. Se a autenticação não for configurada em
um nível inferior (por exemplo, na interface), a autenticação é herdada de um nível superior,
por exemplo, de uma área ou processo.

Se você pretende que todas as interfaces em uma área usem o mesmo tipo de autenticação,
você pode configurar menos comandos se usar o comando de autenticação no submodo de
configuração da área (e especificar a palavra-chave message-digest se quiser que toda a área
use MD5 autenticação). Essa estratégia requer menos comandos do que especificar a
autenticação para cada interface.

O tipo de autenticação OSPF nas plataformas Cisco IOS e IOS XE pode ser configurado por
área no modo de configuração do roteador ou por interface. No entanto, uma chave de
autenticação pode ser especificada apenas por interface. Se você pretende que todas as
interfaces em uma área usem o mesmo tipo de autenticação, você pode configurar menos
comandos se usar o comando de autenticação na configuração da área. No entanto, você
ainda precisa configurar a chave de autenticação em cada interface separadamente.

Configuring OSPF Authentication

Com a ajuda do exemplo a seguir, você aprenderá como configurar a autenticação OSPF.

A figura mostra uma configuração da autenticação OSPFv2 MD5 no roteador CE1 na

interface Gigabit Ethernet 0/0 e no roteador PE1 na interface Gigabit Ethernet 0/0/0/0. Para
habilitar a autenticação OSPFv2 no Cisco IOS XR Software, use os comandos de
autenticação message-digest e message-digest-key md5 router OSPF. Para habilitar a
autenticação OSPFv2 nos roteadores Cisco IOS e IOS XE, use os comandos de interface
md5 ip ospf authentication message-digest e ip ospf message-digest-key md5. A ID da chave
no exemplo é "1" e a chave real é "cisco". A ID da chave e a chave devem corresponder em
ambos os roteadores onde a autenticação está sendo habilitada.

Para verificar se a autenticação OSPF está configurada corretamente e se a adjacência OSPF

está ativa, use o comando Cisco IOS XR show ospf interface. Na saída, você deve ver uma
mensagem de que a autenticação MD5 está habilitada e uma chave diferente de zero "0" é
usada. A verificação semelhante pode ser executada em um roteador Cisco IOS e IOS XE
usando o comando show ip ospf interface:
3.8 Implementing OSPF
 Multiarea OSPF
O design OSPF de várias áreas pode ser necessário quando sua rede cresce em complexidade
e escala a ponto de ser difícil gerenciar e manter a rede, e quando o uso de CPU SPF começa
a representar problemas para os próprios roteadores. Os roteadores de nível de núcleo de
hoje são poderosos o suficiente para lidar com um grande número de roteadores em uma rede
OSPF plana; no entanto, há casos em que você terá que considerar um design mais
estruturado e hierárquico puramente para fins de gerenciamento ou limitações do protocolo
OSPF.

O protocolo OSPF define vários tipos de áreas de casos especiais, incluindo áreas de stub,
áreas totalmente atarracadas e NSSAs. O objetivo de todos os três tipos de áreas de stub é
injetar rotas padrão em uma área para que os LSAs externos e de resumo não sejam
inundados.

O design OSPF multiarea é caracterizado pelo seguinte:

. Áreas regulares, áreas de stub e áreas NSSA são usadas

. Escala para milhares de roteadores na rede
. Principalmente adjacências ponto a ponto
. Projeto de roteamento mais complexo
. Pode resultar em roteamento abaixo do ideal (por exemplo, áreas de conexão dupla)
. Menos prático em redes habilitadas para MPLS
A maioria das redes modernas de provedor de serviços usa MPLS com algumas das soluções
baseadas em MPLS. Ao implementar VPNs baseados em MPLS e Cisco MPLS TE, é
importante considerar a interação entre o protocolo de distribuição de etiqueta MPLS (LDP)
e um IGP. Se a sumarização for usada para endereços para os quais o LDP é usado para gerar
LSPs, ele quebrará esses LSPs e, conseqüentemente, quebrará as VPNs MPLS.

De uma perspectiva de design e implementação, é preferível implementar o OSPF usando

uma área (Área 0). A limitação dessa abordagem é a escalabilidade, que é principalmente
influenciada pelo número de nós (roteadores) em uma área.

Em grandes ambientes de provedores de serviços, você pode ser forçado a usar um design
hierárquico devido às limitações de escalabilidade do protocolo inerente OSPF. Por outro
lado, as características e limitações da abordagem hierárquica devem ser consideradas ao
projetar soluções MPLS.

OSPF Summarization
A sumarização de rotas é a chave para a escalabilidade no OSPF, que está intimamente
relacionada ao design de várias áreas. A sumarização de rotas ajuda a resolver dois
problemas principais: grandes tabelas de roteamento e frequentes inundações de LSA em
todo o AS. Cada vez que uma rota desaparece em uma área, os roteadores em outras áreas se
envolvem no cálculo do caminho mais curto. Para reduzir o tamanho do banco de dados de
área, você pode configurar a sumarização em um limite de área ou um limite AS.

Normalmente, LSAs tipo 1 e tipo 2 são gerados dentro de cada área e convertidos em LSAs
tipo 3 em outras áreas. Com a sumarização de rota, os ABRs ou ASBRs consolidam várias
rotas em um único anúncio. Os ABRs resumem os LSAs do tipo 3 e os ASBRs resumem os
LSAs do tipo 5. Em vez de anunciar muitos prefixos específicos, você precisa anunciar
apenas um prefixo de resumo.

Se o projeto OSPF incluir muitos ABRs ou ASBRs, o roteamento abaixo do ideal é possível,
o que é uma das desvantagens da sumarização.
A sumarização de rota requer um bom plano de endereçamento - uma atribuição de sub-redes
e endereços que se baseia na estrutura da área OSPF e se presta à agregação nas bordas da
área OSPF.

OSPF Interarea Route Summarization

A sumarização das rotas internas pode ser feita apenas por ABRs. Sem sumarização, todos
os prefixos de uma área são passados para o backbone como rotas do tipo 3 entre áreas.
Quando a sumarização está habilitada, o ABR intercepta esse processo e, em vez disso, injeta
um único LSA tipo 3, que descreve a rota de sumarização no backbone. Várias rotas dentro
da área são resumidas.

Uma rota de resumo é gerada se pelo menos uma sub-rede dentro da área cair no intervalo de
endereços de resumo. A métrica de rota resumida é igual ao custo mais baixo de todas as
sub-redes dentro do intervalo de endereço de resumo. A sumarização entre áreas só pode ser
feita para as rotas intra-área de áreas conectadas, e o ABR cria uma rota para Null0 para
evitar loops na ausência de rotas mais específicas.

Os números de rede nas áreas devem ser atribuídos de forma contígua para garantir que esses
endereços possam ser resumidos em um número mínimo de endereços de resumo. Na figura,
a lista de 12 redes na tabela de roteamento do ABR pode ser resumida em dois anúncios de
endereço de resumo. O bloco de endereços de 172.16.8.0 a 172.16.15.0/24 pode ser
resumido usando 172.16.8.0/21, e o bloco de 172.16.16.0 a 172.16.19.0/24 pode ser
resumido usando 172.16.16.0/22.

Para consolidar e resumir as rotas em um limite de área, use o comando range Cisco IOS XR
router OSPF ou o comando area range Cisco IOS e IOS XE router OSPF. O ABR resumirá
as rotas para uma área específica antes de injetá-las em uma área diferente através do
backbone como LSAs de resumo tipo 3. O OSPFv3 usa a mesma sintaxe de comando do
OSPFv2.

Cisco IOS, Cisco IOS XE e Cisco IOS XR Software criam uma rota resumida para o Null0,
interface quando o resumo manual é configurado, para evitar loops de roteamento. Por
exemplo, se o roteador de resumo recebe um pacote para uma sub-rede desconhecida que faz
parte do intervalo resumido, o pacote corresponde à rota de resumo com base na
correspondência mais longa. O pacote é encaminhado para a interface Null0 (em outras
palavras, é descartado), o que evita que o roteador encaminhe o pacote para uma rota padrão
e, possivelmente, crie um loop de roteamento.
OSPF External Route Summarization

A sumarização também pode ser usada para rotas externas. Cada rota que é redistribuída no
OSPF de outros protocolos é anunciada individualmente com um LSA externo. Para reduzir
o tamanho do OSPF LSDB, você pode configurar um resumo para rotas externas. A
sumarização de rotas externas pode ser feita no ASBR para LSAs tipo 5 (rotas redistribuídas)
antes de injetá-las no domínio OSPF.

O resumo de rotas externas também pode ser feito pelo ABR no NSSAsq, onde o roteador
ABR cria rotas de resumo tipo 5 a partir de rotas externas do tipo 7. Sem sumarização, todos
os prefixos externos redistribuídos do AS externo são passados para a área OSPF. Uma rota
de resumo para Null0 é criada automaticamente para cada intervalo de resumo.

Para criar endereços agregados para OSPF em um limite AS, use o comando summary-prefix
Cisco IOS XR router OSPF ou o comando summary-address Cisco IOS e IOS XE router
OSPF. OSPFv3 usa a mesma sintaxe de comando que OSPFv2. O ASBR resumirá as rotas
externas antes de injetá-las no domínio OSPF como LSAs externos tipo 5. A figura mostra o
resumo da rota no ASBR. Um AS externo que está executando o EIGRP tem suas rotas
redistribuídas no OSPF.

Default Routes in OSPF

Para poder realizar o roteamento de um OSPF AS para redes externas, você deve conhecer
todas as redes de destino ou criar uma rota padrão. Para aprender todos os destinos, você
pode criar várias rotas estáticas ou configurar a redistribuição. Mas a maneira mais
escalonável e otimizada é usar uma rota padrão.

Os benefícios de uma rota padrão incluem o seguinte:

Tabela de roteamento menor.

Menos recursos e menos energia da CPU necessária; não há necessidade de recalcular o

algoritmo SPF se uma ou mais redes falharem.
Para gerar uma rota externa padrão em um domínio de roteamento OSPF, use o comando de
configuração OSPF do roteador Cisco IOS XR da origem das informações padrão Cisco
IOS, Cisco IOS XE e Cisco IOS XR. OSPFv3 usa a mesma sintaxe de comando que
OSPFv2. Existem duas maneiras de anunciar uma rota padrão em uma área padrão:
Anuncie 0.0.0.0/0 no domínio OSPF quando o roteador de publicidade já tiver uma rota
padrão. Use o comando default-information originate para permitir que o ASBR origine uma
rota padrão do tipo 5 dentro do ASPF AS.

Você também pode usar palavras-chave diferentes no comando de configuração para

configurar a dependência nas entradas da tabela de roteamento IP.

Anuncie 0.0.0.0/0, independentemente de o roteador de publicidade já ter uma rota padrão. O

segundo método pode ser realizado adicionando a palavra-chave always. Você também pode
usar uma política de rota para definir a dependência de qualquer condição dentro da política
de rota.

As características da rota padrão são as seguintes:

Uma rota padrão é injetada no OSPF como um LSA tipo 5 externo.

A distribuição de rota padrão está desativada por padrão.

Na figura, uma rede OSPF é multihomed para dois provedores de serviço. Neste projeto, o
provedor de serviços A é preferido e o provedor de serviços B é usado como backup. Para
definir a prioridade, o parâmetro opcional métrico foi usado para estabelecer uma preferência
para a rota padrão para o provedor de serviços A.

OSPF Area Types

O OSPF é baseado em uma estrutura de área hierárquica de dois níveis. A hierarquia define
áreas de backbone e não backbone. Cada área tem sua própria topologia, que não é visível de
fora da área. Um roteador que pertence a várias áreas (um ABR) possui vários bancos de
dados de topologia. Todas as áreas devem ser conectadas a uma área de backbone ou
vinculadas a ela por meio de um link virtual. A área do backbone deve ser contígua. Uma
área não espinha dorsal pode ser descontígua.

As características atribuídas a uma área controlam o tipo de informação de rota que ela
recebe. Os tipos de área possíveis são os seguintes:
Normal area: Esta área padrão aceita atualizações de links, resumos de rotas e rotas
externas.

Backbone area (transit area): A área de backbone (Área 0) é a entidade central à qual todas
as outras áreas se conectam, para que possam trocar e encaminhar informações. O backbone
OSPF inclui todas as propriedades de uma área OSPF padrão.

Stub area: Esta área não aceita informações sobre rotas externas ao AS, como rotas de
origens não OSPF. Se os roteadores precisarem rotear para redes fora do AS, eles usarão
uma rota padrão, que é indicada como 0.0.0.0. As áreas de stub não podem conter ASBRs,
exceto que ABRs também podem ser ASBRs.

Totally stubby area: Esta área não aceita rotas de AS externas ou rotas de resumo de outras
áreas que são internas ao AS. Se o roteador precisar enviar um pacote para uma rede externa
à área, ele enviará o pacote usando uma rota padrão. Áreas totalmente atarracadas não podem
conter ASBRs, exceto que ABRs também podem ser ASBRs.

NSSA: NSSA é um adendo ao OSPF RFC. Esta área define um LSA tipo 7 especial. Um
NSSA oferece benefícios semelhantes aos de uma área de stub ou área totalmente atarracada.
No entanto, os NSSAs permitem ASBRs, que são proibidos em uma área de stub.

Totally NSSA: Esta área não aceita rotas de AS externas ou rotas de resumo de outras áreas
que são internas ao AS. Um NSSA totalmente contém informações de roteamento de área e
informações de roteamento externas (LSA 7), e é propriedade da Cisco.

OSPF Router and LSA Types

Um roteador origina um roteador LSA para cada área a que pertence. Esses LSAs descrevem
os estados coletados dos links do roteador para a área. Os LSAs são cruciais para o OSPF e
para a construção da topologia. O tipo de LSA depende do tipo de roteador de onde ele se
origina.

OSPF define três tipos principais de roteador:

Internal router: Este tipo de roteador reside dentro de qualquer área e é membro de apenas
uma área.

ABR: Este tipo de roteador é membro de mais de uma área. Como um roteador de fronteira,
ele tem a capacidade de controlar o tráfego de roteamento de uma área para outra. Diferentes
tipos de LSAs são trocados entre as áreas. Os ABRs podem transmitir esses LSAs ou
bloqueá-los e enviar rotas padrão.

ASBR: Este tipo de roteador é usado para inserir informações de roteamento externo de
outro AS não OSPF. ASBRs geram LSAs externos, que podem ser bloqueados por ABRs.

Lembre-se dessas características do roteador de borda OSPF:

 ABR gera LSAs de resumo.
ASBR gera LSAs externos.
Resumo e LSAs externos podem ser bloqueados e a rota padrão enviada.

Os roteadores OSPF são capazes de gerar e enviar os seguintes seis tipos de LSAs:

Router link (type 1 LSA)

Network link (type 2 LSA)

Network summary (type 3 LSA)

ASBR summary (type 4 LSA)

External (type 5 LSA)

NSSA external (type 7 LSA)

OSPF Stub Area and Totally Stubby Area

Estas são as características de uma área de stub OSPF:

Sem rotas externas

Rotas interárea presentes
Rotas intra-área presentes
Rota padrão gerada
A área totalmente atarracada bloqueia, adicionalmente, as rotas entre áreas, permite apenas
0/0

Configurar uma área de stub reduz o tamanho do LSDB dentro da área, resultando em
requisitos de memória reduzidos para roteadores nessa área. LSAs de rede externa (tipo 5),
como aqueles que são redistribuídos de outros protocolos de roteamento no OSPF, não têm
permissão para inundar em uma área de stub.

O roteamento dessas áreas para o exterior é baseado em uma rota padrão (0.0.0.0). Se um
pacote for endereçado a uma rede que não está na tabela de roteamento de um roteador
interno, o roteador encaminha automaticamente o pacote para o ABR, que envia um 0.0.0.0
LSA. O encaminhamento do pacote para o ABR permite que os roteadores dentro do stub
reduzam o tamanho de suas tabelas de roteamento, porque uma única rota padrão substitui
muitas rotas externas.

Uma área de stub normalmente é criada quando uma topologia hub-and-spoke é usada, com
cada raio sendo uma área de stub, como uma filial. Nesse caso, a filial não precisa conhecer
todas as redes do site da matriz, pois pode usar uma rota padrão para chegar às redes.

A técnica de área totalmente atarracada é um aprimoramento proprietário da Cisco que reduz

ainda mais o número de rotas na tabela de roteamento. Uma área totalmente atarracada é uma
área de stub que bloqueia LSAs tipo 5 externos e LSAs tipo 3 e tipo 4 de resumo (rotas
interárea) de entrar na área.

Por bloquear essas rotas, uma área totalmente atarracada reconhece apenas as rotas intra-área
e a rota padrão de 0.0.0.0. Os ABRs injetam o link de resumo padrão 0.0.0.0 na área
totalmente atarracada. Cada roteador escolhe o ABR mais próximo como um gateway para
tudo fora da área.

As áreas totalmente atarracadas minimizam as informações de roteamento além das áreas de

stub e aumentam a estabilidade e escalabilidade das redes OSPF. Usar áreas totalmente
atarracadas é normalmente uma solução melhor do que usar áreas de stub, desde que o ABR
seja um roteador Cisco.

OSPF Not-So-Stubby Area and Totally Not-So-Stubby Area

O recurso OSPF NSSA é descrito pela RFC 3101 e foi introduzido pela primeira vez no
Cisco IOS Software Release 11.2. É uma extensão não proprietária do recurso de área de
esboço existente que permite a injeção de rotas externas de uma forma limitada na área de
esboço.

A redistribuição em um NSSA cria um tipo especial de LSA conhecido como LSA tipo 7,
que pode existir apenas em um NSSA. Um NSSA ASBR gera este LSA e um NSSA ABR o
traduz em um LSA tipo 5, que é propagado para o domínio OSPF. Os LSAs do tipo 7 têm
um bit de propagação no cabeçalho LSA para evitar loops de propagação entre o NSSA e a
área de backbone. O NSSA retém os outros recursos da área de stub; o ABR envia uma rota
padrão para o NSSA em vez de rotas externas de outros ASBRs.

O tipo 7 LSA é descrito na tabela de roteamento como um "O N2" ou "O N1" (N significa
NSSA). N1 significa que a métrica é calculada como tipo externo 1 (E1); N2 significa que a
métrica é calculada como tipo externo 2 (E2). O padrão é O N2. A métrica E1 adiciona
custos externos e internos para refletir todo o custo até o destino. A métrica E2 considera
apenas o custo externo, que é refletido no custo OSPF.

O recurso OSPF totalmente NSSA é uma extensão do recurso NSSA, assim como o recurso
totalmente atarracado é uma extensão do recurso de área de stub. É um recurso proprietário
da Cisco que bloqueia os tipos 3, 4 e 5 LSAs. Uma única rota padrão substitui os LSAs
externos de entrada (tipo 5) e os LSAs de resumo (tipo 3 e 4) no NSSA totalmente. Os ABRs
para o NSSA totalmente devem ser configurados para evitar a inundação de rotas sumárias
para outras áreas no NSSA. Apenas ABRs controlam a propagação de LSAs tipo 3 do
backbone. Se um ABR for configurado em qualquer outro roteador na área, ele não terá
efeito algum.

Configuring OSPF Area Types

Para configurar diferentes áreas OSPF em um roteador Cisco IOS XR, use os comandos
conforme mostrado na figura.
Use o comando OSPF do roteador Cisco IOS XR da área 0 ou o comando OSPF do roteador
Cisco IOS da área 0 da rede e do Cisco IOS XE para habilitar a área de backbone. Para
configurar a área não backbone, use o mesmo comando com um valor diferente de zero. Para
habilitar áreas stubby, totalmente stubby, NSSA ou totalmente NSSA, use os comandos stub
[sem resumo] ou nssa [sem resumo] Cisco IOS XR roteador OSPF ou área stub [sem
resumo] ou área nssa [no- resumo] Comando OSPF do roteador Cisco IOS e IOS XE.

Para configurar uma área como um stub, todos os roteadores dentro da área devem ser
configurados como roteadores stub. O comando stub Cisco IOS XR roteador OSPF ou o
comando stub Cisco IOS e IOS XE roteador OSPF é usado para definir uma área como uma
área de stub. Por padrão, o ABR anunciará uma rota padrão com um custo de 1. Você pode
alterar o custo da rota padrão usando o comando Cisco IOS XR router OSPF de custo padrão
ou Cisco IOS e IOS XE roteador OSPF de custo padrão de área comando. Você só usa este
comando em ABRs que estão anexados a áreas de stub ou NSSAs. A adição da palavra-
chave sem resumo no ABR cria uma área totalmente atarracada e evita que todos os LSAs de
resumo entrem na área de stub.

Para configurar uma área como NSSA, todos os roteadores dentro da área devem ser
configurados como roteadores NSSA. O comando nssa Cisco IOS XR router OSPF, ou o
comando area nssa Cisco IOS e IOS XE router OSPF, é usado para definir uma área como
NSSA. Por padrão, o ABR anunciará uma rota padrão com um custo de 1. Você pode alterar
o custo da rota padrão usando o comando Cisco IOS XR router OSPF de custo padrão ou
Cisco IOS e IOS XE roteador OSPF de custo padrão de área comando. Você só usa este
comando em ABRs que estão anexados a NSSAs. A adição da palavra-chave sem resumo no
ABR cria um NSSA totalmente e evita que todos os LSAs de resumo entrem no NSSA.

3.9 Implementing OSPF

OSPFv3 Implementation

As implementações de ambas as versões do OSPF, OSPFv2 e OSPFv3, estão disponíveis no

Cisco IOS XR Software. Muito do protocolo OSPFv3 é igual ao do OSPFv2. OSPFv3 é
descrito em RFC 2740.

As principais diferenças entre os protocolos OSPFv3 e OSPFv2 do software Cisco IOS XR

são as seguintes:

. OSPFv3 expande a funcionalidade OSPFv2 para fornecer suporte para prefixos de

roteamento IPv6 e o tamanho maior de endereços IPv6.

. Ao usar uma interface NBMA no OSPFv3, os usuários devem configurar manualmente o

roteador com a lista de vizinhos. Os roteadores vizinhos são identificados pelo endereço
local do link da interface anexada do vizinho.

. Ao contrário do OSPFv2, vários processos OSPFv3 podem ser executados em um link.

. LSAs em OSPFv3 são expressos como prefixo e comprimento de prefixo em vez de

endereço e máscara.

. A ID do roteador é um número de 32 bits sem relação com um endereço IPv6.

Antes de habilitar o OSPFv3 em sua rede, considere o estado atual e a topologia de sua rede.
Conclua a estratégia de rede OSPF e o planejamento de sua rede IPv6. Por exemplo, você
deve decidir se várias áreas são necessárias ou não, porque isso influenciará muito a
implantação de seu roteamento OSPFv3. O potencial de crescimento também terá um papel
importante nessas decisões.

Basic OSPFv3 Configuration

Aqui, você aprenderá como executar a configuração OSPFv3 mínima em seu roteador
executando Cisco IOS XR e IOS XE Software.
Siga estas etapas para configurar o roteamento OSPFv3 IPv6 básico e funcional em um
roteador Cisco IOS XR:

. Enable the OSPF process with a router ID.

. Configure the OSPF network type with the network {broadcast | non-broadcast |
{point-to-multipoint [non-broadcast] | point-to-point}} command.
.Optionally, adjust the hello and dead intervals with the hello-interval seconds and
dead-interval seconds commands.
. Configure a backbone or a non-backbone areas, as needed:

-To configure a stub area, use the stub [no-summary] command under area.
-To configure a NSSA area, use the nssa [no-redistribution] [default-information-
originate] [no-summary] under area.

. Atribua uma ou mais interfaces ao processo OSPFv3.

. Optionally, configure OSPFv3 authentication.

A configuração do OSPFv3 no outro tipo principal do IOS, Cisco IOS XE, é sintaticamente
bastante diferente, mas a mesma lógica ainda se aplica. A principal diferença entre os tipos
de IOS em relação à configuração OSPFv3 é que no Cisco IOS XE Software, a configuração
é dividida entre o processo OSPFv3 principal e as interfaces do roteador, onde, como no
Cisco IOS XR Software, toda a configuração OSPFv3 está contida no roteador Seção
OSPFv3.

Outra diferença entre os sabores IOS é a numeração do processo. No Cisco IOS XR

Software, você pode usar um número ou uma palavra como o identificador do processo;
entretanto, no Cisco IOS XE Software, você pode usar apenas um número para a ID do
processo

Siga estas etapas para configurar o roteamento OSPFv3 IPv6 básico e funcional em um
roteador Cisco IOS XE:
 . Enable an OSPF process with a router ID.

o To configure a stub area, use the area number stub [no-summary] command
under the OSPFv3 process.
- To configure a NSSA, use the area number nssa [no-redistribution] [default-
information-originate] [no-summary] [translate] under the OSPFv3 process.
- Optionally, configure OSPFv3 area authentication under the process.

. Enable and configure OSPFv3 specific information under the interfaces.

Enable OSPFv3 on the interface with the ospfv3 process_ID ipv6 area area
command.
Configure network type with the ospfv3 process_ID ipv6 network {broadcast | manet
| non-broadcast | {point-to-multipoint [non-broadcast] | point-to-point}} command.
Optionally, adjust the hello and dead intervals with the ospfv3 process_ID ipv6
hello-interval seconds and ospfv3 process_ID ipv6 dead-interval seconds commands.

OSPFv3 Authentication

OSPFv3 authentication between neighbors is optional.

OSPFv3 usa recursos de segurança nativos IPv6 e pilha de segurança nativa. Dois protocolos
possíveis estão disponíveis:

- Authentication Header (AH) for authentication and integrity check.

- Encapsulating Security Payload (ESP) for encrypting the payload—the routing
updates themselves and authentication and integrity check.

Usar uma conexão IPsec para autenticação OSPFv3 requer que você defina uma política de
segurança para cada roteador vizinho. A política de segurança define qual protocolo é usado
para comunicação (AH ou ESP), algoritmo de hash e criptografia, chaves e o valor SPI.

Em plataformas Cisco IOS XR, a autenticação ou criptografia OSPFv3 pode ser configurada
nos mesmos níveis que com OSPFv2: processo, área ou interface OSPF. O conceito de
herança é aplicado, como acontece com a autenticação OSPFv2.
Em plataformas Cisco IOS e IOS XE, a autenticação ou criptografia OSPFv3 pode ser
configurada por área no modo de configuração do roteador ou por interface.

Configuring OSPFv3 Authentication

A figura mostra uma configuração da autenticação OSPFv3 Secure Hash Algorithm (SHA)
no roteador CE1 na interface Gigabit Ethernet 0/0 e um roteador PE1 na Gigabit Ethernet
0/0/0/0. Para habilitar a autenticação OSPFv3 em um roteador Cisco IOS XR, use o
comando authentication ipsec spi router OSPF. Para habilitar a autenticação OSPFv3 em um
Cisco IOS e roteador IOS XE, use o comando ipv6 ospf authentication ipsec spi interface. O
índice SPI, o método de hashing e uma chave devem corresponder em ambos os roteadores.
A chave deve ter o comprimento correto; o algoritmo de hashing SHA usa uma chave de 160
bits, portanto, a chave deve ser um número hexadecimal de 40. No exemplo, o índice SPI é
256 e o algoritmo de hash é SHA.

IPv6 Support for OSPF Modes

Para configurar o tipo de rede OSPF para um tipo diferente do padrão para um determinado
meio, use o comando Cisco IOS XR network router OSPF ou o comando Cisco IOS e IOS
XE ipv6 ospf network interface.
O exemplo na figura mostra apenas a configuração do tipo de rede OSPF. Deve haver
OSPv3 já habilitado.

3.10 Implementing OSPF

Basic OSPF Troubleshooting

O fato de os roteadores serem vizinhos não é suficiente para garantir uma troca de
atualizações de link-state; eles devem formar adjacências para trocar atualizações de estado
de link. Aqui, você aprenderá algumas das técnicas fundamentais para garantir que o OSPF
esteja estabelecendo adjacências de maneira adequada e preenchendo as rotas na tabela de
roteamento.

Aqui estão algumas causas comuns para falha na configuração de adjacência no OSPF:

.Interfaces down or misconfigured

- Interface administratively down or upstream Layer 2 problems

-Maximum transmission unit (MTU) mismatch

-Multicast is blocked

.OSPF parameters mismatch

-Hello parameters mismatch

-Network type mismatch

. OSPF authentication issue

. OSPF not enabled on the interface

Você pode solucionar problemas de vizinhança OSPF em etapas, examinando o estado do

vizinho. Quando um estado vizinho fica preso em um estado específico por um longo
período de tempo - além do estado completo - a adjacência pode estar com problemas. Cada
estado irá sugerir um aspecto diferente da adjacência a ser verificado.

O comando show ospf neighbour Cisco IOS XR ou a saída do comando show ip ospf
neighbour IOS XE mostra o estado vizinho no qual um vizinho está potencialmente preso.
Existem mais estados no OSPF, mas estes são alguns dos mais comuns (usados quando
resolução de problemas adjacências). Cada estado sugere um conjunto específico de
parâmetros ou uma área para solucionar:

No command output at all: Este roteador não viu nenhum olá OSPF "válido" de
seu vizinho. Isso significa que o OSPF não recebeu nenhum pacote hello do vizinho ou
recebeu pacotes hello que falharam nas verificações básicas de integridade.
Verifique a conectividade IP entre os roteadores vizinhos (ping).

Tente fazer o ping do IP multicast 224.0.0.5 do OSPF, que é o endereço IP para

comunicação OSPF hello.

Verifique se o OSPF está habilitado em ambas as interfaces.

Verifique os parâmetros hello, como número de área OSPF, tipo de área, máscara de sub-
rede nas interfaces, hello e dead timers; todos devem corresponder em ambos os lados do
link.

Neighbor in down state: Um vizinho que é descoberto dinamicamente por meio da

recepção de pacotes de hello pode voltar para um estado inativo se estiver sendo excluído;
caso contrário, o caso é que os vizinhos que são vistos no estado inativo foram configurados
manualmente com o comando neighbour.

Neighbor in init state: O estado init indica que um roteador vê pacotes de saudação do
vizinho, mas a comunicação bidirecional não foi estabelecida.

Neighbor in 2-way state: Este estado não é motivo de preocupação, pois é o

comportamento normal do OSPF nos casos em que um roteador forma adjacências com não-
DR ou BDR em uma rede multiacesso (por exemplo, LAN Ethernet).

Neighbor in exstart or exchange state: Vizinhos OSPF que estão em estado exstart
ou exchange estão tentando trocar pacotes DBD. Casos como incompatibilidade de MTU ou
o recebimento de um número de sequência DBD inesperado podem interferir neste processo.

Neighbor in loading state: Os roteadores enviam pacotes de solicitação de estado de

link neste estado. Os vizinhos que não fazem a transição além desse estado provavelmente
estão trocando LSAs corrompidos. Este problema não é comum no OSPF.

Além disso, observe que uma adjacência OSPF só será estabelecida na rede primária de sua
interface. Se você tiver quaisquer endereços IP secundários adicionais, eles não serão usados
no processo OSPF para estabelecer adjacências.

OSPF Neighbor Troubleshooting Commands

A tabela a seguir lista os comandos básicos de resolução de problemas OSPF para o software
Cisco IOS XR e o comando equivalente para o software IOS XE.
Observe the example of the  show ospf neighbor ,  show ospf , and  show ospf interface brief  commands taken
from a Cisco IOS XR device.
 Você pode usar comandos OSPFv3 semelhantes para solucionar problemas de vizinhos
OSPFv3. A saída a seguir demonstra o uso dos comandos OSPFv3 show ospfv3 neighbour,
show ospfv3 e show ospfv3 interface brief.

Basic OSPFv3 Troubleshooting

OSPFv3 apresenta o suporte para roteamento OSPF IPv6. As etapas de configuração e

solução de problemas podem ser semelhantes às do OSPFv2, mas é um processo de
roteamento totalmente separado em um roteador Cisco IOS.

Para solucionar problemas de adjacências OSPFv3, use os seguintes comandos:

 Use  show ospfv3  to check the Router-ID and process information

Use  show ospfv3 interface [brief]  to check interfaces are enabled for OSPFv3
 Verifique a possível incompatibilidade de área
Verificar a correspondência dos timers hello
Verifique se há autenticação habilitada e de que tipo

 Use  show ospfv3 neighbor [detail]  to troubleshoot the adjacency state

A saída a seguir demonstra o uso dos comandos OSPFv3 show ospfv3 neighbour, show
ospfv3 e show ospfv3 interface. Observe as variações dos mesmos comandos, mas com
palavras-chave adicionadas no final. A palavra-chave detail fornecerá detalhes sobre os
vizinhos, enquanto o comando show ospf interface com a palavra-chave brief omitida,
também na saída de amostra, fornecerá mais detalhes sobre as interfaces.
Troubleshooting the OSPF Routing Table

Quando sua rede OSPF convergir, as rotas serão calculadas para cada nó individualmente
usando o algoritmo SPF e as rotas serão preenchidas na tabela de roteamento do roteador. Às
vezes, você pode perceber que as rotas não chegam à tabela de roteamento por algum motivo
e você terá que solucionar o problema para encontrar o motivo e atenuar o problema.

A figura a seguir oferece o diagrama de blocos da solução de problemas básicos da tabela de

roteamento para suas rotas OSPF.

Para solucionar problemas de rotas OSPF ausentes na tabela de roteamento, use as seguintes
ferramentas e verificações:

show route ipv4 ospf command will display all OSPF routes.
show ospf database command will display the contents of the OSPF LSDB.
Verify that the area 0 is contiguous, unbroken.

Use links virtuais caso as áreas percam a conectividade com o backbone.

Verifique se as rotas entre áreas estão em vigor.

Interrupções e falhas podem ocorrer em qualquer rede, mesmo com dispositivos redundantes
e links entre áreas. No OSPF, por design, cada área não backbone deve manter conectividade
com a Área 0 de backbone, para interárea e roteamento externo. Outra condição muito
importante da operação OSPF é que a área do backbone não deve ser segmentada. Deve ser
contíguo, o que significa uma linha ininterrupta de roteadores ponta a ponta. Você deve
cuidar para que seu backbone seja bem projetado, com links e nós redundantes em mente.

Se, a qualquer momento, uma falha na rede cortar uma área não backbone da Área 0, a
conectividade dessa área não backbone com outras áreas será interrompida, assumindo que
não existe nenhuma conexão física alternativa à Área 0. Nesse cenário, mesmo que uma área
tenha perdido a conectividade com a Área 0, ela ainda pode ter conectividade com outra área
não backbone. Você pode usar esse caminho IP configurando um link virtual para se
conectar ao backbone por meio de uma área sem backbone.

A área por meio da qual você configura o link virtual, conhecida como área de trânsito, deve
ter informações completas de roteamento. A área de trânsito não pode ser uma área de stub.

Para pesquisar defeitos as rotas na tabela de roteamento OSPFv3, use os comandos show
route ipv6 ospf e show ospfv3 database Cisco IOS XR.