Configura ridistribuzione protocollo di routing
Sommario
Introduzione
In questo documento viene descritto come ridistribuire un protocollo di routing, le route connesse o statiche in un altro protocollo di routing dinamico.
Prerequisiti
Requisiti
Nessun requisito specifico previsto per questo documento.
Componenti usati
Le informazioni di questo documento non si limitano alle versioni software o hardware specifiche
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Convenzioni
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Premesse
La ridistribuzione del protocollo di routing è un concetto critico nelle reti informatiche che consente la comunicazione tra domini di routing diversi. Nelle reti aziendali e di provider di servizi, vengono spesso implementati più protocolli di routing, ad esempio Open Shortest Path First (OSPF), Enhanced Interior Gateway Routing Protocol (EIGRP), Border Gateway Protocol (BGP) e Routing Information Protocol (RIP), per casi di utilizzo specifici. La ridistribuzione consente a questi protocolli di condividere le informazioni di routing, garantendo la connettività su segmenti di rete diversi.
Perché è necessaria la ridistribuzione
- Ambienti multiprotocollo: Le organizzazioni possono implementare diversi protocolli per vari scopi, ad esempio BGP per route Internet e OSPF per reti interne.
- Fusioni e acquisizioni: Le reti con protocolli diversi devono interagire durante l'integrazione.
- Scalabilità e ottimizzazione: La ridistribuzione consente la condivisione selettiva dei percorsi per ottimizzare le prestazioni e controllare il comportamento del routing.
Sfide della ridistribuzione
- Loop di routing: Configurazioni errate possono causare loop e ridurre le prestazioni della rete.
- Distanza amministrativa e metriche: Ciascun protocollo ha metriche e priorità univoche, che richiedono un'attenta comprensione durante la ridistribuzione.
- Filtro e sicurezza route: La ridistribuzione non filtrata può propagare inavvertitamente route non corrette o indesiderate.
Una configurazione efficace della ridistribuzione del protocollo di routing assicura una comunicazione perfetta tra le reti, riduce al minimo i tempi di inattività e impedisce i problemi di routing. Utilizzando best practice come il filtro e la prevenzione dei loop, gli amministratori di rete possono ottenere un'infrastruttura di routing solida ed efficiente.
Metriche
Quando si ridistribuisce un protocollo in un altro, tenere presente che le metriche di ciascun protocollo svolgono un ruolo importante nella ridistribuzione. Ogni protocollo utilizza metriche diverse. Ad esempio, la metrica RIP è basata sul numero di hop e EIGRP utilizza una metrica composita basata su larghezza di banda, ritardo, affidabilità, carico e MTU (Maximum Transmission Unit), in cui larghezza di banda e ritardo sono gli unici parametri utilizzati per impostazione predefinita. Quando le route vengono ridistribuite, è necessario definire una metrica per un protocollo comprensibile per la route che riceve. Esistono due metodi per definire le metriche quando le route vengono ridistribuite.
Topologia EIGRP e RIP
1. È possibile definire la metrica solo per la ridistribuzione specifica:
router rip redistribute static metric 1 redistribute ospf 1 metric 1
2. È possibile utilizzare la stessa metrica come valore predefinito per tutte le ridistribuzioni (con default-metric che consente di salvare il lavoro perché elimina la necessità di definire le metriche separatamente per ciascuna ridistribuzione):
router rip redistribute static redistribute ospf 1 default-metric 1
Distanza amministrativa
Se un router esegue più di un protocollo di routing e apprende un percorso alla stessa destinazione con entrambi i protocolli di routing, quale percorso deve essere selezionato come migliore? Ogni protocollo utilizza un proprio tipo di metrica per determinare la route migliore. Non è possibile confrontare route con tipi di metrica diversi. Le distanze amministrative si occupano di questo problema. Le distanze amministrative vengono assegnate alle origini dei cicli di lavorazione in modo che sia possibile scegliere come percorso migliore il percorso dall'origine preferita. Per ulteriori informazioni sulle distanze amministrative e sulla selezione delle route, consultare il documento sulla selezione delle route nei router Cisco.
Le distanze amministrative facilitano la selezione dei percorsi tra diversi protocolli di routing, ma possono causare problemi di ridistribuzione. Questi problemi possono assumere la forma di loop di routing, problemi di convergenza o routing inefficiente. Nell'immagine seguente viene visualizzata una topologia e una descrizione di un possibile problema.
Topologia di un possibile problema
Nell'esempio di topologia precedente, se R1 esegue RIP e R2 e R5 eseguono entrambi RIP e EIGRP e ridistribuiscono RIP in EIGRP, esiste un problema potenziale. Ad esempio, R2 e R5 imparano entrambi a conoscere la rete 192.168.1.0 da R1 a RIP. Queste conoscenze sono ridistribuite nell'EIGRP. R2 viene a conoscenza della rete da 192.168.1.0 a R3, e R5 viene a conoscenza di tale rete da R4 a EIGRP. l'EIGRP ha una distanza amministrativa inferiore al RIP (90 contro 120); pertanto, nella tabella di routing viene utilizzato il percorso EIGRP. Ora esiste un potenziale loop di routing. Anche se si utilizza la divisione dell'orizzonte o qualsiasi altra funzione che impedisca l'instradamento dei loop, esiste comunque un problema di convergenza.
Se anche R2 e R5 ridistribuiscono l'EIGRP in RIP (ridistribuzione reciproca) e la rete, 192.168.1.0, non è collegata direttamente a R1 (R1 apprende da un altro router a monte), allora c'è un potenziale problema che R1 può imparare la rete da R2 o R5 con una metrica migliore rispetto all'origine.
Per ulteriori informazioni, vedere la sezione Evitare problemi di ridistribuzione di questo documento.
Esempi di configurazione della ridistribuzione
EIGRP
Questo output mostra un router EIGRP che ridistribuisce le route statiche, Open Shortest Path First (OSPF), RIP e Intermediate System-to-Intermediate System (IS-IS).
router eigrp 1 network 10.10.108.0 redistribute static redistribute ospf 1 redistribute rip redistribute isis default-metric 10000 100 255 1 1500
Per ridistribuire altri protocolli, EIGRP richiede cinque parametri: larghezza di banda, ritardo, affidabilità, carico e MTU, rispettivamente.
| Metrica |
Valore |
| larghezza di banda |
in unità di kilobit al secondo; 1000 per Ethernet. |
| ritardo |
in unità di decine di microsecondi; per Ethernet è 100 x 10 microsecondi = 1 ms |
| affidabilità |
255 per un'affidabilità del 100% |
| caricare |
Carico effettivo sul collegamento espresso come numero da 0 a 255 (255 è un carico del 100%). |
| MTU |
MTU minima del percorso; in genere è uguale a quella dell'interfaccia Ethernet, che è di 1500 byte. |
È possibile eseguire più processi EIGRP sullo stesso router, con ridistribuzione tra di essi. Ad esempio, EIGRP1 e EIGRP2 possono essere eseguiti sullo stesso router. Tuttavia, non è necessario eseguire due processi dello stesso protocollo sullo stesso router, e questa operazione può consumare la memoria e la CPU del router. La ridistribuzione di EIGRP in un altro processo EIGRP non richiede alcuna conversione delle metriche, quindi non è necessario definire le metriche o utilizzare il comando default-metric con la ridistribuzione.
redistribute staticUna route statica ridistribuita ha la precedenza sulla route di riepilogo in quanto la route statica ha una distanza amministrativa di 1, mentre la route di riepilogo EIGRP ha una distanza amministrativa di 5. Ciò si verifica quando una route statica viene ridistribuita con l'utilizzo del comando nel processo EIGRP e il processo EIGRP dispone di una route predefinita.
OSPF
Questo output mostra un router OSPF che ridistribuisce le route statiche, RIP, EIGRP e IS-IS.
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
La metrica OSPF è un valore di costo basato sulla larghezza di banda di 108/ del collegamento in bit/sec. Ad esempio, il costo OSPF di Ethernet è 10: 108/107 = 10
In presenza di una rete principale con subnet, è necessario utilizzare la parola chiave sub-netted per ridistribuire i protocolli in OSPF. Senza questa parola chiave, OSPF ridistribuisce solo le reti principali che non dispongono di subnet.
È possibile eseguire più processi OSPF sullo stesso router. Tenere presente che questa operazione può richiedere ulteriori risorse del router (memoria e CPU).
Non è necessario definire le metriche o utilizzare il comando default-metric quando si ridistribuisce un processo OSPF in un altro.
RIP
Questo output mostra un router RIP che ridistribuisce le route statiche, EIGRP, OSPF e IS-IS:
router rip network 10.10.108.0 redistribute static redistribute eigrp 1 redistribute ospf 1 redistribute isis default-metric 1
La metrica RIP è composta dal conteggio hop e la metrica massima valida è 15. Qualsiasi valore maggiore di 15 viene considerato infinito; è possibile utilizzare 16 per descrivere una metrica infinita in RIP. Quando si ridistribuisce un protocollo in RIP, Cisco consiglia di utilizzare una metrica bassa, ad esempio 1. Una metrica alta, ad esempio 10, limita ulteriormente RIP. Se si definisce una metrica pari a 10 per le route ridistribuite, queste route vengono annunciate solo ai router con un massimo di 5 hop di distanza, nel qual caso la metrica (numero di hop) supera 15. Se si definisce una metrica pari a 1, è possibile abilitare una route per raggiungere il numero massimo di hop in un dominio RIP. Tuttavia, ciò può aumentare la possibilità di instradare i loop se vi sono più punti di ridistribuzione e se un router viene a conoscenza della rete con una metrica migliore dal punto di ridistribuzione rispetto all'origine. Pertanto, è necessario verificare che la metrica non sia né troppo alta, ovvero che impedisca alla route di inviare un annuncio a tutti i router, né troppo bassa, ovvero che conduca a loop di routing quando sono presenti più punti di ridistribuzione.
IS-IS
Questo output mostra un router IS-IS che ridistribuisce le route statiche, RIP, EIGRP e OSPF.
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
La metrica IS-IS deve essere compresa tra 1 e 63. In IS-IS non è disponibile alcuna opzione di metrica predefinita. È necessario definire una metrica per ogni protocollo, come illustrato nell'esempio precedente. Se non viene specificata alcuna metrica per le route ridistribuite in IS-IS, per impostazione predefinita viene utilizzato il valore 0.
Ridistribuisci route statiche ad eccezione del gateway di ultima istanza in RIP con mappa route
Questa configurazione è un esempio di come ridistribuire route statiche in RIP, ad eccezione del gateway di ultima istanza, tramite una mappa route.
Questa è la configurazione iniziale dell'esempio:
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
Per completare la ridistribuzione senza il gateway di ultima istanza, è possibile utilizzare i passaggi di configurazione seguenti:
1. Creare un elenco degli accessi in modo che corrisponda a tutte le reti che devono essere ridistribuite:
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. Chiamare questo elenco degli accessi in una mappa dei percorsi.
route-map TEST match ip address 10
3. Ridistribuire in RIP con la mappa delle route in e rimuovere il comando origine informazioni predefinito dal processo RIP.
router RIP version 2 network 10.0.0.0 redistribute static route-map TEST no auto-summary
Ridistribuzione delle reti connesse
Le reti connesse possono essere ridistribuite nei protocolli di routing in modo diretto e indiretto utilizzando due metodi. Per ridistribuire direttamente le route connesse, utilizzare il comando di configurazione redistribute connected router, verificando che sia stata definita una metrica. In alternativa, le route connesse possono essere ridistribuite indirettamente nei protocolli di routing, come mostrato nell'esempio:
Ridistribuisci reti connesse
Nell'esempio della topologia, il router B ha due interfacce Gigabit Ethernet. Gigabit Ethernet0/0 si trova nella rete 10.10.1.0/24 e Gigabit Ethernet0/1 si trova nella rete 10.20.1.0/24. Il router B esegue EIGRP con il router A e OSPF con il router C. Il router B viene ridistribuito reciprocamente tra i processi EIGRP e OSPF. Questa è la configurazione rilevante per il router 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
La tabella di routing per il router B visualizza:
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#Dalla precedente tabella di configurazione e routing è possibile notare tre elementi importanti:
- Le reti in questione si trovano nella tabella di routing del router B come reti con connessione diretta.
- La rete 10.10.1.0/24 fa parte del processo EIGRP e la rete 10.20.1.0/24 fa parte del processo OSPF.
- Il router B si ridistribuisce reciprocamente tra EIGRP e OSPF.
Tabelle di routing dei router 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#
Il router A ha ricevuto informazioni sulla rete 10.20.1.0/24 tramite EIGRP, che viene visualizzata come percorso esterno perché è stata ridistribuita da OSPF in EIGRP. Il router C è venuto a conoscenza della rete 10.10.1.0/24 tramite OSPF come percorso esterno perché è stata ridistribuita da EIGRP a OSPF. Sebbene il router B non ridistribuisca le reti connesse, pubblicizza la rete 10.10.1.0/24, che fa parte del processo EIGRP ridistribuito in OSPF. Analogamente, il router B pubblicizza la rete 10.20.1.0/24, che fa parte del processo OSPF ridistribuito in EIGRP.
Per ulteriori informazioni sulle route connesse ridistribuite in OSPF, fare riferimento a Ridistribuzione delle reti connesse in OSPF.
Evitare problemi dovuti alla ridistribuzione
La sezione Distanza amministrativa descrive come la ridistribuzione possa causare problemi quali la topologia successiva di routing ottimale, loop di routing o convergenza lenta. È possibile evitare questi problemi se non si annunciano mai le informazioni ricevute in origine dal processo di instradamento X nel processo di instradamento X.
Esempio 1
Ridistribuzione reciproca R2 e R5
In questo esempio di topologia, R2 e R5 sono in ridistribuzione reciproca. Come mostrato nella configurazione successiva, OSPF viene ridistribuito in EIGRP ed EIGRP in OSPF.
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 0Nell'esempio di configurazione precedente, è possibile che si verifichino uno dei problemi descritti in precedenza. Per evitarli, è possibile filtrare gli aggiornamenti del routing:
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 anyLe liste di distribuzione aggiunte alle configurazioni, come mostrato nell'esempio precedente, filtrano gli aggiornamenti EIGRP che vengono inseriti nell'interfaccia Gigabit Ethernet0/0 dei router. Se le route negli aggiornamenti sono consentite dall'elenco di accesso 1, il router le accetta nell'aggiornamento; in caso contrario, non lo fa. Nell'esempio, ai router viene detto che non devono imparare a utilizzare la rete 192.168.1.0/24 tramite gli aggiornamenti EIGRP ricevuti sull'interfaccia specificata. Pertanto, l'unica conoscenza che questi router hanno per la rete 192.168.1.0/24 è tramite OSPF da R1.
Tenere inoltre presente che in questo caso non è necessario utilizzare la stessa strategia di filtraggio per il processo OSPF, in quanto la distanza amministrativa dell'OSPF è superiore a quella dell'EIGRP. Se le route che hanno origine nel dominio EIGRP vengono restituite a R2 e R5 tramite OSPF, le route EIGRP hanno ancora la precedenza.
Esempio 2
Ridistribuzione reciproca Esempio 2
La topologia di questo esempio illustra un altro metodo per evitare problemi di ridistribuzione. Questo metodo preferibile utilizza le route map per impostare le tag per le varie route, consentendo ai processi di routing di ridistribuire in base a tali tag.
Uno dei problemi riscontrabili nella topologia precedente è che R1 annuncia la rete da 192.168.1.0 a R2. R2 quindi ridistribuisce a EIGRP, R5 apprende la rete tramite EIGRP e la ridistribuisce in OSPF. In base alla metrica impostata da R5 per le route ridistribuite, R6 può finire per preferire il percorso meno desiderabile attraverso R5 invece di passare attraverso R1 per raggiungere la rete.
Nell'esempio di configurazione riportato di seguito viene illustrato come evitare questa condizione con i setting tag e quindi ridistribuirli in base ai tag.
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"Una volta completata la configurazione dell'esempio precedente, è possibile esaminare alcuni percorsi specifici nella tabella di routing per verificare che i tag siano stati impostati. L'output del comando show ip route per route specifiche su 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 88La funzione EIGRP utilizza cinque variabili diverse per calcolare la metrica. Tuttavia, le route ridistribuite non dispongono di questi parametri e ciò causa irregolarità nella settingroute. È consigliabile impostare una metrica predefinita quando si ridistribuiscono le route. Per setting impostazione predefinita, è possibile migliorare le prestazioni di EIGRP. Per il protocollo EIGRP, i valori predefiniti vengono immessi con questo comando:
Router(config-router)#default-metric 10000 10 255 1 1500
Esempio 3
La ridistribuzione può avvenire anche tra diversi processi dello stesso protocollo di routing. La configurazione successiva è un esempio di criterio di ridistribuzione utilizzato per ridistribuire due processi EIGRP eseguiti sullo stesso router o su più router:
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"
In questo documento vengono illustrate diverse strategie per filtrare le route. Tuttavia, è possibile utilizzare altre strategie valide.
Ridistribuire o annunciare una route statica
È possibile ridistribuire in modo selettivo una singola route statica utilizzando una route-map per consentire solo la route statica che deve essere ridistribuita con i comandi successivi.
Router(config)#access-list
permit
Router(config)#route-map
permit
Router(config-route-map)#match ip address
metric
Per impostazione predefinita, RIP e EIGRP annunciano le route connesse direttamente quando un'istruzione di rete nel protocollo di routing include la subnet dell'interfaccia connessa. Per ottenere un percorso connesso, è possibile procedere in due modi:
- Un'interfaccia è configurata con un indirizzo IP e una maschera; la subnet corrispondente viene considerata una route connessa.
- un percorso statico configurato solo con un'interfaccia in uscita e non con un hop IP successivo; anche questo percorso è considerato connesso.
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/0Un comando di rete configurato in EIGRP o RIP che include (o copre) uno di questi tipi di route connesse include la subnet per l'annuncio.
Ad esempio, anche la route statica precedente, 10.100.100.100/32, viene annunciata da questi protocolli di routing, perché è una route connessa ed è coperta dall'istruzione network:
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 1Informazioni correlate
- Ridistribuzione RIP e OSPF
- Informazioni e utilizzo del protocollo EIGRP (Enhanced Interior Gateway Routing Protocol)
- Ridistribuzione tra protocolli classful e classless: EIGRP o OSPF in RIP o IGRP
- Case study del protocollo BGP
- Pagina di supporto per il routing IP
- Documentazione e supporto tecnico – Cisco Systems
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
3.0 |
22-Nov-2024 |
Contenuto tecnico e formattazione aggiornati. |
2.0 |
16-Oct-2023 |
Certificazione |
1.0 |
14-Nov-2001 |
Versione iniziale |
Feedback