Configurar a redistribuição do protocolo de roteamento
Contents
Introdução
Este documento descreve como você pode redistribuir um protocolo de roteamento, rotas conectadas ou estáticas, para outro protocolo de roteamento dinâmico.
Pré-requisitos
Requisitos
Não existem requisitos específicos para este documento.
Componentes Utilizados
As informações neste documento não estão restritas a nenhuma versão específica de software e hardware
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Conventions
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Informações de Apoio
A redistribuição do protocolo de roteamento é um conceito crítico na rede de computadores que permite a comunicação entre diferentes domínios de roteamento. Em redes corporativas e de provedores de serviços, vários protocolos de roteamento, como OSPF (Open Shortest Path First), EIGRP (Enhanced Interior Gateway Routing Protocol), BGP (Border Gateway Protocol) e RIP (Routing Information Protocol), são frequentemente implantados para casos de uso específicos. A redistribuição permite que esses protocolos compartilhem informações de roteamento, garantindo a conectividade em diversos segmentos de rede.
Por que a redistribuição é necessária
- Ambientes multiprotocolo: As organizações podem implantar diferentes protocolos para várias finalidades, como BGP para rotas de Internet e OSPF para redes internas.
- Fusões e aquisições: As redes com protocolos diferentes precisam interoperar durante a integração.
- Escalabilidade e otimização: A redistribuição permite o compartilhamento seletivo de rotas para otimizar o desempenho e controlar o comportamento de roteamento.
Desafios da redistribuição
- Loops de roteamento: Configurações incorretas podem levar a loops, degradando o desempenho da rede.
- Distância Administrativa e Métricas: Cada protocolo tem métricas e prioridades exclusivas, exigindo compreensão cuidadosa durante a redistribuição.
- Filtragem de rota e segurança: A redistribuição não filtrada pode inadvertidamente propagar rotas incorretas ou indesejadas.
A configuração eficaz da redistribuição do protocolo de roteamento garante uma comunicação transparente entre as redes, minimiza o tempo de inatividade e evita problemas de roteamento. Usando práticas recomendadas como filtragem e prevenção de loop, os administradores de rede podem obter uma infraestrutura de roteamento robusta e eficiente.
Métrica
Quando você redistribuir um protocolo para outro, lembre-se de que as métricas de cada protocolo têm um papel importante na redistribuição. Cada protocolo usa métricas diferentes. Por exemplo, a métrica do RIP é baseada na contagem de saltos, e o EIGRP usa uma métrica composta baseada na largura de banda, no atraso, na confiabilidade, na carga e na MTU (Unidade Máxima de Transmissão), onde a largura de banda e o atraso são os únicos parâmetros usados por padrão. Quando as rotas são redistribuídas, você deve definir uma métrica para um protocolo que a rota receptora possa entender. Há dois métodos para definir métricas quando as rotas são redistribuídas.
Topologia EIGRP e RIP
1. Você pode definir a métrica apenas para essa redistribuição específica:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. Você pode usar a mesma métrica como padrão para toda a redistribuição (com o comando default-metric que economiza trabalho porque elimina a necessidade de definir a métrica separadamente para cada redistribuição):
router rip redistribute static redistribute ospf 1 default-metric 1
Distância administrativa
Se um roteador executar mais de um protocolo de roteamento e tomar conhecimento de uma rota para o mesmo destino com ambos os protocolos de roteamento, qual rota deve ser selecionada como o melhor caminho? Cada protocolo usa seu próprio tipo de métrica para determinar a melhor rota. Não é possível comparar rotas com tipos diferentes de métrica. As distâncias administrativas resolvem este problema. As distâncias administrativas são atribuídas às origens de rota para que a rota da origem mais preferencial possa ser escolhida como o melhor caminho. Consulte Seleção de Rota nos Cisco Routers para obter mais informações sobre distâncias administrativas e seleção de rota.
As distâncias administrativas ajudam com a seleção de rotas entre protocolos de roteamento diferentes, contudo podem causar problemas de redistribuição. Esses problemas podem ocorrer como loops de roteamento, problemas de convergência ou roteamento ineficiente. Veja na próxima imagem uma topologia e uma descrição de um possível problema.
Topologia de um possível problema
No exemplo de topologia anterior, se R1 executar o RIP e R2 e R5 executarem o RIP e o EIGRP e redistribuírem o RIP no EIGRP, poderá haver um problema. Por exemplo, R2 e R5 tomam conhecimento da rede 192.168.1.0 no R1 por meio do RIP. Esse conhecimento é redistribuído no EIGRP. R2 aprende sobre a rede 192.168.1.0 até R3 e R5 aprende sobre ela de R4 até EIGRP. O EIGRP tem uma distância administrativa menor que o RIP (90 versus 120); portanto, a rota EIGRP é usada na tabela de roteamento. Agora há um circuito de roteamento em potencial. Mesmo se o recurso de omissão de rotas ou qualquer outro recurso pensado para ajudar a evitar loops de roteamento for usado, ainda haverá um problema de convergência.
Se o R2 e o R5 também redistribuem o EIGRP no RIP (essa é a redistribuição mútua) e a rede, 192.168.1.0, não está diretamente conectada ao R1 (o R1 toma conhecimento de outro roteador upstream dele), então há um possível problema de que o R1 pode tomar conhecimento da rede no R2 ou no R5 com uma métrica melhor do que a fonte original.
Consulte a seção Evitar problemas devido à redistribuição deste documento para obter mais informações.
Exemplos de Configuração de Redistribuição
EIGRP
Essa saída mostra um roteador EIGRP que redistribui rotas OSPF (Open Shortest Path First), RIP e IS-IS (Intermediate System-to-Intermediate System) estáticas.
router eigrp 1 network 10.10.108.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500
O EIGRP precisa de cinco métricas ao redistribuir outros protocolos: largura de banda, atraso, confiabilidade, carga e MTU, respectivamente.
| Métrico |
Valor |
| largura de banda |
Em unidades de quilobits por segundo; 10000 para Ethernet. |
| atraso |
Em unidades de dezenas de microssegundos; para Ethernet é 100 x 10 microssegundos = 1 ms |
| confiabilidade |
255 para 100 por cento de confiabilidade |
| carga |
A carga efetiva no link expressa como um número de 0 a 255 (255 é uma carga de 100 por cento). |
| MTU |
MTU mínimo do caminho; geralmente é igual ao da interface Ethernet, que é de 1500 bytes. |
Vários processos EIGRP podem ser executados no mesmo roteador, com redistribuição entre eles. Por exemplo, EIGRP1 e EIGRP2 podem ser executados no mesmo roteador. No entanto, você não precisa executar dois processos do mesmo protocolo no mesmo roteador, e isso pode consumir a memória e a CPU do roteador. A redistribuição do EIGRP em outro processo EIGRP não requer nenhuma conversão métrica, portanto não há necessidade de definir métricas ou usar o comando default-metric com a redistribuição.
Uma rota estática redistribuída tem precedência sobre a rota de sumarização porque a rota estática tem uma distância administrativa de 1, enquanto a rota de sumarização EIGRP tem uma distância administrativa de 5. Isso acontece quando uma rota estática é redistribuída com o uso doredistribute staticcomando no processo EIGRP e o processo EIGRP tem uma rota padrão.
OSPF
Essa saída mostra um roteador OSPF que redistribui rotas RIP, EIGRP e IS-IS estáticas.
router ospf 1 network 10.10.108.0 0.0.255.255 area 0 redistribute static metric 200 subnets redistribute rip metric 200 subnets redistribute eigrp 1 metric 100 subnets redistribute isis metric 10 subnets
A métrica do OSPF é um valor de custo baseado em 108/ largura de banda do link em bits/seg. Por exemplo, o custo OSPF de Ethernet é 10: 108/107 = 10
Quando há uma rede principal que é dividida em sub-redes, você precisa usar a palavra-chave sub-netted para redistribuir protocolos no OSPF. Sem essa palavra-chave, o OSPF apenas redistribui redes principais que não são sub-redes.
É possível executar mais de um processo OSPF no mesmo roteador. Lembre-se de que isso pode consumir recursos adicionais do roteador (memória e CPU).
Você não precisa definir a métrica ou usar o comando default-metric ao redistribuir um processo OSPF em outro.
RIP
Esta saída mostra um roteador RIP que redistribui rotas EIGRP, OSPF e IS-IS estáticas:
router rip network 10.10.108.0 redistribute static redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
A métrica do RIP é composta pela contagem de saltos e a métrica máxima válida é 15. Qualquer valor maior que 15 é considerado infinito; você pode usar 16 para descrever uma métrica infinita em RIP. Quando você redistribui um protocolo no RIP, a Cisco recomenda que você use uma métrica baixa, como 1. Uma métrica alta, como 10, limita ainda mais o RIP. Se você definir uma métrica de 10 para rotas redistribuídas, essas rotas serão anunciadas somente a roteadores até 5 saltos de distância, momento em que a métrica (contagem de saltos) excede 15. Se definir uma métrica de 1, você permitirá que uma rota trafegue pelo número máximo de saltos em um domínio RIP. Mas isso poderá aumentar a possibilidade de loops de roteamento se houver vários pontos de redistribuição e se um roteador aprender sobre a rede com uma métrica melhor no ponto de redistribuição do que da fonte original. Portanto, você precisa verificar se a métrica não é muito alta, o que impede que a rota seja anunciada para todos os roteadores, nem muito baixa, que gera loops de roteamento quando existem vários pontos de redistribuição.
IS-IS
Essa saída mostra um roteador IS-IS que redistribui rotas RIP, EIGRP e OSPF estáticas.
router isis network 49.1234.1111.1111.1111.00 redistribute static redistribute rip metric 20 redistribute eigrp 1 metric 20 redistribute ospf 1 metric 20
A métrica IS-IS deve estar entre 1 e 63. Não há opção de métrica padrão em IS-IS. Você deve definir uma métrica para cada protocolo, conforme mostrado no exemplo anterior. Se nenhuma métrica for especificada para as rotas que são redistribuídas em IS-IS, um valor métrico de 0 será usado por padrão.
Redistribuir rotas estáticas, exceto gateway de último recurso no RIP com o mapa de rota
Essa configuração é um exemplo de como redistribuir rotas estáticas, exceto o gateway de último recurso de gateway no RIP por meio do mapa de rotas.
Esta é a configuração inicial para este exemplo:
router rip version 2 network 10.0.0.0 default-information originate no auto-summary ! ip forward-protocol nd ip route 0.0.0.0 0.0.0.0 10.32.32.3 ip route 10.32.42.211 255.255.255.255 192.168.0.102 ip route 10.98.0.0 255.255.255.0 10.32.32.1 ip route 10.99.0.0 255.255.255.0 10.32.32.1 ip route 10.99.99.0 255.255.255.252 10.32.32.5 ip route 10.129.103.128 255.255.255.240 10.32.31.1 ip route 172.16.231.0 255.255.255.0 10.32.32.5 ip route 172.16.28.0 255.255.252.0 10.32.32.5 ip route 192.168.248.0 255.255.255.0 10.32.32.5
ip route 192.168.0.43 255.255.255.0 10.32.32.5
ip route 192.168.0.103 255.255.255.0 10.32.32.5
Para concluir a redistribuição sem o gateway de último recurso, você pode usar as próximas etapas de configuração:
1. Crie uma lista de acesso para corresponder todas as redes que precisam ser redistribuídas:
Router#show access-lists 10 Standard IP access list 10 10 permit 10.32.42.211 20 permit 10.98.0.0, wildcard bits 0.0.0.255 30 permit 10.99.0.0, wildcard bits 0.0.0.255 40 permit 10.129.103.128, wildcard bits 0.0.0.15 50 permit 172.16.231.0, wildcard bits 0.0.0.255< 60 permit 172.16.28.0, wildcard bits 0.0.3.255 70 permit 192.168.248.0, wildcard bits 0.0.0.255 80 permit 192.168.0.43, wildcard bits 0.0.0.255 90 permit 192.168.0.103, wildcard bits 0.0.0.255
2. Chame essa lista de acesso em um mapa de rotas.
route-map TEST match ip address 10
3. Redistribua no RIP com o mapa de rotas e remova o comando default information originate do processo de RIP.
router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
Redistribuição de redes conectadas
As redes conectadas podem ser redistribuídas em protocolos de roteamento usando dois métodos, direta e indiretamente. Para redistribuir diretamente as rotas conectadas, use o comando de configuração do roteador redistribute connected, garantindo que uma métrica seja definida. Como alternativa, as rotas conectadas também podem ser indiretamente redistribuídas em protocolos de roteamento, como demonstrado neste exemplo:
Redistribua as redes conectadas
No exemplo de topologia, o Roteador B tem duas interfaces GigabitEthernet. GigabitEthernet0/0 está na rede 10.10.1.0/24 e GigabitEthernet0/1 está na rede 10.20.1.0/24. O Roteador B executa EIGRP com o Roteador A e OSPF com o Roteador C. O Roteador B é mutuamente redistribuído entre os processos EIGRP e OSPF. Esta é a configuração relevante para o Roteador B:
RouterB#show running-config
Building configuration...
Current configuration : 3130 bytes
!
!
!
interface GigabitEthernet0/0
ip address 10.10.1.4 255.255.255.0
duplex auto
speed auto
!
interface GigabitEthernet0/1
ip address 10.20.1.4 255.255.255.0
duplex auto
speed auto
!
!
router eigrp 7
network 10.10.1.0 0.0.0.255
redistribute ospf 7 metric 10000 10 255 1 1500
!
router ospf 7
redistribute eigrp 7 subnets
network 10.20.1.0 0.0.0.255 area 0
A tabela de roteamento do roteador B será exibida:
RouterB#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.10.1.0/24 is directly connected, GigabitEthernet0/0
L 10.10.1.4/32 is directly connected, GigabitEthernet0/0
C 10.20.1.0/24 is directly connected, GigabitEthernet0/1
L 10.20.1.4/32 is directly connected, GigabitEthernet0/1
RouterB#Na configuração anterior e na tabela de roteamento, há três aspectos pertinentes a serem observados:
- As redes em questão estão na tabela de roteamento do roteador B como redes diretamente conectadas.
- A rede 10.10.1.0/24 é parte do processo EIGRP e a rede 10.20.1.0/24 é parte do processo OSPF.
- O roteador B é redistribuído mutuamente entre EIGRP e OSPF.
Tabelas de roteamento dos roteadores A e C:
RouterA#show ip route Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override, p - overrides from PfR Gateway of last resort is not set 10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks C 10.10.1.0/24 is directly connected, GigabitEthernet0/0 L 10.10.1.3/32 is directly connected, GigabitEthernet0/0 D EX 10.20.1.0/24 [170/258816] via 10.10.1.4, 00:15:52, GigabitEthernet0/0 RouterA#
RouterC#show ip route Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2 i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2 ia - IS-IS inter area, * - candidate default, U - per-user static route o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP a - application route + - replicated route, % - next hop override, p - overrides from PfR Gateway of last resort is not set 10.0.0.0/8 is variably subnetted, 3 subnets, 2 masks O E2 10.10.1.0/24 [110/20] via 10.20.1.4, 00:16:08, GigabitEthernet0/0 C 10.20.1.0/24 is directly connected, GigabitEthernet0/0 L 10.20.1.6/32 is directly connected, GigabitEthernet0/0 RouterC#
O roteador A aprendeu sobre a rede 10.20.1.0/24 por meio do EIGRP, que é exibido como uma rota externa, porque ele foi redistribuído de OSPF para EIGRP. O roteador C aprendeu sobre a rede 10.10.1.0/24 por meio do OSPF como uma rota externa, porque ele foi redistribuído de EIGRP para OSPF. Embora o roteador B não redistribua redes conectadas, ele de fato anuncia a rede 10.10.1.0/24, que faz parte do processo de EIGRP redistribuído para OSPF. De forma semelhante, o Roteador B anuncia a rede 10.20.1.0/24, que faz parte do processo OSPF redistribuído em EIGRP.
Consulte Como redistribuir redes conectadas no OSPF para obter mais informações sobre rotas conectadas redistribuídas no OSPF.
Evite problemas devido à redistribuição
A seção Distância administrativa descreve como a redistribuição pode causar problemas, como a próxima topologia de roteamento ideal, loops de roteamento ou convergência lenta. É possível evitar esses problemas caso você nunca anuncie as informações recebidas originalmente do processo de roteamento X de volta no processo de roteamento X.
Exemplo 1
Redistribuição mútua de R2 e R5
Neste exemplo de topologia, R2 e R5 estão em redistribuição mútua. O OSPF é redistribuído no EIGRP e o EIGRP é redistribuído para o OSPF, como mostra a próxima configuração.
R2
R2#show run | section router
router eigrp 7
network 172.16.0.0
redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
redistribute eigrp 7 subnets
network 10.0.0.0 0.255.255.255 area 0R5
R5#show run | section router
router eigrp 7
network 172.16.0.0
redistribute ospf 7 metric 10000 10 255 1 1500
router ospf 7
redistribute eigrp 7 subnets
network 10.0.0.0 0.255.255.255 area 0Com o exemplo de configuração anterior, você pode ter qualquer um dos problemas descritos anteriormente. A fim de evitá-los, você pode filtrar as atualizações de roteamento:
R2
R2#show run | section router eigrp|access-list
router eigrp 7
distribute-list 1 in GigabitEthernet0/0
network 172.16.0.0
redistribute ospf 7 metric 10000 10 255 1 1500
access-list 1 deny 192.168.1.0 0.0.0.255
access-list 1 permit anyR5
R5#show run | section router eigrp|access-list
router eigrp 7
distribute-list 1 in GigabitEthernet0/0
network 172.16.0.0
redistribute ospf 7 metric 10000 10 255 1 1500
access-list 1 deny 192.168.1.0 0.0.0.255
access-list 1 permit anyAs listas de distribuição adicionadas às configurações, como mostrado no exemplo anterior, filtram todas as atualizações do EIGRP que entram na interface GigabitEthernet0/0 dos roteadores. Se as rotas nas atualizações são permitidas pela lista de acesso 1, o roteador as aceita na atualização; caso contrário, não o faz. Neste exemplo, os roteadores são informados de que não devem aprender a rede 192.168.1.0/24 através das atualizações EIGRP que recebem na interface especificada. Portanto, o único conhecimento que esses roteadores têm para a rede 192.168.1.0/24 é através do OSPF de R1.
Além disso, lembre-se de que, nesse caso, não é necessário usar a mesma estratégia de filtro para o processo OSPF, pois o OSPF tem uma distância administrativa mais alta que o EIGRP. Se as rotas que se originam no domínio EIGRP foram realimentadas para R2 e R5 através do OSPF, as rotas EIGRP ainda têm precedência.
Exemplo 2
Exemplo de redistribuição mútua2
A topologia neste exemplo demonstra outro método para evitar problemas de redistribuição. Esse método preferencial usa mapas de rotas para definir tags para várias rotas, permitindo que os processos de roteamento redistribuam com base nessas tags.
Um dos problemas que você pode encontrar na topologia anterior é que R1 anuncia a rede 192.168.1.0 para R2. R2 então redistribui para EIGRP, R5 aprende a rede via EIGRP e a redistribui para OSPF. Com base na métrica definida por R5 para as rotas redistribuídas, R6 pode acabar preferindo o caminho menos desejável por R5 em vez de passar por R1 para acessar a rede.
O próximo exemplo de configuração mostra como evitar isso com as marcas e, em seguida, redistribuir com base nas marcas.setting
R2
router eigrp 7
redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500
!--- Redistribute ospf routes that are permitted by the route-map ospf_to_eigrp
router ospf 7
redistribute eigrp 7 route-map eigrp_to_ospf subnets
!--- Redistribute EIGRP routes and set the tags according to the eigrp_to_ospf route-map
route−map ospf_to_eigrp deny 10
match tag 88
!--- Route-map statement to deny any routes that have a tag of "88" from being redistributed into EIGRP
!--- Notice the routes tagged with "88" must be the EIGRP routes that are redistributed into ospf
route-map ospf_to_eigrp permit 20
set tag 77
!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77"
route-map eigrp_to_ospf deny 10
match tag 77
!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP
route-map eigrp_to_ospf permit 20
set tag 88
!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"R5
router eigrp 7
redistribute ospf 7 route-map ospf_to_eigrp metric 10000 10 255 1 1500
!--- Redistributes ospf routes that are permitted by the route-map ospf_to_eigrp
router ospf 7
redistribute eigrp 7 route-map eigrp_to_ospf subnets
!--- Redistributes EIGRP routes and sets the tags
!--- according to the eigrp_to_ospf route-map
route-map ospf_to_eigrp deny 10
match tag 88
!--- Route-map statement to deny any routes that have a tag of "88" from being redistributed into EIGRP
!--- Notice the routes tagged with "88" must be the EIGRP routes that are redistributed into ospf
route-map ospf_to_eigrp permit 20
set tag 77
!--- Route-map statement to set the tag on ospf routes redistributed into EIGRP to "77"
route-map eigrp_to_ospf deny 10
match tag 77
!--- Route-map statement to deny any routes that have a tag of "77" from being redistributed into ospf
!--- Notice the routes tagged with "77" must be the ospf routes that are redistributed into EIGRP
route-map eigrp_to_ospf permit 20
set tag 88
!--- Route-map statement to set the tag on EIGRP routes redistributed into ospf to "88"Após concluir a configuração do exemplo anterior, você verá que as tags de algumas rotas específicas na tabela de roteamento foram definidas. A saída do comando show ip route para rotas específicas em R3 e R1 é:
R3#show ip route 192.168.1.1
Routing entry for 192.168.1.1/32
Known via "eigrp 7", distance 170, metric 258816
Tag 77, type external
Redistributing via eigrp 7
Last update from 172.16.2.10 on GigabitEthernet0/0, 00:01:17 ago
Routing Descriptor Blocks:
* 172.16.2.10, from 172.16.2.10, 00:01:17 ago, via GigabitEthernet0/0
Route metric is 258816, traffic share count is 1
Total delay is 110 microseconds, minimum bandwidth is 10000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1
Route tag 77
R1#show ip route 172.16.2.0
Routing entry for 172.16.2.0/30
Known via "ospf 7", distance 110, metric 20
Tag 88, type extern 2, forward metric 1
Last update from 10.1.10.1 on GigabitEthernet0/1, 00:01:34 ago
Routing Descriptor Blocks:
* 10.1.10.6, from 172.16.2.10, 00:16:30 ago, via GigabitEthernet0/0
Route metric is 20, traffic share count is 1
Route tag 88
10.1.10.1, from 172.16.2.1, 00:01:34 ago, via GigabitEthernet0/1
Route metric is 20, traffic share count is 1
Route tag 88O EIGRP usa cinco variáveis diferentes para calcular a métrica. No entanto, as rotas redistribuídas não têm esses parâmetros e isso causa anomalias na rota .setting A prática recomendada é definir uma métrica padrão durante a redistribuição de rotas. Com a métrica padrão, o desempenho do EIGRP pode melhorar.setting Para EIGRP, os valores padrão são inseridos com este comando:
Router(config-router)#default-metric 10000 10 255 1 1500
Exemplo 3
A redistribuição também pode ocorrer entre diferentes processos do mesmo Routing Protocol. A próxima configuração é um exemplo de uma política de redistribuição usada para redistribuir dois processos de EIGRP em execução no mesmo roteador ou em vários roteadores:
router eigrp 3 redistribute eigrp 5 route-map to_eigrp_3 default-metric 10000 10 255 1 1500 !--- Redistributes EIGRP 5 into EIGRP 3, setting the tags according to the route map "to_eigrp_3" router eigrp 5 redistribute eigrp 3 route-map to_eigrp_5 default-metric 10000 10 255 1 1500 !--- Redistributes EIGRP 3 into EIGRP 5 !--- Routes with tag 33 can not be redistributed due to route map "to_eigrp_5" !--- Though the default-metric command is not required when redistributing between different EIGRP processes, !--- you can use it optionally as shown in the previous example to advertise the routes with specific values for calculating the metric. route-map to_eigrp_3 deny 10 match tag 55 !--- Route-map statement used to deny any routes that have a tag of "55" from being redistributed into EIGRP 3 !--- Notice the routes tagged with "55" must be the EIGRP 3 routes that are redistributed into EIGRP 5 route-map to_eigrp_3 permit 20 set tag 33 !--- Route-map statement used to set the tag on routes redistributed from EIGRP 5 to EIGRP 3 to "33" route-map to_eigrp_5 deny 10 match tag 33 !--- Route-map statement used to deny any routes that have a tag of "33" from being redistributed into EIGRP 5 !--- Notice the routes tagged with "33" must be the EIGRP 5 routes that are redistributed into EIGRP 3 route-map to_eigrp_5 permit 20 set tag 55 !--- Route-map statement used to set the tag on routes redistributed from EIGRP 3 to EIGRP 5 to "55"
Este documento fornece várias estratégias para filtrar as rotas. No entanto, há outras estratégias válidas que você pode usar.
Redistribuir ou anunciar uma rota estática
Você pode redistribuir seletivamente uma única rota estática com o uso de um mapa de rota para permitir somente a rota estática que precisa ser redistribuída com os próximos comandos.
Router(config)#access-list
permit
Router(config)#route-map
permit
Router(config-route-map)#match ip address
metric
Anunciar rotas diretamente conectadas quando uma declaração de rede no âmbito do protocolo de roteamento inclui a sub-rede da interface conectada é o comportamento padrão do RIP e EIGRP. Existem dois métodos para obter uma rota conectada:
- Uma interface é configurada com um endereço IP e uma máscara; esta sub-rede correspondente é considerada uma rota conectada.
- Uma rota estática configurada somente com uma interface de saída, e não com um próximo salto IP; essa também é considerada uma rota conectada.
RouterA#show run | i ip route
ip route 10.100.100.100 255.255.255.255 GigabitEthernet0/0
RouterA#show ip route static
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
S 10.100.100.100/32 is directly connected, GigabitEthernet0/0Um comando network configurado no EIGRP ou no RIP que inclui (ou cobre) qualquer um desses tipos de rotas conectadas inclui essa sub-rede para anúncio.
Por exemplo, a rota estática anterior, 10.100.100.100/32, também é anunciada por esses protocolos de roteamento, porque é uma rota conectada e é coberta pela instrução de rede:
RouterA#show run | section router eigrp
router eigrp 7
network 10.0.0.0
RouterB#show ip route 10.100.100.100
Routing entry for 10.100.100.100/32
Known via "eigrp 7", distance 90, metric 3072, type internal
Redistributing via eigrp 7, ospf 7
Advertised by ospf 7 subnets
Last update from 10.10.1.3 on GigabitEthernet0/0, 02:45:01 ago
Routing Descriptor Blocks:
* 10.10.1.3, from 10.10.1.3, 02:45:01 ago, via GigabitEthernet0/0
Route metric is 3072, traffic share count is 1
Total delay is 20 microseconds, minimum bandwidth is 1000000 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 1/255, Hops 1Informações Relacionadas
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
3.0 |
22-Nov-2024 |
Formatação e conteúdo técnico atualizados. |
2.0 |
16-Oct-2023 |
Recertificação |
1.0 |
14-Nov-2001 |
Versão inicial |
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)