SIGN IN YOUR ACCOUNT TO HAVE ACCESS TO DIFFERENT FEATURES

FORGOT YOUR PASSWORD?

FORGOT YOUR DETAILS?

AAH, WAIT, I REMEMBER NOW!
GET SOCIAL
  • BLOG
  • SECURITY ALERTS
  • CONTATO
  • PRIVACIDADE
  • SOBRE
  • LOGIN

Brainwork

  • Certificação
  • Cisco
  • Informação
  • Linux
  • Microsoft
  • Network
  • Security
  • UC
  • Virtualização
  • Wireless
  • Home
  • Cisco
  • Tipos de LSAs e áreas OSPF
31/05/2025

Tipos de LSAs e áreas OSPF

Tipos de LSAs e áreas OSPF

by André Ortega / quinta-feira, 23 fevereiro 2017 / Published in Cisco, Network

(Deu trabalho!)

O OSPF usa o algoritmo SPF – Shortest Path First, para encontrar o melhor caminho para cada nó (roteador) no gráfico (rede), e consequentemente o melhor caminho para cada rede. Diferente dos protocolos Distance Vector, cada nó (roteador) anuncia o estado de seus links, e após receber a informação de todos os links cada roteador cria a sua visão da topologia da rede (roteadores na mesma área, apesar de fazerem o cálculo de forma independente, tem a mesma visão da rede).

Para divulgar o estado de seus links os roteadores usam LSAs – Link State Advertisement. E aqui a coisa começa a complicar, pois existem vários tipos de LSAs.

Chamado Router LSA, o tipo 1 é gerado por todos os roteadores e é enviado para todos os roteadores na mesma área (não passa de uma área para outra). Neste LSA temos a lista de todos os links conectados no roteador.

Se um roteador tem interfaces em mais de uma área, ele gera LSAs tipo 1 para cada área (bem como mantém LSDB – Link State Data Base, para cada área).

LSA Tipo 1

Network LSA (tipo 2) é gerado apenas pelo DR – Designed Router. Ou seja, só existe em redes do tipo multi-access (broadcast ou não broadcast), onde temos a figura do DR. Lembre-se que o DR é um nó virtual (como o pseudonode no ISIS), e logicamente todos os roteadores estão conectados nele. No Network LSA temos todos os roteadores que estão conectados ao DR (conectados à rede multi-access), o próprio DR e prefixos e máscaras de rede. O LSA tipo 2 não passa de uma área para outra.

LSA Tipo 2

Note que até o momento, considerando os LSAs 1 e 2, as redes que estão em áreas diferentes não se falariam.

E é ai que entra o LSA tipo 3, o Summary LSA. Este LSA é gerado pelos ABRs – Area Border Router (R2 e R5 no nosso exemplo), representando os LSAs tipo 1 e 2, e é injetado na área vizinha.

Quando olhamos a tabela de roteamento e vemos rotas com a indicação “O IA” (OSPF Inter Área), estas são as rotas de outras áreas aprendidas através dos LSAs tipo 3.

Apesar do nome, o LSA tipo 3 não sumariza nenhuma rede quando estas são anunciadas entre áreas (há como fazer a sumarização de redes, justamente no ABR, mas este é outro assunto).

LSA Tipo 3

O nome Summary LSA tem a ver com o fato do ABR esconder os detalhes da rota quando ela é anunciada para outra área. Por exemplo, o R2 executa o cálculo SPF para saber o custo para chegar à interface loopback do R1 (que também está na área 10). Então o R2 anuncia na área 0 “meu custo para loopback do R1 é X, quem quiser chegar à esta rede, fale comigo”. Os roteadores da área 0, sem conhecer a topologia da área 10, executam o SPF para achar o custo para chegar ao R2, e então somam este custo à X.

Interessante notar que neste caso (roteamento entre áreas) o OSPF age como um protocolo Distance Vector.

Além das rotas inter e entre áreas, podemos ter rotas externas. Na nossa topologia temos R6 redistribuindo EIGRP no OSPF, o que torna R6 um  ASBR – Autonomous System Boundary Router. E neste caso passamos a ter os LSAs 4 e 5.

