Route herverdeling-deel 1

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

Inleiding tot Routeherverdeling

totdat er één routeringsprotocol is om ze allemaal te besturen, is het nodig dat meerdere routeringsprotocollen vreedzaam naast elkaar bestaan op hetzelfde netwerk. Misschien runt bedrijf A OSPF, en bedrijf B EIGRP, en de twee bedrijven fuseren. Totdat de nieuwe gecombineerde IT-medewerkers akkoord gaan met een standaard routeringsprotocol (als ze dat ooit doen), moeten routes die bekend zijn bij OSPF worden geadverteerd in het deel van het netwerk dat EIGRP draait, en vice versa.

een dergelijk scenario is mogelijk dankzij de herverdeling van routes, en dat is de focus van deze blogpost. Andere redenen die u wellicht nodig heeft om routeherverdeling uit te voeren zijn: verschillende delen van het netwerk van uw eigen bedrijf staan onder verschillende administratieve controle; u wilt routes adverteren bij uw serviceprovider via BGP; of misschien wilt u verbinding maken met het netwerk van een zakenpartner. Denk aan de volgende fundamentele topologie.

in de simple topology show hierboven, willen we OSPF en EIGENRP om de routes die ze kennen aan elkaar te adverteren. Dit concept heet Wederzijdse routeherverdeling. Omdat router R2 één interface heeft in het OSPF autonome systeem (AS) en één interface in het EIGRP AS, draagt het de verantwoordelijkheid voor het uitvoeren van de routeherverdeling.

Seed Metrics

de primaire uitdaging die we tegenkomen bij het herverdelen van routes tussen verschillende routeringsprotocollen is de verschillende benaderingen die routeringsprotocollen gebruiken om hun metrics te meten. Bijvoorbeeld, OSPF gebruikt een metriek van de kosten, die is gebaseerd op bandbreedte, terwijl EIGRP gebruikt een metriek op basis van bandbreedte en vertraging, standaard, maar kan ook rekening houden met betrouwbaarheid en/of belasting (en zelfs gebruik maken van een maximale transmissie-eenheid (MTU) waarde als een tie breaker). Het probleem is niet zo eenvoudig als het omzetten van valuta ’s tussen twee landen, want in dat scenario is er een verhouding die de relatie van de twee valuta’ s beschrijft. Echter, met route herverdeling, een dergelijke relatie bestaat niet. Dus, wat doen we?

wij, als beheerders, kunnen de metriek instellen die is toegewezen aan routes die van het ene AS komen, en die worden herverdeeld in een ander AS. Als we niet de moeite nemen om handmatig een metriek te configureren voor routeherverdeling, dan wordt een seed-metriek gebruikt. De volgende tabel toont de zaad metrics gebruikt door verschillende routing protocollen.

Routing Protocol

Standaard Zaad Gegeven

RIP

Infinity

EIGRP

Infinity

OSPF

20 (of 1 bij de herverdeling van de BGP routes)

BGP

maakt Gebruik van het IGP gegeven waarde

op Basis van de bovenstaande tabel, we zien dat, standaard, een route verspreid in OSPF zal worden toegewezen aan een metriek van 20, tenzij de route vanuit BGP wordt herverdeeld in OSPF, in welk geval de route een metrische waarde van 1 zou krijgen. Interessant is dat zowel RIP als EIGRP standaard seed metrics van infinity hebben, wat betekent dat elke route die wordt herverdeeld in deze routeringsprotocollen standaard als onbereikbaar wordt beschouwd en daarom niet wordt geadverteerd aan andere routers. BGP, echter, herdistribueert een route geleerd van een interior gateway protocol (IGP) met behulp van de oorspronkelijke metriek van die route.

basisconfiguratie voorbeeld

zeker, er is veel meer te overwegen met betrekking tot routeherverdeling, zoals de routing loops die kunnen optreden wanneer we meer dan één router hebben die onze autonome systemen met elkaar verbindt, of hoe we selectief specifieke routes filteren van herdistributie, maar we zullen dat allemaal in komende blogberichten bespreken. Voor nu, laten we een begrip krijgen van hoe je een basis route herverdeling configuratie uit te voeren. Overweeg de vorige topologie, deze keer met netwerk-en interface-informatie toegevoegd:

in deze topologie, router R2 is het leren van routes van R1 via OSPF en van R3 via EIGRP, zoals weergegeven in de volgende uitvoer van de show ip route Commando uitgegeven op R2:

router R1 en router R3 hebben echter geen routes geleerd, omdat router R2 nog geen routeherverdeling uitvoert. Dit blijkt uit de uitvoer van de show ip route Commando uitgegeven op R1 en R3:

laten we nu een routeherverdeling configuratie toevoegen aan router R2. Om de eerdere uitspraak te versterken dat de zaadmetrie voor routes die in EIGENRP worden herverdeeld oneindig is, zullen we in eerste instantie geen metrics configureren en de zaadmetrics van kracht laten worden.

