Ridistribuzione del percorso-Parte 1

ccie r / s ccnp r / s Sep 25, 2018

Introduzione alla ridistribuzione del percorso

Fino a quando non esiste un protocollo di routing per governarli tutti, è necessario che più protocolli di routing coesistano pacificamente sulla stessa rete. Forse la società A gestisce OSPF e la società B gestisce EIGRP e le due società si fondono. Fino a quando il personale IT appena combinato non concorda su un protocollo di routing standard da utilizzare (se mai lo fanno), i percorsi noti a OSPF devono essere pubblicizzati nella porzione della rete che esegue EIGRP e viceversa.

Un tale scenario è possibile grazie alla ridistribuzione del percorso, e questo è il focus di questo post del blog. Altri motivi per cui potrebbe essere necessario eseguire la ridistribuzione del percorso includono: diverse parti della rete della propria azienda sono sotto controllo amministrativo diverso; si desidera pubblicizzare percorsi al proprio fornitore di servizi tramite BGP; o forse si desidera connettersi con la rete di un partner commerciale. Considera la seguente topologia di base.

Nel semplice spettacolo topologico sopra, vogliamo OSPF e EIGRP per pubblicizzare i percorsi che conoscono l’uno con l’altro. Questo concetto è chiamato ridistribuzione del percorso reciproco. Poiché il router R2 ha un’interfaccia nel sistema autonomo OSPF (AS) e un’interfaccia nell’EIGRP AS, ha la responsabilità di eseguire la ridistribuzione del percorso.

Seed Metrics

La sfida principale che incontriamo quando ridistribuiamo i percorsi tra diversi protocolli di routing sono i diversi approcci che i protocolli di routing utilizzano per misurare le loro metriche. Ad esempio, OSPF utilizza una metrica di costo, basata sulla larghezza di banda, mentre EIGRP utilizza una metrica basata sulla larghezza di banda e sul ritardo, per impostazione predefinita, ma potrebbe anche considerare l’affidabilità e/o il carico (e persino utilizzare un valore MTU (Maximum Transmission Unit) come tie breaker). Il problema non è semplice come qualcosa come la conversione di valute tra due paesi, perché in questo scenario, c’è un rapporto che descrive la relazione delle due valute. Tuttavia, con la ridistribuzione del percorso, non esiste tale relazione. Allora, cosa facciamo?

Noi, come amministratori, possiamo configurare la metrica assegnata alle rotte provenienti da un AS, che vengono ridistribuite in un altro AS. Se non ci preoccupiamo di configurare manualmente una metrica da utilizzare per la ridistribuzione del percorso, viene utilizzata una metrica seed. La tabella seguente mostra le metriche seed utilizzate da vari protocolli di routing.

Protocollo di Routing

di Default Seme Metrica

RIP

Infinity

EIGRP

Infinity

OSPF

20 (o 1 quando la ridistribuzione di BGP route)

BGP

Utilizza la IGP valore di metrica

in Base alla suddetta tabella, possiamo vedere che, per impostazione predefinita, un percorso ridistribuito in OSPF verrà assegnato un metrica di 20, a meno che la rotta non venga ridistribuita in OSPF da BGP, nel qual caso alla rotta verrà assegnato un valore metrico di 1. È interessante notare che sia RIP che EIGRP hanno metriche seed predefinite di infinity, il che significa che qualsiasi percorso ridistribuito in quei protocolli di routing sarà considerato irraggiungibile, per impostazione predefinita, e quindi non pubblicizzato su altri router. BGP, tuttavia, ridistribuisce un percorso appreso da un protocollo gateway interno (IGP) utilizzando la metrica originale di tale percorso.

Esempio di configurazione di base

Certamente, c’è molto altro da considerare per quanto riguarda la ridistribuzione del percorso, come i cicli di routing che possono verificarsi quando abbiamo più di un router che collega i nostri sistemi autonomi, o come filtriamo selettivamente percorsi specifici da ridistribuiti, ma arriveremo a tutto questo nei prossimi post del blog. Per ora, cerchiamo di capire come eseguire una configurazione di ridistribuzione del percorso di base. Considera la topologia precedente, questa volta con le informazioni di rete e interfaccia aggiunte:

In questa topologia, router R2 sta imparando percorsi da R1 tramite OSPF e da R3 tramite EIGRP, come mostrato nel seguente output dal comando show ip route emesso su R2:

Tuttavia, né il router R1 né il router R3 hanno appreso alcun percorso, poiché il router R2 non sta ancora eseguendo la ridistribuzione del percorso. Ciò è evidenziato nell’output del comando show ip route emesso su R1 e R3:

