{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Treinamento Cisco 200-125 CCNA v3.0. Dia 44. Introdu\u00e7\u00e3o ao OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hoje come\u00e7aremos a estudar o roteamento pelo protocolo OSPF. Este t\u00f3pico, assim como a discuss\u00e3o sobre o protocolo EIGRP, \u00e9 um dos mais importantes em todo o curso CCNA. Como voc\u00eas podem ver, a se\u00e7\u00e3o 2.4 chama-se \"Configura\u00e7\u00e3o, verifica\u00e7\u00e3o e solu\u00e7\u00e3o de problemas de \u00e1reas \u00fanicas e m\u00faltiplas OSPFv2 para o protocolo IPv4 (exceto autentica\u00e7\u00e3o, filtragem, agrega\u00e7\u00e3o manual de rotas, redistribui\u00e7\u00e3o, \u00e1rea de buraco negro, rede virtual e LSA)\". <\/p>\n

\"Treinamento
\n
\nO t\u00f3pico OSPF \u00e9 bastante extenso, portanto ocupar\u00e1 2, possivelmente 3 videoaulas. A aula de hoje ser\u00e1 dedicada \u00e0 parte te\u00f3rica, onde explicarei o que \u00e9 esse protocolo em termos gerais e como ele funciona. No pr\u00f3ximo v\u00eddeo, passaremos para o modo de configura\u00e7\u00e3o do OSPF usando o Packet Tracer.<\/a><\/noindex><\/p>\n

Ent\u00e3o, nesta aula, abordaremos tr\u00eas aspectos: o que \u00e9 OSPF, como ele funciona e o que s\u00e3o as \u00e1reas OSPF. Na aula anterior, mencionamos que OSPF \u00e9 um protocolo de roteamento do tipo Link State, que analisa os canais de comunica\u00e7\u00e3o entre os roteadores e toma decis\u00f5es com base na velocidade desses canais. Um canal longo com maior velocidade, ou seja, maior largura de banda, ser\u00e1 priorizado em rela\u00e7\u00e3o a um canal curto com menor largura de banda.<\/p>\n

O protocolo RIP, sendo de vetor de dist\u00e2ncia, escolher\u00e1 um caminho de um salto, mesmo que esse canal tenha baixa velocidade, enquanto o protocolo OSPF escolher\u00e1 uma rota longa de v\u00e1rios saltos, se a velocidade total nessa rota for maior do que a velocidade do tr\u00e1fego na rota curta. <\/p>\n

\"Treinamento
\n
\nMais tarde, abordaremos o algoritmo de tomada de decis\u00e3o, por enquanto voc\u00eas devem lembrar que OSPF \u00e9 um protocolo de estado de enlace (Link State). Esse padr\u00e3o aberto foi criado em 1988, permitindo que qualquer fabricante de equipamentos de rede e qualquer provedor de rede pudesse utiliz\u00e1-lo. Portanto, OSPF \u00e9 muito mais popular do que EIGRP. <\/p>\n

O protocolo OSPF vers\u00e3o 2 suporta apenas o protocolo IPv4, e um ano depois, em 1989, os desenvolvedores anunciaram o lan\u00e7amento da vers\u00e3o 3, que suporta IPv6. No entanto, a vers\u00e3o tr\u00eas do OSPF totalmente funcional para IPv6 s\u00f3 surgiu em 2008. Por que escolheram o OSPF? Na \u00faltima aula, aprendemos que esse protocolo de gateway interno realiza a converg\u00eancia de rotas consideravelmente mais r\u00e1pido do que o RIP. Este \u00e9 um protocolo sem classe. <\/p>\n

Se voc\u00ea se lembra, o RIP \u00e9 um protocolo de classe, ou seja, ele n\u00e3o envia informa\u00e7\u00f5es sobre a m\u00e1scara de sub-rede, e se encontrar um endere\u00e7o IP da classe A\/24, ele n\u00e3o o aceitar\u00e1. Por exemplo, se voc\u00ea apresentar um endere\u00e7o IP no formato 10.1.1.0\/24, ele o entender\u00e1 como a rede 10.0.0.0, pois n\u00e3o compreende quando uma rede \u00e9 dividida em sub-redes usando mais de uma m\u00e1scara de sub-rede.
\nO OSPF \u00e9 um protocolo seguro. Por exemplo, se dois roteadores trocam informa\u00e7\u00f5es OSPF, voc\u00ea pode configurar a autentica\u00e7\u00e3o de forma que a informa\u00e7\u00e3o s\u00f3 pode ser compartilhada com o roteador vizinho ap\u00f3s a digita\u00e7\u00e3o de uma senha. Como j\u00e1 foi mencionado, este \u00e9 um padr\u00e3o aberto, portanto, o OSPF \u00e9 utilizado por muitos fabricantes de equipamentos de rede.<\/p>\n

De forma global, o OSPF \u00e9 um mecanismo de troca de an\u00fancios de estado de link, ou LSA (Link State Advertisement). As mensagens LSA s\u00e3o geradas pelo roteador e cont\u00eam muitas informa\u00e7\u00f5es: um identificador \u00fanico do roteador (router-id), dados sobre as redes conhecidas pelo roteador, dados sobre seus custos e assim por diante. Todas essas informa\u00e7\u00f5es s\u00e3o necess\u00e1rias para que o roteador tome decis\u00f5es de roteamento. <\/p>\n

\"Treinamento
\n
\nO roteador R3 envia suas informa\u00e7\u00f5es LSA para o roteador R5, e o roteador R5 compartilha suas informa\u00e7\u00f5es LSA com o R3. Esses LSA representam uma estrutura de dados que forma o banco de dados de estado dos links (Link State Data Base, ou LSDB). O roteador coleta todos os LSA recebidos e os coloca em sua LSDB. Ap\u00f3s ambos os roteadores terem criado seus bancos de dados, eles trocam mensagens Hello, que servem para a descoberta de vizinhos, e iniciam o processo de compara\u00e7\u00e3o de suas LSDB.<\/p>\n

O roteador R3 envia ao roteador R5 uma mensagem DBD, ou 'descri\u00e7\u00e3o do banco de dados', e o R5 envia seu DBD para o roteador R3. Essas mensagens cont\u00eam os \u00edndices LSA que est\u00e3o nos bancos de dados de cada roteador. Ao receber o DBD, o roteador R3 envia uma solicita\u00e7\u00e3o de estado de rede LSR para o roteador R5, na qual diz: 'j\u00e1 possuo as mensagens 3, 4 e 9, portanto, envie-me apenas 5 e 7'. <\/p>\n

Da mesma forma, o R5 informa o terceiro roteador: \"tenho informa\u00e7\u00f5es 3, 4 e 9, ent\u00e3o me envie 1 e 2\". Ao receber os pedidos LSR, os roteadores enviam pacotes de atualiza\u00e7\u00e3o de estado da rede LSU em resposta, ou seja, em resposta ao seu LSR, o terceiro roteador recebe LSU do roteador R5. Ap\u00f3s atualizarem seus bancos de dados, todos eles, mesmo que voc\u00ea tenha 100 roteadores, ter\u00e3o os mesmos bancos de dados LSDB. Assim que os bancos de dados LSDB forem criados nos roteadores, cada um deles conhecer\u00e1 toda a rede como um todo. O protocolo OSPF utiliza o algoritmo Shortest Path First para criar a tabela de roteamento, portanto, a sincroniza\u00e7\u00e3o do LSDB de todos os dispositivos na rede \u00e9 uma condi\u00e7\u00e3o crucial para seu funcionamento correto. <\/p>\n

\"Treinamento
\n
\nNo diagrama apresentado est\u00e3o 9 roteadores, cada um trocando mensagens LSR, LSU, etc., com seus vizinhos. Todos eles est\u00e3o interconectados por interfaces do tipo p2p, ou \"ponto a ponto\", que suportam o funcionamento do protocolo OSPF, e interagem entre si visando criar LSDB id\u00eanticos. <\/p>\n

\"Treinamento
\n
\nAssim que os bancos de dados estiverem sincronizados, cada roteador, utilizando o algoritmo de caminho mais curto, formar\u00e1 sua tabela de roteamento. As tabelas desses roteadores ser\u00e3o diferentes. Ou seja, todos os roteadores utilizam os mesmos LSDB, mas criam tabelas de roteamento com base em suas pr\u00f3prias considera\u00e7\u00f5es sobre os caminhos mais curtos. Para usar esse algoritmo, o OSPF necessita de atualiza\u00e7\u00f5es regulares do banco de dados LSDB. <\/p>\n

Portanto, para seu funcionamento, o OSPF deve primeiro garantir 3 condi\u00e7\u00f5es: encontrar vizinhos, criar e atualizar o LSDB e formar a tabela de roteamento. Para atender \u00e0 primeira condi\u00e7\u00e3o, o administrador de rede pode precisar configurar manualmente o router-id, os tempos ou a m\u00e1scara wildcard. No pr\u00f3ximo v\u00eddeo, abordaremos a configura\u00e7\u00e3o do dispositivo para operar com OSPF, mas at\u00e9 l\u00e1 voc\u00ea deve saber que esse protocolo usa uma m\u00e1scara invertida, e se ela n\u00e3o corresponder, se suas sub-redes n\u00e3o coincidirem ou se a autentica\u00e7\u00e3o n\u00e3o for compat\u00edvel, a vizinhan\u00e7a entre os roteadores n\u00e3o ser\u00e1 estabelecida. Portanto, ao solucionar problemas de opera\u00e7\u00e3o do OSPF, voc\u00ea deve descobrir por que essa vizinhan\u00e7a n\u00e3o se forma, ou seja, verificar a correspond\u00eancia dos par\u00e2metros mencionados acima.<\/p>\n

Como administrador de rede, voc\u00ea n\u00e3o participa do processo de cria\u00e7\u00e3o do LSDB. A atualiza\u00e7\u00e3o das bases de dados ocorre automaticamente ap\u00f3s a cria\u00e7\u00e3o da vizinhan\u00e7a dos roteadores, assim como a constru\u00e7\u00e3o das tabelas de roteamento. Tudo isso \u00e9 feito pelo pr\u00f3prio dispositivo, configurado para operar com o protocolo OSPF.
\nVamos considerar um exemplo. Temos 2 roteadores, a quem atribu\u00ed para simplifica\u00e7\u00e3o os identificadores RID 1.1.1.1 e 2.2.2.2. Assim que os conectamos, o link imediatamente passa para o estado up, porque antes eu configurei esses roteadores para funcionar com OSPF. Assim que o canal de comunica\u00e7\u00e3o for formado, o roteador A imediatamente enviar\u00e1 um pacote Hello para o segundo. Este pacote conter\u00e1 informa\u00e7\u00f5es de que este roteador ainda n\u00e3o \"viu\" ningu\u00e9m nesse canal, pois est\u00e1 enviando Hello pela primeira vez, bem como seu pr\u00f3prio identificador, dados sobre a rede conectada a ele e outras informa\u00e7\u00f5es que ele pode compartilhar com o vizinho. <\/p>\n

\"Treinamento
\n
\nAo receber esse pacote, o roteador B dir\u00e1: \"vejo que neste canal de comunica\u00e7\u00e3o h\u00e1 um candidato potencial \u00e0 vizinhan\u00e7a pelo protocolo OSPF\" e mudar\u00e1 para o estado de inicializa\u00e7\u00e3o Init state. O pacote Hello n\u00e3o \u00e9 uma mensagem unicast ou broadcast, \u00e9 um pacote multicast, enviado para o endere\u00e7o IP multicast OSPF 224.0.0.5. Algumas pessoas perguntam qual \u00e9 a m\u00e1scara de sub-rede para multicast. A quest\u00e3o \u00e9 que o multicast n\u00e3o tem m\u00e1scara de sub-rede, ele \u00e9 transmitido como um sinal de r\u00e1dio, que pode ser ouvido por todos os dispositivos configurados para sua frequ\u00eancia. Por exemplo, se voc\u00ea deseja ouvir uma r\u00e1dio FM transmitindo na frequ\u00eancia 91,0, voc\u00ea precisa sintonizar seu receptor nessa frequ\u00eancia. <\/p>\n

Da mesma forma, o roteador B est\u00e1 configurado para receber mensagens para o endere\u00e7o multicast 224.0.0.5. Ouvindo esse canal, ele recebe o pacote Hello enviado pelo roteador A e responde com sua pr\u00f3pria mensagem. <\/p>\n

\"Treinamento
\n
\nNo entanto, a vizinhan\u00e7a s\u00f3 pode ser estabelecida se a resposta de B atender a um conjunto de crit\u00e9rios. O primeiro crit\u00e9rio \u00e9 que a frequ\u00eancia de envio das mensagens Hello e o intervalo de espera pela resposta a essa mensagem, o Dead Interval, devem coincidir em ambos os roteadores. Normalmente, o Dead Interval \u00e9 igual a alguns valores do temporizador Hello. Assim, se o Hello Timer do roteador A for de 10 s, e o roteador B lhe enviar uma mensagem ap\u00f3s 30 s, considerando que o Dead Interval seja de 20 s, a vizinhan\u00e7a n\u00e3o ser\u00e1 estabelecida. <\/p>\n

O segundo crit\u00e9rio \u00e9 que ambos os roteadores devem usar o mesmo tipo de autentica\u00e7\u00e3o. Portanto, as senhas de autentica\u00e7\u00e3o tamb\u00e9m devem ser id\u00eanticas. <\/p>\n

O terceiro crit\u00e9rio \u00e9 a correspond\u00eancia dos identificadores de zona Arial ID, e o quarto \u00e9 a correspond\u00eancia do comprimento do prefixo da rede. Se o roteador A reportar o prefixo \/24, ent\u00e3o o roteador B tamb\u00e9m deve ter o prefixo da rede \/24. No pr\u00f3ximo v\u00eddeo, iremos aprofundar isso; por enquanto, devo dizer que n\u00e3o se trata de uma m\u00e1scara de sub-rede, aqui os roteadores utilizam uma m\u00e1scara coringa Wildcard mask. E claro, as flags da \u00e1rea stub Stub area tamb\u00e9m devem coincidir, se os roteadores estiverem nessa \u00e1rea. <\/p>\n

Ap\u00f3s a verifica\u00e7\u00e3o desses crit\u00e9rios, caso eles coincidam, o roteador B envia seu pacote Hello ao roteador A. Diferente da mensagem A, o roteador B informa que percebeu o roteador A e se apresenta. <\/p>\n

\"Treinamento
\n
\nEm resposta a essa mensagem, o roteador A envia novamente um Hello ao roteador B, confirmando que tamb\u00e9m viu o roteador B, e que o canal de comunica\u00e7\u00e3o entre eles consiste nos dispositivos 1.1.1.1 e 2.2.2.2, enquanto ele mesmo \u00e9 o dispositivo 1.1.1.1. Esta \u00e9 uma fase muito importante na forma\u00e7\u00e3o da vizinhan\u00e7a. Neste caso, \u00e9 utilizada uma conex\u00e3o bidirecional 2-WAY, mas o que acontecer\u00e1 se tivermos um switch com uma rede distribu\u00edda com 4 roteadores? Em tal ambiente \"partilhado\", um dos roteadores deve atuar como o roteador designado Designated router D.R., e o segundo como o roteador de reserva Backup designated router B.D.R.<\/p>\n

\"Treinamento
\n
\nCada um desses dispositivos formar\u00e1 uma conex\u00e3o Full connection, ou estado de plena adjac\u00eancia; mais tarde, veremos o que isso significa, no entanto, esse tipo de conex\u00e3o ser\u00e1 estabelecido apenas com D.R. e B.D.R, enquanto os dois roteadores inferiores D e B ainda se comunicar\u00e3o usando a configura\u00e7\u00e3o de conex\u00e3o bidirecional \"point-to-point\". <\/p>\n

Ou seja, com D.R. e B.D.R, todos os roteadores estabelecem uma rela\u00e7\u00e3o de plena vizinhan\u00e7a, enquanto entre si mant\u00eam uma conex\u00e3o do tipo point-to-point. Isso \u00e9 muito importante, pois em uma conex\u00e3o bidirecional de dispositivos adjacentes, todos os par\u00e2metros do pacote Hello devem coincidir. No nosso caso, tudo coincide, portanto, os dispositivos formam a vizinhan\u00e7a sem problemas. <\/p>\n

Assim que a comunica\u00e7\u00e3o bidirecional for estabelecida, o roteador A envia ao roteador B um pacote chamado Database Description, ou \"descri\u00e7\u00e3o da base de dados\", e passa para o estado ExStart \u2014 in\u00edcio da troca, ou esperando a carga. O Database Descriptor \u00e9 uma informa\u00e7\u00e3o similar ao sum\u00e1rio de um livro \u2013 uma lista de tudo o que existe na base de dados de roteamento. Em resposta, o roteador B envia sua descri\u00e7\u00e3o de base de dados de volta ao roteador A e muda para o estado de troca de informa\u00e7\u00f5es sobre canais Exchange. Se no estado Exchange o roteador detectar que falta alguma informa\u00e7\u00e3o na sua base de dados, ele mudar\u00e1 para o estado de carregamento LOADING e come\u00e7ar\u00e1 a trocar mensagens LSR, LSU e LSA com o vizinho.<\/p>\n

\"Treinamento
\n
\nAssim, o roteador A enviar\u00e1 um LSR ao vizinho, que responder\u00e1 com um pacote LSU, ao que o roteador A responder\u00e1 ao roteador B com uma mensagem LSA. Essa troca ocorrer\u00e1 tantas vezes quantas forem necess\u00e1rias para que os dispositivos queiram compartilhar mensagens LSA. O estado LOADING significa que a atualiza\u00e7\u00e3o completa da base de dados LSA ainda n\u00e3o ocorreu. Ap\u00f3s carregar todos os dados, ambos os dispositivos mudar\u00e3o para o estado de adjac\u00eancia total FULL.<\/p>\n

Vale lembrar que, em uma conex\u00e3o bidirecional, os dispositivos est\u00e3o simplesmente no estado de vizinhan\u00e7a, e o estado de adjac\u00eancia total s\u00f3 \u00e9 poss\u00edvel entre os roteadores D.R. e B.D.R. Isso significa que cada roteador informa o D.R. sobre altera\u00e7\u00f5es na rede, e todos os roteadores ficam sabendo dessas mudan\u00e7as pelo D.R.<\/p>\n

A escolha do D.R. e B.D.R \u00e9 uma quest\u00e3o importante. Vamos considerar como ocorre a escolha do D.R. em um ambiente geral. Suponha que, em nosso esquema, haja tr\u00eas roteadores e um switch. Primeiro, os dispositivos OSPF comparam as prioridades nas mensagens Hello, em seguida, comparam os IDs dos Roteadores. <\/p>\n

O dispositivo com a maior prioridade torna-se o D.R. Se as prioridades de dois dispositivos coincidirem, ent\u00e3o entre esses dois \u00e9 escolhido o dispositivo com o maior Router ID, que se torna o D.R.<\/p>\n

O roteador designado como B.D.R \u00e9 o dispositivo com a segunda prioridade mais alta ou com o segundo Router ID mais alto. Se o D.R. falhar, ele ser\u00e1 imediatamente substitu\u00eddo pelo B.D.R. Este come\u00e7ar\u00e1 a atuar como D.R., enquanto o sistema selecionar\u00e1 outro B.D.R.<\/p>\n

\"Treinamento
\n
\nEspero que voc\u00ea tenha entendido a escolha do D.R. e B.D.R. Se n\u00e3o, voltarei a abordar esse assunto em um dos pr\u00f3ximos v\u00eddeos e explicarei esse processo. <\/p>\n

Assim, examinamos o que s\u00e3o Hello, a descri\u00e7\u00e3o do banco de dados Database Descriptor e as mensagens LSR, LSU e LSA. Antes de prosseguirmos para o pr\u00f3ximo t\u00f3pico, vamos falar um pouco sobre o custo do OSPF. <\/p>\n

\"Treinamento
\n
\nNa Cisco, o custo do caminho \u00e9 calculado pela f\u00f3rmula da raz\u00e3o entre a largura de banda de refer\u00eancia (Reference bandwidth), que \u00e9 padr\u00e3o de 100 Mbps, e o custo do canal. Por exemplo, ao conectar dispositivos atrav\u00e9s de uma porta serial, a velocidade \u00e9 de 1.544 Mbps e o custo ser\u00e1 64. Usando uma conex\u00e3o Ethernet com velocidade de 10 Mbps, o custo \u00e9 10, enquanto o custo de uma conex\u00e3o FastEthernet a 100 Mbps \u00e9 igual a 1. <\/p>\n

Ao usar o Gigabit Ethernet, temos uma velocidade de 1000 Mbps; no entanto, neste caso, a velocidade \u00e9 sempre considerada igual a 1. Portanto, se voc\u00ea tiver Gigabit Ethernet em sua rede, dever\u00e1 alterar o valor padr\u00e3o da Ref. BW para 1000. Nesse caso, o custo ser\u00e1 1 e toda a tabela ser\u00e1 recalculada com um aumento dos valores de custo em 10 vezes. Depois de formarmos a vizinhan\u00e7a e construirmos o banco de dados LSDB, passamos para a constru\u00e7\u00e3o da tabela de roteamento. <\/p>\n

\"Treinamento
\n
\nAp\u00f3s a obten\u00e7\u00e3o do LSDB, cada um dos roteadores come\u00e7a a formar sua lista de rotas usando o algoritmo SPF. Em nosso diagrama, o roteador A criar\u00e1 uma tabela para si mesmo. Por exemplo, ele calcula o custo da rota A-R1 e determina que \u00e9 igual a 10. Para facilitar a compreens\u00e3o do diagrama, suponha que o roteador A determina a rota ideal para o roteador B. O custo da conex\u00e3o A-R1 \u00e9 10, a conex\u00e3o A-R2 \u00e9 100 e o custo da rota A-R3 \u00e9 11, ou seja, a soma da rota A-R1(10) e R1-R3(1).<\/p>\n

Se o roteador A quiser chegar ao roteador R4, ele pode faz\u00ea-lo por meio da rota A-R1-R4 ou pela rota A-R2-R4, sendo que, em ambos os casos, o custo das rotas ser\u00e1 o mesmo: 10+100 = 100+10 = 110. A rota A-R6 custar\u00e1 100+1 = 101, o que j\u00e1 \u00e9 melhor. Em seguida, \u00e9 considerado o caminho para o roteador R5 pela rota A-R1-R3-R5, cujo custo ser\u00e1 10+1+100 = 111. <\/p>\n

O caminho para o roteador R7 pode ser feito por duas rotas: A-R1-R4-R7 ou A-R2-R6-R7. O custo da primeira ser\u00e1 210 e o da segunda ser\u00e1 201, portanto, deve-se escolher 201. Assim, para alcan\u00e7ar o roteador B, o roteador A pode usar 4 rotas.<\/p>\n

\"Treinamento
\n
\nO custo do caminho A-R1-R3-R5-B ser\u00e1 de 121. O caminho A-R1-R4-R7-B custar\u00e1 220. O caminho A-R2-R4-R7-B vale 210, enquanto A-R2-R6-R7-B tem um custo de 211. Com base nisso, o roteador A escolher\u00e1 o caminho com o menor custo, que \u00e9 121, e o incluir\u00e1 na tabela de roteamento. Este \u00e9 um esquema muito simplificado de como funciona o algoritmo SPF. Na realidade, a tabela n\u00e3o cont\u00e9m apenas os identificadores dos roteadores que comp\u00f5em o caminho ideal, mas tamb\u00e9m os identificadores das portas que os conectam e toda a outra informa\u00e7\u00e3o necess\u00e1ria. <\/p>\n

Vamos considerar outro t\u00f3pico relacionado \u00e0s \u00e1reas de roteamento. Normalmente, ao configurar dispositivos OSPF, todos eles est\u00e3o em uma \u00fanica \u00e1rea comum. <\/p>\n

\"Treinamento
\n
\nO que acontecer\u00e1 se um dispositivo conectado ao roteador R3 de repente falhar? O roteador R3 imediatamente come\u00e7ar\u00e1 a enviar para os roteadores R5 e R1 uma mensagem informando que o canal com esse dispositivo n\u00e3o est\u00e1 mais funcionando, e todos os roteadores come\u00e7ar\u00e3o a trocar atualiza\u00e7\u00f5es sobre esse evento. <\/p>\n

\"Treinamento
\n
\nSe voc\u00ea tem 100 roteadores, todos eles atualizar\u00e3o as informa\u00e7\u00f5es sobre o estado dos canais, pois est\u00e3o em uma \u00fanica \u00e1rea comum. O mesmo acontecer\u00e1 se um dos roteadores vizinhos falhar \u2013 todos os dispositivos na \u00e1rea trocar\u00e3o atualiza\u00e7\u00f5es LSA. Ap\u00f3s essa troca de mensagens, a topologia da rede mudar\u00e1. Assim que isso acontecer, o SPF recalcular\u00e1 as tabelas de roteamento de acordo com as novas condi\u00e7\u00f5es. Este \u00e9 um processo muito abrangente, e se voc\u00ea tiver mil dispositivos em uma \u00fanica \u00e1rea, precisar\u00e1 monitorar o tamanho da mem\u00f3ria dos roteadores para que seja suficiente para armazenar todos os LSA e a enorme base de dados do estado dos canais LSDB. Assim que ocorrerem mudan\u00e7as em alguma parte da \u00e1rea, o algoritmo SPF imediatamente recalcular\u00e1 as rotas. Por padr\u00e3o, o LSA \u00e9 atualizado a cada 30 minutos. Esse processo n\u00e3o ocorre simultaneamente em todos os dispositivos, mas, de qualquer forma, as atualiza\u00e7\u00f5es s\u00e3o realizadas por cada roteador com a periodicidade de 30 minutos. Quanto mais dispositivos de rede houver, maior ser\u00e1 a necessidade de mem\u00f3ria e tempo para atualizar o LSDB.<\/p>\n

Voc\u00ea pode resolver esse problema dividindo uma zona comum em v\u00e1rias zonas separadas, ou seja, utilizando m\u00faltiplas zonas. Para isso, voc\u00ea deve ter um plano ou um esquema de toda a rede que est\u00e1 gerenciando. A zona zero, AREA 0, \u00e9 sua zona principal. \u00c9 o ponto de conex\u00e3o com a rede externa, como a sa\u00edda para a Internet. Ao criar novas zonas, voc\u00ea deve seguir a regra de que cada zona deve ter um roteador de borda ABR (Area Border Router). O roteador de borda tem uma interface em uma zona e a segunda interface em outra zona. Por exemplo, o roteador R5 tem interfaces na zona 1 e na zona 0. Como mencionei, cada uma das zonas deve estar conectada \u00e0 zona zero, ou seja, deve ter um roteador de borda, um dos interfaces do qual est\u00e1 conectado \u00e0 AREA 0. <\/p>\n

\"Treinamento
\n
\nSuponha que a conex\u00e3o R6-R7 falhou. Nesse caso, a atualiza\u00e7\u00e3o LSA se espalhar\u00e1 apenas pela zona AREA 1 e afetar\u00e1 apenas essa zona. Os dispositivos na zona 2 e na zona 0 nem saber\u00e3o disso. O roteador de borda R5 realiza a sumariza\u00e7\u00e3o das informa\u00e7\u00f5es sobre o que acontece na sua zona e envia para a zona principal AREA 0 as informa\u00e7\u00f5es resumidas sobre o estado da rede. Os dispositivos em uma zona n\u00e3o precisam saber sobre todas as mudan\u00e7as de LSA dentro de outras zonas, porque o roteador ABR encaminhar\u00e1 as informa\u00e7\u00f5es resumidas sobre as rotas de uma zona para outra. <\/p>\n

Se voc\u00ea ainda n\u00e3o entendeu completamente o conceito de zonas, poder\u00e1 aprender mais nas pr\u00f3ximas aulas, quando abordarmos a configura\u00e7\u00e3o da rotea\u00e7\u00e3o OSPF e analisarmos alguns exemplos. <\/p>\n

\r\n \"Por\r\n
<\/div>\r\n <\/div><\/center>
\nObrigado por estar conosco. Voc\u00ea gosta dos nossos artigos? Quer ver mais materiais interessantes? Apoie-nos fazendo um pedido ou recomendando a amigos, 30% de desconto para usu\u00e1rios do Habra em um an\u00e1logo \u00fanico de servidores de entrada, que foi desenvolvido para voc\u00ea:<\/b> Toda a verdade sobre VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps a partir de $20 ou como dividir o servidor corretamente?<\/a><\/noindex> (dispon\u00edveis op\u00e7\u00f5es com RAID1 e RAID10, at\u00e9 24 n\u00facleos e at\u00e9 40GB DDR4).<\/p>\n

Dell R730xd pela metade do pre\u00e7o?<\/b> Somente conosco 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB a partir de $199<\/a><\/noindex> na Holanda! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partir de $99!<\/b><\/b> Leia sobre Como construir uma infraestrutura de classe corporativa utilizando servidores Dell R730xd E5-2650 v4 com custo de 9000 euros por centavos?<\/a><\/noindex>
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Treinamento Cisco 200-125 CCNA v3.0. Dia 44. Introdu\u00e7\u00e3o ao OSPF | ProHoster","description":"Hoje come\u00e7aremos a estudar a rotea\u00e7\u00e3o pelo protocolo OSPF. Este tema, assim como a an\u00e1lise do protocolo EIGRP, \u00e9 um dos mais importantes em todo o curso CCNA.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}