het redistribute-commando werd uitgegeven onder routerconfiguratiemodus voor elk routeringsprotocol, en er werd geen metric opgegeven. Het is ook interessant om op te merken wat toen we het redistribute eigrp 1 commando hierboven invoerden, we het subnet sleutelwoord niet in het commando hebben opgenomen, wat ervoor zorgt dat zowel classful als classfuless netwerken worden herverdeeld in OSPF. Echter, zoals te zien in de output hieronder, de subnetten trefwoord werd automatisch toegevoegd voor ons:

hoewel dit gedrag van het hebben van de subnetten zoekwoord automatisch toegevoegd is te zien in recente versies van Cisco IOS, sommige oudere versies van Cisco IOS niet automatisch het subnetten zoekwoord, en je zou kunnen moeten handmatig toe te voegen aan uw redistribute Commando.

laten we nu eens kijken naar de IP-routeringstabellen op routers R1 en R3 om te zien welke routes ze hebben geleerd (en nog niet geleerd).

de bovenstaande uitvoer laat zien dat router R2 met succes routes herverdeeld waarvan bekend is dat EIGRP in OSPF, die vervolgens werden geleerd door router R1. Merk op dat de gedistribueerde routes die bekend zijn bij router R1 een metriek van 20 hebben, wat OSPF ‘ s zaadmetrie is. Router R3 heeft echter geen nieuwe routes geleerd, omdat wanneer router R2 routes herdistribueerde naar EIGRP, het EIGRP ‘ s zaadmetrie van oneindigheid gebruikte (wat onbereikbaar betekent). Als gevolg daarvan werden deze routes niet geadverteerd aan router R3.

om dit probleem op te lossen, moeten we een metriek toewijzen aan routes die worden herverdeeld in EIGENRP. Er zijn drie primaire manieren waarop we een niet-standaard metriek kunnen toewijzen aan routes die worden herverdeeld in een routeringsprotocol.

  1. Stel een standaardwaarde in voor alle routeringsprotocollen die worden herverdeeld in een specifiek routeringsprotocol.
  2. Stel een metriek in als onderdeel van het redistribute-Commando.
  3. Stel een metriek in met behulp van een routekaart.

om de eerste optie te illustreren, laten we de metriek configureren om toe te wijzen aan alle routes die worden herverdeeld in EIGRP.

Contextgevoelige hulp werd gebruikt in het bovenstaande voorbeeld om elk onderdeel van de metriek te tonen die werd toegewezen aan routes die werden herverdeeld in EIGENRP. Echter, het laatste commando was standaard-metrisch 1000000 1 255 1 1500. Als we een standaardmetrie voor OSPF hadden ingesteld, hadden we een commando zoals default-metric 30 kunnen gebruiken om een OSPF-kosten van 30 toe te wijzen aan routes die worden herverdeeld in OSPF. In dit voorbeeld hebben we echter alleen een standaardmetrie voor EIGENRP gespecificeerd. Laten we nu eens kijken naar de IP routing tabel op router R3 om te zien of OSPF routes met succes zijn geadverteerd in EIGRP.

succes! Router R3 heeft routes geleerd die afkomstig zijn uit de OSPF AS. We weten dat de routes oorspronkelijk van buiten de EIGRP kwamen als gevolg van de EX-code die in elk van deze routes voorkomt.

de tweede optie voor het instellen van de metric op herverdeelde routes was om de metric toe te wijzen als onderdeel van het redistribute commando, waarmee we verschillende metrics specificeren voor verschillende routeringsprotocollen die worden herverdeeld in een routeringsproces. Om die aanpak te illustreren, laten we de vorige standaard-metriek verwijderen en commando ‘ s van router R2 herdistribueren en een opdracht herdistribueren invoeren die de metriek specificeert die moet worden toegewezen.

als we router R3 nu opnieuw bezoeken, krijgen we hetzelfde resultaat als voorheen:

de derde optie voor het instellen van de metriek op herverdeelde routes was om een routekaart te gebruiken. Routekaarten zijn super krachtig en kunnen worden gebruikt voor een verscheidenheid aan configuraties. In wezen kunnen ze overeenkomen met specifiek verkeer en een of meer parameters instellen (bijvoorbeeld een next-hop IP-adres) voor dat verkeer. In onze context gaan we echter gewoon een routekaart gebruiken om een metrische waarde op te geven, en we zullen dan de routekaart toepassen op een redistribute Commando. Het volgende voorbeeld laat zien hoe we onze vorige redistribute-opdracht van router R2 kunnen verwijderen, een routekaart kunnen maken en vervolgens een nieuwe redistribute-opdracht kunnen invoeren die verwijst naar onze routekaart:

