Bem-vindo ao curso Junos Intermediate Routing.

O curso Junos Intermediate Routing (JIR) fornece conhecimento de roteamento

intermediário e exemplos de configuração.
O curso inclui uma visão geral dos recursos de roteamento independentes de
protocolo, balanceamento de carga e encaminhamento baseado em filtro, OSPF, BGP,
tunelamento IP e recursos de alta disponibilidade (HA).
Este curso beneficia indivíduos responsáveis por configurar e monitorar
dispositivos que executam o Junos OS.
O JIR é um curso de nível intermediário.
Você deve ter conhecimento básico de rede e compreensão do modelo de referência OSI
e do conjunto de protocolos TCP/IP.
Para concluir este curso com sucesso e aproveitar ao máximo,
você deve saber como navegar pelo curso e usar seus vários elementos.
Você pode visualizar o vídeo de Ajuda clicando no botão Ajuda.
Bem-vindo ao módulo Rotas Estáticas.
Ao final deste módulo, você será capaz de configurar rotas estáticas.
O que é roteamento estático e por que você precisa dele?
Roteamento estático significa que você, como administrador, configura manualmente o
roteador sobre como alcançar um destino específico.
Você pode usar rotas estáticas em um ambiente de rede para vários propósitos,
incluindo uma rota padrão para um sistema autônomo (AS) e como uma rota para a rede
do cliente.
Ao contrário dos protocolos de roteamento dinâmico,
você configura manualmente as informações de roteamento fornecidas por rotas
estáticas em cada roteador ou switch multicamadas na rede.
Todas as configurações para rotas estáticas ocorrem no nível [edit routing-options]
da hierarquia.
No Junos OS, as rotas estáticas têm uma preferência de rota padrão de 5.
Uma rota padrão é um exemplo de uma rota estática
e é usado para corresponder a todas as rotas possíveis.
Todas as configurações para rotas estáticas ocorrem no nível [edit routing-options]
da hierarquia.
Uma rota estática básica compreende um prefixo de destino e seu próximo salto
associado.
Rotas estáticas devem ter um próximo salto válido definido.
No entanto,
o valor do próximo salto é o endereço IP de um dispositivo conectado diretamente
através do qual o prefixo de destino é alcançável.
Em interfaces ponto a ponto,
você pode especificar o nome da interface de saída em vez do endereço IP do
dispositivo remoto
como o valor do próximo salto.
Você deve especificar um endereço IP como o próximo salto,
se a interface de saída for uma interface Ethernet.
Outra possibilidade é que o valor do próximo salto seja o intervalo de bits.
Essa frase é análoga a descartar o pacote da rede.
No Junos OS, há duas opções para descartar pacotes: rejeitar ou descartar.
Ambas as opções descartam o pacote da rede.
A diferença entre essas duas opções está na ação que o software realiza depois
a ação de soltar.
Se você especificar reject como o valor do próximo salto,
o software envia uma mensagem do Protocolo de Mensagem de Controle da Internet
(ICMP)
(a mensagem de rede inacessível) de volta à origem do pacote IP.
Se você especificar descarte como o valor do próximo salto,
o software não envia de volta uma mensagem ICMP;
o sistema descarta o pacote silenciosamente.
Dentro da tabela de roteamento (também conhecida como base de informações de
roteamento [RIB]),
As rotas estáticas permanecem até que você as remova ou até que elas se tornem
inativas.
Um cenário em que uma rota estática se torna inativa
é quando o endereço IP usado como próximo salto se torna inacessível.
Por padrão,
o endereço IP do próximo salto de rotas estáticas deve ser acessível usando uma
rota direta.
Ao contrário do software de outros fornecedores,
O Junos OS não executa pesquisas recursivas de próximos saltos por padrão.
Você pode substituir esse comportamento padrão usando a opção resolve.
Você pode incluir vários parâmetros opcionais ao configurar rotas estáticas,
como as opções qualified-next-hop e resolve.
A opção qualified-next-hop fornece preferências independentes para rotas estáticas
para o mesmo destino.
O código de exemplo mostra a configuração de amostra correspondente ao diagrama,
que usa a opção qualified-next-hop.
Na configuração de exemplo mostrada,
o próximo salto [Link] assume a preferência de rota estática padrão de 5,
enquanto o próximo salto qualificado [Link] usa a preferência de rota definida
de 7.
Todo o tráfego que usa esta rota estática usa o próximo salto [Link]
a menos que fique indisponível.
Se o próximo salto [Link] ficar indisponível,
a rota estática padrão usa então o próximo salto [Link].
Alguns fornecedores se referem a essa implementação como uma rota estática
flutuante.
Ao definir rotas estáticas,
você pode incluir a opção next-table com um nome de tabela designado.
Usar a opção next-table direciona o tráfego correspondente para a tabela
especificada
onde uma segunda pesquisa de rota é realizada.
A tabela de rotas referenciada deve existir para que a operação de confirmação seja
bem-sucedida.
Observe que a opção next-table não é suportada em todos os dispositivos Junos OS.
Consulte a documentação específica do produto para obter informações de suporte.
O código de exemplo mostra a sintaxe de configuração básica para rotas estáticas
IPv4 e IPv6.
Ele também destaca a opção de não anunciar novamente,
que proíbe que a rota de referência seja redistribuída por meio da política de
roteamento
em um protocolo de roteamento dinâmico,
como OSPF.
É altamente recomendável que você use a opção no-readvertise em rotas estáticas
que direcionam o tráfego para fora da interface Ethernet de gerenciamento
e através da rede de gestão.
Dentro da hierarquia de configuração [edit routing-options static],
a seção defaults pode conter opções de rota estática.
Todas as opções configuradas nesta seção se aplicam a todas as rotas estáticas no
dispositivo.
No exemplo,
o valor de preferência é alterado para 250.
O Junos OS aplica esse valor de preferência a todas as rotas estáticas IPv4 que não
explicitamente
ter um valor de preferência definido.
A tabela exibida mostra as opções adicionais que você pode atribuir a rotas
estáticas.
A opção as-path é usada se a rota deve ser redistribuída para BGP
e você deseja adicionar valores manualmente ao atributo do caminho AS.
A opção da comunidade é usada se a rota for destinada ao BGP,
e você quer adicionar valores comunitários à rota do seu AS.
A opção métrica é usada se várias rotas compartilham o mesmo valor de preferência;
então a rota com a melhor métrica se torna ativa na tabela de roteamento.
Use este valor para preferir uma rota em detrimento de outra neste caso.
A opção de preferência mostra que o valor de preferência padrão de rotas estáticas
é 5.
Essa preferência os torna mais propensos a serem ativos do que OSPF,
IS-IS ou BGP para prefixos correspondentes.
Use esta opção para aumentar o valor das rotas estáticas a serem preferidas
outras fontes de informações de roteamento.
Observe que o suporte a IPv6 varia entre dispositivos que executam o Junos OS.
Consulte a documentação técnica da Juniper para obter informações específicas de
suporte ao seu produto.

