Protocolo de Roteamento OSPF - CCNP BR
O Protocolo de roteamento OSPF é um protocolo de estado de link definido em RFC2328 (a versão II é definida em RFC1583), com convergência rápida, suporte VLSM, não possui limite de salto teórico (como RIP), aproveita melhor a largura de banda, uma vez que só envia atualizações, e não a tabela inteira (o que só faz a cada 30 minutos), e sua decisão da melhor rota é baseada em atrasos e custos.
OSPF está no nível 4 do modelo OSI, e seu número de protocolo IP é 89.
Comparação OSPF vs RIP e IS-IS
Antes do surgimento do OSPF, o RIP (Routing Information Protocol) foi amplamente utilizado como um IGP nas redes. RIP é um protocolo de roteamento de vetor distância. Devido à sua convergência lenta e escalabilidade fraca, o RIP está gradualmente sendo substituído pelo OSPF.
IGPs típicos incluem RIP, OSPF e IS-IS. As principais diferenças entre os três IGP típicos são
Tipo de protocolo IP layer protocol IP layer protocol Link layer protocol
Cenário aplicado Aplica-se a redes pequenas com arquiteturas simples, como redes de campus. Aplica-se a redes de médio porte com várias centenas de roteadores suportados, como redes empresariais. Aplica-se a grandes redes, como redes de provedores de serviços de Internet (ISP).
Algorítimo de roteamento Usa um algoritmo de vetor de distância e troca informações de roteamento sobre o protocolo de datagrama de usuário (UDP). Usa o algoritmo de caminho mais curto primeiro (SPF) para gerar uma árvore de caminho mais curto (SPT) com base na topologia de rede, calcula caminhos mais curtos para todos os destinos e troca informações de roteamento por IP. Usa o algoritmo SPF para gerar um SPT com base na topologia de rede, rotas mais curtas para todos os destinos e troca informações de roteamento por IP.
O algoritmo SPF é executado separadamente em bancos de dados de Nível 1 e Nível 2.
Velocidade de convergência Lento Menos de 1 segundo Menos de 1 segundo
Escalabilidade Não suporta Suporta dividindo uma rede em áreas Suporta dividindo uma rede em niveis.
OSPF oferece os seguintes benefícios:
Amplo escopo: o OSPF se aplica a redes de médio porte com várias centenas de roteadores, como redes corporativas.
Máscaras de rede: os pacotes OSPF podem transportar máscaras e, portanto, o comprimento do pacote não está limitado por máscaras IP naturais. O OSPF pode processar máscaras de sub-rede de comprimento variável (VLSMs).
Convergência rápida: quando a topologia da rede muda, o OSPF envia imediatamente os pacotes de atualização do estado do link (LSU) para sincronizar as mudanças nos bancos de dados do estado do link (LSDBs) de todos os roteadores no mesmo sistema autônomo (AS).
Roteamento livre de loop: OSPF usa o algoritmo SPF para calcular rotas sem loop baseadas no status do link coletado.
Particionamento de área: OSPF permite que um AS seja dividido em áreas, o que simplifica o gerenciamento. As informações de roteamento transmitidas entre áreas são resumidas, o que reduz a largura de banda da rede.
Rotas de custo igual: o OSPF oferece múltiplas rotas de custo igual para o mesmo destino.
Roteamento hierárquico: OSPF usa rotas intra-área, rotas inter-áreas, rotas externas Tipo 1 e rotas externas Tipo 2, que estão listadas em ordem decrescente de prioridade.
Autenticação: o OSPF suporta autenticação de pacotes baseada em área e baseada em interface, que garante a segurança de troca de pacotes.
Multicast: o OSPF usa endereços multicast para enviar pacotes em determinados tipos de links, o que minimiza o impacto em outros dispositivos
OSPF – Conceitos básicos
Quando um grande número de roteadores executam OSPF, os bancos de dados do estado do link (LSDBs) tornam-se muito grandes e requerem uma grande quantidade de espaço de armazenamento. Os LSDB grandes também complicam o cálculo do primeiro caminho (SPF) e sobrecarregam os roteadores. À medida que a rede cresce, a topologia da rede muda, o que resulta em aleatórias de rotas e freqüente transmissão de pacotes OSPF. Quando um grande número de pacotes OSPF são transmitidos, a eficiência de uso da largura de banda diminui e cada roteador em uma rede precisa recalcular rotas em caso de qualquer alteração de topologia.
OSPF resolve este problema dividindo um AS em diferentes áreas. Uma área é considerada como um grupo lógico e cada grupo é identificado por um ID de área. Um roteador, não um link, reside na borda de uma área. Um segmento ou link de rede pode pertencer apenas a uma área. Uma área deve ser especificada para cada interface OSPF.
O OSPF possui as seguintes funções:
Divide um Sistema Autônomo (AS) em uma ou várias áreas lógicas.
Anuncia rotas enviando Link State Advertisements (LSAs).
Troca pacotes OSPF entre dispositivos em uma área OSPF para sincronizar informações de roteamento.
Encapsula pacotes OSPF em pacotes IP e envia os pacotes em modo unicast ou multicast.
Tipo de Pacotes Função
Hello packet Enviado periodicamente para descobrir e manter relacionamentos vizinhos OSPF.
Database Description (DD) packet Contém informações breves sobre o banco de dados de estado de link local (LSDB) e sincroniza os LSDBs em dois dispositivos.
Link State Request (LSR) packet Solicita os LSAs exigidos dos vizinhos.
Os pacotes LSR são enviados somente após os pacotes DD serem trocados com sucesso.
Link State Update (LSU) packet Envia os LSAs necessários aos vizinhos.
Link State Acknowledgement (LSAck) packet Reconhece o recebimento de um LSA.
OSPF – Tipos de LSA
OSPF encapsula informações de roteamento em LSAs para transmissão.
Router-LSA (Type 1) Descreve o status do link e o custo de um roteador. Router-LSAs são gerados por um roteador e anunciados dentro da área à qual o roteador pertence.
Network-LSA (Type 2) Descreve o status do link de todos os roteadores no segmento de rede local. Os LSAs de rede são gerados por um roteador designado (DR) e anunciados dentro da área à qual o DR pertence.
Network-summary-LSA (Type 3) Descreve rotas em um segmento de rede. Network-summary-LSAs são gerados por um ABR e são anunciados dentro da área non-totally stub ou NSSA.
ASBR-summary-LSA (Type 4) Descreve rotas para um ASBR em uma área. ASBR-summary-LSAs são gerados por um ABR e são anunciados para as áreas, exceto a área à qual o ASBR pertence.
AS-external-LSA (Type 5) Descreve as rotas externas do AS, que são anunciadas para todas as áreas, exceto as áreas de stub e NSSAs. AS-external-LSAs são gerados por um ASBR.
NSSA-LSA (Type 7) Descreve as rotas externas do AS. NSSA-LSAs são gerados por um ASBR e anunciados apenas dentro de NSSAs.
Opaque-LSA (Type 9/Type 10/Type 11) Fornece um mecanismo geral para a extensão OSPF. Diferentes tipos de LSAs são descritos da seguinte forma:
Os LSA de Tipo 9 são anunciados apenas no segmento de rede onde a interface que anuncia o LSAs reside.
Os LSA de Tipo 10 são anunciados dentro de uma área OSPF. Os LSAs que são usados para suportar a engenharia de tráfego (TE) são LSA de Tipo 10.
Os LSA de Tipo 11 são anunciados dentro de um AS, mas não foram usados na prática.
OSPF – Tipos de Roteadores
Os roteadores são classificados como roteadores internos, ABRs, roteadores de backbone ou ASBRs por localização em um AS.
No OSPF, os seguintes tipos de roteadores são definidos:
Roteador interno: é aquele que possui todas as interfaces na mesma área OSPF. Todos os roteadores internos na mesma área possuem a mesma tabela SPF.
Roteadores de backbone: roteadores que possuem pelo menos uma interface na área zero.
Roteador de borda de área (ABR): eles possuem interfaces conectadas a diferentes áreas. Eles mantêm uma tabela de estado do link para cada área à qual estão conectados. Sumarizam as tabelas entre diferentes áreas.
Autonomus System Boundary Router (ASBR): Um ASBR troca informações de roteamento com outros AS. Um ASBR não reside necessariamente na borda de um AS. Pode ser um roteador interno ou um ABR. Um dispositivo OSPF que importou informações de roteamento externo se tornará um ASBR.
Tipos de rota em ordem de prioridade decrescente.
Tipo de Rota Descrição
Intra-area route Indica rotas dentro de uma área.
Inter-area route Indica as rotas entre as áreas.
Type 1 external route As rotas externas de Tipo 1 possuem alta confiabilidade.
Custo de uma rota externa Tipo 1 = Custo da rota de um roteador local para um ASBR + Custo da rota do ASBR para o destino da rota externa Tipo 1
Type 2 external route As rotas externas de Tipo 2 têm baixa confiabilidade e, portanto, o OSPF considera que o custo da rota de um ASBR para o destino de uma rota externa Tipo 2 é muito maior do que o custo de qualquer rota interna para o ASBR.
Custo de uma rota externa Tipo 2 = Custo da rota do ASBR para o destino da rota externa Tipo 2.
OSPF – Tipos de Rede
As redes são classificadas como rede broadcast, non-broadcast (NBMA), ponto-a-multiponto (P2MP) ou ponto-a-ponto (P2P) pelo protocolo da camada de enlace.
Tipo de rede Descrição
Uma rede com o protocolo Ethernet ou Fiber Distributed Data Interface (FDDI) é uma rede broadcast por padrão.
Em uma rede broadcast:
Os pacotes Hello, os pacotes LSU e os pacotes LSAck geralmente são transmitidos no modo multicast. 224.0.0.5 é um endereço multicast IP reservado para um dispositivo OSPF. 224.0.0.6 é um endereço de multicast IP reservado para um RD OSPF ou roteador designado de backup (BDR).
Os pacotes DD e LSR são transmitidos no modo unicast
Uma rede com o protocolo de camada de link como frame relay (FR), X.25 é uma rede NBMA por padrão.
Em uma rede NBMA, os pacotes de protocolo, como pacotes Hello, pacotes DD, pacotes LSR, pacotes LSU e pacotes LSAck são enviados no modo unicast.
Point-to-Multipoint (P2MP) Nenhuma rede é uma rede P2MP por padrão, independentemente do tipo de protocolo de camada de link usado na rede. Uma rede pode ser alterada para uma rede P2MP. A prática comum é mudar uma rede NBMA non-fully meshed para uma rede P2MP.
Em uma rede P2MP:
Os pacotes Hello são transmitidos no modo multicast usando o endereço multicast 224.0.0.5.
Outros tipos de pacotes de protocolo, como pacotes DD, pacotes LSR, pacotes LSU e pacotes LSAck são enviados no modo unicast.
Point-to-point (P2P) Por padrão, uma rede onde o protocolo da camada de link é PPP, HDLC ou LAPB é uma rede P2P.
Em uma rede P2P, pacotes de protocolo como pacotes Hello, pacotes DD, pacotes LSR, pacotes LSU e pacotes LSAck são enviados no modo multicast usando o endereço multicast 224.0.0.5.
P2MP Independentemente do protocolo da camada de ligação, o OSPF não configura o tipo de rede como P2MP. O tipo de rede deve ser alterado manualmente para P2MP. Na maioria dos casos, uma rede NBMA não totalmente conectada é alterada para uma rede P2MP.
OSPF – Broadcast
Neste ambiente, pode haver vários roteadores conectados (mais de dois) e todos recebem retransmissões, como Ethernet. Os roteadores sempre precisam criar um relacionamento vizinho para manter a comunicação OSPF. Isso é feito através do protocolo Hello. Todos os roteadores enviam periodicamente um pacote Hello para o endereço multicast 224.0.0.5 (todos os roteadores que falam OSPF). Este pacote inclui:
ID do roteador: identifica o roteador dentro de um sistema autônomo. O endereço mais alto de uma interface ativa no roteador é usado.
Intervalos de hello e dead: é a frequência com que os pacotes de hello são enviados (por padrão, 10 segundos) e o tempo em espera para receber a resposta (o padrão é 4 vezes o valor do hello). Eles devem ser os mesmos em roteadores
Vizinhos: Lista do ID do roteador dos vizinhos com quem o relacionamento já foi estabelecido. Se o roteador em si for visto na lista, ele sabe que já existe um relacionamento vizinho com ele.
ID da área: para falar, dois roteadores devem pertencer à mesma área, o que é indicado aqui.
Router Priority:: Indica a prioridade do roteador a ser escolhido DR ou BDR
DR e BDR IP: Indica os endereços dos roteadores DB e BDR (se conhecidos)
Senha: para garantir que OSPF seja falado com um roteador autenticado. Deve ser o mesmo em ambos os computadores.
Stub area flag: os dois roteadores devem ter o mesmo. Indica que é uma área de stub.
Os Roteadores DR (Roteador Designado) e BDR (Backup Designated Router) são estabelecidos para que, em um segmento com vários roteadores, eles não tenham que estabelecer um relacionamento vizinho com todos eles. A operação é que todos eles se relacionam com o DR e o BDR. O BDR não faz nada enquanto o DR está ativo. O DR é responsável por distribuir a todos os outros roteadores as mudanças que qualquer um deles indica em seus links. A relação entre qualquer roteador e DR ou BDR é chamada de adjacência.
Para escolher DR e BDR, eles estão configurados para o valor Prioridade do roteador do pacote Hello. O roteador com a maior prioridade é o DR e o próximo é o BDR. Se eles forem iguais (por padrão, é 1 e você deve configurá-lo), o roteador ID mais alto é escolhido como DR e o próximo como BDR. Um roteador com prioridade zero configurada não pode ser nem DR nem BDR.
Uma vez que o DR e o BDR foram escolhidos, eles nunca mudam, mesmo que as prioridades ou os endereços IP sejam alterados. Quando o DR falhar, o BDR torna-se DR, e um novo BDR é escolhido. Se o BDR desce, um novo BDR é escolhido.
Isto é para cada segmento, então um roteador pode ser DR em um segmento e não em outra interface.
Quando um roteador OSPF se conecta a uma rede, o processo de troca começa, usando o protocolo Hello. Quando a rede é levantada ao mesmo tempo, o processo é o seguinte:
Init State: os roteadores enviam pacotes hello em todas as interfaces para endereçar o 224.0.0.5 (todos os roteadores OSPF). Os roteadores que recebem esses pacotes os adicionam ao novo na lista de vizinhos e enviam um pacote em formato unicast, onde já está incluído na lista de vizinhos. Uma comunicação bidirecional ainda não foi estabelecida.
Estado Two-Way: uma comunicação bidirecional é estabelecida (unicast), quando o roteador recebe um pacote de hello que o inclui na lista vizinha. Todos os roteadores têm todos os outros em sua lista de vizinhos. Estabelece quem é o DR e o BDR. A partir deste momento, eles enviam um pacote de hello a cada 10 segundos. Os roteadores que não se tornam adjacentes (por exemplo, em um ambiente de transmissão) permanecem neste estado.
Estado Exstart: os roteadores estabelecem um relacionamento mestre / escravo (aquele com o maior ID do roteador é o mestre). Eles determinam o número de seqüência inicial para o DBD (Descodificação do banco de dados).
Estado Exchange:: os roteadores alteram seus DBDs, onde todas as informações do estado do link de seus vizinhos estão incluídas (a tabela LSA). Esses DBDs são confirmados com LSAck.
Estado Loading: quando o receberam, se houver um LSA no DBD que eles não soubessem, eles enviam um LSR (solicitação de link-estado), solicitando mais informações para o LSA. O outro retorna uma LSU (Link State Update) para essa LSA, que é novamente confirmada com um LSAck. Este processo é repetido até que ambos conheçam completamente a tabela LSA do outro.
Estado Full: uma vez que as tabelas LSA são iguais, o processo terminou.
Uma vez que a tabela de estado do link está completa, o roteador inicia o algoritmo SPF ou Dijkstra, que gera a tabela de roteamento da tabela de estado do link. Enquanto está calculando, usa a tabela que já existia, e é atualizada de uma só vez assim que você finalizou seu cálculo. Para a métrica, é baseado no custo de cada interface. O custo é inversamente proporcional à velocidade da interface (custo = 100.000.000 / largura de banda). Se conectado diretamente, custo=0. Se você encontrar caminhos do mesmo custo para o mesmo destino, carregue o balanceamento até seis caminhos diferentes.
Se um link iniciar um flapping, e o algoritmo consumirá uma grande quantidade de CPU no cálculo das tabelas de rotas. Portanto, quando um LSA é recebido, o roteador aguarda por um tempo (spf-delay, 5 segundos por padrão) para executar o algoritmo. Além disso, ele não pode ser executado duas vezes seguidas se nenhum outro período de tempo decorrer (spf-holdtime, 10 segundos por padrão). O comando para modificar esses tempos é timers spf [spf-delay] [spf-holdtime].
Para manter a topologia da rede em todos os roteadores, eles usam um processo chamado inundação:
Quando um roteador detecta uma alteração em um de seus links, ele envia uma LSU, que inclui o LSA para o endereço 224.0.0.6 (todos DR e BDR). O mesmo pacote LSU pode conter vários LSAs.
O DR confirma o recebimento do mesmo e o envia para o endereço multicast 224.0.0.5, para que todos os outros o recebam. Cada roteador confirma a recepção do pacote ao DR e atualiza sua tabela de rotas.
Além das mudanças de relatórios, a cada 30 minutos a tabela LSA inteira é trocada entre roteadores adjacentes. Se um LSA não foi atualizado em uma hora, ele será excluído.
Cada LSA possui seu próprio cronômetro de envelhecimento, que por padrão é de 30 minutos. Quando terminar, o roteador que possui este LSA envia uma LSU para toda a rede, para indicar que ainda está ativo. Quando outro roteador o recebe:
Se não existisse, adicione-o à sua tabela, envie um LSAck para o DR, encaminhe a informação para outros roteadores e calcule sua tabela de roteamento.
Se já existiu e tenha a mesma informação, ignore-o.
Se já existia, mas foi atualizado (não é a mesma informação), ele o adiciona à sua tabela, envia um LSAck para o DR, encaminha a informação para outros roteadores e calcula sua tabela de roteamento.
Se já existia, mas o quadro recebido é mais antigo do que a informação que teve, envie uma LSU para a origem com as novas informações.
OSPF – Ponto-a-ponto
Em um link ponto-a-ponto, existem apenas dois roteadores. Eles descobrem o vizinho enviando pacotes de Hello para o endereço 224.0.0.5 (todos os roteadores OSPF). DR ou BDR não são escolhidos. O valor padrão para hello e dead é de 10 e 40 segundos, respectivamente.
OSPF – No-broadcast-multiaccess
NBMA são redes de tipo ATM ou FR, onde a mesma interface de um roteador pode alcançar vários outros roteadores, mas não há conectividade entre esses outros. Não é um ambiente de transmissão.
O tempo hello e dead é de 30 e 120 segundos, respectivamente, em NBMA.
OSPF pode ser configurado para funcionar em dois modos diferentes quando existe em redes NBMA, modo NMBA e modo ponto a ponto.
Modo NBMA:
Simula o modo de trabalhar em redes de transmissão. Um DR e um BDR são escolhidos. Se a rede não estiver completamente engrenada, o DR e o BDR devem ser escolhidos manualmente, de modo que tenham conectividade com o resto dos roteadores na rede.
Os vizinhos devem ser configurados manualmente para que o processo de seleção do DR comece.
Os pacotes LSU e LSAck são encaminhados para todos os outros vizinhos pelo DR.
Se não houver muitos roteadores conectados, o modo NMBA é mais eficiente, em termos do tamanho da tabela de links e do tráfego gerado pelo protocolo
O full-mesh ou o DR e BDR selecionado tem conectividade com todos os outros roteadores podem ser afetados se usado ATM SVC ou FR ligações usando subinterface (se um PVC em uma interface, e cai PVC a interface também cai, de modo que a falha é detectada. no entanto, se a interface de vários PVC (subinterface) são usadas e PVC cai, suas sub-interfaces cair, mas não o de interface, o qual não consta mudança. Isso pode ser evitado com o modo ponto a ponto.
Modo ponto a ponto:
Foi projetado para trabalhar em redes de malhas parciais ou topologias em estrela. OSPF trata a rede como se fossem muitos links ponto-a-ponto. Portanto, nem DR nem BDR são escolhidos. Não é necessário configurar os vizinhos de forma estática
Além disso, a Cisco possui outras formas de configurar OSPF:
Point-to-multipoint nonbroadcast mode: é uma extensão do modo ponto-multiponto. Os vizinhos devem ser configurados e o custo de cada link pode ser modificado. IP clássico sobre ATM é suportado, sem ter configurado nenhum PVC (no RFC é necessário).
Broadcast mode: permite conhecer todos os vizinhos existentes
Point-to-point mode: usado quando há apenas dois nós na rede NBMA. É usado em links ponto-a-ponto.
Configuração OSPF
Configuração para topologia de Broadcast
(config)# router ospf [process]
(config-router)# network [address] [wild card mask] area [area] O processo OSPF está configurado e as redes e a área são definidas
(config)# interface loopback 1
(config-if)# ip address [ip] [mask] Um ID de roteador é definido, o IP deve ser o mais alto de todos os roteadores
(config-if )# ip ospf priority [number] A prioridade de se tornar DR ou BDR é definida, é um número entre 0 e 255. Por
Por padrão é 1
(config-if )# ip ospf cost [cost] O custo de uma interface é definido, entre 1 e 65535. Por padrão, é obtido a partir da fórmula 108/bandwith
Configuração para uma topologia NBMA, modo NBMA
É o modo padrão, o comando de transmissão ip ospf network non-broadcast
É necessário configurar estaticamente os vizinhos
(config-if)# ip ospf network non-broadcast O modo NBMA é definido para uma interface
(config-router)# neighbor [IP] Declaração de vizinhos
Configuração para uma topologia NBMA, modo ponto a multiponto
Nenhum DR ou BDR é escolhido
Não há necessidade de configurar vizinhos
OSPF altera LSUs adicionais
Pode ser usado com topologias em estrela
(config-if)# ip ospf network point-to-multipoint O modo ponto a multiponto é definido para uma interface
Configuração para uma topologia NBMA, modo Broadcast
Há escolha de DR e BDR
Não é necessário definir os vizinhos
Você precisa de uma topologia de malha completa, ou escolha DR e BDR para ter conectividade com todos os
(config-if)# ip ospf network broadcast O modo de transmissão é definido para uma interface
Configuração para uma topologia NBMA, modo ponto-a-ponto
OSPF considera que cada subinterface é um link ponto-a-ponto
A adjacência é automática
(config)# interface serial 0.1 point-to-point As subinterfaces são definidas como ponto-a-ponto
Comandos de verificação do OSPF
Show ip protocols Verifica que OSPF está configurado
Show ip route Mostra as redes aprendidas
Show ip ospf interface Mostra informações de área e adjacências criadas
Show ip ospf neighbor detail Exibe informações de DR, BDR e vizinhos
Show ip ospf database Mostrar a tabela de estado do link
Clear ip route Limpe a tabela de rota
Debug ip ospf [option] Mostrar os processos OSPF
OSPF – Tipos de Áreas
As áreas de OSPF incluem áreas comuns, áreas stub e áreas not-so-stubby (NSSAs).
Common area Por padrão, os dispositivos em uma área OSPF comum não geram automaticamente rotas padrão, mesmo que a área OSPF comum tenha rotas padrão.
Quando uma rota padrão na rede é gerada por outro processo de roteamento (não processo OSPF), o dispositivo que gera a rota padrão deve anunciar a rota padrão em todo o AS OSPF . (Execute um comando em um ASBR para configurar o ASBR para gerar uma rota padrão. Após a configuração, o ASBR gera um padrão ASE LSA tipo 5 e anuncia o LSA para todo AS OSPF .)
A área de backbone deve ter todos os seus dispositivos conectados.
Todas as áreas no-backbone devem permanecer conectadas à área do backbone.
Stub area Uma área de stub não permite que as rotas externas do AS (Tipo 5 LSAs) sejam transmitidas dentro da área.
Todos os roteadores dentro da área do stub devem aprender como rotas externas do ABR. O ABR gera automaticamente um LSA padrão do Resumo LSA (Type 3) e o anuncia para toda a área stub. Em seguida, todas as rotas para destinos fora de um AS podem ser aprendidas com o ABR.
A área do backbone não pode ser configurada como uma área de stub.
Um link virtual não pode passar por uma área stub.
NSSA Uma área NSSA permite que seus ASBRs importem um pequeno número de rotas externas do AS, mas não anunciam as ASE LSA recebidas de outras áreas dentro da área NSSA. Isso significa que as rotas externas AS podem ser aprendidas apenas de ASBR na área NSSA.
Os dispositivos em uma área NSSA não geram automaticamente rotas padrão.
Use os seguintes métodos conforme necessário:
Para anunciar algumas rotas externas usando o ASBR na área NSSA e anunciar outras rotas externas através de outras áreas, configure um LSA Tipo 7 padrão no ABR e anuncie este LSA em toda a área NSSA.
Para anunciar todas as rotas externas usando o ASBR na área NSSA, configure um LSA Tipo 7 padrão no ASBR e anuncie este LSA em toda a área NSSA.
A diferença entre estas duas configurações é descrita abaixo:
Um ABR gerará um tipo 7 LSA padrão, independentemente de a tabela de roteamento conter a rota padrão 0.0.0.0.
Um ASBR gerará um LSA Tipo 7 padrão somente quando a tabela de roteamento contiver a rota padrão 0.0.0.0.
Uma rota padrão é inundada apenas na área NSSA local e não é inundada em todo OSPF AS. Se os roteadores na área NSSA local não puderem encontrar rotas para o exterior do AS, os roteadores podem encaminhar pacotes para o exterior do AS através de um ASBR. Os pacotes de outras áreas OSPF, no entanto, não podem ser enviados para o exterior do AS através deste ASBR. Os LSAs padrão do Tipo 7 não serão traduzidos para o tipo 5 LSAs padrão e inundados em todo o OSPF AS.
ABRs em uma NSSA anunciam Tipo 7 LSAs carregando uma rota padrão dentro da NSSA. Todas as rotas entre áreas são anunciadas por ABRs.