Blogi

21 helmikuu 2017

Askel askeleelta ohjeet muiden verkkotunnusten laitteiden saavuttamiseksi IGP-reitin uudelleenjakoon

/
Lähettänyt

Nyt ja uudestaan ​​tarvitaan useampia reititysprotokollia ja niillä on useampi kuin yksi reititysalue: multivendor-liikkeitä, siirtoa, joka alkaa yhdestä protokollasta seuraavalle, yksinäisen protokollan monipuolisuuskysymyksille, poliittiselle tai yksilölliselle kallistukselle, luomiselle tai testausjärjestelmille, fuusioille ja yritysostoille.

Miten päästä muihin verkkotunnuksiin IGP-reitin uudelleenjakoon

Uudelleenjakautuminen on tie kohti reititysdatan läpäisemistä yhdestä reititysprotokollasta lähtien seuraavaksi, jotta saavutetaan eri reititystiloissa toimivien gadgetien tavoitettavuus. Jokainen reititysprotokolla edustaa jonkinlaista tietoa reititystaulukoihin sen tilassa, mutta voi olla halu tai tarve saavuttaa gadgeteja toisella alueella. Uudelleenjakaminen tehdään ainakin yhdellä raja-reitittimellä lähteen reititysalueen tai protokollan välillä kohdetilaan tai protokollaan.