Uma configuração e topologia de exemplo

juntamente com uma pergunta instigante para testar seu conhecimento.
Qual próximo salto pode ser usado no exemplo ilustrado?
Como mencionado anteriormente,
quando um valor de preferência é definido em [editar opções de roteamento padrões
estáticos]
nível de hierarquia,
ele é atribuído a todas as rotas estáticas que não têm um valor de preferência
definido explicitamente.
No exemplo,
o próximo salto [Link]
usa uma preferência de rota de 180
com base na definição sob o nível de hierarquia [editar opções de roteamento
padrões estáticos],
e o próximo salto qualificado [Link]
usa uma preferência de rota de 7, que é explicitamente definida.
Com esse conhecimento,
é determinado que o próximo salto qualificado [Link]
é selecionado como o próximo salto com base em sua preferência de rota inferior.
Uma configuração e topologia de exemplo
juntamente com uma pergunta instigante para testar seu conhecimento.
Quais rotas estáticas podem ser exportadas para OSPF?
Como mencionado anteriormente,
o software não aceita nenhuma rota estática com a opção no-readvertise
para ser anunciado através de uma política de exportação.
No exemplo,
a rota estática para o destino [Link]/24
usa a opção no-readvertise,
o que o exclui de ser exportado para OSPF
através da política de exportação referenciada
mesmo que a rota atenda aos critérios de correspondência.
O software corresponde a todas as outras rotas estáticas neste exemplo,
e os exporta para o OSPF por meio da política de exportação.
Bem-vindo ao módulo Rotas Agregadas.
Ao final deste módulo, você será capaz de configurar rotas agregadas.
A rota agregada é um mecanismo de roteamento que permite combinar grupos de rotas
com
endereços comuns em uma única entrada.
Ao combinar rotas em uma única entrada,
você pode diminuir o número de anúncios de rota enviados pelo seu dispositivo,
diminuindo assim o tamanho das tabelas de roteamento
(também conhecido como base de informações de roteamento [RIB])
mantido por dispositivos vizinhos.
Uma segunda vantagem de anunciar uma única rota
prefixo que representa todos os outros prefixos de rota interna
é que instabilidades de roteamento interno podem ser ocultadas de pares externos.
Pense em um cenário básico de agregação de rotas
e identificar quais prefixos pertencem à rota agregada [Link]/20.
Neste exemplo,
apenas os dois prefixos superiores ([Link]/24 e [Link]/24)
pertencem à rota agregada [Link]/20.
Se você quiser incluir todos os prefixos listados em uma única rota agregada,
você pode usar o prefixo [Link]/19 como rota agregada.
Você configura rotas agregadas no nível de hierarquia [edit routing-options].
Uma rota agregada compreende um resumo do destino
prefixo que representa rotas mais específicas,
também conhecidas como rotas contribuintes.
As rotas agregadas tornam-se ativas na tabela de roteamento
quando pelo menos uma das rotas contribuintes para o agregado
também está ativo na tabela de roteamento.
Por padrão,
o software atribui às rotas agregadas uma preferência de rota de 130
e um valor de próximo salto de Reject.
Se o sistema anunciar a rota agregada
recebe um pacote destinado a um endereço IP dentro da rota agregada
mas não existe uma rota mais específica,
o software descarta o pacote
e envia um Protocolo de Mensagem de Controle da Internet (ICMP)
mensagem de volta para o dispositivo de origem.
Você pode modificar a preferência de rota padrão e o tipo de próximo salto.
Um exemplo de configuração de rota agregada é mostrado aqui.
Dentro da hierarquia de configuração [editar agregação de opções de roteamento],
a seção padrões pode conter opções de rotas agregadas.
Todas as opções configuradas nesta seção se aplicam a todas as rotas agregadas
que não tenham essas opções explicitamente definidas.
No exemplo,
a rota agregada [Link]/16
usa seu valor comunitário explicitamente definido (1:999)
e a rota agregada [Link]/22
usa o valor da comunidade definido na seção padrões (1:888).
Observe que você pode configurar apenas uma rota agregada por prefixo.
O valor padrão do próximo salto para rotas agregadas é rejeitar.
Assim como nas rotas estáticas, quando o valor de rejeição do próximo salto é
usado,
o software descarta o pacote da rede e envia um ICMP de rede
mensagem inacessível de volta à origem do pacote IP.
O outro valor possível do próximo salto para rotas agregadas é o descarte.
Quando a opção de descarte é usada, o software descarta o pacote silenciosamente
e não envia uma mensagem de rede ICMP inacessível de volta ao dispositivo de
origem.
A tabela exibida mostra as opções adicionais que você pode atribuir para agregar
rotas.
A opção as-path é usada se a rota deve ser redistribuída para BGP
e você deseja adicionar valores manualmente ao atributo do caminho AS.
A opção da comunidade é usada se a rota for destinada ao BGP,
e você quer adicionar valores comunitários à rota do seu AS.
A opção métrica é usada se várias rotas compartilham o mesmo valor de preferência,
a rota com a melhor métrica se torna ativa na tabela de roteamento.
Use este valor para preferir uma rota em detrimento de outra neste caso.
A opção de política, por padrão, pode usar todos os possíveis,
rotas de contribuição mais específicas para ativar uma rota agregada.
Para alterar esse padrão, você pode usar uma política para aceitar
ou rejeitar certas rotas que deveriam ou não ser usadas.
A opção de preferência mostra que o valor de preferência padrão das rotas agregadas
é 130.
Use esta opção para alterar o valor das rotas agregadas.
O comando show route prefix exact detailexibe o resumo da rota
e todas as rotas contribuintes atualmente.
Além de listar os prefixos que contribuem ativamente,
você também pode ver qual protocolo colocou essa rota contribuinte na tabela de
roteamento.
No exemplo,
a rota agregada [Link]/20 está ativa na tabela de roteamento
e tem três rotas contribuintes atuais.
Observe que outras variações do comando show route também exibem informações
semelhantes.
Uma topologia de amostra e alguns detalhes associados
juntamente com uma pergunta instigante para testar seu conhecimento.
Que ação o R1 toma quando recebe o pacote A e o pacote B?
No cenário de amostra,
o endereço de destino associado ao pacote A corresponde a uma das rotas
contribuintes
([Link]/24).
O pacote A é encaminhado pelo Junos OS para seu destino usando a tabela de
encaminhamento
(também conhecido como base de informações de encaminhamento [FIB]) entrada
relacionado à rota de contribuição correspondente.
Embora o endereço de destino associado ao pacote B corresponda à rota agregada,
não corresponde a nenhuma das rotas contribuintes para a rota agregada.
Como o pacote B não corresponde a nenhuma das rotas contribuintes,
o software descarta o pacote e gera
e envia mensagens ICMP de rede inacessível de volta ao dispositivo de origem.
O comportamento descrito assume o tipo de rejeição padrão do próximo salto.
Bem-vindo ao módulo Rotas Geradas.
Ao final deste módulo, você será capaz de configurar rotas geradas.
As rotas geradas são semelhantes em natureza e configuração às rotas agregadas.
Como rotas agregadas,
rotas geradas tornam-se ativas na tabela de roteamento
(também conhecido como base de informações de roteamento [RIB])
quando pelo menos uma rota contribuinte (rota mais específica)
para a rota gerada também está ativa na tabela de roteamento.
Aqui está o exemplo de saída de um comando show route
exibindo rotas geradas como rotas agregadas
A diferença crucial entre uma rota agregada e uma rota gerada
é que uma rota de geração recebe o próximo salto da rota contribuinte primária.
A rota contribuinte primária é a rota com a menor preferência de rota
que se enquadra no intervalo agregado de prefixos.
Se houver várias rotas que se enquadram no intervalo agregado que compartilham
a mesma preferência de rota,
a rota com o menor prefixo numérico,
não o menor comprimento de prefixo,
é selecionado como a principal rota contribuinte.
Para que uma rota se qualifique como uma rota contribuinte para uma rota gerada,
a rota deve ter um próximo salto de encaminhamento válido diferente do dispositivo
local;
caso contrário, a rota gerada ficará oculta, conforme mostrado na saída de exemplo.
Uma rota gerada é frequentemente chamada de rota de último recurso.
Esta referência se deve ao uso de rotas geradas,
que consiste em criar uma rota padrão quando condições específicas forem atendidas.
Você pode definir as condições necessárias por meio da política de roteamento.
Examine este caso de uso.
Nancy trabalha na ABC Corp como administradora de rede.
A rede de Nancy é composta por três roteadores rodando em OSPF
e tem um link externo para o ISP X.
Nancy precisa implantar uma configuração condicional no roteador R1
e precisa de R1 para anunciar dinamicamente uma rota padrão no OSPF
somente ao receber uma rota BGP de [Link]/16.
Se a mesma rota BGP for perdida,
então ela precisa que o roteador remova a rota padrão anunciada.
Nancy começa criando uma rota padrão.
Ela navega na hierarquia de configuração de opções de roteamento
usando [editar opções de roteamento].
Em seguida, ela adiciona uma rota padrão inserindo set generate route [Link]/0
mas isso não atende ao seu objetivo.
Seu objetivo é tornar essa rota ativa somente quando ela receber uma rota BGP de
[Link]/16 (critérios fornecidos).
Ela consulta a política de roteamento e decide utilizá-la para concluir sua tarefa.
A implementação da política de roteamento é um processo de duas etapas: Definir e
Aplicar.
Nessa situação,
Nancy cria uma política de roteamento chamada match-contributing-prefix.
Ela define o termo match-bgp-prefix para corresponder a dois objetivos.
Primeiro, para corresponder apenas às rotas BGP.
Segundo, para corresponder apenas à entrada da rota [Link]/16.
Em seguida, ela define outro termo chamado else-reject para descartar quaisquer
outras entradas.
Usando essa política de roteamento, ela corresponde às condições do objetivo.
Ela cria outra política de roteamento chamada export-default.
Ela o usa para corresponder à rota gerada, bem como à entrada exata de [Link]/0.
Ela define essa política de roteamento para anunciar a rota padrão no OSPF.
Observação: Nancy usa a palavra-chave agregada para uma rota gerada.
No Junos OS, a palavra-chave agregada é usada como uma condição de correspondência
de política
para as rotas de agregação e geração.
Nancy aplica uma política de roteamento chamada match-contributing-prefix
sob a hierarquia de configuração de opções de roteamento.
Ela modifica a rota padrão inserindo set generate route
[Link]/0 política correspondência-prefixo-de-contribuição.
Esta modificação torna ativa a rota padrão gerada,
desde que corresponda aos critérios aplicados.
Ela aplica outra política de roteamento chamada
export-default na hierarquia de configuração ospf dos protocolos.
Ela usa isso para anunciar a rota gerada no domínio OSPF.
A confirmação desta alteração de código é concluída
o objetivo de anunciar condicionalmente uma rota padrão no OSPF.
Para a verificação, Nancy executa o comando show route 0/0 exact detail no roteador
R1.
Ela pode ver a entrada da rota contribuinte [Link]/16 presente
e a rota gerada com um próximo salto de [Link].
Executando o comando show route 0/0 exact detail
mostra que as políticas de roteamento entraram em vigor no roteador R1,
e o Junos OS instala o endereço do próximo salto quando recebe a entrada de rota
BGP desejada.
Nancy executa uma etapa de verificação secundária no roteador R2.
Ela vê que o R2 instalou uma rota OSPF externa para o prefixo [Link]/0.
Com base nessa saída,
ela conclui que a política de exportação aplicada em R1
no nível de hierarquia [protocolos de exportação ospf] está funcionando
corretamente.
Bem-vindo ao módulo Gerenciar rotas marcianas.
Ao final deste módulo,
você deve ser capaz de fornecer uma visão geral dos endereços marcianos e seus
prefixos.
Os endereços marcianos são endereços de host ou de rede para os quais
todas as informações de roteamento são ignoradas.
Esses endereços nunca são instalados na tabela de roteamento
(também conhecido como base de informações de roteamento [RIB])
e são normalmente enviados por sistemas configurados incorretamente na rede
e têm endereços de destino inválidos.
No IPv4, os endereços marcianos padrão são listados aqui.
No IPv6, o endereço de loopback,
os prefixos reservados e não atribuídos do RFC 2373,
e o prefixo unicast link-local são os endereços marcianos padrão.
Dentro da hierarquia de configuração [edit routing-options martians],
você pode especificar prefixos adicionais.
Além do prefixo e da máscara de bits,
você também deve incluir um tipo de correspondência,
que é um controle de política que determina
quais rotas exatas são cobertas pela declaração de configuração.
Os seis tipos de correspondência padrão estão listados aqui.
Para ver a lista atual de endereços marcianos para todas as tabelas de roteamento,
use o comando show route martians.
Você pode filtrar a saída gerada para exibir a lista de uma tabela específica
adicionando a opção de tabela e especificando o nome da tabela necessária
conforme mostrado na saída de exemplo.
Você usa o comando allow para remover blocos de endereços IP
da lista de endereços marciana, conforme mostrado no exemplo.