O R6 muda seu LSA tipo 1, de maneira que o R5 passa a identificá-lo como um ASBR. Por conta disso o R5 (ABR) passa a gerar o LSA tipo 4, Summary ASBR LSA, divulgando para a área 0 (e desta para as demais áreas), como chegar ao ASBR.

Além disso, o próprio R6 (ASBR) passa a enviar LSAs tipo 5, Autonomous system external LSA, informando que ele conhece redes/rotas “externas”.

LSA Tipo 4 e 5

Notamos redes externas na tabela de roteamento através dos indicadores “O E1” e “O E2” (rotas OSPF externas, tipo 1 e tipo 2).

Custo para rotas E1 e E2: Por padrão, quando fazemos redistribuição, as rotas são inseridas no domínio OSPF como rotas tipo E2. Rotas deste tipo tem custo fixo, anunciado pelo ASBR. Já o custo para rotas E1 é calculado com a soma do custo anunciado pelo ASBR mais a custo para chegar ao ASBR. Se o ASBR estiver em outra área, o custo para uma rota tipo E1 é a soma do custo para chegar ao ABR + custo para chegar ao ASBR + custo anunciado pelo ASBR.

O LSA tipo 6, Multicast OSPF LSA, como o nome sugere, é utilizado pelo MOSPF – Multicast OSPF, extensão do OSPF pouco utilizada e não é suportada por roteadores Cisco.

E então chegamos no LSA tipo 7, Not-so-stubby area LSA. Mas antes de falar dele precisamos falar dos tipos de áreas que temos no OSPF.

Tipos de Área no OSPF

Note que até agora o exemplo considerava o uso de áreas “normais” (aquelas que permitem LSAs 3, 4 e 5 fluírem entre elas), onde todos os roteadores tem visibilidade de todos os links/rotas do domínio OSPF.

Porém este tipo de cenário impacta diretamente no processamento e tempo de convergência (LSDB fica maior, mudanças em uma área podem requerer o recálculo SPF em outras áreas,…), e por isso temos outras opções de áreas, que podem ser interessantes e muito recomendadas em alguns casos.

  • Área Stubby: Configurada com o comando area “x” stub, este tipo de área não permite a entrada de LSAs tipo 4 e 5. Ou seja, um roteador em uma área Stubby não conhece redes fora do domínio OSPF (injetadas pelo ASBR). Para continuar com acesso à estas redes o ABR passa a injetar uma rota default na área Stubby ao invés de divulgar os LSAs 4 e 5.
  • Área Totally Stubby: Além de não aceitar LSAs tipo 4 e 5, áreas Totally Stubby também não aceitam LSAs tipo 3. Configurada com o comando area “x” stub no-summary. O ABR divulga rota default para este tipo de área.
  • Área NSSA: Temos a opção também de área No So Stubby Area (configurada com o comando area “x” nssa), que é semelhante a área Stubby (filtra LSAs 4 e 5), mas permite a existência de ASBR na área, e a criação de LSA tipo 7 (falaremos abaixo). Nesta caso o ABR não injeta rota default.
  • Área Totally NSSA: Por fim temos o tipo Totally NSSA (ou Not So Totally Stubby Area), que como vocês já devem ter deduzido, é parecida com a área Totally Stubby (não permite a entrada de LSAs tipo 3, 4 e 5), mas permite a criação de LSA tipo 7, como na área NSSA. Configurada com o comando area “x” nssa no-summary, este tipo de área recebe rota default do ABR por padrão.

Importante ressaltar que os roteadores na mesma área precisam estar configurados com o mesmo tipo de área (normal, stubby ou nssa, a variação com ou sem no-summary épermitida), caso contrário eles não formam adjacência.

Voltando aos LSAs

O Not-so-stubby area LSA (tipo 7) é criado quando temos ASBR em áreas NSSA ou Totally NSSA. Isto porque estas áreas não permitem LSA tipo 5, então o ASBR passa a gerar o LSA tipo 7, que é convertido em tipo 5 pelo ABR e então encaminhado para a área 0, e de lá para as demais áreas normais.

LSA Tipo 7

Neste último exemplo a redistribuição é feita em uma área NSSA, e neste caso as rotas geradas são identificadas como “O N1” e “O N2” na tabela de roteamento. O cálculo do custo para rotas N1 é igual para rotas E1, enquanto temos rotas N2 análogas às rotas E2.

