Omfordeling af rute-Del 1

CCIE R/S ccnp R / S Sep 25, 2018

Introduktion til Rutefordeling

indtil der er en routingprotokol til at styre dem alle, er der behov for at have flere routingprotokoller fredeligt sameksistere på det samme netværk. Måske driver virksomhed a OSPF, og virksomhed B driver EIGRP, og de to virksomheder fusionerer. Indtil det nyligt kombinerede IT-personale er enige om en standard routingprotokol, der skal bruges (hvis de nogensinde gør det), skal ruter, der er kendt for OSPF, annonceres til den del af netværket, der kører EIGRP, og omvendt.

et sådant scenario er muligt takket være rutefordeling, og det er fokus for dette blogindlæg. Andre grunde til, at du muligvis skal udføre rutefordeling, inkluderer: forskellige dele af din egen virksomheds netværk er under forskellig administrativ kontrol; du vil annoncere ruter til din tjenesteudbyder via BGP; eller måske vil du oprette forbindelse til en forretningspartners netværk. Overvej følgende grundlæggende topologi.

i den enkle topologi viser ovenfor, vi ønsker OSPF og EIGRP at annoncere de ruter, de kender til hinanden. Dette koncept kaldes gensidig rutefordeling. Da router R2 har en grænseflade i OSPF autonome system (AS) og en grænseflade i EIGRP AS, bærer det ansvaret for at udføre rutefordelingen.

Seed Metrics

den primære udfordring, vi støder på, når vi omfordeler ruter mellem forskellige routingprotokoller, er de forskellige tilgange, som routingprotokoller bruger til at måle deres metrics. For eksempel bruger OSPF en omkostningsmåling, der er baseret på båndbredde, mens EIGRP bruger en metrisk baseret på båndbredde og forsinkelse som standard, men kan også overveje pålidelighed og/eller belastning (og endda bruge en maksimal transmissionsenhed (MTU) værdi som en tie breaker). Problemet er ikke så simpelt som noget som at konvertere valutaer mellem to lande, for i dette scenario er der et forhold, der beskriver forholdet mellem de to valutaer. Men med rutefordeling eksisterer der ikke noget sådant forhold. Hvad gør vi så?

vi kan som administratorer konfigurere metrikken, der er tildelt ruter, der kommer ind fra en AS, som omfordeles til en anden AS. Hvis vi ikke gider at manuelt konfigurere en metric, der skal bruges til rutefordeling, bruges en frømetric. Følgende tabel viser de frømålinger, der anvendes af forskellige routingprotokoller.

routingprotokol

standard frø metrisk

NUP

Infinity

EIGRP

Infinity

OSPF

20 (eller 1 ved omfordeling af BGP-ruter)

BGP

bruger IGP metrisk værdi

baseret på ovenstående tabel kan vi se, at en rute, der omfordeles til OSPF, som standard tildeles en metrisk af 20, medmindre ruten omfordeles til OSPF fra BGP, i hvilket tilfælde ruten tildeles en metrisk værdi på 1. Interessant nok har både RIP og EIGRP standardfrømålinger af uendelig, hvilket betyder, at enhver rute, der omfordeles til disse routingprotokoller, som standard betragtes som utilgængelig og derfor ikke annonceres til andre routere. BGP omfordeler imidlertid en rute, der er lært fra en intern portprotokol (IGP) ved hjælp af den rutes oprindelige metric.

grundlæggende Konfigurationseksempel

der er bestemt meget mere at overveje med hensyn til omfordeling af ruter, såsom de rutesløjfer, der kan opstå, når vi har mere end en router, der forbinder vores autonome systemer, eller hvordan vi selektivt filtrerer specifikke ruter fra at blive omfordelt, men vi kommer til alt det i kommende blogindlæg. Lad os nu få en forståelse af, hvordan du udfører en grundlæggende rutefordelingskonfiguration. Overvej den tidligere topologi, denne gang med netværk og interface information tilføjet:

i denne topologi lærer router R2 ruter fra R1 via OSPF og fra R3 via EIGRP, som vist i følgende output fra kommandoen Vis ip-rute udstedt på R2:

imidlertid har hverken router R1 eller router R3 lært nogen ruter, fordi router R2 endnu ikke udfører rutefordeling. Dette fremgår af udgangen af Vis ip-rutekommandoen udstedt på R1 og R3:

