No tutorial em vídeo, estudamos a seção 2.4 do tópico ICND2, onde contei de maneira muito acessível como o protocolo OSPF funciona, como as relações vizinhas dos roteadores são formadas e as tabelas de roteamento criadas. Hoje vamos dar uma olhada na teoria do assunto um pouco mais, após o que passaremos para o Packet Tracer e configuraremos a topologia de rede.
Quando falamos sobre o meio compartilhado geral, geralmente nos referimos à Internet. Considere uma rede composta por 4 roteadores, cada um dos quais conectado a um switch. O switch é um meio de transmissão geral, porque, graças ao switch, a mensagem enviada pelo roteador R1 será “ouvida” por todos os outros dispositivos.
Todos os roteadores são dispositivos OSPF configurados para aceitar um endereço multicast. Esse é o problema, porque nessa rede é gerado muito tráfego, porque cada roteador procura compartilhar com o restante todas as rotas que conhece. A sincronização LSDB consome uma quantidade enorme de tráfego, esse é um uso extremamente ineficiente dos canais de comunicação e um desperdício de largura de banda. O OSPF resolve esse problema escolhendo um dos roteadores como o roteador DR designado do roteador designado no domínio de broadcast e o outro como o roteador designado de backup Roteador designado de backup, BDR. Nesse caso, os roteadores não compartilham as bases com cada um, mas transmitem seus LSDBs apenas para DR, e ele já os compartilha com outros dispositivos. Ao mesmo tempo, o tráfego de rede ao usar o OSPF é reduzido significativamente.
A seleção de DR é realizada de acordo com os critérios, um dos quais é o ID do roteador. Na última lição, falei sobre como, para estabelecer uma vizinhança, os parâmetros das mensagens dos roteadores Hello devem corresponder. Portanto, isso não se aplica ao ID do processo OSPF, ao qual a interface do roteador pertence, o primeiro roteador R1 pode ter o identificador 1 e o segundo roteador R2 o identificador 2, ou seja, dois roteadores vizinhos podem ter identificadores diferentes.
Nota do tradutor: O software Cisco IOS pode executar vários processos OSPF no mesmo roteador, e o ID do processo OSPF simplesmente distingue um processo do outro.
Ao mesmo tempo, os roteadores estabelecem uma vizinhança sem problemas, porque o identificador do processo OSPF é localmente significativo e o primeiro roteador pode participar do processo OSPF no número 1 e o segundo no número 2.
Se esses dois roteadores participarem da seleção de um roteador dedicado, um roteador com um ID de processo grande = 2 se tornará DR, pois a prioridade tem um valor mais alto e um roteador com ID de processo = 1 se tornará BDR. Na maioria dos casos, os IDs de processo são diferentes, mas às vezes podem coincidir. Nesse caso, para selecionar DR, o segundo parâmetro é usado - o identificador do roteador, ID do roteador ou RID. Um roteador com um grande valor de RID se torna DR
A necessidade de um roteador de backup é explicada pelo fato de que a função do DR é muito importante. Se o roteador dedicado falhar, o BDR tomará seu lugar imediatamente e um novo BDR será selecionado.Neste caso, se a função DR for transferida para o roteador R3 e o antigo roteador DR R4 voltar a funcionar novamente, será atribuída imediatamente a função BDR Assim, se o roteador falhou e reinicializou, a função anterior não será automaticamente devolvida a ele, porque, na ausência dele, novas “escolhas” de DR já ocorreram na rede. Mesmo se um roteador com características melhores que o atual roteador DR R3 aparecer na rede, por exemplo, será R1 ou R2, então este roteador Sem BDR, eo roteador R3 ainda vai desempenhar o papel de "mestre", enquanto ele não falhará. Se o R4 retornar à rede, o roteador R3 não transferirá a função de DR para ele, apesar do R4 ter melhores características. Na última lição, discutimos adjacência total ou adjacência total. O relacionamento entre o DR e o restante dos dispositivos é sempre adjacência completa.
Corrigirei o erro na linha inferior - não deve ser COMPLETO / BDR, mas COMPLETO / BDR, porque mostra adjacência total com o roteador dedicado de backup. Canais com roteadores R2 e R3 são designados como linhas de comunicação com adjacência total com outros dispositivos. Do lado do BDR, a topologia se parece com: FULL / DR com relação ao DR, ou seja, adjacência total com DR e FULL / DROTHER com relação a outros roteadores.
Do ponto de vista do roteador R2, as relações de vizinhança são construídas dessa maneira - peço desculpas pelos erros, agora vou corrigi-los. Os relacionamentos FULL / DR são estabelecidos com DR, com um roteador FULL / BDR de backup e com R1, comunicação bidirecional e DROTHER.
Observo que, se os dispositivos não forem DR ou BDR, então, sob o protocolo OSPF, a comunicação bidirecional 2WAY será sempre estabelecida entre eles. O tipo de conexão 2WAY / DROTHER significa que, se o roteador R2 for selecionado como DR ou BDR, os parâmetros dos roteadores R1 e R2 ainda corresponderão. Os dispositivos não precisarão trocar LSAs, como se tivesse sido feita uma comunicação bidirecional simples, mas a conexão passará imediatamente para o estado de adjacência COMPLETO. Uma situação semelhante ocorre se você observar a topologia de rede do ponto de vista do roteador R1.
Esse deve ser o bairro entre os roteadores na rede dessa topologia. Todos os dispositivos enviam um LSA para um roteador de DR dedicado e esse já está compartilhando esses dados com outros dispositivos de rede, atualizando as informações que eles possuem. Isso evita o uso ineficiente da largura de banda da rede.
O OSPF cria 3 bancos de dados. O primeiro é o banco de dados Adjacency Database de dispositivos adjacentes, que contém uma tabela de vizinhos do roteador de tabela de vizinhos, ou seja, uma lista de todos os dispositivos com os quais o roteador estabeleceu uma conexão bidirecional. Esta base não precisa de estudo especial, você só precisa saber sobre a sua existência. Este conceito refere-se mais ao nível do curso do CCNP do que ao CCNA.
O segundo é o banco de dados da camada de link LSDB, que analisamos recentemente. Ele contém todas as informações sobre o estado dos canais de todos os roteadores, ou seja, a topologia geral da rede. Todos os roteadores têm o mesmo LSDB, ou seja, a mesma tabela de topologia de rede da tabela de topologia. Observe que no Packet Tracer, o comando de verificação da tabela de topologia não funciona. Mas você não precisa verificar, apenas precisa saber sobre a existência desse banco de dados.
O terceiro banco de dados de encaminhamento contém tabelas de roteamento - listas de rotas geradas por cada roteador usando o algoritmo SPF. Portanto, você deve estar ciente da existência de 3 bancos de dados e três tabelas OSPF.
Agora, vamos analisar a configuração do roteador para funcionar com o OSPF. Como você se lembra do tópico RIP, a palavra-chave no comando de configuração de qualquer protocolo de roteamento é a palavra "roteador". Qualquer protocolo de roteamento dinâmico começa com esta palavra.
Se tivermos RIP, o comando rip do roteador será usado, se o OSPF for o roteador ospf e se o EIGRP, o roteador eigrp. No modo de configuração global, digite o comando router ospf <process #>, em que o parâmetro entre colchetes é o ID do processo. Assim que você digitar este comando, você mudará imediatamente para o modo de subcomando do roteador. Além disso, como no caso do RIP, usamos a palavra-chave de rede e especificamos o identificador de rede com identificação de rede.
No RIP, especificamos um identificador de classe completa como 10.0.0.0. e a máscara de sub-rede, eles fazem o mesmo aqui, mas em vez da máscara de sub-rede, eles especificam a máscara inversa wcm - máscara curinga. Em seguida, a área da palavra-chave é adicionada - a zona e seu número são indicados. Se a rede estiver localizada em uma zona, seu número será sempre 0. No caso de multi-zoneamento, uma das zonas terá um número zero e as outras terão seus números de série, e todas as outras zonas deverão estar conectadas a zero, já que esta é a zona principal da rede.
Vamos configurar uma pequena rede usando o Packet Tracer.
Eu pré-configurei as interfaces dos roteadores R1-R4 atribuindo a eles os endereços IP 192.168.1.1 - 192.168.1.4 e os valores da interface de loopback da interface de interface de loopback 1.1.1.1, 2.2.2.2, 3.3.3.3 e 4.4.4.4. Devido à presença de interfaces de loopback, o endereço IP dessas interfaces é aceito como o RID de cada roteador, ou seja, o identificador do primeiro roteador é o ID do roteador 1.1.1.1 e assim por diante.
Vamos mudar para o modo de configurações globais do roteador 2. Digite roteador ospf na linha de comando, após o qual preciso inserir o ID do processo ID do processo. O sistema emitiu uma dica de que esse pode ser qualquer número no intervalo de 1 a 65535. Seleciono o valor 1 e insiro o comando router ospf 1. Em seguida, insira o comando network 192.168.1.0 0.0.0.255.
Depois disso, você precisa digitar o número da zona, ID da área e, como temos uma única zona, insiro a rede de comando 192.168.1.0 0.0.0.255, área 0. Também precisamos configurar a interface de loopback e digitar a rede 2.2.2.2.
No comando anterior, especificamos a máscara reversa 0.0.0.255 - três zeros significa que, no nosso caso, os três primeiros octetos de qualquer endereço IP devem ser 192.168.1, ou seja, devem ser os mesmos para todos os dispositivos que executam o protocolo OSPF nesta rede. Portanto, qualquer dispositivo com um endereço IP do formato 192.168.1.x poderá participar do processo do SPF.
Para configurar o loopback, digito network 2.2.2.2 0.0.0.0 - isso significa que precisamos combinar todos os 4 octetos e adicionar a área 0. Agora vou para as configurações do roteador R1 e digito os comandos conf t, roteador ospf 1, rede 192.168 .1.0 0.0.0.255 área 0, rede 1.1.1.1 0.0.0.0 área 0.
Desde que iniciamos a instalação com os roteadores R1 e R2, a eleição de DR já ocorreu - tornou-se R2 e R1 se transformou em BDR. Em seguida, configuro o R3 usando comandos semelhantes: conf t, roteador ospf 1, rede 192.168.1.0 0.0.0.255 área 0, rede 3.3.3.3 0.0.0.0 área 0 e roteador R4 digitando conf t, roteador ospf 1, rede 192.168.1.0 0.0.0.255 área 0, rede 4.4.4.4 0.0.0.0, área 0. Agora vamos para as configurações R1 e inserimos o comando show ip route.
Aqui vemos duas rotas para os roteadores 2 e 3. Agora vou inserir o comando show ip ospf neighbours para olhar o quarto roteador. Como você pode ver, o status do SPF para cada roteador é indicado aqui, que é atualizado a cada 10s - por exemplo, para o roteador 3.3.3.3, as primeiras informações foram recebidas às 00:00:30 e a atualização às 00:00:39. Isso significa que o temporizador Hello é 10s.
Cada vez que o Hello chega, Dead Time é definido como 30s. Vemos que 3.3.3.3 é BDR, 2.2.2.2 é DR e, com 4.4.4.4, o roteador 1 tem comunicação bidirecional e a considera DROTHER. Entro no comando show ip route para dar uma olhada na tabela de roteamento.
Como você pode ver, o roteador 4.4.4.4 não apareceu nele, então tentarei usar o comando clear ip ospf process. Vou inserir o mesmo comando nas configurações do roteador R3 e R2.
Então, limpamos os dados e reiniciamos o processo do SPF. Vamos ver o que aconteceu. Entro nas configurações R4 e insiro o comando show ip ospf neighbours. Como você pode ver, o roteador R4 não menciona DR, porque após a reinicialização, o próprio processo se tornou um roteador dedicado, pois possui o maior ID de roteador. Consequentemente, o roteador R3 se tornou BDR.
Vamos usar o comando show ip route novamente. Vemos que o R4 aprendeu 3 novas rotas para os roteadores 1,2 e 3.
Agora vá ao console de configurações R1 e digite o comando show ip ospf neighbours.
Vemos o status dos outros 3 roteadores. Ao inserir o comando show ip route, você pode ver que o R1 aprendeu as rotas para seus vizinhos 2,3 e 4.
Como você pode ver, a configuração do OSPF é muito simples, assim como a verificação das configurações, o que é feito usando o comando show ip ospf neighbours. Essa verificação permite descobrir se um bairro de roteadores se formou.
Os problemas podem ser expressos no fato de a vizinhança ter se formado, os roteadores estarem no estado de adjacência total, mas as tabelas de roteamento ainda não são atualizadas. A melhor maneira de corrigir esse problema é limpar o processo OSPF com o comando clear ip ospf process. Isso causará o início de um novo processo e a troca repetida de informações do SPF, ou seja, a atualização das tabelas de roteamento.
Obrigado por ficar conosco. Você gosta dos nossos artigos? Deseja ver materiais mais interessantes? Ajude-nos fazendo um pedido ou recomendando a seus amigos, um
desconto de 30% para os usuários da Habr em um análogo exclusivo de servidores básicos que inventamos para você: Toda a verdade sobre o VPS (KVM) E5-2650 v4 (6 núcleos) 10GB DDR4 240GB SSD 1Gbps de US $ 20 ou como dividir o servidor? (as opções estão disponíveis com RAID1 e RAID10, até 24 núcleos e até 40GB DDR4).
Dell R730xd 2 vezes mais barato? Somente temos
2 TVs Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV a partir de US $ 199 na Holanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - a partir de US $ 99! Leia sobre
Como criar um prédio de infraestrutura. classe usando servidores Dell R730xd E5-2650 v4 custando 9.000 euros por um centavo?