Temos (teoricamente) também o LSA tipo 8, External-Attributes-LSA, que foi concebido para ser utilizado sistemas autónomos de trânsito onde OSPF poderia substituir o iBGP. Nessas redes, os destinos BGP seriam transportados em LSA Tipo 5, enquanto seus atributos BGP seriam inseridos no LSA Tipo 8. A maioria das implementações OSPF nunca suportou esse recurso, e ele nunca foi padronizado.

Por fim temos os LSAs 9 (link-local “opaque” LSA), 10 (area-local “opaque” LSA) e 11 (AS “opaque” LSA). Estes LSAs foram criados para expansão futura e para servir a fins específicos de outras aplicações (exemplo: OSPF-TE, utilizado pelo RSVP-TE em redes MPLS, que utiliza o LSA tipo 10), e são bem incomuns.

Na prática (e para as provas Cisco da carreira Routing & Switching) os LSAs 1,2,3,4,5 e 7 é que são importantes e precisam ser bem entendidos.

OSPFv3

Última parte!

No OSPFv3, utilizado em redes IPv6, temos os mesmos tipos de LSA descritos aqui, mas alguns deles mudam de nome. E ainda LSAs tipo 8 (Link LSA) e LSA tipo 9 (Intra-Area-Prefix LSA) funcionais.

O Link LSA anuncia o endereço link local (endereço e prefixo do roteador) para todos os outros roteadores no link. Enviado somente se houver mais de um roteador no segmento.

Já o tipo 9 associa um lista de prefixos IPv6 à uma rede de trânsito, apontando para um Network LSA (tipo 2), e associa uma lista de prefixo IPv6 com um roteador, apontando um Router LSA (Tipo 1).

LSAs OSPFv3

Mais informações sobre LSAs:

OSPF Area Types

Link-state advertisement

OSPF LSA Types Explained

Até a próxima.

Relacionado

Tagged under: Area, LSA, OSPF, Tipos de Area

About André Ortega

Formando em Processamento de Dados e Ciência da Computação. Especialista Cisco (CCNP Enterprise e CCNP Security). Dezenove anos de experiência com redes e segurança.

What you can read next

Show proc cpu “otimizado”
ICMPv6–Packet Too Big: Descoberta de MTU e fragmentação
Cisco anuncia compra da PostPath

12 Comments to “ Tipos de LSAs e áreas OSPF”

  1. Reynaldo Silva says : Acesse para responder
    29/01/2018 at 22:48

    Muito bom o artigo André!

    Estou estudando para o CCIE e esses LSA´s sempre me tiraram o sono, agora ficou mais claro, não resolveu, mas já deu uma orientação boa em relação ao tema.

    Parabéns, grande abraço!

    Reynaldo

    1. André Ortega says : Acesse para responder
      30/01/2018 at 13:58

      Que bom Reynaldo. Boa sorte com o CCIE.

  2. Felcor says : Acesse para responder
    05/02/2018 at 16:17

    Tb estou nos estudos e esse é um tema complexo.
    Esta sua explicação de forma bem resumida da uma boa idéia.
    Parabéns.

    1. André Ortega says : Acesse para responder
      06/02/2018 at 08:53

      Obrigado.

  3. adao simao says : Acesse para responder
    19/03/2018 at 16:12

    estou me preparando para o CCNP e nao tive matéria melhor que esta parabéns…

    1. André Ortega says : Acesse para responder
      22/03/2018 at 13:34

      Obrigado.

  4. Anderson Bernardone says : Acesse para responder
    15/05/2020 at 00:41

    Estou estudando para o CCNA e esta matéria me esclareceu muito, nunca entrou na minha mente mas esse aqui foi o caminho, agora é implementar para fixar bem, obrigado amigo!

    1. André Ortega says : Acesse para responder
      15/05/2020 at 15:34

      Que bom Anderson, obrigado pelo retorno.

  5. Lucas Melo says : Acesse para responder
    03/02/2021 at 21:43

    Parabéns pelo trabalho! Ótima explicação, lhe agradesco muito pelo aprendizado.

    1. André Ortega says : Acesse para responder
      07/07/2022 at 09:41

      Obrigado Lucas.

  6. Marcelo says : Acesse para responder
    29/06/2022 at 18:04

    Agradeço muito por este trabalho…excelente…. sempre volto para sanar dúvidas…. nunca achei nada também explanado e claro. SHOW.

    1. André Ortega says : Acesse para responder
      07/07/2022 at 09:42

      Valeu Marcelo. Eu também sempre venho olhar quando preciso rsrsrs