lad os nu tilføje en rutefordelingskonfiguration til router R2. For at forstærke den tidligere erklæring om, at frømetrikken for ruter, der omfordeles til EIGRP, er uendelig, konfigurerer vi oprindeligt ikke nogen målinger og lader frømetrikkerne træde i kraft.

kommandoen omfordel blev udstedt under routerkonfigurationstilstand for hver routingprotokol, og der blev ikke specificeret nogen metric. Det er også interessant at bemærke, hvad da vi kom ind i kommandoen redistribute eigrp 1 ovenfor, inkluderede vi ikke undernet-nøgleordet i kommandoen, hvilket får både klasseløse og klasseløse netværk til at blive omfordelt til OSPF. Imidlertid, som det ses i output nedenfor, undernetnøgleordet blev automatisk tilføjet for os:

mens denne opførsel ved automatisk at tilføje undernet-nøgleordet ses i nylige versioner af Cisco IOS, inkluderer nogle ældre versioner af Cisco IOS ikke automatisk undernet-nøgleordet, og du skal muligvis manuelt føje det til din omfordelingskommando.

lad os nu se på IP-routingtabellerne på routere R1 og R3 for at se, hvilke ruter de har lært (og ikke har lært).

ovenstående output viser os, at router R2 med succes omfordelede ruter, der var kendt for EIGRP, til OSPF, som derefter blev lært af router R1. Bemærk, at de omfordelede ruter, der er kendt for router R1, har en metric på 20, hvilket er OSPF ‘ s frømetric. Router R3 lærte imidlertid ingen nye ruter, for Da router R2 omfordelede ruter til EIGRP, brugte den eigrps frømetric af uendelighed (hvilket betyder utilgængelig). Som et resultat blev disse ruter ikke annonceret til router R3.

for at løse dette problem skal vi tildele en metric til ruter, der omfordeles til EIGRP. Der er tre primære måder, hvorpå vi kan tildele en ikke-standard metric til ruter, der omfordeles til en routingprotokol.

  1. Indstil en standardmåling for alle routingprotokoller, der omfordeles til en bestemt routingprotokol.
  2. Indstil en metric som en del af kommandoen omfordel.
  3. Indstil en metrik ved hjælp af et rutekort.

for at illustrere den første mulighed, lad os konfigurere metricen til at tildele alle ruter, der omfordeles til EIGRP.

kontekstafhængig hjælp blev brugt i ovenstående eksempel til at vise hver komponent i metrikken, der tildeles ruter, der omfordeles til EIGRP. Den endelige kommando var imidlertid standard-metrisk 1000000 1 255 1 1500. Hvis vi satte en standard metric for OSPF, kunne vi have brugt en kommando som standard-metric 30 til at tildele en OSPF-pris på 30 til ruter, der omfordeles til OSPF. I dette eksempel angav vi dog kun en standardmetrik for EIGRP. Lad os nu tjekke IP-routingstabellen på router R3 for at se, om OSPF-ruter er blevet annonceret til EIGRP.

succes! Router R3 har lært ruter med oprindelse i OSPF AS. Vi ved, at ruterne oprindeligt kom uden for EIGRP på grund af den tidligere kode, der vises på hver af disse ruter.

den anden mulighed for at indstille metricen på omfordelede ruter var at tildele metricen som en del af kommandoen omfordel, som Lad os angive forskellige metrics for forskellige routingprotokoller, der omfordeles til en routingproces. For at illustrere denne tilgang, lad os fjerne de tidligere standard-metriske og omfordele kommandoer fra router R2, og indtast en omfordelingskommando, der angiver den metriske, der skal tildeles.

hvis vi nu besøger router R3, får vi det samme resultat som før:

