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 entradas de roteamento em uma rede IP, consolidando várias rotas selecionadas em um único anúncio de rota. Essa abordagem contrasta com o roteamento de não agregação, no qual cada tabela de roteamento contém uma entrada exclusiva 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 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 correspondência 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 correspondente 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:
Rejeitar próximo salto — Se um pacote mais específico não corresponder a uma rota mais específica, o pacote será rejeitado e uma mensagem ICMP inalcançável será enviada ao originador do pacote.
Valor da métrica conforme configurado com a
aggregateinstrução.Valor de preferência que resulta do filtro de política no colaborador principal, se um filtro for especificado.
AS conforme configurado na
aggregatedeclaração, se houver. Caso contrário, o caminho será calculado agregando os caminhos de todas as rotas contribuintes.Comunidade conforme configurado na
aggregatedeclaração, se houver alguma especificada.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 para 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 agregada global. Eles são tratados 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 opcionalmente configurar opções de rota agregadas. Essas opções se aplicam somente ao destino individual e substituem as opções configuradas nadefaultsparte daaggregateinstrução.
Ao configurar uma rota agregada individual na route parte da aggregate declaração, especifique o destino da rota (em route destination-prefix) de uma das seguintes maneiras:
network/mask-length, ondenetworké a parte de rede do endereço IP emask-lengthé o comprimento do prefixo de destino.defaultse essa for a rota padrão para o destino. Isso equivale a especificar um endereço IP de0.0.0.0/0.
Depois de configurar as rotas agregadas, você pode fazer com que um protocolo anuncie as rotas configurando uma política que é exportada por um protocolo de roteamento.
Você pode associar uma política de roteamento ao configurar o prefixo routes de destino de uma rota agregada na parte da aggregate instruçã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 potencial para uma rota agregada, juntamente com quaisquer opções agregadas, é passado pelo filtro de política. A política pode aceitar ou rejeitar a rota como um colaborador para a rota agregada e, se o colaborador for aceito, a política pode modificar as preferências padrão.
O algoritmo a seguir é usado para comparar duas rotas de contribuição agregada para determinar qual delas é o contribuinte principal ou preferencial:
Compare os protocolos
preferencesdas rotas contribuintes. Quanto menor a preferência, melhor a rota. Isso é semelhante à comparação feita ao determinar a melhor rota para a tabela de roteamento.Compare os protocolos
preferences2das rotas contribuintes. Quanto menor o valor de preference2 é melhor. Se apenas uma rota tiverpreferences2, então essa rota é preferida.Os valores de preferência são os mesmos. Prossiga com uma comparação numérica dos valores de prefixo.
O contribuidor primário é o menor valor de prefixo numericamente.
Se os dois prefixos forem numericamente iguais, o colaborador primário será a rota que tem o menor valor de comprimento de prefixo.
Neste ponto, as duas rotas são as mesmas. O colaborador principal não muda. Um próximo salto adicional está disponível para o colaborador principal existente.
Um colaborador rejeitado ainda pode contribuir para uma rota agregada menos específica. Se você não especificar um filtro de política, todas as rotas candidatas contribuirão 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; }
Nas defaults partes e route da aggregate declaração, você pode especificar aggregate-options, que definem informações adicionais sobre rotas agregadas que são incluídas na rota quando ela é instalada na tabela de roteamento. Todas as opções agregadas são opcionais. As opções agregadas especificadas na defaults parte da aggregate declaração são tratadas como padrões globais e se aplicam a todas as rotas agregadas configuradas na aggregate declaração. As opções agregadas especificadas na route parte da aggregate instrução substituem quaisquer opções agregadas globais e se aplicam somente a esse destino.
Para configurar opções de rota agregadas, inclua uma ou mais delas na ou route parte defaults da aggregate declaração:
[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; } } }
- Configuração de um valor de métrica para rotas agregadas
- Configurando um valor de preferência para rotas agregadas
- Configurando o próximo salto para rotas agregadas
- Associando comunidades BGP a rotas agregadas
- Associando caminhos AS a rotas agregadas
- Inclusão de números AS em caminhos de rota agregados
- Configuração de um valor de tag para rotas agregadas
- Controle da retenção de rotas agregadas inativas nas tabelas de roteamento e encaminhamento
Configuração de um valor de métrica para rotas agregadas
Você pode especificar até quatro valores de métrica, começando com metric (para o primeiro valor de métrica) e continuando com metric2, metric3, e metric4 incluindo uma ou mais das seguintes instruçõ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 instruções, consulte as seções de resumo da instrução para essas instruções.
type Na opção, 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 este, a rota dinâmica será escolhida como a rota ativa e será instalada na tabela de encaminhamento.
Para modificar o valor de preferência padrão, especifique um valor de preferência primário (preference). Você também pode especificar o valor de preferência secundário (preference2); e 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 instruções, consulte as seções de resumo da instrução para essas instruções.
O valor de preferência pode ser um número no intervalo de 0 a 4.294.967.295 (2,32 – 1), com um número menor indicando uma rota mais preferida. Para obter mais informações sobre valores de preferência, consulte Visão geral das preferências de rota.
type Na opção, você pode especificar o tipo de rota.
Configurando o próximo salto para rotas agregadas
Por padrão, quando 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 ICMP inalcançável é enviada ao originador do pacote.
Ao configurar uma rota individual na route parte da aggregate declaração ou ao configurar os padrões para rotas agregadas, você pode especificar um próximo salto de descarte. Isso significa que, se um pacote mais específico não corresponder a uma rota mais específica, o pacote será rejeitado e uma rota de rejeição para esse destino será instalada na tabela de roteamento, mas as mensagens ICMP inalcançáveis não serão enviadas.
Ser capaz de descartar os próximos saltos permite que você origine uma rota de resumo, que pode ser anunciada por meio de protocolos de roteamento dinâmico, e permite que você descarte o tráfego recebido que não corresponde a uma rota mais específica do que a rota de resumo. Para descartar o próximo salto, inclua a discard opção:
discard;
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instrução para esta declaração.
Associando comunidades BGP a rotas agregadas
Por padrão, nenhuma informação da comunidade BGP é associada a rotas agregadas. Para associar informações da comunidade às rotas, inclua a community opção:
aggregate (defaults | route) { community [ community-ids ]; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instrução para esta declaração. community-value é o identificador da comunidade e pode ser um número no intervalo de 0 a 65.535.
community-ids é um ou mais identificadores de comunidade para comunidades ou comunidades estendidas.
O formato para identificadores de comunidade é:
as-number:community-value
as-number é o número AS e pode ser um valor no intervalo de 1 a 65.534.
Você também pode especificar community-ids para comunidades como um dos seguintes nomes de comunidade conhecidos, que são definidos no RFC 1997:
no-export— As rotas que contêm esse nome de comunidade não são anunciadas fora de um limite de confederação BGP.no-advertise— As rotas que contêm esse nome de comunidade não são anunciadas para outros pares BGP.no-export-subconfed— As rotas que contêm esse nome de comunidade não são anunciadas para pares BGP externos, incluindo pares em ASs de outros membros dentro de uma confederação BGP.
Você pode excluir explicitamente informações da comunidade BGP com uma rota agregada usando a none opção. Incluir 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.
Não há suporte para atributos de comunidade estendidos no nível de [edit routing-options] hierarquia. Você deve configurar comunidades estendidas no nível da [edit policy-options] hierarquia. Para obter informações sobre como configurar informações de comunidades estendidas, consulte a seção "Configurando o atributo de comunidades estendidas" no Guia do usuário de políticas de roteamento, filtros de firewall e policiais de tráfego. Para obter informações sobre como configurar números AS de 4 bytes e comunidades estendidas, consulte Usando números de sistema autônomo de 4 bytes em redes BGP.
Associando caminhos AS a rotas agregadas
Por padrão, o caminho AS para rotas agregadas é construído a partir das rotas do componente. Para especificar manualmente o caminho AS e associar informações de caminho AS às rotas, inclua a as-path opção:
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 essa instrução, consulte a seção de resumo da instrução para esta declaração.
as-path é o caminho AS a ser incluído na rota. Pode incluir uma combinação de números de caminho de AS individuais e conjuntos de AS. Coloque os conjuntos entre colchetes ( { } ). O primeiro número de AS no caminho representa o AS imediatamente adjacente ao AS local. Cada número subsequente representa um AS que está progressivamente mais distante do AS local, indo em direção à origem do caminho.
No Junos OS versão 9.1 e posterior, o intervalo AS numérico é estendido para oferecer suporte BGP para números AS de 4 bytes, conforme definido no RFC 4893, Suporte BGP para espaço numérico AS de quatro octetos. 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 bytes. O intervalo de números AS de 2 bytes é de 1 a 65.535 (este é um subconjunto do intervalo de 4 bytes).
No Junos OS versão 9.2 e posterior, você também pode configurar um número AS de 4 bytes usando o formato de notação AS-dot de dois valores inteiros unidos por um ponto: <16-bit high-order value in decimal>.<16-bit low-order value in decimal>. Por exemplo, o número AS de 4 bytes de 65.546 no formato de número simples é representado como 1,10 no formato de notação AS-dot. Você pode especificar um valor no intervalo de 0,0 a 65535,65535 no 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— Informações de caminho originadas em outro AS.igp— Informações de caminho originadas no AS local.incomplete- As informações do caminho foram aprendidas por outros meios.
Para anexar o atributo do caminho BGP ATOMIC_AGGREGATE à rota agregada, especifique a atomic-aggregate opção. Esse atributo do caminho indica que o sistema local selecionou uma rota menos específica em vez de uma rota mais específica.
Para anexar o atributo do caminho BGP AGGREGATOR à rota agregada, especifique a aggregator opção. Ao usar essa opção, você deve especificar o último número AS que formou a rota agregada (codificado como dois octetos), seguido pelo endereço IP do sistema BGP que formou a rota agregada.
A partir do Junos OS 13.2R1, uma rota BGP fica oculta quando o caminho AS de uma rota agregada — construída a partir de rotas contribuintes — é mais da metade do tamanho máximo do pacote BGP (4096 bytes). Esses caminhos AS têm o sinalizador OverflowASPathSize definido para eles. Se você quiser vazar essa rota BGP, cujo comprimento de caminho AS pode estourar, 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
Inclusão de números AS em caminhos de rota agregados
Por padrão, todos os números AS de todos os caminhos contribuintes são incluídos no caminho da rota agregada. Para incluir apenas as sequências principais comuns mais longas dos caminhos AS contribuintes, inclua a brief opção ao configurar a rota. Se isso resultar na omissão de números AS da rota agregada, o atributo do caminho BGP ATOMIC_ATTRIBUTE será incluído na rota agregada.
aggregate (defaults | route) { brief; }
Para que todos os números AS de todos os caminhos contribuintes sejam incluídos explicitamente no caminho da rota agregada, inclua a full opção 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 instruções, consulte as seções de resumo da instrução para essas instruções.
Configuração de um valor de tag para rotas agregadas
Por padrão, nenhum valor de tag é associado a rotas agregadas. Você pode especificar um valor de tag incluindo a tag opção:
aggregate (defaults | route) { tag metric type number; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instruçã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 inacessí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 passive opção ao configurar a rota:
aggregate (defaults | route) { passive; }
As rotas que foram configuradas para permanecerem continuamente instaladas nas tabelas de roteamento e encaminhamento são marcadas com reject os próximos saltos quando estão inativas.
Para remover explicitamente as rotas agregadas quando elas se tornarem inativas, inclua a active opção 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: resumindo rotas estáticas por meio da 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 são representadas neste exemplo como interfaces de loopback no dispositivo R1.
- O dispositivo R1 tem uma rota padrão estática para acessar a rede ISP (10.0.45.0).
- O dispositivo R2 tem rotas estáticas configuradas para alcançar as 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 para 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 o OSPF como o IGP.
- O ISP do dispositivo injeta uma rota padrão no AS 64501.
Este exemplo mostra a configuração de 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 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 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 requer que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, 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 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 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 de 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 nesta 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 EBGP com o ISP do Dispositivo.
[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 à sessão EBGP com o ISP do dispositivo.
[edit protocols] user@R3# set bgp group external export send-aggregate
-
Aplique a política next-hop-self à 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, confirme a configuração.
[edit] user@R3# commit
Resultados
Confirme sua configuração emitindo os show interfacescomandos , show protocols, show policy-options, 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@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 se a configuração está funcionando corretamente.
- Verificando se o dispositivo R3 tem as rotas esperadas
- Verificando se o dispositivo R3 anuncia a rota agregada para o ISP do dispositivo
- Verificando a conexão de ponta a ponta
Verificando se o dispositivo R3 tem as rotas esperadas
Propósito
Confirme se 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 alcançar as redes de clientes do Dispositivo R1 (10.200.1.0/24 e 10.200.2.0/24) por meio do emparelhamento do IBGP.
Verificando 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 para o 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 acessibilidade ao ISP do dispositivo da rede do cliente 10.200.1.1.
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.