1. Module 1
1.1. OSPF Introduction
1.1.1. 1 - O protocolo no qual ele sempre ira buscar a maneira mais eficaz de enviar arquivos
1.1.1.1. 2 - Existem duas versoes mais ultilizadas nos dias de hoje que sao (OSPFv2 para IPv4) e (OSPFv3 para IPv6)
1.1.1.1.1. 3 - Quando o OSPF foi desenvolvido como uma alternativa ao invez do RIP, que nao estava se saindo muito bem em redes que havia muitas conexoes de diferentes dispositivos
1.2. OSPF Operational States
1.2.1. Status do OSPF até conseguir convergencia
1.2.1.1. 1 - Down State
1.2.1.2. 2 - Init State
1.2.1.3. 3 - Tow-Way state
1.2.1.4. 4 - ExStart State
1.2.1.5. 5 - Exchange State
1.2.1.6. 6 - Loading State
1.2.1.7. 7 - Full State
1.3. Componentes do OSPF
1.3.1. Todos os protocolos de roteamento compartilham os mesmos componentes, Eles usam protocolo de mensagem de rotemento para trocar informacoes. Estas mensagens ajudam a formar a estrutura que sao processados a partir do algoritima
1.4. Link-State Operation
1.4.1. Passo a passo de um Link-state Route
1.4.1.1. Establish Neighbor Adjacencies
1.4.1.2. Exchange Link-State Advertisements (LSAs)
1.4.1.3. Build the Link State Database
1.4.1.4. Execute the SPF Algorithm
1.4.1.5. Choose the Best Route
1.4.1.5.1. New node
1.5. Multiarea OSPF
1.5.1. Quando uma Area é considerada grande e melhor que ela seja dividida em pequenas areas, para poder armazenar e processar as operacoes dos roteadores, e assim to support hierarchical routing
1.5.1.1. Sempre que um roteador recebe novas informacoes sobre uma mudanca ele precisa executar o SPF novamente e isso exige muito da CPU, e o tempo dependera do tamanho de cada Area
1.5.1.1.1. OBS: Os roteadores em outras áreas recebem atualizações sobre as alterações de topologia, mas esses roteadores apenas atualizam a tabela de roteamento, não executam novamente o algoritmo SPF.
1.6. Types of OSPF Packets
1.6.1. Link-state packets sao ferramentas ultilizadas pelo OSPF para que os vizinhos se mantenham em comunicacao, cada um destes pacotes tem suas funcoes especificas
1.6.1.1. 1- Hello Packet
1.6.1.1.1. Usado para primeiro contato com vizinhos
1.6.1.2. 2- Database Description (DBD) Packet
1.6.1.2.1. Contem uma lista abreviada do LSDB do roteador de envio e é usado pelos roteadores de recebimento para verificar o LSDB local
1.6.1.3. 3- Link-state Request (LSR) Packet
1.6.1.3.1. Os routers recebem mais informacoes do que foi recebido pelo DBD quando mandado um LSR
1.6.1.4. 4- Link-state Update (LSU) Packet
1.6.1.4.1. Este pacote e ultilizado para responder o LSRs e passar mais informacoes.
1.6.1.5. 5- Link-state Acknowledgment (LSAck) Packet
1.6.1.5.1. Quando LSU é recebido o roteador manda um LSAck para confirmar o recebimento de um LSU
2. Routing Protocol Messages
2.1. Roteadores que estao usando OSPF usam cinco tipos de pacotes para se comunicar
2.1.1. Hello packet
2.1.2. Database description packet
2.1.3. Link-state request packet
2.1.4. Link-state update packet
2.1.5. Link-state acknowledgment packet
3. Data Structures
3.1. Essas mensagens OSPF sao usadas para manter tres bancos de dados que sao:
3.1.1. Adjacency database
3.1.1.1. This create the Neighbor table
3.1.2. Link-state database (LSDB)
3.1.2.1. This creates the topology table
3.1.3. Forwarding database
3.1.3.1. This creates the routing table
4. Algorithm
4.1. O roterador cria a addressing table atravez do calculo do (SPF) em questao de custo de envio, isto e criado com a acumulacao de envios
4.1.1. O SPF cria uma arvore raiz e adciona os roteadores calculando qual o caminho mais curto para cada node, e esta arvore sera ultilizada para incicar os melhores caminhos
5. Single-Area and Multiarea OSPF
5.1. Este protocolo pode ser implementado de duas maneiras
5.1.1. Single-Area OSPF
5.1.1.1. Quando todos os roteadores estao na mesma area
5.1.2. Multiarea OSPF
5.1.2.1. Quando ele e implementado em multiplas areas, todas as areas devem se conectar com a (Area 0)
5.1.2.2. Os roteadores que interconectam as áreas são chamados de Area Border Routers (ABRs).
6. New node
7. Vantagens da Divisao de areas
7.1. Smaller routing tables
7.2. Reduced link-state update overhead
7.3. Reduced frequency of SPF calculations
8. OSPFv3
8.1. OSPFv3 é o equivalente OSPFv2 para troca de prefixos IPv6.
8.1.1. v3 tambem troca informacoes de roteamento para preencher a tabela de roteamento IPv6 com prefixos remotos
9. New node
10. New node
11. Clique para entender
11.1. New node
12. Link-State Updates
12.1. Os roteadores inicialmente trocam pacotes DBD 2 que é uma lista abreviada do LSDB do roteador de envio. Ele é usado por roteadores de recebimento para verificar o LSDB local
12.1.1. O Packet LSR type 3 é usado pelos roteadores receptores para solicitar mais informacao sobre uma entrada no DBD.
12.1.1.1. O Packet LSU type 4 é usado para responder o LSR packet
12.1.1.1.1. O Packet 5 é ultilizado para reconhecer o recebimento de um Type 4 LSU
13. Os LSUs tambem sao ultilizados para encaminhar atualizacoes de roteamento OSPF, como alteracao de links
13.1. OBS - Estes termor sao muitos ultilizados de forma intercambiavel. No estanto, um LSU contem um ou mais LSAs sempre
14. Hello Packets Funcao
14.1. Descobrir OSPF neighbors e adjecencias
14.2. Divulgar parametros que ambos roteadores vao concordar
14.3. Eleger quem sera o DR e tambem BDR (links ponto a ponto nao precisam de DR e BDR)
15. Establish Neighbor Adjacencies
15.1. OSPF enabled o roteador vai procurar por vizinhos, Enviando Hello com seu ID de todas interfaces
15.2. O pacote Hello é enviado para o endereço multicast IPv4 All OSPF Routers reservado 224.0.0.5. Somente processado por OSPFv2
15.3. O ID do um Route é um numero de 32 bits formatado como um endereco IPv4 e atribuido para identificar exclusivamente um roteador entre os pares OSPF .
16. Passo a passo de ativacao Init
16.1. 1 - Down State to Init Satate
16.2. 2 - The Init State
16.3. 3 - Two-Way State
16.4. 4 - Elect the DR and BDR
17. Synchoronizing OSPF Database
17.1. 1 - Decide First Router
17.2. 2 - Exchange DBDs
17.3. 3 - Send an LSR
18. The Need for a DR
18.1. - Creation of Multiple Adjacencies
18.2. - Extensive flooding of LSAs
19. LSA Flooding With a DR
19.1. Um almento dramatico de roteadores tambem aumenta a quantidade de LSAs na rede, que pode impactar no operacao do OSPF
19.1.1. Flooding LSAs
19.1.2. LSAs and DR
20. obs: DROTHERs sao os roteadores que nao sao nem DR nem BDR
21. Some important fields in the Hello packet are type
21.1. router ID,
21.2. area ID,
21.3. network mask,
21.4. hello interval,
21.5. router priority,
21.6. dead interval,
21.7. DR,
21.8. BDR
21.9. list of neighbors.
22. The states that OSPF progresses through to do this are
22.1. down state,
22.2. init state,
22.3. two-way state,
22.4. ExStart state,
22.5. Exchange state,
22.6. loading state,
22.7. full state
23. The Hello packet is sent to the reserved All OSPF Routers IPv4 multicast address 224.0.0.5.
23.1. Decide First Router
23.2. Exchange DBDs
23.3. Send an LSR
24. Module 2
24.1. Router Configuration Mode for OSPF
24.1.1. OSPFv2 é ativado usando o comando no modo de config global (router ospf process-id)
24.1.2. Depois de inserir o comando Router OSPF
24.2. Falha e recuperação de DR
24.2.1. Depois qie o DR foi eleito, será o DR até que ocorram um dos seguintes eventos:
24.2.1.1. - O DR falha
24.2.1.2. - O processo OSPF no DR falha ou é parado
24.2.1.3. - A interface do DR falha é desligada
24.3. Metrica de Custo do Cisco OSPF
24.3.1. Os roteadores usam metrica como calculo para definir qual sera o melhor caminho para encaminhar pacotes
24.3.1.1. Custo = Largura de banda de referencia / Largura de banda da interface
24.4. OSPF acumula custos
24.4.1. O custo de rota e calculado de um roteador ate a rede de destino. Assumindo que o comando auto-cost reference-brandwidth 100000 foi configurado em todos os tres roteadores, o custo dos links entre cada roterador é agora 10. As interfaces de loopback tem um custo padrao de 1
24.4.1.1. New node
24.4.1.1.1. New node
24.5. Modify OSPFv3 Intervalos
24.5.1. É possivel alterar o temporizador de modo que os roteadores detectem falhas mais rapido, isto aumentaria o trafego, mas as vezes há necessidade de convergencia rapida é mais importante do que o trafego extra que ele cria
24.5.1.1. Comandos para alterar:
24.5.1.1.1. (ip ospf hello-interval *seconds*)
24.5.1.1.2. ( ip ospf dead-interval *seconds*)
24.6. Router Id Order of Precedence
24.6.1. Como é difinido o ID dos Roteadores? estes sao os 3 fatores envolvidos
24.6.1.1. 1 -
24.6.1.2. 2 -
24.6.1.3. 3 -
24.7. Como configurar o OSPF usando o comando Network
24.7.1. No modo de configuracao de roteamento, há duas maneiras de identificar as interfaces que participam do processo de roteamento OSPFv2.
24.7.1.1. New node
24.7.1.1.1. A mascara curinga identifica a interface com base nos enderecos de rede. Qualquer interface ativa configurada com um endereco IPv4 pertence a essa rede participará do processo de roteamento OSPFv2
24.8. Interfaces Passivas
24.8.1. Por padrao, as mensagens OSPF sao encaminhadas para todas as interfaces com OSPF. No entanto, essas mensagens realmente precisam ser enviadas apenas para interfaces conectadas a outros roteadores habilitados para OSPF
24.8.1.1. O envio de mensagens desnecessarias em uma LAN afeta a rede de tresmaneiras;
24.8.1.1.1. 1 - Uso Ineficiente de largura de banda
24.8.1.1.2. 2 - Uso ineficiente de recursos
24.8.1.1.3. 3 - Aumento de risco de seguranca
24.9. Loopbacks e Redes Ponto a Ponto
24.9.1. Usamos loopbacks para fornecer interfaces adcionais para uma variedade de propositos.
24.9.1.1. (show ip route | include 10.10.1 )
24.9.1.1.1. Para simular uma LAN real, a interface Loopback 0 é configurada como uma rede ponto a ponto para que R1 anuncie a rede 10.10.1.0/24 completa R2 e R3
24.10. Topologia nde referencia de multiacesso OSPF
24.10.1. Na topologia de multiacesso mostrada na figura, há trea roteadores interconectados em uma rede comum de multiacesso Ethernet, 192.168.1.0/24. Cada roteador é configurado com o endereco IPv4 indicado na interface Gg0/0/0
24.10.1.1. New node
25. New node
26. Router IDs
26.1. O ID tem um valor de 32 bits em um endereco IPv4
26.2. O ID do roteador e usado para identificar especificadamente um roteador OSPF
26.3. Todos os pacotes OSPF possuem o ID do seu roteador
26.4. o ID pode ser atribuido por um administrador como tambem pode ser gerado altomaticamente
27. O ID do roteador é usado por um roteador habilitado para OSPF para fazer o seguinte;
27.1. Participar da soncronizacao de bancos de dados OSPF -
27.2. Participar da eleicao do roteador designado (DR)
28. New node
29. Configure a Loopback Interface as the Router ID
29.1. Somente as interfaces fisicas sao configuradas e ativas. As interfaces de loopback foram configuradas. Quando o roteamento OSPF está habilitado no roteador, os roteadores escolhem o seguinte endereco IPv4 mais ativo configurado como o ID do roteador
29.1.1. Em vez de depender da interface fisica, o ID do roteador pode ser atribuido a uma interface de loopback. Normalmente, o endereco IPv4 para esse tipo de interface de loopback deve ser configurado usando uma mascara de sub-rede de 32 bits . Isso cria efetivamente uma rota de host. Uma rota do host de 32 bits nao seria anunciada como uma rota para outros roteadores OSPF
30. New node
31. Explicity Configure na Router ID
31.1. Use o comando router-id rid router no modod de configuracao, para atribuir manualmente um ID de roteador. No exemplo, o ID do roteador 1.1.1.1 é atribuido ao R1. Use o comando show ip protocols para verificar o ID do roteador
31.1.1. New node
31.1.1.1. New node
32. The Network Command Syntax
32.1. Ponto a ponto é um tipo de rede OSPF. Configurando com o comando (network) é possivel especificar as interfaces que pertencem a uma rede ponto a ponto
32.1.1. Ambos os comandos sao usados para determianar quais interfaces participam do processo de roteamento para uma area OSPFv2. A sintaxe basica para o comando network é :
32.1.1.1. network network-address wildcard-mask area area-id
33. The Wildcard Mask (A Mascara Coringa)
33.1. - Mascara curinga bit 0 - Corresponde a 1
33.2. - Mascara curinga bit 1 - Ignora o valor do bit correspondente no endereco
34. New node
35. New node
36. Esta é a maneira mais facil de fazer o Calculo da mascara coringa
37. .
37.1. O OSPFv2 pode ser habilitado especificando o endereço IPv4 exato da interface usando uma máscara curinga quad zero.
37.2. Inserir network 10.1.1.5 0.0.0.0 area 0 em R1 diz ao roteador para ativar a interface Gigabit Ethernet 0/0/0 para o processo de roteamento
38. New node
38.1. Como resultado, o processo OSPFv2 anunciará a rede que está nessa interface (10.1.1.4/30).
38.2. A vantagem de especificar a interface é que o cálculo da máscara curinga não é necessário. Observe que em todos os casos, o area argumento especifica a área 0
39. New node
39.1. Sempre importante de relembrar do ID
40. Configurar o OSPF Usando o comando IP ospf
40.1. É possivel configurar o OSPF direto da interface em vez de usar o comando network
40.1.1. Para R1, remova os comandos de rede usando esta dorma no dos comandos network. E, em seguida, vá para cada interface e configure o comando ip ospf.
40.1.1.1. New node
41. New node
42. Configurar Interfaces Passivas
42.1. Use o comando (passive-interface) para impedir a transmissao de mensagens de roteamento por meio de uma interface de roteador, mas ainda permite que essa rede seja anunciada para outros roteadores
42.1.1. O comando (show ip protocols) é entao usado para verificar se a interface loopback 0 esta listada como passiva
42.1.1.1. New node
43. Redes ponto a ponto OSPF
43.1. Por padrao, os roteadores CIsco elegem um DR e um BDR em interfaces Ethernet, mesmo que haja apenas um outro disponitivo no link.
43.1.1. Para alterar isso para uma rede ponto-a-ponto, use o comando de configuração de interface ip ospf network point-to-point em todas as interfaces nas quais você deseja desativar o processo de eleição DR/BDR.
44. OBS: nao a nececidade dessa eleicao em uma rede ponto a ponto que somente suporta dois roteadoes
45. OBS; No momento da escrita, o Packet Tracer nao suporta o comando ip ospf network ponto-to-point em interfaces Gg. No entanto, ele é suportado em interfaces de Loopback
46. Tipos de rede OSPF
46.1. OSPF multiacesso sao exclusivas, pois um roteador controla a distribuicao LSAs. O roteador que é eleito para essa funcao deve ser determinado pelo administrador de rede por meio da configuracao adequada.
47. Roteador designado de OSPF
47.1. Em redes multiacesso é elegido o BDR e DR para solucionar o numero de adjacencias e a inundacao de anuncios de estado de link LSAs. O DR usa o endereco IPv4 224.0.0.5, destinado a todos os roteadores OSPF
47.1.1. O BDR tambem recebe todos os pacotes, quando o DR nao respondo ao Hello ,entao ele assume e comeca a mandar multicasts para 224.0.0.5 roteadores OSPF
47.1.1.1. Os DROthers usam o endereco de multiacesso 224.0.0.6 para enviar pacotes OSPF para DR e BDR. Somente o DR e BDR escutam para 224.0.0.6
48. Verificar funcoes de roteador OSPF
48.1. Para verificar quais foram os roteadores destinados use o comando (show ip ospf interface gg0/0/0).
48.1.1. New node
49. Verifique as adjacencias de DR / BDR
49.1. Use o comando (shoe ip ospf neighbor), O estado dos vizzinhos nas redes multiacesso pode ser os seguintes;
49.1.1. - Full/Drother
49.1.2. - Full/DR
49.1.3. - Full/BDR
49.1.4. - 2-WAY/Drother
50. OBS: O estado normal para um roteador OSPF gerealmente é Full.
51. New node
52. Processo de Eleição do DR/BDR Padrão
52.1. Como o DR e o BDR sao eleitos? A decisao da eleicao do DR e do BDR do OSPF é baseada nos seguintes criterios, em ordem sequencial;
53. Lembre-se de que o ID do roteador é determinado de uma das tres maneiras a seguir :
53.1. 1 - A ID do roteador pode ser configurada manualmente.
53.2. 2 - Se nenhuma ID de roteador estiver configurada, o ID do roteador é determinado pelo endereco IPv4 de loopback mais alto.
53.3. 3 - Se nenhuma interface de loopback é configurada, o ID do roteador é determinado pelo endereco IPv4 ativo mais alto.
54. New node
54.1. Os roteadores sempre vao eleger o DR e BDR quando a interface de um roteador se conectar a uma rede multiacesso, depois do processo concluido, se um terceiro roteador se conectar a rede e ele possuir uma ID de Roteador maior que a dos outros, mesmo depois da eleicao ele nao assumira o posto de DR ou BDR
55. New node
55.1. R3 falha
55.2. R3 Reingressa na Rede
55.3. R4 Ingressa na Rede
55.4. R2 Falha
56. O comando ip ospf priority
56.1. Quando as prioridades sao a mesma, é definido pelo valor do ID-Route.
56.1.1. Em vez de confiar no ID do roteador, é melhor gerenciar a eleição para definir prioridades de interface.
56.1.1.1. Para definir a prioridade de uma interface, use o comando ip ospf priority value, onde o valor é de 0 a 255.
56.1.1.1.1. Um valor de 0 não se torna um DR ou um BDR. Um valor de 1 a 255 na interface torna mais provável que o roteador se torne o DR ou o BDR
57. Configurar a prioridade do OSPF
57.1. Na topologia, o comando ip ospf priority será usado para alterar o DR e BDR da seguinte forma:
57.1.1. - R1 deve ser DR e será configurado com uma prioridade 255
57.1.2. - R2 deve ser BDR e será configurado como uma prioridade 1
57.1.3. - R3 nunca deve ser um DR ou um BDR e será configurado com uma prioridade 0.
58. Passo a Passo
58.1. Altere a prioridade de interface R1 G0/0/0 de 1 para 255
58.2. Altere a prioridade da interface R3 G0/0/0.
58.3. Como limpar o processo de OSPF em R1. O comando (clear ip ospd process)
59. Notas da Atividade
59.1. Comandos ultilizados na Atividade
59.1.1. (debug ip ospf adj)
59.1.2. (show ip ospf neighbor) -
59.1.3. ( show ip ospf interface)
59.1.4. (ip ospf priority)
59.1.5. (clear ip ospf process)
60. (Se uma interface esta definida como DR e for desativada o BDR entrara em assao apos o tempo limite)
61. Como o valor de custo OSPF deve ser um numero inteiro, as interfaces Fa Gg e 10 GigE compartilham o mesmo custo. Para corrigir esta situacao, voce pode:
61.1. - Ajuste a largura de banda de referencia com o comando (auto-coost reference-brandwidth) em cada Roteador
61.2. - Defina manuualmente o valor de custo de OSPF com o comando (ip ospf cost) nas interfaces necessarias
62. Custo padrao dos Cisco OSPF
62.1. New node
63. (auto-cost reference-bandwidth)
64. Ajustar a largura de banda de referencia
64.1. Custo = 100,000,000 bps / 1,000,000,000 = 1
64.1.1. Alternar a largura de banda referencia nao afeta realmente a capacidade da largura de banda no link; em vez disso, afeta o calculo usado para determinar a metrica. Para ajustar a largura de banda de referencia, use o comando router configuration (auto-cost reference-bandwidth)
64.1.1.1. (auto-cost reference-bandwidth 1000)
64.1.1.2. (auto-cost reference-bandwidth 10000)
65. New node
65.1. Use o comando show ip ospf interface gg0/0/0 para verificar o cuisto atual do OSPFv2 atribuido a interface
65.1.1. Em seguida depois de ajustar a largura de banda de referencia, o custo agora é 10. Isso permitira escalar para interfaces 10 Gg no futuro sem ter que ajustar a largura de banda de referencia novamente.
66. OBs: O comando auto-cost reference-bandwidth deve ser configurado de forma consistente em todos os roteadores no dominio OSPF para garantir calculos precisos de rota
66.1. New node
67. Definir manualmente o valor de custo do OSPF
67.1. New node
67.1.1. O comando usado e o (ip ospf cost ...).
67.1.1.1. New node
67.1.1.1.1. O exemplo a seguir é a configuração para R1.
67.2. Os valores sao alterados para manipular qual a escolha entre os roteadores sera o Dr e BDR
68. OBS: Embora o uso do comando (ip ospf cost) seja o metodo recomendado para manipular os valores de custo do OSPF, um administrador tambem pode fazer isso usando o comando interface configuration bandwidth kbps. No entanto, isso só funcionaria se todos os roteadores fossem roteadores Cisco
69. Testar o failover para a rota de backup
69.1. O comando usado para este teste vai ser (show ip route ospf | begin 10)
70. Intervalos do pacote Hello
70.1. Estes pacotes sao enviados a cada dez segundos de forma passiva pela rede, endereco IPv4 (224.0.0.5)
71. OBS: Em redes de multiacesso sem difusao (NBMA), o intervalo de saudacao é 30 segundos e o intervalo padrao é 120 segundos. As redes NBMA estao alem do escopo deste modulo
72. Verificar intervalos Hello e Dead
72.1. Para verificar use o comando (shoq ip ospf interface)
73. New node
73.1. Use o comando (show ip ospf neighbors) para ver se a contagem regressiva de tempo inativo de 40 segundos, como mostrado no exemplo a seguir. Por padrao, esse valor é atualizado a cada 10 segundos quando o R1 recebe um Hello do vizinho
73.1.1. New node
74. Sempre que for alterado este tempo em um roteador, tambem deve ser configurado o mesmo tempo para os outros roteadores que sao adjacentes, se nao ele parderao a adjacencia
75. Propagacao de Rota estatica (padrao)
75.1. Em toda rede, em algum momento sera preciso mandar pacotes para internet, ou uma rede nao OSPF, para isto um dos roteadores deve ter uma rota padrao conectada co um ISP
75.1.1. Esta rota padrao deve ser propagada para todos os roteadores, para que possam encaminhar os pacotes por la
75.1.1.1. Para propagar uma rota padrão, o roteador de borda (R2) deve ser configurado com o seguinte:
75.1.1.1.1. Uma rota estática padrão usando o comando ip route 0.0.0.0 0.0.0.0 [next-hop-address | exit-intf].
75.1.1.1.2. O comando de configuração do roteador de default-information originate. Isso instrui o R2 para ser a origem das informações da rota padrão e propagar a rota estática padrão em atualizações de OSPF.
76. Observação: Ao configurar rotas estáticas, a prática recomendada é usar o endereço IP do próximo salto. No entanto, ao simular uma conexão com a internet, não há nenhum endereço IP do próximo salto. Portanto, usamos o argumento exit-intf
76.1. New node
77. Comandos
77.1. Criando conectividade com ISP
78. Verifique a rota padrao propagada
78.1. Com o comando (show ip route) voce pode verificar as configuracoes de rota padrao, tambem pode verificar se os outros Routs receberam uma rota padrao
78.1.1. Comandos de Verificacao usados para OSPF
78.1.1.1. - show ip interface brief
78.1.1.2. - show ip route
78.1.1.3. - show ip ospf neighbor
78.1.1.3.1. Para cada vizinho, este comando exibe o seguinte:
78.1.1.4. - show ip protocols
78.1.1.5. - show ip ospf
78.1.1.6. - show ip ospf interface
79. Dois roteadores podem nao formar uma adjacencia se o seguinte ocorrer
79.1. - As marcaras de sub-rede nao correspondem, o que resulta em roteadores em redes separadas
79.2. - O OSPFv3 Hello ou Dead Timers nao coicidem
79.3. - Os tipos de rede OSPFv3 nao correspondem
79.4. - Há um comando de rede OSPFv2 ausente ou incorreto
80. (LSPs)
80.1. 1 Hello,
80.2. 2 DBD,
80.3. 3 LSR,
80.4. 4 LSU,
80.5. 5 LSAck.
81. Verificar configurações do protocolo do OSPF
81.1. Verificar informações de processo do OSPF
81.1.1. Verificar configuracoes interface do OSPF
81.1.1.1. Extra