in het bovenstaande voorbeeld, na het verwijderen van ons bestaande redistribute Commando, hebben we een routekaart gemaakt met de naam SET-METRIC-DEMO. Dit was een zeer eenvoudige routekaart die geen verkeer hoefde te matchen. Het werd gewoon gebruikt om een metriek in te stellen. Echter, in een komende blog post, zullen we zien dat een routekaart kan worden gebruikt om ons meer controle over onze route herverdeling. In ons huidige voorbeeld werd de routekaart vervolgens toegepast op ons nieuwe redistribute Commando. Nogmaals, dit geeft ons hetzelfde resultaat vanuit het perspectief van router R3 ‘ s IP routing table:

OSPF E1 vs. E2 Routes

voordat we deze eerste blog post in onze route herverdeling serie afronden, laten we nog eens kijken naar de IP routing tabel op router R1:

merk op dat elk van de routes herverdeeld in OSPF verschijnen in router R1 ‘ s IP routing tabel met een E2 code. Echter, er is ook de optie van het hebben van een E1-code, die beide aangeven dat de route afkomstig is van buiten de router OSPF AS. Wat is het verschil tussen deze twee codes?

een code van E2 geeft aan dat een route een metriek bevat die is toegewezen door de router die de herverdeling uitvoert, die bekend staat als een autonome Systeemgrensrouter (ASBR). Dit betekent dat het niet uitmaakt hoeveel extra routers binnen de OSPF als we moeten oversteken om terug te komen naar de ASBR, de metriek blijft hetzelfde als het was toen de ASBR herverdeeld. Wanneer we routes herverdelen naar OSPF, zijn die routes standaard deze externe type 2 (E2) routes.

een code van E1 geeft aan dat de maatstaf van een route bestaat uit de oorspronkelijke kosten die door de ASBR worden toegekend plus de kosten die nodig zijn om de ASBR te bereiken. Dit suggereert dat een E1 route is over het algemeen nauwkeuriger, en in feite is het. Hoewel het hebben van een code van E1 ons geen voordeel biedt in een eenvoudige topologie zoals we hebben, waar router R1 slechts één pad heeft om de ASBR te bereiken (dat wil zeggen R2), en waar er maar één manier is voor EIGENRP routes om in onze OSPF AS te worden geïnjecteerd (dat wil zeggen via router R2).

als we E1 routes willen herverdelen naar OSPF in plaats van E2 routes, kan dat worden bereikt met het redistribute Commando. In het volgende voorbeeld verwijderen we onze bestaande redistribute-opdracht voor het OSPF-routeringsproces op router R2 en passen we de redistribute-opdracht opnieuw toe met de vermelding dat we externe type 1 (E1) – statistieken willen toepassen op herdistributie-routes.

laten we eens kijken naar de IP routing tabel op router R1 om te zien of dingen zijn veranderd op basis van deze nieuwe redistribute Commando uitgegeven op router R2.

in de bovenstaande uitvoer, merk op dat de routes herverdeeld in OSPF hebben een code van E1, in plaats van de standaard code van E2. Merk ook op dat dit ervoor zorgt dat de metriek van deze routes een beetje hoger is. Specifiek, router R2 herverdeeld EIGRP-learned routes in OSPF met behulp van OSPF ‘ s zaad metriek van 20. Echter, er is een OSPF kosten van 1 te krijgen van router R1 naar router R2. Daarom, aangezien de herverdeelde routes werden geconfigureerd als E1 routes, De kosten van deze routes vanuit het perspectief van router R1 is de kosten oorspronkelijk toegewezen door router R1, die was 20, plus de kosten voor R1 om naar R2, dat is 1, Voor een totale kosten van 21.

samenvatting

in deze blogpost hebben we de noodzaak van routeherverdeling overwogen en een basisconfiguratie bekeken. We bespraken de impact van de zaadmetrie van een routeringsprotocol (die oneindig zou kunnen zijn) bij het uitvoeren van routeherverdeling, en we zagen drie manieren om administratief een metriek toe te wijzen aan herverdeelde routes. Tot slot hebben we de externe type 1 (E1) en externe type 2 (E2) routes van OSPF vergeleken. In een komende blogpost zullen we voortbouwen op deze topologie en overwegen hoe we selectief de routes kunnen filteren die worden herverdeeld. Dan, in nog een andere blog post, zullen we overwegen ontwerp kwesties rond topologieën met meerdere punten van herverdeling tussen twee autonome systemen.

ik hoop dat u genoten hebt van deze eerste blik in de wereld van routeherverdeling. Als je dat deed, help dan het woord te verspreiden door dit bericht met anderen te delen. Hier is de link die u kunt delen:

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

tot de volgende keer,

Kevin Wallace, CCIEx2 (R/S en samenwerking) #7945

Geef een antwoord

Het e-mailadres wordt niet gepubliceerd.