Aggiungiamo ora una configurazione di ridistribuzione del percorso al router R2. Per rafforzare l’affermazione precedente secondo cui la metrica seed per i percorsi ridistribuiti in EIGRP è infinity, inizialmente non configureremo alcuna metrica e lasceremo che le metriche seed abbiano effetto.

Il comando ridistribuisci è stato emesso in modalità configurazione router per ciascun protocollo di routing e non è stata specificata alcuna metrica. È anche interessante notare che quando abbiamo inserito il comando redistribute eigrp 1 sopra, non abbiamo incluso la parola chiave subnet nel comando, che causa la ridistribuzione delle reti classful e classfuless in OSPF. Tuttavia, come si vede nell’output qui sotto, la parola chiave subnet è stata aggiunta automaticamente per noi:

Mentre questo comportamento di avere la parola chiave subnet aggiunto automaticamente è visto nelle versioni recenti di Cisco IOS, alcune versioni precedenti di Cisco IOS non includono automaticamente la parola chiave subnet, e potrebbe essere necessario aggiungere manualmente al comando ridistribuire.

Diamo ora un’occhiata alle tabelle di routing IP sui router R1 e R3 per vedere quali percorsi hanno imparato (e non hanno imparato).

L’output di cui sopra ci mostra che il router R2 ha ridistribuito con successo i percorsi noti a EIGRP in OSPF, che sono stati poi appresi dal router R1. Si noti che i percorsi ridistribuiti noti al router R1 hanno una metrica di 20, che è la metrica seed di OSPF. Tuttavia, il router R3 non ha imparato nuove rotte, perché quando il router R2 ha ridistribuito le rotte in EIGRP, ha usato la metrica seed di EIGRP di infinity (che significa irraggiungibile). Di conseguenza, tali percorsi non sono stati pubblicizzati per router R3.

Per risolvere questo problema, è necessario assegnare una metrica alle rotte ridistribuite in EIGRP. Ci sono tre modi principali in cui possiamo assegnare una metrica non predefinita alle rotte ridistribuite in un protocollo di routing.

  1. Imposta una metrica predefinita per tutti i protocolli di routing ridistribuiti in un protocollo di routing specifico.
  2. Imposta una metrica come parte del comando ridistribuisci.
  3. Imposta una metrica usando una route-map.

Per illustrare la prima opzione, configuriamo la metrica da assegnare a tutte le rotte ridistribuite in EIGRP.

La guida sensibile al contesto è stata utilizzata nell’esempio precedente per mostrare ogni componente della metrica assegnata alle rotte ridistribuite in EIGRP. Tuttavia, il comando finale era predefinito-metrica 1000000 1 255 1 1500. Se avessimo impostato una metrica predefinita per OSPF, avremmo potuto usare un comando come default-metric 30, per assegnare un costo OSPF di 30 alle rotte ridistribuite in OSPF. Tuttavia, in questo esempio, abbiamo specificato solo una metrica predefinita per EIGRP. Diamo ora un’occhiata alla tabella di routing IP sul router R3 per vedere se i percorsi OSPF sono stati pubblicizzati con successo in EIGRP.

Successo! Router R3 ha imparato percorsi provenienti dal OSPF COME. Sappiamo che i percorsi originariamente provenivano dall’esterno dell’EIGRP A causa del codice EX che appare in ciascuno di questi percorsi.

La seconda opzione per impostare la metrica sulle rotte ridistribuite era assegnare la metrica come parte del comando ridistribuisci, che consente di specificare metriche diverse per i diversi protocolli di routing ridistribuiti in un processo di routing. Per illustrare questo approccio, rimuoviamo i precedenti comandi di default-metrica e ridistribuire dal router R2, e immettere un comando ridistribuire che specifica la metrica da assegnare.

Se ora rivisitiamo router R3, otteniamo lo stesso risultato di prima:

La terza opzione per impostare la metrica sulle rotte ridistribuite era quella di utilizzare una route-map. Route-mappe sono super potenti e possono essere utilizzati per una varietà di configurazioni. In sostanza, possono abbinare traffico specifico e impostare uno o più parametri (ad esempio un indirizzo IP next-hop) per quel traffico. Nel nostro contesto, però, useremo solo una route-map per specificare un valore metrico e applicheremo la route-map a un comando di ridistribuzione. L’esempio seguente, mostra come possiamo rimuovere il nostro precedente comando ridistribuire dal router R2, creare una route-map e quindi immettere un nuovo comando ridistribuire che fa riferimento alla nostra route-map:

