Configurazione della ridistribuzione del protocollo per i router
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 fornite in questo documento si basano sulle seguenti versioni software e hardware:
- Cisco IOS® Software Release 12.2 (10b)
- Cisco serie 2500 Router
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
Quando è necessario ridistribuire un singolo protocollo di routing, è possibile prendere in considerazione la distribuzione attraverso il routing di più protocolli. Il routing di più protocolli viene utilizzato quando un'azienda si fonde, quando più reparti sono gestiti da più amministratori di rete e quando gli ambienti sono multivendor. La progettazione della rete viene effettuata quando si eseguono diversi protocolli di routing. In ogni caso, quando si dispone di un ambiente con più protocolli, è necessaria la ridistribuzione.
Le differenze nelle caratteristiche dei protocolli di instradamento, come le metriche, la distanza amministrativa, le funzionalità classful e classless possono influire sulla ridistribuzione. Affinché la ridistribuzione abbia successo, è necessario tenere conto di queste differenze.
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 (Routing Information Protocol) è basata sul numero di hop e il protocollo EIGRP (Enhanced Interior Gateway Routing Protocol) 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 OSPF 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. Questa conoscenza viene ridistribuita in EIGRP. R2 apprende la rete 192.168.1.0 attraverso R3, e R5 apprende da R4 attraverso EIGRP. Il protocollo EIGRP ha una distanza amministrativa inferiore al protocollo RIP (90 contro 120); di conseguenza, 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 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:
- Se un'interfaccia è configurata con un indirizzo IP e una maschera, la subnet corrispondente viene considerata una route connessa.
- Una route statica è configurata solo con un'interfaccia in uscita e non con un hop successivo IP. Anche questa route è considerata una route connessa.
Router#configure terminal Router(config)#ip route 10.0.77.0 255.255.255.0 ethernet 0/0 Router(config)#end Router#show ip route static 10.0.0.0/24 is subnetted, 1 subnets S 10.0.77.0 is directly connected, Ethernet0/0
Un comando di rete configurato in EIGRP o RIP che include (o "copre") uno di questi tipi di route connesse include la subnet per la pubblicità.
Ad esempio, se l'indirizzo di un'interfaccia è 10.0.23.1 e la maschera è 255.255.255.0, la subnet 10.0.23.0/24 è una route connessa e può essere annunciata da questi protocolli di routing quando viene configurata un'istruzione di rete:
router rip | eigrp # network 10.0.0.0
Anche questa route statica, 10.0.77.0/24, viene pubblicizzata da questi protocolli di routing, in quanto è una route connessa e "coperta" dall'istruzione network.
Per ulteriori informazioni, vedere la sezione Evitare problemi di ridistribuzione di questo documento.
Sintassi ed 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
L'EIGRP necessita di cinque metriche quando ridistribuisce altri protocolli: larghezza di banda, ritardo, affidabilità, carico e MTU, rispettivamente.
| Metrica |
Valore |
| larghezza di banda |
In unità di kilobit al secondo; 10000 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 metrica, quindi non è necessario definire metriche o utilizzare il comando default-metric con la ridistribuzione.
Una 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. Questo si verifica quando una route statica viene ridistribuita con l'utilizzo del comando nelredistribute staticprocesso 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 non con subnet.
È possibile eseguire più processi OSPF sullo stesso router. Questa operazione è raramente necessaria e consuma la memoria del router e la 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. Un valore maggiore di 15 è 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. Un valore elevato, ad esempio 10, limita ulteriormente il RIP. Se si definisce una metrica di 10 per le route ridistribuite, queste route vengono annunciate solo ai router con una distanza massima di 5 hop, nel qual caso la metrica (conteggio hop) supera 15. Se si definisce una metrica pari a 1, si abilita una route a 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.
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 creare questa configurazione:
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
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 un'opzione 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.
Route connesse
La ridistribuzione diretta delle reti connesse in protocolli di routing non è una pratica comune e per questo motivo non viene mostrata in nessuno degli esempi riportati nel presente documento. Tuttavia, è importante notare che può essere fatto, sia direttamente che indirettamente. Per ridistribuire direttamente le route connesse, utilizzare il comando di configurazione redistribute connected router. In questo caso, è necessario definire anche una metrica. È inoltre possibile ridistribuire indirettamente le route connesse nei protocolli di routing, come illustrato nell'esempio seguente:
Ridistribuisci router connessi
Nell'esempio dell'immagine, il router B ha due interfacce Fast Ethernet. Fast Ethernet 0/0 è nella rete 10.1.1.0/24 e Fast Ethernet 0/1 è nella rete 10.1.1.0/24. Il router B esegue l'EIGRP con il router A e l'OSPF con il router C. Il router B viene ridistribuito reciprocamente tra i processi EIGRP e OSPF. Queste sono le informazioni di configurazione del router B:
interface FastEthernet0/0 ip address 10.1.1.4 255.255.255.0 interface FastEthernet0/ ip address 10.1.10.4 255.255.255.0 router eigrp 7 redistribute ospf 7 metric 10000 100 255 1 1500 network 10.1.1.0 0.0.0.255 auto-summary no eigrp log-neighbor-changes ! router ospf 7 log-adjacency-changes redistribute eigrp 7 subnets network 10.1.1.0 0.0.0.255 area 0
La tabella di routing per il router B visualizza:
routerB#show ip route
Codes: C - connected, S - static, I - IGRP, 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, E - EGP
i - IS-IS, 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 Gateway of last resort is not set
Gateway of last resort is not set
10.0.0.0/24 is subnetted, 1 subnets
C 10.1.1.0 is directly connected, FastEthernet0/1
10.0.0.0/24 is subnetted, 1 subnets
C 10.1.1.0 is directly connected, FastEthernet0/0
Dalla tabella di configurazione e routing precedente è 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.1.1.0/24 fa parte del processo EIGRP e la rete 10.1.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: C - connected, S - static, I - IGRP, 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, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet0 10.0.0.0/24 is subnetted, 1 subnets D EX 10.1.1.0 [170/284160] via 10.1.1.4, 00:07:26, FastEthernet0 routerC#show ip route Codes: C - connected, S - static, I - IGRP, 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, E - EGP i - IS-IS, 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 Gateway of last resort is not set 10.0.0.0/24 is subnetted, 1 subnets C 10.1.1.0 is directly connected, FastEthernet1 O E2
10.1.1.0 [110/20] via 10.1.10.4, 00:07:32, FastEthernet1
Il router A ha ricevuto informazioni sulla rete 10.1.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.1.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.1.1.0/24, che fa parte del processo EIGRP ridistribuito in OSPF. Analogamente, il router B pubblicizza la rete 10.1.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. RIP viene ridistribuito in EIGRP e EIGRP in RIP, come mostrato nella configurazione successiva.
R2
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2
R5
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2
Nell'esempio di configurazione precedente, è possibile che si verifichino uno dei problemi descritti in precedenza. Per evitarli, è possibile filtrare gli aggiornamenti del routing:
R2
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
R5
router eigrp 7 network 172.16.0.181 redistribute rip metric 1 1 1 1 1 distribute-list 1 in s1 router rip network 172.16.0.0 redistribute eigrp 7 metric 2 access-list 1 deny 192.168.1.0 access-list 1 permit any
Le liste di distribuzione aggiunte alle configurazioni, come mostrato nell'esempio precedente, filtrano tutti gli aggiornamenti EIGRP che vengono inseriti nell'interfaccia serial 1 dei router. Se le route negli aggiornamenti sono consentite dall'elenco di accesso 1, il router le accetta nell'aggiornamento; in caso contrario, non le accetta. Nell'esempio, ai router viene detto che non devono imparare a utilizzare la rete 192.168.1.0 tramite gli aggiornamenti EIGRP ricevuti sull'interfaccia serial 1. Pertanto, l'unica conoscenza che questi router hanno per la rete 192.168.1.0 è tramite RIP da R1.
Tenere inoltre presente che in questo caso non è necessario utilizzare la stessa strategia di filtro per il processo RIP, in quanto RIP ha una distanza amministrativa maggiore rispetto a EIGRP. Se le route che hanno origine nel dominio EIGRP vengono restituite a R2 e R5 tramite RIP, le route EIGRP hanno ancora la precedenza.
Esempio 2
Precedenza rilevamento IGRP
La topologia dell'esempio precedente mostra un altro metodo per evitare problemi ridistribuiti. Questo metodo è preferibile. Questo metodo utilizza le route map per impostare le tag per le varie route. I processi di instradamento possono quindi essere ridistribuiti in base ai tag. Si noti che la ridistribuzione basata sui tag non funziona con RIP versione 1.
Uno dei problemi che è possibile riscontrare nella topologia precedente è:
- R1 annuncia la rete da 192.168.1.0 a R2. R2 viene quindi ridistribuito a EIGRP. R5 apprende la rete tramite EIGRP e la ridistribuisce a RIPv2. In base alla metrica impostata da R5 per la route RIPv2, R6 può preferire la route meno desiderabile attraverso R5 anziché 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 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1
!--- Redistributes RIP routes that are
!--- permitted by the route-map rip_to_eigrp
router rip
version 2
network 172.16.0.0
redistribute eigrp 7 route-map eigrp_to_rip metric 2
!--- Redistributes EIGRP routes and set the tags
!--- according to the eigrp_to_rip route-map route-map rip_to_eigrp deny 10 match tag 88
route−map rip_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 RIPv2
route-map rip_to_eigrp permit 20
set tag 77
!--- Route-map statement to set the tag
!--- on RIPv2 routes redistributed into EIGRP to "77"
route-map eigrp_to_rip deny 10
match tag 77
!--- Route-map statement to deny any routes that have a
!--- tag of "77" from being redistributed into RIPv2
!--- Notice the routes tagged with "77" must be the RIPv2
!--- routes that are redistributed into EIGRP
route-map eigrp_to_rip permit 20 s
set tag 88
!--- Route-map statement to set the tag on EIGRP
!--- routes redistributed into RIPv2 to "88"
R5
router eigrp 7 network 172.16.0.181 redistribute rip route-map rip_to_eigrp metric 1 1 1 1 1 !--- Redistributes RIPv2 routes that are permitted !--- by the route-map rip_to_eigrp router rip version 2 network 172.16.0.0 redistribute eigrp 7 route-map eigrp_to_rip metric 2 !--- Redistributes EIGRP routes and sets the tags !--- according to the eigrp_to_rip route-map route-map rip_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 RIPv2 route-map rip_to_eigrp permit 20 set tag 77 !--- Route-map statement to set the tag on rip routes !--- redistributed into EIGRP to "77" route-map eigrp_to_rip deny 10 match tag 77 !--- Route-map statement to deny any routes that have a tag !--- of "77" from being redistributed into RIPv2 !--- Notice the routes tagged with "77" must be the RIPv2 routes !--- that are redistributed into EIGRP route-map eigrp_to_rip permit 20 set tag 88 !--- Route-map statement to set the tag on EIGRP routes !--- redistributed into RIPv2 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 172.16.10.8 Routing entry for 172.16.10.8/30 Known via "eigrp 7", distance 170, metric 2560512256 Tag 77, type external Redistributing via eigrp 7 Last update from 172.16.2.10 on Serial0, 00:07:22 ago Routing Descriptor Blocks: * 172.16.2.10, from 172.16.2.10, 00:07:22 ago, via Serial0
Route metric is 2560512256, traffic share count is 1
Total delay is 20010 microseconds, minimum bandwidth is 1 Kbit
Reliability 1/255, minimum MTU 1 bytes
Loading 1/255, Hops 1
R1#show ip route 172.16.2.4
Routing entry for 172.16.0.181/16
Known via "rip", distance 120, metric 2
Tag 88
Redistributing via rip
Last update from 172.16.10.50 on Serial0, 00:00:15 ago
Routing Descriptor Blocks:
* 172.16.10.50, from 172.16.10.50, 00:00:15 ago, via Serial0
Route metric is 2, traffic share count is 1
La 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 100 255 100 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 100 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 100 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.
Esempio 4
Nell'esempio 4 vengono usati due router, uno è un router di fascia alta con protocollo BGP e l'altro è un router di fascia bassa con protocollo RIP. Quando si ridistribuiscono le route BGP in RIP, è possibile che alcuni pacchetti vadano persi.
La ridistribuzione di BGP nel protocollo RIP è generalmente sconsigliata e protocolli come iBGP, OSPF ed EIGRP sono scalabili e dispongono di ampie opzioni.
Se si verifica questo scenario, ovvero la ridistribuzione tra BGP e RIP e si perdono alcuni pacchetti, è possibile che sia necessario configurare questo comando sul processo RIP:
Router(Config)#router rip Router(Config-router)#input-queue 1024
Esempio 5
Ridistribuisci route statica
In questo esempio viene illustrato come ridistribuire una route statica nel protocollo di routing RIP. Come nell'esempio della topologia, sono disponibili tre router (R1, R2 e R3). R1 e R2 dispongono di RIP configurato sull'interfaccia Fast Ethernet 0/0. R1 dispone di un percorso statico per raggiungere l'interfaccia Lo 0 (indirizzo IP 10.10.10.10/32) del router R3. Questa route statica viene ridistribuita nel protocollo di routing RIP. Il router R3 è configurato con un percorso predefinito R3# ip route 0.0.0.0.0.0.0 Fast Ethernet 0/0.
R1(config)#ip route 10.10.10.10 255.255.255.255 10.13.13.3 R1(config)#router rip R1(config-router)#redistribute static metric 10
Sul router R2, viene visualizzato il percorso 10.10.10.10 tramite il comando show ip route:
R2#show ip route Codes: 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
Gateway of last resort is not set
C 192.168.12.12/24 is directly connected, FastEthernet0/0
10.0.0.3/32 is subnetted, 1 subnets
R 10.10.10.10 [120/10] via 192.168.12.1, 00:00:07, FastEthernet0/0
Come ridistribuire una singola route statica
Per ridistribuire una singola route statica, utilizzare route-map per selezionare la route statica da ridistribuire.
Router(config)#access-list 1 permit
Router(config)#route-map
permit 10
Router(config-route-map)#match ip address access list number
Router(config)#router eigrp
metric
Informazioni 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 |
|---|---|---|
2.0 |
16-Oct-2023 |
Certificazione |
1.0 |
14-Nov-2001 |
Versione iniziale |
Feedback