Preferências de rota estática e próximos saltos qualificados
Entendendo as preferências de rota estática e os próximos saltos qualificados
Um endereço de destino de rota estático pode ter vários próximos saltos associados a ele. Nesse caso, várias rotas são inseridas na tabela de roteamento e a seleção de rota deve ocorrer. Como o principal critério para seleção de rota é a preferência de rota, você pode controlar as rotas usadas como rota principal para um destino específico definindo a preferência de rota associada a um próximo salto específico. As rotas com uma preferência de rota mais baixa são sempre usadas para rotear o tráfego. Quando você não define uma rota preferida, o Junos OS escolhe de forma aleatória um dos endereços do próximo salto para instalar na tabela de encaminhamento.
Em geral, as propriedades padrão atribuídas a uma rota estática se aplicam a todos os endereços de próximo salto configurados para a rota estática. Se, no entanto, você quiser configurar dois endereços de próximo salto possíveis para uma rota específica e tratá-los de forma diferente, você pode definir um como um próximo salto qualificado.
Os próximos saltos qualificados permitem que você associe uma ou mais propriedades a um endereço de próximo salto específico. Você pode definir uma preferência geral para uma rota estática específica e, em seguida, especificar uma preferência diferente para o próximo salto qualificado. Por exemplo, suponha que dois endereços de próximo salto (10.10.10.10 e 10.10.10.7) estejam associados à rota estática 192.168.47.5/32. Uma preferência geral é atribuída a toda a rota estática e, em seguida, uma preferência diferente é atribuída apenas ao endereço de próximo salto qualificado 10.10.10.7. Por exemplo:
route 192.168.47.5/32 {
next-hop 10.10.10.10;
qualified-next-hop 10.10.10.7 {
preference 6;
}
preference 5;
}
Neste exemplo, o próximo salto qualificado 10.10.10.7 recebe a preferência 6 e o próximo salto 10.10.10.10 recebe a preferência 5.
As preference opções e metric na [edit route route qualified-next-hophierarquia ] só se aplicam aos próximos saltos qualificados. A preferência e a métrica de próximo salto qualificadas substituem a preferência de rota e a métrica apenas para esse próximo salto qualificado específico, semelhante a como a preferência de rota substitui a preferência e a métrica padrão (para essa rota específica).
A partir do Junos OS Release 15.1R4, o roteador não oferece mais suporte a uma configuração em que uma rota estática aponta para um próximo salto vinculado a um assinante. Normalmente, isso pode ocorrer quando o RADIUS atribui o próximo salto com o atributo Framed-IP-Address. Uma alternativa a essa configuração incorreta é fazer com que o servidor RADIUS forneça um atributo Framed-Route que corresponda à rota estática.
Exemplo: configuração de preferências de rota estática e próximos saltos qualificados para controlar a seleção de rota estática
Este exemplo mostra como controlar a seleção de rota estática.
Requerimentos
Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.
Visão geral
Neste exemplo, a rota estática 192.168.47.0/24 tem dois próximos saltos possíveis. Como um link tem maior largura de banda, esse link é o caminho preferencial. Para impor essa preferência, a qualified-next-hop declaração é incluída na configuração em ambos os dispositivos. Veja a Figura 1.
de rota estática
Topologia
Configuração
Tramitação processual
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.
Dispositivo B na rede do provedor
set interfaces ge-1/2/0 unit 0 description B->D set interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 2 description secondary-B->D set interfaces fe-1/2/1 unit 2 family inet address 192.168.2.1/24 set interfaces lo0 unit 57 family inet address 10.0.0.1/32 set interfaces lo0 unit 57 family inet address 10.0.0.2/32 set routing-options static route 192.168.47.0/24 next-hop 172.16.1.2 set routing-options static route 192.168.47.0/24 qualified-next-hop 192.168.2.2 preference 25
Dispositivo D na rede do cliente
set interfaces ge-1/2/0 unit 1 description D->B set interfaces ge-1/2/0 unit 1 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 3 description secondary-D->B set interfaces fe-1/2/1 unit 3 family inet address 192.168.2.2/24 set interfaces lo0 unit 2 family inet address 192.168.47.5/32 set interfaces lo0 unit 2 family inet address 192.168.47.6/32 set routing-options static route 0.0.0.0/0 next-hop 172.16.1.1 set routing-options static route 0.0.0.0/0 qualified-next-hop 192.168.2.1 preference 25
Procedimento passo a passo
O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.
Para controlar a seleção de rota estática:
No dispositivo B, configure as interfaces.
[edit interfaces] user@B# set ge-1/2/0 unit 0 description B->D user@B# set ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# set fe-1/2/1 unit 2 description secondary-B->D user@B# set fe-1/2/1 unit 2 family inet address 192.168.2.1/24 user@B# set lo0 unit 57 family inet address 10.0.0.1/32 user@B# set lo0 unit 57 family inet address 10.0.0.2/32
No dispositivo B, configure uma rota estática para a rede do cliente.
[edit routing-options static route 192.168.47.0/24] user@B# set next-hop 172.16.1.2
No dispositivo B, configure uma rota de backup para a rede do cliente.
[edit routing options static route 192.168.47.0/24] user@B# set qualified-next-hop 192.168.2.2 preference 25
No dispositivo D, configure as interfaces.
[edit interfaces] user@D# set ge-1/2/0 unit 1 description D->B user@D# set ge-1/2/0 unit 1 family inet address 172.16.1.2/24 user@D# set fe-1/2/1 unit 3 description secondary-D->B user@D# set fe-1/2/1 unit 3 family inet address 192.168.2.2/24 user@D# set lo0 unit 2 family inet address 192.168.47.5/32 user@D# set lo0 unit 2 family inet address 192.168.47.6/32
No dispositivo D, configure uma rota padrão estática para redes externas.
[edit routing options static route 0.0.0.0/0] user@D# set next-hop 172.16.1.1
No Dispositivo D, configure uma rota padrão estática de backup para redes externas.
[edit routing options static route 0.0.0.0/0] user@D# set qualified-next-hop 192.168.2.1 preference 25
Resultados
Confirme sua configuração emitindo os show interfaces comandos e show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@B# show interfaces
ge-1/2/0 {
unit 0 {
description B->D;
family inet {
address 172.16.1.1/24;
}
}
}
fe-1/2/1 {
unit 2 {
description secondary-B->D;
family inet {
address 192.168.2.1/24;
}
}
}
lo0 {
unit 57 {
family inet {
address 10.0.0.1/32;
address 10.0.0.2/32;
}
}
}
user@B# show routing-options
static {
route 192.168.47.0/24 {
next-hop 172.16.1.2;
qualified-next-hop 192.168.2.2 {
preference 25;
}
}
}
user@D# show interfaces
ge-1/2/0 {
unit 1 {
description D->B;
family inet {
address 172.16.1.2/24;
}
}
}
fe-1/2/1 {
unit 3 {
description secondary-D->B;
family inet {
address 192.168.2.2/24;
}
}
}
lo0 {
unit 2 {
family inet {
address 192.168.47.5/32;
address 192.168.47.6/32;
}
}
}
user@D# show routing-options
static {
route 0.0.0.0/0 {
next-hop 172.16.1.1;
qualified-next-hop 192.168.2.1 {
preference 25;
}
}
}
Se você terminar de configurar os dispositivos, entre no commit do modo de configuração em ambos os dispositivos.
Verificação
Confirme se a configuração está funcionando corretamente.
- Verificando as tabelas de roteamento
- Pingando os endereços remotos
- Certificando-se de que a rota de backup se torne a rota ativa
Verificando as tabelas de roteamento
Finalidade
Certifique-se de que as rotas estáticas apareçam nas tabelas de roteamento do Dispositivo B e do Dispositivo D.
Ação
user@B> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.47.0/24 *[Static/5] 02:02:03
> to 172.16.1.2 via ge-1/2/0.0
[Static/25] 01:58:21
> to 192.168.2.2 via fe-1/2/1.2
user@D> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0.0.0.0/0 *[Static/5] 02:02:12
> to 172.16.1.1 via ge-1/2/0.1
[Static/25] 01:58:31
> to 192.168.2.1 via fe-1/2/1.3
Significado
Os asteriscos (*) nas tabelas de roteamento mostram as rotas ativas. As rotas de backup estão listadas a seguir.
Pingando os endereços remotos
Finalidade
Verifique se as rotas estáticas estão funcionando.
No Dispositivo B, faça ping em um dos endereços de interface de loopback no Dispositivo D.
No Dispositivo D, faça ping em um dos endereços de interface de loopback no Dispositivo B.
Ação
user@B> ping 192.168.47.5 PING 192.168.47.5 (192.168.47.5): 56 data bytes 64 bytes from 192.168.47.5: icmp_seq=0 ttl=64 time=156.126 ms 64 bytes from 192.168.47.5: icmp_seq=1 ttl=64 time=120.393 ms 64 bytes from 192.168.47.5: icmp_seq=2 ttl=64 time=175.361 ms
user@D> ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes 64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=1.315 ms 64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=31.819 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.268 ms
Certificando-se de que a rota de backup se torne a rota ativa
Finalidade
Se a rota primária ficar inutilizável, certifique-se de que a rota secundária de backup fique ativa.
Ação
Desative a rota ativa desativando a interface ge-1/2/0.0 no dispositivo B.
user@B# deactivate interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# commit
Verifique a tabela de roteamento do dispositivo B.
user@B> show route protocol static inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 192.168.47.0/24 *[Static/25] 02:06:24 > to 192.168.2.2 via fe-1/2/1.2
Significado
A rota de backup tornou-se a rota ativa.
Conservação de endereços IP usando rotas estáticas
Os provedores de hospedagem hospedam vários servidores para vários clientes e desejam conservar o uso de seu espaço de endereço IP. Tradicionalmente, quando um cliente de provedor de hospedagem adiciona novos servidores, os servidores recebem um pequeno bloco de endereços IP, como um bloco /29, e os servidores do cliente estão todos localizados nesse bloco de endereços IP.
A questão, ilustrada
Por exemplo, o cliente A pode precisar de três servidores e receber o bloco 10.3.3.0/29 (10.3.3.0 a 10.3.3.7). Nesse cenário, vários endereços IP são consumidos. Isso inclui os endereços IP de rede e broadcast (10.3.3.0 e 10.3.3.7), os endereços do gateway do roteador ao qual os servidores estão conectados e os endereços dos servidores individuais. Para alocar três servidores, oito endereços IP devem ser alocados. A divisão de uma única rede /24 em 32 /29 resulta em 96 endereços IP dos 256, em que /24 está sendo consumido pelos endereços de rede, broadcast e gateway. Quando esse efeito é multiplicado por milhares de provedores de hospedagem, o espaço de endereço IP está longe de ser usado com eficiência. A Figura 2 ilustra o problema.
de endereço IP
Nessa configuração, cada cliente recebe um bloco /29 de espaço de endereço. Para cada bloco, os endereços de rede, broadcast e gateway não estão disponíveis para endereçamento IP do servidor, o que resulta em três endereços IP sendo usados de forma ineficiente. Além disso, os blocos consomem endereços IP não utilizados para expansão futura.
Solução
Esse problema pode ser resolvido configurando a interface no roteador com um endereço do prefixo IPv4 reservado para espaço de endereço compartilhado (RFC 6598) e usando rotas estáticas apontadas para interfaces. A IANA registrou a alocação de um IPv4 /10 para uso como espaço de endereçamento compartilhado. O intervalo de endereços do espaço de endereço compartilhado é 100.64.0.0/10.
A interface no roteador recebe um endereço IP do espaço RFC 6598, portanto, não está consumindo espaço de endereço roteável publicamente e a conectividade é tratada com rotas estáticas em uma interface. A interface no servidor está configurada com um endereço roteável publicamente, mas as interfaces do roteador não. Os endereços de rede e broadcast são consumidos fora do espaço RFC 6598 em vez do espaço de endereço publicamente roteável.
Esse recurso é suportado nos switches QFX10000 a partir do Junos OS 17.1R1.
A Figura 3 mostra o uso eficiente do espaço de endereço IP.
de endereçamento compartilhado
Nessa configuração, cada cliente recebe endereços IP individuais alocados por servidor. Há uma rota estática que pode ser configurada como uma rota de host. A interface no roteador recebe um endereço IP do espaço RFC 6598, portanto, não consome espaço de endereço roteável publicamente e a conectividade é tratada com rotas estáticas para uma interface.
Configuração
A configuração seria semelhante a esta para o Cliente A no roteador de gateway:
interfaces {
ge-1/0/1 {
unit 0 {
family inet {
address 100.64.0.1/30;
}
}
}
}
routing-options {
static {
route 203.0.113.10/32 {
qualified-next-hop ge-1/0/1.0;
}
route 203.0.113.11 {
qualified-next-hop ge-1/0/1.0;
}
}
}
Com essa configuração, nenhum endereço IP roteável publicamente é desperdiçado. Vale a pena notar que quando um pacote é encaminhado nesta configuração do roteador para o servidor do servidor do Cliente A 203.0.113.10, a rota é encaminhada para a interface ge-1/0/1.0 que tem um endereço IP de 100.64.0.1.
Os servidores do cliente A seriam configurados da seguinte forma:
ifconfig eth0 203.0.113.10 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
ifconfig eth0 203.0.113.11 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
Este exemplo mostra uma única rota de host por servidor, que é um mapeamento 1:1. Isso pode equivaler a um grande número de rotas de host estáticas, se mantido. Para fins de dimensionamento, precisamos dar suporte a rotas que não são de host nesse ambiente. Por exemplo, se houvesse um Cliente C nessa configuração que tivesse oito servidores, seria muito mais eficiente alocar uma rota /29 no roteador que aponta a interface na qual os oito servidores estão conectados. Se o cliente C recebesse IPs de servidor de 203.0.114.8 a 203.0.114.15 e eles fossem conectados por meio da interface ge-1/0/2.0, isso ficaria assim:
user@host# set routing-options static route 203.0.114.8/29 qualified-next-hop ge-1/0/2.0
Entender o controle de rota estática em tabelas de roteamento e encaminhamento
Você pode controlar a importação de rotas estáticas para as tabelas de roteamento e encaminhamento de várias maneiras. As principais formas incluem a atribuição de um ou mais dos seguintes atributos à rota:
retain— Mantém a rota na tabela de encaminhamento após o encerramento do processo de roteamento ou a reinicialização do dispositivo.
no-readvertise — Impede que a rota seja anunciada novamente para outros protocolos de roteamento.
passivo — Rejeita o tráfego destinado à rota.
Este tópico inclui as seguintes seções:
Retenção de rota
Por padrão, as rotas estáticas não são retidas na tabela de encaminhamento quando o processo de roteamento é encerrado. Quando o processo de roteamento for iniciado novamente, todas as rotas configuradas como rotas estáticas deverão ser adicionadas à tabela de encaminhamento novamente. Para evitar essa latência, as rotas podem ser sinalizadas como retidas, para que sejam mantidas na tabela de encaminhamento mesmo após o encerramento do processo de roteamento. A retenção garante que as rotas estejam sempre na tabela de encaminhamento, mesmo imediatamente após a reinicialização do sistema.
Prevenção de reanúncio
As rotas estáticas são elegíveis para reanúncio por outros protocolos de roteamento por padrão. Em uma área de stub em que talvez você não queira anunciar novamente essas rotas estáticas em nenhuma circunstância, você pode sinalizar as rotas estáticas como no-readvertise.
Rejeição forçada do tráfego de rota passiva
Geralmente, apenas as rotas ativas são incluídas nas tabelas de roteamento e encaminhamento. Se o endereço next-hop de uma rota estática estiver inacessível, a rota será marcada como passiva e não será incluída nas tabelas de roteamento ou encaminhamento. Para forçar uma rota a ser incluída nas tabelas de roteamento, independentemente da acessibilidade do próximo salto, você pode sinalizar a rota como passiva. Se uma rota for sinalizada passiva e seu endereço de próximo salto estiver inacessível, a rota será incluída na tabela de roteamento e todo o tráfego destinado à rota será rejeitado.
Exemplo: impedir que uma rota estática seja anunciada novamente
Este exemplo mostra como impedir que uma rota estática seja anunciada novamente no OSPF, impedindo assim que a rota apareça nas tabelas de roteamento e encaminhamento.
Requerimentos
Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.
Visão geral
Este exemplo mostra como configurar uma política de roteamento que readverte rotas estáticas no OSPF, com exceção de uma rota estática que não é reanunciada porque está marcada com a no-readvertise instrução.
Topologia
A Figura 4 mostra a rede de amostra.
Configuração
Tramitação processual
- Configuração rápida da CLI
- Procedimento passo a passo
- Procedimento passo a passo
- Procedimento passo a passo
- Resultados
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os comandos a seguir, cole-os em um arquivo de texto, remova as quebras de linha, altere os detalhes necessários para corresponder à configuração de rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.
Dispositivo A
set interfaces fe-1/2/0 unit 4 description A->B set interfaces fe-1/2/0 unit 4 family inet address 10.0.2.2/30 set protocols ospf area 0.0.0.0 interface fe-1/2/0.4
Dispositivo B
set interfaces fe-1/2/0 unit 3 description B->A set interfaces fe-1/2/0 unit 3 family inet address 10.0.2.1/30 set interfaces fe-1/2/1 unit 6 description B->C set interfaces fe-1/2/1 unit 6 family inet address 10.0.3.1/30 set protocols bgp group ext type external set protocols bgp group ext peer-as 23 set protocols bgp group ext neighbor 10.0.3.2 set protocols ospf export send-static set protocols ospf area 0.0.0.0 interface fe-1/2/0.3 set policy-options policy-statement send-static from protocol static set policy-options policy-statement send-static then accept set routing-options static route 0.0.0.0/0 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 no-readvertise set routing-options autonomous-system 17
Dispositivo C
set interfaces fe-1/2/0 unit 7 description B->C set interfaces fe-1/2/0 unit 7 family inet address 10.0.3.2/30 set interfaces lo0 unit 5 family inet address 192.168.0.1/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 17 set protocols bgp group ext neighbor 10.0.3.1 set routing-options autonomous-system 23
Procedimento passo a passo
O exemplo a seguir requer que você navegue por vários níveis na hierarquia de configuração. Para obter instruções sobre como fazer isso, consulte Uso do Editor de CLI no Modo de Configuração no Guia do Usuário da CLI do Junos OS.
Para configurar o Dispositivo A:
Configure a interface para o Dispositivo B.
[edit interfaces fe-1/2/0 unit 4] user@A# set description A->B user@A# set family inet address 10.0.2.2/30
Configure o OSPF para formar uma relação de peer OSPF com o Dispositivo B.
[edit protocols ospf area 0.0.0.0] user@A# set interface fe-1/2/0.4
Procedimento passo a passo
Para configurar o Dispositivo B:
Configure as interfaces para o Dispositivo A e o Dispositivo C.
[edit interfaces] user@B# set fe-1/2/0 unit 3 description B->A user@B# set fe-1/2/0 unit 3 family inet address 10.0.2.1/30 user@B# set fe-1/2/1 unit 6 description B->C user@B# set fe-1/2/1 unit 6 family inet address 10.0.3.1/30
Configure uma ou mais rotas estáticas e o número do sistema autônomo (AS).
[edit routing-options] user@B# set static route 0.0.0.0/0 next-hop 10.0.3.2 user@B# set static route 192.168.0.0/24 next-hop 10.0.3.2 user@B# set autonomous-system 17
Configure a política de roteamento.
Essa política exporta rotas estáticas da tabela de roteamento para o OSPF.
[edit policy-options policy-statement send-static] user@B# set from protocol static user@B# set then accept
Inclua a
no-readvertiseinstrução para impedir que a rota 192.168.0.0/24 seja exportada para o OSPF.[edit routing-options] user@B# set static route 192.168.0.0/24 no-readvertise
Configure os protocolos de roteamento.
A configuração do BGP forma uma relação de peer BGP (EBGP) externa com o Dispositivo C.
A configuração do OSPF forma um relacionamento de peer OSPF com o Dispositivo A e aplica a política de roteamento estático de envio .
[edit protocols] user@B# set bgp group ext type external user@B# set bgp group ext peer-as 23 user@B# set bgp group ext neighbor 10.0.3.2 user@B# set ospf export send-static user@B# set ospf area 0.0.0.0 interface fe-1/2/0.3
Procedimento passo a passo
Para configurar o Dispositivo C:
Crie a interface para o Dispositivo B e configure a interface de loopback.
[edit interfaces ] user@C# set fe-1/2/0 unit 7 description B->C user@C# set fe-1/2/0 unit 7 family inet address 10.0.3.2/30 user@C# set lo0 unit 5 family inet address 192.168.0.1/32
Configure a sessão de emparelhamento EBGP com o Dispositivo B.
[edit protocols bgp group ext] user@C# set type external user@C# set peer-as 17 user@C# set neighbor 10.0.3.1
Configure o número AS.
[edit routing-options] user@C# set autonomous-system 23
Resultados
Confirme sua configuração emitindo os show interfacescomandos , show policy-options, show protocols, e show routing-options . Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
Dispositivo A
user@A# show interfaces
fe-1/2/0 {
unit 4 {
description A->B;
family inet {
address 10.0.2.2/30;
}
}
}
user@A# show protocols
ospf {
area 0.0.0.0 {
interface fe-1/2/0.4;
}
}
Dispositivo B
user@B# show interfaces
interfaces {
fe-1/2/0 {
unit 3 {
description B->A;
family inet {
address 10.0.2.1/30;
}
}
}
fe-1/2/1 {
unit 6 {
description B->C;
family inet {
address 10.0.3.1/30;
}
}
}
}
user@B# show policy-options
policy-statement send-static {
from protocol static;
then accept;
}
user@B# show protocols
bgp {
group ext {
type external;
peer-as 23;
neighbor 10.0.3.2;
}
}
ospf {
export send-static;
area 0.0.0.0 {
interface fe-1/2/0.3;
}
}
user@B# show routing-options
static {
route 0.0.0.0/0 next-hop 10.0.3.2;
route 192.168.0.0/24 {
next-hop 10.0.3.2;
no-readvertise;
}
}
autonomous-system 17;
Dispositivo C
user@C# show interfaces
fe-1/2/0 {
unit 7 {
description B->C;
family inet {
address 10.0.3.2/30;
}
}
}
lo0 {
unit 5 {
family inet {
address 192.168.0.1/32;
}
}
}
user@C# show protocols
bgp {
group ext {
type external;
peer-as 17;
neighbor 10.0.3.1;
}
}
user@C# show routing-options autonomous-system 23;
Se você terminar de configurar os dispositivos, entre no commit do modo de configuração.
Verificação
Confirme se a configuração está funcionando corretamente.
Verificando a tabela de roteamento
Finalidade
Certifique-se de que a no-readvertise instrução esteja funcionando.
Ação
No Dispositivo A, execute o
show route protocol ospfcomando para garantir que a rota 192.168.0.0/24 não apareça na tabela de roteamento do Dispositivo A.user@A> show route protocols ospf inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:03:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:04:07, metric 1 MultiRecvNo dispositivo B, desative a
no-readvertiseinstrução.user@B# deactivate routing-options static route 192.168.0.0/24 no-readvertise
No Dispositivo A, execute novamente o
show route protocol ospfcomando para garantir que a rota 192.168.0.0/24 apareça na tabela de roteamento do Dispositivo A.user@A> show route protocols ospf inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:04:24, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 192.168.0.0/24 *[OSPF/150] 00:00:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:05:16, metric 1 MultiRecv
Significado
A no-readvertise declaração está funcionando conforme o esperado.
Verificando a configuração da rota estática
Finalidade
Verifique se as rotas estáticas estão na tabela de roteamento e se essas rotas estão ativas.
Ação
Na CLI, insira o show route terse comando.
Saída de amostra
nome do comando
user@host> show route terse inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 192.168.47.5/32 S 5 Reject * 172.16.0.0/12 S 5 >192.168.71.254 * 192.168.0.0/18 S 5 >192.168.71.254 * 192.168.40.0/22 S 5 >192.168.71.254 * 192.168.64.0/18 S 5 >192.168.71.254 * 192.168.64.0/21 D 0 >fxp0.0 * 192.168.71.246/32 L 0 Local * 192.168.220.4/30 D 0 >ge-0/0/1.0 * 192.168.220.5/32 L 0 Local * 192.168.220.8/30 D 0 >ge-0/0/2.0 * 192.168.220.9/32 L 0 Local * 192.168.220.12/30 D 0 >ge-0/0/3.0 * 192.168.220.13/32 L 0 Local * 192.168.220.17/32 L 0 Reject * 192.168.220.21/32 L 0 Reject * 192.168.220.24/30 D 0 >at-1/0/0.0 * 192.168.220.25/32 L 0 Local * 192.168.220.28/30 D 0 >at-1/0/1.0 * 192.168.220.29/32 L 0 Local * 224.0.0.9/32 R 100 1 MultiRecv
Significado
A saída mostra uma lista das rotas que estão atualmente na tabela de roteamento inet.0 . Verifique as seguintes informações:
Cada rota estática configurada está presente. As rotas são listadas em ordem crescente por endereço IP. As rotas estáticas são identificadas com um S na coluna de protocolo (P) da saída.
Cada rota estática está ativa. As rotas ativas mostram o endereço IP do próximo salto na coluna Próximo salto . Se o endereço next-hop de uma rota estiver inacessível, o endereço next-hop será identificado como Rejeitar. Essas rotas não são rotas ativas, mas aparecem na tabela de roteamento porque o atributo passivo está definido.
A preferência para cada rota estática está correta. A preferência por uma rota específica é listada na coluna Prf da saída.
Veja também
Tabela de histórico de alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.