Täydellistä tavoitettavuutta on kolme vaihtoehtoa:

  • Rajakytkimen oletusreitit. Voit siirtää oletuskurssin kytkimestä, joka koskettaa kaikkia reititystiloja (rajakytkin) niille reitittimille, jotka yksinoikeus osallistuvat yhden alueen sisällä (sisäinen kytkin). Tämä kattaisi hämärät reitit mistä tahansa alueesta, jonka sisäiset reitittimet eivät tiedä ja sisäiset reitittimet siirtyvät rajakytkimeen, jolla olisi täydellinen reititystaulukko, koska se olisi mukana kaikilla reititysalueilla. Tämä menettely toimii parhaiten, jos reititysalueiden välillä on vain yksi tavoite.
  • Yksipolku uudelleenjakaminen, oletusarvoisesti. Ainakin yksi raja-reitittimet siirtävät oletuskurssin yhteen tilaan, mutta edelleen jakautuvat toiseen alueeseen. Tavallisesti voit valita keskusprotokollan, joka jakaa uudelleen ja vaihtoehtoiset protokollat, jotka saavat oletuskurssin, otettaisiin silmukoituna reunaprotokollina. Yksisuuntaista uudelleenjakoa käytetään hyödyntämään suuria määriä reittejä, esimerkiksi merkittävälle monikansalliselle organisaatiolle. Keskusprotokolla voisi olla BGP (Border Gateway Protocol) ja reunaprotokolla (-tiedostot) voi olla mikä tahansa IGP (Internal Gateway Protocol, esimerkiksi OSPF, EIGRP, RIP tai IS-IS tai jopa saman esiintymisen IGP. toimii hienosti yritysostoilla ja sulautumilla, koska "uuden" osan organisaatiosta ei tarvitse suorittaa erottelematonta reititysprotokollaa muusta, tai se täytyy muuttaa toistaiseksi. Se vain lisää yhteenliittymän keskuksen kanssa.
  • Kaksisuuntainen tai yhteinen uudelleenjakelu kulkee muutamasta tai suurimmasta osasta yhden protokollan reititystiedoista toiselle. Tämä on monimutkaisin vaihtoehto, varsinkin jos reititysalueiden välillä on useampi kuin yksi tavoite. Sitä olisi hyödynnettävä, kun on olemassa tavoitteet, jotka tulisi tavoittaa yhdestä tilasta sitten seuraavaan. Olkoon se, että se voi olla, että tietty lähestymistapa on yhdistettävä osoittamaan, miten liike saavuttaa nämä tavoitteet tai miten toiminta on käsiteltävä turvallisuusstrategioiden valossa. Tavalliset huolet kaksisuuntaisella jakelulla ovat reitityspiirit, epäsymmetrinen reititys ja suboptimal reititys.
    • Epäsymmetrinen reititys on paikka, jossa lähetyspolku ei ole aivan sama kuin saapumispolku. Ongelmia voi ilmetä, jos on olemassa tietoturvastrategia, jonka mukaan aktiviteetti lähetetään tai jos palomuureja järjestetään. Stack-tasapainotus voi myös häiritä epäsymmetristä reititystä. Stack-tasapainotukset, jotka sopivat kuormitukseen tiettyihin gadgeteihin yhteisen osoitteen perusteella, odottavat lähetys- ja paluureitit ennustettaviksi.
    • Suboptimal reititys on paikka, jossa suosituin polku lähetystaulukossa ei ole mitenkään suorin suora kurssi. Tämä tapahtuu, kun rajakytkin "kuuntelee" reitistä lähtöpisteestä ja lisäksi toisen reititysprotokollan kautta ulkoisena kurssina. Kun off-mahdollisuus, että säätelyerotus ulkoiselle kurssiprotokollalle on luotettavampi kuin aloitusprotokolla, kytkin heikentyy ulkoisen kurssin suuntaan paikalliskurssiin nähden. Asettamalla on ohjata kyseisten reittien arvovaltaista erottamista. Tämä ei ole kaikkein suoraviivainen prosessi, ja se eroaa vaiheesta toiseen, jopa yksittäisen kauppiaan tuotetuotannon sisällä.
    • Reitityslenkit, tai syöttösilmukan, voi tapahtua, kun reititysdataa jaetaan uudelleen yhdeksi protokollaksi yhdessä yhtey- dessä, ja sen jälkeen uudelleen jakautuu uudelleen aloitusprotokollaan toisessa kontaktin tarkoituksessa. Kun tietty lopputavoite reitityspiirin ratkaisemiseksi on tehtävä syöttökanava. Kanava kieltää kohdeprotokollan alusta tulevat reitit jälleen kerran samaan protokollaan. Sinun täytyy valmistaa kanava kurssille. Esimerkiksi, kun sinulla on OSPF- ja EIGRP-alueita, jotka liittyvät vähintään kahteen keskittymään, voit rakentaa yhdelle kanavalle kaikille OSPF-reiteille ja kanavoida ne uudelleenjakoon EIGRP: stä OSPF: ään. Toinen kanava toteutettaisiin kaikkiin EIGRP-reitteihin, jotka seulottiin OSPF: n uudelleenjakoon EIGRP: ään. Tämä erottaminen on tehtävä kaikille raja-reitittimille kahden protokollan välillä, jotta ne olisivat elinkelpoisia. Voit koordinoida etuliitteitä tai käyttää etikettejä, mikä on minun taipumukseni. Tarroja voidaan jakaa osaksi reittien jakamista kohdeprotokollan osuuteen, jolloin voit etsiä tarroja kanavaksi. Sinun on laadittava strategia, joka etsii ensin tarroja ja kieltää heidät ja pois mahdollisuudesta, että he eivät ole siellä, ja merkitse reitit tunnistamaan lähdeprotokolla. Tämä toteutetaan laakereille, joten olisi tehtävä kaksi menettelytapaa. Kaikki reititysprotokollat, mukaan lukien RIPv2, voivat vahvistaa tarroja.

Meidän pitäisi ottaa gander IGP kurssi uudelleenjako Cisco gadgeteja. Kun jakaa uudelleen yhdestä protokollasta toiseen, on palautettava muutamia asioita:

  • Uudelleenjakojärjestelmä vetää reititystaulukosta, ei pöytäkirjatietokannasta. Kun olet jakamassa RIP: n uudelleen OSPF: ään, sitten prosessi etsii reititystaulukossa RIP: n nimet. On yksi erityinen tapaus: siihen liittyvät reitit, joita protokolla on käynnissä.
  • IPv4: n Ciscon reitittimillä liittyvät reitit myös luonnollisesti jakautuvat uudelleen. Tämä on kelvollinen, kun et jaksa jakaa, kun se on yhdistetty samaan kohdeprotokollan kanssa, mikä saattaa elementin pysähtymään.
  • Ciscon reitittimissä IPv6: lle uudelleenjakeluproseduuri ei jakaa uudelleen niitä reittejä, jotka protokolla on käynnissä, ellei sisällytettävä siihen liittyvää vaihtoehtoa uudelleenjakelulinjalla.

Jotkin Cisco-käyttöjärjestelmät edellyttävät järjestelyjä, jotka liittyvät uudelleenjako-komentoon, jotta reitit voidaan siirtää yhdestä protokollasta alkaen seuraavaksi. Kun jaat uudelleen protokollana, sinun on annettava metrijärjestelmä reiteille, jotta he ovat oikeassa organisaatiossa kohdeprotokollan suhteen. Yhden protokollan metriikka ei todellakaan etsi muutosta toiselle. On siemenmetriikka, joka on liitettävä kohdeprotokollan sisältämiin ulkoisiin reitteihin. Kuvion 1 taulukossa on jokainen pöytäkirja, jossa on pieniä lajikkeita.

lähdeRIP: henEIGRP: henOSPF: henosaksi IS-ISBGP (MED)
kytketty1Liitännän metriikka20 (E2)00
Staattinen1Liitännän metriikka20 (E2)00
RIPÄäretön20 (E2)0IGP-metriikka
EIGRPÄäretönMuut prosessimittarit20 (E2)0IGP-metriikka
OSPFÄäretönÄäretön0IGP-metriikka
IS-ISÄäretönÄäretön20 (E2)IGP-metriikka
BGPÄäretönÄäretön1 (E2)0

Kuva 1: Protokollaerot

Poissaolovelvollisuudesta, että siemenmittari on loputtomasti, kurssi ei ole käyttökelpoinen. Sinun on toimitettava siemenmittari samalla, kun lähdeprotokollaa jaetaan uudelleen tavoitealueeksi joko uudelleenjakelulinjalla tai tavoiteajoamisprotokollan alapuolella olevan oletusmittarikomennon kautta. Siemenmetriikka on kyseisen kohdeprotokollan järjestelyssä: hyppyjä RIP: lle, OSPF: n ja IS-IS: n kustannukset sekä EIGRP: n komposiittimittari (tiedonsiirtokapasiteetti, viivästys, pysyvä laatu, kuorma ja MTU).

Viimeinen ajatus - jos lähde on BGP, sitten vain ulkoiset BGP-reitit jaetaan uudelleen IGP: hen. Tämä on silmukan vastapainotteinen toimintajärjestelmä. Jos sisäisten BGP-reittien täytyy jakaa uudelleen, järjestää sitten BGP-menettely (ei kohdeprotokolla) bgp redistribute-internal -komento.

Näiden rivien lisäksi, jos käytät useampaa reititysprotokollaa ja tarvitset täyden tai epätäydellisen tavoitettavuuden, sinun on jaettava uudelleen näiden protokollien välillä. On parin asiaa harkita ja valmistautua ennen kuin aloitat järjestelyn. Uudelleenjakautuminen voi olla poikkeuksellisen perus- tuva (yksi protokollaryhmä, yksi yhtey- den tarkoitus), ja se voi olla erittäin arvaamaton.

Jätä vastaus

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!