den tredje mulighed for at indstille metrikken på omfordelte ruter var at bruge et rutekort. Rute-kort er super kraftfulde og kan bruges til en række forskellige konfigurationer. I det væsentlige kan de matche specifik trafik og indstille en eller flere parametre (f.eks. I vores sammenhæng skal vi dog bare bruge et rutekort til at angive en metrisk værdi, og vi vil derefter anvende rutekortet til en omfordelingskommando. Følgende eksempel viser, hvordan vi kan fjerne vores tidligere omfordelingskommando fra router R2, oprette et rutekort og derefter indtaste en ny omfordelingskommando, der refererer til vores rutekort:

i ovenstående eksempel, efter at have fjernet vores eksisterende omfordelingskommando, oprettede vi et rutekort med navnet SET-METRIC-DEMO. Dette var et meget grundlæggende rutekort, der ikke behøvede at matche nogen trafik. Det blev simpelthen brugt til at indstille en metrisk. I et kommende blogindlæg vil vi dog se, at et rutekort kan bruges til at give os mere kontrol over vores rutefordeling. I vores nuværende eksempel blev rutekortet derefter anvendt på vores nye omfordelingskommando. Igen giver dette os det samme resultat fra perspektivet af router R3s IP-routingstabel:

OSPF E1 vs. E2 ruter

før vi afslutter dette første blogindlæg i Vores Rutefordelingsserie, lad os igen undersøge IP-routingstabellen på router R1:

Bemærk, at hver af de ruter, der omfordeles til OSPF, vises i router R1S IP-routingstabel med en E2-kode. Der er dog også mulighed for at have en E1-kode, som begge angiver, at ruten stammer fra uden for routerens OSPF AS. Så hvad er forskellen mellem disse to koder?

en kode på E2 angiver, at en rute bærer en metrisk, der blev tildelt af routeren, der udfører omfordelingen, som er kendt som en autonom system Boundary Router (ASBR). Dette betyder, at uanset hvor mange ekstra routere inden for OSPF, som vi er nødt til at krydse for at komme tilbage til ASBR, forbliver metrikken den samme, som den var, da ASBR omfordelede den. Når vi omfordeler ruter til OSPF, er disse ruter som standard disse eksterne type 2 (E2) ruter.

en kode på E1 angiver, at en rutes metric består af de oprindelige omkostninger tildelt af ASBR plus de omkostninger, der kræves for at nå ASBR. Dette tyder på, at en E1-rute generelt er mere præcis, og det er det faktisk. Selvom at have en kode på E1 ikke giver os nogen fordel i en simpel topologi som vi har, hvor router R1 kun har en vej til at nå ASBR (dvs.R2), og hvor der kun er en måde for EIGRP-ruter, der skal injiceres i vores OSPF AS (dvs. via router R2).

hvis vi ønsker at omfordele E1-ruter til OSPF i stedet for E2-ruter, kan det opnås med kommandoen omfordel. I det følgende eksempel fjerner vi vores eksisterende redistribute-kommando til OSPF-routingprocessen på router R2 og genanvender derefter kommandoen redistribute, der angiver, at vi vil have ekstern type 1 (E1) – metrics anvendt på omfordelte ruter.

lad os tjekke IP-routingstabellen på router R1 for at se, om tingene er ændret baseret på denne nye omfordelingskommando udstedt på router R2.

i ovenstående output skal du bemærke, at de ruter, der omfordeles til OSPF, har en kode på E1 i stedet for standardkoden for E2. Bemærk også, at dette får metrikken af disse ruter til at være lidt højere. Specifikt router R2 omfordelede EIGRP-lærte ruter til OSPF ved hjælp af OSPF ‘ s frømetric på 20. Der er dog en OSPF-pris på 1 For at komme fra router R1 til router R2. Da de omfordelede ruter derfor blev konfigureret som E1-ruter, er omkostningerne ved disse ruter set fra router R1 de omkostninger, der oprindeligt blev tildelt af router R1, som var 20, plus omkostningerne for R1 at komme til R2, som er 1, til en samlet pris på 21.

Resume

i dette blogindlæg overvejede vi behovet for rutefordeling og kiggede på en grundlæggende konfiguration. Vi diskuterede virkningen af en ruteprotokol ‘ s frømetric (som kan være uendelig), når vi udførte rutefordeling, og vi så tre måder at administrativt tildele en metric til omfordelede ruter. Endelig kontrasterede vi OSPF ‘ s eksterne type 1 (E1) og eksterne type 2 (E2) ruter. I et kommende blogindlæg bygger vi på denne topologi og overvejer, hvordan vi selektivt kan filtrere de ruter, der omfordeles. Derefter vil vi i endnu et blogindlæg overveje designproblemer omkring topologier med flere omfordelingspunkter mellem to autonome systemer.

jeg håber, du nød dette første glimt af rutefordelingen. Hvis du gjorde det, kan du hjælpe med at sprede ordet ved at dele dette indlæg med andre. Her er linket du kan dele:

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

indtil næste gang,

Cci2 (R / S og samarbejde)) #7945

Skriv et svar

Din e-mailadresse vil ikke blive publiceret.