You must be logged in to post a comment.

POSTS RECENTES

  • DevNet evolui: novas certificações CCNA, CCNP e CCIE Automation
    DevNet evolui: novas certificações CCNA, CCNP e CCIE Automation
    30/05/2025
  • Novidades na Certificação CCNP Collaboration da Cisco
    Novidades na Certificação CCNP Collaboration da Cisco
    29/05/2025
  • Cisco atualiza nomes das certificações de cibersegurança
    Cisco atualiza nomes das certificações de cibersegurança
    28/05/2025
  • Criminosos Utilizam Site Fake de Antivírus para Propagar Malware
    Criminosos Utilizam Site Fake de Antivírus para Propagar Malware
    28/05/2025
  • Brasil na Operação RapTor: Ação Global na Dark Web
    Brasil na Operação RapTor: Ação Global na Dark Web
    24/05/2025

Tags

#Microsoft #CobaltStrike #Ransomware #AtaquesCibernéticos #SegurançaDigital #Hackers #Fortra #HealthISAC #ProteçãoDeDados #TI #CyberThreats #SegurançaNaNuvem #Tecnologia #MicrosoftSecurity #Broadcom 2324 2010 2015 2017 2022 2023 2024 2350 200-125 25 anos 2560C 2960C 2960X 2975 350-050 3560-X 200-301 2009 200-120 100-101 #Multicloud #VMwareTransformation 1 ano 1.1.1.100 10 anos 10 Gbps 100 empresas 200-101 100 Gigabit 1905 1921 1925 1941 2.0 1900 2800 2900 2013 2011 1800 2960 3750 2960S

Arquivo

Login

  • Acessar
  • Feed de posts
  • Feed de comentários
  • WordPress.org

Acesse Também

  • Blog LabCisco
  • Café com Redes
  • Cisco IOS hints and tricks
  • Cisco Redes
  • Cisco Support Community
  • Coruja de TI
  • Homelaber Brasil
  • Internetwork Expert´s
  • Netfinders Brasil
  • Rota Default
  • TechRebels
  • The Cisco Learning Network

X

Blog: Verificando MD5 (hash) de um arquivo no Windows e Linux brainwork.com.br/2023/05/11/v… #Checksum #CiscoChampion #Hash

Hahahahah Muito bom twitter.com/TracketPacer/s…

Blog: Trocar ícone (favicon) da página guest no Cisco ISE brainwork.com.br/2023/04/24/t… #Cisco_Champion #Customização #Favicon

Blog: Cisco Champion 2023 brainwork.com.br/2023/04/10/c… #CiscoChampion

Blog: RFC 2324 (HTCPCP), conhece? brainwork.com.br/2023/04/01/r… #2324 #CiscoChampion #HTCPCP

Seguir @brainworkblog
  1. ./fernando em Aprenda Python e ganhe pontos para renovar as certificações CCNA, CCNP e CCIE
  2. André Ortega em Reset Cisco FTD (zerar FTD sem reinstalar)
  3. ALEX LIRA CAMACHO em Reset Cisco FTD (zerar FTD sem reinstalar)
  4. André Ortega em Atualizando Cisco 9300 (Install Mode)
  5. Dominique em Atualizando Cisco 9300 (Install Mode)

Entre em contato:

  • Web: www.brainwork.com.br
  • Facebook: fb.com/brainworkblog
  • Twitter: twitter.com/brainworkblog
  • Youtube: youtube.com/brainworkblog
  • Instagram: instagram.com/brainwork.blog
  • GET SOCIAL
Brainwork

© 2008 - 2022 Brainwork. Todos os direitos reservados.
Customização da página por Brainwork.

TOP
Gerenciar o consentimento
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
Gerenciar opções Gerenciar serviços Manage {vendor_count} vendors Leia mais sobre esses propósitos
Ver preferências
{title} {title} {title}