Nell’esempio precedente, dopo aver rimosso il nostro comando di ridistribuzione esistente, abbiamo creato una mappa di percorso denominata SET-METRIC-DEMO. Questa era una mappa del percorso molto semplice che non doveva corrispondere a nessun traffico. È stato semplicemente usato per impostare una metrica. Tuttavia, in un prossimo post sul blog, vedremo che una mappa del percorso può essere utilizzata per darci un maggiore controllo sulla nostra ridistribuzione del percorso. Nel nostro esempio attuale, la route-map è stata quindi applicata al nostro nuovo comando redistribute. Ancora una volta, questo ci dà lo stesso risultato dal punto di vista della tabella di routing IP del router R3:

OSPF E1 vs. E2 Routes

Prima di concludere questo primo post del blog nella nostra serie di ridistribuzione del percorso, esaminiamo ancora una volta la tabella di routing IP sul router R1:

Si noti che ciascuna delle rotte ridistribuite in OSPF viene visualizzata nella tabella di routing IP del router R1 con un codice E2. Tuttavia, c’è anche la possibilità di avere un codice E1, entrambi i quali indicano che il percorso ha avuto origine dall’esterno OSPF AS del router. Quindi, qual è la differenza tra questi due codici?

Un codice di E2 indica che una route contiene una metrica assegnata dal router che esegue la ridistribuzione, nota come Autonomous System Boundary Router (ASBR). Ciò significa che, indipendentemente dal numero di router aggiuntivi all’interno dell’OSPF che dobbiamo attraversare per tornare all’ASBR, la metrica rimane la stessa di quando l’ASBR lo ha ridistribuito. Quando ridistribuiamo le rotte in OSPF, quelle rotte, per impostazione predefinita, sono queste rotte esterne di tipo 2 (E2).

Un codice di E1 indica che la metrica di un percorso è composta dal costo originale assegnato dall’ASBR più il costo richiesto per raggiungere l’ASBR. Ciò suggerisce che un percorso E1 è generalmente più preciso, e in effetti lo è. Sebbene, avere un codice di E1 non ci offra alcun vantaggio in una topologia semplice come quella che abbiamo, dove il router R1 ha solo un percorso per raggiungere l’ASBR (cioè R2), e dove c’è solo un modo per le rotte EIGRP da iniettare nel nostro OSPF AS (cioè tramite router R2).

Se vogliamo ridistribuire le rotte E1 in OSPF invece delle rotte E2, ciò può essere realizzato con il comando ridistribuisci. Nell’esempio seguente, rimuoviamo il nostro comando ridistribuisci esistente per il processo di routing OSPF sul router R2, quindi riapplichiamo il comando ridistribuisci specificando che vogliamo che le metriche esterne di tipo 1 (E1) vengano applicate alle rotte ridistribuite.

Diamo un’occhiata alla tabella di routing IP sul router R1 per vedere se le cose sono cambiate in base a questo nuovo comando di ridistribuzione emesso sul router R2.

Nell’output di cui sopra, si noti che le rotte ridistribuite in OSPF hanno un codice di E1, invece del codice predefinito di E2. Inoltre, si noti che questo fa sì che la metrica di queste rotte sia un po ‘ più alta. In particolare, router R2 ha ridistribuito i percorsi appresi da EIGRP in OSPF utilizzando la metrica seed di OSPF di 20. Tuttavia, c’è un costo OSPF di 1 per ottenere dal router R1 al router R2. Pertanto, poiché le rotte ridistribuite sono state configurate come rotte E1, il costo di tali rotte dal punto di vista del router R1 è il costo originariamente assegnato dal router R1, che era 20, più il costo per R1 per arrivare a R2, che è 1, per un costo totale di 21.

Sommario

In questo post del blog, abbiamo considerato la necessità di ridistribuzione del percorso e abbiamo dato un’occhiata a una configurazione di base. Abbiamo discusso l’impatto della metrica seed di un protocollo di routing (che potrebbe essere infinity) durante l’esecuzione della ridistribuzione del percorso e abbiamo visto tre modi per assegnare amministrativamente una metrica alle rotte ridistribuite. Infine, abbiamo contrastato i percorsi esterni di tipo 1 (E1) e 2 (E2) di OSPF. In un prossimo post sul blog, costruiremo su questa topologia e considereremo come possiamo filtrare selettivamente i percorsi ridistribuiti. Quindi, in un altro post sul blog, considereremo i problemi di progettazione che circondano le topologie con più punti di ridistribuzione tra due sistemi autonomi.

Spero vi sia piaciuto questo primo scorcio nel mondo della ridistribuzione delle rotte. Se l’hai fatto, si prega di contribuire a diffondere la parola condividendo questo post con gli altri. Ecco il link che puoi condividere:

https://www.kwtrain.com/blog/route-redistribution-part-1

Fino alla prossima volta,

Kevin Wallace, CCIEx2 (R / S e Collaborazione) #7945

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.