Configuração da agregação de rotas
Entender a agregação de rotas
A metodologia de agregação de rotas ajuda a minimizar o número de tabelas de roteamento em uma rede IP, consolidando várias rotas selecionadas em um anúncio de rota única. Essa abordagem contrasta com o roteamento sem agregação, no qual cada tabela de roteamento contém uma entrada única para cada rota. A metodologia de agregação não ajuda a reduzir o tamanho da tabela de roteamento no roteador que faz a agregação. Quando você configura uma política de exportação que anuncia apenas as rotas agregadas, mas não mais as rotas contribuintes, você tem o efeito de agregação nos roteadores que recebem atualizações.
Uma rota agregada torna-se ativa quando tem uma ou mais rotas contribuintes. Uma rota contribuinte é uma rota ativa que é uma combinação mais específica para o destino agregado. Por exemplo, para o destino 192.168.0.0/16agregado, rotas para 192.168.192.0/19 e 192.168.67.0/24 estão contribuindo com rotas, mas rotas para 192.168.0.0./8 e 192.168.0.0/16 não são.
Uma rota só pode contribuir para uma única rota agregada. No entanto, uma rota agregada ativa pode contribuir recursivamente para uma rota agregada de correspondência menos específica. Por exemplo, uma rota agregada para o destino 192.168.0.0/16 pode contribuir para uma rota agregada para 192.168.0.0/13.
Quando uma rota agregada se torna ativa, ela é instalada na tabela de roteamento com as seguintes informações:
Rejeite o próximo hop — Se um pacote mais específico não combinar com uma rota mais específica, o pacote será rejeitado e uma mensagem inalcançável do ICMP for enviada ao originador do pacote.
Valor métrico conforme configurado com a
aggregatedeclaração.Valor de preferência que resulta do filtro de política no contribuinte principal, se um filtro for especificado.
Caminho AS conforme configurado na
aggregatedeclaração, se houver. Caso contrário, o caminho é computado agregando os caminhos de todas as rotas contribuintes.Comunidade conforme configurado na
aggregatedeclaração, se houver especificação.Nota:Você pode configurar apenas uma rota agregada para cada prefixo de destino.
Para configurar rotas agregadas na tabela de roteamento padrão (inet.0), inclua a aggregate declaração:
aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } }
Para configurar rotas agregadas em uma das outras tabelas de roteamento ou configurar explicitamente rotas agregadas na tabela de roteamento padrão (inet.0), inclua a aggregate declaração:
rib routing-table-name { aggregate { defaults { ... aggregate-options ... } route destination-prefix { policy policy-name; ... aggregate-options ... } } }
Você não pode configurar rotas agregadas para a tabela de roteamento multicast IPv4 (inet.1) nem para a tabela de roteamento multicast IPv6 (inet6.1).
A aggregate declaração consiste em duas partes:
defaults— (Opcional) Aqui você especifica opções de rota agregadas globais. Elas são tratadas como padrões globais e se aplicam a todas as rotas agregadas que você configura naaggregatedeclaração.route— Aqui você configura rotas agregadas individuais. Nesta parte daaggregatedeclaração, você pode configurar opções de rota agregadas opcionalmente. Essas opções se aplicam apenas ao destino individual e substituem todas as opções que você configurou nadefaultsparte daaggregatedeclaração.
Quando você configura uma rota agregada individual na route parte da aggregate declaração, especifique o destino da rota (in route destination-prefix) de uma das seguintes maneiras:
network/mask-length, ondenetworkestá a porção de rede do endereço IP emask-lengtho comprimento do prefixo de destino.defaultse esta for a rota padrão para o destino. Isso equivale a especificar um endereço IP de0.0.0.0/0.
Depois de configurar rotas agregadas, você pode ter um protocolo anunciando as rotas configurando uma política que é então exportada por um protocolo de roteamento.
Você pode associar uma política de roteamento ao configurar o prefixo de destino de uma rota agregada na routes parte da aggregate declaração. Isso fornece o equivalente a um filtro de política de roteamento de importação para o prefixo de destino. Ou seja, cada contribuinte em potencial para uma rota agregada, juntamente com quaisquer opções agregadas, é passado pelo filtro de política. A política pode então aceitar ou rejeitar a rota como contribuinte para a rota agregada e, se o contribuinte for aceito, a política pode modificar as preferências padrão.
O algoritmo a seguir é usado para comparar duas rotas de contribuição agregadas, a fim de determinar qual deles é o contribuinte primário ou preferido:
Compare os protocolos
preferencesdas rotas contribuintes. Quanto menor a preferência, melhor a rota. Isso é semelhante à comparação feita ao mesmo tempo em que determina a melhor rota para a tabela de roteamento.Compare os protocolos
preferences2das rotas contribuintes. O valor de preferência 2 mais baixo é melhor. Se apenas uma rota tiverpreferences2, essa rota é preferida.Os valores de preferência são os mesmos. Prossiga com uma comparação numérica dos valores de prefixo.
O principal contribuinte é o menor valor de prefixo numericamente.
Se os dois prefixos forem numericamente iguais, o contribuinte principal é a rota que tem o menor valor de comprimento do prefixo.
Neste ponto, as duas rotas são as mesmas. O contribuinte principal não muda. Um próximo salto adicional está disponível para o contribuinte principal existente.
Um contribuinte rejeitado ainda pode contribuir para uma rota agregada menos específica. Se você não especificar um filtro de política, todas as rotas de candidato contribuem para uma rota agregada.
Para associar uma política de roteamento a uma rota agregada, inclua a policy declaração ao configurar a rota:
aggregate (defaults | route) { policy policy-name; }
defaults Nas partes e route partes da aggregate declaração, você pode especificaraggregate-options, que definem informações adicionais sobre rotas agregadas incluídas na rota quando ela é instalada na tabela de roteamento. Todas as opções agregadas são opcionais. Opções agregadas que você especifica na defaults parte da aggregate declaração são tratadas como padrões globais e aplicam-se a todas as rotas agregadas que você configura na aggregate declaração. Opções agregadas que você especifica na route parte da aggregate declaração substituem quaisquer opções agregadas globais e se aplicam apenas a esse destino.
Para configurar opções de rota agregadas, inclua uma ou mais delas na defaults declaração ou route parte aggregate :
[edit] routing-options { aggregate { (defaults | route) { (active | passive); as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; community [ community-ids ]; discard; (brief | full); (metric | metric2 | metric3 | metric4) metric <type type>; (preference | preference2 | color | color2) preference <type type>; tag metric type number; } } }
- Configurando um valor métrico para rotas agregadas
- Configurando um valor de preferência para rotas agregadas
- Configurando o próximo salto para rotas agregadas
- Associação de comunidades BGP com rotas agregadas
- Associação de caminhos AS com rotas agregadas
- Incluindo números de AS em caminhos de rota agregados
- Configurando um valor de tag para rotas agregadas
- Controle da retenção de rotas agregadas inativas nas tabelas de roteamento e encaminhamento
Configurando um valor métrico para rotas agregadas
Você pode especificar até quatro valores métricas, começando com metric (para o primeiro valor métrica) e continuando com metric2, metric3e metric4 incluindo uma ou mais das seguintes declarações:
aggregate (defaults | route) { (metric | metric2 | metric3 | metric4) metric <type type>; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essas declarações, consulte as seções de resumo da declaração para essas declarações.
Na opção type , você pode especificar o tipo de rota.
Configurando um valor de preferência para rotas agregadas
Por padrão, as rotas agregadas têm um valor de preferência de 130. Se a tabela de roteamento contiver uma rota dinâmica para um destino que tenha um valor de preferência melhor (menor) do que isso, a rota dinâmica é escolhida como a rota ativa e está instalada na tabela de encaminhamento.
Para modificar o valor de preferência padrão, especifique um valor de preferência primária (preference). Você também pode especificar o valor da preferência secundária (preference2); e as cores, que são valores de preferência ainda mais refinados (color e color2). Para fazer isso, inclua uma ou mais das seguintes declarações:
aggregate (defaults | route) { (preference | preference2 | color | color2) preference <type type>; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essas declarações, consulte as seções de resumo da declaração para essas declarações.
O valor de preferência pode ser um número na faixa de 0 a 4.294.967.295 (232 – 1) com um número menor indicando uma rota mais preferida. Para obter mais informações sobre os valores de preferência, consulte a visão geral das preferências de rota.
Na opção type , você pode especificar o tipo de rota.
Configurando o próximo salto para rotas agregadas
Por padrão, quando as rotas agregadas são instaladas na tabela de roteamento, o próximo salto é configurado como uma rota de rejeição. Ou seja, o pacote é rejeitado e uma mensagem inalcançável do ICMP é enviada ao criador do pacote.
Quando você configura uma rota individual na route parte da aggregate declaração ou quando configura os padrões para rotas agregadas, você pode especificar um próximo salto descartado. Isso significa que, se um pacote mais específico não corresponder a uma rota mais específica, o pacote é rejeitado e uma rota de rejeição para este destino é instalada na tabela de roteamento, mas as mensagens inalcançáveis do ICMP não são enviadas.
Ser capaz de descartar os próximos hops permite que você originar uma rota resumida, que pode ser anunciada através de protocolos de roteamento dinâmico, e permite que você descarte tráfego recebido que não corresponda a uma rota mais específica do que a rota resumida. Para descartar os próximos hops, inclua a opção discard :
discard;
Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.
Associação de comunidades BGP com rotas agregadas
Por padrão, nenhuma informação da comunidade BGP está associada a rotas agregadas. Para associar informações da comunidade às rotas, inclua a opção community :
aggregate (defaults | route) { community [ community-ids ]; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração. community-value é o identificador da comunidade e pode ser um número na faixa de 0 a 65.535.
community-ids é um ou mais identificadores da comunidade para comunidades ou comunidades estendidas.
O formato para identificadores da comunidade é:
as-number:community-value
as-number é o número AS e pode ser um valor na faixa de 1 a 65.534.
Você também pode especificar community-ids para as comunidades como um dos seguintes nomes conhecidos da comunidade, que são definidos no RFC 1997:
no-export— Rotas que contêm esse nome da comunidade não são anunciadas fora de um limite da confederação BGP.no-advertise— Rotas que contêm esse nome da comunidade não são anunciadas para outros colegas BGP.no-export-subconfed— As rotas que contêm esse nome da comunidade não são anunciadas para pares BGP externos, incluindo colegas no ASs de outros membros dentro de uma confederação BGP.
Você pode excluir explicitamente as informações da comunidade BGP com uma rota agregada usando a opção none . Inclua none ao configurar uma rota individual na route parte da aggregate declaração para substituir uma community opção especificada na defaults parte da declaração.
Atributos estendidos da comunidade não são suportados no nível de [edit routing-options] hierarquia. Você deve configurar comunidades estendidas no nível de [edit policy-options] hierarquia. Para obter informações sobre a configuração de informações de comunidades estendidas, consulte a seção "Configurando o atributo de comunidades estendidas" nas políticas de roteamento, filtros de firewall e guia de usuário dos policiais de tráfego. Para obter informações sobre a configuração de números AS de 4 byte e comunidades estendidas, consulte o uso de números de sistema autônomo de 4 Byte em BGP Networks.
Associação de caminhos AS com rotas agregadas
Por padrão, o caminho de AS para rotas agregadas é construído a partir das rotas de componentes. Para especificar manualmente o caminho de AS e associar as informações de caminho do AS com as rotas, inclua a opção as-path :
aggregate (defaults | route) { as-path <as-path> <origin (egp | igp | incomplete)> <atomic-aggregate> <aggregator as-number in-address>; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.
as-path é o caminho de AS para incluir com a rota. Pode incluir uma combinação de números de caminho de AS individuais e conjuntos AS. Conjuntos fechados em suportes ( [ ] . O primeiro número AS no caminho representa o AS imediatamente adjacente ao AS local. Cada número subseqüente representa um AS que está progressivamente mais longe do AS local, indo em direção à origem do caminho.
No Junos OS Release 9.1 e posterior, a faixa AS numérica é estendida para fornecer suporte BGP para números AS de 4 byte, conforme definido no RFC 4893, suporte BGP para espaço de número AS de quatro octets. Para o número AS, você pode configurar um valor de 1 a 4.294.967.295. Todas as versões do Junos OS oferecem suporte a números AS de 2 byte. A faixa de número AS de 2 byte é de 1 a 65.535 (este é um subconjunto da faixa de 4 byte).
No Junos OS Release 9.2 e posterior, você também pode configurar um número AS de 4 byte usando o formato de notação AS-dot de dois valores inteiros acompanhados por um período: <16-bit high-order value in decimal>.<16-bit low-order value in decimal>. Por exemplo, o número AS de 4 byte de 65.546 em formato de número simples é representado como 1,10 no formato de notação de pontos AS. Você pode especificar um valor na faixa de 0,0 a 65535.65535 em formato de notação AS-dot.
Você também pode especificar o caminho AS usando o atributo de origem BGP, que indica a origem das informações do caminho AS:
egp— As informações do caminho se originaram em outro AS.igp— Informações de caminho originadas no AS local.incomplete— As informações do caminho foram aprendidas por alguns outros meios.
Para anexar o atributo de caminho BGP ATOMIC_AGGREGATE à rota agregada, especifique a opção atomic-aggregate . Esse atributo de caminho indica que o sistema local selecionou uma rota menos específica em vez de uma rota mais específica.
Para anexar o atributo de caminho BGP AGGREGATOR à rota agregada, especifique a opção aggregator . Ao usar essa opção, você deve especificar o último número AS que formou a rota agregada (codificada como dois octetes), seguido pelo endereço IP do sistema BGP que formou a rota agregada.
Começando pelo Junos OS 13.2R1, uma rota BGP fica oculta quando o caminho AS de uma rota agregada — criada a partir de rotas contribuintes — é mais da metade do tamanho máximo de pacotes BGP (4096 bytes). Tais caminhos têm a bandeira OverflowASPathSize definida para eles. Se você quiser vazar tal rota BGP, cujo comprimento de caminho AS pode transbordar, recomendamos adicionar o caminho as estaticamente na configuração de rota padrão. Por exemplo:
[edit routing-instances instance-name routing options] user@host# set aggregate route 0.0.0.0/0 as-path path 1267
Incluindo números de AS em caminhos de rota agregados
Por padrão, todos os números de AS de todos os caminhos contribuintes estão incluídos no caminho da rota agregada. Para incluir apenas as mais longas sequências líderes comuns dos caminhos de AS contribuintes, inclua a opção brief ao configurar a rota. Se isso resultar em números de AS sendo omitidos da rota agregada, o atributo de caminho BGP ATOMIC_ATTRIBUTE será incluído na rota agregada.
aggregate (defaults | route) { brief; }
Para que todos os números de AS de todos os caminhos contribuintes sejam incluídos no caminho da rota agregada, inclua a opção full ao configurar rotas. Inclua essa opção ao configurar uma rota individual na route parte da aggregate declaração para substituir uma retain opção especificada na defaults parte da declaração.
aggregate (defaults | route) { full; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essas declarações, consulte as seções de resumo da declaração para essas declarações.
Configurando um valor de tag para rotas agregadas
Por padrão, nenhum valor de tag está associado a rotas agregadas. Você pode especificar um valor de tag incluindo a opção tag :
aggregate (defaults | route) { tag metric type number; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.
Controle da retenção de rotas agregadas inativas nas tabelas de roteamento e encaminhamento
As rotas estáticas só são removidas da tabela de roteamento se o próximo salto se tornar inalcançável, o que acontece se não houver rotas contribuintes. Para que uma rota agregada permaneça continuamente instalada nas tabelas de roteamento e encaminhamento, inclua a opção passive ao configurar a rota:
aggregate (defaults | route) { passive; }
As rotas que foram configuradas para permanecerem instaladas continuamente nas tabelas de roteamento e encaminhamento são marcadas com reject os próximos saltos quando estão inativos.
Para remover explicitamente rotas agregadas quando inativas, inclua a opção active ao configurar rotas. Inclua essa opção ao configurar uma rota individual na route parte da aggregate declaração para substituir uma passive opção especificada na defaults parte da declaração.
aggregate (defaults | route) { active; }
Exemplo: resumir rotas estáticas pela agregação de rotas
Este exemplo mostra como resumir rotas configurando rotas agregadas.
Requisitos
Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.
Visão geral
Neste exemplo:
- O dispositivo R1 está conectado às redes de clientes 10.200.1.0/24 e 10.200.2.0/24.
Para fins de demonstração, essas rotas estão representadas neste exemplo como interfaces de loopback no dispositivo R1.
- O dispositivo R1 tem uma rota padrão estática para chegar à rede ISP (10.0.45.0).
- O dispositivo R2 tem rotas estáticas configuradas para chegar às redes de clientes do dispositivo R1 (10.200.1.0/24 e 10.200.2.0/24).
- O dispositivo R2 também tem uma política de roteamento configurada para anunciar todas as rotas estáticas ao seu vizinho, o dispositivo R3.
- Quando o Dispositivo R3 envia informações sobre essas rotas (10.200.1.0/24 e 10.200.2.0/24) para o ISP do dispositivo, as informações são resumidas como uma única rota agregada (10.200.0.0/16).
- O dispositivo R2 e o Dispositivo R3 compartilham uma sessão do IBGP e têm OSPF como IGP.
- O ISP do dispositivo injeta uma rota padrão no AS 64501.
Este exemplo mostra a configuração para todos os dispositivos e a configuração passo a passo no dispositivo R3.
Configuração
Configuração rápida da CLI
Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.
Dispositivo R1
set interfaces ge-0/0/0 description R1-to-R2 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.1/30 set interfaces lo0 unit 0 family inet address 10.200.1.1/24 set interfaces lo0 unit 0 family inet address 10.200.2.2/24 set routing-options static route 0.0.0.0/0 next-hop 10.0.0.2
Dispositivo R2
set interfaces ge-0/0/0 description R2-to-R1 set interfaces ge-0/0/0 unit 0 family inet address 10.0.0.2/30 set interfaces ge-0/0/1 description R2-to-R3 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.2/32 set policy-options policy-statement send-customer-routes from protocol static set policy-options policy-statement send-customer-routes then accept set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.2 set protocols bgp group internal export send-customer-routes set protocols bgp group internal neighbor 192.168.100.3 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options static route 10.200.1.0/24 next-hop 10.0.0.1 set routing-options static route 10.200.2.0/24 next-hop 10.0.0.1
Dispositivo R3
set interfaces ge-0/0/1 description R3-to-R2 set interfaces ge-0/0/1 unit 0 family inet address 10.0.2.1/30 set interfaces ge-0/0/2 description R3-to-ISP set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.2/30 set interfaces lo0 unit 0 family inet address 192.168.100.3/32 set policy-options policy-statement next-hop-self term 1 from protocol bgp set policy-options policy-statement next-hop-self term 1 then next-hop self set policy-options policy-statement next-hop-self term 1 then accept set policy-options policy-statement send-aggregate term 1 from protocol aggregate set policy-options policy-statement send-aggregate term 1 then accept set policy-options policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer set policy-options policy-statement send-aggregate term suppress-specific-routes then reject set protocols bgp group external type external set protocols bgp group external export send-aggregate set protocols bgp group external peer-as 64502 set protocols bgp group external neighbor 10.0.45.1 set protocols bgp group internal type internal set protocols bgp group internal local-address 192.168.100.3 set protocols bgp group internal export next-hop-self set protocols bgp group internal neighbor 192.168.100.2 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 set protocols ospf area 0.0.0.0 interface lo0.0 passive set routing-options autonomous-system 64501 set routing-options aggregate route 10.200.0.0/16
ISP do dispositivo
set interfaces ge-0/0/2 description ISP-to-R3 set interfaces ge-0/0/2 unit 0 family inet address 10.0.45.1/30 set policy-options policy-statement advertise-default term 1 from route-filter 0.0.0.0/0 exact set policy-options policy-statement advertise-default term 1 then accept set protocols bgp group external type external set protocols bgp group external export advertise-default set protocols bgp group external peer-as 64501 set protocols bgp group external neighbor 10.0.45.2 set routing-options autonomous-system 64502 set routing-options static route 0.0.0.0/0 discard
Procedimento passo a passo
O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.
Para configurar o dispositivo R3:
-
Configure as interfaces do dispositivo.
[edit interfaces] user@R3# set ge-0/0/1 description R3-to-R2 user@R3# set ge-0/0/1 unit 0 family inet address 10.0.2.1/30 user@R3# set ge-0/0/2 description R3-to-ISP user@R3# set ge-0/0/2 unit 0 family inet address 10.0.45.2/30 user@R3# set lo0 unit 0 family inet address 192.168.100.3/32
Configure o número AS.
[edit routing-options] user@R3# set autonomous-system 64501
-
Configure uma sessão de EBGP com o dispositivo ISP.
[edit protocols] user@R3# set bgp group external type external user@R3# set bgp group external peer-as 64502 user@R3# bgp group external neighbor 10.0.45.1
-
Configure uma sessão do IBGP com o dispositivo R2.
[edit protocols] user@R3# set bgp group internal type internal user@R3# set bgp group internal local-address 192.168.100.3 user@R3# set bgp group internal neighbor 192.168.100.2
-
Configure o OSPF como o IGP.
[edit protocols] user@R3# set ospf area 0.0.0.0 interface ge-0/0/1.0 user@R3# set ospf area 0.0.0.0 interface lo0.0 passive
-
Configure a rota agregada para as rotas de rede do cliente.
[edit routing-options] user@R3# set aggregate route 10.200.0.0/16
-
Configure uma política de roteamento para anunciar a rota agregada.
O primeiro termo desta política anuncia a rota agregada. O segundo termo impede que rotas mais específicas sejam anunciadas.
[edit policy-options] user@R3# set policy-statement send-aggregate term 1 from protocol aggregate user@R3# set policy-statement send-aggregate term 1 then accept user@R3# set policy-statement send-aggregate term suppress-specific-routes from route-filter 10.200.0.0/16 longer user@R3# set policy-statement send-aggregate term suppress-specific-routes then reject
-
Configure uma política de roteamento para relatar o Dispositivo R3 como o próximo salto como resultado da participação na sessão de EBGP com o DEVICE ISP.
[edit policy-options] user@R3# set policy-statement next-hop-self term 1 from protocol bgp user@R3# set policy-statement next-hop-self term 1 then next-hop self user@R3# set policy-statement next-hop-self term 1 then accept
-
Aplique a política de rota agregada na sessão EBGP com o ISP do dispositivo.
[edit protocols] user@R3# set bgp group external export send-aggregate
-
Aplique a política de next-hop-self na sessão do IBGP com o Dispositivo R2.
[edit protocols] user@R3# set bgp group internal export next-hop-self
Se você terminar de configurar o dispositivo, comprometa a configuração.
[edit] user@R3# commit
Resultados
Confirme sua configuração emitindo osshow interfaces, show protocolse show routing-options show policy-optionscomandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@R3# show interfaces
ge-0/0/1 {
description R3-to-R2;
unit 0 {
family inet {
address 10.0.2.1/30;
}
}
}
ge-0/0/2 {
description R3-to-ISP;
unit 0 {
family inet {
address 10.0.45.2/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.100.3/32;
}
}
}
user@R3# show protocols
bgp {
group external {
type external;
export send-aggregate;
peer-as 64502;
neighbor 10.0.45.1;
}
group internal {
type internal;
local-address 192.168.100.3;
export next-hop-self;
neighbor 192.168.100.2;
}
}
ospf {
area 0.0.0.0 {
interface ge-0/0/1.0;
interface lo0.0 {
passive;
}
}
}
user@R3# show policy-options
policy-statement next-hop-self {
term 1 {
from protocol bgp;
then {
next-hop self;
accept;
}
}
}
policy-statement send-aggregate {
term 1 {
from protocol aggregate;
then accept;
}
term suppress-specific-routes {
from {
route-filter 10.200.0.0/16 longer;
}
then reject;
}
}
user@R3# show routing-options
autonomous-system 64501;
aggregate {
route 10.200.0.0/16;
}
Verificação
Confirme que a configuração está funcionando corretamente.
- Verificar se o dispositivo R3 tem as rotas esperadas
- Verificar se o dispositivo R3 anuncia a rota agregada para o ISP do dispositivo
- Verificando a conexão de ponta a ponta
Verificar se o dispositivo R3 tem as rotas esperadas
Propósito
Confirme que o dispositivo R3 tem as rotas estáticas anunciadas do dispositivo R2.
Ação
user@R3>show route terse protocol bgp inet.0: 12 destinations, 12 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 0.0.0.0/0 B 170 100 >10.0.45.1 64502 I * 10.200.1.0/24 B 170 100 >10.0.2.2 I * 10.200.2.0/24 B 170 100 >10.0.2.2 I
Significado
A saída mostra que o dispositivo R3 aprendeu as rotas estáticas configuradas no dispositivo R2 para chegar às redes de clientes do Dispositivo R1 (10.200.1.0/24 e 10.200.2.0/24) por meio do peering do IBGP.
Verificar se o dispositivo R3 anuncia a rota agregada para o ISP do dispositivo
Propósito
Certifique-se de que o dispositivo R3 não envie as rotas estáticas específicas e envie apenas a rota agregada resumida.
Ação
user@R3>show route advertising-protocol bgp 10.0.45.1 inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 10.200.0.0/16 Self I
Significado
A saída mostra que o dispositivo R3 envia apenas a rota resumida para o ISP do dispositivo.
Verificando a conexão de ponta a ponta
Propósito
Confirme a conexão de ponta a ponta da rede do cliente no dispositivo R1 ao ISP do dispositivo.
Ação
user@R1>ping 10.0.45.2 source 10.200.1.1 PING 10.0.45.2 (10.0.45.2): 56 data bytes 64 bytes from 10.0.45.2: icmp_seq=0 ttl=63 time=3.953 ms 64 bytes from 10.0.45.2: icmp_seq=1 ttl=63 time=4.979 ms 64 bytes from 10.0.45.2: icmp_seq=2 ttl=63 time=3.789 ms
Significado
A saída mostra um ping bem-sucedido verificando a alcance do ISP do dispositivo a partir da rede do cliente 10.200.1.1.